[Buildroot] Analysis of build results for 2018-05-06
Thomas Petazzoni
thomas.petazzoni at bootlin.com
Mon May 7 21:46:35 UTC 2018
Hello,
-rc1 is approaching, it's time to have a look at build failures, and
we're not doing too bad.
Some statistics: on a total of 52 failures, we have:
- Fixed already merged for libfreeimage (21), lxc (9), udftools (3),
libupnpp (2), gst1-plugins-ugly (1)
Total: 36 already fixed
- Fixes proposed for: zeromq (4), cifs-utils (3), clamav (2), mplayer (1)
Total: 10 with fixes proposed
- No fixes proposed but probably easy to fix: host-rauc (2), zip (1)
Total: 3 easy to fix
- No fixes, and probably difficult: gst-ffmpeg (1), host-go (1), libnss (1)
Total: 3 difficult to fix
On Mon, 7 May 2018 08:00:23 +0200 (CEST), Thomas Petazzoni wrote:
> sparc | cifs-utils-6.7 | NOK | http://autobuild.buildroot.net/results/a5342890f39bdccae1324e7d3dbe0eab1aad28e5 |
> sparc | cifs-utils-6.7 | NOK | http://autobuild.buildroot.net/results/616918dc67a91572d62cdf25b8747dc2656dfa2c |
> sparc | cifs-utils-6.7 | NOK | http://autobuild.buildroot.net/results/72c0832f6e0cf67bb51b962d669418d77f8ea72c |
Feels like a binutils bug:
collect2: fatal error: ld terminated with signal 6 [Aborted], core dumped
I've proposed a work around: disable PIE support in cifs-utils. See
https://patchwork.ozlabs.org/patch/909908/.
> arc | clamav-0.100.0 | NOK | http://autobuild.buildroot.net/results/746d5d870286aec108a3aa25711f9bb6dbe2050b |
> microblazeel | clamav-0.100.0 | NOK | http://autobuild.buildroot.net/results/c43d2ebd8ab30016969d642dbd71c297dc5f6bab |
clamsubmit.c:6:10: fatal error: curl/curl.h: No such file or directory
#include <curl/curl.h>
Fixed by https://patchwork.ozlabs.org/patch/909936/.
> microblazeel | gst-ffmpeg | TIM | http://autobuild.buildroot.net/results/02c49c5ddb422e5a58e74c90f426caa55110b106 |
This package seems to be causing time-outs regularly:
http://autobuild.buildroot.net/?reason=gst-ffmpeg.
Must be another gcc bug on Microblaze, I guess.
> powerpc64 | gst1-plugins-ugly-1.12.4 | NOK | http://autobuild.buildroot.net/results/f4609691ec87c42ca5899d3c24a70e11618be487 |
Fixed by:
8d5667f185d4c0ce2cdaf0800b4f5680256d6a5c gst1-plugins-ugly: fix x264 compile failure
I suppose.
> x86_64 | host-go-1.10 | NOK | http://autobuild.buildroot.net/results/3636b1ac5756a782fd7578186508aaf9d105e3e9 | ORPH
Anisse Astier is working on this:
https://github.com/golang/go/issues/25177.
Anisse, any news ? Perhaps we could have your patch in Buildroot, while
it gets discussed by Go people upstream ?
> arc | host-rauc-0.4 | NOK | http://autobuild.buildroot.net/results/11debbc3c4388596a0b0efe42d159bc1b9182b93 |
> mips64el | host-rauc-0.4 | NOK | http://autobuild.buildroot.net/results/c2ec7326b277a9487e4e169135a94f859d919542 |
In file included from src/emmc.c:7:0:
/usr/include/linux/mmc/ioctl.h:10:2: error: unknown type name '__u32'
/usr/include/linux/mmc/ioctl.h:11:2: error: unknown type name '__u32'
/usr/include/linux/mmc/ioctl.h:12:2: error: unknown type name '__u32'
/usr/include/linux/mmc/ioctl.h:38:2: error: unknown type name '__u32'
/usr/include/linux/mmc/ioctl.h:41:2: error: unknown type name '__u64'
Peter: this only happens on your gcc20 autobuilder, could you perhaps
have a look: http://autobuild.buildroot.net/?reason=host-rauc%.
> mipsel | libfreeimage-3.17.0 | NOK | http://autobuild.buildroot.net/results/d77f8d2648ea3e792c745a9eae7a575b44fde82a |
> i686 | libfreeimage-3.17.0 | NOK | http://autobuild.buildroot.net/results/218bbbf36a9d310e3682e02e45a730793274098b |
> mipsel | libfreeimage-3.17.0 | NOK | http://autobuild.buildroot.net/results/f1d441339f7a4eef6655aea1078bfa5264e626fa |
> x86_64 | libfreeimage-3.17.0 | NOK | http://autobuild.buildroot.net/results/131f97d2c3525794163e5c7863bb8b8523fb05ba |
> nios2 | libfreeimage-3.17.0 | NOK | http://autobuild.buildroot.net/results/5e2b345b7a69bdd329819cd2a7fbd14dfaee8762 |
> i586 | libfreeimage-3.17.0 | NOK | http://autobuild.buildroot.net/results/a7d21c62f14953dd48ed9339fc29f5b5ecffada7 |
> arm | libfreeimage-3.17.0 | NOK | http://autobuild.buildroot.net/results/475579558f6656f7f71e4443471a9343789fd130 |
> i686 | libfreeimage-3.17.0 | NOK | http://autobuild.buildroot.net/results/d789bb918d14d573789eff8be7d3462411e22ba1 |
> x86_64 | libfreeimage-3.17.0 | NOK | http://autobuild.buildroot.net/results/025f51e65591645d2932235c5be1669fd06169ea |
> x86_64 | libfreeimage-3.17.0 | NOK | http://autobuild.buildroot.net/results/b4752ec2e75e0c80cd5dd69a737f6d366fbe54ef |
> x86_64 | libfreeimage-3.17.0 | NOK | http://autobuild.buildroot.net/results/4ddd391c0680109483fa0eedf129e2d0b1a4a848 |
> nios2 | libfreeimage-3.17.0 | NOK | http://autobuild.buildroot.net/results/76ef90a05a704e927053e9ad6a806389ff95bd34 |
> mips64el | libfreeimage-3.17.0 | NOK | http://autobuild.buildroot.net/results/8820df57529bdd9f4713f3e63f2fd52fa34277c6 |
> powerpc64 | libfreeimage-3.17.0 | NOK | http://autobuild.buildroot.net/results/61189571cb34e2a9b97ca1aa4958f5b84bdb1c7a |
> mips64el | libfreeimage-3.17.0 | NOK | http://autobuild.buildroot.net/results/1a42a09993516cced77c99f94ba96db5b0255029 |
> arm | libfreeimage-3.17.0 | NOK | http://autobuild.buildroot.net/results/4788502705d15ba48e631a4ad83b419059be37dc |
> m68k | libfreeimage-3.17.0 | NOK | http://autobuild.buildroot.net/results/81d53bbe369ab36be30e26022a89fc8c69a9bd4e |
> mipsel | libfreeimage-3.17.0 | NOK | http://autobuild.buildroot.net/results/37bc0247e898b02788b301226331045ddb0717a9 |
> arm | libfreeimage-3.17.0 | NOK | http://autobuild.buildroot.net/results/1211e8ecde40a5146e1345d598dafab61e1cbf80 |
> i686 | libfreeimage-3.17.0 | NOK | http://autobuild.buildroot.net/results/92e07da76d7f393dda324df5fb5f13f432a37c44 |
> or1k | libfreeimage-3.17.0 | NOK | http://autobuild.buildroot.net/results/a5b565b272b1236f472eaa47b6545169b256a4fb |
All fixed by:
d5eeda49583a090d8f8265aed1461d9ae4450ca8 libfreeimage: correct 0005-Manage-powf64-with-glibc.patch line endings
I suspect.
> microblazeel | libnss | TIM | http://autobuild.buildroot.net/results/c973d3a73b5ce75d678e4419c5db2dcf9016aa29 |
Also causes compiler hangs on Microblaze it seems:
http://autobuild.buildroot.net/?reason=libnss
Anybody to see whether this issue is fixed with gcc 7.x or gcc 8.x ?
> m68k | libupnpp-0.16.1 | NOK | http://autobuild.buildroot.net/results/001e9fc2bd973444c92563f8f5eddb74c85cd997 |
> m68k | libupnpp-0.16.1 | NOK | http://autobuild.buildroot.net/results/5152e01d4dbf7ab3f053f44ea2a8eb9765b7e902 |
Fixed by:
7987bbe5713baa505b5dc464b718399a79fbcf2f libupnpp: fix build with uclibc
> m68k | log4cplus-1.1.2 | NOK | http://autobuild.buildroot.net/results/6a8ebe8e66004f766175dbc5ac62cd72c24bc872 |
> arm | log4cplus-1.1.2 | NOK | http://autobuild.buildroot.net/results/7427f23ceada2884ee03b84c8202edd4f11e415e |
sleep.cxx:55:56: error: 'clock_nanosleep' was not declared in this scope
return clock_nanosleep (CLOCK_REALTIME, 0, req, rem);
We have two fixes for this:
- A version bump of log4cplus provided by Fabrice:
https://patchwork.ozlabs.org/patch/909269/
- A uClibc-ng change provided by Waldemar, which Peter has already
applied:
https://git.buildroot.org/buildroot/commit/?id=ba33728bc3118a6f1d2b4233e7bddb17b2f67f1f
Fabrice, could you comment on why the version bump of log4cplus fixes
the problem ?
> m68k | lxc-3.0.0 | NOK | http://autobuild.buildroot.net/results/ac2d3ce7120c9bf811f4205d84fac05eaa414923 |
> arm | lxc-3.0.0 | NOK | http://autobuild.buildroot.net/results/183ed85d7a0b26aa87c300d8fc5323831a87d483 |
> arm | lxc-3.0.0 | NOK | http://autobuild.buildroot.net/results/2d1372d12ca94ea647d80264cfd40c166e4a3fba |
> arm | lxc-3.0.0 | NOK | http://autobuild.buildroot.net/results/ef823b0b7dc75e18e6a875d18abbdf530397d02d |
> x86_64 | lxc-3.0.0 | NOK | http://autobuild.buildroot.net/results/fc4000c7b348bdc85eab1ce85dcdb9d9dbbbb3cc |
> arc | lxc-3.0.0 | NOK | http://autobuild.buildroot.net/results/db50d3490f7f4ef23ac2c41ca98e51fa3ad35bdf |
> mips64el | lxc-3.0.0 | NOK | http://autobuild.buildroot.net/results/acc28762239d92184b3ff2aff3be801c1a81eb68 |
> sparc64 | lxc-3.0.0 | NOK | http://autobuild.buildroot.net/results/79a885a12e3f73ff5c20f6e3bdf0cd7908fcb3b4 |
> arm | lxc-3.0.0 | NOK | http://autobuild.buildroot.net/results/1e361ef5c8ee20a9524d6a204c204b3e19bf5641 |
These issues should all be fixed by:
52dcec570e056502c4f9e7b4640bca2bd2db8c23 lxc: fix build with static libcap and shared gnutls
> mips64el | mplayer-1.3.0 | NOK | http://autobuild.buildroot.net/results/1be1be9d961b01146204cdce7cfa3dbe7e286f53 |
Bernd proposes to drop mplayer, I guess we should do this before the
release:
https://patchwork.ozlabs.org/project/buildroot/list/?series=41905
> arm | udftools-2.0 | NOK | http://autobuild.buildroot.net/results/b088955699ab9417896b35f67edc37e2dcadf21a |
> arm | udftools-2.0 | NOK | http://autobuild.buildroot.net/results/4d34c795f1f377f456cb3aa511726b68ccb89dc1 |
> arm | udftools-2.0 | NOK | http://autobuild.buildroot.net/results/f0f0db00f141d16c42b83eee59cbe18d21c0a6a4 |
These should be fixed by my series on readline/udftools.
> sparc | zeromq-4.2.5 | NOK | http://autobuild.buildroot.net/results/b149aa2ee00e4d6a53c884cf99ecb2dd8af58b65 |
> sparc | zeromq-4.2.5 | NOK | http://autobuild.buildroot.net/results/e4b3616ac2695d3b6898185a70da6509b1faa2b8 |
> sparc | zeromq-4.2.5 | NOK | http://autobuild.buildroot.net/results/6e79326f2dd9b1bbb00cbfd228430b7a6b675214 |
> sparc | zeromq-4.2.5 | NOK | http://autobuild.buildroot.net/results/103100d642bbc0ca7b19270791600819d2c64cbc |
These should be fixed by the patch from Asaf
http://patchwork.ozlabs.org/patch/909911/.
> arm | zip-30 | NOK | http://autobuild.buildroot.net/results/674a9703f86449cdf100629369d7293ad78d6f13 |
timezone.c: In function 'mktime':
timezone.c:644:18: error: dereferencing pointer to incomplete type 'struct tm'
save_isdst = tm->tm_isdst;
Smells like a fairly trivial musl build issue.
Thomas
--
Thomas Petazzoni, CTO, Bootlin (formerly Free Electrons)
Embedded Linux and Kernel engineering
https://bootlin.com
More information about the buildroot
mailing list