[Buildroot] [autobuild.buildroot.net] Build results for 2014-11-19

[Buildroot] [autobuild.buildroot.net] Build results for 2014-11-19

[Thomas Petazzoni]

Build statistics for 2014-11-19
===============================

        success : 181
       failures : 21 
       timeouts : 3  
          TOTAL : 205

Classification of failures by reason
====================================

             e2fsprogs-1.42.12 | 2 
zmqpp-36413487f05b165dfc82a... | 2 
             host-mysql-5.1.73 | 2 
                 clamav-0.98.4 | 2 
            mesa3d-demos-8.2.0 | 1 
                     radvd-2.8 | 1 
                     gpsd-3.11 | 1 
                  thrift-0.9.1 | 1 
           libmemcached-1.0.18 | 1 
                 webkit-1.11.5 | 1 
znc-b396cafdb249544164ed029... | 1 
                 cdrkit-1.1.11 | 1 
                dovecot-2.2.15 | 1 
      canfestival-7740ac6fdedc | 1 
                  prboom-2.5.0 | 1 
           xlib_libXfont-1.5.0 | 1 
     x264-20140930-2245-stable | 1 
host-gdb-6be65fb56ea6694a92... | 1 
                      qt-4.8.6 | 1 
                 omniorb-4.1.6 | 1 

Detail of failures
===================

     powerpc |       canfestival-7740ac6fdedc | NOK | http://autobuild.buildroot.net/results/29fd3e550937f48e2270149a3d44cfb8bcf5c16a/
     powerpc |                  cdrkit-1.1.11 | NOK | http://autobuild.buildroot.net/results/38b4030b17a8ba1319afcfbc326489ecd030b0be/
      xtensa |                  clamav-0.98.4 | NOK | http://autobuild.buildroot.net/results/1a46e53cf892534f1b3a16c249fa710485290b5a/
         arm |                  clamav-0.98.4 | NOK | http://autobuild.buildroot.net/results/e732d1bac8fe68fd8bba50e4e9d908be3d996c83/
         arm |                 dovecot-2.2.15 | NOK | http://autobuild.buildroot.net/results/9b536926b3b2bf82c683b48e9697a220f1b4bf33/
         arm |              e2fsprogs-1.42.12 | NOK | http://autobuild.buildroot.net/results/8338a03028de9502be506a80bd947d80b3e50a49/
         arm |              e2fsprogs-1.42.12 | NOK | http://autobuild.buildroot.net/results/361aa2e47a7561ff6624829bdfcfe66ecaddc4a6/
      mipsel |                      gpsd-3.11 | NOK | http://autobuild.buildroot.net/results/a2708c96117eaad4f2bf6b304e607f18451fa35b/
microblazeel | host-gdb-6be65fb56ea6694a92... | NOK | http://autobuild.buildroot.net/results/825351fd20a2712bf115f7e09e9d1d79967594f5/
     powerpc |              host-mysql-5.1.73 | NOK | http://autobuild.buildroot.net/results/dc0dd9e878edd2b359900d02e1d53d294321c00b/
         arm |              host-mysql-5.1.73 | NOK | http://autobuild.buildroot.net/results/0b8411482def8fdfba0aaaa19be01a477707d874/
        bfin |            libmemcached-1.0.18 | NOK | http://autobuild.buildroot.net/results/632f3a8ab49f0e7679212470b93cc3a748bc953a/
         arm |             mesa3d-demos-8.2.0 | NOK | http://autobuild.buildroot.net/results/92edf234780795bc2dc1aa495c492df1528204a1/
        bfin |                  omniorb-4.1.6 | NOK | http://autobuild.buildroot.net/results/c60d880b620c47f4aa03cdf2e1bb85a526242d54/
        bfin |                   prboom-2.5.0 | NOK | http://autobuild.buildroot.net/results/15b764112b52e4805010b1af7f6439643e0c8978/
        sh4a |                       qt-4.8.6 | NOK | http://autobuild.buildroot.net/results/119adf6a31266e71e45fb1951d7e8ebbd1ff41fe/
         arc |                      radvd-2.8 | NOK | http://autobuild.buildroot.net/results/9b480421bd66e046ff9200963facb2663b77fd35/
        bfin |                   thrift-0.9.1 | NOK | http://autobuild.buildroot.net/results/cf2723cf650486586ff18b6ef57c91a74a97bbc9/
      mipsel |                  webkit-1.11.5 | TIM | http://autobuild.buildroot.net/results/beaeaae8163af269ec22c4da0b02e6333a5535c2/
        bfin |      x264-20140930-2245-stable | NOK | http://autobuild.buildroot.net/results/51bd1464fe85f3fcdc5beb095cb1cdbfa413ec24/
     powerpc |            xlib_libXfont-1.5.0 | TIM | http://autobuild.buildroot.net/results/4ebf60da298d9dee9864e07138a830f7a05aa1e3/
        bfin | zmqpp-36413487f05b165dfc82a... | NOK | http://autobuild.buildroot.net/results/3a24fe2b89073bc72a1ab960ae470dc7976738fb/
        bfin | zmqpp-36413487f05b165dfc82a... | NOK | http://autobuild.buildroot.net/results/2695eccd44bf36e8ce6486c5c8626acbe428d299/
    mips64el | znc-b396cafdb249544164ed029... | TIM | http://autobuild.buildroot.net/results/ec3771f538d45da7d1d81eef77c14afdff112d55/


-- 
http://autobuild.buildroot.net

[Buildroot] [autobuild.buildroot.net] Build results for 2014-11-19

[Baruch Siach]

Hi Peter,

On Thu, Nov 20, 2014 at 08:30:13AM +0100, Thomas Petazzoni wrote:
>       xtensa |                  clamav-0.98.4 | NOK | http://autobuild.buildroot.net/results/1a46e53cf892534f1b3a16c249fa710485290b5a/
>          arm |                  clamav-0.98.4 | NOK | http://autobuild.buildroot.net/results/e732d1bac8fe68fd8bba50e4e9d908be3d996c83/

I can't reproduce these build failures here. They seem to happen only on your 
build server. Below are the build log of clamscan link from my machine (after 
adding V=1 to make) that seems to fail on your machine. I don't this anything 
unusual here.

/bin/sh ../libtool  --tag=CC   --mode=link /home/baruch/git/buildroot/output/host/usr/bin/armv5-ctng-linux-gnueabi-gcc  -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64  -pipe -Os  -fno-strict-aliasing   -o clamscan output.o getopt.o optparser.o actions.o misc.o clamscan.o manager.o  ../libclamav/libclamav.la -lpthread 
libtool: link: rm -f .libs/clamscan.nm .libs/clamscan.nmS .libs/clamscan.nmT
libtool: link: (cd .libs && /home/baruch/git/buildroot/output/host/usr/bin/armv5-ctng-linux-gnueabi-gcc -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -pipe -Os -fno-strict-aliasing -c -fno-builtin "clamscanS.c")
libtool: link: rm -f ".libs/clamscanS.c" ".libs/clamscan.nm" ".libs/clamscan.nmS" ".libs/clamscan.nmT"
libtool: link: /home/baruch/git/buildroot/output/host/usr/bin/armv5-ctng-linux-gnueabi-gcc -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -pipe -Os -fno-strict-aliasing -o clamscan output.o getopt.o optparser.o actions.o misc.o clamscan.o manager.o  ../libclamav/.libs/libclamav.so -L/home/baruch/git/buildroot/output/host/usr/arm-buildroot-linux-gnueabi/sysroot/usr/lib /home/baruch/git/buildroot/output/host/usr/arm-buildroot-linux-gnueabi/sysroot/usr/lib/libxml2.so -lbz2 -lssl -lcrypto -lz -lm -ldl -lpthread -Wl,-rpath -Wl,/home/baruch/git/buildroot/output/build/clamav-0.98.4/libclamav/.libs -Wl,-rpath -Wl,/home/baruch/git/buildroot/output/host/usr/arm-buildroot-linux-gnueabi/sysroot/usr/lib -Wl,-rpath -Wl,/home/baruch/git/buildroot/output/host/usr/arm-buildroot-linux-gnueabi/sysroot/usr/lib
libtool: link: rm -f ".libs/clamscanS.o"
make[3]: Leaving directory '/home/baruch/git/buildroot/output/build/clamav-0.98.4/clamscan'

baruch

-- 
     http://baruch.siach.name/blog/                  ~. .~   Tk Open Systems
=}------------------------------------------------ooO--U--Ooo------------{=
   - baruch at tkos.co.il - tel: +972.2.679.5364, http://www.tkos.co.il -

[Buildroot] [autobuild.buildroot.net] Build results for 2014-11-19

[Thomas Petazzoni]

Hello,

Quick analysis of yesterday build results. Samuel, Peter, Gustavo,
Bernd, Yann, Vincente, Alexey, please have a look below.

On Thu, 20 Nov 2014 08:30:13 +0100 (CET), Thomas Petazzoni wrote:

>      powerpc |       canfestival-7740ac6fdedc | NOK | http://autobuild.buildroot.net/results/29fd3e550937f48e2270149a3d44cfb8bcf5c16a/

canfestival builds shared libraries even when BR2_PREFER_STATIC_LIB=y.
Samuel, canfestival was submitted by you, can you have a look at this
issue?

>      powerpc |                  cdrkit-1.1.11 | NOK | http://autobuild.buildroot.net/results/38b4030b17a8ba1319afcfbc326489ecd030b0be/

The uClibc bug about setreuid().

What do we do about this one? It still isn't fixed upstream. Should we
simply disable uClibc for static builds? (But then we would only have
musl left as a C library compatible with static builds). Or do we
simply blacklist for now the packages that are known to use the symbols
causing problems?

Peter?

>       xtensa |                  clamav-0.98.4 | NOK | http://autobuild.buildroot.net/results/1a46e53cf892534f1b3a16c249fa710485290b5a/
>          arm |                  clamav-0.98.4 | NOK | http://autobuild.buildroot.net/results/e732d1bac8fe68fd8bba50e4e9d908be3d996c83/

  CCLD     clamscan
../libclamav/.libs/libclamav.so: undefined reference to `bzDecompress'
../libclamav/.libs/libclamav.so: undefined reference to `bzDecompressInit'
../libclamav/.libs/libclamav.so: undefined reference to `bzDecompressEnd'
collect2: error: ld returned 1 exit status

Bernd, can you have a look?

>          arm |                 dovecot-2.2.15 | NOK | http://autobuild.buildroot.net/results/9b536926b3b2bf82c683b48e9697a220f1b4bf33/

/home/buildroot/instance-1/output/host/usr/arm-buildroot-linux-uclibcgnueabi/sysroot/usr/lib/mysql/libmysqlclient.a(my_time.o): In function `str_to_time':
my_time.c:(.text+0x9a8): multiple definition of `str_to_time'
../../src/lib-dovecot/.libs/libdovecot.a(strnum.o):strnum.c:(.text+0x4f4): first defined here
../../src/lib-dovecot/.libs/libdovecot.a(file-dotlock.o): In function `dotlock_create':

Symbol conflict between MySQL and Dovecot it seems, in static linking
configuration. Bernd, can you have a look, since you contributed
ClamAV ?

>          arm |              e2fsprogs-1.42.12 | NOK | http://autobuild.buildroot.net/results/8338a03028de9502be506a80bd947d80b3e50a49/
>          arm |              e2fsprogs-1.42.12 | NOK | http://autobuild.buildroot.net/results/361aa2e47a7561ff6624829bdfcfe66ecaddc4a6/

Fixed by http://git.buildroot.net/buildroot/commit/?id=32c2385f268bd7a2f7d1f55d712c5de648bfc657.

>       mipsel |                      gpsd-3.11 | NOK | http://autobuild.buildroot.net/results/a2708c96117eaad4f2bf6b304e607f18451fa35b/

relocation R_MIPS_HI16 against `__gnu_local_gp' can not be used when making a shared object; recompile with -fPIC

Vincente, maybe you can have a look?

> microblazeel | host-gdb-6be65fb56ea6694a92... | NOK | http://autobuild.buildroot.net/results/825351fd20a2712bf115f7e09e9d1d79967594f5/

Seems like we might need flex.

ada-lex.c missing and flex not available.
make[3]: *** [ada-lex.c] Error 1
make[3]: *** Waiting for unfinished jobs....

>      powerpc |              host-mysql-5.1.73 | NOK | http://autobuild.buildroot.net/results/dc0dd9e878edd2b359900d02e1d53d294321c00b/
>          arm |              host-mysql-5.1.73 | NOK | http://autobuild.buildroot.net/results/0b8411482def8fdfba0aaaa19be01a477707d874/

configure: error: No curses/termcap library found

Why don't we simply add host-ncurses to the host-mysql dependencies?
Nathaniel, can you reproduce this issue on your autobuilder, and see if
adding host-ncurses to the dependencies of host mysql fixes the problem?

>         bfin |            libmemcached-1.0.18 | NOK | http://autobuild.buildroot.net/results/632f3a8ab49f0e7679212470b93cc3a748bc953a/

warning: cannot find entry symbol __start; defaulting to 00000000

Smells like libmemcached tries to build a shared library even if we're
using the FLAT file format.

Gustavo?

>          arm |             mesa3d-demos-8.2.0 | NOK | http://autobuild.buildroot.net/results/92edf234780795bc2dc1aa495c492df1528204a1/

corender.c:17:19: fatal error: GL/gl.h: No such file or directory

Yann, Bernd? I know Yann did an analysis of the issue, but I don't
think we heard back from Bernd about it. Bernd, can you have a look at
Yann's analysis of the issue?

>         bfin |                  omniorb-4.1.6 | NOK | http://autobuild.buildroot.net/results/c60d880b620c47f4aa03cdf2e1bb85a526242d54/

Proposal of fix by Baruch at http://patchwork.ozlabs.org/patch/412575/.

>         bfin |                   prboom-2.5.0 | NOK | http://autobuild.buildroot.net/results/15b764112b52e4805010b1af7f6439643e0c8978/

/home/chroot/media/code/buildroot/autobuilder/instance-0/output/host/usr/bfin-buildroot-uclinux-uclibc/sysroot/usr/lib/libSDL_mixer.a(mixer.o): In function `_Mix_LoadWAV_RW':
mixer.c:(.text+0x1128): undefined reference to `_SDL_LoadWAV_RW'
/home/chroot/media/code/buildroot/autobuilder/instance-0/output/host/usr/bfin-buildroot-uclinux-uclibc/sysroot/usr/lib/libSDL_mixer.a(mixer.o): In function `_mix_channels':
mixer.c:(.text+0x15c2): undefined reference to `_SDL_MixAudio'
mixer.c:(.text+0x1646): undefined reference to `_SDL_MixAudio'
/home/chroot/media/code/buildroot/autobuilder/instance-0/output/host/usr/bfin-buildroot-uclinux-uclibc/sysroot/usr/lib/libSDL_mixer.a(wavestream.o): In function `_WAVStream_PlaySome':
wavestream.c:(.text+0x224): undefined reference to `_SDL_MixAudio'

Yet another static linking issue.

>         sh4a |                       qt-4.8.6 | NOK | http://autobuild.buildroot.net/results/119adf6a31266e71e45fb1951d7e8ebbd1ff41fe/

Bug in the CodeSourcery SH4 toolchain. I don't think we have any other
solution than blacklisting configurations that contain Qt4 Webkit and
that use this toolchain. Opinions?

>          arc |                      radvd-2.8 | NOK | http://autobuild.buildroot.net/results/9b480421bd66e046ff9200963facb2663b77fd35/

device-linux.o: In function `check_ip6_forwarding':
/home/test/autobuild/instance-1/output/build/radvd-2.8/device-linux.c:189: undefined reference to `sysctl'

Alexey, can you have a look at this one?

>         bfin |                   thrift-0.9.1 | NOK | http://autobuild.buildroot.net/results/cf2723cf650486586ff18b6ef57c91a74a97bbc9/

bfin-linux-uclibc-g++: /home/chroot/media/code/buildroot/autobuilder/instance-1/output/host/usr/bfin-buildroot-linux-uclibc/sysroot/opt/uClinux/bfin-linux-uclibc/lib/gcc/bfin-linux-uclibc/4.3.5/libstdc++.so: No such file or directory

Don't know what's going on. Someone to have a look?

>       mipsel |                  webkit-1.11.5 | TIM | http://autobuild.buildroot.net/results/beaeaae8163af269ec22c4da0b02e6333a5535c2/

Ignore.

>         bfin |      x264-20140930-2245-stable | NOK | http://autobuild.buildroot.net/results/51bd1464fe85f3fcdc5beb095cb1cdbfa413ec24/

Fixed by http://git.buildroot.net/buildroot/commit/?id=7450386ae9b6d48bf13d1d8a9853b50d9e767c28.

>      powerpc |            xlib_libXfont-1.5.0 | TIM | http://autobuild.buildroot.net/results/4ebf60da298d9dee9864e07138a830f7a05aa1e3/

Ignore.

>         bfin | zmqpp-36413487f05b165dfc82a... | NOK | http://autobuild.buildroot.net/results/3a24fe2b89073bc72a1ab960ae470dc7976738fb/
>         bfin | zmqpp-36413487f05b165dfc82a... | NOK | http://autobuild.buildroot.net/results/2695eccd44bf36e8ce6486c5c8626acbe428d299/

Funky C++ issue. Could someone with C++ knowledge have a look? Maybe
zmqpp is using some C++ features that are too new for the gcc 4.3.x
used in the Blackfin toolchain.

>     mips64el | znc-b396cafdb249544164ed029... | TIM | http://autobuild.buildroot.net/results/ec3771f538d45da7d1d81eef77c14afdff112d55/

Ignore.

Thomas
-- 
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com

[Buildroot] [autobuild.buildroot.net] Build results for 2014-11-19

[Baruch Siach]

Hi Thomas,

On Thu, Nov 20, 2014 at 09:44:07AM +0100, Thomas Petazzoni wrote:
> >      powerpc |              host-mysql-5.1.73 | NOK | http://autobuild.buildroot.net/results/dc0dd9e878edd2b359900d02e1d53d294321c00b/
> >          arm |              host-mysql-5.1.73 | NOK | http://autobuild.buildroot.net/results/0b8411482def8fdfba0aaaa19be01a477707d874/
> 
> configure: error: No curses/termcap library found
> 
> Why don't we simply add host-ncurses to the host-mysql dependencies?
> Nathaniel, can you reproduce this issue on your autobuilder, and see if
> adding host-ncurses to the dependencies of host mysql fixes the problem?

It seem commit d81d202e97258e (mysql: host variant needs ncurses as well) by 
Peter should fix this issue.

baruch

-- 
     http://baruch.siach.name/blog/                  ~. .~   Tk Open Systems
=}------------------------------------------------ooO--U--Ooo------------{=
   - baruch at tkos.co.il - tel: +972.2.679.5364, http://www.tkos.co.il -

[Buildroot] [autobuild.buildroot.net] Build results for 2014-11-19

[Thomas Petazzoni]

Dear Baruch Siach,

On Thu, 20 Nov 2014 11:09:35 +0200, Baruch Siach wrote:
> Hi Thomas,
> 
> On Thu, Nov 20, 2014 at 09:44:07AM +0100, Thomas Petazzoni wrote:
> > >      powerpc |              host-mysql-5.1.73 | NOK | http://autobuild.buildroot.net/results/dc0dd9e878edd2b359900d02e1d53d294321c00b/
> > >          arm |              host-mysql-5.1.73 | NOK | http://autobuild.buildroot.net/results/0b8411482def8fdfba0aaaa19be01a477707d874/
> > 
> > configure: error: No curses/termcap library found
> > 
> > Why don't we simply add host-ncurses to the host-mysql dependencies?
> > Nathaniel, can you reproduce this issue on your autobuilder, and see if
> > adding host-ncurses to the dependencies of host mysql fixes the problem?
> 
> It seem commit d81d202e97258e (mysql: host variant needs ncurses as well) by 
> Peter should fix this issue.

Ah, indeed, missed this one. We'll see if host-mysql issues related to
this continue to pop up or not, but I suspect Peter's commit should fix
those.

Thanks for noticing this!

Thomas
-- 
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com

[Buildroot] [autobuild.buildroot.net] Build results for 2014-11-19

[Peter Korsgaard]

>>>>> "Thomas" == Thomas Petazzoni <thomas.petazzoni@free-electrons.com> writes:

Hi,

 >> powerpc |                  cdrkit-1.1.11 | NOK | http://autobuild.buildroot.net/results/38b4030b17a8ba1319afcfbc326489ecd030b0be/

 > The uClibc bug about setreuid().

 > What do we do about this one? It still isn't fixed upstream. Should we
 > simply disable uClibc for static builds? (But then we would only have
 > musl left as a C library compatible with static builds). Or do we
 > simply blacklist for now the packages that are known to use the symbols
 > causing problems?

 > Peter?

uClibc with static linking is useful for quite some setups, so I would
find it a pity to globally disable it. Let's just disable the affected
packages with a comment.


 >> powerpc |              host-mysql-5.1.73 | NOK | http://autobuild.buildroot.net/results/dc0dd9e878edd2b359900d02e1d53d294321c00b/
 >> arm |              host-mysql-5.1.73 | NOK | http://autobuild.buildroot.net/results/0b8411482def8fdfba0aaaa19be01a477707d874/

 > configure: error: No curses/termcap library found

 > Why don't we simply add host-ncurses to the host-mysql dependencies?
 > Nathaniel, can you reproduce this issue on your autobuilder, and see if
 > adding host-ncurses to the dependencies of host mysql fixes the problem?

I did that yesterday:

http://git.buildroot.net/buildroot/commit/?id=d81d202e97258e440d1fc271ba5cdb7c01f7257f


 >> bfin |                  omniorb-4.1.6 | NOK | http://autobuild.buildroot.net/results/c60d880b620c47f4aa03cdf2e1bb85a526242d54/

 > Proposal of fix by Baruch at http://patchwork.ozlabs.org/patch/412575/.

I will take a look later today.


 >> sh4a |                       qt-4.8.6 | NOK | http://autobuild.buildroot.net/results/119adf6a31266e71e45fb1951d7e8ebbd1ff41fe/

 > Bug in the CodeSourcery SH4 toolchain. I don't think we have any other
 > solution than blacklisting configurations that contain Qt4 Webkit and
 > that use this toolchain. Opinions?

Yes, I also think we should just blacklist it.


 >> bfin |                   thrift-0.9.1 | NOK | http://autobuild.buildroot.net/results/cf2723cf650486586ff18b6ef57c91a74a97bbc9/

 > bfin-linux-uclibc-g++:
 > /home/chroot/media/code/buildroot/autobuilder/instance-1/output/host/usr/bfin-buildroot-linux-uclibc/sysroot/opt/uClinux/bfin-linux-uclibc/lib/gcc/bfin-linux-uclibc/4.3.5/libstdc++.so:
 > No such file or directory

 > Don't know what's going on. Someone to have a look?

I also looked at the log, and it doesn't make sense to me. I haven't
investigated further though.


All in all, it looks pretty good!

-- 
Venlig hilsen,
Peter Korsgaard 

[Buildroot] [autobuild.buildroot.net] Build results for 2014-11-19

[Peter Korsgaard]

>>>>> "Baruch" == Baruch Siach <baruch@tkos.co.il> writes:

 > Hi Peter,
 > On Thu, Nov 20, 2014 at 08:30:13AM +0100, Thomas Petazzoni wrote:
 >> xtensa |                  clamav-0.98.4 | NOK | http://autobuild.buildroot.net/results/1a46e53cf892534f1b3a16c249fa710485290b5a/
 >> arm |                  clamav-0.98.4 | NOK | http://autobuild.buildroot.net/results/e732d1bac8fe68fd8bba50e4e9d908be3d996c83/

 > I can't reproduce these build failures here. They seem to happen only on your 
 > build server. Below are the build log of clamscan link from my machine (after 
 > adding V=1 to make) that seems to fail on your machine. I don't this anything 
 > unusual here.

I'll take a closer look later today - Thanks!

-- 
Bye, Peter Korsgaard 

[Buildroot] [autobuild.buildroot.net] Build results for 2014-11-19

[Thomas Petazzoni]

Dear Peter Korsgaard,

On Thu, 20 Nov 2014 10:36:24 +0100, Peter Korsgaard wrote:

>  > The uClibc bug about setreuid().
> 
>  > What do we do about this one? It still isn't fixed upstream. Should we
>  > simply disable uClibc for static builds? (But then we would only have
>  > musl left as a C library compatible with static builds). Or do we
>  > simply blacklist for now the packages that are known to use the symbols
>  > causing problems?
> 
>  > Peter?
> 
> uClibc with static linking is useful for quite some setups, so I would
> find it a pity to globally disable it. Let's just disable the affected
> packages with a comment.

So you suggest to disable them within Buildroot, or through an
exception in the autobuild-run script?

Advantage of doing it in the autobuild-run script: we don't need to
propagate to all the reverse dependencies. The script will exclude any
configuration that has the problematic package selected with a uClibc
toolchain.

Drawback of doing it in  the autobuild-run script: normal users of
Buildroot may run into the issue.

> I did that yesterday:
> 
> http://git.buildroot.net/buildroot/commit/?id=d81d202e97258e440d1fc271ba5cdb7c01f7257f

Yep, Baruch pointed me to this commit, which I had missed.

>  >> sh4a |                       qt-4.8.6 | NOK | http://autobuild.buildroot.net/results/119adf6a31266e71e45fb1951d7e8ebbd1ff41fe/
> 
>  > Bug in the CodeSourcery SH4 toolchain. I don't think we have any other
>  > solution than blacklisting configurations that contain Qt4 Webkit and
>  > that use this toolchain. Opinions?
> 
> Yes, I also think we should just blacklist it.

I'll add an exception to the autobuilder then.

>  >> bfin |                   thrift-0.9.1 | NOK | http://autobuild.buildroot.net/results/cf2723cf650486586ff18b6ef57c91a74a97bbc9/
> 
>  > bfin-linux-uclibc-g++:
>  > /home/chroot/media/code/buildroot/autobuilder/instance-1/output/host/usr/bfin-buildroot-linux-uclibc/sysroot/opt/uClinux/bfin-linux-uclibc/lib/gcc/bfin-linux-uclibc/4.3.5/libstdc++.so:
>  > No such file or directory
> 
>  > Don't know what's going on. Someone to have a look?
> 
> I also looked at the log, and it doesn't make sense to me. I haven't
> investigated further though.

Ok.

> All in all, it looks pretty good!

Yes, it starts to look good.

Best regards,

Thomas
-- 
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com

[Buildroot] [autobuild.buildroot.net] Build results for 2014-11-19

[Peter Korsgaard]

>>>>> "Thomas" == Thomas Petazzoni <thomas.petazzoni@free-electrons.com> writes:

Hi,

 >> > The uClibc bug about setreuid().
 >> 
 >> > What do we do about this one? It still isn't fixed upstream. Should we
 >> > simply disable uClibc for static builds? (But then we would only have
 >> > musl left as a C library compatible with static builds). Or do we
 >> > simply blacklist for now the packages that are known to use the symbols
 >> > causing problems?
 >> 
 >> > Peter?
 >> 
 >> uClibc with static linking is useful for quite some setups, so I would
 >> find it a pity to globally disable it. Let's just disable the affected
 >> packages with a comment.

 > So you suggest to disable them within Buildroot, or through an
 > exception in the autobuild-run script?

 > Advantage of doing it in the autobuild-run script: we don't need to
 > propagate to all the reverse dependencies. The script will exclude any
 > configuration that has the problematic package selected with a uClibc
 > toolchain.

 > Drawback of doing it in  the autobuild-run script: normal users of
 > Buildroot may run into the issue.

Is there other packages than cdrkit? If the packages don't have huge
reverse dependencies then I would prefer to disable them in Buildroot.


 >> >> sh4a |                       qt-4.8.6 | NOK | http://autobuild.buildroot.net/results/119adf6a31266e71e45fb1951d7e8ebbd1ff41fe/
 >> 
 >> > Bug in the CodeSourcery SH4 toolchain. I don't think we have any other
 >> > solution than blacklisting configurations that contain Qt4 Webkit and
 >> > that use this toolchain. Opinions?
 >> 
 >> Yes, I also think we should just blacklist it.

 > I'll add an exception to the autobuilder then.

Why not to buildroot? It's a toolchain we have a preset for, right?

-- 
Bye, Peter Korsgaard 

[Buildroot] [autobuild.buildroot.net] Build results for 2014-11-19

[Bernd Kuhls]

[posted and mailed]

Thomas Petazzoni <thomas.petazzoni-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8
@public.gmane.org> wrote in news:20141120094407.4b487379 at free-
electrons.com:

>>       xtensa |                  clamav-0.98.4 | NOK | 
http://autobuild.buildroot.net/results/1a46e53cf892534f1b3a16c249fa71048529
0b5a/
>>          arm |                  clamav-0.98.4 | NOK | 
http://autobuild.buildroot.net/results/e732d1bac8fe68fd8bba50e4e9d908be3d99
6c83/
> 
>   CCLD     clamscan
> ../libclamav/.libs/libclamav.so: undefined reference to `bzDecompress'
> ../libclamav/.libs/libclamav.so: undefined reference to 
`bzDecompressInit'
> ../libclamav/.libs/libclamav.so: undefined reference to `bzDecompressEnd'
> collect2: error: ld returned 1 exit status
> 
> Bernd, can you have a look?

Hi,

I still[1] can not reproduce the bug on my machine. Apparently it happens 
only on Peter?s autobuilder: http://autobuild.buildroot.net/?reason=clamav-
0.98.4.

@Peter: Could you please try this patch locally on your autobuilder?

--- a/package/clamav/clamav.mk
+++ b/package/clamav/clamav.mk
@@ -16,6 +16,7 @@ CLAMAV_DEPENDENCIES = openssl zlib $(if $(BR2
_NEEDS_GETTEXT_IF_LOCALE),gettext)

 # mmap cannot be detected when cross-compiling, needed for mempool support
 CLAMAV_CONF_ENV = \
+       LIBBZ2_PREFIX=$(STAGING_DIR)/usr \
        ac_cv_c_mmap_private=yes

 CLAMAV_CONF_OPTS = \


Regards, Bernd

[1] http://article.gmane.org/gmane.comp.lib.uclibc.buildroot/98686

[Buildroot] [autobuild.buildroot.net] Build results for 2014-11-19

[Alexey Brodkin]

Hi Thomas,

On Thu, 2014-11-20 at 09:44 +0100, Thomas Petazzoni wrote:
> Hello,
> 
> Quick analysis of yesterday build results. Samuel, Peter, Gustavo,
> Bernd, Yann, Vincente, Alexey, please have a look below.
> >          arc |                      radvd-2.8 | NOK | http://autobuild.buildroot.net/results/9b480421bd66e046ff9200963facb2663b77fd35/
> 
> device-linux.o: In function `check_ip6_forwarding':
> /home/test/autobuild/instance-1/output/build/radvd-2.8/device-linux.c:189: undefined reference to `sysctl'
> 
> Alexey, can you have a look at this one?

This happens because for ARC in Linux kernel we don't have
__ARCH_WANT_SYSCALL_DEPRECATED.

So a number of syscalls is not enabled in
"include/asm-generic/unistd.h".

From the name of this define I would assume that we should avoid using
those syscalls. So probably "radvd" should be updated.

Any thoughts?

-Alexey

[Buildroot] [autobuild.buildroot.net] Build results for 2014-11-19

[Bernd Kuhls]

Thomas Petazzoni <thomas.petazzoni-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8
@public.gmane.org> wrote in news:20141120094407.4b487379 at free-electrons.com:

>>          arm |             mesa3d-demos-8.2.0 | NOK | 
http://autobuild.buildroot.net/results/92edf234780795bc2dc1aa495c492df1528204
a1/
> 
> corender.c:17:19: fatal error: GL/gl.h: No such file or directory
> 
> Yann, Bernd? I know Yann did an analysis of the issue, but I don't
> think we heard back from Bernd about it. Bernd, can you have a look at
> Yann's analysis of the issue?

Hi,

actually Peter commented on v1 of my patch to fix this bug ;)
Just sent v2: http://patchwork.ozlabs.org/patch/412860/

Yann commented on my glmark2 patch, not committed to buildroot yet, which 
should depend on mesa3d for the time being.

Regards, Bernd

[Buildroot] [autobuild.buildroot.net] Build results for 2014-11-19

[Peter Korsgaard]

>>>>> "Bernd" == Bernd Kuhls <bernd.kuhls@t-online.de> writes:

Hi,

>> Bernd, can you have a look?

 > I still[1] can not reproduce the bug on my machine. Apparently it happens 
 > only on Peter.s autobuilder: http://autobuild.buildroot.net/?reason=clamav-
 > 0.98.4.

I did a manual test build on gcc16 and I see:

(with make CLAMAV_MAKE_OPTS='V=1' BR2_JLEVEL=1 clamav)

libtool: link: /home/peko/tmp/buildroot/output/host/usr/bin/armv5-ctng-linux-gnueabi-gcc -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -pipe -Os -fno-strict-aliasing -o clamscan output.o getopt.o optparser.o actions.o misc.o clamscan.o manager.o  ../libclamav/.libs/libclamav.so -L/home/peko/tmp/buildroot/output/host/usr/arm-buildroot-linux-gnueabi/sysroot/usr/lib -L/usr/lib -lbz2 -lssl -lcrypto -lz -lm -ldl -lpthread -Wl,-rpath -Wl,/home/peko/tmp/buildroot/output/build/clamav-0.98.5/libclamav/.libs
../libclamav/.libs/libclamav.so: undefined reference to `bzDecompress'
../libclamav/.libs/libclamav.so: undefined reference to `bzDecompressInit'
../libclamav/.libs/libclamav.so: undefined reference to `bzDecompressEnd'
collect2: error: ld returned 1 exit status

As the -L/usr/lib hints of, the bzip2 detection is failing. From
config.log:

configure:17633: checking how to link with libbz2
configure:18093: result: /usr/lib/libbz2.so
configure:18134: checking for BZ2_bzDecompressInit in -lbz2
configure:18159: /home/peko/tmp/buildroot/output/host/usr/bin/armv5-ctng-linux-gnueabi-gcc -o conftest -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64  -pipe -Os  -fno-strict-aliasing -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -I/home/peko/tmp/buildroot/output/host/usr/arm-buildroot-linux-gnueabi/sysroot/usr/include  -L/usr/lib conftest.c -lbz2  -ldl  >&5
/usr/lib/libbz2.so: file not recognized: File format not recognized


 > @Peter: Could you please try this patch locally on your autobuilder?

 > --- a/package/clamav/clamav.mk
 > +++ b/package/clamav/clamav.mk
 > @@ -16,6 +16,7 @@ CLAMAV_DEPENDENCIES = openssl zlib $(if $(BR2
 > _NEEDS_GETTEXT_IF_LOCALE),gettext)

 >  # mmap cannot be detected when cross-compiling, needed for mempool support
 >  CLAMAV_CONF_ENV = \
 > +       LIBBZ2_PREFIX=$(STAGING_DIR)/usr \
 >         ac_cv_c_mmap_private=yes

Thanks, but that doesn't work:

Applying buildroot-libtool-v2.4.patch using patch: 
patching file ltmain.sh
(cd /home/peko/tmp/buildroot/output/build/clamav-0.98.5/ && ... \
LIBBZ2_PREFIX=/home/peko/tmp/buildroot/output/host/usr/arm-buildroot-linux-gnueabi/sysroot/usr ac_cv_c_mmap_private=yes CONFIG_SITE=/dev/null ./configure
..
checking how to link with libbz2... /usr/lib/libbz2.so
checking for BZ2_bzDecompressInit in -lbz2... no
checking bzlib.h usability... yes
checking bzlib.h presence... yes

and it naturally still fails at the linking step.

Looking closer at the configure script I see we need to pass
ac_cv_libbz2_libs and ac_cv_libbz2_ltlibs instead. With that done it
works.

I'll cook a patch to do so.

-- 
Bye, Peter Korsgaard

[Buildroot] [autobuild.buildroot.net] Build results for 2014-11-19

[Thomas Petazzoni]

Dear Alexey Brodkin,

On Thu, 20 Nov 2014 19:58:26 +0000, Alexey Brodkin wrote:

> > device-linux.o: In function `check_ip6_forwarding':
> > /home/test/autobuild/instance-1/output/build/radvd-2.8/device-linux.c:189: undefined reference to `sysctl'
> > 
> > Alexey, can you have a look at this one?
> 
> This happens because for ARC in Linux kernel we don't have
> __ARCH_WANT_SYSCALL_DEPRECATED.
> 
> So a number of syscalls is not enabled in
> "include/asm-generic/unistd.h".
> 
> From the name of this define I would assume that we should avoid using
> those syscalls. So probably "radvd" should be updated.
> 
> Any thoughts?

Ok, thanks for the analysis. Going a bit further, the issue is that
when __NR_sysctl is not defined, uClibc will not provide an
implementation of sysctl(), but it will continue to install
<sys/sysctl.h>, which provides the prototype for sysctl().

Looking at the radvd code, the call to sysctl() is actually optional,
depending on whether the configure script has found <sys/sysctl.h>. So
it breaks in our case, because <sys/sysctl.h> is there, but the
sysctl() function is not actually implemented.

So I see two possible solutions (possibly non exclusive) :

 1) Fix uClibc so that it doesn't install <sys/sysctl.h> when sysctl()
    is not available.

 2) Fix radvd configure check so that instead of checking if
    <sys/sysctl.h> is available, check if the sysctl() function is
    actually present. I don't remember if AC_CHECK_FUNCS() so a
    compile+link test or just a compile test. If it does just a compile
    test, then it will not detect the problem. If that's the case, then
    use AC_TRY_LINK() would work.

Best regards,

Thomas Petazzoni
-- 
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com

[Buildroot] [autobuild.buildroot.net] Build results for 2014-11-19

[Bernd Kuhls]

Thomas Petazzoni
<thomas.petazzoni@free-electrons.com> wrote
in news:20141120094407.4b487379 at free-electrons.com: 

>>          arm |                 dovecot-2.2.15 | NOK |
>>          http://autobuild.buildroot.net/results/9b536926b3b2bf82c683b48e
>>          9697a220f1b4bf33/ 
> 
> /home/buildroot/instance-1/output/host/usr/arm-buildroot-linux-uclibcgnue
> abi/sysroot/usr/lib/mysql/libmysqlclient.a(my_time.o): In function
> `str_to_time': my_time.c:(.text+0x9a8): multiple definition of
> `str_to_time' 
> ../../src/lib-dovecot/.libs/libdovecot.a(strnum.o):strnum.c:(.text+0x4f4)
> : first defined here 
> ../../src/lib-dovecot/.libs/libdovecot.a(file-dotlock.o): In function
> `dotlock_create': 
> 
> Symbol conflict between MySQL and Dovecot it seems, in static linking
> configuration. Bernd, can you have a look, since you contributed
> ClamAV ?

Hi,

fixed by http://patchwork.ozlabs.org/patch/413152/

Regards, Bernd