State of bitbake world, Failed tasks 2014-06-02

State of bitbake world, Failed tasks 2014-06-02

[Martin Jansa]

[-- Attachment #1: Type: text/plain, Size: 2692 bytes --]

On Mon, Jun 02, 2014 at 10:49:50AM +0200, Martin Jansa wrote:
> This build still contains huge patch setting B = S or inherit for
> autotools-brokensep for all recipes which were failing in earlier
> master builds.

http://www.openembedded.org/wiki/Bitbake_World_Status

== Failed tasks 2014-06-10 ==

=== common (17) ===
    * meta-openembedded/meta-efl/recipes-efl/efl/efl_1.10.0.bb, do_compile
    * meta-openembedded/meta-gnome/recipes-gnome/libgsf/libgsf_1.14.26.bb, do_compile
    * meta-openembedded/meta-networking/recipes-support/curlpp/curlpp_0.7.3.bb, do_compile
    * meta-openembedded/meta-networking/recipes-support/lksctp-tools/lksctp-tools_1.0.16.bb, do_compile
    * meta-openembedded/meta-oe/recipes-connectivity/libnet/libnet_1.1.6.bb, do_configure
    * meta-openembedded/meta-oe/recipes-devtools/python/python-cython_0.20.1.bb, do_package
    * meta-openembedded/meta-oe/recipes-devtools/python/python-pyyaml_3.10.bb, do_compile
    * meta-openembedded/meta-oe/recipes-multimedia/id3lib/id3lib_3.8.3.bb, do_configure
    * meta-openembedded/meta-oe/recipes-navigation/omgps/omgps_svn.bb, do_compile
    * meta-openembedded/meta-oe/recipes-support/daemonize/daemonize_git.bb, do_configure
    * meta-openembedded/meta-oe/recipes-support/eject/eject_2.1.5.bb, do_compile
    * meta-openembedded/meta-xfce/recipes-apps/xfce4-notifyd/xfce4-notifyd_0.2.2.bb, do_compile
    * meta-openembedded/meta-xfce/recipes-apps/xfce4-screenshooter/xfce4-screenshooter_1.8.1.bb, do_compile
    * meta-qt5/recipes-qt/maliit/maliit-framework-qt5_git.bb, do_compile
    * meta-qt5/recipes-qt/qt5/qtwayland_git.bb, do_install
    * meta-smartphone/meta-fso/recipes-freesmartphone/python/python-pyrtc_git.bb, do_compile
    * meta-smartphone/meta-shr/recipes-shr/shr/python-phoneutils_git.bb, do_compile

=== common-x86 (3) ===
    * meta-browser/recipes-browser/chromium/chromium_35.0.1916.114.bb, do_compile
    * meta-browser/recipes-mozilla/firefox/firefox_10.0.11esr.bb, do_compile
    * openembedded-core/meta/recipes-bsp/grub/grub_2.00.bb, do_package

=== qemuarm (0) ===

=== qemux86 (0) ===

=== qemux86_64 (1) ===
    * meta-openembedded/meta-oe/recipes-benchmark/libhugetlbfs/libhugetlbfs_git.bb, do_compile

=== Number of failed tasks ===
{| class=wikitable
|-
||qemuarm       ||17    ||http://logs.nslu2-linux.org/buildlogs/oe/oe-shr-core-branches//log.world.20140606_153039.log/
|-
||qemux86       ||20    ||http://logs.nslu2-linux.org/buildlogs/oe/oe-shr-core-branches//log.world.20140609_094000.log/
|-
||qemux86_64    ||21    ||http://logs.nslu2-linux.org/buildlogs/oe/oe-shr-core-branches//log.world.20140610_021320.log/
|}


[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 188 bytes --]

Re: State of bitbake world, Failed tasks 2014-06-02

[Martin Jansa]

[-- Attachment #1: Type: text/plain, Size: 4137 bytes --]

On Tue, Jun 10, 2014 at 12:07:22PM +0200, Martin Jansa wrote:
> On Mon, Jun 02, 2014 at 10:49:50AM +0200, Martin Jansa wrote:
> > This build still contains huge patch setting B = S or inherit for
> > autotools-brokensep for all recipes which were failing in earlier
> > master builds.
> 
> http://www.openembedded.org/wiki/Bitbake_World_Status
> 
> == Failed tasks 2014-06-10 ==
> 
> === common (17) ===
>     * meta-openembedded/meta-efl/recipes-efl/efl/efl_1.10.0.bb, do_compile

I'll look into this one (as it's caused by my pending commit and doesn't fail on my local machine)

>     * meta-openembedded/meta-gnome/recipes-gnome/libgsf/libgsf_1.14.26.bb, do_compile
>     * meta-openembedded/meta-networking/recipes-support/curlpp/curlpp_0.7.3.bb, do_compile
>     * meta-openembedded/meta-networking/recipes-support/lksctp-tools/lksctp-tools_1.0.16.bb, do_compile
>     * meta-openembedded/meta-oe/recipes-connectivity/libnet/libnet_1.1.6.bb, do_configure
>     * meta-openembedded/meta-oe/recipes-devtools/python/python-cython_0.20.1.bb, do_package
>     * meta-openembedded/meta-oe/recipes-devtools/python/python-pyyaml_3.10.bb, do_compile
>     * meta-openembedded/meta-oe/recipes-multimedia/id3lib/id3lib_3.8.3.bb, do_configure
>     * meta-openembedded/meta-oe/recipes-navigation/omgps/omgps_svn.bb, do_compile
>     * meta-openembedded/meta-oe/recipes-support/daemonize/daemonize_git.bb, do_configure
>     * meta-openembedded/meta-oe/recipes-support/eject/eject_2.1.5.bb, do_compile
>     * meta-openembedded/meta-xfce/recipes-apps/xfce4-notifyd/xfce4-notifyd_0.2.2.bb, do_compile
>     * meta-openembedded/meta-xfce/recipes-apps/xfce4-screenshooter/xfce4-screenshooter_1.8.1.bb, do_compile
>     * meta-qt5/recipes-qt/maliit/maliit-framework-qt5_git.bb, do_compile

Fixed in master-next and jansa/master branches (I forgot to push it
before starting new build).

>     * meta-qt5/recipes-qt/qt5/qtwayland_git.bb, do_install

Fixed in master-next and jansa/master branches (I forgot to push it
before starting new build).

>     * meta-smartphone/meta-fso/recipes-freesmartphone/python/python-pyrtc_git.bb, do_compile
>     * meta-smartphone/meta-shr/recipes-shr/shr/python-phoneutils_git.bb, do_compile
> 
> === common-x86 (3) ===
>     * meta-browser/recipes-browser/chromium/chromium_35.0.1916.114.bb, do_compile
>     * meta-browser/recipes-mozilla/firefox/firefox_10.0.11esr.bb, do_compile
>     * openembedded-core/meta/recipes-bsp/grub/grub_2.00.bb, do_package

RP asked for more details about this one (and volunteered to look into
it - thanks!)

OE qemux86-64@ ~/oe/shr-core-branches/shr-core $ '/home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/lib/rpm/bin/debugedit' -b '/home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/work/core2-64-oe-linux' -d '/usr/src/debug' -i -l '/home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/work/core2-64-oe-linux/grub/2.00-r1/debugsources.list' '/home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/work/core2-64-oe-linux/grub/2.00-r1/package/usr/lib/grub/i386-pc/uhci.module'
/home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/lib/rpm/bin/debugedit: elf_update: invalid section alignment

workdir, rpm-sstate and few more logs included in 58MB 
http://logs.nslu2-linux.org/buildlogs/oe/oe-shr-core-branches//log.world.20140610_021320.log/grub.tar.bz2

> === qemuarm (0) ===
> 
> === qemux86 (0) ===
> 
> === qemux86_64 (1) ===
>     * meta-openembedded/meta-oe/recipes-benchmark/libhugetlbfs/libhugetlbfs_git.bb, do_compile
> 
> === Number of failed tasks ===
> {| class=wikitable
> |-
> ||qemuarm       ||17    ||http://logs.nslu2-linux.org/buildlogs/oe/oe-shr-core-branches//log.world.20140606_153039.log/
> |-
> ||qemux86       ||20    ||http://logs.nslu2-linux.org/buildlogs/oe/oe-shr-core-branches//log.world.20140609_094000.log/
> |-
> ||qemux86_64    ||21    ||http://logs.nslu2-linux.org/buildlogs/oe/oe-shr-core-branches//log.world.20140610_021320.log/
> |}
> 



-- 
Martin 'JaMa' Jansa     jabber: Martin.Jansa@gmail.com

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 188 bytes --]

Re: State of bitbake world, Failed tasks 2014-06-02

[akuster@mvista]

[-- Attachment #1: Type: text/plain, Size: 2917 bytes --]


On 06/10/2014 03:07 AM, Martin Jansa wrote:
> On Mon, Jun 02, 2014 at 10:49:50AM +0200, Martin Jansa wrote:
>> This build still contains huge patch setting B = S or inherit for
>> autotools-brokensep for all recipes which were failing in earlier
>> master builds.
> http://www.openembedded.org/wiki/Bitbake_World_Status
>
> == Failed tasks 2014-06-10 ==
>
> === common (17) ===
>      * meta-openembedded/meta-efl/recipes-efl/efl/efl_1.10.0.bb, do_compile
>      * meta-openembedded/meta-gnome/recipes-gnome/libgsf/libgsf_1.14.26.bb, do_compile

>      * meta-openembedded/meta-networking/recipes-support/curlpp/curlpp_0.7.3.bb, do_compile
>      * meta-openembedded/meta-networking/recipes-support/lksctp-tools/lksctp-tools_1.0.16.bb, do_compile
>      * meta-openembedded/meta-oe/recipes-connectivity/libnet/libnet_1.1.6.bb, do_configure
I can look into curlpp, lksctp-tools and libnet

- armin

>      * meta-openembedded/meta-oe/recipes-devtools/python/python-cython_0.20.1.bb, do_package
>      * meta-openembedded/meta-oe/recipes-devtools/python/python-pyyaml_3.10.bb, do_compile
>      * meta-openembedded/meta-oe/recipes-multimedia/id3lib/id3lib_3.8.3.bb, do_configure
>      * meta-openembedded/meta-oe/recipes-navigation/omgps/omgps_svn.bb, do_compile
>      * meta-openembedded/meta-oe/recipes-support/daemonize/daemonize_git.bb, do_configure
>      * meta-openembedded/meta-oe/recipes-support/eject/eject_2.1.5.bb, do_compile
>      * meta-openembedded/meta-xfce/recipes-apps/xfce4-notifyd/xfce4-notifyd_0.2.2.bb, do_compile
>      * meta-openembedded/meta-xfce/recipes-apps/xfce4-screenshooter/xfce4-screenshooter_1.8.1.bb, do_compile
>      * meta-qt5/recipes-qt/maliit/maliit-framework-qt5_git.bb, do_compile
>      * meta-qt5/recipes-qt/qt5/qtwayland_git.bb, do_install
>      * meta-smartphone/meta-fso/recipes-freesmartphone/python/python-pyrtc_git.bb, do_compile
>      * meta-smartphone/meta-shr/recipes-shr/shr/python-phoneutils_git.bb, do_compile
>
> === common-x86 (3) ===
>      * meta-browser/recipes-browser/chromium/chromium_35.0.1916.114.bb, do_compile
>      * meta-browser/recipes-mozilla/firefox/firefox_10.0.11esr.bb, do_compile
>      * openembedded-core/meta/recipes-bsp/grub/grub_2.00.bb, do_package
>
> === qemuarm (0) ===
>
> === qemux86 (0) ===
>
> === qemux86_64 (1) ===
>      * meta-openembedded/meta-oe/recipes-benchmark/libhugetlbfs/libhugetlbfs_git.bb, do_compile
>
> === Number of failed tasks ===
> {| class=wikitable
> |-
> ||qemuarm       ||17    ||http://logs.nslu2-linux.org/buildlogs/oe/oe-shr-core-branches//log.world.20140606_153039.log/
> |-
> ||qemux86       ||20    ||http://logs.nslu2-linux.org/buildlogs/oe/oe-shr-core-branches//log.world.20140609_094000.log/
> |-
> ||qemux86_64    ||21    ||http://logs.nslu2-linux.org/buildlogs/oe/oe-shr-core-branches//log.world.20140610_021320.log/
> |}
>
>
>


[-- Attachment #2: Type: text/html, Size: 4133 bytes --]

Re: [OE-core] State of bitbake world, Failed tasks 2014-06-02

[akuster@mvista]

On 06/10/2014 03:07 AM, Martin Jansa wrote:
> On Mon, Jun 02, 2014 at 10:49:50AM +0200, Martin Jansa wrote:
>> This build still contains huge patch setting B = S or inherit for
>> autotools-brokensep for all recipes which were failing in earlier
>> master builds.
> http://www.openembedded.org/wiki/Bitbake_World_Status
>
> == Failed tasks 2014-06-10 ==
>
> === common (17) ===
>      * meta-openembedded/meta-efl/recipes-efl/efl/efl_1.10.0.bb, do_compile
>      * meta-openembedded/meta-gnome/recipes-gnome/libgsf/libgsf_1.14.26.bb, do_compile

>      * meta-openembedded/meta-networking/recipes-support/curlpp/curlpp_0.7.3.bb, do_compile
>      * meta-openembedded/meta-networking/recipes-support/lksctp-tools/lksctp-tools_1.0.16.bb, do_compile
>      * meta-openembedded/meta-oe/recipes-connectivity/libnet/libnet_1.1.6.bb, do_configure
I can look into curlpp, lksctp-tools and libnet

- armin

>      * meta-openembedded/meta-oe/recipes-devtools/python/python-cython_0.20.1.bb, do_package
>      * meta-openembedded/meta-oe/recipes-devtools/python/python-pyyaml_3.10.bb, do_compile
>      * meta-openembedded/meta-oe/recipes-multimedia/id3lib/id3lib_3.8.3.bb, do_configure
>      * meta-openembedded/meta-oe/recipes-navigation/omgps/omgps_svn.bb, do_compile
>      * meta-openembedded/meta-oe/recipes-support/daemonize/daemonize_git.bb, do_configure
>      * meta-openembedded/meta-oe/recipes-support/eject/eject_2.1.5.bb, do_compile
>      * meta-openembedded/meta-xfce/recipes-apps/xfce4-notifyd/xfce4-notifyd_0.2.2.bb, do_compile
>      * meta-openembedded/meta-xfce/recipes-apps/xfce4-screenshooter/xfce4-screenshooter_1.8.1.bb, do_compile
>      * meta-qt5/recipes-qt/maliit/maliit-framework-qt5_git.bb, do_compile
>      * meta-qt5/recipes-qt/qt5/qtwayland_git.bb, do_install
>      * meta-smartphone/meta-fso/recipes-freesmartphone/python/python-pyrtc_git.bb, do_compile
>      * meta-smartphone/meta-shr/recipes-shr/shr/python-phoneutils_git.bb, do_compile
>
> === common-x86 (3) ===
>      * meta-browser/recipes-browser/chromium/chromium_35.0.1916.114.bb, do_compile
>      * meta-browser/recipes-mozilla/firefox/firefox_10.0.11esr.bb, do_compile
>      * openembedded-core/meta/recipes-bsp/grub/grub_2.00.bb, do_package
>
> === qemuarm (0) ===
>
> === qemux86 (0) ===
>
> === qemux86_64 (1) ===
>      * meta-openembedded/meta-oe/recipes-benchmark/libhugetlbfs/libhugetlbfs_git.bb, do_compile
>
> === Number of failed tasks ===
> {| class=wikitable
> |-
> ||qemuarm       ||17    ||http://logs.nslu2-linux.org/buildlogs/oe/oe-shr-core-branches//log.world.20140606_153039.log/
> |-
> ||qemux86       ||20    ||http://logs.nslu2-linux.org/buildlogs/oe/oe-shr-core-branches//log.world.20140609_094000.log/
> |-
> ||qemux86_64    ||21    ||http://logs.nslu2-linux.org/buildlogs/oe/oe-shr-core-branches//log.world.20140610_021320.log/
> |}
>
>
>

Re: State of bitbake world, Failed tasks 2014-06-02

[Richard Purdie]

On Tue, 2014-06-10 at 13:40 +0200, Martin Jansa wrote:
> On Tue, Jun 10, 2014 at 12:07:22PM +0200, Martin Jansa wrote:
> > On Mon, Jun 02, 2014 at 10:49:50AM +0200, Martin Jansa wrote:
> > > This build still contains huge patch setting B = S or inherit for
> > > autotools-brokensep for all recipes which were failing in earlier
> > > master builds.
> > 
> > http://www.openembedded.org/wiki/Bitbake_World_Status
> > 
> > == Failed tasks 2014-06-10 ==
> > 
> > === common (17) ===
> >     * meta-openembedded/meta-efl/recipes-efl/efl/efl_1.10.0.bb, do_compile
> 
> I'll look into this one (as it's caused by my pending commit and doesn't fail on my local machine)
> 
> >     * meta-openembedded/meta-gnome/recipes-gnome/libgsf/libgsf_1.14.26.bb, do_compile
> >     * meta-openembedded/meta-networking/recipes-support/curlpp/curlpp_0.7.3.bb, do_compile
> >     * meta-openembedded/meta-networking/recipes-support/lksctp-tools/lksctp-tools_1.0.16.bb, do_compile
> >     * meta-openembedded/meta-oe/recipes-connectivity/libnet/libnet_1.1.6.bb, do_configure
> >     * meta-openembedded/meta-oe/recipes-devtools/python/python-cython_0.20.1.bb, do_package
> >     * meta-openembedded/meta-oe/recipes-devtools/python/python-pyyaml_3.10.bb, do_compile
> >     * meta-openembedded/meta-oe/recipes-multimedia/id3lib/id3lib_3.8.3.bb, do_configure
> >     * meta-openembedded/meta-oe/recipes-navigation/omgps/omgps_svn.bb, do_compile
> >     * meta-openembedded/meta-oe/recipes-support/daemonize/daemonize_git.bb, do_configure
> >     * meta-openembedded/meta-oe/recipes-support/eject/eject_2.1.5.bb, do_compile
> >     * meta-openembedded/meta-xfce/recipes-apps/xfce4-notifyd/xfce4-notifyd_0.2.2.bb, do_compile
> >     * meta-openembedded/meta-xfce/recipes-apps/xfce4-screenshooter/xfce4-screenshooter_1.8.1.bb, do_compile
> >     * meta-qt5/recipes-qt/maliit/maliit-framework-qt5_git.bb, do_compile
> 
> Fixed in master-next and jansa/master branches (I forgot to push it
> before starting new build).
> 
> >     * meta-qt5/recipes-qt/qt5/qtwayland_git.bb, do_install
> 
> Fixed in master-next and jansa/master branches (I forgot to push it
> before starting new build).
> 
> >     * meta-smartphone/meta-fso/recipes-freesmartphone/python/python-pyrtc_git.bb, do_compile
> >     * meta-smartphone/meta-shr/recipes-shr/shr/python-phoneutils_git.bb, do_compile
> > 
> > === common-x86 (3) ===
> >     * meta-browser/recipes-browser/chromium/chromium_35.0.1916.114.bb, do_compile
> >     * meta-browser/recipes-mozilla/firefox/firefox_10.0.11esr.bb, do_compile
> >     * openembedded-core/meta/recipes-bsp/grub/grub_2.00.bb, do_package
> 
> RP asked for more details about this one (and volunteered to look into
> it - thanks!)
> 
> OE qemux86-64@ ~/oe/shr-core-branches/shr-core $ '/home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/lib/rpm/bin/debugedit' -b '/home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/work/core2-64-oe-linux' -d '/usr/src/debug' -i -l '/home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/work/core2-64-oe-linux/grub/2.00-r1/debugsources.list' '/home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/work/core2-64-oe-linux/grub/2.00-r1/package/usr/lib/grub/i386-pc/uhci.module'
> /home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/lib/rpm/bin/debugedit: elf_update: invalid section alignment
> 
> workdir, rpm-sstate and few more logs included in 58MB 
> http://logs.nslu2-linux.org/buildlogs/oe/oe-shr-core-branches//log.world.20140610_021320.log/grub.tar.bz2

To update on this, "readelf -e uhci.module" shows:

Section Headers:
  [Nr] Name              Type            Addr     Off    Size   ES Flg Lk Inf Al
  [12] .note.GNU-stack   PROGBITS        00000000 0010ce 000000 00      0   0  1

in a good build and:

Section Headers:
  [Nr] Name              Type            Addr     Off    Size   ES Flg Lk Inf Al
  [24] .note.GNU-stack   PROGBITS        00000000 009180 000000 00      0   0  0

in a bad build. The problem is the "Al" (alignment) change from 1 to 0.
If its 0, debugedit complains.

It comes down to the linker. The command you can use is:

ld --build-id --eh-frame-hdr --hash-style=gnu -m elf_i386 -o uhci.module -O1 --as-needed --build-id=none -N -r -d uhci_module-uhci.o

and with bfd, it works, with gold it does not.

I haven't had a chance to dig into what gold is doing differently as yet.

I did change the libelf check to ignore the alignment if the section
size was zero and that let things build successfully. That probably
isn't the real issue though.

So the workaround could be to disable gold for grub and we need to look
further into what gold is doing here. Someone with some idea about elf
formant and linkers would probably be better than me at this point but
I'll try and have a look in due course if nobody beats me to it.

Cheers,

Richard

Re: [OE-core] State of bitbake world, Failed tasks 2014-06-02

[Richard Purdie]

On Tue, 2014-06-10 at 13:40 +0200, Martin Jansa wrote:
> On Tue, Jun 10, 2014 at 12:07:22PM +0200, Martin Jansa wrote:
> > On Mon, Jun 02, 2014 at 10:49:50AM +0200, Martin Jansa wrote:
> > > This build still contains huge patch setting B = S or inherit for
> > > autotools-brokensep for all recipes which were failing in earlier
> > > master builds.
> > 
> > http://www.openembedded.org/wiki/Bitbake_World_Status
> > 
> > == Failed tasks 2014-06-10 ==
> > 
> > === common (17) ===
> >     * meta-openembedded/meta-efl/recipes-efl/efl/efl_1.10.0.bb, do_compile
> 
> I'll look into this one (as it's caused by my pending commit and doesn't fail on my local machine)
> 
> >     * meta-openembedded/meta-gnome/recipes-gnome/libgsf/libgsf_1.14.26.bb, do_compile
> >     * meta-openembedded/meta-networking/recipes-support/curlpp/curlpp_0.7.3.bb, do_compile
> >     * meta-openembedded/meta-networking/recipes-support/lksctp-tools/lksctp-tools_1.0.16.bb, do_compile
> >     * meta-openembedded/meta-oe/recipes-connectivity/libnet/libnet_1.1.6.bb, do_configure
> >     * meta-openembedded/meta-oe/recipes-devtools/python/python-cython_0.20.1.bb, do_package
> >     * meta-openembedded/meta-oe/recipes-devtools/python/python-pyyaml_3.10.bb, do_compile
> >     * meta-openembedded/meta-oe/recipes-multimedia/id3lib/id3lib_3.8.3.bb, do_configure
> >     * meta-openembedded/meta-oe/recipes-navigation/omgps/omgps_svn.bb, do_compile
> >     * meta-openembedded/meta-oe/recipes-support/daemonize/daemonize_git.bb, do_configure
> >     * meta-openembedded/meta-oe/recipes-support/eject/eject_2.1.5.bb, do_compile
> >     * meta-openembedded/meta-xfce/recipes-apps/xfce4-notifyd/xfce4-notifyd_0.2.2.bb, do_compile
> >     * meta-openembedded/meta-xfce/recipes-apps/xfce4-screenshooter/xfce4-screenshooter_1.8.1.bb, do_compile
> >     * meta-qt5/recipes-qt/maliit/maliit-framework-qt5_git.bb, do_compile
> 
> Fixed in master-next and jansa/master branches (I forgot to push it
> before starting new build).
> 
> >     * meta-qt5/recipes-qt/qt5/qtwayland_git.bb, do_install
> 
> Fixed in master-next and jansa/master branches (I forgot to push it
> before starting new build).
> 
> >     * meta-smartphone/meta-fso/recipes-freesmartphone/python/python-pyrtc_git.bb, do_compile
> >     * meta-smartphone/meta-shr/recipes-shr/shr/python-phoneutils_git.bb, do_compile
> > 
> > === common-x86 (3) ===
> >     * meta-browser/recipes-browser/chromium/chromium_35.0.1916.114.bb, do_compile
> >     * meta-browser/recipes-mozilla/firefox/firefox_10.0.11esr.bb, do_compile
> >     * openembedded-core/meta/recipes-bsp/grub/grub_2.00.bb, do_package
> 
> RP asked for more details about this one (and volunteered to look into
> it - thanks!)
> 
> OE qemux86-64@ ~/oe/shr-core-branches/shr-core $ '/home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/lib/rpm/bin/debugedit' -b '/home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/work/core2-64-oe-linux' -d '/usr/src/debug' -i -l '/home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/work/core2-64-oe-linux/grub/2.00-r1/debugsources.list' '/home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/work/core2-64-oe-linux/grub/2.00-r1/package/usr/lib/grub/i386-pc/uhci.module'
> /home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/lib/rpm/bin/debugedit: elf_update: invalid section alignment
> 
> workdir, rpm-sstate and few more logs included in 58MB 
> http://logs.nslu2-linux.org/buildlogs/oe/oe-shr-core-branches//log.world.20140610_021320.log/grub.tar.bz2

To update on this, "readelf -e uhci.module" shows:

Section Headers:
  [Nr] Name              Type            Addr     Off    Size   ES Flg Lk Inf Al
  [12] .note.GNU-stack   PROGBITS        00000000 0010ce 000000 00      0   0  1

in a good build and:

Section Headers:
  [Nr] Name              Type            Addr     Off    Size   ES Flg Lk Inf Al
  [24] .note.GNU-stack   PROGBITS        00000000 009180 000000 00      0   0  0

in a bad build. The problem is the "Al" (alignment) change from 1 to 0.
If its 0, debugedit complains.

It comes down to the linker. The command you can use is:

ld --build-id --eh-frame-hdr --hash-style=gnu -m elf_i386 -o uhci.module -O1 --as-needed --build-id=none -N -r -d uhci_module-uhci.o

and with bfd, it works, with gold it does not.

I haven't had a chance to dig into what gold is doing differently as yet.

I did change the libelf check to ignore the alignment if the section
size was zero and that let things build successfully. That probably
isn't the real issue though.

So the workaround could be to disable gold for grub and we need to look
further into what gold is doing here. Someone with some idea about elf
formant and linkers would probably be better than me at this point but
I'll try and have a look in due course if nobody beats me to it.

Cheers,

Richard

Re: [oe] State of bitbake world, Failed tasks 2014-06-02

[Richard Purdie]

I know that with some of the changes in oe-core, meta-oe is suffering a
little. I've been working on fixing up some of a world build of meta-oe
with patches including the problematic autoconf one applied.

My WIP is:

http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/commit/?h=rpurdie/meta-oe&id=9ece5e493b7844a7282eb883effa9d9a5b56d20e

I appreciate its a huge patch and needs splitting up but there are only
so many hours in the day.

Of note are a few sepbuild fixes in there and one for the binconfig pcre
issue that apache2 has, introduced by the binconfig change in OE-Core. I
took the opportunity to clean up the -native recipe a bit, it should be
closer to the main recipe and allow it to be converted to BBCLASSEXTEND
in due course.

There are some fixes for talloc which I know has caused some headaches
too.

I will try and find the time to clean this up and submit it piece by
piece but if anyone beats me to it, great and hopefully nobody will
duplicate the work.

Cheers,

Richard

Re: State of bitbake world, Failed tasks 2014-06-02

[Richard Purdie]

I know that with some of the changes in oe-core, meta-oe is suffering a
little. I've been working on fixing up some of a world build of meta-oe
with patches including the problematic autoconf one applied.

My WIP is:

http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/commit/?h=rpurdie/meta-oe&id=9ece5e493b7844a7282eb883effa9d9a5b56d20e

I appreciate its a huge patch and needs splitting up but there are only
so many hours in the day.

Of note are a few sepbuild fixes in there and one for the binconfig pcre
issue that apache2 has, introduced by the binconfig change in OE-Core. I
took the opportunity to clean up the -native recipe a bit, it should be
closer to the main recipe and allow it to be converted to BBCLASSEXTEND
in due course.

There are some fixes for talloc which I know has caused some headaches
too.

I will try and find the time to clean this up and submit it piece by
piece but if anyone beats me to it, great and hopefully nobody will
duplicate the work.

Cheers,

Richard

Re: [oe] State of bitbake world, Failed tasks 2014-06-02

[Koen Kooi]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Richard Purdie schreef op 20-06-14 11:57:
> I know that with some of the changes in oe-core, meta-oe is suffering a 
> little. I've been working on fixing up some of a world build of meta-oe 
> with patches including the problematic autoconf one applied.
> 
> My WIP is:
> 
> http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/commit/?h=rpurdie/meta-oe&id=9ece5e493b7844a7282eb883effa9d9a5b56d20e

Thanks!

>
> 
I appreciate its a huge patch and needs splitting up but there are only
> so many hours in the day.
> 
> Of note are a few sepbuild fixes in there and one for the binconfig pcre 
> issue that apache2 has, introduced by the binconfig change in OE-Core. I 
> took the opportunity to clean up the -native recipe a bit, it should be 
> closer to the main recipe and allow it to be converted to BBCLASSEXTEND 
> in due course.

Looks like we did similar things: http://patches.openembedded.org/patch/73919/

I noticed that the LAMP recipes are really, really ugly for historical
reasons. With the autotools updates in oe-core and a few years of upstream
development most hacks aren't needed anymore. Any volunteers for cleaning up
those recipes?

regards,

Koen

> 
> There are some fixes for talloc which I know has caused some headaches 
> too.
> 
> I will try and find the time to clean this up and submit it piece by 
> piece but if anyone beats me to it, great and hopefully nobody will 
> duplicate the work.
> 
> Cheers,
> 
> Richard
> 
> 
> 
> 
> 
> 

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (Darwin)
Comment: GPGTools - http://gpgtools.org

iD8DBQFTpAvBMkyGM64RGpERApouAKCavK3jHaxDCXx8XVGAgoYniV5GFwCfSw7C
DmtUiAcJng1kxC/EBMWaY+k=
=o518
-----END PGP SIGNATURE-----

Re: [oe] State of bitbake world, Failed tasks 2014-06-02

[Martin Jansa]

[-- Attachment #1: Type: text/plain, Size: 1290 bytes --]

On Fri, Jun 20, 2014 at 10:57:52AM +0100, Richard Purdie wrote:
> I know that with some of the changes in oe-core, meta-oe is suffering a
> little. I've been working on fixing up some of a world build of meta-oe
> with patches including the problematic autoconf one applied.
> 
> My WIP is:
> 
> http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/commit/?h=rpurdie/meta-oe&id=9ece5e493b7844a7282eb883effa9d9a5b56d20e
> 
> I appreciate its a huge patch and needs splitting up but there are only
> so many hours in the day.
> 
> Of note are a few sepbuild fixes in there and one for the binconfig pcre
> issue that apache2 has, introduced by the binconfig change in OE-Core. I
> took the opportunity to clean up the -native recipe a bit, it should be
> closer to the main recipe and allow it to be converted to BBCLASSEXTEND
> in due course.
> 
> There are some fixes for talloc which I know has caused some headaches
> too.
> 
> I will try and find the time to clean this up and submit it piece by
> piece but if anyone beats me to it, great and hopefully nobody will
> duplicate the work.

Thanks RP!

I'll split some parts from this for merge today and will send the rest
as separate changes.

-- 
Martin 'JaMa' Jansa     jabber: Martin.Jansa@gmail.com

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 188 bytes --]

Re: State of bitbake world, Failed tasks 2014-06-02

[Martin Jansa]

[-- Attachment #1: Type: text/plain, Size: 1290 bytes --]

On Fri, Jun 20, 2014 at 10:57:52AM +0100, Richard Purdie wrote:
> I know that with some of the changes in oe-core, meta-oe is suffering a
> little. I've been working on fixing up some of a world build of meta-oe
> with patches including the problematic autoconf one applied.
> 
> My WIP is:
> 
> http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/commit/?h=rpurdie/meta-oe&id=9ece5e493b7844a7282eb883effa9d9a5b56d20e
> 
> I appreciate its a huge patch and needs splitting up but there are only
> so many hours in the day.
> 
> Of note are a few sepbuild fixes in there and one for the binconfig pcre
> issue that apache2 has, introduced by the binconfig change in OE-Core. I
> took the opportunity to clean up the -native recipe a bit, it should be
> closer to the main recipe and allow it to be converted to BBCLASSEXTEND
> in due course.
> 
> There are some fixes for talloc which I know has caused some headaches
> too.
> 
> I will try and find the time to clean this up and submit it piece by
> piece but if anyone beats me to it, great and hopefully nobody will
> duplicate the work.

Thanks RP!

I'll split some parts from this for merge today and will send the rest
as separate changes.

-- 
Martin 'JaMa' Jansa     jabber: Martin.Jansa@gmail.com

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 188 bytes --]

Re: [oe] State of bitbake world, Failed tasks 2014-06-02

[Paul Eggleton]

On Friday 20 June 2014 12:24:01 Koen Kooi wrote:
> I noticed that the LAMP recipes are really, really ugly for historical
> reasons. With the autotools updates in oe-core and a few years of upstream
> development most hacks aren't needed anymore. Any volunteers for cleaning up
> those recipes?

I'm happy to do it when I get back from holiday, if nobody gets to it first.

Cheers,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre

Re: [OE-core] State of bitbake world, Failed tasks 2014-06-02

[Paul Eggleton]

On Friday 20 June 2014 12:24:01 Koen Kooi wrote:
> I noticed that the LAMP recipes are really, really ugly for historical
> reasons. With the autotools updates in oe-core and a few years of upstream
> development most hacks aren't needed anymore. Any volunteers for cleaning up
> those recipes?

I'm happy to do it when I get back from holiday, if nobody gets to it first.

Cheers,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre