Some people are reposrting that ftp does not work on their network, probably due to proxies, while http does work.
Some (most) of the sites we use toretrieve tarballs have http equivallent for the ftp service. Use http as a failover.
There's no solution for those sites that do not have such an http equivalent.

/trunk/scripts/build/binutils.sh | 5 2 3 0 ++---
/trunk/scripts/build/libc_glibc.sh | 4 2 2 0 ++--
/trunk/scripts/build/libc_uClibc.sh | 2 1 1 0 +-
/trunk/scripts/build/debug/400-ltrace.sh | 2 1 1 0 +-
/trunk/scripts/build/debug/300-gdb.sh | 8 3 5 0 +++-----
/trunk/scripts/build/kernel_linux.sh | 7 2 5 0 ++-----
/trunk/scripts/build/cc_gcc.sh | 6 2 4 0 ++----
/trunk/scripts/build/gmp.sh | 4 1 3 0 +---
8 files changed, 14 insertions(+), 24 deletions(-)

Glibc does not build: asm/page.h not found

As of linux-2.6.25, asm/page.h is no longer exported.

This means the glibc up to and including 2.6.1 will not build against headers

exported from linux-2.6.25 and up. Status of glibc-2.7 and above is unknown.

----

dmalloc does not build

This broken build has been observed for big endian ARm with glibc and NPTL,

and with i686 with glibc and NPTL.

This has not been fully investigated yet. There is a name clash with strdup,

where it is a macro somewhere, and dmalloc tries to re-declare a strdup

function in dmalloc.h, but the declaration is overwritten with the macro

expansion, and thus the build is broken.

The common denominator seems to be NPTL.