This is the mail archive of the crossgcc@sourceware.org mailing list for the crossgcc project.

See the CrossGCC FAQ for lots more information.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: crosstool-NG build fails


Clark,
All,

On Tuesday 24 November 2009 01:43:04 piper.guy1 wrote:
> [DEBUG]    Appending LAN mirror URLs
> [DEBUG]    Trying
> 'ftp://gcc.gnu.org/pub/gcc/infrastructure/cloog-ppl-0.15.7.tar.bz2'
> [DEBUG]    ==> Executing: 'wget -T 10 -nc --progress=dot:binary
> --tries=3 --passive-ftp
> ftp://gcc.gnu.org/pub/gcc/infrastructure/cloog-ppl-0.15.7.tar.bz2'
> [ALL  ]    --2009-11-23 19:09:06--
> ftp://gcc.gnu.org/pub/gcc/infrastructure/cloog-ppl-0.15.7.tar.bz2
> [ALL  ]               => `cloog-ppl-0.15.7.tar.bz2'
> [ALL  ]    Resolving gcc.gnu.org... 209.132.176.174
> [ALL  ]    Connecting to gcc.gnu.org|209.132.176.174|:21... connected.
> [ALL  ]    Logging in as anonymous ...
> [ALL  ]    Error in server response, closing control connection.
> [ALL  ]    Retrying.
> This sequence of debug was repeated many times, then your site was
> tried with same result many times:

Nope, the sequence should not repeat _exactly_. What crosstool-NG tries
is to download (using different techniques: passive ftp, http...) the
following, and stops at the first it finds:
 - <basename>.tar.bz2
 - <basename>.tar.gz
 - <basename>.tgz
 - <basename>.tar
 - <basename>

If all fails, then it _might_ fall back to using my site that _may_
contain _some_ tarballs of _some_ components (mostly snapshots of
uClibc). Please double-check your log file for this pattern.

The reason for this sequence if that there is an ifrastructure for
downloads that abstracts all the hurdle, and takes only the 'basename'
of the archive. There is the possibility fo force a /preferred/
extension when calling the download wrappers, but it has not been
needed so far for me for any tarball from gnu.org (only a few sites
return non-404 content for missing files, such as the duma site).

Are you, by chance, behind some kind of firewall that prevents your
machine to access the network? Or, maybe your DSL connection went
down at this moment? I just tried, and all (major) components just
downloaded OK for me a few minutes back...

Another reason might be if gnu.org has protection against fast-repeating
connections to the server (to avoid DoS). In which case, a little sleep
in-between the iterations might be helpfull.

Regards,
Yann E. MORIN.

-- 
.-----------------.--------------------.------------------.--------------------.
|  Yann E. MORIN  | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
| +33 662 376 056 | Software  Designer | \ / CAMPAIGN     |  ___               |
| +33 223 225 172 `------------.-------:  X  AGAINST      |  \e/  There is no  |
| http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL    |   v   conspiracy.  |
`------------------------------^-------^------------------^--------------------'



--
For unsubscribe information see http://sourceware.org/lists.html#faq


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]