* [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
* [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
[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-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
* [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
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