musl-cross-make icon indicating copy to clipboard operation
musl-cross-make copied to clipboard

Build fails because Linux Headers cannot be fetched

Open hertrste opened this issue 3 years ago • 4 comments

The make build currently fails because the LINUX_HEADERS_SITE = http://ftp.barfooze.de/pub/sabotage/tarballs/ to download the linux headers tarball is not reachable.

See following log:

Connecting to ftp.barfooze.de (ftp.barfooze.de)|5.9.157.210|:80... failed: Connection timed out.
Retrying.
--2021-07-27 07:38:19--  (try:18)  http://ftp.barfooze.de/pub/sabotage/tarballs//linux-headers-4.19.88.tar.xz
Connecting to ftp.barfooze.de (ftp.barfooze.de)|5.9.157.210|:80... failed: Connection timed out.
Retrying.
--2021-07-27 07:40:38--  (try:19)  http://ftp.barfooze.de/pub/sabotage/tarballs//linux-headers-4.19.88.tar.xz

hertrste avatar Jul 27 '21 07:07 hertrste

Works from here, is it still current? Try mirrors listed on https://github.com/sabotage-linux/kernel-headers

mathieu-aubin avatar Jul 27 '21 09:07 mathieu-aubin

Yes, the servers are back up.

I found an old issue suggesting to use the full kernel tarball instead of downloading only the headers. This would allow to have kernel.org as a server instead of http://ftp.barfooze.de which might increase reliability of the whole build process.

If this option isn't feasible due to reasons consider this issue resolved.

hertrste avatar Jul 27 '21 10:07 hertrste

using the full kernel tarball has the following disadvantages:

  • 100MB+ download (which is an issue if your behind old-school dsl or mobile plan) and extraction (time-consuming and space-wasting)
  • upstream kernel tarball isn't patched for use with musl, so there are a number of cases where kernel and musl header definitions clash

to address this, i added a commit mentioning a mirror URL to my pr #126

rofl0r avatar Jul 27 '21 11:07 rofl0r

It's intended that the upstream headers be usable with the patches applied by mcm (if any). If there are problems with that, they should be both reported upstream (kernel) and patched (in mcm patch set) for existing supported versions.

Personally I prefer using the headers only package, but as there have been multiple problems users have hit, I'm kinda leaning towards making upstream kernel package the default again. Or maybe even turning off kernel headers by default, but that might upset users who expect busybox to compile out of the box.

richfelker avatar Jul 27 '21 14:07 richfelker