* [Buildroot] [autobuild.buildroot.net] Build results for 2017-11-25
@ 2017-11-26 7:00 Thomas Petazzoni
2017-11-26 8:34 ` Yegor Yefremov
2017-11-26 14:21 ` [Buildroot] Analysis of build " Thomas Petazzoni
0 siblings, 2 replies; 15+ messages in thread
From: Thomas Petazzoni @ 2017-11-26 7:00 UTC (permalink / raw)
To: buildroot
Hello,
Build statistics for 2017-11-25
===============================
branch | OK | NOK | TIM | TOT |
2017.08.x | 13 | 0 | 0 | 13 |
master | 224 | 12 | 0 | 236 |
next | 54 | 10 | 1 | 65 |
Results for branch 'master'
===========================
Classification of failures by reason
------------------------------------
unknown | 4
host-erlang-19.3 | 2
asterisk-14.5.0 | 1
host-google-breakpad-7515ab... | 1
pdbg-527fe54e1c95e031efd3db... | 1
qt-4.8.7 | 1
qt5webkit-5.9.1 | 1
zmqpp-4.1.2 | 1
Detail of failures
------------------
arm | asterisk-14.5.0 | NOK | http://autobuild.buildroot.net/results/7c9892b9425aff6e54b8c8942dbdcb0b26e58572 | ORPH
arm | host-erlang-19.3 | NOK | http://autobuild.buildroot.net/results/407af9800313d4540643d7625e85acc0c2366892 |
arm | host-erlang-19.3 | NOK | http://autobuild.buildroot.net/results/2aca54ad48ecfd72242d97499e21a46c1b384b10 |
arm | host-google-breakpad-7515ab... | NOK | http://autobuild.buildroot.net/results/88dcf7c898c21935b44f9216dfde86c4be8c990e |
bfin | pdbg-527fe54e1c95e031efd3db... | NOK | http://autobuild.buildroot.net/results/d367d9a6367e5da10d9f53f52c5e685c5c0cb8a7 |
powerpc | qt-4.8.7 | NOK | http://autobuild.buildroot.net/results/4ee0bde32f4f1be7b9e3d060b84a7b0054a44f33 | ORPH
mipsel | qt5webkit-5.9.1 | NOK | http://autobuild.buildroot.net/results/cc064f4de95e34b397794c1486e1c09bb67916f5 |
powerpc64le | unknown | NOK | http://autobuild.buildroot.net/results/1d069b73dfaff53f5bd1a7c0677353ce8b06eec1 |
arc | unknown | NOK | http://autobuild.buildroot.net/results/5edd57619d2448bdb8c1e23463eecee4798d7000 |
i586 | unknown | NOK | http://autobuild.buildroot.net/results/1a461a774e6bb01ffa7b4460085455a1e5858627 |
x86_64 | unknown | NOK | http://autobuild.buildroot.net/results/6f389115b2195a5aa06ba1ceae7fdfe1b4522151 |
or1k | zmqpp-4.1.2 | NOK | http://autobuild.buildroot.net/results/d7c6370dcd9c13c56189d55c920841db03d5ab6c |
Results for branch 'next'
=========================
Classification of failures by reason
------------------------------------
netcat-openbsd-debian_1.178-3 | 2
python-jaraco-classes-1.4.3 | 2
axel-2.16 | 1
feh-2.21 | 1
google-breakpad-7515ab13768... | 1
libnl-3.4.0 | 1
libxslt-1.1.29 | 1
linphone-3.6.1 | 1
unknown | 1
Detail of failures
------------------
arm | axel-2.16 | NOK | http://autobuild.buildroot.net/results/0471bc87bddbff42d7016d78080613c4fae117bf | ORPH
mips64el | feh-2.21 | NOK | http://autobuild.buildroot.net/results/3852ceb48b26a94042a1610801c8edb0ea694072 |
mipsel | google-breakpad-7515ab13768... | NOK | http://autobuild.buildroot.net/results/f6dfc780f878003faccf3542ff5532b05c05d644 |
arc | libnl-3.4.0 | NOK | http://autobuild.buildroot.net/results/68a701efaca4f7ffc02ed91fcd8118298f916e7d | ORPH
microblazeel | libxslt-1.1.29 | TIM | http://autobuild.buildroot.net/results/2000c1282f66303a0e4ced19307b91ff931868a7 |
xtensa | linphone-3.6.1 | NOK | http://autobuild.buildroot.net/results/473c686f9bc5335d25b720cf1b0c45389138a7b4 | ORPH
x86_64 | netcat-openbsd-debian_1.178-3 | NOK | http://autobuild.buildroot.net/results/3c42c1eadcbfc084a1e55bf1df0450aaf1f2139c |
mips64el | netcat-openbsd-debian_1.178-3 | NOK | http://autobuild.buildroot.net/results/de0dd8983243ee5d1fb189add8ce445177fb87c2 |
arm | python-jaraco-classes-1.4.3 | NOK | http://autobuild.buildroot.net/results/3a7000002b86663a56c0341d192f131a4a8f4936 |
xtensa | python-jaraco-classes-1.4.3 | NOK | http://autobuild.buildroot.net/results/553d6fdeb6ea5359b1c7d4eeb844da7a588f02e7 |
xtensa | unknown | NOK | http://autobuild.buildroot.net/results/2ea51b2c0781cf043b4ce6a568788da748ae5a3e |
--
http://autobuild.buildroot.net
^ permalink raw reply [flat|nested] 15+ messages in thread* [Buildroot] [autobuild.buildroot.net] Build results for 2017-11-25 2017-11-26 7:00 [Buildroot] [autobuild.buildroot.net] Build results for 2017-11-25 Thomas Petazzoni @ 2017-11-26 8:34 ` Yegor Yefremov 2017-11-26 14:21 ` [Buildroot] Analysis of build " Thomas Petazzoni 1 sibling, 0 replies; 15+ messages in thread From: Yegor Yefremov @ 2017-11-26 8:34 UTC (permalink / raw) To: buildroot On Sun, Nov 26, 2017 at 8:00 AM, Thomas Petazzoni <thomas.petazzoni@free-electrons.com> wrote: > Hello, > > Build statistics for 2017-11-25 > =============================== > > branch | OK | NOK | TIM | TOT | > 2017.08.x | 13 | 0 | 0 | 13 | > master | 224 | 12 | 0 | 236 | > next | 54 | 10 | 1 | 65 | > > Results for branch 'master' > =========================== > > Classification of failures by reason > ------------------------------------ > > unknown | 4 > host-erlang-19.3 | 2 > asterisk-14.5.0 | 1 > host-google-breakpad-7515ab... | 1 > pdbg-527fe54e1c95e031efd3db... | 1 > qt-4.8.7 | 1 > qt5webkit-5.9.1 | 1 > zmqpp-4.1.2 | 1 > > > Detail of failures > ------------------ > > arm | asterisk-14.5.0 | NOK | http://autobuild.buildroot.net/results/7c9892b9425aff6e54b8c8942dbdcb0b26e58572 | ORPH > arm | host-erlang-19.3 | NOK | http://autobuild.buildroot.net/results/407af9800313d4540643d7625e85acc0c2366892 | > arm | host-erlang-19.3 | NOK | http://autobuild.buildroot.net/results/2aca54ad48ecfd72242d97499e21a46c1b384b10 | > arm | host-google-breakpad-7515ab... | NOK | http://autobuild.buildroot.net/results/88dcf7c898c21935b44f9216dfde86c4be8c990e | > bfin | pdbg-527fe54e1c95e031efd3db... | NOK | http://autobuild.buildroot.net/results/d367d9a6367e5da10d9f53f52c5e685c5c0cb8a7 | > powerpc | qt-4.8.7 | NOK | http://autobuild.buildroot.net/results/4ee0bde32f4f1be7b9e3d060b84a7b0054a44f33 | ORPH > mipsel | qt5webkit-5.9.1 | NOK | http://autobuild.buildroot.net/results/cc064f4de95e34b397794c1486e1c09bb67916f5 | > powerpc64le | unknown | NOK | http://autobuild.buildroot.net/results/1d069b73dfaff53f5bd1a7c0677353ce8b06eec1 | > arc | unknown | NOK | http://autobuild.buildroot.net/results/5edd57619d2448bdb8c1e23463eecee4798d7000 | > i586 | unknown | NOK | http://autobuild.buildroot.net/results/1a461a774e6bb01ffa7b4460085455a1e5858627 | > x86_64 | unknown | NOK | http://autobuild.buildroot.net/results/6f389115b2195a5aa06ba1ceae7fdfe1b4522151 | > or1k | zmqpp-4.1.2 | NOK | http://autobuild.buildroot.net/results/d7c6370dcd9c13c56189d55c920841db03d5ab6c | > > Results for branch 'next' > ========================= > > Classification of failures by reason > ------------------------------------ > > netcat-openbsd-debian_1.178-3 | 2 > python-jaraco-classes-1.4.3 | 2 > axel-2.16 | 1 > feh-2.21 | 1 > google-breakpad-7515ab13768... | 1 > libnl-3.4.0 | 1 > libxslt-1.1.29 | 1 > linphone-3.6.1 | 1 > unknown | 1 > > > Detail of failures > ------------------ > > arm | axel-2.16 | NOK | http://autobuild.buildroot.net/results/0471bc87bddbff42d7016d78080613c4fae117bf | ORPH > mips64el | feh-2.21 | NOK | http://autobuild.buildroot.net/results/3852ceb48b26a94042a1610801c8edb0ea694072 | > mipsel | google-breakpad-7515ab13768... | NOK | http://autobuild.buildroot.net/results/f6dfc780f878003faccf3542ff5532b05c05d644 | > arc | libnl-3.4.0 | NOK | http://autobuild.buildroot.net/results/68a701efaca4f7ffc02ed91fcd8118298f916e7d | ORPH > microblazeel | libxslt-1.1.29 | TIM | http://autobuild.buildroot.net/results/2000c1282f66303a0e4ced19307b91ff931868a7 | > xtensa | linphone-3.6.1 | NOK | http://autobuild.buildroot.net/results/473c686f9bc5335d25b720cf1b0c45389138a7b4 | ORPH > x86_64 | netcat-openbsd-debian_1.178-3 | NOK | http://autobuild.buildroot.net/results/3c42c1eadcbfc084a1e55bf1df0450aaf1f2139c | > mips64el | netcat-openbsd-debian_1.178-3 | NOK | http://autobuild.buildroot.net/results/de0dd8983243ee5d1fb189add8ce445177fb87c2 | > arm | python-jaraco-classes-1.4.3 | NOK | http://autobuild.buildroot.net/results/3a7000002b86663a56c0341d192f131a4a8f4936 | > xtensa | python-jaraco-classes-1.4.3 | NOK | http://autobuild.buildroot.net/results/553d6fdeb6ea5359b1c7d4eeb844da7a588f02e7 | My bad. I'll fix this on Mo. Yegor > xtensa | unknown | NOK | http://autobuild.buildroot.net/results/2ea51b2c0781cf043b4ce6a568788da748ae5a3e | > > > -- > http://autobuild.buildroot.net > _______________________________________________ > buildroot mailing list > buildroot at busybox.net > http://lists.busybox.net/mailman/listinfo/buildroot ^ permalink raw reply [flat|nested] 15+ messages in thread
* [Buildroot] Analysis of build results for 2017-11-25 2017-11-26 7:00 [Buildroot] [autobuild.buildroot.net] Build results for 2017-11-25 Thomas Petazzoni 2017-11-26 8:34 ` Yegor Yefremov @ 2017-11-26 14:21 ` Thomas Petazzoni 2017-11-27 11:10 ` Yann E. MORIN ` (5 more replies) 1 sibling, 6 replies; 15+ messages in thread From: Thomas Petazzoni @ 2017-11-26 14:21 UTC (permalink / raw) To: buildroot Hello, Yann, Sam, Joel, Johan, Waldemar, Ismael, Ga?l, Fabrice, please see below, there are some questions/topics for you :-) On Sun, 26 Nov 2017 08:00:06 +0100 (CET), Thomas Petazzoni wrote: > Build statistics for 2017-11-25 > =============================== > > branch | OK | NOK | TIM | TOT | > 2017.08.x | 13 | 0 | 0 | 13 | > master | 224 | 12 | 0 | 236 | > next | 54 | 10 | 1 | 65 | These results are pretty good, especially for the "master" branch, we're down to ~5% of failures! > Results for branch 'master' > =========================== > > Detail of failures > ------------------ > > arm | asterisk-14.5.0 | NOK | http://autobuild.buildroot.net/results/7c9892b9425aff6e54b8c8942dbdcb0b26e58572 | ORPH /usr/bin/install: cannot create regular file `/home/peko/autobuild/instance-1/output/target/usr/lib/asterisk/modules': No such file or directory Why is Asterisk orphan? Yann, you introduced this package recently, so it shouldn't be orphan. Is there anybody else interested in the Asterisk package ? > arm | host-erlang-19.3 | NOK | http://autobuild.buildroot.net/results/407af9800313d4540643d7625e85acc0c2366892 | > arm | host-erlang-19.3 | NOK | http://autobuild.buildroot.net/results/2aca54ad48ecfd72242d97499e21a46c1b384b10 | It fails to build on powerpc64le host machines. Johan, could you have a look into this? Looking at the build failure, it looks like the Erlang build system is forcing some powerpc64 big-endian flags, while we're building on powerpc64 little-endian. Johan: you can request an access to a power64le machine using https://cfarm.tetaneutral.net/users/new/. Say you're working on the Buildroot project when creating your account. Once your account is created, you can log it to gcc112.fsffrance.org, and do a build that includes Erlang. Something as simple as: BR2_arm=y BR2_TOOLCHAIN_BUILDROOT_LOCALE=y BR2_TOOLCHAIN_BUILDROOT_CXX=y BR2_PACKAGE_ERLANG=y reproduces the problem. Also, perhaps this is something our PowerPC64 friends from IBM could help fixing? Sam? Joel? > arm | host-google-breakpad-7515ab... | NOK | http://autobuild.buildroot.net/results/88dcf7c898c21935b44f9216dfde86c4be8c990e | In fact, Google Breakpad doesn't have support for PowerPC64. We handle this properly for the target Google Breakpad: config BR2_PACKAGE_GOOGLE_BREAKPAD_ARCH_SUPPORTS bool default y if BR2_i386 || BR2_x86_64 || BR2_arm || BR2_aarch64 || \ BR2_mips || BR2_mipsel But we don't ensure that it is excluded on PowerPC64 machine. The specific curl issue reported in this build failure is easy to fix, but it also fails later on with: #if defined(__i386__) typedef MDRawContextX86 RawContextCPU; #elif defined(__x86_64) typedef MDRawContextAMD64 RawContextCPU; #elif defined(__ARM_EABI__) typedef MDRawContextARM RawContextCPU; #elif defined(__aarch64__) typedef MDRawContextARM64 RawContextCPU; #elif defined(__mips__) typedef MDRawContextMIPS RawContextCPU; #else #error "This code has not been ported to your platform yet." #endif So we should exclude it from PowerPC64 build machines. > bfin | pdbg-527fe54e1c95e031efd3db... | NOK | http://autobuild.buildroot.net/results/d367d9a6367e5da10d9f53f52c5e685c5c0cb8a7 | Joel: gaah, it still doesn't work entirely on Blackfin, because on Blackfin, the C symbol reference "foo", if the symbol is implemented in assembler, must be called "_foo". I'll have a look into this. > powerpc | qt-4.8.7 | NOK | http://autobuild.buildroot.net/results/4ee0bde32f4f1be7b9e3d060b84a7b0054a44f33 | ORPH Compiler failure: tools/qtextboundaryfinder.cpp:444:1: internal compiler error: in validate_condition_mode, at config/rs6000/rs6000.c:18074 Who volunteers to reproduce with gcc 7.x, report the bug upstream, and see if we can work-around in the mean time ? > mipsel | qt5webkit-5.9.1 | NOK | http://autobuild.buildroot.net/results/cc064f4de95e34b397794c1486e1c09bb67916f5 | {standard input}:708: Error: opcode not supported on this processor: mips32r6 (mips32r6) `movz $v0,$t8,$t7' So, we should exclude it on mips32r6 (and probably mips64r6 as well). I'm must say I'm not sure if it's a dependency that should be added to BR2_PACKAGE_QT5_JSCORE_AVAILABLE or to BR2_PACKAGE_QT5WEBKIT directly. > powerpc64le | unknown | NOK | http://autobuild.buildroot.net/results/1d069b73dfaff53f5bd1a7c0677353ce8b06eec1 | > arc | unknown | NOK | http://autobuild.buildroot.net/results/5edd57619d2448bdb8c1e23463eecee4798d7000 | > i586 | unknown | NOK | http://autobuild.buildroot.net/results/1a461a774e6bb01ffa7b4460085455a1e5858627 | > x86_64 | unknown | NOK | http://autobuild.buildroot.net/results/6f389115b2195a5aa06ba1ceae7fdfe1b4522151 | All those fixed by https://git.buildroot.org/buildroot/commit/?id=f79cc7dc157e885b879637d428971ce89777f85c. > or1k | zmqpp-4.1.2 | NOK | http://autobuild.buildroot.net/results/d7c6370dcd9c13c56189d55c920841db03d5ab6c | src/client/options.cpp: In function 'client_options process_command_line(int, const char**)': src/client/options.cpp:139:1: internal compiler error: in merge_overlapping_regs, at regrename.c:304 Gaah, a compiler failure :-/ Waldemar, could you look into this one ? > Results for branch 'next' > ========================= > > arm | axel-2.16 | NOK | http://autobuild.buildroot.net/results/0471bc87bddbff42d7016d78080613c4fae117bf | ORPH checking for library containing SSL_new... no configure: error: libssl not found make: *** [/home/test/autobuild/run/instance-3/output/build/axel-2.16/.stamp_configured] Error 1 Ismael, you bumped this package recently, could you look into this build failure? Also, this package is currently orphan, could you send a patch to add yourself for this package in the DEVELOPERS file? > mips64el | feh-2.21 | NOK | http://autobuild.buildroot.net/results/3852ceb48b26a94042a1610801c8edb0ea694072 | This will be fixed once 17299cd0182df1b4202429a9c567765b3d2510bc is merged into next. > mipsel | google-breakpad-7515ab13768... | NOK | http://autobuild.buildroot.net/results/f6dfc780f878003faccf3542ff5532b05c05d644 | This will be fixed once ca4009fc24e3a283fc44327dbd20579bde6cc323 is merged into next. > arc | libnl-3.4.0 | NOK | http://autobuild.buildroot.net/results/68a701efaca4f7ffc02ed91fcd8118298f916e7d | ORPH checking the archiver (/usr/lfs/v0/rc-buildroot-test/scripts/instance-1/output/host/bin/arc-linux-ar) interface... unknown configure: error: could not determine /usr/lfs/v0/rc-buildroot-test/scripts/instance-1/output/host/bin/arc-linux-ar interface My fault, the ARC toolchain is broken due to the RPATH issue again. I'll fix. > microblazeel | libxslt-1.1.29 | TIM | http://autobuild.buildroot.net/results/2000c1282f66303a0e4ced19307b91ff931868a7 | I don't see anything wrong there, perhaps just the build really was too long. > xtensa | linphone-3.6.1 | NOK | http://autobuild.buildroot.net/results/473c686f9bc5335d25b720cf1b0c45389138a7b4 | ORPH upnp/upnp_igd.c: In function 'upnp_igd_add_device': upnp/upnp_igd.c:422:51: error: dereferencing pointer to incomplete type 'struct Upnp_Discovery' ret = UpnpResolveURL((baseURL ? baseURL : d_event->Location), relURL, presURL); Fabrice: this is a first build failure that occurs due to the libupnp18 package. linphone confuses libupnp with libupnp18, and tries to use libupnp18. I believe we need something like: ifeq ($(BR2_PACKAGE_LIBUPNP),y) LINPHONE_DEPENDENCIES += libupnp LINPHONE_CONF_OPTS += --enable-upnp else LINPHONE_CONF_OPTS += --disable-upnp endif should do the trick. Could you test that and submit a patch if it works? Thanks! > x86_64 | netcat-openbsd-debian_1.178-3 | NOK | http://autobuild.buildroot.net/results/3c42c1eadcbfc084a1e55bf1df0450aaf1f2139c | > mips64el | netcat-openbsd-debian_1.178-3 | NOK | http://autobuild.buildroot.net/results/de0dd8983243ee5d1fb189add8ce445177fb87c2 | /home/buildroot/build/instance-0/output/host/x86_64-buildroot-linux-gnu/sysroot/usr/include/linux/in6.h:30:8: error: redefinition of 'struct in6_addr' struct in6_addr { Ga?l, you recently bumped this package, could you have a look? > arm | python-jaraco-classes-1.4.3 | NOK | http://autobuild.buildroot.net/results/3a7000002b86663a56c0341d192f131a4a8f4936 | > xtensa | python-jaraco-classes-1.4.3 | NOK | http://autobuild.buildroot.net/results/553d6fdeb6ea5359b1c7d4eeb844da7a588f02e7 | Yegor already said he would have a look. > xtensa | unknown | NOK | http://autobuild.buildroot.net/results/2ea51b2c0781cf043b4ce6a568788da748ae5a3e | This will be fixed once f79cc7dc157e885b879637d428971ce89777f85c is merged into next. Thanks! Thomas -- Thomas Petazzoni, CTO, Free Electrons Embedded Linux and Kernel engineering http://free-electrons.com ^ permalink raw reply [flat|nested] 15+ messages in thread
* [Buildroot] Analysis of build results for 2017-11-25 2017-11-26 14:21 ` [Buildroot] Analysis of build " Thomas Petazzoni @ 2017-11-27 11:10 ` Yann E. MORIN 2017-11-27 11:48 ` Yann E. MORIN ` (4 subsequent siblings) 5 siblings, 0 replies; 15+ messages in thread From: Yann E. MORIN @ 2017-11-27 11:10 UTC (permalink / raw) To: buildroot Thomas, All, On 2017-11-26 15:21 +0100, Thomas Petazzoni spake thusly: [--SNIP--] > > arm | asterisk-14.5.0 | NOK | http://autobuild.buildroot.net/results/7c9892b9425aff6e54b8c8942dbdcb0b26e58572 | ORPH > /usr/bin/install: cannot create regular file `/home/peko/autobuild/instance-1/output/target/usr/lib/asterisk/modules': No such file or directory > > Why is Asterisk orphan? Yann, you introduced this package recently, so > it shouldn't be orphan. Is there anybody else interested in the > Asterisk package ? I'm taking it. I'll investigate the issue too... 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. | '------------------------------^-------^------------------^--------------------' ^ permalink raw reply [flat|nested] 15+ messages in thread
* [Buildroot] Analysis of build results for 2017-11-25 2017-11-26 14:21 ` [Buildroot] Analysis of build " Thomas Petazzoni 2017-11-27 11:10 ` Yann E. MORIN @ 2017-11-27 11:48 ` Yann E. MORIN 2017-11-27 13:58 ` Gaël PORTAY ` (3 subsequent siblings) 5 siblings, 0 replies; 15+ messages in thread From: Yann E. MORIN @ 2017-11-27 11:48 UTC (permalink / raw) To: buildroot Thomas, All, On 2017-11-26 15:21 +0100, Thomas Petazzoni spake thusly: > > arm | asterisk-14.5.0 | NOK | http://autobuild.buildroot.net/results/7c9892b9425aff6e54b8c8942dbdcb0b26e58572 | ORPH > /usr/bin/install: cannot create regular file `/home/peko/autobuild/instance-1/output/target/usr/lib/asterisk/modules': No such file or directory PArallel build issue: destination directory is created in another rule, and there is not explicit dependency. I'll fix and report upstream. 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. | '------------------------------^-------^------------------^--------------------' ^ permalink raw reply [flat|nested] 15+ messages in thread
* [Buildroot] Analysis of build results for 2017-11-25 2017-11-26 14:21 ` [Buildroot] Analysis of build " Thomas Petazzoni 2017-11-27 11:10 ` Yann E. MORIN 2017-11-27 11:48 ` Yann E. MORIN @ 2017-11-27 13:58 ` Gaël PORTAY 2017-11-27 14:01 ` Johan Oudinet ` (2 subsequent siblings) 5 siblings, 0 replies; 15+ messages in thread From: Gaël PORTAY @ 2017-11-27 13:58 UTC (permalink / raw) To: buildroot Hi, On Sun, Nov 26, 2017 at 03:21:40PM +0100, Thomas Petazzoni wrote: > > x86_64 | netcat-openbsd-debian_1.178-3 | NOK | http://autobuild.buildroot.net/results/3c42c1eadcbfc084a1e55bf1df0450aaf1f2139c | > > mips64el | netcat-openbsd-debian_1.178-3 | NOK | http://autobuild.buildroot.net/results/de0dd8983243ee5d1fb189add8ce445177fb87c2 | > > /home/buildroot/build/instance-0/output/host/x86_64-buildroot-linux-gnu/sysroot/usr/include/linux/in6.h:30:8: error: redefinition of 'struct in6_addr' > struct in6_addr { > > Ga?l, you recently bumped this package, could you have a look? > After a quick look, the issue comes from the toolchain that uses glibc 2.18. I assume the package builds fine with glibc > 2.18. I am on it. ^ permalink raw reply [flat|nested] 15+ messages in thread
* [Buildroot] Analysis of build results for 2017-11-25 2017-11-26 14:21 ` [Buildroot] Analysis of build " Thomas Petazzoni ` (2 preceding siblings ...) 2017-11-27 13:58 ` Gaël PORTAY @ 2017-11-27 14:01 ` Johan Oudinet 2017-11-27 14:13 ` Thomas Petazzoni [not found] ` <OF3CB5EEB3.059011A8-ON002581E5.004E2384@notes.na.collabserv.com> 2017-11-27 20:08 ` Ismael Luceno 2017-11-28 22:44 ` Arnout Vandecappelle 5 siblings, 2 replies; 15+ messages in thread From: Johan Oudinet @ 2017-11-27 14:01 UTC (permalink / raw) To: buildroot Thomas, All, On Sun, Nov 26, 2017 at 3:21 PM, Thomas Petazzoni <thomas.petazzoni@free-electrons.com> wrote: > >> arm | host-erlang-19.3 | NOK | http://autobuild.buildroot.net/results/407af9800313d4540643d7625e85acc0c2366892 | >> arm | host-erlang-19.3 | NOK | http://autobuild.buildroot.net/results/2aca54ad48ecfd72242d97499e21a46c1b384b10 | > > It fails to build on powerpc64le host machines. Johan, could you have a > look into this? Looking at the build failure, it looks like the Erlang > build system is forcing some powerpc64 big-endian flags, while we're > building on powerpc64 little-endian. > > Johan: you can request an access to a power64le machine using > https://cfarm.tetaneutral.net/users/new/. Say you're working on the > Buildroot project when creating your account. Once your account is > created, you can log it to gcc112.fsffrance.org, and do a build that > includes Erlang. Something as simple as: > > BR2_arm=y > BR2_TOOLCHAIN_BUILDROOT_LOCALE=y > BR2_TOOLCHAIN_BUILDROOT_CXX=y > BR2_PACKAGE_ERLANG=y > > reproduces the problem. > > Also, perhaps this is something our PowerPC64 friends from IBM could > help fixing? Sam? Joel? I've asked for an account. In the meantime, looking for Erlang users on powerpc64le (I barely use it myself and have no such architecture at my disposal), it looks like this was fixed in OTP 20: https://bugs.erlang.org/browse/ERL-369 From Erlang website, it looks like OTP 20 and OTP 20.1 have been released. May Erlang maintainer's (Will Newton) bump the version? -- Johan ^ permalink raw reply [flat|nested] 15+ messages in thread
* [Buildroot] Analysis of build results for 2017-11-25 2017-11-27 14:01 ` Johan Oudinet @ 2017-11-27 14:13 ` Thomas Petazzoni [not found] ` <OF3CB5EEB3.059011A8-ON002581E5.004E2384@notes.na.collabserv.com> 1 sibling, 0 replies; 15+ messages in thread From: Thomas Petazzoni @ 2017-11-27 14:13 UTC (permalink / raw) To: buildroot Hello, On Mon, 27 Nov 2017 15:01:29 +0100, Johan Oudinet wrote: > > Also, perhaps this is something our PowerPC64 friends from IBM could > > help fixing? Sam? Joel? > > I've asked for an account. > In the meantime, looking for Erlang users on powerpc64le (I barely use > it myself and have no such architecture at my disposal), it looks like > this was fixed in OTP 20: > https://bugs.erlang.org/browse/ERL-369 Interesting. So it seems like passing --disable-hipe would work around the problem for ppc64le, correct ? Or perhaps better we just backport https://github.com/erlang/otp/pull/1394/commits ? > From Erlang website, it looks like OTP 20 and OTP 20.1 have been > released. May Erlang maintainer's (Will Newton) bump the version? Will Newton has not been active in Buildroot since 2014, so I'm not sure he intends to bump Erlang. Could you do this instead, and add yourself for erlang in the DEVELOPERS file ? :-) Thanks! Thomas -- Thomas Petazzoni, CTO, Free Electrons Embedded Linux and Kernel engineering http://free-electrons.com ^ permalink raw reply [flat|nested] 15+ messages in thread
[parent not found: <OF3CB5EEB3.059011A8-ON002581E5.004E2384@notes.na.collabserv.com>]
* [Buildroot] Analysis of build results for 2017-11-25 [not found] ` <OF3CB5EEB3.059011A8-ON002581E5.004E2384@notes.na.collabserv.com> @ 2017-11-28 23:30 ` Sam Bobroff 2017-11-29 13:28 ` Johan Oudinet 0 siblings, 1 reply; 15+ messages in thread From: Sam Bobroff @ 2017-11-28 23:30 UTC (permalink / raw) To: buildroot On Mon, Nov 27, 2017 at 03:13:24PM +0100, Thomas Petazzoni wrote: > Hello, > > On Mon, 27 Nov 2017 15:01:29 +0100, Johan Oudinet wrote: > > > > Also, perhaps this is something our PowerPC64 friends from IBM could > > > help fixing? Sam? Joel? I don't have much time at the moment but I'll take a look at this when I can (in a previous life I was an Erlang programmer, it's great to see it as part of buildroot!). It would be sad to disable HiPE so I'll see if we can just bump the version up to 20. Or Johan if you get to it first, I'll certainly test it :-) > > I've asked for an account. > > In the meantime, looking for Erlang users on powerpc64le (I barely use > > it myself and have no such architecture at my disposal), it looks like > > this was fixed in OTP 20: > > https://bugs.erlang.org/browse/ERL-369 > > Interesting. So it seems like passing --disable-hipe would work around > the problem for ppc64le, correct ? > > Or perhaps better we just backport > https://github.com/erlang/otp/pull/1394/commits ? > > > From Erlang website, it looks like OTP 20 and OTP 20.1 have been > > released. May Erlang maintainer's (Will Newton) bump the version? > > Will Newton has not been active in Buildroot since 2014, so I'm not > sure he intends to bump Erlang. Could you do this instead, and add > yourself for erlang in the DEVELOPERS file ? :-) > > Thanks! > > Thomas > -- > Thomas Petazzoni, CTO, Free Electrons > Embedded Linux and Kernel engineering > https://urldefense.proofpoint.com/v2/url?u=http-3A__free-2Delectrons.com&d=DwICAg&c=jf_iaSHvJObTbx-siA1ZOg&r=FFlZoKpUuHop_w02rKHYxbjM9foF4tIm4FyKg8muba0&m=wAiVrPt_rOu6QZ_ovDTmounnylPB0jFSNqMx58-8OlU&s=u5PLESafGWZObPrye3-pTnxs_73LPfQEVtERQHanMZA&e= > ^ permalink raw reply [flat|nested] 15+ messages in thread
* [Buildroot] Analysis of build results for 2017-11-25 2017-11-28 23:30 ` Sam Bobroff @ 2017-11-29 13:28 ` Johan Oudinet 2017-11-29 13:34 ` Thomas Petazzoni 0 siblings, 1 reply; 15+ messages in thread From: Johan Oudinet @ 2017-11-29 13:28 UTC (permalink / raw) To: buildroot Hi Sam, All, On Wed, Nov 29, 2017 at 12:30 AM, Sam Bobroff <sam.bobroff@au1.ibm.com> wrote: > On Mon, Nov 27, 2017 at 03:13:24PM +0100, Thomas Petazzoni wrote: >> On Mon, 27 Nov 2017 15:01:29 +0100, Johan Oudinet wrote: >> >> > > Also, perhaps this is something our PowerPC64 friends from IBM could >> > > help fixing? Sam? Joel? > > I don't have much time at the moment but I'll take a look at this when I > can (in a previous life I was an Erlang programmer, it's great to see it > as part of buildroot!). It would be sad to disable HiPE so I'll see if > we can just bump the version up to 20. > > Or Johan if you get to it first, I'll certainly test it :-) I haven't had the time to do it yet, however, it seems OTP 20 has simply applied the patch I mentioned: https://github.com/erlang/otp/pull/1394/commits/024e438101c010f17e3a374117c3b376d48483f3 If I understand correctly this configure, there is a test in the configure to automatically enable HiPE for a list of architectures. ppc64 is present in this list but not ppc64le. So, I think HiPE would be disabled on ppc64le architectures even if we bump to OTP 20. Best, -- Johan ^ permalink raw reply [flat|nested] 15+ messages in thread
* [Buildroot] Analysis of build results for 2017-11-25 2017-11-29 13:28 ` Johan Oudinet @ 2017-11-29 13:34 ` Thomas Petazzoni 2017-11-30 15:00 ` Johan Oudinet 0 siblings, 1 reply; 15+ messages in thread From: Thomas Petazzoni @ 2017-11-29 13:34 UTC (permalink / raw) To: buildroot Hello, On Wed, 29 Nov 2017 14:28:55 +0100, Johan Oudinet wrote: > > I don't have much time at the moment but I'll take a look at this when I > > can (in a previous life I was an Erlang programmer, it's great to see it > > as part of buildroot!). It would be sad to disable HiPE so I'll see if > > we can just bump the version up to 20. > > > > Or Johan if you get to it first, I'll certainly test it :-) > > I haven't had the time to do it yet, however, it seems OTP 20 has > simply applied the patch I mentioned: > https://github.com/erlang/otp/pull/1394/commits/024e438101c010f17e3a374117c3b376d48483f3 > > If I understand correctly this configure, there is a test in the > configure to automatically enable HiPE for a list of architectures. > ppc64 is present in this list but not ppc64le. So, I think HiPE would > be disabled on ppc64le architectures even if we bump to OTP 20. Well, if this commit made it to OTP 20, then there is no need to disable HiPE explicitly: my understanding is that this commit makes sure ppc64le is not mistaken as ppc64, in particular to avoid having HiPE being enabled. See https://github.com/erlang/otp/blob/master/erts/configure.in: if test "$cross_compiling" != "yes" && test X${enable_hipe} != Xno; then if test -z "$M4"; then enable_hipe=no AC_MSG_NOTICE([HiPE disabled as no valid m4 is found in PATH]) else case "$ARCH-$OPSYS" in x86-linux|amd64-linux|x86-darwin*|amd64-darwin*|ppc-linux|ppc64-linux|ppc-darwin|arm-linux|amd64-freebsd|x86-freebsd|x86-sol2|amd64-sol2|ultrasparc-linux) enable_hipe=yes ;; esac fi fi ppc64le used to be handled as ppc64, so it was matching the case "$ARCH-$OPSYS", and enable_hipe was set to yes. With ARCH=ppc64le, this will no longer match, and enable_hipe will no longer be set to yes. Best regards, Thomas -- Thomas Petazzoni, CTO, Free Electrons Embedded Linux and Kernel engineering http://free-electrons.com ^ permalink raw reply [flat|nested] 15+ messages in thread
* [Buildroot] Analysis of build results for 2017-11-25 2017-11-29 13:34 ` Thomas Petazzoni @ 2017-11-30 15:00 ` Johan Oudinet 0 siblings, 0 replies; 15+ messages in thread From: Johan Oudinet @ 2017-11-30 15:00 UTC (permalink / raw) To: buildroot Hello, On Wed, Nov 29, 2017 at 2:34 PM, Thomas Petazzoni <thomas.petazzoni@free-electrons.com> wrote: > > On Wed, 29 Nov 2017 14:28:55 +0100, Johan Oudinet wrote: > >> > I don't have much time at the moment but I'll take a look at this when I >> > can (in a previous life I was an Erlang programmer, it's great to see it >> > as part of buildroot!). It would be sad to disable HiPE so I'll see if >> > we can just bump the version up to 20. >> > >> > Or Johan if you get to it first, I'll certainly test it :-) >> >> I haven't had the time to do it yet, however, it seems OTP 20 has >> simply applied the patch I mentioned: >> https://github.com/erlang/otp/pull/1394/commits/024e438101c010f17e3a374117c3b376d48483f3 >> >> If I understand correctly this configure, there is a test in the >> configure to automatically enable HiPE for a list of architectures. >> ppc64 is present in this list but not ppc64le. So, I think HiPE would >> be disabled on ppc64le architectures even if we bump to OTP 20. > > Well, if this commit made it to OTP 20, then there is no need to > disable HiPE explicitly: my understanding is that this commit makes > sure ppc64le is not mistaken as ppc64, in particular to avoid having > HiPE being enabled. See https://github.com/erlang/otp/blob/master/erts/configure.in: > > if test "$cross_compiling" != "yes" && test X${enable_hipe} != Xno; then > if test -z "$M4"; then > enable_hipe=no > AC_MSG_NOTICE([HiPE disabled as no valid m4 is found in PATH]) > else > case "$ARCH-$OPSYS" in > x86-linux|amd64-linux|x86-darwin*|amd64-darwin*|ppc-linux|ppc64-linux|ppc-darwin|arm-linux|amd64-freebsd|x86-freebsd|x86-sol2|amd64-sol2|ultrasparc-linux) > enable_hipe=yes > ;; > esac > fi > fi > > ppc64le used to be handled as ppc64, so it was matching the case > "$ARCH-$OPSYS", and enable_hipe was set to yes. > > With ARCH=ppc64le, this will no longer match, and enable_hipe will no > longer be set to yes. > I had issues with some Erlang packages when testing Erlang OTP 20.1: https://github.com/processone/xmpp/issues/18 However, everything looks good with OTP 20.0. Since Christophe warned me about issues with OTP 20.1, I'm going to send a patch to bump to version 20.0 only, which should be enough to fix the ppc64le error reported here. Best, -- Johan ^ permalink raw reply [flat|nested] 15+ messages in thread
* [Buildroot] Analysis of build results for 2017-11-25 2017-11-26 14:21 ` [Buildroot] Analysis of build " Thomas Petazzoni ` (3 preceding siblings ...) 2017-11-27 14:01 ` Johan Oudinet @ 2017-11-27 20:08 ` Ismael Luceno 2017-11-28 22:44 ` Arnout Vandecappelle 5 siblings, 0 replies; 15+ messages in thread From: Ismael Luceno @ 2017-11-27 20:08 UTC (permalink / raw) To: buildroot On 26/Nov/2017 15:21, Thomas Petazzoni wrote: <...> > checking for library containing SSL_new... no > configure: error: libssl not found > make: *** [/home/test/autobuild/run/instance-3/output/build/axel-2.16/.stamp_configured] Error 1 > > Ismael, you bumped this package recently, could you look into this > build failure? Also, this package is currently orphan, could you send a > patch to add yourself for this package in the DEVELOPERS file? Roger. ^ permalink raw reply [flat|nested] 15+ messages in thread
* [Buildroot] Analysis of build results for 2017-11-25 2017-11-26 14:21 ` [Buildroot] Analysis of build " Thomas Petazzoni ` (4 preceding siblings ...) 2017-11-27 20:08 ` Ismael Luceno @ 2017-11-28 22:44 ` Arnout Vandecappelle 2017-11-30 0:35 ` Matthew Weber 5 siblings, 1 reply; 15+ messages in thread From: Arnout Vandecappelle @ 2017-11-28 22:44 UTC (permalink / raw) To: buildroot On 26-11-17 15:21, Thomas Petazzoni wrote: >> microblazeel | libxslt-1.1.29 | TIM | http://autobuild.buildroot.net/results/2000c1282f66303a0e4ced19307b91ff931868a7 | > I don't see anything wrong there, perhaps just the build really was too > long. The build of gst-ffmpeg took almost 7 hours, that's not normal... Perhaps Matt's autobuilder got stuck somehow around that time? Regards, Arnout -- Arnout Vandecappelle arnout at mind be Senior Embedded Software Architect +32-16-286500 Essensium/Mind http://www.mind.be G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle GPG fingerprint: 7493 020B C7E3 8618 8DEC 222C 82EB F404 F9AC 0DDF ^ permalink raw reply [flat|nested] 15+ messages in thread
* [Buildroot] Analysis of build results for 2017-11-25 2017-11-28 22:44 ` Arnout Vandecappelle @ 2017-11-30 0:35 ` Matthew Weber 0 siblings, 0 replies; 15+ messages in thread From: Matthew Weber @ 2017-11-30 0:35 UTC (permalink / raw) To: buildroot Arnout, On Nov 28, 2017 4:45 PM, "Arnout Vandecappelle" <arnout@mind.be> wrote: On 26-11-17 15:21, Thomas Petazzoni wrote: >> microblazeel | libxslt-1.1.29 | TIM | http://autobuild.buildroot.net/results/2000c1282f66303a0e4ced19307b91 ff931868a7 | > I don't see anything wrong there, perhaps just the build really was too > long. The build of gst-ffmpeg took almost 7 hours, that's not normal... Perhaps Matt's autobuilder got stuck somehow around thatAbout, Looks like Peter's had a similar issue today with ffmpeg, weird.... http://autobuild.buildroot.net/results/9f1/9f1de83c904f68dc2fb70d521d5269b286d28d5a// (Pardon the rich text, just have my tablet at the moment) Matt -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20171129/450982ea/attachment-0001.html> ^ permalink raw reply [flat|nested] 15+ messages in thread
end of thread, other threads:[~2017-11-30 15:00 UTC | newest]
Thread overview: 15+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2017-11-26 7:00 [Buildroot] [autobuild.buildroot.net] Build results for 2017-11-25 Thomas Petazzoni
2017-11-26 8:34 ` Yegor Yefremov
2017-11-26 14:21 ` [Buildroot] Analysis of build " Thomas Petazzoni
2017-11-27 11:10 ` Yann E. MORIN
2017-11-27 11:48 ` Yann E. MORIN
2017-11-27 13:58 ` Gaël PORTAY
2017-11-27 14:01 ` Johan Oudinet
2017-11-27 14:13 ` Thomas Petazzoni
[not found] ` <OF3CB5EEB3.059011A8-ON002581E5.004E2384@notes.na.collabserv.com>
2017-11-28 23:30 ` Sam Bobroff
2017-11-29 13:28 ` Johan Oudinet
2017-11-29 13:34 ` Thomas Petazzoni
2017-11-30 15:00 ` Johan Oudinet
2017-11-27 20:08 ` Ismael Luceno
2017-11-28 22:44 ` Arnout Vandecappelle
2017-11-30 0:35 ` Matthew Weber
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox