From: "fordp2002"
> It is a good idea to use Emule /Amule. I can try
and get round to
> placing the stuff on machine on my broadband connection if anybody is
> interested.

Basically that is a good idea and I would help the spreading by joining the
distribution for some time.
But if you do it, be sure to post the real Emule/eDonkey link (that includes
the hash key) here in a mail, so we know we are asking and getting the real
thing.

Regards,
Arie de Muijnck
	

Jim,

Have you asked Sparkfun if they will host your tutorial and
components?  They have a link to the version 3 copy at Olimex but,
it's just a link...

Perhaps Olimex would host it...

It really needs to be somewhere convenient.  It is probably the most
useful tutorial I have seen.  Thanks for writing it.

Richard
	

> Jim,
>
> Have you asked Sparkfun if they will host your tutorial and
> components?  They have a link to the version 3 copy at Olimex but,
> it's just a link...
>
> Perhaps Olimex would host it...
>
> It really needs to be somewhere convenient.  It is probably the most
> useful tutorial I have seen.  Thanks for writing it.
>

Sorry to join this thread half way through so may be repeating somebody 
else.  If you are looking to host it somewhere accessible then what about 
sorceforge?  Works well for me.

Regards,
Richard.

http://www.FreeRTOS.org
	

Guys,

Can you be careful of your choice of comment - the use of the p*rn word
caused our e-mail filters to automatically reject the message and force the
connection to yahoo to get bounced... although I appreciate the banter it is
rather irritating to have to unbounce because of it.

Cheers

Andy

-----Original Message-----
From: lpc2000@lpc2... [mailto:lpc2000@lpc2...]On Behalf
Of roger_lynx
Sent: 17 March 2006 15:50
To: lpc2000@lpc2...
Subject: [lpc2000] Re: ARM Cross Development with Eclipse Tutorial -
components download
	--- In lpc2000@lpc2..., "Michael Rubitschka" <rubitschka@...>
wrote:
>
> Hi All
>
> Strange, I havent seen tits, I got the file downloaded,
> maybe because I was at work,...
>
> Cheers
> Michael OE1MIS

:-)))

My comment might be a cheap shot at English language usage, but the
message above is funny.
It sounds like a comment from some <edit> site? ;-)

best regards

Roger
	Yahoo! Groups Links
	

Hello,

I doubt that anyone is willing to host a 198MB download, especially not if 
this is going to get popular. IIRC even GNUARM reported difficulties getting 
money for the bandwidth cost, and the GNUARM packages are "just"
30-60MB.

The usual suspects for hosting free software, like sourceforge, can't be
used, 
as the package includes proprietary software with licenses incompatible to 
SF.

Someone at the GNUARM mailinglist suggested using P2P to spread the download 
package, and though I like the idea I'm not sure if it's going to work
out. 
It definitely would require a lot of discipline among the downloaders, 
keeping it available for some time.

Honstely, I'm having problems seeing the necessity of such a download
package, 
or at least not for all of the included files (convenience doesn't count
for 
me, seeing the problems of getting the file distributed):

> ARM Cross Development with Eclipse Revision 4
Draft.doc (draft tutorial)
> ARM Cross Development with Eclipse version 3.pdf (tutorial)
These should be there, agreed.

> bu-2.16.1_gcc-4.0.2-c-c++_nl-1.14.0_gi-6.4.exe
(GNUARM)
GNUARM makes for a large part of the download, and several older versions
are 
still available at the site. I think having the community doubling the effort 
of providing these files is not necessary.

> eclipse-SDK-3.1-win32.zip (Eclipse 3.1)
Eclipse has every stable release since 3.0 easily accessible.

> embeddedcdt-20050810.zip (Zylin CDT)
> zylincdt-20050810/zip (Zylin CDT)
Until Zylin archives these, they should be included.

> hwsupport-2.16.exe (OCDRemote)
I'd say forget about OCDRemote, but guess I'm biased (so count
this as a 
joke).

> jre-1_5_0_06-windows-i586-p.exe (JAVA)
Most people probably have one, and those that don't can easily get
one from 
SUN.

> openocd.zip (OpenOCD)
Tell me which one you're basing the tutorial on, and I'll make
sure it stays 
in the files section. If you've added anything (haven't downloaded the
198mb 
pack), I can put the zip into files, too.

> philips_flash_utility.zip (flash programmer)
With the trouble people have finding stuff on the Philips site, I agree,
this 
should be included.

> SourceCode.zip (sample code)
This of course, too.

If those parts that are fairly stable and easy to get were removed, the 
download size would drop to about 50mb, maybe less.

Kind regards,

Dominic Rath
	

arghhh... has no one heard of bittorrent <http://bittorrent.com>?

On 3/20/06, Dominic Rath <Dominic.Rath@Domi...>
wrote:
>
>  Hello,
>
> I doubt that anyone is willing to host a 198MB download, especially not if
>
> this is going to get popular. IIRC even GNUARM reported difficulties
> getting
> money for the bandwidth cost, and the GNUARM packages are "just"
30-60MB.
>
> The usual suspects for hosting free software, like sourceforge, can't
be
> used,
> as the package includes proprietary software with licenses incompatible to
>
> SF.
>
> Someone at the GNUARM mailinglist suggested using P2P to spread the
> download
> package, and though I like the idea I'm not sure if it's going to
work
> out.
> It definitely would require a lot of discipline among the downloaders,
> keeping it available for some time.
>
> Honstely, I'm having problems seeing the necessity of such a download
> package,
> or at least not for all of the included files (convenience doesn't
count
> for
> me, seeing the problems of getting the file distributed):
>
>
> > ARM Cross Development with Eclipse Revision 4 Draft.doc (draft
tutorial)
> > ARM Cross Development with Eclipse version 3.pdf (tutorial)
> These should be there, agreed.
>
>
> > bu-2.16.1_gcc-4.0.2-c-c++_nl-1.14.0_gi-6.4.exe (GNUARM)
> GNUARM makes for a large part of the download, and several older versions
> are
> still available at the site. I think having the community doubling the
> effort
> of providing these files is not necessary.
>
>
> > eclipse-SDK-3.1-win32.zip (Eclipse 3.1)
> Eclipse has every stable release since 3.0 easily accessible.
>
>
> > embeddedcdt-20050810.zip (Zylin CDT)
> > zylincdt-20050810/zip (Zylin CDT)
> Until Zylin archives these, they should be included.
>
>
> > hwsupport-2.16.exe (OCDRemote)
> I'd say forget about OCDRemote, but guess I'm biased (so count
this as a
> joke).
>
>
> > jre-1_5_0_06-windows-i586-p.exe (JAVA)
> Most people probably have one, and those that don't can easily get one
> from
> SUN.
>
> > openocd.zip (OpenOCD)
> Tell me which one you're basing the tutorial on, and I'll make
sure it
> stays
> in the files section. If you've added anything (haven't
downloaded the
> 198mb
> pack), I can put the zip into files, too.
>
>
> > philips_flash_utility.zip (flash programmer)
> With the trouble people have finding stuff on the Philips site, I agree,
> this
> should be included.
>
> > SourceCode.zip (sample code)
> This of course, too.
>
> If those parts that are fairly stable and easy to get were removed, the
> download size would drop to about 50mb, maybe less.
>
> Kind regards,
>
> Dominic Rath
>
>
>
>  SPONSORED LINKS
>  
Microcontrollers<http://groups.yahoo.com/gads?t=ms&k=Microcontrollers&w1=Microcontrollers&w2=Microprocessor&w3=Intel+microprocessors&w4=Pic+microcontrollers&c=4&s&.sig=mfaAujKZXA2Z_vxre9sGnQ>
>
Microprocessor<http://groups.yahoo.com/gads?t=ms&k=Microprocessor&w1=Microcontrollers&w2=Microprocessor&w3=Intel+microprocessors&w4=Pic+microcontrollers&c=4&s&.sig=9jjd2D3GOLIESVQssLmLsA>
 Intel
>
microprocessors<http://groups.yahoo.com/gads?t=ms&k=Intel+microprocessors&w1=Microcontrollers&w2=Microprocessor&w3=Intel+microprocessors&w4=Pic+microcontrollers&c=4&s&.sig=OMnZuqMZX95mgutt4B-tDw>
  Pic
>
microcontrollers<http://groups.yahoo.com/gads?t=ms&k=Pic+microcontrollers&w1=Microcontrollers&w2=Microprocessor&w3=Intel+microprocessors&w4=Pic+microcontrollers&c=4&s&.sig=Malspbd0T4Rq3M4Q0nHrfw>
>  ------------------------------
> >.
>
>
>  ------------------------------
>
	--
Bryce Schober
	
	

--- In lpc2000@lpc2..., "Bryce Schober" <bryce.schober@...>
wrote:
>
> arghhh... has no one heard of bittorrent <http://bittorrent.com>?

Well, yes, but how does that solve the problem?  The file has to start
out somewhere and the users have to agree to allow P2P on their machines.

There is no way in the world I would ever poke a hole through my
firewall to enable any kind of P2P.

Richard
	

You would not need to poke any holes to download w/ bittorrent. And
I'm
pretty sure that there would be enough users willing to do so (myself
included) that the bandwidth would be reasonably shared. Honestly, how is
opening a hole for bittorrent _that _ much different than the holes you
already have via http and your users' browsers? In my mind, the exposure
risk associated w/ a typical internet user is at least an order of magnitude
higher than that associated w/ running a bittorrent client.

On 3/21/06, rtstofer <rstofer@rsto...> wrote:
>
>  --- In lpc2000@lpc2..., "Bryce Schober"
<bryce.schober@...>
> wrote:
> >
> > arghhh... has no one heard of bittorrent
<http://bittorrent.com>?
>
> Well, yes, but how does that solve the problem?  The file has to start
> out somewhere and the users have to agree to allow P2P on their machines.
>
> There is no way in the world I would ever poke a hole through my
> firewall to enable any kind of P2P.
>
> Richard
>
>
>
>
>
>
>
>  SPONSORED LINKS
>  
Microcontrollers<http://groups.yahoo.com/gads?t=ms&k=Microcontrollers&w1=Microcontrollers&w2=Microprocessor&w3=Intel+microprocessors&w4=Pic+microcontrollers&c=4&s&.sig=mfaAujKZXA2Z_vxre9sGnQ>
>
Microprocessor<http://groups.yahoo.com/gads?t=ms&k=Microprocessor&w1=Microcontrollers&w2=Microprocessor&w3=Intel+microprocessors&w4=Pic+microcontrollers&c=4&s&.sig=9jjd2D3GOLIESVQssLmLsA>
 Intel
>
microprocessors<http://groups.yahoo.com/gads?t=ms&k=Intel+microprocessors&w1=Microcontrollers&w2=Microprocessor&w3=Intel+microprocessors&w4=Pic+microcontrollers&c=4&s&.sig=OMnZuqMZX95mgutt4B-tDw>
  Pic
>
microcontrollers<http://groups.yahoo.com/gads?t=ms&k=Pic+microcontrollers&w1=Microcontrollers&w2=Microprocessor&w3=Intel+microprocessors&w4=Pic+microcontrollers&c=4&s&.sig=Malspbd0T4Rq3M4Q0nHrfw>
>  ------------------------------
> >.
>
>
>  ------------------------------
>
	--
Bryce Schober
	
	

--- In lpc2000@lpc2..., "Bryce Schober" <bryce.schober@...>
wrote:
>
> You would not need to poke any holes to download w/ bittorrent. And
I'm
> pretty sure that there would be enough users willing to do so (myself
> included) that the bandwidth would be reasonably shared. Honestly,
how is
> opening a hole for bittorrent _that _ much
different than the holes you
> already have via http and your users' browsers? In my mind, the
exposure
> risk associated w/ a typical internet user is at least an order of
magnitude
> higher than that associated w/ running a
bittorrent client.

I don't have any inbound holes in my firewall.  None!  All incoming
packets must be related to an existing connection, etc.  I don't even
respond to ping - not even a reset.  Just drop...

Those who wish to open up for bittorrent are certainly free to do so.
 I'm not one of them.  In fact, I don't even use bittorrent client. 
I'm a little selective about where I'll download from.

Paranoia comes to mind...

Richard
	

--- In lpc2000@lpc2..., "Bryce Schober" <bryce.schober@...>
wrote:
>
> arghhh... has no one heard of bittorrent <http://bittorrent.com>?

Hmmm..isn't that the way to get sued by RIAA? I also understand
Homeland Security will come after you, and you'll get a free stay at
Club Gitmo.

Also, this being tax season in the US, it's interesting to note the
biggest problem with open source software: the government doesn't get
any money when you use it!

On a more serious note, I like ShareAsa from SourceForge as a decent
client for P2P protocols: no spyware/adware/etc.