I was making buildroot last night, and trying to build dosfstools failed, which broke the whole build. Took me a while to figure out what was going on, but it turns out that even though buildroot was specifically trying to download http://fossies.org/linux/misc/dosfstools-3.0.16.tar.gz the fossies.org webserver was erroneously serving up dosfstools-3.0.18.tar.gz instead! (in the latest version of dosfstools the tools have been renamed, which is what was breaking the build) I've now emailed the fossies.org webmaster and he's corrected the problem on his webserver, and trying to download dosfstools-3.0.16.tar.gz now results in a "410 Gone", so the DOSFSTOOLS_SITE setting in package/dosfstools/dosfstools.mk needs to be changed from http://fossies.org/linux/misc to http://www.daniel-baumann.ch/software/dosfstools I checked with a "find -exec grep" and dosfstools is the only package that was being downloaded from fossies.org. And checking in the dosfstools.mk history, this bug basically needs to "undo" http://git.buildroot.net/buildroot/commit/?id=0810280fec7745b2534c2fa9d0526115e05b26f7 ( proposed here: http://thread.gmane.org/gmane.comp.lib.uclibc.buildroot/51618 ) It's funny how similar this is to my previous bug #6302 ;-)
Patch sent to fix this, it should be picked up shortly. Thanks for noticing and reporting!
Fixed by Gustavo in git, thanks both.
Again purely for my future reference, this was fixed in git commit 06938c3a9e3b3d41606e5d08256671d0d48fbfa8