subject:"\[OE\-core\] \[oe\] State of bitbake world"

Re: [OE-core] [oe] State of bitbake world, Failed tasks 2017-08-19

2017-08-23 Thread Huang, Jie (Jackie)



> -Original Message-
> From: openembedded-devel-boun...@lists.openembedded.org
> [mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of
> Martin Jansa
> Sent: Tuesday, August 22, 2017 21:20
> To: Patches and discussions about the oe-core layer; openembedded-devel
> Subject: [oe] State of bitbake world, Failed tasks 2017-08-19
> 
> Openssl was reverted back to 1.0 version being default, so there is
> fewer errors now, but there was also a fix for package.bbclass:
> http://lists.openembedded.org/pipermail/openembedded-core/2017-
> August/141127.html
> which causes many do_package_qa tasks to fail.
> 
> Please help by sending fixes for issues it found.
> 
> http://www.openembedded.org/wiki/Bitbake_World_Status
> 
> == Number of issues - stats ==
> {| class='wikitable'
> !|Date !!colspan='3'|Failed tasks
>   !!|Signatures !!colspan='14'|QA !!Comment
> |-
> ||||qemuarm   ||qemux86   ||qemux86_64||all
>   ||already-stripped  ||libdir||textrel   ||build-deps
> ||file-
> rdeps ||version-going-backwards   ||host-user-contaminated
>   ||installed-vs-shipped  ||unknown-configure-option  ||symlink-to-
> sysroot   ||invalid-pkgconfig ||pkgname   ||ldflags   
> ||compile-
> host-path ||
> |-
> ||2017-08-19  ||17||21||21||0 ||0 ||0
>   ||5 ||0 ||25||28485
>   ||2 ||0 ||0 ||0 ||0
>   ||0 ||0 ||0 ||
> |}
> 
> == Failed tasks 2017-08-19 ==
> 
> INFO: jenkins-job.sh-1.8.25 Complete log available at http://logs.nslu2-
> linux.org/buildlogs/oe/world/rocko/log.report.20170822_023550.log
> 
> === common (15) ===
> * meta-browser/recipes-mozilla/firefox/firefox_45.9.0esr.bb:do_compile
> * meta-openembedded/meta-filesystems/recipes-
> utils/udevil/udevil_0.4.4.bb:do_package_qa
> * meta-openembedded/meta-gnome/recipes-
> gnome/bonobo/libbonobo_2.32.1.bb:do_package_qa
> * meta-openembedded/meta-networking/recipes-
> daemons/squid/squid_3.5.26.bb:do_package_qa
> * meta-openembedded/meta-networking/recipes-
> kernel/wireguard/wireguard-tools_0.0.20170517.bb:do_package_qa
> * meta-openembedded/meta-networking/recipes-
> support/ndisc6/ndisc6_1.0.3.bb:do_package_qa
> * meta-openembedded/meta-oe/recipes-core/glib-
> 2.0/glibmm_2.50.1.bb:do_package_qa
> * meta-openembedded/meta-oe/recipes-
> devtools/mpich/mpich_3.2.bb:do_package_qa


> * meta-openembedded/meta-oe/recipes-
> extended/corosync/corosync_2.4.2.bb:do_package_qa
> * meta-openembedded/meta-oe/recipes-
> extended/enscript/enscript_1.6.6.bb:do_package_qa
> * meta-openembedded/meta-oe/recipes-
> support/logwarn/logwarn_1.0.14.bb:do_package_qa

I will take these three.

> * meta-openembedded/meta-perl/recipes-perl/libmodule/libmodule-build-
> perl_0.31.bb:do_package_qa
> * meta-openembedded/meta-python/recipes-devtools/python/python3-
> pylint_1.6.5.bb:do_package_qa
> * meta-openembedded/meta-python/recipes-devtools/python/python-
> matplotlib_1.1.0.bb:do_compile
> * meta-smartphone/meta-shr/recipes-shr/3rdparty/ubx-
> utils_git.bb:do_package_qa
> 
> === common-x86 (5) ===
> * meta-openembedded/meta-oe/recipes-devtools/xmlrpc-c/xmlrpc-
> c_1.31.0.bb:do_package_qa
> * meta-openembedded/meta-oe/recipes-support/multipath-tools/multipath-
> tools_0.7.1.bb:do_package_qa

I will take this.

Thanks,
Jackie

> * meta-openembedded/meta-python/recipes-extended/python-
> pykickstart/python3-pykickstart_2.35.bb:do_package_qa
> * meta-qt5/recipes-qt/qt5/qtwebengine_git.bb:do_compile
> * meta-smartphone/meta-shr/recipes-
> shr/3rdparty/numptyphysics_svn.bb:do_package_qa
> 
> === qemuarm (2) ===
> * meta-openembedded/meta-oe/recipes-
> support/mysql/mariadb_5.5.57.bb:do_compile
> * meta-webos-ports/meta-luneui/recipes-luneui/luna-next/luna-
> next.bb:do_compile
> 
> === qemux86 (1) ===
> * meta-openembedded/meta-oe/recipes-
> support/mongodb/mongodb_git.bb:do_compile
> 
> === qemux86_64 (1) ===
> * meta-openembedded/meta-gnome/recipes-gnome/eds/evolution-data-
> server_git.bb:do_compile
> 
> === Number of failed tasks (59) ===
> {| class=wikitable
> |-
> || qemuarm|| 17|| http://logs.nslu2-
> linux.org/buildlogs/oe/world/rocko/log.world.qemuarm.20170820_231852.log/
> || http://errors.yoctoproject.org/Errors/Build/45276/
> |-
> || qemux86|| 21|| http://logs.nslu2-
> linux.org/buildlogs/oe/world/rocko/log.world.qemux86.20170820_161131.log/
> || http://errors.yoctoproject.org/Errors/Build/45273/
> |-
> || qemux86_64 || 21|| http://logs.nslu2-
> linux.org/buildlogs/oe/world/rocko/log.world.qemux86-
> 64.20170819_113439.log/ ||
> http://errors.yoctoproject.org/Errors/Build/44950/
> |}
> 
> === PNBLACKLISTs (1) ===
> 
> === QA issues (28517) ===
> {| class=wikitable

Re: [OE-core] [oe] State of bitbake world, Failed tasks 2017-08-19

2017-08-22 Thread Martin Jansa

Thanks Tim!

Check this thread:
http://lists.openembedded.org/pipermail/openembedded-core/2017-August/141087.html
about python-matplotlib.

On Tue, Aug 22, 2017 at 4:29 PM, Tim Orling <
timothy.t.orl...@linux.intel.com> wrote:

>
> > On Aug 22, 2017, at 6:20 AM, Martin Jansa 
> wrote:
> >
> > Openssl was reverted back to 1.0 version being default, so there is
> > fewer errors now, but there was also a fix for package.bbclass:
> > http://lists.openembedded.org/pipermail/openembedded-core/
> 2017-August/141127.html
> > which causes many do_package_qa tasks to fail.
> >
> > Please help by sending fixes for issues it found.
> >
> > 
> >
> > == Failed tasks 2017-08-19 ==
> >
> > INFO: jenkins-job.sh-1.8.25 Complete log available at
> http://logs.nslu2-linux.org/buildlogs/oe/world/rocko/log.
> report.20170822_023550.log
> >
> > === common (15) ===
> > 
> >* meta-openembedded/meta-perl/recipes-perl/libmodule/
> libmodule-build-perl_0.31.bb:do_package_qa
>
> I’ll take a shot at this one, especially since this recipe version is very
> old. Latest is 0.4224.
>
> >* meta-openembedded/meta-python/recipes-devtools/python/
> python3-pylint_1.6.5.bb:do_package_qa
> >* meta-openembedded/meta-python/recipes-devtools/python/
> python-matplotlib_1.1.0.bb:do_compile
>
> I’ll take a shot at these two. pylint version is a bit old, latest is
> 1.7.2. matplotlib latest version is 2.0.2, so this recipe is very old; also
> needs python3 version.
>
> > 
>
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [oe] State of bitbake world, Failed tasks 2017-08-19

2017-08-22 Thread Tim Orling


> On Aug 22, 2017, at 6:20 AM, Martin Jansa  wrote:
> 
> Openssl was reverted back to 1.0 version being default, so there is
> fewer errors now, but there was also a fix for package.bbclass:
> http://lists.openembedded.org/pipermail/openembedded-core/2017-August/141127.html
> which causes many do_package_qa tasks to fail.
> 
> Please help by sending fixes for issues it found.
> 
> 
> 
> == Failed tasks 2017-08-19 ==
> 
> INFO: jenkins-job.sh-1.8.25 Complete log available at 
> http://logs.nslu2-linux.org/buildlogs/oe/world/rocko/log.report.20170822_023550.log
> 
> === common (15) ===
> 
>* 
> meta-openembedded/meta-perl/recipes-perl/libmodule/libmodule-build-perl_0.31.bb:do_package_qa

I’ll take a shot at this one, especially since this recipe version is very old. 
Latest is 0.4224.

>* 
> meta-openembedded/meta-python/recipes-devtools/python/python3-pylint_1.6.5.bb:do_package_qa
>* 
> meta-openembedded/meta-python/recipes-devtools/python/python-matplotlib_1.1.0.bb:do_compile

I’ll take a shot at these two. pylint version is a bit old, latest is 1.7.2. 
matplotlib latest version is 2.0.2, so this recipe is very old; also needs 
python3 version.

> 

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [oe] State of bitbake world, Failed tasks 2017-08-09

2017-08-11 Thread Martin Jansa

On Fri, Aug 11, 2017 at 07:58:36PM +0200, Andreas Müller wrote:
> On Fri, Aug 11, 2017 at 6:45 PM, Martin Jansa  wrote:
> >
> > firefox and mariadb fail like this only since 
> > conf/distro/include/security_flags.inc was included
> >
> > qtbase fails because of ptest addition as reported on ML
> >
> >> Kodi patch to use std::string was sent. mongodb needs something similar.
> >
> > The kodi patch from Andreas was already included in this build. Yours
> > kodi patch looks similar, but not backported from upstream.
> >
> > see:
> >> > 3a03560 kodi: fix build with latest gcc
> I checked the log and don't understand what happened: kodi on qemux86
> failed exactly with the error message I saw before fixing. Since the
> other qemus did not fail: are you sure my patch did not come in while
> build was already running?

Yes, that's possible (like for squid, maybe qtbase as well).

The problem is that qemux86 and qemux86-64 run on one builder, qemuarm
on another. Each build takes around 25-26 hours (depending on kind of
changes which were introduced since last time, almost any oe-core
upgrade means build from scratch, if I update just pending patches in
meta-oe/master-next, then it's 2-5 hours).

And this report is generated based on the state of qemuarm build.

So quite often I start all 3 at the same time, then some interesting
changes came in later, so qemux86-64 build picks them and because I know
it will take quite long time I re-trigger the qemuarm build to finish in
parallel (so qemux86 usually ends being the "oldest"). But to provide at
least some feedback I don't re-trigger another qemux86 build, because
that would add another day till the report is complete.

No of course another round is already running, hopefully I'll ignore the
temptation to add more changes to it while it's running and do something
better with my life - more consitent report should be available
tomorrow.

Regards,

> >
> >
> >> imagemagick issue is also taken care of
> >
> > is it? where? Notice that this includes also the 2nd imagemagick upgrade
> > which also already disappeared from the site.
> Randy suggested to skip imagemagick update until upstream stabilizes.
> >
> >> I have sent a patch for squid issue
> >
> > You mean this one?
> >> > e435561 squid: Add missing dependencies on openssl expat and libxml2
> >
> > it's already included (might be missing in qemux86 build which was
> > started first).
> >
> -> kodi?
> 
> Regards
> 
> Andreas

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

signature.asc
Description: Digital signature
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [oe] State of bitbake world, Failed tasks 2017-08-09

2017-08-11 Thread Andreas Müller

On Fri, Aug 11, 2017 at 6:45 PM, Martin Jansa  wrote:
>
> firefox and mariadb fail like this only since 
> conf/distro/include/security_flags.inc was included
>
> qtbase fails because of ptest addition as reported on ML
>
>> Kodi patch to use std::string was sent. mongodb needs something similar.
>
> The kodi patch from Andreas was already included in this build. Yours
> kodi patch looks similar, but not backported from upstream.
>
> see:
>> > 3a03560 kodi: fix build with latest gcc
I checked the log and don't understand what happened: kodi on qemux86
failed exactly with the error message I saw before fixing. Since the
other qemus did not fail: are you sure my patch did not come in while
build was already running?
>
>
>> imagemagick issue is also taken care of
>
> is it? where? Notice that this includes also the 2nd imagemagick upgrade
> which also already disappeared from the site.
Randy suggested to skip imagemagick update until upstream stabilizes.
>
>> I have sent a patch for squid issue
>
> You mean this one?
>> > e435561 squid: Add missing dependencies on openssl expat and libxml2
>
> it's already included (might be missing in qemux86 build which was
> started first).
>
-> kodi?

Regards

Andreas
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [oe] State of bitbake world, Failed tasks 2017-08-09

2017-08-11 Thread Martin Jansa

On Fri, Aug 11, 2017 at 08:59:48AM -0700, Khem Raj wrote:
> On Fri, Aug 11, 2017 at 1:03 AM, Martin Jansa  wrote:
> > It got significantly worse again.
> >
> > http://www.openembedded.org/wiki/Bitbake_World_Status
> >
> 
> Lot of linking issues seems unique to gold ( firefox, qtbase, mariadb )

firefox and mariadb fail like this only since 
conf/distro/include/security_flags.inc was included

qtbase fails because of ptest addition as reported on ML

> Kodi patch to use std::string was sent. mongodb needs something similar.

The kodi patch from Andreas was already included in this build. Yours
kodi patch looks similar, but not backported from upstream.

see:
> > 3a03560 kodi: fix build with latest gcc


> imagemagick issue is also taken care of

is it? where? Notice that this includes also the 2nd imagemagick upgrade
which also already disappeared from the site.

> I have sent a patch for squid issue

You mean this one?
> > e435561 squid: Add missing dependencies on openssl expat and libxml2

it's already included (might be missing in qemux86 build which was
started first).

> 
> > == Number of issues - stats ==
> > {| class='wikitable'
> > !|Date   !!colspan='3'|Failed tasks 
> > !!|Signatures !!colspan='14'|QA !!Comment
> > |-
> > ||  ||qemuarm   ||qemux86   ||qemux86_64||all   
> > ||already-stripped  ||libdir||textrel   ||build-deps
> > ||file-rdeps||version-going-backwards   ||host-user-contaminated
> > ||installed-vs-shipped  ||unknown-configure-option  
> > ||symlink-to-sysroot||invalid-pkgconfig ||pkgname   ||ldflags   
> > ||compile-host-path ||
> > |-
> > ||2017-08-09||4 ||9 ||7 ||1 ||0 ||0 
> > ||5 ||0 ||0 ||5 ||0 
> > ||0 ||0 ||0 ||0 ||0 
> > ||0 ||0 ||
> > |}
> >
> > == Failed tasks 2017-08-09 ==
> >
> > INFO: jenkins-job.sh-1.8.25 Complete log available at 
> > http://logs.nslu2-linux.org/buildlogs/oe/world/rocko/log.report.20170810_215947.log
> >
> > === common (2) ===
> > * 
> > meta-openembedded/meta-oe/recipes-extended/vlock/vlock_2.2.3.bb:do_configure
> > * 
> > meta-openembedded/meta-oe/recipes-support/imagemagick/imagemagick_7.0.6.bb:do_fetch
> >
> > === common-x86 (3) ===
> > * meta-browser/recipes-mozilla/firefox/firefox_45.9.0esr.bb:do_compile
> > * 
> > meta-openembedded/meta-gnome/recipes-gnome/bonobo/libbonoboui_2.24.5.bb:do_configure
> > * 
> > meta-openembedded/meta-oe/recipes-extended/polkit/polkit-gnome_0.105.bb:do_configure
> >
> > === qemuarm (2) ===
> > * 
> > meta-openembedded/meta-oe/recipes-support/mysql/mariadb_5.5.55.bb:do_compile
> > * openembedded-core/meta/recipes-devtools/llvm/llvm_git.bb:do_compile
> >
> > === qemux86 (4) ===
> > * 
> > meta-openembedded/meta-multimedia/recipes-mediacenter/kodi/kodi_17.bb:do_compile
> > * 
> > meta-openembedded/meta-networking/recipes-daemons/squid/squid_3.5.26.bb:do_configure
> > * 
> > meta-openembedded/meta-oe/recipes-support/mongodb/mongodb_git.bb:do_compile
> > * meta-qt5/recipes-qt/qt5/qtbase_git.bb:do_compile
> >
> > === qemux86_64 (2) ===
> > * meta-qt5/recipes-qt/qt5/qtwebengine_git.bb:do_compile
> > * meta-qt5/recipes-qt/qt5/qtwebkit_git.bb:do_compile
> >
> > === Number of failed tasks (20) ===
> > {| class=wikitable
> > |-
> > || qemuarm  || 4 || 
> > http://logs.nslu2-linux.org/buildlogs/oe/world/rocko/log.world.qemuarm.20170809_054937.log/
> >  || http://errors.yoctoproject.org/Errors/Build/43306/
> > |-
> > || qemux86  || 9 || 
> > http://logs.nslu2-linux.org/buildlogs/oe/world/rocko/log.world.qemux86.20170808_120058.log/
> >  || http://errors.yoctoproject.org/Errors/Build/43271/
> > |-
> > || qemux86_64   || 7 || 
> > http://logs.nslu2-linux.org/buildlogs/oe/world/rocko/log.world.qemux86-64.20170809_132802.log/
> >  ||
> > |}
> >
> > === PNBLACKLISTs (1) ===
> >
> > === QA issues (10) ===
> > {| class=wikitable
> > !| Count||Issue
> > |-
> > ||0 ||already-stripped
> > |-
> > ||0 ||build-deps
> > |-
> > ||0 ||compile-host-path
> > |-
> > ||0 ||file-rdeps
> > |-
> > ||0 ||host-user-contaminated
> > |-
> > ||0 ||installed-vs-shipped
> > |-
> > ||0 ||invalid-pkgconfig
> > |-
> > ||0 ||ldflags
> > |-
> > ||0 ||libdir
> > |-
> > ||0 ||pkgname
> > |-
> > ||0 ||symlink-to-sysroot
> > |-
> > ||0 ||unknown-configure-option
> > |-
> > ||5 ||textrel
> > |-
> > ||5 ||version-going-backwards
> > |}
> >
> >
> >
> > === Incorrect PACKAGE_ARCH or sstate signatures (1) ===
> >
> > Complete log: 
> > http://logs.nslu2-linux.org/buildlogs/oe/world/rocko/log.signatures.20170810_022613.log/
> > * ERROR: 1 issues were found in these recipes: gnome-common

Re: [OE-core] [oe] State of bitbake world, Failed tasks 2017-08-09

2017-08-11 Thread Khem Raj

On Fri, Aug 11, 2017 at 1:03 AM, Martin Jansa  wrote:
> It got significantly worse again.
>
> http://www.openembedded.org/wiki/Bitbake_World_Status
>

Lot of linking issues seems unique to gold ( firefox, qtbase, mariadb )
Kodi patch to use std::string was sent. mongodb needs something similar.
imagemagick issue is also taken care of
I have sent a patch for squid issue

> == Number of issues - stats ==
> {| class='wikitable'
> !|Date   !!colspan='3'|Failed tasks 
> !!|Signatures !!colspan='14'|QA !!Comment
> |-
> ||  ||qemuarm   ||qemux86   ||qemux86_64||all   
> ||already-stripped  ||libdir||textrel   ||build-deps
> ||file-rdeps||version-going-backwards   ||host-user-contaminated  
>   ||installed-vs-shipped  ||unknown-configure-option  
> ||symlink-to-sysroot||invalid-pkgconfig ||pkgname   ||ldflags 
>   ||compile-host-path ||
> |-
> ||2017-08-09||4 ||9 ||7 ||1 ||0 ||0   
>   ||5 ||0 ||0 ||5 ||0 
> ||0 ||0 ||0 ||0 ||0   
>   ||0 ||0 ||
> |}
>
> == Failed tasks 2017-08-09 ==
>
> INFO: jenkins-job.sh-1.8.25 Complete log available at 
> http://logs.nslu2-linux.org/buildlogs/oe/world/rocko/log.report.20170810_215947.log
>
> === common (2) ===
> * 
> meta-openembedded/meta-oe/recipes-extended/vlock/vlock_2.2.3.bb:do_configure
> * 
> meta-openembedded/meta-oe/recipes-support/imagemagick/imagemagick_7.0.6.bb:do_fetch
>
> === common-x86 (3) ===
> * meta-browser/recipes-mozilla/firefox/firefox_45.9.0esr.bb:do_compile
> * 
> meta-openembedded/meta-gnome/recipes-gnome/bonobo/libbonoboui_2.24.5.bb:do_configure
> * 
> meta-openembedded/meta-oe/recipes-extended/polkit/polkit-gnome_0.105.bb:do_configure
>
> === qemuarm (2) ===
> * 
> meta-openembedded/meta-oe/recipes-support/mysql/mariadb_5.5.55.bb:do_compile
> * openembedded-core/meta/recipes-devtools/llvm/llvm_git.bb:do_compile
>
> === qemux86 (4) ===
> * 
> meta-openembedded/meta-multimedia/recipes-mediacenter/kodi/kodi_17.bb:do_compile
> * 
> meta-openembedded/meta-networking/recipes-daemons/squid/squid_3.5.26.bb:do_configure
> * 
> meta-openembedded/meta-oe/recipes-support/mongodb/mongodb_git.bb:do_compile
> * meta-qt5/recipes-qt/qt5/qtbase_git.bb:do_compile
>
> === qemux86_64 (2) ===
> * meta-qt5/recipes-qt/qt5/qtwebengine_git.bb:do_compile
> * meta-qt5/recipes-qt/qt5/qtwebkit_git.bb:do_compile
>
> === Number of failed tasks (20) ===
> {| class=wikitable
> |-
> || qemuarm  || 4 || 
> http://logs.nslu2-linux.org/buildlogs/oe/world/rocko/log.world.qemuarm.20170809_054937.log/
>  || http://errors.yoctoproject.org/Errors/Build/43306/
> |-
> || qemux86  || 9 || 
> http://logs.nslu2-linux.org/buildlogs/oe/world/rocko/log.world.qemux86.20170808_120058.log/
>  || http://errors.yoctoproject.org/Errors/Build/43271/
> |-
> || qemux86_64   || 7 || 
> http://logs.nslu2-linux.org/buildlogs/oe/world/rocko/log.world.qemux86-64.20170809_132802.log/
>  ||
> |}
>
> === PNBLACKLISTs (1) ===
>
> === QA issues (10) ===
> {| class=wikitable
> !| Count||Issue
> |-
> ||0 ||already-stripped
> |-
> ||0 ||build-deps
> |-
> ||0 ||compile-host-path
> |-
> ||0 ||file-rdeps
> |-
> ||0 ||host-user-contaminated
> |-
> ||0 ||installed-vs-shipped
> |-
> ||0 ||invalid-pkgconfig
> |-
> ||0 ||ldflags
> |-
> ||0 ||libdir
> |-
> ||0 ||pkgname
> |-
> ||0 ||symlink-to-sysroot
> |-
> ||0 ||unknown-configure-option
> |-
> ||5 ||textrel
> |-
> ||5 ||version-going-backwards
> |}
>
>
>
> === Incorrect PACKAGE_ARCH or sstate signatures (1) ===
>
> Complete log: 
> http://logs.nslu2-linux.org/buildlogs/oe/world/rocko/log.signatures.20170810_022613.log/
> * ERROR: 1 issues were found in these recipes: gnome-common
>
> * ERROR: 1 errors found in 
> signatures.qemuarm.do_package_write_ipk.sigdata.log
>
> * ERROR: gnome-common different signature for task 
> do_package_write_ipk.sigdata between qemux86copy and qemuarm
> * ERROR: 1 errors found in 
> /home/jenkins/oe/world/shr-core/tmp-glibc/sstate-diff/1502367973/signatures.qemuarm.do_package_write_ipk.sigdata.log
> * ERROR: 1 issues were found in these recipes: gnome-common
>
>
> PNBLACKLISTs:
> openembedded-core/:
> meta-browser:
> meta-openembedded:
> meta-networking/recipes-support/lksctp-tools/lksctp-tools_1.0.17.bb:PNBLACKLIST[lksctp-tools]
>  ?= "${@bb.utils.contains('DISTRO_FEATURES', 'ld-is-gold', "BROKEN: fails to 
> link against sctp_connectx symbol", '', d)}"
> meta-qt5:
> meta-smartphone:
> meta-webos-ports:
> PNBLACKLIST[android-system] = "depends on lxc from meta-virtualiazation which 
> isn't included in my world builds"
> PNBLACKLIST[bigbuckbunny-1080p] = "big

Re: [OE-core] [oe] State of bitbake world, Failed tasks 2017-07-11

2017-07-13 Thread Khem Raj

On Thu, Jul 13, 2017 at 3:14 AM, Martin Jansa  wrote:
> Shouldn't but one still slipped in:
> http://errors.yoctoproject.org/Errors/Details/147438/
>

I do not test with systemd regularly. But this patch should
be applied to this recipe too

http://git.openembedded.org/openembedded-core/commit/?id=7e562e24ed295a36f3d909f57cef017faf73f093


> Thanks again for great work preparing the new toolchain.
>
> On Wed, Jul 12, 2017 at 6:34 PM, Khem Raj  wrote:
>>
>> On Wed, Jul 12, 2017 at 1:57 AM, Martin Jansa 
>> wrote:
>> > http://www.openembedded.org/wiki/Bitbake_World_Status
>> >
>> > There is pending fix for valgrind and klibc, I've dropped udevil until
>> > v2 is sent, so
>> > hopefully next build will show only new issues caused by glibc upgrade.
>> >
>>
>> there shouldn't be any :)
>>
>> > == Number of issues - stats ==
>> > {| class='wikitable'
>> > !|Date   !!colspan='3'|Failed tasks
>> > !!|Signatures !!colspan='14'|QA !!Comment
>> > |-
>> > ||  ||qemuarm   ||qemux86   ||qemux86_64||all
>> > ||already-stripped  ||libdir||textrel   ||build-deps
>> > ||file-rdeps||version-going-backwards   ||host-user-contaminated
>> > ||installed-vs-shipped  ||unknown-configure-option  
>> > ||symlink-to-sysroot
>> > ||invalid-pkgconfig ||pkgname   ||ldflags   ||compile-host-path
>> > ||
>> > |-
>> > ||2017-07-11||3 ||2 ||2 ||0 ||0 ||1
>> > ||0 ||0 ||0 ||229   ||0
>> > ||0 ||0 ||0 ||0 ||0
>> > ||0 ||0 ||
>> > |}
>> >
>> > == Failed tasks 2017-07-11 ==
>> >
>> > INFO: jenkins-job.sh-1.8.24 Complete log available at
>> > http://logs.nslu2-linux.org/buildlogs/oe/world/rocko/log.report.20170711_071226.log
>> >
>> > === common (1) ===
>> > *
>> > meta-openembedded/meta-filesystems/recipes-utils/udevil/udevil_0.4.4.bb:do_package
>> >
>> > === common-x86 (1) ===
>> > *
>> > openembedded-core/meta/recipes-devtools/valgrind/valgrind_3.12.0.bb:do_compile_ptest_base
>> >
>> > === qemuarm (2) ===
>> > *
>> > meta-openembedded/meta-initramfs/recipes-devtools/klibc/klibc_2.0.4.bb:do_compile
>> > *
>> > meta-openembedded/meta-initramfs/recipes-devtools/klibc/klibc-static-utils_2.0.4.bb:do_compile
>> >
>> > === qemux86 (0) ===
>> >
>> > === qemux86_64 (0) ===
>> >
>> > === Number of failed tasks (7) ===
>> > {| class=wikitable
>> > |-
>> > || qemuarm  || 3 ||
>> > http://logs.nslu2-linux.org/buildlogs/oe/world/rocko/log.world.qemuarm.20170710_232524.log/
>> > || http://errors.yoctoproject.org/Errors/Build/40944/
>> > |-
>> > || qemux86  || 2 ||
>> > http://logs.nslu2-linux.org/buildlogs/oe/world/rocko/log.world.qemux86.20170711_003346.log/
>> > || http://errors.yoctoproject.org/Errors/Build/40945/
>> > |-
>> > || qemux86_64   || 2 ||
>> > http://logs.nslu2-linux.org/buildlogs/oe/world/rocko/log.world.qemux86-64.20170711_035611.log/
>> > || http://errors.yoctoproject.org/Errors/Build/40946/
>> > |}
>> >
>> > === PNBLACKLISTs (14) ===
>> >
>> > === QA issues (230) ===
>> > {| class=wikitable
>> > !| Count||Issue
>> > |-
>> > ||0 ||already-stripped
>> > |-
>> > ||0 ||build-deps
>> > |-
>> > ||0 ||compile-host-path
>> > |-
>> > ||0 ||file-rdeps
>> > |-
>> > ||0 ||host-user-contaminated
>> > |-
>> > ||0 ||installed-vs-shipped
>> > |-
>> > ||0 ||invalid-pkgconfig
>> > |-
>> > ||0 ||ldflags
>> > |-
>> > ||0 ||pkgname
>> > |-
>> > ||0 ||symlink-to-sysroot
>> > |-
>> > ||0 ||textrel
>> > |-
>> > ||0 ||unknown-configure-option
>> > |-
>> > ||1 ||libdir
>> > |-
>> > ||229   ||version-going-backwards
>> > |}
>> >
>> >
>> >
>> > === Incorrect PACKAGE_ARCH or sstate signatures (0) ===
>> >
>> > Complete log:
>> > http://logs.nslu2-linux.org/buildlogs/oe/world/rocko/log.signatures.20170711_015904.log/
>> >
>> > No issues detected
>> >
>> >
>> > PNBLACKLISTs:
>> > openembedded-core/:
>> > meta-browser:
>> > meta-openembedded:
>> >
>> > meta-networking/recipes-support/lksctp-tools/lksctp-tools_1.0.17.bb:PNBLACKLIST[lksctp-tools]
>> > ?= "${@bb.utils.contains('DISTRO_FEATURES', 'ld-is-gold', "BROKEN: fails to
>> > link against sctp_connectx symbol", '', d)}"
>> >
>> > meta-oe/recipes-connectivity/bluez/bluez-hcidump_2.5.bb:PNBLACKLIST[bluez-hcidump]
>> > ?= "${@bb.utils.contains('DISTRO_FEATURES', 'bluez5', 'bluez5 conflicts 
>> > with
>> > bluez4 and bluez5 is selected in DISTRO_FEATURES', '', d)}"
>> > meta-oe/recipes-connectivity/bluez/bluez4_4.101.bb:PNBLACKLIST[bluez4]
>> > ?= "${@bb.utils.contains('DISTRO_FEATURES', 'bluez5', 'bluez5 conflicts 
>> > with
>> > bluez4 and bluez5 is selected in DISTRO_FEATURES', '', d)}"
>> >
>> > meta-oe/recipes-connectivity/bluez/gst-plugin-bluetooth_4.101.bb:PNBLACKLIST[gst-plugin-bluetooth]
>> > ?=

Re: [OE-core] [oe] State of bitbake world, Failed tasks 2017-07-11

2017-07-13 Thread Martin Jansa

Shouldn't but one still slipped in:
http://errors.yoctoproject.org/Errors/Details/147438/

Thanks again for great work preparing the new toolchain.

On Wed, Jul 12, 2017 at 6:34 PM, Khem Raj  wrote:

> On Wed, Jul 12, 2017 at 1:57 AM, Martin Jansa 
> wrote:
> > http://www.openembedded.org/wiki/Bitbake_World_Status
> >
> > There is pending fix for valgrind and klibc, I've dropped udevil until
> v2 is sent, so
> > hopefully next build will show only new issues caused by glibc upgrade.
> >
>
> there shouldn't be any :)
>
> > == Number of issues - stats ==
> > {| class='wikitable'
> > !|Date   !!colspan='3'|Failed tasks
>  !!|Signatures !!colspan='14'|QA !!Comment
> > |-
> > ||  ||qemuarm   ||qemux86   ||qemux86_64||all
>  ||already-stripped  ||libdir||textrel   ||build-deps
> ||file-rdeps||version-going-backwards   ||host-user-contaminated
> ||installed-vs-shipped  ||unknown-configure-option
> ||symlink-to-sysroot||invalid-pkgconfig ||pkgname   ||ldflags
>  ||compile-host-path ||
> > |-
> > ||2017-07-11||3 ||2 ||2 ||0 ||0 ||1
>||0 ||0 ||0 ||229   ||0
>||0 ||0 ||0 ||0
>  ||0 ||0 ||0 ||
> > |}
> >
> > == Failed tasks 2017-07-11 ==
> >
> > INFO: jenkins-job.sh-1.8.24 Complete log available at
> http://logs.nslu2-linux.org/buildlogs/oe/world/rocko/log.
> report.20170711_071226.log
> >
> > === common (1) ===
> > * meta-openembedded/meta-filesystems/recipes-utils/
> udevil/udevil_0.4.4.bb:do_package
> >
> > === common-x86 (1) ===
> > * openembedded-core/meta/recipes-devtools/valgrind/
> valgrind_3.12.0.bb:do_compile_ptest_base
> >
> > === qemuarm (2) ===
> > * meta-openembedded/meta-initramfs/recipes-devtools/
> klibc/klibc_2.0.4.bb:do_compile
> > * meta-openembedded/meta-initramfs/recipes-devtools/
> klibc/klibc-static-utils_2.0.4.bb:do_compile
> >
> > === qemux86 (0) ===
> >
> > === qemux86_64 (0) ===
> >
> > === Number of failed tasks (7) ===
> > {| class=wikitable
> > |-
> > || qemuarm  || 3 || http://logs.nslu2-linux.org/
> buildlogs/oe/world/rocko/log.world.qemuarm.20170710_232524.log/ ||
> http://errors.yoctoproject.org/Errors/Build/40944/
> > |-
> > || qemux86  || 2 || http://logs.nslu2-linux.org/
> buildlogs/oe/world/rocko/log.world.qemux86.20170711_003346.log/ ||
> http://errors.yoctoproject.org/Errors/Build/40945/
> > |-
> > || qemux86_64   || 2 || http://logs.nslu2-linux.org/
> buildlogs/oe/world/rocko/log.world.qemux86-64.20170711_035611.log/ ||
> http://errors.yoctoproject.org/Errors/Build/40946/
> > |}
> >
> > === PNBLACKLISTs (14) ===
> >
> > === QA issues (230) ===
> > {| class=wikitable
> > !| Count||Issue
> > |-
> > ||0 ||already-stripped
> > |-
> > ||0 ||build-deps
> > |-
> > ||0 ||compile-host-path
> > |-
> > ||0 ||file-rdeps
> > |-
> > ||0 ||host-user-contaminated
> > |-
> > ||0 ||installed-vs-shipped
> > |-
> > ||0 ||invalid-pkgconfig
> > |-
> > ||0 ||ldflags
> > |-
> > ||0 ||pkgname
> > |-
> > ||0 ||symlink-to-sysroot
> > |-
> > ||0 ||textrel
> > |-
> > ||0 ||unknown-configure-option
> > |-
> > ||1 ||libdir
> > |-
> > ||229   ||version-going-backwards
> > |}
> >
> >
> >
> > === Incorrect PACKAGE_ARCH or sstate signatures (0) ===
> >
> > Complete log: http://logs.nslu2-linux.org/buildlogs/oe/world/rocko/log.
> signatures.20170711_015904.log/
> >
> > No issues detected
> >
> >
> > PNBLACKLISTs:
> > openembedded-core/:
> > meta-browser:
> > meta-openembedded:
> > meta-networking/recipes-support/lksctp-tools/lksctp-tools_1.0.17.bb:
> PNBLACKLIST[lksctp-tools] ?= "${@bb.utils.contains('DISTRO_FEATURES',
> 'ld-is-gold', "BROKEN: fails to link against sctp_connectx symbol", '', d)}"
> > meta-oe/recipes-connectivity/bluez/bluez-hcidump_2.5.bb:PNBLACKLIST[bluez-hcidump]
> ?= "${@bb.utils.contains('DISTRO_FEATURES', 'bluez5', 'bluez5 conflicts
> with bluez4 and bluez5 is selected in DISTRO_FEATURES', '', d)}"
> > meta-oe/recipes-connectivity/bluez/bluez4_4.101.bb:PNBLACKLIST[bluez4]
> ?= "${@bb.utils.contains('DISTRO_FEATURES', 'bluez5', 'bluez5 conflicts
> with bluez4 and bluez5 is selected in DISTRO_FEATURES', '', d)}"
> > meta-oe/recipes-connectivity/bluez/gst-plugin-bluetooth_4.101.bb:
> PNBLACKLIST[gst-plugin-bluetooth] ?= "${@bb.utils.contains('DISTRO_FEATURES',
> 'bluez5', 'bluez5 conflicts with bluez4 and bluez5 is selected in
> DISTRO_FEATURES', '', d)}"
> > meta-oe/recipes-graphics/libsexy/libsexy_0.1.11.bb:PNBLACKLIST[libsexy]
> ?= "Fails to build with RSS http://errors.yoctoproject.
> org/Errors/Details/130607/ - the recipe will be removed on 2017-09-01
> unless the issue is fixed"
> > meta-oe/recipes-graphics/xorg-driver/xf86-video-geode_2.11.16.bb:
>

Re: [OE-core] [oe] State of bitbake world, Failed tasks 2017-07-11

2017-07-12 Thread Khem Raj

On Wed, Jul 12, 2017 at 1:57 AM, Martin Jansa  wrote:
> http://www.openembedded.org/wiki/Bitbake_World_Status
>
> There is pending fix for valgrind and klibc, I've dropped udevil until v2 is 
> sent, so
> hopefully next build will show only new issues caused by glibc upgrade.
>

there shouldn't be any :)

> == Number of issues - stats ==
> {| class='wikitable'
> !|Date   !!colspan='3'|Failed tasks 
> !!|Signatures !!colspan='14'|QA !!Comment
> |-
> ||  ||qemuarm   ||qemux86   ||qemux86_64||all   
> ||already-stripped  ||libdir||textrel   ||build-deps
> ||file-rdeps||version-going-backwards   ||host-user-contaminated  
>   ||installed-vs-shipped  ||unknown-configure-option  
> ||symlink-to-sysroot||invalid-pkgconfig ||pkgname   ||ldflags 
>   ||compile-host-path ||
> |-
> ||2017-07-11||3 ||2 ||2 ||0 ||0 ||1   
>   ||0 ||0 ||0 ||229   ||0 
> ||0 ||0 ||0 ||0 ||0   
>   ||0 ||0 ||
> |}
>
> == Failed tasks 2017-07-11 ==
>
> INFO: jenkins-job.sh-1.8.24 Complete log available at 
> http://logs.nslu2-linux.org/buildlogs/oe/world/rocko/log.report.20170711_071226.log
>
> === common (1) ===
> * 
> meta-openembedded/meta-filesystems/recipes-utils/udevil/udevil_0.4.4.bb:do_package
>
> === common-x86 (1) ===
> * 
> openembedded-core/meta/recipes-devtools/valgrind/valgrind_3.12.0.bb:do_compile_ptest_base
>
> === qemuarm (2) ===
> * 
> meta-openembedded/meta-initramfs/recipes-devtools/klibc/klibc_2.0.4.bb:do_compile
> * 
> meta-openembedded/meta-initramfs/recipes-devtools/klibc/klibc-static-utils_2.0.4.bb:do_compile
>
> === qemux86 (0) ===
>
> === qemux86_64 (0) ===
>
> === Number of failed tasks (7) ===
> {| class=wikitable
> |-
> || qemuarm  || 3 || 
> http://logs.nslu2-linux.org/buildlogs/oe/world/rocko/log.world.qemuarm.20170710_232524.log/
>  || http://errors.yoctoproject.org/Errors/Build/40944/
> |-
> || qemux86  || 2 || 
> http://logs.nslu2-linux.org/buildlogs/oe/world/rocko/log.world.qemux86.20170711_003346.log/
>  || http://errors.yoctoproject.org/Errors/Build/40945/
> |-
> || qemux86_64   || 2 || 
> http://logs.nslu2-linux.org/buildlogs/oe/world/rocko/log.world.qemux86-64.20170711_035611.log/
>  || http://errors.yoctoproject.org/Errors/Build/40946/
> |}
>
> === PNBLACKLISTs (14) ===
>
> === QA issues (230) ===
> {| class=wikitable
> !| Count||Issue
> |-
> ||0 ||already-stripped
> |-
> ||0 ||build-deps
> |-
> ||0 ||compile-host-path
> |-
> ||0 ||file-rdeps
> |-
> ||0 ||host-user-contaminated
> |-
> ||0 ||installed-vs-shipped
> |-
> ||0 ||invalid-pkgconfig
> |-
> ||0 ||ldflags
> |-
> ||0 ||pkgname
> |-
> ||0 ||symlink-to-sysroot
> |-
> ||0 ||textrel
> |-
> ||0 ||unknown-configure-option
> |-
> ||1 ||libdir
> |-
> ||229   ||version-going-backwards
> |}
>
>
>
> === Incorrect PACKAGE_ARCH or sstate signatures (0) ===
>
> Complete log: 
> http://logs.nslu2-linux.org/buildlogs/oe/world/rocko/log.signatures.20170711_015904.log/
>
> No issues detected
>
>
> PNBLACKLISTs:
> openembedded-core/:
> meta-browser:
> meta-openembedded:
> meta-networking/recipes-support/lksctp-tools/lksctp-tools_1.0.17.bb:PNBLACKLIST[lksctp-tools]
>  ?= "${@bb.utils.contains('DISTRO_FEATURES', 'ld-is-gold', "BROKEN: fails to 
> link against sctp_connectx symbol", '', d)}"
> meta-oe/recipes-connectivity/bluez/bluez-hcidump_2.5.bb:PNBLACKLIST[bluez-hcidump]
>  ?= "${@bb.utils.contains('DISTRO_FEATURES', 'bluez5', 'bluez5 conflicts with 
> bluez4 and bluez5 is selected in DISTRO_FEATURES', '', d)}"
> meta-oe/recipes-connectivity/bluez/bluez4_4.101.bb:PNBLACKLIST[bluez4] ?= 
> "${@bb.utils.contains('DISTRO_FEATURES', 'bluez5', 'bluez5 conflicts with 
> bluez4 and bluez5 is selected in DISTRO_FEATURES', '', d)}"
> meta-oe/recipes-connectivity/bluez/gst-plugin-bluetooth_4.101.bb:PNBLACKLIST[gst-plugin-bluetooth]
>  ?= "${@bb.utils.contains('DISTRO_FEATURES', 'bluez5', 'bluez5 conflicts with 
> bluez4 and bluez5 is selected in DISTRO_FEATURES', '', d)}"
> meta-oe/recipes-graphics/libsexy/libsexy_0.1.11.bb:PNBLACKLIST[libsexy] ?= 
> "Fails to build with RSS 
> http://errors.yoctoproject.org/Errors/Details/130607/ - the recipe will be 
> removed on 2017-09-01 unless the issue is fixed"
> meta-oe/recipes-graphics/xorg-driver/xf86-video-geode_2.11.16.bb:PNBLACKLIST[xf86-video-geode]
>  ?= "BROKEN, fails to build - the recipe will be removed on 2017-09-01 unless 
> the issue is fixed"
> meta-oe/recipes-navigation/foxtrotgps/foxtrotgps_1.1.1.bb:PNBLACKLIST[foxtrotgps]
>  ?= "${@bb.utils.contains('DISTRO_FEATURES', 'bluez5', 'bluez5 conflicts with 
> bluez4 and bluez5 is selected in DISTRO_FEATURES', '', d)}"
>

Re: [OE-core] [oe] State of bitbake world, Failed tasks 2017-05-17

2017-05-20 Thread Tim Orling


> On May 19, 2017, at 12:13 PM, Martin Jansa  wrote:
> 
> http://www.openembedded.org/wiki/Bitbake_World_Status



> === common (4) ===
>* meta-browser/recipes-mozilla/firefox/firefox_45.6.0esr.bb:do_compile
>* 
> meta-openembedded/meta-oe/recipes-multimedia/audiofile/audiofile_0.3.6.bb:do_configure
>* 
> meta-openembedded/meta-xfce/recipes-bindings/vala/xfce4-vala_4.10.3.bb:do_configure

I sent a patch to ML for this. vala api 0.34 -> 0.36, easy fix :)

>* 
> meta-smartphone/meta-shr/recipes-shr/3rdparty/libsensmon_git.bb:do_compile
> 


-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [oe] State of bitbake world, Failed tasks 2017-03-11

2017-03-12 Thread Andrea Adami

On Sun, Mar 12, 2017 at 12:34 AM, Andrea Adami  wrote:
> On Sun, Mar 12, 2017 at 12:29 AM, Mark Asselstine
>  wrote:
>> On Sat, Mar 11, 2017 at 1:02 PM, Martin Jansa  wrote:
>>> This time the results are very inconsistent across different MACHINEs
>>> because they were using significantly different metadata.
>>>
>>> qemuarm is oldest 3 from 4 failures were causes by pending meta-oe
>>> changes which I've removed from master-next before qemux86* builds were
>>> restarted (after they failed badly few times).
>>
>>
>> You can add aufs-util to this list
>>
>> | make: cc: Command not found
>>
>> Regards,
>> Mark
>>
>>>
>>> qemux86-64 is latest and contains HOSTTOOLS changes from
>>> oe-core/master-next that's why there is so many failures.
>>>
>>> From the failures I see following tools which we need to either add
>>> to HOSTTOOLS or provide with added -native dependency:
>>> cc  - tcsh- 
>>> http://errors.yoctoproject.org/Errors/Details/135201/
>>> cc  - u-boot-mkimage  - 
>>> http://errors.yoctoproject.org/Errors/Details/135203/
>>> cc  - toybox  - 
>>> http://errors.yoctoproject.org/Errors/Details/135210/
>>> cc  - yasm- 
>>> http://errors.yoctoproject.org/Errors/Details/135214/
>>> cpp - mkelfimage  - 
>>> http://errors.yoctoproject.org/Errors/Details/135211/
>>> clear   - lprng   - 
>>> http://errors.yoctoproject.org/Errors/Details/135207/
>>> gcc-ar  - ovmf- 
>>> http://errors.yoctoproject.org/Errors/Details/135202/
>>> join- netcf   - 
>>> http://errors.yoctoproject.org/Errors/Details/135208/
>>> join- fontforge   - 
>>> http://errors.yoctoproject.org/Errors/Details/135209/
>>> mknod   - initramfs-live-boot - 
>>> http://errors.yoctoproject.org/Errors/Details/135213/
>>> nl  - dash- 
>>> http://errors.yoctoproject.org/Errors/Details/135215/
>>> nl  - klibc   - 
>>> http://errors.yoctoproject.org/Errors/Details/135198/
>
> Martin,
>
> I'll send a patch adding explicit dependency on coreutils-native (nl).
> Thanks for your tests
>
> Cheers
> Andrea
>
>
>>> openssl - openflow- 
>>> http://errors.yoctoproject.org/Errors/Details/135216/
>>> readelf - firefox - 
>>> http://errors.yoctoproject.org/Errors/Details/135212/
>>> size- iptraf  - 
>>> http://errors.yoctoproject.org/Errors/Details/135204/
>>> yes - libnet-ssleay-perl  - 
>>> http://errors.yoctoproject.org/Errors/Details/135197/
>>> zcat- scsirastools- 
>>> http://errors.yoctoproject.org/Errors/Details/135205/
>>>
>>> Some of these were already merged in newer HOSTTOOLS patch currently
>>> in oe-core/master:
>>> mknod cpp readelf split gcc-ar gpg sftp
>>> and u-boot-mkimage should be fixed in master as well
>>>


I have to report failures with do_menuconfig because any of the
terminals (xterm, gnome-terminal, ...) is listed in HOSTTOOLS.
Setting OE_TERMINAL is pointless.

ERROR: linux-handheld-4.10-r0 do_menuconfig: No valid terminal found,
unable to open devshell.

Andrea

>>> I'll merge most meta-oe changes and retrigger new round of testing,
>>> next time the failures should be a bit more consistent again.
>>>
>>> == Number of issues - stats ==
>>> {| class='wikitable'
>>> !|Date   !!colspan='3'|Failed tasks 
>>> !!colspan='6'|Failed depencencies!!|Signatures  
>>>   !!colspan='12'|QA !!Comment
>>> |-
>>> ||  ||qemuarm   ||qemux86   ||qemux86_64
>>> ||qemuarm||max||min ||qemux86||max||min ||all   ||already-stripped  
>>> ||libdir||textrel   ||build-deps||file-rdeps
>>> ||version-going-backwards   ||host-user-contaminated
>>> ||installed-vs-shipped  ||unknown-configure-option  
>>> ||symlink-to-sysroot||invalid-pkgconfig ||pkgname   ||
>>> |-
>>> ||2017-03-11||4 ||1 ||20||N/A   ||N/A   ||N/A   ||N/A   
>>> ||N/A   ||N/A   ||0 ||0 ||0 ||0 ||0 
>>> ||3 ||0 ||1 ||0 
>>> ||0 ||0 ||0 ||0 ||
>>> |}
>>>
>>> http://www.openembedded.org/wiki/Bitbake_World_Status
>>>
>>> == Failed tasks 2017-03-11 ==
>>>
>>> INFO: jenkins-job.sh-1.8.18 Complete log available at 
>>> http://logs.nslu2-linux.org/buildlogs/oe/world/pyro/log.report.20170311_062851.log
>>>
>>> === common () ===
>>>
>>> === common-x86 (1) ===
>>> * 
>>> meta-openembedded/meta-oe/recipes-support/vboxguestdrivers/vboxguestdrivers_5.1.14.bb:do_install
>>>
>>> === qemuarm (4) ===
>>> * 
>>> meta-openembedded/meta-oe/recipes-connectivity/libtorrent/libtorrent_0.13.6.bb:do_compile
>>> * 
>>> meta-openembedded/meta-oe/recipes-devtools/rapidjson/rapidjson_1.1.0.bb:do_compile
>>> *

Re: [OE-core] [oe] State of bitbake world, Failed tasks 2017-03-11

2017-03-11 Thread Mark Asselstine

On Sat, Mar 11, 2017 at 1:02 PM, Martin Jansa  wrote:
> This time the results are very inconsistent across different MACHINEs
> because they were using significantly different metadata.
>
> qemuarm is oldest 3 from 4 failures were causes by pending meta-oe
> changes which I've removed from master-next before qemux86* builds were
> restarted (after they failed badly few times).


You can add aufs-util to this list

| make: cc: Command not found

Regards,
Mark

>
> qemux86-64 is latest and contains HOSTTOOLS changes from
> oe-core/master-next that's why there is so many failures.
>
> From the failures I see following tools which we need to either add
> to HOSTTOOLS or provide with added -native dependency:
> cc  - tcsh- 
> http://errors.yoctoproject.org/Errors/Details/135201/
> cc  - u-boot-mkimage  - 
> http://errors.yoctoproject.org/Errors/Details/135203/
> cc  - toybox  - 
> http://errors.yoctoproject.org/Errors/Details/135210/
> cc  - yasm- 
> http://errors.yoctoproject.org/Errors/Details/135214/
> cpp - mkelfimage  - 
> http://errors.yoctoproject.org/Errors/Details/135211/
> clear   - lprng   - 
> http://errors.yoctoproject.org/Errors/Details/135207/
> gcc-ar  - ovmf- 
> http://errors.yoctoproject.org/Errors/Details/135202/
> join- netcf   - 
> http://errors.yoctoproject.org/Errors/Details/135208/
> join- fontforge   - 
> http://errors.yoctoproject.org/Errors/Details/135209/
> mknod   - initramfs-live-boot - 
> http://errors.yoctoproject.org/Errors/Details/135213/
> nl  - dash- 
> http://errors.yoctoproject.org/Errors/Details/135215/
> nl  - klibc   - 
> http://errors.yoctoproject.org/Errors/Details/135198/
> openssl - openflow- 
> http://errors.yoctoproject.org/Errors/Details/135216/
> readelf - firefox - 
> http://errors.yoctoproject.org/Errors/Details/135212/
> size- iptraf  - 
> http://errors.yoctoproject.org/Errors/Details/135204/
> yes - libnet-ssleay-perl  - 
> http://errors.yoctoproject.org/Errors/Details/135197/
> zcat- scsirastools- 
> http://errors.yoctoproject.org/Errors/Details/135205/
>
> Some of these were already merged in newer HOSTTOOLS patch currently
> in oe-core/master:
> mknod cpp readelf split gcc-ar gpg sftp
> and u-boot-mkimage should be fixed in master as well
>
> I'll merge most meta-oe changes and retrigger new round of testing,
> next time the failures should be a bit more consistent again.
>
> == Number of issues - stats ==
> {| class='wikitable'
> !|Date   !!colspan='3'|Failed tasks 
> !!colspan='6'|Failed depencencies!!|Signatures
> !!colspan='12'|QA !!Comment
> |-
> ||  ||qemuarm   ||qemux86   ||qemux86_64
> ||qemuarm||max||min ||qemux86||max||min ||all   ||already-stripped
>   ||libdir||textrel   ||build-deps||file-rdeps
> ||version-going-backwards   ||host-user-contaminated
> ||installed-vs-shipped  ||unknown-configure-option  ||symlink-to-sysroot  
>   ||invalid-pkgconfig ||pkgname   ||
> |-
> ||2017-03-11||4 ||1 ||20||N/A   ||N/A   ||N/A   ||N/A   ||N/A 
>   ||N/A   ||0 ||0 ||0 ||0 ||0 
> ||3 ||0 ||1 ||0 ||0   
>   ||0 ||0 ||0 ||
> |}
>
> http://www.openembedded.org/wiki/Bitbake_World_Status
>
> == Failed tasks 2017-03-11 ==
>
> INFO: jenkins-job.sh-1.8.18 Complete log available at 
> http://logs.nslu2-linux.org/buildlogs/oe/world/pyro/log.report.20170311_062851.log
>
> === common () ===
>
> === common-x86 (1) ===
> * 
> meta-openembedded/meta-oe/recipes-support/vboxguestdrivers/vboxguestdrivers_5.1.14.bb:do_install
>
> === qemuarm (4) ===
> * 
> meta-openembedded/meta-oe/recipes-connectivity/libtorrent/libtorrent_0.13.6.bb:do_compile
> * 
> meta-openembedded/meta-oe/recipes-devtools/rapidjson/rapidjson_1.1.0.bb:do_compile
> * meta-openembedded/meta-oe/recipes-support/gpm/gpm_1.99.7.bb:do_install
> * meta-qt5/recipes-connectivity/libqofono/libqofono_git.bb:do_compile
>
> === qemux86 (0) ===
>
> === qemux86_64 (19) ===
> * meta-browser/recipes-mozilla/firefox/firefox_45.6.0esr.bb:do_compile
> * meta-openembedded/meta-efl/recipes-efl/efl/efl_1.15.1.bb:do_compile
> * 
> meta-openembedded/meta-initramfs/recipes-devtools/klibc/klibc_2.0.4.bb:do_compile
> * 
> meta-openembedded/meta-initramfs/recipes-devtools/klibc/klibc-static-utils_2.0.4.bb:do_compile
> * 
> meta-openembedded/meta-networking/recipes-protocols/openflow/openflow_git.bb:do_compile
> * 
> meta-openembedded/meta-networking/recipes-support/netcf/netcf_git.bb:do_configure
> * 
>

Re: [OE-core] [oe] State of bitbake world, Failed tasks 2017-03-11

2017-03-11 Thread Andrea Adami

On Sun, Mar 12, 2017 at 12:29 AM, Mark Asselstine
 wrote:
> On Sat, Mar 11, 2017 at 1:02 PM, Martin Jansa  wrote:
>> This time the results are very inconsistent across different MACHINEs
>> because they were using significantly different metadata.
>>
>> qemuarm is oldest 3 from 4 failures were causes by pending meta-oe
>> changes which I've removed from master-next before qemux86* builds were
>> restarted (after they failed badly few times).
>
>
> You can add aufs-util to this list
>
> | make: cc: Command not found
>
> Regards,
> Mark
>
>>
>> qemux86-64 is latest and contains HOSTTOOLS changes from
>> oe-core/master-next that's why there is so many failures.
>>
>> From the failures I see following tools which we need to either add
>> to HOSTTOOLS or provide with added -native dependency:
>> cc  - tcsh- 
>> http://errors.yoctoproject.org/Errors/Details/135201/
>> cc  - u-boot-mkimage  - 
>> http://errors.yoctoproject.org/Errors/Details/135203/
>> cc  - toybox  - 
>> http://errors.yoctoproject.org/Errors/Details/135210/
>> cc  - yasm- 
>> http://errors.yoctoproject.org/Errors/Details/135214/
>> cpp - mkelfimage  - 
>> http://errors.yoctoproject.org/Errors/Details/135211/
>> clear   - lprng   - 
>> http://errors.yoctoproject.org/Errors/Details/135207/
>> gcc-ar  - ovmf- 
>> http://errors.yoctoproject.org/Errors/Details/135202/
>> join- netcf   - 
>> http://errors.yoctoproject.org/Errors/Details/135208/
>> join- fontforge   - 
>> http://errors.yoctoproject.org/Errors/Details/135209/
>> mknod   - initramfs-live-boot - 
>> http://errors.yoctoproject.org/Errors/Details/135213/
>> nl  - dash- 
>> http://errors.yoctoproject.org/Errors/Details/135215/
>> nl  - klibc   - 
>> http://errors.yoctoproject.org/Errors/Details/135198/

Martin,

I'll send a patch adding explicit dependency on coreutils-native (nl).
Thanks for your tests

Cheers
Andrea


>> openssl - openflow- 
>> http://errors.yoctoproject.org/Errors/Details/135216/
>> readelf - firefox - 
>> http://errors.yoctoproject.org/Errors/Details/135212/
>> size- iptraf  - 
>> http://errors.yoctoproject.org/Errors/Details/135204/
>> yes - libnet-ssleay-perl  - 
>> http://errors.yoctoproject.org/Errors/Details/135197/
>> zcat- scsirastools- 
>> http://errors.yoctoproject.org/Errors/Details/135205/
>>
>> Some of these were already merged in newer HOSTTOOLS patch currently
>> in oe-core/master:
>> mknod cpp readelf split gcc-ar gpg sftp
>> and u-boot-mkimage should be fixed in master as well
>>
>> I'll merge most meta-oe changes and retrigger new round of testing,
>> next time the failures should be a bit more consistent again.
>>
>> == Number of issues - stats ==
>> {| class='wikitable'
>> !|Date   !!colspan='3'|Failed tasks 
>> !!colspan='6'|Failed depencencies!!|Signatures   
>>  !!colspan='12'|QA !!Comment
>> |-
>> ||  ||qemuarm   ||qemux86   ||qemux86_64
>> ||qemuarm||max||min ||qemux86||max||min ||all   ||already-stripped   
>>||libdir||textrel   ||build-deps||file-rdeps
>> ||version-going-backwards   ||host-user-contaminated
>> ||installed-vs-shipped  ||unknown-configure-option  ||symlink-to-sysroot 
>>||invalid-pkgconfig ||pkgname   ||
>> |-
>> ||2017-03-11||4 ||1 ||20||N/A   ||N/A   ||N/A   ||N/A   
>> ||N/A   ||N/A   ||0 ||0 ||0 ||0 ||0  
>>||3 ||0 ||1 ||0 
>> ||0 ||0 ||0 ||0 ||
>> |}
>>
>> http://www.openembedded.org/wiki/Bitbake_World_Status
>>
>> == Failed tasks 2017-03-11 ==
>>
>> INFO: jenkins-job.sh-1.8.18 Complete log available at 
>> http://logs.nslu2-linux.org/buildlogs/oe/world/pyro/log.report.20170311_062851.log
>>
>> === common () ===
>>
>> === common-x86 (1) ===
>> * 
>> meta-openembedded/meta-oe/recipes-support/vboxguestdrivers/vboxguestdrivers_5.1.14.bb:do_install
>>
>> === qemuarm (4) ===
>> * 
>> meta-openembedded/meta-oe/recipes-connectivity/libtorrent/libtorrent_0.13.6.bb:do_compile
>> * 
>> meta-openembedded/meta-oe/recipes-devtools/rapidjson/rapidjson_1.1.0.bb:do_compile
>> * meta-openembedded/meta-oe/recipes-support/gpm/gpm_1.99.7.bb:do_install
>> * meta-qt5/recipes-connectivity/libqofono/libqofono_git.bb:do_compile
>>
>> === qemux86 (0) ===
>>
>> === qemux86_64 (19) ===
>> * meta-browser/recipes-mozilla/firefox/firefox_45.6.0esr.bb:do_compile
>> * meta-openembedded/meta-efl/recipes-efl/efl/efl_1.15.1.bb:do_compile
>> * 
>> meta-openembedded/meta-initramfs/recipes-devtools/klibc/klibc_2.0.4.bb:do_compile
>> * 
>>

Re: [OE-core] [oe] State of bitbake world, Failed tasks 2016-01-30

2016-02-01 Thread Andre McCurdy

On Mon, Feb 1, 2016 at 6:39 AM, Martin Jansa  wrote:
> == Tested changes (not included in master yet) - bitbake ==
> 450125e world-image: add extra target
>
> == Tested changes (not included in master yet) - openembedded-core ==
> 69ddf84 gcc-5.3: backport fix for PR-target-65358
> 8672c24 sstate-sysroot-cruft.sh: Extend the whitelist
> 70fa785 arch-armv7ve.inc: respect armv7a override as well
> 98ca6ff qemux86: Add identical qemux86copy variant for tests
> 7d528e8 report-error: Allow to upload reports automatically
>
> == Tested changes (not included in master yet) - meta-openembedded ==
> 160300f webkit-efl: fix build with newer CMake 3.4 from oe-core
> fd58baf netkit-telnet: Add to generate telnetlogin.
> cbe45c4 netkit-rsh: add two patches and some fixes.
> d74aff8 net-snmp: fix cross-compile breakage, add libnl pkgconfig option
> 30c60a5 geis: initial add 2.2.17
> 33132f8 grail: initial add 3.1.0
> 061ee30 frame: initial add 2.5.0
> d1d5081 atop: add recipe
> 78b38b4 memtester: upgrade 4.1.3 -> 4.3.0
> ea58369 php: update to 5.6.17 and 5.5.31
> 9d1ca09 php: check for existance of directory before 'rmdir' in 
> do_install_append_class-target
> 5100f3b nginx: update to 1.9.9
> 30870d9 liboil: import liboil_0.3.17 recipe from oe-core
> d0fb715 rygel: Update to 0.28.2
> 4c28da2 gupnp: Update to 0.20.14
> 71286d0 gst-plugins-base: drop obsolete dependency on liboil
> 73d477a various: delete leftovers from qt4 recipes
> 4dae236 networkmanager: add PACKAGECONFIG for qt4-x11-free
> 76928fa openldap: improve packaging of OpenLDAP modules
> 14344c8 phpmyadmin: CVE-2015-8669
> 4eaf380 gvfs: disable build of documentation to fix build in some 
> envirionments
> 01ac9d7 ebtables: enable KERNEL_64_USERSPACE_32 for powerpc
> 3f56ae3 libx86-1: port a patch to make it work
> 659bede polkit: Fix build with musl
> a38974e fbset: Fix out of tree builds ( S != B )
> 468b83e lvm2: Portable fixes for fixing compile with musl
> bc6873c numactl: update to 2.0.11
> 4df9cab thrift: Add recipe for Apache Thrift.
> 0af4f4a efivar: fix zero initializer compiler error
> d2f68cc wmiconfig: mark as having broken "make clean"
> aea6bb1 s3c64xx-gpio: mark as having broken "make clean"
> 2ddbc2d s3c24xx-gpio: mark as having broken "make clean"
> 7a7f1b0 illume-keyboards-shr: mark as having broken "make clean"
> efa1f63 fix missing packageconfig for samba with sysvinit
> 2a96cd3 hwdata: add new recipe
> 53189bd python(3)-flask-pymongo: add recipes
> cea0c80 python(3)-flask-login: add recipes
> 9a08b69 python(3)-flask: add recipes
> 6f2a75d python(3)-whoosh: add recipes
> 6ecefbd python(3)-xlrd: add recipes
> b02b387 python3-tornado: add recipe
> c97a1cf python-certifi: 14.05.14 -> 2015.11.20.1 and add python3 recipe
> cd27029 python(3)-pymongo: add recipes
> 19067cf python-jinja2: 2.7.3 -> 2.8 and add python3 recipe
> a34b770 python(3)-pymisp: add recipes
> a60f700 python(3)-werkzeug: add recipe
> 4bbc1d0 python(3)-redis: add recipes
> 61dad53 python-requests: 2.7.0 -> 2.9.1 and add python3 recipe
> 5a3d827 python(3)-passlib: add recipes
> 5ae5d5f python(3)-markupsafe: add recipes
> 6c251a5 python(3)-itsdangerous: add recipes
> f065fc9 python-dateutil: 1.5 -> 2.4.2 and add python3 recipe
> 11097a3 python-six: 1.9.0 -> 1.10.0 and add python3-recipe
> a1d888b add pypi3 bbclass to make python3 recipe creation easier as well
> e5660e4 python(3)-feedformatter: add recipes
> 6aa4a19 python(3)-lxml: 3.4.4 -> 3.5.0
> bc72cae waf-samba.bbclass: add cross-answers option and files
> 6f01ef8 samba: Fix typo in PACKAGECONFIG for "acl" and "aio"
> ab09609 lowpan-tools: add missing flex/bison deps
> 2321c0f postfix: fix clean broken issue
> 07f1ec2 ncftp: fix build failures with ccdv
> b53115b iscsitarget: skip the arch test for kernel modules
> 9571949 iscsitarget: split the kernel module into separate package
> c39fb17 netkit-ftp: fixed invalid symlink
> 15c5fbf ctdb: add PACKAGECONFIG for libtdb
> 9b8a390 cim-schema-exper: fix host-user-contaminated
> 998ff83 nbd: use BPN in Files
> 518cd81 wireshark: update SRC_URI link to sources
> 1b89bce postfix: premission of /var/spool/mail seems incorrect
> fa50c24 mongodb: 2.6.0 -> 3.3.0 and remove from pnblacklist
>
> == Tested changes (not included in master yet) - meta-qt5 ==
> 76f8806 qtbase: use PACKAGECONFIG to ensure runtime dependency to libssl
> 877a503 Revert "qtbase: fix Tartget typo"
> 5a149f4 qtbase: fix Tartget typo
> 3bd2972 qtbase: re-enable replacing host paths in qconfig.pri
> 3e2058f qt5: allow overriding git protocol used with QT_GIT uri
>
> == Tested changes (not included in master yet) - meta-browser ==
>
> == Tested changes (not included in master yet) - meta-webos-ports ==
>
> == Tested changes (not included in master yet) - meta-smartphone ==
> ab3fcab i9300: don't use metadata checksums in ext4 image
> 1b34040 cornucopia: inherit from autotools-brokensep to fix Vala builds
> fc317c6 linux-samsung-i9300: fix compilation with GCC 5
> a31574e

Re: [OE-core] [oe] State of bitbake world, Failed tasks 2016-01-30

2016-02-01 Thread Andreas Müller

On Mon, Feb 1, 2016 at 3:39 PM, Martin Jansa  wrote:
>
> === common (8) ===
> * 
> /meta-openembedded/meta-gnome/recipes-gnome/themes/gnome-themes_2.32.1.bb, 
> do_install
> * 
> /meta-openembedded/meta-networking/recipes-connectivity/inetutils/inetutils_1.9.4.bb,
>  do_install
> * 
> /meta-openembedded/meta-networking/recipes-daemons/squid/squid_3.5.7.bb, 
> do_compile
> * /meta-openembedded/meta-oe/recipes-connectivity/thrift/thrift_0.9.3.bb, 
> do_configure
> * /meta-openembedded/meta-oe/recipes-extended/efivar/efivar_0.21.bb, 
> do_compile
> * 
> /meta-openembedded/meta-oe/recipes-graphics/wayland/wayland-fits_git.bb, 
> do_compile
> * 
> /meta-openembedded/meta-xfce/recipes-bindings/vala/xfce4-vala_4.10.3.bb, 
> do_configure
^ Anybody able to volunteer/test

-EXTRA_OECONF = "-with-vala-api=0.28"
+EXTRA_OECONF = "-with-vala-api=0.30"

Andreas
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [oe] State of bitbake world, Failed tasks 2016-01-30

2016-02-01 Thread Burton, Ross

On 1 February 2016 at 20:47, Andre McCurdy  wrote:

> There seems to be something odd going on with these file-rdeps warning
> messages. e.g.
>
>   chkconfig-1.3.58: /usr/sbin/ntsysv_chkconfig contained in package
> chkconfig ...
>
> Should be:
>
>   chkconfig-1.3.58: /usr/sbin/ntsysv contained in package chkconfig ...
>

Yes, insane.bbclass needs to sanitise the string for display.  If the
filename contains an underscore you get that appearing as @underscore@ too!
:)

(patches welcome)

Ross
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [oe] State of bitbake world, Failed tasks 2016-01-30

2016-02-01 Thread Andrea Adami

On Mon, Feb 1, 2016 at 3:39 PM, Martin Jansa  wrote:
> == Tested changes (not included in master yet) - bitbake ==
> 450125e world-image: add extra target
>
> == Tested changes (not included in master yet) - openembedded-core ==
> 69ddf84 gcc-5.3: backport fix for PR-target-65358
> 8672c24 sstate-sysroot-cruft.sh: Extend the whitelist
> 70fa785 arch-armv7ve.inc: respect armv7a override as well
> 98ca6ff qemux86: Add identical qemux86copy variant for tests
> 7d528e8 report-error: Allow to upload reports automatically
>
> == Tested changes (not included in master yet) - meta-openembedded ==
> 160300f webkit-efl: fix build with newer CMake 3.4 from oe-core
> fd58baf netkit-telnet: Add to generate telnetlogin.
> cbe45c4 netkit-rsh: add two patches and some fixes.
> d74aff8 net-snmp: fix cross-compile breakage, add libnl pkgconfig option
> 30c60a5 geis: initial add 2.2.17
> 33132f8 grail: initial add 3.1.0
> 061ee30 frame: initial add 2.5.0
> d1d5081 atop: add recipe
> 78b38b4 memtester: upgrade 4.1.3 -> 4.3.0
> ea58369 php: update to 5.6.17 and 5.5.31
> 9d1ca09 php: check for existance of directory before 'rmdir' in 
> do_install_append_class-target
> 5100f3b nginx: update to 1.9.9
> 30870d9 liboil: import liboil_0.3.17 recipe from oe-core
> d0fb715 rygel: Update to 0.28.2
> 4c28da2 gupnp: Update to 0.20.14
> 71286d0 gst-plugins-base: drop obsolete dependency on liboil
> 73d477a various: delete leftovers from qt4 recipes
> 4dae236 networkmanager: add PACKAGECONFIG for qt4-x11-free
> 76928fa openldap: improve packaging of OpenLDAP modules
> 14344c8 phpmyadmin: CVE-2015-8669
> 4eaf380 gvfs: disable build of documentation to fix build in some 
> envirionments
> 01ac9d7 ebtables: enable KERNEL_64_USERSPACE_32 for powerpc
> 3f56ae3 libx86-1: port a patch to make it work
> 659bede polkit: Fix build with musl
> a38974e fbset: Fix out of tree builds ( S != B )
> 468b83e lvm2: Portable fixes for fixing compile with musl
> bc6873c numactl: update to 2.0.11
> 4df9cab thrift: Add recipe for Apache Thrift.
> 0af4f4a efivar: fix zero initializer compiler error
> d2f68cc wmiconfig: mark as having broken "make clean"
> aea6bb1 s3c64xx-gpio: mark as having broken "make clean"
> 2ddbc2d s3c24xx-gpio: mark as having broken "make clean"
> 7a7f1b0 illume-keyboards-shr: mark as having broken "make clean"
> efa1f63 fix missing packageconfig for samba with sysvinit
> 2a96cd3 hwdata: add new recipe
> 53189bd python(3)-flask-pymongo: add recipes
> cea0c80 python(3)-flask-login: add recipes
> 9a08b69 python(3)-flask: add recipes
> 6f2a75d python(3)-whoosh: add recipes
> 6ecefbd python(3)-xlrd: add recipes
> b02b387 python3-tornado: add recipe
> c97a1cf python-certifi: 14.05.14 -> 2015.11.20.1 and add python3 recipe
> cd27029 python(3)-pymongo: add recipes
> 19067cf python-jinja2: 2.7.3 -> 2.8 and add python3 recipe
> a34b770 python(3)-pymisp: add recipes
> a60f700 python(3)-werkzeug: add recipe
> 4bbc1d0 python(3)-redis: add recipes
> 61dad53 python-requests: 2.7.0 -> 2.9.1 and add python3 recipe
> 5a3d827 python(3)-passlib: add recipes
> 5ae5d5f python(3)-markupsafe: add recipes
> 6c251a5 python(3)-itsdangerous: add recipes
> f065fc9 python-dateutil: 1.5 -> 2.4.2 and add python3 recipe
> 11097a3 python-six: 1.9.0 -> 1.10.0 and add python3-recipe
> a1d888b add pypi3 bbclass to make python3 recipe creation easier as well
> e5660e4 python(3)-feedformatter: add recipes
> 6aa4a19 python(3)-lxml: 3.4.4 -> 3.5.0
> bc72cae waf-samba.bbclass: add cross-answers option and files
> 6f01ef8 samba: Fix typo in PACKAGECONFIG for "acl" and "aio"
> ab09609 lowpan-tools: add missing flex/bison deps
> 2321c0f postfix: fix clean broken issue
> 07f1ec2 ncftp: fix build failures with ccdv
> b53115b iscsitarget: skip the arch test for kernel modules
> 9571949 iscsitarget: split the kernel module into separate package
> c39fb17 netkit-ftp: fixed invalid symlink
> 15c5fbf ctdb: add PACKAGECONFIG for libtdb
> 9b8a390 cim-schema-exper: fix host-user-contaminated
> 998ff83 nbd: use BPN in Files
> 518cd81 wireshark: update SRC_URI link to sources
> 1b89bce postfix: premission of /var/spool/mail seems incorrect
> fa50c24 mongodb: 2.6.0 -> 3.3.0 and remove from pnblacklist
>
> == Tested changes (not included in master yet) - meta-qt5 ==
> 76f8806 qtbase: use PACKAGECONFIG to ensure runtime dependency to libssl
> 877a503 Revert "qtbase: fix Tartget typo"
> 5a149f4 qtbase: fix Tartget typo
> 3bd2972 qtbase: re-enable replacing host paths in qconfig.pri
> 3e2058f qt5: allow overriding git protocol used with QT_GIT uri
>
> == Tested changes (not included in master yet) - meta-browser ==
>
> == Tested changes (not included in master yet) - meta-webos-ports ==
>
> == Tested changes (not included in master yet) - meta-smartphone ==
> ab3fcab i9300: don't use metadata checksums in ext4 image
> 1b34040 cornucopia: inherit from autotools-brokensep to fix Vala builds
> fc317c6 linux-samsung-i9300: fix compilation with GCC 5
> a31574e

Re: [OE-core] [oe] State of bitbake world, Failed tasks 2015-11-10

2015-11-11 Thread Burton, Ross

On 11 November 2015 at 10:15, Martin Jansa  wrote:

> Finally some good results, only libsdl2 from oe-core is failing with
> default configuration (you need to disable wayland PACKAGECONFIG to get
> it built).
>

I had a quick look at this: the wayland packageconfig requires the gles2
packageconfig.  If this is trivial to resolve there'll be a patch shortly.

Ross
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [oe] State of bitbake world, Failed tasks 2015-08-30

2015-08-31 Thread Martin Jansa

On Mon, Aug 31, 2015 at 03:32:42PM +0200, Andreas Müller wrote:
> On Mon, Aug 31, 2015 at 2:56 PM, Martin Jansa  wrote:
> >
> > == Failed tasks 2015-08-30 ==
> >
> > INFO: jenkins-job.sh-1.3.1 Complete log available at 
> > http://logs.nslu2-linux.org/buildlogs/oe/world/log.report.20150830_101221.log
> >
> > === common (16) ===
> > * /meta-openembedded/meta-efl/recipes-efl/efl/epdf_svn.bb, do_compile
> > * 
> > /meta-openembedded/meta-gnome/recipes-gnome/epiphany/epiphany_2.30.6.bb, 
> > do_fetch
> > * 
> > /meta-openembedded/meta-gnome/recipes-gnome/gnome-bluetooth/gnome-bluetooth_2.32.0.bb,
> >  do_compile
> ^ patch sent
> > * 
> > /meta-openembedded/meta-gnome/recipes-gnome/gnome-disk-utility/gnome-disk-utility_2.32.0.bb,
> >  do_compile
> ^ patch sent
> > * 
> > /meta-openembedded/meta-gnome/recipes-gnome/gnome-power-manager/gnome-power-manager_2.32.0.bb,
> >  do_compile
> > * 
> > /meta-openembedded/meta-gnome/recipes-gnome/gnome-settings-daemon/gnome-settings-daemon_2.32.1.bb,
> >  do_compile
> > * 
> > /meta-openembedded/meta-gnome/recipes-gnome/nautilus/nautilus3_3.2.1.bb, 
> > do_fetch
> ^ how did this return to world?

The exclude was removed as requested in:
http://lists.openembedded.org/pipermail/openembedded-devel/2015-August/103045.html

> > * 
> > /meta-openembedded/meta-multimedia/recipes-mkv/mkvtoolnix/mkvtoolnix_git.bb,
> >  do_compile
> > * 
> > /meta-openembedded/meta-multimedia/recipes-multimedia/vlc/vlc_2.2.1.bb, 
> > do_compile
> > * 
> > /meta-openembedded/meta-networking/recipes-connectivity/inetutils/inetutils_1.9.4.bb,
> >  do_patch
> > * /meta-openembedded/meta-oe/recipes-support/gd/gd_2.1.1.bb, do_compile
> > * 
> > /meta-openembedded/meta-oe/recipes-support/libdbi/libdbi-drivers_0.8.3-1.bb,
> >  do_compile
> > * 
> > /meta-openembedded/meta-python/recipes-devtools/python/python-pyopenssl_0.15.1.bb,
> >  do_populate_sysroot
> > * 
> > /meta-openembedded/meta-xfce/recipes-apps/xfce4-notifyd/xfce4-notifyd_0.2.4.bb,
> >  do_compile
> ^ patch sent
> > * 
> > /meta-openembedded/meta-xfce/recipes-art/xfce4-icon-theme/xfce4-icon-theme_4.4.3.bb,
> >  do_populate_sysroot
> ^ patch sent
> > * /meta-webos-ports/meta-luneui/recipes-luneui/luna-next/luna-next.bb, 
> > do_compile
> >
> 
> Regards
> 
> Andreas
> -- 
> ___
> Openembedded-devel mailing list
> openembedded-de...@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-devel

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


signature.asc
Description: Digital signature
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [oe] State of bitbake world, Failed tasks 2015-08-30

2015-08-31 Thread Andreas Müller

On Mon, Aug 31, 2015 at 2:56 PM, Martin Jansa  wrote:
>
> == Failed tasks 2015-08-30 ==
>
> INFO: jenkins-job.sh-1.3.1 Complete log available at 
> http://logs.nslu2-linux.org/buildlogs/oe/world/log.report.20150830_101221.log
>
> === common (16) ===
> * /meta-openembedded/meta-efl/recipes-efl/efl/epdf_svn.bb, do_compile
> * 
> /meta-openembedded/meta-gnome/recipes-gnome/epiphany/epiphany_2.30.6.bb, 
> do_fetch
> * 
> /meta-openembedded/meta-gnome/recipes-gnome/gnome-bluetooth/gnome-bluetooth_2.32.0.bb,
>  do_compile
^ patch sent
> * 
> /meta-openembedded/meta-gnome/recipes-gnome/gnome-disk-utility/gnome-disk-utility_2.32.0.bb,
>  do_compile
^ patch sent
> * 
> /meta-openembedded/meta-gnome/recipes-gnome/gnome-power-manager/gnome-power-manager_2.32.0.bb,
>  do_compile
> * 
> /meta-openembedded/meta-gnome/recipes-gnome/gnome-settings-daemon/gnome-settings-daemon_2.32.1.bb,
>  do_compile
> * 
> /meta-openembedded/meta-gnome/recipes-gnome/nautilus/nautilus3_3.2.1.bb, 
> do_fetch
^ how did this return to world?
> * 
> /meta-openembedded/meta-multimedia/recipes-mkv/mkvtoolnix/mkvtoolnix_git.bb, 
> do_compile
> * /meta-openembedded/meta-multimedia/recipes-multimedia/vlc/vlc_2.2.1.bb, 
> do_compile
> * 
> /meta-openembedded/meta-networking/recipes-connectivity/inetutils/inetutils_1.9.4.bb,
>  do_patch
> * /meta-openembedded/meta-oe/recipes-support/gd/gd_2.1.1.bb, do_compile
> * 
> /meta-openembedded/meta-oe/recipes-support/libdbi/libdbi-drivers_0.8.3-1.bb, 
> do_compile
> * 
> /meta-openembedded/meta-python/recipes-devtools/python/python-pyopenssl_0.15.1.bb,
>  do_populate_sysroot
> * 
> /meta-openembedded/meta-xfce/recipes-apps/xfce4-notifyd/xfce4-notifyd_0.2.4.bb,
>  do_compile
^ patch sent
> * 
> /meta-openembedded/meta-xfce/recipes-art/xfce4-icon-theme/xfce4-icon-theme_4.4.3.bb,
>  do_populate_sysroot
^ patch sent
> * /meta-webos-ports/meta-luneui/recipes-luneui/luna-next/luna-next.bb, 
> do_compile
>

Regards

Andreas
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [oe] State of bitbake world, Failed tasks 2015-08-24

2015-08-26 Thread Tim Orling

On Wed, Aug 26, 2015 at 6:56 AM, Martin Jansa martin.ja...@gmail.com
wrote:

 Time for even more PNBLACKLISTs..

snip

 == Failed tasks 2015-08-24 ==

 INFO: jenkins-job.sh-1.3.1 Complete log available at
 http://logs.nslu2-linux.org/buildlogs/oe/world/log.report.20150825_231149.log

 === common (7) ===
 * /meta-openembedded/meta-efl/recipes-efl/efl/epdf_svn.bb, do_compile
 * /meta-openembedded/meta-multimedia/recipes-mkv/mkvtoolnix/
 mkvtoolnix_git.bb, do_compile
 * /meta-openembedded/meta-multimedia/recipes-multimedia/vlc/
 vlc_2.2.1.bb, do_compile

I am working on a patch for this. This one is difficult for me to replicate.


 * /meta-openembedded/meta-oe/recipes-support/libdbi/
 libdbi-drivers_0.8.3-1.bb, do_compile
 * /meta-openembedded/meta-python/recipes-devtools/python/
 python-pyopenssl_0.15.1.bb, do_populate_sysroot
 * /meta-openembedded/meta-xfce/recipes-art/rodent-icon-theme/
 rodent-icon-theme_5.0.bb, do_populate_sysroot
 * /meta-webos-ports/meta-luneui/recipes-luneui/luna-next/luna-next.bb,
 do_compile

 === common-x86 (6) ===
 * /meta-openembedded/meta-efl/recipes-efl/webkit/webkit-efl_1.11.0.bb,
 do_compile
 * /meta-openembedded/meta-networking/recipes-connectivity/inetutils/
 inetutils_1.9.4.bb, do_fetch
 * /meta-openembedded/meta-networking/recipes-kernel/netmap/
 netmap-modules_git.bb, do_compile
 * /meta-openembedded/meta-oe/recipes-support/gd/gd_2.1.1.bb,
 do_compile
 * /meta-qt5/recipes-qt/qt5/qtwebengine_git.bb, do_compile
 * /meta-qt5/recipes-qt/qt5/qtwebkit_git.bb, do_compile

 === qemuarm (2) ===
 * /meta-openembedded/meta-networking/recipes-connectivity/inetutils/
 inetutils_1.9.4.bb, do_patch
 * /meta-openembedded/meta-python/recipes-extended/python-pyparted/
 python-pyparted_3.10.5.bb, do_compile

 I have a patch for this (and raised an issue upstream
https://github.com/rhinstaller/pyparted/pull/15 ). It is an indirect cause
of the parted_1.8.6 recipe. python-pyparted_3.10.5 requires libparted =
2.3 (so the 3.% in core will work). The '1.8.6' string is not being cast
properly by float().


 === qemux86 (1) ===
 * /meta-openembedded/meta-oe/recipes-graphics/xorg-driver/
 xf86-video-geode_2.11.16.bb, do_compile

 === qemux86_64 (2) ===
 * /meta-browser/recipes-browser/chromium/cef3_280796.bb, do_configure
 * /meta-openembedded/meta-oe/recipes-extended/collectd/
 collectd_5.5.0.bb, do_compile

 === Number of failed tasks (38) ===
 {| class=wikitable
 |-
 || qemuarm  || 9 ||
 http://logs.nslu2-linux.org/buildlogs/oe/world//log.world.20150824_114047.log//
 || http://errors.yoctoproject.org:80/Errors/Build/8163/
 |-
 || qemux86  || 14||
 http://logs.nslu2-linux.org/buildlogs/oe/world//log.world.20150824_134017.log//
 ||
 |-
 || qemux86_64   || 15||
 http://logs.nslu2-linux.org/buildlogs/oe/world//log.world.20150824_225042.log//
 ||
 |

snip

--Tim
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [oe] State of bitbake world, Failed tasks 2015-06-19

2015-06-22 Thread Burton, Ross

Hi,

On 19 June 2015 at 17:52, Martin Jansa martin.ja...@gmail.com wrote:

 qt-mobility-embedded-1.2.0: qt-mobility-embedded rdepends on
 libgstapp-0.10, but it isn't a build dependency? [build-deps]
 qt-mobility-embedded-1.2.0: qt-mobility-embedded rdepends on
 libgstvideo-0.10, but it isn't a build dependency? [build-deps]
 qt-mobility-x11-1.2.0: qt-mobility-x11 rdepends on libgstapp-0.10, but it
 isn't a build dependency? [build-deps]
 qt-mobility-x11-1.2.0: qt-mobility-x11 rdepends on libgstinterfaces-0.10,
 but it isn't a build dependency? [build-deps]
 qt-mobility-x11-1.2.0: qt-mobility-x11 rdepends on libgstvideo-0.10, but
 it isn't a build dependency? [build-deps]
 qt-mobility-x11-1.2.0: qt-mobility-x11 rdepends on libxv, but it isn't a
 build dependency? [build-deps]
 qt5-creator-3.3.1: qt5-creator rdepends on qt-creator, but it isn't a
 build dependency? [build-deps]


I've just filed a bug for this chunk, looks like we missed something when
disabling GStreamer 0.10 in Qt.

Nice to see nothing in oe-core break in this build. :)

Ross
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [oe] State of bitbake world, Failed tasks 2015-06-19

2015-06-22 Thread Alexander Kanavin


On 06/22/2015 02:07 PM, Burton, Ross wrote:


I've just filed a bug for this chunk, looks like we missed something when
disabling GStreamer 0.10 in Qt.


Not really; the recipes for qt-mobility were moved from oe-core to 
meta-oe as they were, without any modifications.


This looks like a simple missing dependency issue, but I don't know why 
it wasn't reported earlier. Note that there are also missing 
dependencies for libxv and qt-creator, so it's not gstreamer-specific



Alex

--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [oe] State of bitbake world, Failed tasks 2015-05-27

2015-05-28 Thread Paul Eggleton

On Thursday 28 May 2015 10:45:36 Martin Jansa wrote:
 This time without sstate-cache, so the list of QA issues should be
 almost complete (except recipes which fail to build or their
 dependencies failed to build)
 
 http://www.openembedded.org/wiki/Bitbake_World_Status
 
 == Failed tasks 2015-05-27 ==
 
 INFO: jenkins-job.sh-1.3.1 Complete log available at
 http://logs.nslu2-linux.org/buildlogs/oe/world/log.report.20150528_084227.log
...
 === common-x86 (1) ===
 * /openembedded-core/meta/recipes-qt/qt4/qt4-x11-free_4.8.6.bb, do_compile

This seems to be related to gstreamer 0.10 removal; though it's QtWebkit that's
failing rather than Phonon:

| cd WebKit/qt/tests/  
/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/x86_64-linux/usr/bin/qmake2 
-after  
INCPATH+=/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/qemux86/usr/include/freetype2
 LIBS+=-L/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/qemux86/usr/lib 
/home/jenkins/oe/world/shr-core/tmp-glibc/work/i586-oe-linux/qt4-x11-free/4.8.6-r0/qt-everywhere-opensource-src-4.8.6/src/3rdparty/webkit/Source/WebKit/qt/tests/tests.pro
 -spec 
/home/jenkins/oe/world/shr-core/tmp-glibc/work/i586-oe-linux/qt4-x11-free/4.8.6-r0/qt-everywhere-opensource-src-4.8.6/mkspecs/linux-g++
 -after  
INCPATH+=/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/qemux86/usr/include/freetype2
 LIBS+=-L/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/qemux86/usr/lib -o 
Makefile.WebKit
| WARNING: (internal):1: Variable INCPATH is deprecated; use INCLUDEPATH 
instead.
| WARNING: (internal):3: Variable INCPATH is deprecated; use INCLUDEPATH 
instead.
| WARNING: (internal):1: Variable INCPATH is deprecated; use INCLUDEPATH 
instead.
| WARNING: (internal):3: Variable INCPATH is deprecated; use INCLUDEPATH 
instead.
| WARNING: (internal):1: Variable INCPATH is deprecated; use INCLUDEPATH 
instead.
| WARNING: (internal):3: Variable INCPATH is deprecated; use INCLUDEPATH 
instead.
| WARNING: (internal):1: Variable INCPATH is deprecated; use INCLUDEPATH 
instead.
| WARNING: (internal):3: Variable INCPATH is deprecated; use INCLUDEPATH 
instead.
| WARNING: (internal):1: Variable INCPATH is deprecated; use INCLUDEPATH 
instead.
| WARNING: (internal):3: Variable INCPATH is deprecated; use INCLUDEPATH 
instead.
| Project ERROR: Package gstreamer-app-0.10 not found
| make[1]: *** [WebCore/Makefile.WebKit] Error 2
| make[1]: *** Waiting for unfinished jobs
| Project ERROR: Package gstreamer-app-0.10 not found
| make[1]: *** [WebKit/qt/Makefile.WebKit.QtWebKit] Error 2
| make[1]: Leaving directory 
`/home/jenkins/oe/world/shr-core/tmp-glibc/work/i586-oe-linux/qt4-x11-free/4.8.6-r0/qt-everywhere-opensource-src-4.8.6/src/3rdparty/webkit/Source'
| make: *** [sub-webkit-make_default-ordered] Error 2
| ERROR: oe_runmake failed
| WARNING: exit code 1 from a shell command.
| ERROR: Function failed: do_compile (log file is located at 
/home/jenkins/oe/world/shr-core/tmp-glibc/work/i586-oe-linux/qt4-x11-free/4.8.6-r0/temp/log.do_compile.14903)

Alex, can you take a look at this?

Thanks,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [oe] State of bitbake world, Failed tasks 2015-05-27

2015-05-28 Thread Alexander Kanavin


On 05/28/2015 01:04 PM, Paul Eggleton wrote:



This seems to be related to gstreamer 0.10 removal; though it's QtWebkit that's
failing rather than Phonon:

| cd WebKit/qt/tests/  
/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/x86_64-linux/usr/bin/qmake2 -after   
   
INCPATH+=/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/qemux86/usr/include/freetype2
 LIBS+=-L/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/qemux86/usr/lib 
/home/jenkins/oe/world/shr-core/tmp-glibc/work/i586-oe-linux/qt4-x11-free/4.8.6-r0/qt-everywhere-opensource-src-4.8.6/src/3rdparty/webkit/Source/WebKit/qt/tests/tests.pro
 -spec 
/home/jenkins/oe/world/shr-core/tmp-glibc/work/i586-oe-linux/qt4-x11-free/4.8.6-r0/qt-everywhere-opensource-src-4.8.6/mkspecs/linux-g++
 -after  
INCPATH+=/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/qemux86/usr/include/freetype2
 LIBS+=-L/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/qemux86/usr/lib -o 
Makefile.WebKit
| WARNING: (internal):1: Variable INCPATH is deprecated; use INCLUDEPATH 
instead.
| WARNING: (internal):3: Variable INCPATH is deprecated; use INCLUDEPATH 
instead.
| WARNING: (internal):1: Variable INCPATH is deprecated; use INCLUDEPATH 
instead.
| WARNING: (internal):3: Variable INCPATH is deprecated; use INCLUDEPATH 
instead.
| WARNING: (internal):1: Variable INCPATH is deprecated; use INCLUDEPATH 
instead.
| WARNING: (internal):3: Variable INCPATH is deprecated; use INCLUDEPATH 
instead.
| WARNING: (internal):1: Variable INCPATH is deprecated; use INCLUDEPATH 
instead.
| WARNING: (internal):3: Variable INCPATH is deprecated; use INCLUDEPATH 
instead.
| WARNING: (internal):1: Variable INCPATH is deprecated; use INCLUDEPATH 
instead.
| WARNING: (internal):3: Variable INCPATH is deprecated; use INCLUDEPATH 
instead.
| Project ERROR: Package gstreamer-app-0.10 not found
| make[1]: *** [WebCore/Makefile.WebKit] Error 2
| make[1]: *** Waiting for unfinished jobs
| Project ERROR: Package gstreamer-app-0.10 not found
| make[1]: *** [WebKit/qt/Makefile.WebKit.QtWebKit] Error 2
| make[1]: Leaving directory 
`/home/jenkins/oe/world/shr-core/tmp-glibc/work/i586-oe-linux/qt4-x11-free/4.8.6-r0/qt-everywhere-opensource-src-4.8.6/src/3rdparty/webkit/Source'
| make: *** [sub-webkit-make_default-ordered] Error 2
| ERROR: oe_runmake failed
| WARNING: exit code 1 from a shell command.
| ERROR: Function failed: do_compile (log file is located at 
/home/jenkins/oe/world/shr-core/tmp-glibc/work/i586-oe-linux/qt4-x11-free/4.8.6-r0/temp/log.do_compile.14903)

Alex, can you take a look at this?


I already did; it should be fixed by this patch:

http://lists.openembedded.org/pipermail/openembedded-core/2015-May/105413.html

Regards,
Alex

--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [oe] State of bitbake world, Failed tasks 2015-05-27

2015-05-28 Thread Paul Eggleton

On Thursday 28 May 2015 09:15:42 Alexander Kanavin wrote:
 On 05/28/2015 01:04 PM, Paul Eggleton wrote:
  This seems to be related to gstreamer 0.10 removal; though it's QtWebkit
  that's 
  failing rather than Phonon:
  | cd WebKit/qt/tests/ 
  | /home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/x86_64-linux/usr/bin
  | /qmake2 -after 
  | INCPATH+=/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/qemux86/usr
  | /include/freetype2
  | LIBS+=-L/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/qemux86/usr/
  | lib
  | /home/jenkins/oe/world/shr-core/tmp-glibc/work/i586-oe-linux/qt4-x11-fr
  | ee/4.8.6-r0/qt-everywhere-opensource-src-4.8.6/src/3rdparty/webkit/Sourc
  | e/WebKit/qt/tests/tests.pro -spec
  | /home/jenkins/oe/world/shr-core/tmp-glibc/work/i586-oe-linux/qt4-x11-fr
  | ee/4.8.6-r0/qt-everywhere-opensource-src-4.8.6/mkspecs/linux-g++ -after 
  | INCPATH+=/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/qemux86/usr
  | /include/freetype2
  | LIBS+=-L/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/qemux86/usr/
  | lib -o Makefile.WebKit WARNING: (internal):1: Variable INCPATH is
  | deprecated; use INCLUDEPATH instead. WARNING: (internal):3: Variable
  | INCPATH is deprecated; use INCLUDEPATH instead. WARNING: (internal):1:
  | Variable INCPATH is deprecated; use INCLUDEPATH instead. WARNING:
  | (internal):3: Variable INCPATH is deprecated; use INCLUDEPATH instead.
  | WARNING: (internal):1: Variable INCPATH is deprecated; use INCLUDEPATH
  | instead. WARNING: (internal):3: Variable INCPATH is deprecated; use
  | INCLUDEPATH instead. WARNING: (internal):1: Variable INCPATH is
  | deprecated; use INCLUDEPATH instead. WARNING: (internal):3: Variable
  | INCPATH is deprecated; use INCLUDEPATH instead. WARNING: (internal):1:
  | Variable INCPATH is deprecated; use INCLUDEPATH instead. WARNING:
  | (internal):3: Variable INCPATH is deprecated; use INCLUDEPATH instead.
  | Project ERROR: Package gstreamer-app-0.10 not found
  | make[1]: *** [WebCore/Makefile.WebKit] Error 2
  | make[1]: *** Waiting for unfinished jobs
  | Project ERROR: Package gstreamer-app-0.10 not found
  | make[1]: *** [WebKit/qt/Makefile.WebKit.QtWebKit] Error 2
  | make[1]: Leaving directory
  | `/home/jenkins/oe/world/shr-core/tmp-glibc/work/i586-oe-linux/qt4-x11-f
  | ree/4.8.6-r0/qt-everywhere-opensource-src-4.8.6/src/3rdparty/webkit/Sour
  | ce' make: *** [sub-webkit-make_default-ordered] Error 2
  | ERROR: oe_runmake failed
  | WARNING: exit code 1 from a shell command.
  | ERROR: Function failed: do_compile (log file is located at
  | /home/jenkins/oe/world/shr-core/tmp-glibc/work/i586-oe-linux/qt4-x11-fr
  | ee/4.8.6-r0/temp/log.do_compile.14903) 
  Alex, can you take a look at this?
 
 I already did; it should be fixed by this patch:
 
 http://lists.openembedded.org/pipermail/openembedded-core/2015-May/105413.ht
 ml

Ah right, I missed that sorry. I guess it should be resolved once that patch 
gets merged.

Thanks,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [oe] State of bitbake world, test-dependencies 2014-12-11

2014-12-11 Thread Burton, Ross

On 11 December 2014 at 09:23, Martin Jansa martin.ja...@gmail.com wrote:

 WARN: gst-plugins-bad: gst-plugins-bad-meta rdepends on
 gst-plugins-bad-rtmp, but it isn't a build dependency?
 ERROR: gst-plugins-bad: gst-plugins-bad-rtmp package isn't created when
 building with minimal dependencies?
 ERROR: gst-plugins-bad: gst-plugins-bad-rtmp-dev package isn't created
 when building with minimal dependencies?


Coincidently last night my world run gave me warnings that
gst-plugins-bad-rtmp was depending on rtmpdump without a build depends, so
I've copied the PACKAGECONFIG[rtmp] from gstreamer1.0-plugins-bad to
gst-plugins-bad.  Presumably this will fix these errors, although that
warning seems odd.

Ross
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [oe] State of bitbake world, test-dependencies 2014-12-11

2014-12-11 Thread Martin Jansa

On Thu, Dec 11, 2014 at 11:13:51AM +, Burton, Ross wrote:
 On 11 December 2014 at 09:23, Martin Jansa martin.ja...@gmail.com wrote:
 
  WARN: gst-plugins-bad: gst-plugins-bad-meta rdepends on
  gst-plugins-bad-rtmp, but it isn't a build dependency?
  ERROR: gst-plugins-bad: gst-plugins-bad-rtmp package isn't created when
  building with minimal dependencies?
  ERROR: gst-plugins-bad: gst-plugins-bad-rtmp-dev package isn't created
  when building with minimal dependencies?
 
 
 Coincidently last night my world run gave me warnings that
 gst-plugins-bad-rtmp was depending on rtmpdump without a build depends, so
 I've copied the PACKAGECONFIG[rtmp] from gstreamer1.0-plugins-bad to
 gst-plugins-bad.  Presumably this will fix these errors, although that
 warning seems odd.

Why odd? It just means that gst-plugins-bad-rtmp* packages aren't
created at all when rtmp isn't autodetected.

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


signature.asc
Description: Digital signature
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [oe] State of bitbake world, test-dependencies 2014-12-11

2014-12-11 Thread Burton, Ross

On 11 December 2014 at 12:14, Martin Jansa martin.ja...@gmail.com wrote:

   WARN: gst-plugins-bad: gst-plugins-bad-meta rdepends on
   gst-plugins-bad-rtmp, but it isn't a build dependency?
   ERROR: gst-plugins-bad: gst-plugins-bad-rtmp package isn't created when
   building with minimal dependencies?
   ERROR: gst-plugins-bad: gst-plugins-bad-rtmp-dev package isn't created
   when building with minimal dependencies?
  
 
  Coincidently last night my world run gave me warnings that
  gst-plugins-bad-rtmp was depending on rtmpdump without a build depends,
 so
  I've copied the PACKAGECONFIG[rtmp] from gstreamer1.0-plugins-bad to
  gst-plugins-bad.  Presumably this will fix these errors, although that
  warning seems odd.

 Why odd? It just means that gst-plugins-bad-rtmp* packages aren't
 created at all when rtmp isn't autodetected.


But gst-plugins-bad-meta won't depend on -rtmp when rtmp isn't detected as
the splitting is dynamically done.

Ross
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [oe] State of bitbake world, test-dependencies 2014-12-11

2014-12-11 Thread Martin Jansa

On Thu, Dec 11, 2014 at 12:31:45PM +, Burton, Ross wrote:
 On 11 December 2014 at 12:14, Martin Jansa martin.ja...@gmail.com wrote:
 
WARN: gst-plugins-bad: gst-plugins-bad-meta rdepends on
gst-plugins-bad-rtmp, but it isn't a build dependency?
ERROR: gst-plugins-bad: gst-plugins-bad-rtmp package isn't created when
building with minimal dependencies?
ERROR: gst-plugins-bad: gst-plugins-bad-rtmp-dev package isn't created
when building with minimal dependencies?
   
  
   Coincidently last night my world run gave me warnings that
   gst-plugins-bad-rtmp was depending on rtmpdump without a build depends,
  so
   I've copied the PACKAGECONFIG[rtmp] from gstreamer1.0-plugins-bad to
   gst-plugins-bad.  Presumably this will fix these errors, although that
   warning seems odd.
 
  Why odd? It just means that gst-plugins-bad-rtmp* packages aren't
  created at all when rtmp isn't autodetected.
 
 
 But gst-plugins-bad-meta won't depend on -rtmp when rtmp isn't detected as
 the splitting is dynamically done.

gst-plugins-bad-meta depends on gst-plugins-bad-rtmp when built after
world (rtmp is detected) and doesn't depend on gst-plugins-bad-rtmp when
built in minimal TMPDIR.

test-dependencies.sh is showing this warning when the dependencies
between maximal and minimal builds aren't equal.

I still don't get what's wrong with that warning.

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


signature.asc
Description: Digital signature
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [oe] State of bitbake world, test-dependencies 2014-12-11

2014-12-11 Thread Burton, Ross

On 11 December 2014 at 12:44, Martin Jansa martin.ja...@gmail.com wrote:

 gst-plugins-bad-meta depends on gst-plugins-bad-rtmp when built after
 world (rtmp is detected) and doesn't depend on gst-plugins-bad-rtmp when
 built in minimal TMPDIR.

 test-dependencies.sh is showing this warning when the dependencies
 between maximal and minimal builds aren't equal.

 I still don't get what's wrong with that warning.


Gotcha, yes, understood.

Ross
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

2014-06-21 Thread Martin Jansa

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-oeid=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.ja...@gmail.com


signature.asc
Description: Digital signature
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

2014-06-21 Thread 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
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

2014-06-20 Thread 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-oeid=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






-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

2014-06-20 Thread 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-oeid=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-

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [oe] State of bitbake world, test-dependencies 2014-04-18

2014-04-20 Thread Khem Raj

On Apr 20, 2014 10:16 AM, Jacob Kroon jacob.kr...@gmail.com wrote:

 On Sat, Apr 19, 2014 at 1:03 PM, Jacob Kroon jacob.kr...@gmail.com
wrote:

  On Fri, Apr 18, 2014 at 8:36 PM, Martin Jansa martin.ja...@gmail.com
wrote:
 
  And more importantly floating dependencies, reply here
  when you start working on some of these.
 
  Found differences:
  ccid/ccid/latest lost dependency on  flex
  console-tools/console-tools/latest lost dependency on  flex
 
 
  I'll have a go at resolving the console-tools/flex floating dep.
 

 If I understand things correctly: libfl.so from flex provides default
 implementations for yylex() and yywrap(). console-tools/loadkeys provides
 its own implementations for these, so linking with libfl.so is not
 necessary.

 In order to remove the floating dependency I can patch to either remove
 @LEXLIB@ from LDADD, or I can pass -Wl,--as-needed in LDFLAGS, both ways
 seems to get rid of the dependency on libfl.

 Any preferred way of handling this ?

remove LEXLIB from LDFLAGS

 /Jacob
 --
 ___
 Openembedded-devel mailing list
 openembedded-de...@lists.openembedded.org
 http://lists.openembedded.org/mailman/listinfo/openembedded-devel
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

2014-02-27 Thread Andrea Adami

On Thu, Feb 27, 2014 at 12:50 AM, Martin Jansa martin.ja...@gmail.com wrote:
 http://www.openembedded.org/wiki/Bitbake_World_Status

 == Failed tasks 2014-02-26 ==

 === common (8) ===
 * 
 meta-openembedded/meta-gnome/recipes-gnome/devilspie/devilspie2_0.24.bb, 
 do_compile
 * 
 meta-openembedded/meta-multimedia/recipes-multimedia/musicbrainz/libmusicbrainz_git.bb,
  do_configure
 * meta-openembedded/meta-multimedia/recipes-multimedia/vlc/vlc_1.1.11.bb, 
 do_compile
 * 
 meta-openembedded/meta-networking/recipes-support/traceroute/traceroute_2.0.18.bb,
  do_compile
 * 
 meta-openembedded/meta-oe/recipes-connectivity/networkmanager/networkmanager_0.9.8.0.bb,
  do_configure
 * meta-openembedded/meta-oe/recipes-devtools/tcltk/tk_8.6.0.bb, do_compile
 * meta-openembedded/meta-oe/recipes-navigation/monav/monav_0.3.bb, 
 do_compile
 * meta-openembedded/meta-oe/recipes-support/inih/libinih_git.bb, 
 do_install

 === common-x86 (5) ===
 * meta-browser/recipes-mozilla/firefox/firefox_10.0.11esr.bb, do_compile
 * meta-openembedded/meta-multimedia/recipes-mediacentre/xbmc/xbmc_git.bb, 
 do_compile
 * meta-openembedded/meta-oe/recipes-connectivity/daq/daq_2.0.1.bb, 
 do_install
 * meta-openembedded/meta-oe/recipes-support/emacs/emacs_23.4.bb, 
 do_compile
 * openembedded-core/meta/recipes-bsp/grub/grub_2.00.bb, do_package

 === qemuarm (7) ===
 * 
 meta-openembedded/meta-efl/recipes-efl/webkit/webkit-efl_2.3.2+svnr159807.bb, 
 do_compile
 * 
 meta-openembedded/meta-multimedia/recipes-mediacentre/xbmc/xbmc_12.2.bb, 
 do_fetch
 * meta-openembedded/meta-oe/recipes-core/libxml/libxml++_2.35.3.bb, 
 do_compile
 * 
 meta-openembedded/meta-oe/recipes-devtools/packagekit/packagekit_0.8.13.bb, 
 do_configure
 * meta-openembedded/meta-oe/recipes-extended/gnuplot/gnuplot_4.4.4.bb, 
 do_compile
 * meta-openembedded/meta-oe/recipes-support/mongodb/mongodb_git.bb, 
 do_compile
 * openembedded-core/meta/recipes-bsp/grub/grub_git.bb, do_package

 === qemux86 (1) ===
 * 
 meta-openembedded/meta-initramfs/recipes-kernel/linux/linux-yocto-tiny-kexecboot_3.10.bb,
  do_compile

This failure seems originated by some driver update/misconfiguration
(there isn't any specific kernel config for qemux86 and
l-y-t-kexecboot)

.../drm/drm_mm.h:105:2: error: implicit declaration of function
'BUG_ON' [-Werror=implicit-function-declaration]
|   BUG_ON(!hole_node-hole_follows);
|   ^
|   CC  drivers/pci/setup-res.o
|   CC  drivers/gpu/drm/i915/i915_drv.o
| cc1: some warnings being treated as errors
| make[6]: *** [drivers/gpu/drm/ttm/ttm_agp_backend.o] Error 1
| make[5]: *** [drivers/gpu/drm/ttm] Error 2

and later
... make[4]: *** [drivers/gpu/drm] Error 2


Apart this I see a lot of warnings about Intel drivers and some others
which I don't see when building for arm.
AFAIS nothing needs to be fixed in meta-initramfs.

Regards

Andrea




 === qemux86_64 (1) ===
 * 
 meta-openembedded/meta-oe/recipes-connectivity/libimobiledevice/libimobiledevice_1.1.4.bb,
  do_configure

 === Number of failed tasks ===
 {| class=wikitable
 |-
 ||qemuarm   ||15
 ||http://logs.nslu2-linux.org/buildlogs/oe/oe-shr-core-branches//log.world.20140224_083255.log/
 |-
 ||qemux86   ||14
 ||http://logs.nslu2-linux.org/buildlogs/oe/oe-shr-core-branches//log.world.20140224_180733.log/
 |-
 ||qemux86_64||14
 ||http://logs.nslu2-linux.org/buildlogs/oe/oe-shr-core-branches//log.world.20140225_233246.log/
 |}

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

 ___
 Openembedded-devel mailing list
 openembedded-de...@lists.openembedded.org
 http://lists.openembedded.org/mailman/listinfo/openembedded-devel

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [oe] State of bitbake world, Failed tasks 2014-01-09

2014-01-09 Thread Andreas Müller

On Thu, Jan 9, 2014 at 3:46 PM, Martin Jansa martin.ja...@gmail.com wrote:
 http://www.openembedded.org/wiki/Bitbake_World_Status

 == Failed tasks 2014-01-09 ==

 === common (6) ===
 * meta-openembedded/meta-efl/recipes-efl/webkit/webkit-efl_svn.bb, 
 do_configure
 * meta-openembedded/meta-multimedia/recipes-mediacentre/xbmc/xbmc_git.bb, 
 do_fetch
 * meta-openembedded/meta-oe/recipes-devtools/tcltk/tk_8.6.0.bb, do_compile
 * meta-openembedded/meta-oe/recipes-extended/gnuplot/gnuplot_4.4.4.bb, 
 do_compile
 * meta-openembedded/meta-oe/recipes-navigation/monav/monav_0.3.bb, 
 do_compile
 * meta-qt5/recipes-qt/qt5/qtwayland_git.bb, do_compile

I have problems with qtwayland too and think that I am close to
understand what's going on (on 5.2 branch). Where do I find logs for
this error?

Andreas
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [oe] State of bitbake world, Failed tasks 2014-01-09

2014-01-09 Thread Martin Jansa

On Thu, Jan 09, 2014 at 04:12:52PM +0100, Andreas Müller wrote:
 On Thu, Jan 9, 2014 at 3:46 PM, Martin Jansa martin.ja...@gmail.com wrote:
  http://www.openembedded.org/wiki/Bitbake_World_Status
 
  == Failed tasks 2014-01-09 ==
 
  === common (6) ===
  * meta-openembedded/meta-efl/recipes-efl/webkit/webkit-efl_svn.bb, 
  do_configure
  * 
  meta-openembedded/meta-multimedia/recipes-mediacentre/xbmc/xbmc_git.bb, 
  do_fetch
  * meta-openembedded/meta-oe/recipes-devtools/tcltk/tk_8.6.0.bb, 
  do_compile
  * meta-openembedded/meta-oe/recipes-extended/gnuplot/gnuplot_4.4.4.bb, 
  do_compile
  * meta-openembedded/meta-oe/recipes-navigation/monav/monav_0.3.bb, 
  do_compile
  * meta-qt5/recipes-qt/qt5/qtwayland_git.bb, do_compile
 
 I have problems with qtwayland too and think that I am close to
 understand what's going on (on 5.2 branch). Where do I find logs for
 this error?

Links for each machine are on the bottom of the e-mail:

http://logs.nslu2-linux.org/buildlogs/oe/oe-shr-core-branches/...

qtwayland builds for me fine with oe-core only and also in qt5-5.2.0 +
webos-ports, so I haven't looked much into it yet.

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


signature.asc
Description: Digital signature
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [oe] State of bitbake world, Failed tasks 2014-01-09

2014-01-09 Thread Andreas Müller

On Thu, Jan 9, 2014 at 4:23 PM, Martin Jansa martin.ja...@gmail.com wrote:
 On Thu, Jan 09, 2014 at 04:12:52PM +0100, Andreas Müller wrote:
 On Thu, Jan 9, 2014 at 3:46 PM, Martin Jansa martin.ja...@gmail.com wrote:
  http://www.openembedded.org/wiki/Bitbake_World_Status
 
  == Failed tasks 2014-01-09 ==
 
  === common (6) ===
  * meta-openembedded/meta-efl/recipes-efl/webkit/webkit-efl_svn.bb, 
  do_configure
  * 
  meta-openembedded/meta-multimedia/recipes-mediacentre/xbmc/xbmc_git.bb, 
  do_fetch
  * meta-openembedded/meta-oe/recipes-devtools/tcltk/tk_8.6.0.bb, 
  do_compile
  * meta-openembedded/meta-oe/recipes-extended/gnuplot/gnuplot_4.4.4.bb, 
  do_compile
  * meta-openembedded/meta-oe/recipes-navigation/monav/monav_0.3.bb, 
  do_compile
  * meta-qt5/recipes-qt/qt5/qtwayland_git.bb, do_compile

 I have problems with qtwayland too and think that I am close to
 understand what's going on (on 5.2 branch). Where do I find logs for
 this error?

 Links for each machine are on the bottom of the e-mail:

 http://logs.nslu2-linux.org/buildlogs/oe/oe-shr-core-branches/...

 qtwayland builds for me fine with oe-core only and also in qt5-5.2.0 +
 webos-ports, so I haven't looked much into it yet.
OK - I can't find that in the logs - but anyway: I am working also on
5.2.0 and my error for qtwayland showed up as tons of multiple defined
GL data types as

'error: 'GLdouble' has a previous declaration as 'typedef GLfloat GLdouble''

Reason was that I had GL-headers in my sysroot but qtwayland was
configured without wayland-egl / egl (it took me long to find out that
that wayland-egl is supplied by mesa..). So qtwayland tried to build
glx-compositor which does not work with GL/GLES headers in sysroot.
After building egl and wayland-egl, qtwayland configured fine and the
errors disappeared.

Andreas
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [oe] State of bitbake world, Failed tasks 2014-01-09

2014-01-09 Thread Martin Jansa

On Thu, Jan 09, 2014 at 05:37:24PM +0100, Andreas Müller wrote:
 On Thu, Jan 9, 2014 at 4:23 PM, Martin Jansa martin.ja...@gmail.com wrote:
  On Thu, Jan 09, 2014 at 04:12:52PM +0100, Andreas Müller wrote:
  On Thu, Jan 9, 2014 at 3:46 PM, Martin Jansa martin.ja...@gmail.com 
  wrote:
   http://www.openembedded.org/wiki/Bitbake_World_Status
  
   == Failed tasks 2014-01-09 ==
  
   === common (6) ===
   * meta-openembedded/meta-efl/recipes-efl/webkit/webkit-efl_svn.bb, 
   do_configure
   * 
   meta-openembedded/meta-multimedia/recipes-mediacentre/xbmc/xbmc_git.bb, 
   do_fetch
   * meta-openembedded/meta-oe/recipes-devtools/tcltk/tk_8.6.0.bb, 
   do_compile
   * 
   meta-openembedded/meta-oe/recipes-extended/gnuplot/gnuplot_4.4.4.bb, 
   do_compile
   * meta-openembedded/meta-oe/recipes-navigation/monav/monav_0.3.bb, 
   do_compile
   * meta-qt5/recipes-qt/qt5/qtwayland_git.bb, do_compile
 
  I have problems with qtwayland too and think that I am close to
  understand what's going on (on 5.2 branch). Where do I find logs for
  this error?
 
  Links for each machine are on the bottom of the e-mail:
 
  http://logs.nslu2-linux.org/buildlogs/oe/oe-shr-core-branches/...
 
  qtwayland builds for me fine with oe-core only and also in qt5-5.2.0 +
  webos-ports, so I haven't looked much into it yet.
 OK - I can't find that in the logs - but anyway: I am working also on
 5.2.0 and my error for qtwayland showed up as tons of multiple defined
 GL data types as

e.g.
http://logs.nslu2-linux.org/buildlogs/oe/oe-shr-core-branches/log.world.20140109_011732.log/bitbake.log

has that, but if you're looking at it in browser you need to wait quite
a long time for it to fetch completely and at least in chromium it
sometimes fail to search in bigger text files for me.
 
| In file included from
/home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/work/x86_64-oe-linux/qtwayland/5.1.0+gitAUTOINC+87dba733ac-r0/git/src/compositor/wayland_wrapper/qwlinputdevice.cpp:41:0:
|
/home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/work/x86_64-oe-linux/qtwayland/5.1.0+gitAUTOINC+87dba733ac-r0/git/src/compositor/wayland_wrapper/qwlinputdevice_p.h:128:22:
error: field 'pointer' has incomplete type
|  ::wl_pointer pointer;
|   ^

... and a lot more like this

 'error: 'GLdouble' has a previous declaration as 'typedef GLfloat GLdouble''
 
 Reason was that I had GL-headers in my sysroot but qtwayland was
 configured without wayland-egl / egl (it took me long to find out that
 that wayland-egl is supplied by mesa..). So qtwayland tried to build
 glx-compositor which does not work with GL/GLES headers in sysroot.
 After building egl and wayland-egl, qtwayland configured fine and the
 errors disappeared.

It's probably different error than what I have, but with latest mesa I
had problem that I need to define MESA_EGL_NO_X11_HEADERS in qtbase and
qtwebkit again to prevent using xorg includes, maybe that's where your
2nd GLdouble is leaking in?

http://lists.openembedded.org/pipermail/openembedded-core/2014-January/088072.html

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


signature.asc
Description: Digital signature
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [oe] State of bitbake world

2013-11-19 Thread Andrea Adami

On Tue, Nov 19, 2013 at 4:56 PM, Joe MacDonald j...@deserted.net wrote:
 [Re: [OE-core] State of bitbake world] On 13.11.19 (Tue 16:50) Martin Jansa 
 wrote:

 On Thu, Oct 31, 2013 at 12:08:25AM +0100, Martin Jansa wrote:
  Starting now I'll use
  http://openembedded.org/wiki/Bitbake_World_Status
  to post results from my bitbake world buils.

 It was updated few times since this e-mail and I've received no
 feedback.

 Should I continue to post them or nobody except me is really interested?

 I'm interested.  I've not had nearly as much time to hunt down the ones
 I own as I'd like, but I do appreciate the mail and I flag them in my
 mailboxes for easy reference later.

 -J.


 The stats also show that nobody is interested in fixing them, some issues are
 there for 6+ months.


Martin,

thanks for the time you're spending on it.
About the failure concerning my maintainance fields, I see:

| Logfile is clean
| makedevs: No entry for root in search list
| WARNING: exit code 1 from a shell command.
| ERROR: Function failed: do_rootfs (log file is located at
/home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/work/qemux86-oe-linux/initramfs-kexecboot-klibc-image/1.0-r0/temp/log.do_rootfs.5623)


So I grep in oe-core for  makedevs: No entry for root in search list
and find a serie of commits touching it...

Most probable origin of the issue. Starnge that itfails only on x86, though.

Cheers

Andrea










 Date   Failed tasksQA QA-w/o-unrecognized
 qemuarm   qemux86 qemux86_64  qemuarm qemux86 
 qemux86_64  qemuarm qemux86 qemux86_64
 2013-11-1912  17  19  141 142 131 29  27 
  18
 2013-11-0311  18  19  96  127 123 22  21 
  16
 2013-10-319   17  19  74  114 107 23  21 
  14
 2013-10-3011  16  18  224 191 184 28  23 
  16


 --
 -Joe MacDonald.
 :wq

 ___
 Openembedded-devel mailing list
 openembedded-de...@lists.openembedded.org
 http://lists.openembedded.org/mailman/listinfo/openembedded-devel

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [oe] State of bitbake world

2013-11-19 Thread Paul Eggleton

Hi Martin,

On Tuesday 19 November 2013 16:50:40 Martin Jansa wrote:
 On Thu, Oct 31, 2013 at 12:08:25AM +0100, Martin Jansa wrote:
  Starting now I'll use
  http://openembedded.org/wiki/Bitbake_World_Status
  to post results from my bitbake world buils.
 
 It was updated few times since this e-mail and I've received no
 feedback.
 
 Should I continue to post them or nobody except me is really interested?

I'm interested in this; I haven't contributed much to the fixing though. I hope 
that most of the production of the reporting can be automated if it isn't 
already...?

FWIW however I did just send a patch to fix the lowpan-tools do_install 
failure.

Cheers,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [oe] State of bitbake world

2013-11-19 Thread Martin Jansa

On Tue, Nov 19, 2013 at 05:01:06PM +0100, Andrea Adami wrote:
 On Tue, Nov 19, 2013 at 4:56 PM, Joe MacDonald j...@deserted.net wrote:
  [Re: [OE-core] State of bitbake world] On 13.11.19 (Tue 16:50) Martin Jansa 
  wrote:
 
  On Thu, Oct 31, 2013 at 12:08:25AM +0100, Martin Jansa wrote:
   Starting now I'll use
   http://openembedded.org/wiki/Bitbake_World_Status
   to post results from my bitbake world buils.
 
  It was updated few times since this e-mail and I've received no
  feedback.
 
  Should I continue to post them or nobody except me is really interested?
 
  I'm interested.  I've not had nearly as much time to hunt down the ones
  I own as I'd like, but I do appreciate the mail and I flag them in my
  mailboxes for easy reference later.
 
  -J.
 
 
  The stats also show that nobody is interested in fixing them, some issues 
  are
  there for 6+ months.
 
 
 Martin,
 
 thanks for the time you're spending on it.
 About the failure concerning my maintainance fields, I see:
 
 | Logfile is clean
 | makedevs: No entry for root in search list
 | WARNING: exit code 1 from a shell command.
 | ERROR: Function failed: do_rootfs (log file is located at
 /home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/work/qemux86-oe-linux/initramfs-kexecboot-klibc-image/1.0-r0/temp/log.do_rootfs.5623)
 
 
 So I grep in oe-core for  makedevs: No entry for root in search list
 and find a serie of commits touching it...
 
 Most probable origin of the issue. Starnge that itfails only on x86, though.

I believe this root is meant as username, I had couple of issues like
this for usernames which didn't exist in /etc/passwd included in the
image. For initramfs-kexecboot-klibc-image I guess you're not installing
base-passwd at all, so maybe the check is failing incorrectly for
initramfs.

  Date   Failed tasksQA QA-w/o-unrecognized
  qemuarm   qemux86 qemux86_64  qemuarm qemux86 
  qemux86_64  qemuarm qemux86 qemux86_64
  2013-11-1912  17  19  141 142 131 29  27   
 18
  2013-11-0311  18  19  96  127 123 22  21   
 16
  2013-10-319   17  19  74  114 107 23  21   
 14
  2013-10-3011  16  18  224 191 184 28  23   
 16
 
 
  --
  -Joe MacDonald.
  :wq
 
  ___
  Openembedded-devel mailing list
  openembedded-de...@lists.openembedded.org
  http://lists.openembedded.org/mailman/listinfo/openembedded-devel
 

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


signature.asc
Description: Digital signature
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [oe] State of bitbake world

2013-11-19 Thread Martin Jansa

On Tue, Nov 19, 2013 at 04:30:09PM +, Paul Eggleton wrote:
 Hi Martin,
 
 On Tuesday 19 November 2013 16:50:40 Martin Jansa wrote:
  On Thu, Oct 31, 2013 at 12:08:25AM +0100, Martin Jansa wrote:
   Starting now I'll use
   http://openembedded.org/wiki/Bitbake_World_Status
   to post results from my bitbake world buils.
  
  It was updated few times since this e-mail and I've received no
  feedback.
  
  Should I continue to post them or nobody except me is really interested?
 
 I'm interested in this; I haven't contributed much to the fixing though. I 
 hope 
 that most of the production of the reporting can be automated if it isn't 
 already...?

Good, thanks for feedback. Generating report is automated since I've
started adding it to wiki, but still needs me to select best world
builds (where most issues weren't hidden by some greater temporary
problem) and update it on wiki + e-mail. I wonder if I should automate
that as well :).

 FWIW however I did just send a patch to fix the lowpan-tools do_install 
 failure.

Great, thank you.

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


signature.asc
Description: Digital signature
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [oe] State of bitbake world

2013-10-21 Thread Burton, Ross

On 20 October 2013 20:43, Martin Jansa martin.ja...@gmail.com wrote:
 libtool-cross-2.4.2: libtool-cross: configure was passed unrecognised 
 options: --with-sysroot
 libxdmcp-1.1.1: libxdmcp: configure was passed unrecognised options: 
 --without-groff --disable-malloc0returnsnull --without-ps2pdf --disable-specs
 libxau-1.0.8: libxau: configure was passed unrecognised options: 
 --without-xmlto --disable-malloc0returnsnull --without-ps2pdf --without-groff 
 --without-fop --disable-specs
[snip many many more lines]

Well at least my QA test works. :)

I thought I'd send patches for a large number of these already that
are in oe-core, but obviously not.  I'll definitely do that shortly.

Ross
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [oe] State of bitbake world

2013-07-07 Thread Paul Barker

On 20 June 2013 10:39, Paul Barker p...@paulbarker.me.uk wrote:
 On 20 June 2013 03:28, Khem Raj raj.k...@gmail.com wrote:

 luajit is rather a strange error, HOST_CC can't find sys/types.h or
 some other common headers.

 hmmm luajit does not fail here for beaglebone/qemuarm so not much I can help.


 I'll throw a qemuarm build on today and see whether this is an issue
 with my build host or not.


Finally got round to solving this.

It uses HOST_CC=gcc -m32 as it needs pointer sizes to match between
host and target. On Ubuntu Server 12.04 I needed to run sudo apt-get
install gcc-multilib libc6-i386 libc6-dev-i386 to get the correct
headers in place for the 32-bit host compile to work. So not an
OpenEmbedded bug.

--
Paul Barker

Email: p...@paulbarker.me.uk
http://www.paulbarker.me.uk
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [oe] State of bitbake world

2013-06-20 Thread Paul Barker

On 20 June 2013 03:28, Khem Raj raj.k...@gmail.com wrote:

 luajit is rather a strange error, HOST_CC can't find sys/types.h or
 some other common headers.

 hmmm luajit does not fail here for beaglebone/qemuarm so not much I can help.


I'll throw a qemuarm build on today and see whether this is an issue
with my build host or not.


 mplayer2 is failing to find mad.h, this needs the same sort of fix I
 made to vlc 
 (http://git.openembedded.org/meta-openembedded/commit/?id=3d6369b7c39d78b0d424dbe5a97e736b694e3c48).

 Full logs, conf files, etc: http://www.paulbarker.me.uk/yocto/20130617_poky/


 I think missing dependencies. Best is to turn this into PACKAGECONFIG


The dependencies are enabled if ENTERPRISE_DISTRO=0 but I'm building
with it set to 1. However mplayer2 is still looking for them, much
like vlc did.

I could remove the ENTERPRISE_DISTRO logic and replace it all with
PACKAGECONFIG options but it would lead to a Nothing PROVIDES error
if a PACKAGECONFIG option was set for a dependency which isn't built
when ENTERPRISE_DISTRO=1. The error message doesn't even mention
ENTERPRISE_DISTRO so it may be confusing for a user.

Perhaps I could write a python function to check the combination and
issue a better error if the combination is unbuildable. Is there any
way to get such a function to run during recipe parsing and be able to
produce output before the Nothing PROVIDES error?

Thanks,

--
Paul Barker

Email: p...@paulbarker.me.uk
http://www.paulbarker.me.uk
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [oe] State of bitbake world

2013-06-20 Thread Paul Eggleton

On Thursday 20 June 2013 10:39:13 Paul Barker wrote:
  mplayer2 is failing to find mad.h, this needs the same sort of fix I
  made to vlc
  (http://git.openembedded.org/meta-openembedded/commit/?id=3d6369b7c39d78
  b0d424dbe5a97e736b694e3c48).
  
  Full logs, conf files, etc:
  http://www.paulbarker.me.uk/yocto/20130617_poky/ 
  I think missing dependencies. Best is to turn this into PACKAGECONFIG
 
 The dependencies are enabled if ENTERPRISE_DISTRO=0 but I'm building
 with it set to 1. However mplayer2 is still looking for them, much
 like vlc did.
 
 I could remove the ENTERPRISE_DISTRO logic and replace it all with
 PACKAGECONFIG options but it would lead to a Nothing PROVIDES error
 if a PACKAGECONFIG option was set for a dependency which isn't built
 when ENTERPRISE_DISTRO=1. The error message doesn't even mention
 ENTERPRISE_DISTRO so it may be confusing for a user.

To be honest I think ENTERPRISE_DISTRO needs to go. It's not even clear what 
it should mean, and it's not consistently implemented. For things we want to 
be optional we have PACKAGECONFIG; for items that have licensing requirements 
that might be troublesome in certain deployments we have LICENSE_FLAGS, and 
LICENSE_FLAGS. I would suggest ENTERPRISE_DISTRO be phased out in favour of 
usage of one or both of those two depending on the situation.

Cheers,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [oe] State of bitbake world

2013-06-20 Thread Paul Eggleton

On Thursday 20 June 2013 11:16:37 Paul Eggleton wrote:
 To be honest I think ENTERPRISE_DISTRO needs to go. It's not even clear what
 it should mean, and it's not consistently implemented. For things we want
 to be optional we have PACKAGECONFIG; for items that have licensing
 requirements that might be troublesome in certain deployments we have
 LICENSE_FLAGS, and LICENSE_FLAGS

Sorry, that should have read and LICENSE_FLAGS already has a mechanism to 
prevent a recipe being built based on the current settings and report why.

Cheers,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [oe] State of bitbake world

2013-06-20 Thread Paul Barker

On 20 June 2013 11:25, Paul Eggleton paul.eggle...@linux.intel.com wrote:
 On Thursday 20 June 2013 11:16:37 Paul Eggleton wrote:
 To be honest I think ENTERPRISE_DISTRO needs to go. It's not even clear what
 it should mean, and it's not consistently implemented. For things we want
 to be optional we have PACKAGECONFIG; for items that have licensing
 requirements that might be troublesome in certain deployments we have
 LICENSE_FLAGS, and LICENSE_FLAGS

 Sorry, that should have read and LICENSE_FLAGS already has a mechanism to
 prevent a recipe being built based on the current settings and report why.


I decided to do a quick grep. ENTERPRISE_DISTRO isn't found at all
in openembedded-core, and in meta-openembedded it's just in the
following places, after I've converted mplayer2 to using PACKAGECONFIG
instead.

./meta-oe/recipes-multimedia/libsdl-mixer/libsdl-mixer_1.2.12.bb:DEPENDS
= virtual/libsdl flac libmikmod libvorbis
${@base_conditional('ENTERPRISE_DISTRO', '1', '', 'libmad', d)}
./meta-oe/recipes-multimedia/libsdl-mixer/libsdl-mixer_1.2.12.bb:EXTRA_OECONF
= --disable-music-mp3 --enable-music-ogg --enable-music-ogg-tremor
${@base_conditional('ENTERPRISE_DISTRO', '1', '',
'--enable-music-mp3-mad-gpl', d)} LIBS=-L${STAGING_LIBDIR}
./meta-oe/recipes-multimedia/libav/libav.inc:DEPENDS = x264
virtual/libsdl zlib libogg libvorbis libvpx libtheora
${@base_conditional('ENTERPRISE_DISTRO', '1', '', 'liba52', d)}
./meta-multimedia/recipes-multimedia/vlc/vlc.inc:
${@base_conditional('ENTERPRISE_DISTRO', '1', '', 'libmad libid3tag
liba52 mpeg2dec', d)}
./meta-multimedia/recipes-multimedia/vlc/vlc.inc:
${@base_conditional('ENTERPRISE_DISTRO', '1', \
./meta-multimedia/recipes-multimedia/musicpd/mpd_0.17.1.bb:
${@base_conditional('ENTERPRISE_DISTRO', '1', '', 'libmad lame
libid3tag', d)}
./meta-efl/recipes-efl/e17/enjoy_svn.bb:DEPENDS += gst-plugins-good
${@base_conditional('ENTERPRISE_DISTRO', '1', '', 'gst-plugins-ugly',
d)}
./meta-efl/recipes-efl/e17/enjoy_svn.bb:
${@base_conditional('ENTERPRISE_DISTRO', '1', '',
'gst-plugins-ugly-mad gst-plugins-good-id3demux', d)} \

So if we do want to get rid of this, it shouldn't be too much work.

--
Paul Barker

Email: p...@paulbarker.me.uk
http://www.paulbarker.me.uk
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [oe] State of bitbake world

2013-06-20 Thread Paul Barker

On 20 June 2013 11:50, Paul Barker p...@paulbarker.me.uk wrote:
 On 20 June 2013 11:25, Paul Eggleton paul.eggle...@linux.intel.com wrote:
 On Thursday 20 June 2013 11:16:37 Paul Eggleton wrote:
 To be honest I think ENTERPRISE_DISTRO needs to go. It's not even clear what
 it should mean, and it's not consistently implemented. For things we want
 to be optional we have PACKAGECONFIG; for items that have licensing
 requirements that might be troublesome in certain deployments we have
 LICENSE_FLAGS, and LICENSE_FLAGS

 Sorry, that should have read and LICENSE_FLAGS already has a mechanism to
 prevent a recipe being built based on the current settings and report why.


 I decided to do a quick grep. ENTERPRISE_DISTRO isn't found at all
 in openembedded-core, and in meta-openembedded it's just in the
 following places, after I've converted mplayer2 to using PACKAGECONFIG
 instead.


That got trashed by word wrapping. It's these files:

./meta-oe/recipes-multimedia/libsdl-mixer/libsdl-mixer_1.2.12.bb
./meta-oe/recipes-multimedia/libav/libav.inc
./meta-multimedia/recipes-multimedia/vlc/vlc.inc
./meta-multimedia/recipes-multimedia/musicpd/mpd_0.17.1.bb
./meta-efl/recipes-efl/e17/enjoy_svn.bb


 So if we do want to get rid of this, it shouldn't be too much work.


--
Paul Barker

Email: p...@paulbarker.me.uk
http://www.paulbarker.me.uk
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [oe] State of bitbake world

2013-06-19 Thread Khem Raj


 luajit is rather a strange error, HOST_CC can't find sys/types.h or
 some other common headers.

hmmm luajit does not fail here for beaglebone/qemuarm so not much I can help.

 
 mplayer2 is failing to find mad.h, this needs the same sort of fix I
 made to vlc 
 (http://git.openembedded.org/meta-openembedded/commit/?id=3d6369b7c39d78b0d424dbe5a97e736b694e3c48).
 
 Full logs, conf files, etc: http://www.paulbarker.me.uk/yocto/20130617_poky/
 

I think missing dependencies. Best is to turn this into PACKAGECONFIG 

 Note that for the final build everything in fixes/ has been applied,
 including Khem's patches for gypsy, omgps, packagekit and tk.
 
 --
 Paul Barker
 
 Email: p...@paulbarker.me.uk
 http://www.paulbarker.me.uk
 ___
 Openembedded-devel mailing list
 openembedded-de...@lists.openembedded.org
 http://lists.openembedded.org/mailman/listinfo/openembedded-devel

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [oe] State of bitbake world

2013-05-16 Thread Paul Barker

On 16 May 2013 08:52, Martin Jansa martin.ja...@gmail.com wrote:

   
 meta-openembedded/meta-networking/recipes-support/ipsec-tools/ipsec-tools_0.7.2.bb,
  do_compile


Picked this one up as it's relevant to what I'm doing with networking
at the minute. It works for me so likely related to the introduction
of gcc 4.8.

Cause of failure is:

| ipsec_doi.c: In function 'get_proppair':
| ipsec_doi.c:1321:24: error: argument to 'sizeof' in 'memset' call is
the same expression as the destination; did you mean to dereference
it? [-Werror=sizeof-pointer-memaccess]
|   memset(pair, 0, sizeof(pair));
| ^
| cc1: all warnings being treated as errors

Looked at the PKGBUILD for arch linux
(https://projects.archlinux.org/svntogit/community.git/tree/trunk/PKGBUILD?h=packages/ipsec-tools)
and they seem to be disabling -Werror which would work around this.

This doesn't even seem to be reported upstream, nothing in the
relevant bugtracker.

When I get time to run a build with gcc 4.8 I'll have a bash at the
obvious fix to the code (ie. sizeof(*pair) not sizeof(pair)).

--
Paul Barker

Email: p...@paulbarker.me.uk
http://www.paulbarker.me.uk

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [oe] State of bitbake world

2013-05-07 Thread Paul Barker

On 6 May 2013 20:47, Trevor Woerner twoer...@gmail.com wrote:

 but until I can register for the
 openembedded-devel mailing list I don't have anywhere to send it.


Have you tried emailing
openembedded-devel-ow...@lists.openembedded.org about the problems
you've had registering?

--
Paul Barker

Email: p...@paulbarker.me.uk
http://www.paulbarker.me.uk

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [oe] State of bitbake world

2013-05-07 Thread Philip Balister

On 05/07/2013 04:38 AM, Paul Barker wrote:
 On 6 May 2013 20:47, Trevor Woerner twoer...@gmail.com wrote:

 but until I can register for the
 openembedded-devel mailing list I don't have anywhere to send it.

 
 Have you tried emailing
 openembedded-devel-ow...@lists.openembedded.org about the problems
 you've had registering?

We are aware and hope to resolve this soon.

Philip

 
 --
 Paul Barker
 
 Email: p...@paulbarker.me.uk
 http://www.paulbarker.me.uk
 
 ___
 Openembedded-core mailing list
 Openembedded-core@lists.openembedded.org
 http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
 

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [oe] State of bitbake world

2013-05-06 Thread Stefan Herbrechtsmeier


Am 03.05.2013 16:29, schrieb Stefan Herbrechtsmeier:

Am 02.05.2013 17:18, schrieb Martin Jansa:

On Sat, Apr 27, 2013 at 12:54:00PM +0200, Martin Jansa wrote:

Updated status, but only change IIRC is fixed php, tbb,
android-audiosystem and partially fixed llvm2.9 (I'm testing patch to
fix build on qemuarm again)

qemuarm Summary: 19 tasks failed:
http://logs.nslu2-linux.org/buildlogs/oe/oe-shr-core-branches/log.world.20130426_185942.log/ 


qemux86 Summary: 20 tasks failed:
http://logs.nslu2-linux.org/buildlogs/oe/oe-shr-core-branches/log.world.20130427_002532.log/ 


qemux86-64 Summary: 22 tasks failed:
http://logs.nslu2-linux.org/buildlogs/oe/oe-shr-core-branches/log.world.20130427_044751.log/ 

Updated list, there were some nice fixes especially for gnome stuff, 
but this time it was

built with gcc-4.8 and binutils-2.23.2 so we have a lot more issues,
most of them were already reported in
http://lists.linuxtogo.org/pipermail/openembedded-core/2013-March/037715.html 


so those are caused by gcc-4.8 not binutils-2.23.2


common (8):
   I'll send patches moving qcanobserver, gcalctool, media-ctl, xbmc 
to nonworking
   and exclude compat-wireless-all, samsung-rfs-mgr from world + 
check aurora-daemon (probably debugedit issue)


meta-openembedded/meta-oe/recipes-multimedia/v4l2apps/media-ctl_git.bb, 
do_configure
I have a patch for it to use linux-libc-headers instead of the 
LINUX_KERNEL_DIR  which fix the build. I will send a patch next week.
Patch 'media-ctl: Use linux-libc-headers instead of linux kernel 
sources' should fix the issues with media-ctl on qemu.



___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [oe] State of bitbake world

2013-05-06 Thread Paul Barker

I've done a 'bitbake world' and masked off anything that failed.
Failing logs and other things along with the local.conf and
bblayers.conf used are available at
http://www.paulbarker.me.uk/yocto/poky-raspberrypi_20130503/

In summary:

maliit-framework: do_compile (looks like glib deprecation warning
which -Werror turns into an error)
maliit-plugins: depends on maliit-framework
gypsy: do_conpile (as maliit-framework)
navit: depends on gypsy
gtkhtml2: do_compile
qcanobserver: do_compile
mesa-demos: do_compile (vcos_platform_types.h: No such file or directory)
packagegroup-core-tools-testapps: depends on mesa-demos
llvm2.9: do_compile (vcos_platform_types.h: No such file or directory)
weston: do_compile (vcos_platform_types.h: No such file or directory)
gperftools: do_compile (Error: selected processor does not support ARM
mode `dmb')
gst-plugins-gl: do_configure (error: GL or EGL is required)
omgps: do_compile (as maliit-framework)
packagekit: do_compile (undefined reference to `g_thread_supported')
omxplayer: do_compile (vchost_config.h: No such file or directory)
luajit: do_compile (sys/types.h: No such file or directory)
mplayer2: do_compile (mad.h: No such file or directory)
openmotif: fetch failure
lzip: fetch failure
mg: do_configure (Looking for term.h... Not found!)
tk: do_package (QA Issue: tk:
/work/armv6-vfp-poky-linux-gnueabi/tk/8.5.8-r0/packages-split/tk/usr/bin/wish8.5
contains probably-redundant RPATH /usr/lib)
claws-plugin-gtkhtml2-viewer: depends on gtkhtml2

I'm building Poky for Raspberry Pi with pretty much the default
options. There's a couple of installed but not packaged warnings in
qa.log which can be found at the above link. I've also included commit
IDs for each layer used and where I've diverged from the master branch
I've included patches. Most other info should be available within the
directory I've linked to.

Let me know if this is useful.

Thanks,

--
Paul Barker

Email: p...@paulbarker.me.uk
http://www.paulbarker.me.uk

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [oe] State of bitbake world

2013-05-06 Thread Trevor Woerner

On Mon, May 6, 2013 at 3:15 PM, Paul Barker p...@paulbarker.me.uk wrote:
 lzip: fetch failure

This is an easy one to fix: version 1.13 is no longer available,
update the recipe (filename/hashes) to use version 1.14 instead. I
have a patch waiting to submit, but until I can register for the
openembedded-devel mailing list I don't have anywhere to send it.

 Let me know if this is useful.

Yes! Thank you. I find it particularly interesting to see what others
do in their local.conf files.

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [oe] State of bitbake world

2013-05-02 Thread Paul Barker

On 2 May 2013 16:18, Martin Jansa martin.ja...@gmail.com wrote:
   meta-openembedded/meta-oe/recipes-multimedia/vlc/vlc_1.1.11.bb, do_package

I did have a potential fix for this, I'll take another look and see
what I can do about sending a patch. The recipe also has dependencies
outside meta-oe (fluidsynth in meta-multimedia IIRC) but that's a
separate issue.

--
Paul Barker

Email: p...@paulbarker.me.uk
http://www.paulbarker.me.uk

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [oe] State of bitbake world

2013-05-02 Thread Trevor Woerner

On Thu, May 2, 2013 at 11:57 AM, Paul Barker p...@paulbarker.me.uk wrote:
 The recipe also has dependencies
 outside meta-oe (fluidsynth in meta-multimedia IIRC) but that's a
 separate issue.

I've noticed that too. Shouldn't dependencies be contained within the
same layer? Is it normal from these dependencies to be spread out over
various layers?

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [oe] State of bitbake world

2013-05-02 Thread Martin Jansa

On Thu, May 02, 2013 at 12:30:59PM -0400, Trevor Woerner wrote:
 On Thu, May 2, 2013 at 11:57 AM, Paul Barker p...@paulbarker.me.uk wrote:
  The recipe also has dependencies
  outside meta-oe (fluidsynth in meta-multimedia IIRC) but that's a
  separate issue.
 
 I've noticed that too. Shouldn't dependencies be contained within the
 same layer? Is it normal from these dependencies to be spread out over
 various layers?

Yes, fluidsynth needs to be explicitly disabled in vlc and removed from
DEPENDS or vlc moved to meta-multimedia

See:
http://lists.linuxtogo.org/pipermail/openembedded-devel/2013-April/045090.html

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


signature.asc
Description: Digital signature
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [oe] State of bitbake world

2013-05-02 Thread Trevor Woerner

On Thu, May 2, 2013 at 1:22 PM, Martin Jansa martin.ja...@gmail.com wrote:
 See:
 http://lists.linuxtogo.org/pipermail/openembedded-devel/2013-April/045090.html

Ah yes... openembedded-devel... that magic list to which I can't seem
to subscribe myself ;-)

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [oe] State of bitbake world

2013-05-01 Thread Trevor Woerner

Would contrib/jansa/test still be the most up-to-date choice for
building against meta-openembedded?

I just want to make sure I'm not duplicating existing effort.

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [oe] State of bitbake world

2013-05-01 Thread Martin Jansa

On Wed, May 01, 2013 at 09:12:07AM -0400, Trevor Woerner wrote:
 Would contrib/jansa/test still be the most up-to-date choice for
 building against meta-openembedded?

Depends on what you want to test.

 I just want to make sure I'm not duplicating existing effort.

My jenkins builds are from jansa/test branches, but not from contrib
repo, but from repositories here:
https://github.com/shr-distribution
These branches have all the stuff from jansa/in-test branch, but also
some other stuff like now gcc-4.8 and newer binutils picked from oe-core
ML to test them again with world or some patches I want to test in
world, but haven't even sent to oe-devel ML yet.

If you want to test whatever is in my queue from patchwork
http://patches.openembedded.org/bundle/jama/in-test/?archive=both
then you can use meta-openembedded-contrib/jansa/in-test

You can also test master branches, but there will be big overlap of
issues my and your builds are reporting.

Maybe start with different architecture or libc or something like that
to cover more ground.

My builds also have some extra setting above distro less defaults, it's
dumped with every build, for example this is from last one:
http://logs.nslu2-linux.org/buildlogs/oe/oe-shr-core-branches/log.world.20130430_170512.log/world_fixes.inc
so all my builds are building with systemd enabled, this won't catch
e.g. unpackaged .service files QA issue with only sysvinit enabled..

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


signature.asc
Description: Digital signature
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [oe] State of bitbake world

2013-04-27 Thread Paul Barker

On 27 April 2013 12:35, Martin Jansa martin.ja...@gmail.com wrote:
 On Sat, Apr 27, 2013 at 12:23:19PM +0100, Paul Eggleton wrote:
 On Saturday 27 April 2013 12:54:00 Martin Jansa wrote:
  common (8):
I'll send patches moving qcanobserver, gcalctool, media-ctl, xbmc to
  nonworking

 If we have this number of recipes failing, I think we need to do more than
 just move them to nonworking. Could we perhaps try to have an organised 
 effort
 to fix up these broken recipes? I'll be happy to help out.

 I was hoping that people who care about them will step up and fix them
 to build at least in default configuration - that's why I started to
 send state of bitbake world emails.

 Stuff being broken for long time should at least be marked as known to
 be nonworking (that's why the git mv), so that new comers won't be
 wondering why it is failing for them.

 You can see that I've fixed a lot of recipes built by world since
 starting this jenkins and a lot more QA issues from world - all of
 them I never used, stuff which I was normally building for  SHR feeds
 was fixed a lot sooner...

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

 ___
 Openembedded-devel mailing list
 openembedded-de...@lists.openembedded.org
 http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel




-- 
Paul Barker

Email: p...@paulbarker.me.uk
http://www.paulbarker.me.uk

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [oe] State of bitbake world

2013-04-27 Thread Martin Jansa

On Sat, Apr 27, 2013 at 05:27:49PM +0100, Paul Barker wrote:
 On 27 April 2013 12:35, Martin Jansa martin.ja...@gmail.com wrote:
 
  I was hoping that people who care about them will step up and fix them
  to build at least in default configuration - that's why I started to
  send state of bitbake world emails.
 
 
 Most of the patches I've sent so far have resulted from running
 'bitbake world' and seeing what warnings/errors I get. For raspberrypi
 my current BBMASK is:

That's great, I'm glad that I'm not the only one..

 /(rpi-first-run-wizard|qcanobserver|mesa-demos|packagegroup-core-tools|weston|gperftools|gst-plugins-gl|omxplayer|php|luajit|strongswan|mplayer2|net-snmp|openmotif|lzip|mg|vlc)

Some of those were already fixed, I've similar list, you can see it in
those directories with world build logs:
http://logs.nslu2-linux.org/buildlogs/oe/oe-shr-core-branches/log.world.20130427_044751.log/world_mask.inc

but in some builds I tend to disable this .inc, because sometimes I add
stuff I know is broken to this file and then forget about it.. that's
why libunwind was merged, even when it was broken on qemuarm..

Moving broken recipes to nonworking directory instead of adding
PNBLACKLIST in this file is more visible to others (and in some cases it
forces people to really fix that - e.g. koen fixed couple of recipes he
cares about after I've sent removal commits and that's of course better
then (re)moving them.

Maybe we can share this list as some .inc file in meta-openembedded
repository but still looks a bit weird to keep broken recipes and then
exclude them explicitly.

Some recipes aren't broken per se, just pickly about enabled
DISTRO_FEATURES, TARGET_ARCH or kernel config etc.., but those should be
fixed too. Skipping package when required DISTRO_FEATURE is missing is
better then failing do_compile a bit later, comment will also help
someone to find out what he needs to enable to build that, example:
http://git.openembedded.org/openembedded-core/commit/meta/recipes-graphics/xorg-driver/xf86-video-omap_git.bb?id=4c2434271cfc41e910969266ced9e5f06ee0c732

Also when some recipe in given version is known to be broken for some
arch, then imho better to explicitly say so and then maybe remove that
restriction later when newer version fixes that, example:
https://github.com/shr-distribution/meta-smartphone/commit/53271cc6637c759fff04e25cc262d43530a3b0fd

And worst is last group of packages failing because something else was
upgraded or changed and now it fails, e.g. emacs is now failing when
building for x86/x86-64 because qemu-native is segfaulting, but the same
qemu-native works fine when building emacs for arm..
It's not emacs fault, if I mark it as incompatible with x86* then when
qemu is fixed, nobody will notice and change emacs recipe to show it's
working for x86* again.

 Though that includes a few fetch fails which might work now. My notes say:
 
 # rpi-first-run-wizard: no provider for zenity
 # qcanobserver: compile error
 # soft66: warning: Includes host paths
 # strongswan: fetch failure
 # lzip: fetch failure
 # mg: can't find term.h
 # zram: warning: systemd unshipped files
 # cloud9: warning: systemd unshipped files
 
 I'll be adding more notes and taking another look over this, if
 there's anything in particular that should definitely be working but
 I've had to mask out, let me know and I'll give it another look.
 
 (apologies for the noise due to gmail's big send button being so close
 to the bottom of the edit window and needing no confirmation)

I print qa.log at the end of world builds just to see if some new
changes I'm testing are creating new QA issues, now the list is not so
long as it used to be, so there is higher chance I'll notice new
entries, but it has 2 problems

1) QA issues are not listed when something is reused from sstate-cache
- I'm removing sstate-cache when I can afford to keep jenkins busy for
3 days rebuilding 3 qemu* MACHINEs

2) not all WARNINGs shown when building are considered as QA issues and
not listed in qa.log, especially those about overwriting files in
sysroot are interesting in world builds, there is bug about that
https://bugzilla.yoctoproject.org/show_bug.cgi?id=4085

Yes I can grep cooker log for all WARNINGs, but it's quite long in world
build and harder to extract that warning, because it has variable number
of lines and there isn't any closing tag 

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


signature.asc
Description: Digital signature
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [oe] State of bitbake world

2013-04-27 Thread Khem Raj


On Apr 27, 2013, at 4:23 AM, Paul Eggleton paul.eggle...@linux.intel.com 
wrote:

 On Saturday 27 April 2013 12:54:00 Martin Jansa wrote:
 common (8):
  I'll send patches moving qcanobserver, gcalctool, media-ctl, xbmc to
 nonworking 
 
 If we have this number of recipes failing, I think we need to do more than 
 just move them to nonworking. Could we perhaps try to have an organised 
 effort 
 to fix up these broken recipes? I'll be happy to help out.
 

something like recipe build fix weekend blitz

 Cheers,
 Paul
 
 -- 
 
 Paul Eggleton
 Intel Open Source Technology Centre
 
 ___
 Openembedded-devel mailing list
 openembedded-de...@lists.openembedded.org
 http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [oe] State of bitbake world

2013-04-27 Thread Andreas Müller

On Sat, Apr 27, 2013 at 7:18 PM, Khem Raj raj.k...@gmail.com wrote:

 On Apr 27, 2013, at 4:23 AM, Paul Eggleton paul.eggle...@linux.intel.com 
 wrote:

 On Saturday 27 April 2013 12:54:00 Martin Jansa wrote:
 common (8):
  I'll send patches moving qcanobserver, gcalctool, media-ctl, xbmc to
 nonworking

 If we have this number of recipes failing, I think we need to do more than
 just move them to nonworking. Could we perhaps try to have an organised 
 effort
 to fix up these broken recipes? I'll be happy to help out.


 something like recipe build fix weekend blitz

Will look into gnome recipes.

Andreas

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [oe] State of bitbake world

2013-04-15 Thread Burton, Ross

On 15 April 2013 15:45, Koen Kooi k...@dominion.thruhere.net wrote:
 Speaking of GNOME, I noticed that I have to manually (re)run postinst for
 gconf schemas after first boot to get the apps to work. Is anyone seeing the
 same?

Urgh.  No.  There was recent changes (breakage/fixage) to the postinst
stuff, are you totally up to date?

Ross

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [oe] State of bitbake world

2013-04-15 Thread Martin Jansa

On Mon, Apr 15, 2013 at 03:52:24PM +0100, Burton, Ross wrote:
 On 15 April 2013 15:45, Koen Kooi k...@dominion.thruhere.net wrote:
  Speaking of GNOME, I noticed that I have to manually (re)run postinst for
  gconf schemas after first boot to get the apps to work. Is anyone seeing the
  same?
 
 Urgh.  No.  There was recent changes (breakage/fixage) to the postinst
 stuff, are you totally up to date?

I had 2 gnome related postinst issues when upgrading from very old
image.

1) gconf calling dbus which was complaining about /etc/machine-id and
recommending to use dbus-uuidgen

2) *cache*update (sorry don't remember the name) being killed by OOM
killer spitz is quite memory limited (iirc not fatal for postinst, 
so it marked such recipes as configured).

gnome unrelated is that opkg upgrade was often ending with disk out 
of space, all recipes PR bumped by PR service introduction and opkg
needed more free space then what current root-fs was using in order to
upgrade *everything* in one go.

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


signature.asc
Description: Digital signature
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [oe] State of bitbake world

2013-04-15 Thread Koen Kooi


Op 15 apr. 2013, om 16:52 heeft Burton, Ross ross.bur...@intel.com het 
volgende geschreven:

 On 15 April 2013 15:45, Koen Kooi k...@dominion.thruhere.net wrote:
 Speaking of GNOME, I noticed that I have to manually (re)run postinst for
 gconf schemas after first boot to get the apps to work. Is anyone seeing the
 same?
 
 Urgh.  No.  There was recent changes (breakage/fixage) to the postinst
 stuff, are you totally up to date?

I was at 6af6df6, the changes since that are:

[koen@rrMBP openembedded-core]$ git log --oneline 6af6df6..a608d74
a608d74 initramfs-live-boot: explicitly depend on udev-extraconf
15a9136 systemd: fix bootup with 'ro' by re-adding util-linux-mount to RDEPENDS
929c738 busybox: Add inetd related files
5c088c2 busybox: detects customized configs when do_install
087a680 allarch: Drop various problematic allarch usages
bcd68f1 nfs-export-root: Update to use packagegroup naming
7f72562 qemuwrapper-cross: Inhibit default dependencies
71b3a15 encodings: Set RDEPENDS correctly
00cc684 ttf-bitstream-vera: Use fontcache class for postinstall
1fa8909 update-alternatives: Ensure DEPENDS is correct in multilib case
1392f95 kernel.bbclass: Ensure we have correct version information in deploy 
data
10f64d2 oe.terminal: add tmux classes
6c97259 rpm-postinsts: remove erroneous call to /etc/default/rcS
be21829 udev-extraconf: Add -o silent to auto mount for mount.util-linux
dfb0c2c qemu: define fdt_t types in libfdt_env.h from qemu
ff0fd25 initrdscripts: look for new systemd-udevd location
d612ca2 systemd: move the binaries to /sbin/systemd
b847f87 hello-mod: Ensure the produced package name begins with kernel-module-
1a1927f package/image.bbclass: Fix multilib rprovides
46b00fd classes/sanity: fix handling of bblayers.conf updating
6310e66 multilib.conf: Workaround opkg multilib issues
4f85bb5 udev: Update initscript to check for devtmpfs
ce1d262 gdk-pixbuf: Fix libpng determinism issues

that doesn't seem to have postinst fixed for opkg based systems.
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [oe] State of bitbake world

2013-04-15 Thread Burton, Ross

On 15 April 2013 16:13, Koen Kooi k...@dominion.thruhere.net wrote:
 that doesn't seem to have postinst fixed for opkg based systems.

Possible that there's another bug still out there - does anything run
on first boot?  The gconf stuff should have happened on the host so
this is a bit worrying.

Ross

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [oe] State of bitbake world

2013-03-05 Thread Andrea Adami

On Sun, Mar 3, 2013 at 1:39 PM, Martin Jansa martin.ja...@gmail.com wrote:
 Updated state of world builds on distroless
 oe-core+meta-oe+meta-smartphone layers
 this time also on qemux86 and qemux86-64:

 qemuarm:
 http://logs.nslu2-linux.org/buildlogs/oe/oe-shr-core-branches/log.world.20130301_160601.log/
 qemux86:
 http://logs.nslu2-linux.org/buildlogs/oe/oe-shr-core-branches/log.world.20130228_235947.log/
 qemux86-64:
 http://logs.nslu2-linux.org/buildlogs/oe/oe-shr-core-branches/log.world.20130302_074041.log/

 all 3:
   meta-openembedded/meta-gnome/recipes-gnome/libgnome/libgnome_2.32.1.bb, 
 do_compile
   
 meta-openembedded/meta-gnome/recipes-gnome/libgnome/libgnomecanvas_2.26.0.bb, 
 do_compile
   meta-openembedded/meta-gnome/recipes-gnome/epiphany/epiphany_2.30.6.bb, 
 do_compile
   meta-openembedded/meta-gnome/recipes-gnome/gcalctool/gcalctool_5.32.0.bb, 
 do_compile
   meta-openembedded/meta-gnome/recipes-gnome/gedit/gedit_2.30.4.bb, do_compile
   meta-openembedded/meta-gnome/recipes-gnome/zenity/zenity_2.32.1.bb, 
 do_compile
   
 meta-openembedded/meta-gnome/recipes-gnome/gnome-power-manager/gnome-power-manager_2.32.0.bb,
  do_compile
   meta-openembedded/meta-oe/recipes-qt/qcanobserver/qcanobserver_svn.bb, 
 do_compile
   
 meta-openembedded/meta-oe/recipes-kernel/compat-wireless/compat-wireless-all_3.6.8.bb,
  do_compile
   meta-openembedded/meta-oe/recipes-support/tbb/tbb_4.1.bb, do_fetch
   meta-openembedded/meta-oe/recipes-multimedia/minidlna/minidlna_1.0.25.bb, 
 do_compile
   meta-openembedded/meta-oe/recipes-devtools/geany/geany_1.22.bb, do_configure
   meta-openembedded/meta-oe/recipes-support/gperftools/gperftools_2.0.bb, 
 do_install
   meta-openembedded/meta-multimedia/recipes-mediacentre/xbmc/xbmc_git.bb, 
 do_compile
   meta-openembedded/meta-multimedia/recipes-dvb/wscan/wscan_2012.bb, 
 do_compile
   
 meta-openembedded/meta-networking/recipes-support/memcached/memcached_1.4.15.bb,
  do_configure

 qemuarm:
   meta-openembedded/meta-gnome/recipes-support/atk/at-spi2-core_2.6.3.bb, 
 do_configure
   meta-openembedded/meta-oe/recipes-devtools/packagekit/packagekit_0.5.6.bb, 
 do_compile
   meta-openembedded/meta-oe/recipes-support/libunwind/libunwind_1.1.bb, 
 do_compile
   
 meta-openembedded/meta-initramfs/recipes-devtools/mtd/ubi-utils-klibc_1.5.0.bb,
  do_compile
   
 meta-openembedded/meta-multimedia/recipes-multimedia/gstreamer/gst123_0.3.1.bb,
  do_compile
   openembedded-core/meta/recipes-graphics/mesa/mesa-demos_8.0.1.bb, do_compile

 qemux86:
   meta-openembedded/meta-oe/recipes-devtools/python/python-numpy_1.7.0.bb, 
 do_compile
   meta-openembedded/meta-oe/recipes-support/ode/ode_0.9.bb, do_configure
   meta-openembedded/meta-oe/recipes-support/emacs/emacs_23.4.bb, do_compile
   meta-openembedded/meta-oe/recipes-devtools/packagekit/packagekit_0.5.6.bb, 
 do_compile
   
 meta-openembedded/meta-initramfs/recipes-kernel/kexec/kexec-tools-klibc_2.0.2.bb,
  do_configure
   
 meta-openembedded/meta-initramfs/recipes-devtools/mtd/ubi-utils-klibc_1.5.0.bb,
  do_compile
   openembedded-core/meta/recipes-graphics/mesa/mesa-demos_8.0.1.bb, do_compile
   
 openembedded-core/meta/recipes-graphics/xorg-driver/xf86-video-intel_2.21.0.bb,
  do_compile

 qemux86-64:
   meta-openembedded/meta-gnome/recipes-support/atk/at-spi2-core_2.6.3.bb, 
 do_configure
   meta-openembedded/meta-oe/recipes-devtools/python/python-numpy_1.7.0.bb, 
 do_compile
   meta-openembedded/meta-oe/recipes-support/ode/ode_0.9.bb, do_configure
   
 meta-openembedded/meta-oe/recipes-connectivity/libimobiledevice/libimobiledevice_1.1.4.bb,
  do_configure
   meta-openembedded/meta-oe/recipes-support/emacs/emacs_23.4.bb, do_compile
   
 meta-openembedded/meta-initramfs/recipes-kernel/kexec/kexec-tools-klibc_2.0.2.bb,
  do_compile
   meta-smartphone/meta-android/recipes-graphics/libhybris/libhybris_git.bb, 
 do_compile
   meta-browser/recipes-mozilla/firefox/firefox_10.0.11esr.bb, do_compile
   
 openembedded-core/meta/recipes-graphics/xorg-driver/xf86-video-intel_2.21.0.bb,
  do_compile

 qemux86-64 has few new QA warnings:
 usbmuxd-git: usbmuxd: Files/directories were installed but not shipped
   /usr/lib64
   /usr/lib64/libusbmuxd.so.1.0.8
   /usr/lib64/libusbmuxd.so.2
   /usr/lib64/libusbmuxd.so
   /usr/lib64/.debug
   /usr/lib64/pkgconfig
   /usr/lib64/.debug/libusbmuxd.so.1.0.8
   /usr/lib64/pkgconfig/libusbmuxd.pc
 rpm-5.4.9: rpm: Files/directories were installed but not shipped
   /etc
   /etc/rcS.d
   /etc/rcS.d/S98run-postinsts

 only qemux86 was able to build at-spi2-atk (because of site file), but with 
 QA warnings:
 at-spi2-atk-2.6.2: at-spi2-atk: Files/directories were installed but not 
 shipped
   /usr/share
   /usr/lib/gtk-2.0
   /usr/lib/gnome-settings-daemon-3.0
   /usr/lib/gtk-2.0/modules
   /usr/lib/gtk-2.0/modules/libatk-bridge.so
   /usr/lib/gtk-2.0/modules/libatk-bridge.la
   /usr/lib/gtk-2.0/modules/.debug
   /usr/lib/gtk-2.0/modules/.debug/libatk-bridge.so

75 matches

Mail list logo