Re: [OE-core] [oe-core][PATCHv2 04/30] xf86-video-omapfb: bump SRCREV and add patch from meta-oe
On Mon, Oct 03, 2011 at 05:00:35PM +0100, Phil Blundell wrote: On Mon, 2011-10-03 at 15:28 +0200, Martin Jansa wrote: From: Martin Jansa martin.ja...@gmail.com Signed-off-by: Martin Jansa martin.ja...@gmail.com Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org Signed-off-by: Martin Jansa martin.ja...@gmail.com --- Sorry about 3 SOB lines... it's because I had it from oe-core/master-next, but I belive RP will merge master-next first where it's only with his and mine SOB. This is a bit of a lame checkin message. Add patch from meta-oe doesn't really say anything useful about what you're changing, and there is no long comment at all. Also ... Rotation didn't work when using VFRB, this patch is fixing that and is from koen upstream repo as patch header says and I cannot probably describe it better then original author. @@ -1,25 +1,25 @@ -require xorg-driver-driver.inc +require xorg-driver-video.inc SUMMARY = X.Org X server -- Texas Instruments OMAP framebuffer driver DESCRIPTION = omapfb driver supports the basic Texas Instruments OMAP \ framebuffer. -LICENSE = MIT-X -LIC_FILES_CHKSUM = file://src/omapfb-driver.c;beginline=1;endline=30;md5=a44c2a37e04d1c2c5f0313afb493f833 +LICENSE = MIT-X GPLv2+ +LIC_FILES_CHKSUM = file://COPYING;md5=63e2cbac53863f60e2f43343fb34367f DEPENDS += virtual/libx11 ... these changes don't seem to be covered by the description above. because COPYING file wasn't available in SRCREV used in old oe-core version.. so this change is just simplification and improving license metadata, because original MIT-X src/omapfb-driver.c doesn't cover what was explained in COPYING file: The src/omapfb.h header is under the GPL license. And, finally, if this is an OMAP-specific driver, why is it in oe-core in the first place? I would have thought it would be better placed in meta-ti or some such layer. We've discussed it on oe-devel ML already http://lists.linuxtogo.org/pipermail/openembedded-devel/2011-September/034781.html now we have very similar recipes in oe-core and meta-oe which is imho worst case.. I'm fine with dropping it from oe-core and keeping it in meta-oe, but I would prefer to keep it in meta-oe ie because nokia900.conf is maintained in meta-smartphone layer and I don't want to add meta-ti as dependency just because this one recipe. Regards, -- 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-core][PATCHv2 04/30] xf86-video-omapfb: bump SRCREV and add patch from meta-oe
On Tue, 2011-10-04 at 09:28 +0200, Martin Jansa wrote: On Mon, Oct 03, 2011 at 05:00:35PM +0100, Phil Blundell wrote: And, finally, if this is an OMAP-specific driver, why is it in oe-core in the first place? I would have thought it would be better placed in meta-ti or some such layer. We've discussed it on oe-devel ML already http://lists.linuxtogo.org/pipermail/openembedded-devel/2011-September/034781.html Is it testable in oe-core? If not then I don't think it belongs there. p. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [oe-core][PATCHv2 00/30] Xorg related changes
On Mon, 2011-10-03 at 15:28 +0200, Martin Jansa wrote: this patchset brings meta-oe and oe-core xorg stuff together and most of xorg recipes will be removed from meta-oe (sending another pull request now). Did anything in the first seven patches of this series change compared to what I have queued? Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [oe-core][PATCHv2 00/30] Xorg related changes
On Tue, Oct 04, 2011 at 11:23:09AM +0100, Richard Purdie wrote: On Mon, 2011-10-03 at 15:28 +0200, Martin Jansa wrote: this patchset brings meta-oe and oe-core xorg stuff together and most of xorg recipes will be removed from meta-oe (sending another pull request now). Did anything in the first seven patches of this series change compared to what I have queued? No Regards, -- 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] sstate_clean() overzealous?
On Mon, 2011-10-03 at 17:47 +0100, Phil Blundell wrote: The sstate_clean() function in sstate.bbclass is doing (inter alia): stfile = d.getVar(STAMP, True) + .do_ + ss['task'] [...] oe.path.remove(stfile + .*) oe.path.remove(stfile + _setscene + .*) which means that, for tasks which set the stamp-extra-info flag to ${MACHINE}, it ends up blowing away the stamps for all machines rather than just the current one. The net effect of this seems to be that there is no way to have the setscene stamps populated for more than one MACHINE at any time, and hence all those tasks get rerun every time you change MACHINE even if nothing else has been altered. Is this behaviour deliberate? No, its not intended to be wiping out all the different machines. It is certainly a little bit annoying but I don't understand the internals of sstate well enough to judge what exactly that glob is trying to accomplish. The trouble is we now support a variety of different stamp file formats depending on what settings you have enabled (and metadata you're using). Clean can be called from two sources, do_clean, or just before a sstate controlled task is about to be run. In either case we want to clear out any previous state including any stamp files that might have represented this task since we're about to invalidate anything they did. This means wiping out normal stamps and any setscene variants of those stamps. We also want to remove any stamps representing other hashes for this task since there is no version installed. If the BasicHash signature generator code is enabled this adds hashes to the stamp files. This turns the stamps into the form: stampfile.hash or in the case of machine specific tasks: stampfile.hash.machine I think we need to teach this clean function about stamp-extra-info and instead of stfile + .*, remove stfile + .*. + stamp-extra-info if stamp-extra-info is set. That would likely fix the problem you're seeing. Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 4/4] python, python-native: upgrade from 2.6.6 to 2.7.2
Op 30 sep. 2011 om 13:37 heeft Martin Jansa martin.ja...@gmail.com het volgende geschreven: On Thu, Sep 29, 2011 at 06:27:11PM -0700, nitin.a.kam...@intel.com wrote: From: Nitin A Kamble nitin.a.kam...@intel.com Rebased these patches to the newer code modified: python-native/nohostlibs.patch modified: python/01-use-proper-tools-for-cross-build.patch modified: python/06-avoid_usr_lib_termcap_path_in_linking.patch modified: python/06-ctypes-libffi-fix-configure.patch modified: python/multilib.patch Deleted these patches are the are now upstream deleted:python/02-remove-test-for-cross.patch deleted:python/security_issue_2254_fix.patch Added this patch to python-native new file: python-native/multilib.patch Updated site config files for python modified: ../../site/arm-common modified: ../../site/mips-common Updated default python version modified: ../../conf/distro/include/default-versions.inc Signed-off-by: Nitin A Kamble nitin.a.kam...@intel.com --- meta/conf/distro/include/default-versions.inc |6 +- ...on-2.6-manifest.inc = python-2.7-manifest.inc} |0 .../python/python-native/multilib.patch| 240 .../python/python-native/nohostlibs.patch | 36 ++- ...thon-native_2.6.6.bb = python-native_2.7.2.bb} | 13 +- meta/recipes-devtools/python/python.inc| 16 +- .../01-use-proper-tools-for-cross-build.patch | 118 +++--- .../python/python/02-remove-test-for-cross.patch | 108 - .../06-avoid_usr_lib_termcap_path_in_linking.patch | 16 +- .../python/06-ctypes-libffi-fix-configure.patch| 42 ++--- meta/recipes-devtools/python/python/multilib.patch | 126 ++- .../python/python/security_issue_2254_fix.patch| 184 --- .../python/{python_2.6.6.bb = python_2.7.2.bb}| 10 +- meta/site/arm-common |3 + meta/site/mips-common |3 + 15 files changed, 467 insertions(+), 454 deletions(-) rename meta/recipes-devtools/python/{python-2.6-manifest.inc = python-2.7-manifest.inc} (100%) create mode 100644 meta/recipes-devtools/python/python-native/multilib.patch rename meta/recipes-devtools/python/{python-native_2.6.6.bb = python-native_2.7.2.bb} (74%) delete mode 100644 meta/recipes-devtools/python/python/02-remove-test-for-cross.patch delete mode 100644 meta/recipes-devtools/python/python/security_issue_2254_fix.patch rename meta/recipes-devtools/python/{python_2.6.6.bb = python_2.7.2.bb} (92%) diff --git a/meta/conf/distro/include/default-versions.inc b/meta/conf/distro/include/default-versions.inc index e3ef1e6..90ff005 100644 --- a/meta/conf/distro/include/default-versions.inc +++ b/meta/conf/distro/include/default-versions.inc @@ -4,9 +4,9 @@ PREFERRED_VERSION_pulseaudio ?= 0.9.23 # Force the python versions in one place -PYTHON_BASEVERSION ?= 2.6 -PREFERRED_VERSION_python ?= 2.6.6 -PREFERRED_VERSION_python-native ?= 2.6.6 +PYTHON_BASEVERSION ?= 2.7 +PREFERRED_VERSION_python ?= 2.7.2 +PREFERRED_VERSION_python-native ?= 2.7.2 # Force the older version of liberation-fonts until we fix the fontforge issue PREFERRED_VERSION_liberation-fonts ?= 1.04 diff --git a/meta/recipes-devtools/python/python-2.6-manifest.inc b/meta/recipes-devtools/python/python-2.7-manifest.inc similarity index 100% rename from meta/recipes-devtools/python/python-2.6-manifest.inc rename to meta/recipes-devtools/python/python-2.7-manifest.inc this is wrong.. just to rename it isn't enough It also drops the source checksums :( I will send patch which regenerates manifest with right paths to actually package something.. Regards, ___ 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] [PATCH 4/4] python, python-native: upgrade from 2.6.6 to 2.7.2
On Tue, Oct 04, 2011 at 06:03:16AM -0500, Koen Kooi wrote: Op 30 sep. 2011 om 13:37 heeft Martin Jansa martin.ja...@gmail.com het volgende geschreven: On Thu, Sep 29, 2011 at 06:27:11PM -0700, nitin.a.kam...@intel.com wrote: From: Nitin A Kamble nitin.a.kam...@intel.com Rebased these patches to the newer code modified: python-native/nohostlibs.patch modified: python/01-use-proper-tools-for-cross-build.patch modified: python/06-avoid_usr_lib_termcap_path_in_linking.patch modified: python/06-ctypes-libffi-fix-configure.patch modified: python/multilib.patch Deleted these patches are the are now upstream deleted:python/02-remove-test-for-cross.patch deleted:python/security_issue_2254_fix.patch Added this patch to python-native new file: python-native/multilib.patch Updated site config files for python modified: ../../site/arm-common modified: ../../site/mips-common Updated default python version modified: ../../conf/distro/include/default-versions.inc Signed-off-by: Nitin A Kamble nitin.a.kam...@intel.com --- meta/conf/distro/include/default-versions.inc |6 +- ...on-2.6-manifest.inc = python-2.7-manifest.inc} |0 .../python/python-native/multilib.patch| 240 .../python/python-native/nohostlibs.patch | 36 ++- ...thon-native_2.6.6.bb = python-native_2.7.2.bb} | 13 +- meta/recipes-devtools/python/python.inc| 16 +- .../01-use-proper-tools-for-cross-build.patch | 118 +++--- .../python/python/02-remove-test-for-cross.patch | 108 - .../06-avoid_usr_lib_termcap_path_in_linking.patch | 16 +- .../python/06-ctypes-libffi-fix-configure.patch| 42 ++--- meta/recipes-devtools/python/python/multilib.patch | 126 ++- .../python/python/security_issue_2254_fix.patch| 184 --- .../python/{python_2.6.6.bb = python_2.7.2.bb}| 10 +- meta/site/arm-common |3 + meta/site/mips-common |3 + 15 files changed, 467 insertions(+), 454 deletions(-) rename meta/recipes-devtools/python/{python-2.6-manifest.inc = python-2.7-manifest.inc} (100%) create mode 100644 meta/recipes-devtools/python/python-native/multilib.patch rename meta/recipes-devtools/python/{python-native_2.6.6.bb = python-native_2.7.2.bb} (74%) delete mode 100644 meta/recipes-devtools/python/python/02-remove-test-for-cross.patch delete mode 100644 meta/recipes-devtools/python/python/security_issue_2254_fix.patch rename meta/recipes-devtools/python/{python_2.6.6.bb = python_2.7.2.bb} (92%) diff --git a/meta/conf/distro/include/default-versions.inc b/meta/conf/distro/include/default-versions.inc index e3ef1e6..90ff005 100644 --- a/meta/conf/distro/include/default-versions.inc +++ b/meta/conf/distro/include/default-versions.inc @@ -4,9 +4,9 @@ PREFERRED_VERSION_pulseaudio ?= 0.9.23 # Force the python versions in one place -PYTHON_BASEVERSION ?= 2.6 -PREFERRED_VERSION_python ?= 2.6.6 -PREFERRED_VERSION_python-native ?= 2.6.6 +PYTHON_BASEVERSION ?= 2.7 +PREFERRED_VERSION_python ?= 2.7.2 +PREFERRED_VERSION_python-native ?= 2.7.2 # Force the older version of liberation-fonts until we fix the fontforge issue PREFERRED_VERSION_liberation-fonts ?= 1.04 diff --git a/meta/recipes-devtools/python/python-2.6-manifest.inc b/meta/recipes-devtools/python/python-2.7-manifest.inc similarity index 100% rename from meta/recipes-devtools/python/python-2.6-manifest.inc rename to meta/recipes-devtools/python/python-2.7-manifest.inc this is wrong.. just to rename it isn't enough It also drops the source checksums :( They are moved to python.inc which is then included to both python and python-native recipes. But maybe we should drop DEFAULT_PREFERENCE = -27 as there is only one python version anyways Regards, -- 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-core][PATCHv2 26/30] glx-use-tls: add from meta-oe layer
On Mon, 2011-10-03 at 17:09 +0200, Martin Jansa wrote: On Mon, Oct 03, 2011 at 04:02:10PM +0100, Phil Blundell wrote: Can you add some commentary explaining why this is necessary -- i.e. what exactly is lacking in uClibc to mean it doesn't have prober TLS support? I'm not using uClibc myself and tracking original bbclass in OE-classic leads to this commit http://git.openembedded.org/cgit.cgi/openembedded/commit/packages/mesa/mesa-tls.inc?id=b527d8f723c98c77f2f5c5358062e5348493d767 So I'm CCing woglinde and he will probably explain it. At the very least this should become an include file in the mesa directory. Its not sufficiently generally used at this point to become a bbclass file... Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] autotools.bbclass: Allow dependency tracking option to be easily overridden
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org --- diff --git a/meta/classes/autotools.bbclass b/meta/classes/autotools.bbclass index ff27842..a4ce851 100644 --- a/meta/classes/autotools.bbclass +++ b/meta/classes/autotools.bbclass @@ -64,8 +64,10 @@ CONFIGUREOPTS = --build=${BUILD_SYS} \ --infodir=${infodir} \ --mandir=${mandir} \ --disable-silent-rules \ - --disable-dependency-tracking \ + ${CONFIGUREOPT_DEPTRACK} \ ${@append_libtool_sysroot(d)} +CONFIGUREOPT_DEPTRACK = --disable-dependency-tracking + oe_runconf () { if [ -x ${S}/configure ] ; then ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] bitbake webkit-gtk fails with clean temp dir
On Mon, 2011-10-03 at 20:45 +0200, Andreas Müller wrote: On Monday, October 03, 2011 05:29:52 PM Gary Thomas wrote: NOTE: package webkit-gtk-1.5.1+svnr90727-r0: task do_compile: Failed ERROR: Task 7 (/home/Superandy/data/oe-core/sources/openembedded-core/meta/recipes-sato/webkit/webkit-gtk_svn.bb, do_compile) failed with exit code '1' ideas what causes this? no idea, but I get the same error It builds in Yocto/Poky so you might compare with those recipes. Dit you pull [1] and rebuild webkit-gtk? some investigation later: by diff'ing log files created by working environment with the current environment I fell over log.do_configure: --disable-dependency-tracking was added in [1]. Tried manual bisecting by git reset --hard 288343e30604b944dc18fd82172febd314d9c520 é voilà: webkit-gtk builds again. Will send a patch with --enable-dependency-tracking after testing... Andreas I'm planning to add this commit: http://cgit.openembedded.org/cgit.cgi/openembedded-core/commit/?h=master-nextid=d53a0282be132a4ced507c0277925ae4a0f2f40d which means you should just be able to set: CONFIGUREOPT_DEPTRACK = for this recipe rather than having multiple configure options and hoping the right one wins. I'd also note this means there is a bug somewhere in the webkit makefiles... Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/7] Qt4 upgrade/fixes
On Sun, 2011-10-02 at 22:45 +0400, Dmitry Eremin-Solenikov wrote: On 09/30/2011 08:57 PM, Richard Purdie wrote: On Fri, 2011-09-30 at 17:33 +0100, Paul Eggleton wrote: This is a pull request for Eric Bénard's qt4_upgrade branch, including an update of Qt to 4.7.4 (preserving 4.7.3 until other layers such as meta-oe, meta-yocto etc. can sync up) as well as several important bug fixes. The patches look good; if was to be really picky though I would say that the two demo/doc patches in the series ought to be merged into one patch, and there are a few typos in the commit messages. I'm also relying on others to review the correctness of the armv6-vfp no-neon patch as I have no knowledge of this area. The following changes since commit c54c1280fc0d06a53e23339c3913ec88eead13d9: base.bbclass: Drop unneeded dependency (2011-09-30 11:34:44 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib paule/qt4_upgrade http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=paule/qt4_upgrade Denis Carikli (3): qt4.inc: remove the optional documentation package from the demo's RRECOMMENDS qt4(embedded and x11): disable neon for armv6-vfp qt4.inc: package qtdemo's docs in a separate package Eric Bénard (3): qt4e-demo-image: improve image qt4: fix generated sdk qt4: update to latest version 4.7.4 Otavio Salvador (1): qt4: fix translation support Thanks Paul. I fixed the typos and queued this on master-next. It seems, during 4.7.3 - 4.7.4 addition, fix-translation patch got lost. Richard please reaply the qt4: fix translation support after s/4.7.3/4.7.4/ . I can provide a patch if you'd like. Thanks, I'll merge your two patches. If there is anything else qt4 related that is missing please let me know as I'm assuming these merges bring the qt4 patches up to date! Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] sstate_clean() overzealous?
On Tue, 2011-10-04 at 11:54 +0100, Richard Purdie wrote: I think we need to teach this clean function about stamp-extra-info and instead of stfile + .*, remove stfile + .*. + stamp-extra-info if stamp-extra-info is set. That would likely fix the problem you're seeing. Okay, thanks. I applied this change locally: diff --git a/meta/classes/sstate.bbclass b/meta/classes/sstate.bbclass index 91f209a..7f38800 100644 --- a/meta/classes/sstate.bbclass +++ b/meta/classes/sstate.bbclass @@ -258,10 +258,15 @@ def sstate_clean(ss, d): bb.utils.unlockfile(lock) stfile = d.getVar(STAMP, True) + .do_ + ss['task'] +extrainf = d.getVarFlag(do_ + ss['task'], 'stamp-extra-info') oe.path.remove(stfile) oe.path.remove(stfile + _setscene) -oe.path.remove(stfile + .*) -oe.path.remove(stfile + _setscene + .*) +if extrainf: +oe.path.remove(stfile + .*. + extrainf) + oe.path.remove(stfile + _setscene + .*. + extrainf) +else: +oe.path.remove(stfile + .*) + oe.path.remove(stfile + _setscene + .*) CLEANFUNCS += sstate_cleanall and it does indeed seem to resolve the problem I was seeing before. p. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/2] attr/acl: add SSTATEPOSTINSTFUNC
On Sat, 2011-09-24 at 11:56 -0700, Saul Wold wrote: +fix_symlink () { + # Remove bad symlinks create the correct symlinks + if test -L ${libdir}/lib${BPN}.so ; then + rm -rf ${libdir}/lib${BPN}.so + ln -sf ${base_libdir}/lib${BPN}.so ${libdir}/lib${BPN}.so + fi This breaks the build for me on micro. I end up with a symlink pointing to itself: lrwxrwxrwx 1 pb pb 76 2011-10-04 16:09 /home/pb/oe/build-epia/build/tmp-eglibc/sysroots/x86_64-linux/lib/libattr.so - /home/pb/oe/build-epia/build/tmp-eglibc/sysroots/x86_64-linux/lib/libattr.so with predictably bad results. p. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] sstate_clean() overzealous?
On Tue, 2011-10-04 at 16:03 +0100, Phil Blundell wrote: On Tue, 2011-10-04 at 11:54 +0100, Richard Purdie wrote: I think we need to teach this clean function about stamp-extra-info and instead of stfile + .*, remove stfile + .*. + stamp-extra-info if stamp-extra-info is set. That would likely fix the problem you're seeing. Okay, thanks. I applied this change locally: diff --git a/meta/classes/sstate.bbclass b/meta/classes/sstate.bbclass index 91f209a..7f38800 100644 --- a/meta/classes/sstate.bbclass +++ b/meta/classes/sstate.bbclass @@ -258,10 +258,15 @@ def sstate_clean(ss, d): bb.utils.unlockfile(lock) stfile = d.getVar(STAMP, True) + .do_ + ss['task'] +extrainf = d.getVarFlag(do_ + ss['task'], 'stamp-extra-info') oe.path.remove(stfile) oe.path.remove(stfile + _setscene) -oe.path.remove(stfile + .*) -oe.path.remove(stfile + _setscene + .*) +if extrainf: +oe.path.remove(stfile + .*. + extrainf) + oe.path.remove(stfile + _setscene + .*. + extrainf) Thinking further about this it may need to be .* instead of .*.. I suspect with the above it wouldn't be wiping out some of the stamps it should be with OE-Core and the Basic siggen code. BasicHash would work though. Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] autotools.bbclass: Allow dependency tracking option to be easily overridden
On 10/4/2011 5:38 AM, Richard Purdie wrote: Signed-off-by: Richard Purdierichard.pur...@linuxfoundation.org --- diff --git a/meta/classes/autotools.bbclass b/meta/classes/autotools.bbclass index ff27842..a4ce851 100644 --- a/meta/classes/autotools.bbclass +++ b/meta/classes/autotools.bbclass @@ -64,8 +64,10 @@ CONFIGUREOPTS = --build=${BUILD_SYS} \ --infodir=${infodir} \ --mandir=${mandir} \ --disable-silent-rules \ - --disable-dependency-tracking \ + ${CONFIGUREOPT_DEPTRACK} \ ${@append_libtool_sysroot(d)} +CONFIGUREOPT_DEPTRACK = --disable-dependency-tracking + I think this would need to be documented somewhere as well. oe_runconf () { if [ -x ${S}/configure ] ; then ___ 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
[OE-core] [PATCH] runqemu-export-rootfs: Add HOW-TO for ubuntu 11.10 for rpcbind problem
The existing instruction to tackle RPC: Authentication error; why = Client credential too weak Are not applicable to ubuntu 11.10 especially Therefore add the magic needed for ubuntu 11.10 Signed-off-by: Khem Raj raj.k...@gmail.com --- scripts/runqemu-export-rootfs |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/scripts/runqemu-export-rootfs b/scripts/runqemu-export-rootfs index 3ee3112..fec288a 100755 --- a/scripts/runqemu-export-rootfs +++ b/scripts/runqemu-export-rootfs @@ -118,6 +118,9 @@ case $1 in echo echo RPCBIND_OPTIONS=-i /etc/sysconfig/rpcbind echo /etc/init.d/rpcbind restart echo === + echo For Ubuntu 11.10 hosts + echo Add OPTIONS=\-i -w\ to /etc/default/rpcbind + echo sudo service portmap restart fi exit 1 fi -- 1.7.5.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] Bringing an image from OE to OE-Core
I'm about to start bringing some images I use from OE to OE-core. The first issue I saw is there is no task-proper-tools in oe-core (where oe-core means the set of layers created by the Angstrom setup scripts). Should I add task-proper-tools to meta-oe, or is there a better way to add a full features set of tools to an image? Basically, the image is more desktop like than embedded. Philip ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] eglibc-2.14: add patch to fix libdl crash
Hello, On Mon, 03 Oct 2011, Khem Raj wrote: On 10/3/2011 2:30 AM, mo...@mnet-online.de wrote: From: Klaus Kurzmannm...@fluxnetz.de * Without this patch programs using alsa-lib crash (alsamixer for example). * This patch is taken verbatim from ArchLinux. can you add appropriate header for this? Sorry, still have to find my way into the new stuff :) Martin pointed that out to me - after I sent the mail. I tried googling to find out about the upstream status for more than an hour - without success. And glibc commit messages seem to be not very informative mostly ;) secondly this reverts the license year text from 2011 to 2010 that should not be needed. yeah, I have seen that. I think that comes from the patch being a revert (or partial revert) of some commit. If it is ok to change 'stolen' patches I can remove that. Klaus 'mrmoku' Kurzmann Signed-off-by: Klaus Kurzmannm...@fluxnetz.de --- .../eglibc-2.14/glibc-2.14-libdl-crash.patch | 132 meta/recipes-core/eglibc/eglibc_2.14.bb|3 +- 2 files changed, 134 insertions(+), 1 deletions(-) create mode 100644 meta/recipes-core/eglibc/eglibc-2.14/glibc-2.14-libdl-crash.patch diff --git a/meta/recipes-core/eglibc/eglibc-2.14/glibc-2.14-libdl-crash.patch b/meta/recipes-core/eglibc/eglibc-2.14/glibc-2.14-libdl-crash.patch new file mode 100644 index 000..ee29f8c --- /dev/null +++ b/meta/recipes-core/eglibc/eglibc-2.14/glibc-2.14-libdl-crash.patch @@ -0,0 +1,132 @@ +diff --git a/elf/dl-close.c b/elf/dl-close.c +index 73b2a2f..9bd91e3 100644 +--- a/elf/dl-close.c b/elf/dl-close.c +@@ -1,5 +1,5 @@ + /* Close a shared object opened by `_dl_open'. +- Copyright (C) 1996-2007, 2009, 2010, 2011 Free Software Foundation, Inc. ++ Copyright (C) 1996-2007, 2009, 2010 Free Software Foundation, Inc. +This file is part of the GNU C Library. + +The GNU C Library is free software; you can redistribute it and/or +@@ -119,17 +119,8 @@ _dl_close_worker (struct link_map *map) + if (map-l_direct_opencount 0 || map-l_type != lt_loaded + || dl_close_state != not_pending) + { +- if (map-l_direct_opencount == 0) +- { +- if (map-l_type == lt_loaded) +- dl_close_state = rerun; +- else if (map-l_type == lt_library) +- { +- struct link_map **oldp = map-l_initfini; +- map-l_initfini = map-l_orig_initfini; +- _dl_scope_free (oldp); +- } +- } ++ if (map-l_direct_opencount == 0 map-l_type == lt_loaded) ++ dl_close_state = rerun; + + /* There are still references to this object. Do nothing more. */ + if (__builtin_expect (GLRO(dl_debug_mask) DL_DEBUG_FILES, 0)) +diff --git a/elf/dl-deps.c b/elf/dl-deps.c +index 9e30594..3890d00 100644 +--- a/elf/dl-deps.c b/elf/dl-deps.c +@@ -478,6 +478,7 @@ _dl_map_object_deps (struct link_map *map, + nneeded * sizeof needed[0]); + atomic_write_barrier (); + l-l_initfini = l_initfini; ++ l-l_free_initfini = 1; +} + + /* If we have no auxiliary objects just go on to the next map. */ +@@ -681,6 +682,7 @@ Filters not supported with LD_TRACE_PRELINKING)); + l_initfini[nlist] = NULL; + atomic_write_barrier (); + map-l_initfini = l_initfini; ++ map-l_free_initfini = 1; + if (l_reldeps != NULL) + { + atomic_write_barrier (); +@@ -689,5 +691,5 @@ Filters not supported with LD_TRACE_PRELINKING)); + _dl_scope_free (old_l_reldeps); + } + if (old_l_initfini != NULL) +- map-l_orig_initfini = old_l_initfini; ++_dl_scope_free (old_l_initfini); + } +diff --git a/elf/dl-libc.c b/elf/dl-libc.c +index 7be9483..a13fce3 100644 +--- a/elf/dl-libc.c b/elf/dl-libc.c +@@ -265,13 +265,13 @@ libc_freeres_fn (free_mem) + + for (Lmid_t ns = 0; ns GL(dl_nns); ++ns) + { +- /* Remove all additional names added to the objects. */ + for (l = GL(dl_ns)[ns]._ns_loaded; l != NULL; l = l-l_next) +{ + struct libname_list *lnp = l-l_libname-next; + + l-l_libname-next = NULL; + ++ /* Remove all additional names added to the objects. */ + while (lnp != NULL) +{ + struct libname_list *old = lnp; +@@ -279,6 +279,10 @@ libc_freeres_fn (free_mem) + if (! old-dont_free) +free (old); +} ++ ++ /* Free the initfini dependency list. */ ++ if (l-l_free_initfini) ++ free (l-l_initfini); +} + + if (__builtin_expect (GL(dl_ns)[ns]._ns_global_scope_alloc, 0) != 0 +diff --git a/elf/rtld.c b/elf/rtld.c +index 4a9109e..617e30e 100644 +--- a/elf/rtld.c b/elf/rtld.c +@@ -2251,6 +2251,7 @@ ERROR: ld.so: object '%s' cannot be loaded as audit interface: %s; ignored.\n, + lnp-dont_free = 1; + lnp = lnp-next; +} ++ l-l_free_initfini = 0; + + if (l !=GL(dl_rtld_map)) +
Re: [OE-core] Bringing an image from OE to OE-Core
On Tue, Oct 4, 2011 at 12:58 PM, Philip Balister phi...@balister.org wrote: I'm about to start bringing some images I use from OE to OE-core. The first issue I saw is there is no task-proper-tools in oe-core (where oe-core means the set of layers created by the Angstrom setup scripts). Should I add task-proper-tools to meta-oe, or is there a better way to add a full features set of tools to an image? Basically, the image is more desktop like than embedded. there are meta stuff like tools-debug, tools-sdk in oe-core. See if you can use them to construct your image. If it seems a common enough subset that can be used in multiple images then you could add the task to meta-oe like we have for task-cli-tools but a good judgment would be appropriate. Philip ___ 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] [PATCH] eglibc-2.14: add patch to fix libdl crash
On Tue, Oct 4, 2011 at 1:05 PM, Klaus 'mrmoku' Kurzmann mo...@mnet-online.de wrote: Hello, On Mon, 03 Oct 2011, Khem Raj wrote: On 10/3/2011 2:30 AM, mo...@mnet-online.de wrote: From: Klaus Kurzmannm...@fluxnetz.de * Without this patch programs using alsa-lib crash (alsamixer for example). * This patch is taken verbatim from ArchLinux. can you add appropriate header for this? Sorry, still have to find my way into the new stuff :) Martin pointed that out to me - after I sent the mail. I tried googling to find out about the upstream status for more than an hour - without success. And glibc commit messages seem to be not very informative mostly ;) the patch is not applied upstream last time I looked quickly. secondly this reverts the license year text from 2011 to 2010 that should not be needed. yeah, I have seen that. I think that comes from the patch being a revert (or partial revert) of some commit. If it is ok to change 'stolen' patches I can remove that.\ yes licenses dont change because of a single revert there might be more changes that were done in that time frame which should have used the current year. Klaus 'mrmoku' Kurzmann Signed-off-by: Klaus Kurzmannm...@fluxnetz.de --- .../eglibc-2.14/glibc-2.14-libdl-crash.patch | 132 meta/recipes-core/eglibc/eglibc_2.14.bb | 3 +- 2 files changed, 134 insertions(+), 1 deletions(-) create mode 100644 meta/recipes-core/eglibc/eglibc-2.14/glibc-2.14-libdl-crash.patch diff --git a/meta/recipes-core/eglibc/eglibc-2.14/glibc-2.14-libdl-crash.patch b/meta/recipes-core/eglibc/eglibc-2.14/glibc-2.14-libdl-crash.patch new file mode 100644 index 000..ee29f8c --- /dev/null +++ b/meta/recipes-core/eglibc/eglibc-2.14/glibc-2.14-libdl-crash.patch @@ -0,0 +1,132 @@ +diff --git a/elf/dl-close.c b/elf/dl-close.c +index 73b2a2f..9bd91e3 100644 +--- a/elf/dl-close.c b/elf/dl-close.c +@@ -1,5 +1,5 @@ + /* Close a shared object opened by `_dl_open'. +- Copyright (C) 1996-2007, 2009, 2010, 2011 Free Software Foundation, Inc. ++ Copyright (C) 1996-2007, 2009, 2010 Free Software Foundation, Inc. + This file is part of the GNU C Library. + + The GNU C Library is free software; you can redistribute it and/or +@@ -119,17 +119,8 @@ _dl_close_worker (struct link_map *map) + if (map-l_direct_opencount 0 || map-l_type != lt_loaded + || dl_close_state != not_pending) + { +- if (map-l_direct_opencount == 0) +- { +- if (map-l_type == lt_loaded) +- dl_close_state = rerun; +- else if (map-l_type == lt_library) +- { +- struct link_map **oldp = map-l_initfini; +- map-l_initfini = map-l_orig_initfini; +- _dl_scope_free (oldp); +- } +- } ++ if (map-l_direct_opencount == 0 map-l_type == lt_loaded) ++ dl_close_state = rerun; + + /* There are still references to this object. Do nothing more. */ + if (__builtin_expect (GLRO(dl_debug_mask) DL_DEBUG_FILES, 0)) +diff --git a/elf/dl-deps.c b/elf/dl-deps.c +index 9e30594..3890d00 100644 +--- a/elf/dl-deps.c b/elf/dl-deps.c +@@ -478,6 +478,7 @@ _dl_map_object_deps (struct link_map *map, + nneeded * sizeof needed[0]); + atomic_write_barrier (); + l-l_initfini = l_initfini; ++ l-l_free_initfini = 1; + } + + /* If we have no auxiliary objects just go on to the next map. */ +@@ -681,6 +682,7 @@ Filters not supported with LD_TRACE_PRELINKING)); + l_initfini[nlist] = NULL; + atomic_write_barrier (); + map-l_initfini = l_initfini; ++ map-l_free_initfini = 1; + if (l_reldeps != NULL) + { + atomic_write_barrier (); +@@ -689,5 +691,5 @@ Filters not supported with LD_TRACE_PRELINKING)); + _dl_scope_free (old_l_reldeps); + } + if (old_l_initfini != NULL) +- map-l_orig_initfini = old_l_initfini; ++ _dl_scope_free (old_l_initfini); + } +diff --git a/elf/dl-libc.c b/elf/dl-libc.c +index 7be9483..a13fce3 100644 +--- a/elf/dl-libc.c b/elf/dl-libc.c +@@ -265,13 +265,13 @@ libc_freeres_fn (free_mem) + + for (Lmid_t ns = 0; ns GL(dl_nns); ++ns) + { +- /* Remove all additional names added to the objects. */ + for (l = GL(dl_ns)[ns]._ns_loaded; l != NULL; l = l-l_next) + { + struct libname_list *lnp = l-l_libname-next; + + l-l_libname-next = NULL; + ++ /* Remove all additional names added to the objects. */ + while (lnp != NULL) + { + struct libname_list *old = lnp; +@@ -279,6 +279,10 @@ libc_freeres_fn (free_mem) + if (! old-dont_free) + free (old); + } ++ ++ /* Free the initfini dependency list. */ ++ if (l-l_free_initfini) ++ free (l-l_initfini); + } + + if (__builtin_expect (GL(dl_ns)[ns]._ns_global_scope_alloc, 0) != 0 +diff --git a/elf/rtld.c b/elf/rtld.c +index
Re: [OE-core] Bringing an image from OE to OE-Core
On 10/04/2011 12:58 PM, Philip Balister wrote: I'm about to start bringing some images I use from OE to OE-core. The first issue I saw is there is no task-proper-tools in oe-core (where oe-core means the set of layers created by the Angstrom setup scripts). Philip, Have you looked at task-core-basic, it is supposed to be more of a desktop like set of tools, the idea being it's heavier weight than core, will move to supporting the non-graphical part of LSB. Another caveat for task-core-basic is that it's the largetest non-gplv3 task that is used by core-image-basic. Does this task approach what you are looking for? Sau! Should I add task-proper-tools to meta-oe, or is there a better way to add a full features set of tools to an image? Basically, the image is more desktop like than embedded. Philip ___ 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
[OE-core] OE Changelog for 2011-09-26 to 2011-10-3
Changelog for 2011-09-26 to 2011-10-3. Projects included in this report: bitbake: git://git.openembedded.org/bitbake openembedded-core: git://git.openembedded.org/openembedded-core meta-openembedded: git://git.openembedded.org/meta-openembedded meta-angstrom: git://git.angstrom-distribution.org/meta-angstrom meta-yocto: git://git.yoctoproject.org/poky meta-texasinstruments: git://git.angstrom-distribution.org/meta-texasinstruments meta-smartphone: http://git.shr-project.org/repo/meta-smartphone.git meta-micro: git://git.openembedded.org/meta-micro meta-slugos: git://github.com/kraj/meta-slugos meta-nslu2: git://github.com/kraj/meta-nslu2 meta-intel: git://git.yoctoproject.org/meta-intel meta-handheld: git://git.openembedded.org/meta-handheld meta-opie: git://git.openembedded.org/meta-opie openembedded: git://git.openembedded.org/openembedded Changelog for bitbake: Matthew McClintock (1): fetch2/git: Make git fetch run with -f so rebased branches don't fail Changelog for openembedded-core: Andrew Gabbasov (4): cmake.bbclass: adding extendable extra variable to root path libpam: add flex-native to DEPENDS apr: use ${HOST_SYS}-libtool apmd: use ${HOST_SYS}-libtool Bruce Ashfield (1): linux-yocto/meta: eg20t and live boot config changes Dmitry Eremin-Solenikov (3): kernel.bbclass: blacklist 'perf-dbg' as well for the modules metapackage kernel.bbclass: handle .cis firmware kernel.bbclass: remove unshipped files in do_install Dongxiao Xu (6): multilib.bbclass: map RDEPENDS and LINGUAS_INSTALL for image recipes multilib: remove the multilib handling to allarch package_rpm: combine normal and multilib solution manifest together libc-package.bbclass: add MLPREFIX when set values to PACKAGES tune-i586: fix hardcoded TUNE_PKGARCH multilib: add MLPREFIX to deploy folder Henning Heinold (1): tune-cortexa9.inc: add tunefile for cortexa9 socs Jessica Zhang (1): Fixed a typo for setting up OECORE_ACLOCAL_OPTS for adt-installer case Joshua Lock (1): ghostscript: disable check for time.h Khem Raj (4): conf,recipes: Add new variable LINKER_HASH_STYLE gcc-4.6: Use --with-linker-hash-style configure option eglibc: Add recipes for 2.14 gcc-4.6: Update to tip of FSF gcc-4_6-branch Koen Kooi (1): avahi: fix avahi-systemd dependencies Martin Jansa (1): atk: add patch to replace G_CONST_RETURN with const Matthew McClintock (10): Fixup kexec-tools compatible host for powerpc Add autoconf cache for screen on powerpc64 Add support for generating ext2.bz2{, .u-boot} images Add support for generating ext2.lzma{, .u-boot} images Fix ghostscript on powerpc64 Fix HAL on newer kernels without header file Add udev patch to compile against newer kernels Fix sysklogd build on e500v2 cores Add proper deps for nfs-utils, util-linux, and strace Fix flac build on e500mc cores Mei Lei (4): curl: Upgrade from 7.21.7 to 7.22.0 diffutils: Upgrade from 3.0 to 3.2. dropbear: Upgrade from 0.52 to 0.53.1 distro_tracking_fields.inc: Update upgrade information Paul Eggleton (2): scripts: use OE_TMPDIR instead of TMPDIR external variable scripts/oe-setup-rpmrepo: use setup_tmpdir from runqemu Richard Purdie (13): gcc: Fix two QA issues grub: Fix insane/QA architecture warning sqlite3: Fix nativesdk packaging/QA warnings pseudo: Fix QA warnings bitbake.conf: Fix reversed linker hash style logic openssl: Ensure perl scripts reference the correct perl mc: Ensure perl scripts reference the correct perl util-linux: Ensure perl scripts reference the correct perl insane: Promote most warnings into QA errors by default Remove help2man dependency autotools: Disable dependency tracking base.bbclass: Drop unneeded dependency bitbake.conf: Start using parallel make for do_install Saul Wold (7): rpm: ensure that magic file is relocatable zypper sat-solver: needs RDEPENDS on rpm-lib rpm: fix QA Warning on installed but not shipped staticdev filesw distro_tracking: Update Manual Upgrade Checks glew: update to 1.7.0 sysstat: update to 10.0.2 python: fix sqlite RPATH issue Simon Busch (2): meta: qt4: fix postprocessing of pkg-config files qt4-embedded: move qte.sh profile script into own package Tom Zanussi (2): sysprof: update to version 1.1.8 blktrace: update to version 1.0.3 Zhai Edwin (4): oprofileui: remove dependence on gnome-vfs libgsf: remove dependence on gnome-vfs tables: remove it as obsolete recipe oprofileui: Update SRCREV to reflect recent accpeted patches by upstream Changelog for meta-openembedded: Andreas Müller (2): midori: update to 0.4.0 / buildable by upstream patch LDFLAGS_append / min midori: added RRECOMMENDS glib-networking Khem Raj (5): fuse: Upgrade recipe to version 2.8.6 gnome-disk-utility: Fix build on gnomelss host
Re: [OE-core] Bringing an image from OE to OE-Core
On 10/04/2011 04:08 PM, Saul Wold wrote: On 10/04/2011 12:58 PM, Philip Balister wrote: I'm about to start bringing some images I use from OE to OE-core. The first issue I saw is there is no task-proper-tools in oe-core (where oe-core means the set of layers created by the Angstrom setup scripts). Philip, Have you looked at task-core-basic, it is supposed to be more of a desktop like set of tools, the idea being it's heavier weight than core, will move to supporting the non-graphical part of LSB. Another caveat for task-core-basic is that it's the largetest non-gplv3 task that is used by core-image-basic. Does this task approach what you are looking for? It looks like a start, but I notice it brings in rpm. I'm not sure if I want that. I would have thought that the package manager would be a distro decision. Philip Sau! Should I add task-proper-tools to meta-oe, or is there a better way to add a full features set of tools to an image? Basically, the image is more desktop like than embedded. Philip ___ 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] Bringing an image from OE to OE-Core
On Tue, 2011-10-04 at 15:58 -0400, Philip Balister wrote: I'm about to start bringing some images I use from OE to OE-core. The first issue I saw is there is no task-proper-tools in oe-core (where oe-core means the set of layers created by the Angstrom setup scripts). Should I add task-proper-tools to meta-oe, or is there a better way to add a full features set of tools to an image? Basically, the image is more desktop like than embedded. The core-image-lsb is the OE-Core image with the full fat tools included. I'd suggest starting from that and see what is missing. I'd also note we have IMAGE_FEATURES which you can add tools-sdk to which may or may not include more of what you want (basically a development toolchain+tools). CHeers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] Bringing an image from OE to OE-Core
On 10/04/2011 01:27 PM, Philip Balister wrote: On 10/04/2011 04:08 PM, Saul Wold wrote: On 10/04/2011 12:58 PM, Philip Balister wrote: I'm about to start bringing some images I use from OE to OE-core. The first issue I saw is there is no task-proper-tools in oe-core (where oe-core means the set of layers created by the Angstrom setup scripts). Philip, Have you looked at task-core-basic, it is supposed to be more of a desktop like set of tools, the idea being it's heavier weight than core, will move to supporting the non-graphical part of LSB. Another caveat for task-core-basic is that it's the largetest non-gplv3 task that is used by core-image-basic. Does this task approach what you are looking for? It looks like a start, but I notice it brings in rpm. I'm not sure if I want that. I would have thought that the package manager would be a distro decision. That's a bug that I would certainly take a patch for, unless rpm is required as part of LSB, that will need to be verified. Sau! Philip Sau! Should I add task-proper-tools to meta-oe, or is there a better way to add a full features set of tools to an image? Basically, the image is more desktop like than embedded. Philip ___ 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 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] gdb-cross-canadian fails to build
Hello, Today's tip fails with: Log data follows: | NOTE: Applying patch 'no-werror.patch' (openembedded-core/meta/recipes-devtools/gdb/gdb/no-werror.patch) | xterm Xt error: Can't open display: | xterm: DISPLAY is not set | ERROR: Error executing a python function in /home/otavio/hacking/ossystems/embedded-linux/openembedded-core/meta/recipes-devtools/gdb/gdb-cross-canadian_7.3.1.bb: | AttributeError: 'module' object has no attribute 'domain' | | ERROR: The stack trace of python calls that resulted in this exception/failure was: | ERROR: File patch_do_patch, line 136, in module | ERROR: | ERROR: File patch_do_patch, line 133, in patch_do_patch | ERROR: | ERROR: File /home/otavio/hacking/ossystems/embedded-linux/openembedded-core/meta/lib/oe/patch.py, line 379, in Resolve | ERROR: bb.msg.fatal(bb.msg.domain.Build, (Cannot proceed with manual patch resolution - '%s' not found. \ | ERROR: | ERROR: The code that was being executed was: | ERROR: 0132: raise bb.build.FuncFailed(str(sys.exc_value)) | ERROR: 0133: resolver.Resolve() | ERROR: 0134: | ERROR: 0135: | ERROR: *** 0136:patch_do_patch(d) | ERROR: 0137: | ERROR: (file: 'patch_do_patch', lineno: 136, function: module) | ERROR: 0129: patchset.Import({file:local, remote:url, strippath: striplevel}, True) | ERROR: 0130: except Exception: | ERROR: 0131: import sys | ERROR: 0132: raise bb.build.FuncFailed(str(sys.exc_value)) | ERROR: *** 0133: resolver.Resolve() | ERROR: 0134: | ERROR: 0135: | ERROR: 0136:patch_do_patch(d) | ERROR: 0137: | ERROR: (file: 'patch_do_patch', lineno: 133, function: patch_do_patch) | ERROR: Function 'patch_do_patch' failed NOTE: package gdb-cross-canadian-i586-7.3.1-r4.0: task do_patch: Failed ERROR: Task 758 (/home/otavio/hacking/ossystems/embedded-linux/openembedded-core/meta/recipes-devtools/gdb/gdb-cross-canadian_7.3.1.bb, do_patch) failed with exit code '1' Clues? -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] gdb-cross-canadian fails to build
On Tue, Oct 4, 2011 at 17:40, Otavio Salvador ota...@ossystems.com.br wrote: ... Log data follows: | NOTE: Applying patch 'no-werror.patch' (openembedded-core/meta/recipes-devtools/gdb/gdb/no-werror.patch) ... /home/otavio/hacking/ossystems/embedded-linux/openembedded-core/meta/recipes-devtools/gdb/gdb-cross-canadian_7.3.1.bb: ... It seems to have been broken by: 9002f664383d71682767546524e1299137b6fe4f Nitin, can you take a look? -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] gdb-cross-canadian fails to build
-Original Message- From: otavio.salva...@gmail.com [mailto:otavio.salva...@gmail.com] On Behalf Of Otavio Salvador Sent: Tuesday, October 04, 2011 1:48 PM To: Patches and discussions about the oe-core layer; Kamble, Nitin A Subject: Re: gdb-cross-canadian fails to build On Tue, Oct 4, 2011 at 17:40, Otavio Salvador ota...@ossystems.com.br wrote: ... Log data follows: | NOTE: Applying patch 'no-werror.patch' (openembedded-core/meta/recipes-devtools/gdb/gdb/no-werror.patch) ... /home/otavio/hacking/ossystems/embedded-linux/openembedded- core/meta/recipes-devtools/gdb/gdb-cross-canadian_7.3.1.bb: ... It seems to have been broken by: 9002f664383d71682767546524e1299137b6fe4f Nitin, can you take a look? Sure, I will look into it. Thanks, Nitin -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1] linux-yocto: update live boot configuration
Richard/Saul, Apologies to anyone that prefers these to be pushed out on top of oe-core, but my machine with those repos went down today and I wanted to get these out quickly, so this is based on top of my yocto/poky tree. I've also had to do this on top of my master branch (hence why you see the distro version patch), if we do need this on another branch let me know and I'll spend the time to re-create my environment on another machine to get things staged differently. This is a series of changes from Tom to synchronize live boot settings across more machines, which are nicely isolated to a few boards. Cheers, Bruce cc: Tom Zanussi tom.zanu...@intel.com The following changes since commit c88b9915267f9a89983bb58faf3c30fe1dcdab43: poky.conf: Increment DISTRO_VERSION (2011-10-04 18:33:54 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib zedd/kernel http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=zedd/kernel Bruce Ashfield (1): linux-yocto: update live boot configuration meta/recipes-kernel/linux/linux-yocto-rt_3.0.bb |2 +- meta/recipes-kernel/linux/linux-yocto_3.0.bb|2 +- 2 files changed, 2 insertions(+), 2 deletions(-) -- 1.7.4.1 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] linux-yocto: update live boot configuration
Updating the meta SRCREV to import a series of changes to synchronize live booting between multiple targets: d05450e meta/fri2: enable booting from iso 3da7d2a meta/fishriver: enable booting from iso 52e1c49 meta/emenlow: enable booting from iso 87918ae meta/crownbay: enable booting from iso Signed-off-by: Tom Zanussi tom.zanu...@intel.com Signed-off-by: Bruce Ashfield bruce.ashfi...@windriver.com --- meta/recipes-kernel/linux/linux-yocto-rt_3.0.bb |2 +- meta/recipes-kernel/linux/linux-yocto_3.0.bb|2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_3.0.bb b/meta/recipes-kernel/linux/linux-yocto-rt_3.0.bb index 0c59a5b..9746f1a 100644 --- a/meta/recipes-kernel/linux/linux-yocto-rt_3.0.bb +++ b/meta/recipes-kernel/linux/linux-yocto-rt_3.0.bb @@ -16,7 +16,7 @@ LINUX_KERNEL_TYPE = preempt-rt SRCREV_machine ?= 0936e13cc65d816f1759e2322c5e3fc82a5037f3 SRCREV_machine_qemuppc ?= 0936e13cc65d816f1759e2322c5e3fc82a5037f3 -SRCREV_meta ?= 67a46a608f47c19f16995be7de7b272025864b1b +SRCREV_meta ?= d05450e4aef02c1b7137398ab3a9f8f96da74f52 PR = r1 PV = ${LINUX_VERSION}+git${SRCPV} diff --git a/meta/recipes-kernel/linux/linux-yocto_3.0.bb b/meta/recipes-kernel/linux/linux-yocto_3.0.bb index 9ece25c..c36e8b5 100644 --- a/meta/recipes-kernel/linux/linux-yocto_3.0.bb +++ b/meta/recipes-kernel/linux/linux-yocto_3.0.bb @@ -18,7 +18,7 @@ SRCREV_machine_qemuppc ?= eccd57eaa4c2b580b9adbbc39e19ecbff56779ae SRCREV_machine_qemux86 ?= 72671808fdbe69a9fe03fd8f094e7c59da04a28c SRCREV_machine_qemux86-64 ?= 2b2d0954a6fd12b4bb7f02f019bc62633c8060a1 SRCREV_machine ?= 6b2c7d65b844e686eae7d5cccb9b638887afe28e -SRCREV_meta ?= 67a46a608f47c19f16995be7de7b272025864b1b +SRCREV_meta ?= d05450e4aef02c1b7137398ab3a9f8f96da74f52 PR = r2 PV = ${LINUX_VERSION}+git${SRCPV} -- 1.7.4.1 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/1] linux-yocto: update live boot configuration
Thanks, Bruce. And the SRCREVs have now also been updated for meta-intel/master and meta-intel/edison. Tom On Tue, 2011-10-04 at 14:08 -0700, Bruce Ashfield wrote: Richard/Saul, Apologies to anyone that prefers these to be pushed out on top of oe-core, but my machine with those repos went down today and I wanted to get these out quickly, so this is based on top of my yocto/poky tree. I've also had to do this on top of my master branch (hence why you see the distro version patch), if we do need this on another branch let me know and I'll spend the time to re-create my environment on another machine to get things staged differently. This is a series of changes from Tom to synchronize live boot settings across more machines, which are nicely isolated to a few boards. Cheers, Bruce cc: Tom Zanussi tom.zanu...@intel.com The following changes since commit c88b9915267f9a89983bb58faf3c30fe1dcdab43: poky.conf: Increment DISTRO_VERSION (2011-10-04 18:33:54 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib zedd/kernel http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=zedd/kernel Bruce Ashfield (1): linux-yocto: update live boot configuration meta/recipes-kernel/linux/linux-yocto-rt_3.0.bb |2 +- meta/recipes-kernel/linux/linux-yocto_3.0.bb|2 +- 2 files changed, 2 insertions(+), 2 deletions(-) ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v3 01/16] libnl2: Fix a race on route/pktloc_syntax.h
On Mon, Oct 3, 2011 at 2:04 PM, Martin Jansa martin.ja...@gmail.com wrote: Sorry, I'm not sure I follow. Are you referring to all the other stuff in the old openembedded? I'm not following this package particularly closely. just see diff oe-core/meta/recipes*/libnl* and meta-openembedded/meta-oe/recipes*/libnl* and it will be clearer I can do this but besides build errors I have no way to really test this. -M ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/1] linux-yocto: update live boot configuration
On Tue, 2011-10-04 at 17:08 -0400, Bruce Ashfield wrote: Richard/Saul, Apologies to anyone that prefers these to be pushed out on top of oe-core, but my machine with those repos went down today and I wanted to get these out quickly, so this is based on top of my yocto/poky tree. I've also had to do this on top of my master branch (hence why you see the distro version patch), if we do need this on another branch let me know and I'll spend the time to re-create my environment on another machine to get things staged differently. This is a series of changes from Tom to synchronize live boot settings across more machines, which are nicely isolated to a few boards. Cheers, Bruce cc: Tom Zanussi tom.zanu...@intel.com The following changes since commit c88b9915267f9a89983bb58faf3c30fe1dcdab43: poky.conf: Increment DISTRO_VERSION (2011-10-04 18:33:54 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib zedd/kernel http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=zedd/kernel Bruce Ashfield (1): linux-yocto: update live boot configuration Merged to master, thanks. Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v2 10/16] Fix mdadm for powerpc64
On Mon, Oct 3, 2011 at 4:17 PM, Khem Raj raj.k...@gmail.com wrote: I can't find a log of this anywhere, it's probably the default compiler warnings for our platform are different? It would be handy to understand them since I dont see gcc differentiating formats between ppc64 and x86_64 which both are 64bit hosts. But obviously there is something missing. I finally got around to rerunning this without my patch and the errors are below. /.mdadm/failed-slots\ -DUSE_PTHREADS -c -o mdmon.o mdmon.c | powerpc64-fsl-linux-gcc -Wall -Werror -Wstrict-prototypes -Wextra -Wno-unused-parameter -ggdb -DSendmail=\/usr/sbin/sendmail -t\ -DCONFFILE=\/etc/mdadm.conf\ -DCONFFILE2=\/etc/mdadm/mdadm.conf\ -DMAP_DIR=\/dev/.mdadm\ -DMAP_FILE=\map\ -DMDMON_DIR=\/dev/.mdadm\ -DFAILED_SLOTS_DIR=\/dev/.mdadm/failed-slots\ -DUSE_PTHREADS -c -o monitor.o monitor.c | powerpc64-fsl-linux-gcc -Wall -Werror -Wstrict-prototypes -Wextra -Wno-unused-parameter -ggdb -DSendmail=\/usr/sbin/sendmail -t\ -DCONFFILE=\/etc/mdadm.conf\ -DCONFFILE2=\/etc/mdadm/mdadm.conf\ -DMAP_DIR=\/dev/.mdadm\ -DMAP_FILE=\map\ -DMDMON_DIR=\/dev/.mdadm\ -DFAILED_SLOTS_DIR=\/dev/.mdadm/failed-slots\ -DUSE_PTHREADS -c -o managemon.o managemon.c | super-intel.c: In function 'getinfo_super_imsm_volume': | super-intel.c:2327:4: error: format '%llu' expects argument of type 'long long unsigned int', but argument 3 has type '__u64' [-Werror=format] | super-intel.c:2327:4: error: format '%llu' expects argument of type 'long long unsigned int', but argument 4 has type '__u64' [-Werror=format] | cc1: all warnings being treated as errors -M ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/3] Minor and trivial fixes
On Sun, 2011-10-02 at 18:15 +, Otavio Salvador wrote: The following changes since commit c54c1280fc0d06a53e23339c3913ec88eead13d9: base.bbclass: Drop unneeded dependency (2011-09-30 11:34:44 +0100) are available in the git repository at: git://github.com/OSSystems/oe-core master https://github.com/OSSystems/oe-core/tree/HEAD Otavio Salvador (3): image.bbclass: improve comments regarding exported functions image-live.bbclass: allow images to override ROOTFS and INITRD bootimg.bbclass: fix comment typo meta/classes/bootimg.bbclass|2 +- meta/classes/image-live.bbclass |4 ++-- meta/classes/image.bbclass |5 + 3 files changed, 4 insertions(+), 7 deletions(-) Merged to master, thanks. Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] Improve handling of 'all' architecture recipes and their interaction with sstate
On Sat, 2011-10-01 at 15:48 -0300, Otavio Salvador wrote: On Fri, Sep 30, 2011 at 14:09, Richard Purdie richard.pur...@linuxfoundation.org wrote: ... Thanks. I've taken the two patches. I'd love to get rid of hal, in fact its on my list of things that need to migrate out of OE-Core... ... From default images this shouldn't be difficult but don't remove hal from oe-core since many embedded OS still use it and haven't migrate to udev or devicekit yet. Really? hal doesn't really replace udev though, we can just use udev directly in place of it for many things now? Specifically which applications are people using with dependencies on hal? As has been pointed out we can fix the xserver and that appears to be the only thing remaining in OE-Core? Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 4/6] scripts/oe-buildenv-internal: Add SOCKS5_{USER, PASSWD} to BB_ENV_EXTRAWHITE
From: Kumar Gala ga...@kernel.crashing.org If a SOCKS5 gateway is needed for a proxy access like git it might also require authentication to the proxy via a password and username. Adding SOCKS5_USER SOCKS5_PASSWD to BB_ENV_EXTRAWHITE allow for automation of the authentication request to occur when something like a git fetch is going through the proxy. This patch requires the bitbake patch to add extra exportvars so these variables get passed from Env - bitbake - fetcher Signed-off-by: Kumar Gala ga...@kernel.crashing.org Signed-off-by: Matthew McClintock m...@freescale.com --- This requires a bitbake patch that was just sent: http://lists.linuxtogo.org/pipermail/bitbake-devel/2011-October/001453.html scripts/oe-buildenv-internal |3 +-- 1 files changed, 1 insertions(+), 2 deletions(-) diff --git a/scripts/oe-buildenv-internal b/scripts/oe-buildenv-internal index 61ac18c..21b92b0 100755 --- a/scripts/oe-buildenv-internal +++ b/scripts/oe-buildenv-internal @@ -70,5 +70,4 @@ unset BITBAKEDIR # Used by the runqemu script export BUILDDIR export PATH - -export BB_ENV_EXTRAWHITE=MACHINE DISTRO TCMODE TCLIBC http_proxy ftp_proxy https_proxy all_proxy ALL_PROXY no_proxy SSH_AGENT_PID SSH_AUTH_SOCK BB_SRCREV_POLICY SDKMACHINE BB_NUMBER_THREADS PARALLEL_MAKE GIT_PROXY_COMMAND +export BB_ENV_EXTRAWHITE=MACHINE DISTRO TCMODE TCLIBC http_proxy ftp_proxy https_proxy all_proxy ALL_PROXY no_proxy SSH_AGENT_PID SSH_AUTH_SOCK BB_SRCREV_POLICY SDKMACHINE BB_NUMBER_THREADS PARALLEL_MAKE GIT_PROXY_COMMAND GIT_PROXY_IGNORE SOCKS5_PASSWD SOCKS5_USER -- 1.7.6.1 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/6] Fix perl for powerpc64 build
Build environment for ARCH was set to powerpc on a powerpc64 build, this adds an override to set this to powerpc64 when doing this type of build Signed-off-by: Matthew McClintock m...@freescale.com --- No comments on original patch: http://lists.linuxtogo.org/pipermail/openembedded-core/2011-September/010340.html meta/recipes-devtools/perl/perl_5.12.3.bb |6 -- 1 files changed, 4 insertions(+), 2 deletions(-) diff --git a/meta/recipes-devtools/perl/perl_5.12.3.bb b/meta/recipes-devtools/perl/perl_5.12.3.bb index e4769a4..d1ac0e8 100644 --- a/meta/recipes-devtools/perl/perl_5.12.3.bb +++ b/meta/recipes-devtools/perl/perl_5.12.3.bb @@ -7,7 +7,7 @@ LIC_FILES_CHKSUM = file://Copying;md5=2b4c6ffbcfcbdee469f02565f253d81a \ # We need gnugrep (for -I) DEPENDS = virtual/db grep-native DEPENDS += gdbm zlib -PR = r5 +PR = r6 # 5.10.1 has Module::Build built-in PROVIDES += libmodule-build-perl @@ -95,6 +95,8 @@ export LDDLFLAGS = ${LDFLAGS} -shared # We're almost Debian, aren't we? CFLAGS += -DDEBIAN +export ARCH_powerpc64 = powerpc64 + do_nolargefile() { sed -i -e s,\(uselargefiles=\)'define',\1'undef',g \ -e s,\(d_readdir64_r=\)'define',\1'undef',g \ @@ -156,7 +158,7 @@ do_configure() { config.sh-${TARGET_ARCH}-${TARGET_OS} case ${TARGET_ARCH} in - x86_64 | powerpc | s390) + x86_64 | powerpc | powerpc64 | s390) sed -i -e s,\(need_va_copy=\)'undef',\1'define',g \ config.sh-${TARGET_ARCH}-${TARGET_OS} ;; -- 1.7.6.1 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/6] Fix mdadm for powerpc64
This fixes build failures from build warnings on powerpc64 Signed-off-by: Matthew McClintock m...@freescale.com --- Replied to feedback on messsage about compilation errors seen. Not sure why x86_64 is not seeing this currently meta/recipes-extended/mdadm/mdadm_3.2.2.bb |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/meta/recipes-extended/mdadm/mdadm_3.2.2.bb b/meta/recipes-extended/mdadm/mdadm_3.2.2.bb index 5d29ae7..1c83f89 100644 --- a/meta/recipes-extended/mdadm/mdadm_3.2.2.bb +++ b/meta/recipes-extended/mdadm/mdadm_3.2.2.bb @@ -8,7 +8,7 @@ LIC_FILES_CHKSUM = file://COPYING;md5=0636e73ff0215e8d672dc4c32c317bb3 \ file://mdmon.c;beginline=4;endline=18;md5=af7d8444d9c4d3e5c7caac0d9d34039d \ file://mdadm.h;beglinlne=4;endline=22;md5=462bc9936ac0d3da110191a3f9994161 -PR = r0 +PR = r1 SRC_URI = ${KERNELORG_MIRROR}/linux/utils/raid/mdadm/${BPN}-${PV}.tar.bz2 @@ -16,6 +16,7 @@ SRC_URI[md5sum] = 12ee2fbf3beddb60601fb7a4c4905651 SRC_URI[sha256sum] = 0d1a04e688b082bc88846e3f524abd50bc782b6ffc06123140f7d358c8f9b906 CFLAGS += -fno-strict-aliasing +EXTRA_OEMAKE_append_powerpc64 = CXFLAGS=-Wno-error=format inherit autotools -- 1.7.6.1 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] runqemu-export-rootfs: Add HOW-TO for ubuntu 11.10 for rpcbind problem
On Tue, 2011-10-04 at 12:32 -0700, Khem Raj wrote: The existing instruction to tackle RPC: Authentication error; why = Client credential too weak Are not applicable to ubuntu 11.10 especially Therefore add the magic needed for ubuntu 11.10 Signed-off-by: Khem Raj raj.k...@gmail.com --- scripts/runqemu-export-rootfs |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) Merged to master, thanks. Nice to have this fix documented :) Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] Improve handling of 'all' architecture recipes and their interaction with sstate
Op 4 okt. 2011 om 17:00 heeft Richard Purdie richard.pur...@linuxfoundation.org het volgende geschreven: On Sat, 2011-10-01 at 15:48 -0300, Otavio Salvador wrote: On Fri, Sep 30, 2011 at 14:09, Richard Purdie richard.pur...@linuxfoundation.org wrote: ... Thanks. I've taken the two patches. I'd love to get rid of hal, in fact its on my list of things that need to migrate out of OE-Core... ... From default images this shouldn't be difficult but don't remove hal from oe-core since many embedded OS still use it and haven't migrate to udev or devicekit yet. Really? hal doesn't really replace udev though, we can just use udev directly in place of it for many things now? Specifically which applications are people using with dependencies on hal? As has been pointed out we can fix the xserver and that appears to be the only thing remaining in OE-Core? Angstrom is completely hal-less nowadays :) Cheers, Richard ___ 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
[OE-core] [PATCH 5/6] Fix sysprof for powerpc64
sysprof will not build properly without this defined Signed-off-by: Matthew McClintock m...@freescale.com --- No comments on original patch sent meta/recipes-kernel/sysprof/sysprof_git.bb |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/meta/recipes-kernel/sysprof/sysprof_git.bb b/meta/recipes-kernel/sysprof/sysprof_git.bb index 10bde04..271b5d8 100644 --- a/meta/recipes-kernel/sysprof/sysprof_git.bb +++ b/meta/recipes-kernel/sysprof/sysprof_git.bb @@ -16,6 +16,8 @@ SRC_URI_append_arm = file://rmb-arm.patch SRC_URI_append_mips = file://rmb-mips.patch SRC_URI_append_powerpc = file://ppc-macro-fix.patch +export CFLAGS_append_powerpc64 = -D__ppc64__ + S = ${WORKDIR}/git inherit autotools -- 1.7.6.1 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] sstate_clean() overzealous?
On Mon, 2011-10-03 at 22:08 +, McClintock Matthew-B29882 wrote: On Mon, Oct 3, 2011 at 4:29 PM, Matthew McClintock m...@freescale.com wrote: On Mon, Oct 3, 2011 at 4:24 PM, Saul Wold saul.w...@intel.com wrote: I am not sure that's correct, since we use sstate with the Autobuilder and it's shared across different hosts building different MACHINEs, we don't see the -natives getting build, do you have any examples? I'm building with targets that are not upstream, so I can't comment on the upstream variant. There are different TUNES though. I'm actually currently in the process of looking at why sstate-cache is not being reused. Can you point at the autobuilder stuff? Is it going from fsl-mpc8315e-rdb to and x86_64 target? Or between two x86_64 targets? For example autoconf-native: $ bitbake-diffsigs ../sstate-cache/sstate-autoconf-native-x86_64-linux-2.68-r2-x86_64-2-*siginfo [mattsm@right build_p5020ds_release (master *$)]$ bitbake-diffsigs ../sstate-cache/sstate-autoconf-native-x86_64-linux-2.68-r2-x86_64-2-*siginfo [snip] basehash changed from bab02dfa833aca4810b0fae8c4ab48f9 to e156f3fb86236bfc0262e6287bd73784 List of dependencies for variable baselib changed from set(['BASELIB']) to set(['DEFAULTTUNE']) Dependency on variable BASELIB was added Dependency on Variable DEFAULTTUNE was removed Variable baselib value changed from ${BASELIB} to ${@d.getVar('BASE_LIB_tune-' + (d.getVar('DEFAULTTUNE', True) or 'INVALID'), True) or 'lib'} Hash for dependent task virtual:native:/local/home/mattsm/git/poky/meta/recipes-devtools/autoconf/autoconf_2.68.bb.do_install changed from e74616029727b6e61b00273425128f1d to 478e7900a2310f2669708e6909883865 Back tracking this appears to be a multilib issue since I have that enabled on one of the -native packages: ../meta/conf/bitbake.conf:baselib = ${BASELIB} ../meta/conf/multilib.conf:baselib = ${@d.getVar('BASE_LIB_tune-' + (d.getVar('DEFAULTTUNE', True) or 'INVALID'), True) or 'lib'} This is bad and shouldn't be happening, particularly for the native packages. I did accidentally commit part of a work in progress in this commit: http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=ea0b7440ec5a8663b66f56a19f0b38e803b523d3 I didn't revert it since I thought it was a good idea and fixed some problems I was seeing. I suspect a baselib = lib in native.bbclass might be a good idea too... Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] Bringing an image from OE to OE-Core
On 10/4/11 3:32 PM, Saul Wold wrote: On 10/04/2011 01:27 PM, Philip Balister wrote: On 10/04/2011 04:08 PM, Saul Wold wrote: On 10/04/2011 12:58 PM, Philip Balister wrote: I'm about to start bringing some images I use from OE to OE-core. The first issue I saw is there is no task-proper-tools in oe-core (where oe-core means the set of layers created by the Angstrom setup scripts). Philip, Have you looked at task-core-basic, it is supposed to be more of a desktop like set of tools, the idea being it's heavier weight than core, will move to supporting the non-graphical part of LSB. Another caveat for task-core-basic is that it's the largetest non-gplv3 task that is used by core-image-basic. Does this task approach what you are looking for? It looks like a start, but I notice it brings in rpm. I'm not sure if I want that. I would have thought that the package manager would be a distro decision. That's a bug that I would certainly take a patch for, unless rpm is required as part of LSB, that will need to be verified. The ability to install RPM packages is required by the LSB. The LSB does not require RPM however. (yes I know, odd requirement, but with things like alien it's doable on debian systems.) But yes, RPM is included to satisfy that requirement. --Mark Sau! Philip Sau! Should I add task-proper-tools to meta-oe, or is there a better way to add a full features set of tools to an image? Basically, the image is more desktop like than embedded. Philip ___ 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 ___ 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] bitbake webkit-gtk fails with clean temp dir
On Tuesday, October 04, 2011 02:40:49 PM Richard Purdie wrote: On Mon, 2011-10-03 at 20:45 +0200, Andreas Müller wrote: On Monday, October 03, 2011 05:29:52 PM Gary Thomas wrote: NOTE: package webkit-gtk-1.5.1+svnr90727-r0: task do_compile: Failed ERROR: Task 7 (/home/Superandy/data/oe-core/sources/openembedded-core/meta/recipes-sato/webkit/webkit-gtk_svn.bb, do_compile) failed with exit code '1' ideas what causes this? no idea, but I get the same error It builds in Yocto/Poky so you might compare with those recipes. Dit you pull [1] and rebuild webkit-gtk? some investigation later: by diff'ing log files created by working environment with the current environment I fell over log.do_configure: --disable-dependency-tracking was added in [1]. Tried manual bisecting by git reset --hard 288343e30604b944dc18fd82172febd314d9c520 é voilà: webkit-gtk builds again. Will send a patch with --enable-dependency-tracking after testing... Andreas I'm planning to add this commit: http://cgit.openembedded.org/cgit.cgi/openembedded-core/commit/?h=master-nextid=d53a0282be132a4ced507c0277925ae4a0f2f40d which means you should just be able to set: CONFIGUREOPT_DEPTRACK = for this recipe rather than having multiple configure options and hoping the right one wins. I thought recipe's EXTRA_OECONF is by design ensured being appended and thereby overwriting options of same target. I'd also note this means there is a bug somewhere in the webkit makefiles... Agreed - somebody with time skills willing to take care? If there are no objections I'll send a patch with CONFIGUREOPT_DEPTRACK = for webkit-gtk as soon as d53a0282be132a4ced507c0277925ae4a0f2f40d becomes part of master branch Andreas ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 5/6] Fix sysprof for powerpc64
On 10/4/2011 3:03 PM, Matthew McClintock wrote: sysprof will not build properly without this defined Signed-off-by: Matthew McClintockm...@freescale.com --- No comments on original patch sent meta/recipes-kernel/sysprof/sysprof_git.bb |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/meta/recipes-kernel/sysprof/sysprof_git.bb b/meta/recipes-kernel/sysprof/sysprof_git.bb index 10bde04..271b5d8 100644 --- a/meta/recipes-kernel/sysprof/sysprof_git.bb +++ b/meta/recipes-kernel/sysprof/sysprof_git.bb @@ -16,6 +16,8 @@ SRC_URI_append_arm = file://rmb-arm.patch SRC_URI_append_mips = file://rmb-mips.patch SRC_URI_append_powerpc = file://ppc-macro-fix.patch +export CFLAGS_append_powerpc64 = -D__ppc64__ + this is a gcc built-in define I wonder why you need to add it explicitly S = ${WORKDIR}/git inherit autotools ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/1] oprofileui: Update SRCREV
On 09/30/2011 01:42 AM, edwin.z...@intel.com wrote: From: Zhai Edwinedwin.z...@intel.com Hi, This patch update the oprofileui SRCREV to reflect following 2 patches already in upstream: migrate-from-gnomevfs-to-gio.patch dso_linking_change_build_fix.patch Pls. help to pull. Thanks, Edwin The following changes since commit 9d1db6cc928199f8ac4960e8d4648563ef141427: python: fix sqlite RPATH issue (2011-09-29 16:57:30 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib gzhai/master2 http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=gzhai/master2 Zhai Edwin (1): oprofileui: Update SRCREV to reflect recent accpeted patches by upstream meta/recipes-kernel/oprofile/oprofileui_git.bb |8 +++- 1 files changed, 3 insertions(+), 5 deletions(-) ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core Merged into OE-Core Thanks Sau! ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/4]Recipe upgrades
On 09/30/2011 01:16 AM, Mei Lei wrote: This commit includes some recipes upgrade: curl,diffutils,dropbear. And update the distro_tracking_fields.inc Thanks, Lei The following changes since commit 96241de59fdf548ae0f80cc9e4668f9ba11924ef: Matthew McClintock (1): Fix flac build on e500mc cores are available in the git repository at: git://git.pokylinux.org/poky-contrib lmei3/upgrade-0928 http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=lmei3/upgrade-0928 Mei Lei (4): curl: Upgrade from 7.21.7 to 7.22.0 diffutils: Upgrade from 3.0 to 3.2. dropbear: Upgrade from 0.52 to 0.53.1 distro_tracking_fields.inc: Update upgrade information .../conf/distro/include/distro_tracking_fields.inc | 25 + .../configure.patch|0 meta/recipes-core/dropbear/dropbear.inc|1 + .../dropbear/dropbear/allow-nopw.patch | 14 +- .../dropbear-0.53.1-static_build_fix.patch | 29 .../urandom-xauth-changes-to-options.h.patch | 11 --- meta/recipes-core/dropbear/dropbear_0.52.bb|6 meta/recipes-core/dropbear/dropbear_0.53.1.bb |6 .../{diffutils_3.0.bb = diffutils_3.2.bb} |4 +- .../curl/{curl_7.21.7.bb = curl_7.22.0.bb}|4 +- 10 files changed, 66 insertions(+), 34 deletions(-) rename meta/recipes-core/dropbear/{dropbear-0.52 = dropbear-0.53.1}/configure.patch (100%) create mode 100644 meta/recipes-core/dropbear/dropbear/dropbear-0.53.1-static_build_fix.patch delete mode 100644 meta/recipes-core/dropbear/dropbear_0.52.bb create mode 100644 meta/recipes-core/dropbear/dropbear_0.53.1.bb rename meta/recipes-extended/diffutils/{diffutils_3.0.bb = diffutils_3.2.bb} (84%) rename meta/recipes-support/curl/{curl_7.21.7.bb = curl_7.22.0.bb} (92%) ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core Merged into master with the md5sum fix by Richard Thanks Sau! ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] libproxy: upgrade to 0.4.7
On 09/30/2011 06:44 AM, Martin Jansa wrote: Signed-off-by: Martin Jansamartin.ja...@gmail.com --- meta/recipes-support/libproxy/libproxy_0.4.6.bb | 29 --- meta/recipes-support/libproxy/libproxy_0.4.7.bb | 27 + 2 files changed, 27 insertions(+), 29 deletions(-) delete mode 100644 meta/recipes-support/libproxy/libproxy_0.4.6.bb create mode 100644 meta/recipes-support/libproxy/libproxy_0.4.7.bb diff --git a/meta/recipes-support/libproxy/libproxy_0.4.6.bb b/meta/recipes-support/libproxy/libproxy_0.4.6.bb deleted file mode 100644 index d907c55..000 --- a/meta/recipes-support/libproxy/libproxy_0.4.6.bb +++ /dev/null @@ -1,29 +0,0 @@ -DESCRIPTION = A library that provides automatic proxy configuration management -HOMEPAGE = http://code.google.com/p/libproxy/; -BUGTRACKER = http://code.google.com/p/libproxy/issues/list; -SECTION = libs -LICENSE = LGPLv2.1+ -LIC_FILES_CHKSUM = file://COPYING;md5=7d704a7b1b116e8783edcdb44ff4 \ - file://utils/proxy.c;beginline=1;endline=18;md5=55152a1006d7dafbef32baf9c30a99c0 - - -DEPENDS = gconf - -SRC_URI = http://libproxy.googlecode.com/files/libproxy-${PV}.tar.gz; - -SRC_URI[md5sum] = 199c6b120baf1f7258a55f38d5ec74f5 -SRC_URI[sha256sum] = 9ad912e63b1efca98fb442240a2bc7302e6021c1d0b1b9363327729f29462f30 - -PR = r2 - -inherit cmake pkgconfig - -EXTRA_OECMAKE = -DWITH_WEBKIT=no -DWITH_GNOME=yes -DWITH_KDE4=no \ - -DWITH_PYTHON=no -DWITH_PERL=no -DWITH_MOZJS=no -DWITH_NM=no -DLIB_INSTALL_DIR=${libdir} - -FILES_${PN}-dbg += ${libdir}/libproxy/${PV}/plugins/.debug/ ${libdir}/libproxy/${PV}/modules/.debug/ - -do_configure_prepend() { - export HOST_SYS=${HOST_SYS} - export BUILD_SYS=${BUILD_SYS} -} diff --git a/meta/recipes-support/libproxy/libproxy_0.4.7.bb b/meta/recipes-support/libproxy/libproxy_0.4.7.bb new file mode 100644 index 000..2793b41 --- /dev/null +++ b/meta/recipes-support/libproxy/libproxy_0.4.7.bb @@ -0,0 +1,27 @@ +DESCRIPTION = A library that provides automatic proxy configuration management +HOMEPAGE = http://code.google.com/p/libproxy/; +BUGTRACKER = http://code.google.com/p/libproxy/issues/list; +SECTION = libs +LICENSE = LGPLv2.1+ +LIC_FILES_CHKSUM = file://COPYING;md5=7d704a7b1b116e8783edcdb44ff4 \ + file://utils/proxy.c;beginline=1;endline=18;md5=55152a1006d7dafbef32baf9c30a99c0 + + +DEPENDS = gconf + +SRC_URI = http://libproxy.googlecode.com/files/libproxy-${PV}.tar.gz; + +SRC_URI[md5sum] = 509e03a488a61cd62bfbaf3ab6a2a7a5 +SRC_URI[sha256sum] = 8fe0a58810139ba3c2e186deccf3e68adcd127aa0e972b0862b30b3dde493797 + +inherit cmake pkgconfig + +EXTRA_OECMAKE = -DWITH_WEBKIT=no -DWITH_GNOME=yes -DWITH_KDE4=no \ + -DWITH_PYTHON=no -DWITH_PERL=no -DWITH_MOZJS=no -DWITH_NM=no -DLIB_INSTALL_DIR=${libdir} + +FILES_${PN}-dbg += ${libdir}/libproxy/${PV}/plugins/.debug/ ${libdir}/libproxy/${PV}/modules/.debug/ + +do_configure_prepend() { + export HOST_SYS=${HOST_SYS} + export BUILD_SYS=${BUILD_SYS} +} Looks like the v1 set of changes got merged by RP, both this and the json-glib patch Thanks Sau! ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/2] qt4: Fix translation support
On 10/02/2011 02:46 PM, Dmitry Eremin-Solenikov wrote: From: Otavio Salvadorota...@ossystems.com.br The translation support was disable in build. The fix-translation.patch was imported from OpenEmbedded to fix a linking issue in phonon translation support. [Dmitry Eremin-Solenikov: ported to apply to qt 4.7.4 build, bumped PR] Signed-off-by: Otavio Salvadorota...@ossystems.com.br Signed-off-by: Dmitry Eremin-Solenikovdbarysh...@gmail.com --- meta/recipes-qt/qt4/qt-4.7.4.inc |9 ++--- .../recipes-qt/qt4/qt-4.7.4/fix-translations.patch | 32 meta/recipes-qt/qt4/qt4-embedded_4.7.4.bb |2 +- meta/recipes-qt/qt4/qt4-x11-free_4.7.4.bb |2 +- 4 files changed, 38 insertions(+), 7 deletions(-) create mode 100644 meta/recipes-qt/qt4/qt-4.7.4/fix-translations.patch diff --git a/meta/recipes-qt/qt4/qt-4.7.4.inc b/meta/recipes-qt/qt4/qt-4.7.4.inc index 5c06bbe..bc33b6b 100644 --- a/meta/recipes-qt/qt4/qt-4.7.4.inc +++ b/meta/recipes-qt/qt4/qt-4.7.4.inc @@ -13,6 +13,7 @@ SRC_URI = http://get.qt.nokia.com/qt/source/qt-everywhere-opensource-src-${PV}. file://0009-support-2bpp.patch \ file://0001-Added-Openembedded-crossarch-option.patch \ file://blacklist-diginotar-certs.diff \ + file://fix-translations.patch \ file://g++.conf \ file://linux.conf \ file://fix-qtbug-20925.patch \ @@ -27,7 +28,9 @@ FILES_${QT_BASE_NAME}-tools+= ${bindir}/qml do_configure_prepend() { for pro in $(find ${S} -name *.pro) ; do -sed -i 's:$$QT_BUILD_TREE/bin/lrelease:${OE_QMAKE_LRELEASE}:g' $pro +sed -i \ +-e 's:$$QT_BUILD_TREE/bin/lrelease:${OE_QMAKE_LRELEASE}:g' \ +-e 's:qtPrepareTool(LRELEASE, lrelease):LRELEASE = ${OE_QMAKE_LRELEASE}:g' $pro done sed -i s:SEDME:${S}: ${WORKDIR}/linux.conf @@ -39,10 +42,6 @@ do_configure_prepend() { ${S}/configure } -do_configure_append() { -sed -e '/QMAKE_TARGET /d' -e '/TARGET /d' -i ${S}/translations/Makefile -} - QT_GLFLAGS ?= QT_CONFIG_FLAGS += -xmlpatterns -no-rpath -qt3support -reduce-relocations -silent ${QT_GLFLAGS} diff --git a/meta/recipes-qt/qt4/qt-4.7.4/fix-translations.patch b/meta/recipes-qt/qt4/qt-4.7.4/fix-translations.patch new file mode 100644 index 000..906d4e3 --- /dev/null +++ b/meta/recipes-qt/qt4/qt-4.7.4/fix-translations.patch @@ -0,0 +1,32 @@ +fix phony translation linking error + + | .../usr/lib/crt1.o: In function `_start': + | .../../sysdeps/i386/elf/start.S:115: undefined reference to `main' + | collect2: ld returned 1 exit status + +Upstream-Status: Pending + +Signed-off-by: Otavio Salvadorota...@ossystems.com.br + +diff --git a/translations/translations.pro b/translations/translations.pro +index cdaf04a..24fa668 100644 +--- a/translations/translations.pro b/translations/translations.pro +@@ -20,7 +20,7 @@ updateqm.name = LRELEASE ${QMAKE_FILE_IN} + updateqm.CONFIG += no_link + QMAKE_EXTRA_COMPILERS += updateqm + +-isEmpty(vcproj) { ++!isEmpty(vcproj) { + QMAKE_LINK = @: IGNORE THIS LINE + OBJECTS_DIR = + win32:CONFIG -= embed_manifest_exe +@@ -30,7 +30,7 @@ isEmpty(vcproj) { + phony_src.input = PHONY_DEPS + phony_src.output = phony.c + phony_src.variable_out = GENERATED_SOURCES +-phony_src.commands = echo int main() { return 0; } phony.c ++phony_src.commands = echo \int main() { return 0; }\ phony.c + phony_src.name = CREATE phony.c + phony_src.CONFIG += combine + QMAKE_EXTRA_COMPILERS += phony_src diff --git a/meta/recipes-qt/qt4/qt4-embedded_4.7.4.bb b/meta/recipes-qt/qt4/qt4-embedded_4.7.4.bb index 9d893f9..34061cb 100644 --- a/meta/recipes-qt/qt4/qt4-embedded_4.7.4.bb +++ b/meta/recipes-qt/qt4/qt4-embedded_4.7.4.bb @@ -1,7 +1,7 @@ require qt-${PV}.inc require qt4-embedded.inc -PR = ${INC_PR}.2 +PR = ${INC_PR}.3 QT_CONFIG_FLAGS_append_armv6-vfp = -no-neon diff --git a/meta/recipes-qt/qt4/qt4-x11-free_4.7.4.bb b/meta/recipes-qt/qt4/qt4-x11-free_4.7.4.bb index 2f39ec0..0290313 100644 --- a/meta/recipes-qt/qt4/qt4-x11-free_4.7.4.bb +++ b/meta/recipes-qt/qt4/qt4-x11-free_4.7.4.bb @@ -1,7 +1,7 @@ require qt4-x11-free.inc require qt-${PV}.inc -PR = ${INC_PR}.2 +PR = ${INC_PR}.3 QT_CONFIG_FLAGS_append_armv6-vfp = -no-neon The 2 patches were merged to OE-Core Thanks Sau! ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/4] Recipes upgrades
On 09/29/2011 06:27 PM, nitin.a.kam...@intel.com wrote: From: Nitin A Kamblenitin.a.kam...@intel.com The following changes since commit 9d1db6cc928199f8ac4960e8d4648563ef141427: python: fix sqlite RPATH issue (2011-09-29 16:57:30 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib nitin/upgrades http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=nitin/upgrades Nitin A Kamble (4): gdb: upgrade from 7.3a to 7.3.1 byacc: upgrade from 20101229 to 20110908 It appears that the above two upgrades were merged into OE-Core python-dbus: upgrade from 0.83.2 to 0.84.0 python, python-native: upgrade from 2.6.6 to 2.7.2 Please respin the python* patches set and ensure you look at the other recipes depending on python, ensure a clean build on multiple arches works. Thanks Sau! meta/conf/distro/include/default-versions.inc |6 +- meta/recipes-devtools/gdb/gdb-common.inc |4 +- ...anadian_7.3a.bb = gdb-cross-canadian_7.3.1.bb} |2 +- .../gdb/{gdb-cross_7.3a.bb = gdb-cross_7.3.1.bb} |2 +- .../gdb/{gdb_7.3a.bb = gdb_7.3.1.bb} |2 +- ...on-2.6-manifest.inc = python-2.7-manifest.inc} |0 ...python-dbus_0.83.2.bb = python-dbus_0.84.0.bb} |4 +- .../python/python-native/multilib.patch| 240 .../python/python-native/nohostlibs.patch | 36 ++- ...thon-native_2.6.6.bb = python-native_2.7.2.bb} | 13 +- meta/recipes-devtools/python/python.inc| 16 +- .../01-use-proper-tools-for-cross-build.patch | 118 +++--- .../python/python/02-remove-test-for-cross.patch | 108 - .../06-avoid_usr_lib_termcap_path_in_linking.patch | 16 +- .../python/06-ctypes-libffi-fix-configure.patch| 42 ++--- meta/recipes-devtools/python/python/multilib.patch | 126 ++- .../python/python/security_issue_2254_fix.patch| 184 --- .../python/{python_2.6.6.bb = python_2.7.2.bb}| 10 +- .../byacc/{byacc_20101229.bb = byacc_20110908.bb} |4 +- meta/site/arm-common |3 + meta/site/mips-common |3 + 21 files changed, 476 insertions(+), 463 deletions(-) rename meta/recipes-devtools/gdb/{gdb-cross-canadian_7.3a.bb = gdb-cross-canadian_7.3.1.bb} (83%) rename meta/recipes-devtools/gdb/{gdb-cross_7.3a.bb = gdb-cross_7.3.1.bb} (78%) rename meta/recipes-devtools/gdb/{gdb_7.3a.bb = gdb_7.3.1.bb} (91%) rename meta/recipes-devtools/python/{python-2.6-manifest.inc = python-2.7-manifest.inc} (100%) rename meta/recipes-devtools/python/{python-dbus_0.83.2.bb = python-dbus_0.84.0.bb} (83%) create mode 100644 meta/recipes-devtools/python/python-native/multilib.patch rename meta/recipes-devtools/python/{python-native_2.6.6.bb = python-native_2.7.2.bb} (74%) delete mode 100644 meta/recipes-devtools/python/python/02-remove-test-for-cross.patch delete mode 100644 meta/recipes-devtools/python/python/security_issue_2254_fix.patch rename meta/recipes-devtools/python/{python_2.6.6.bb = python_2.7.2.bb} (92%) rename meta/recipes-extended/byacc/{byacc_20101229.bb = byacc_20110908.bb} (49%) ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] eglibc-2.14: add patch to fix libdl crash
On 10/04/2011 01:17 PM, Khem Raj wrote: On Tue, Oct 4, 2011 at 1:05 PM, Klaus 'mrmoku' Kurzmann mo...@mnet-online.de wrote: Hello, On Mon, 03 Oct 2011, Khem Raj wrote: On 10/3/2011 2:30 AM, mo...@mnet-online.de wrote: From: Klaus Kurzmannm...@fluxnetz.de * Without this patch programs using alsa-lib crash (alsamixer for example). * This patch is taken verbatim from ArchLinux. can you add appropriate header for this? Sorry, still have to find my way into the new stuff :) Martin pointed that out to me - after I sent the mail. I tried googling to find out about the upstream status for more than an hour - without success. And glibc commit messages seem to be not very informative mostly ;) I think you should look at the following wiki page for the header and SOB info: http://www.openembedded.org/wiki/Commit_Patch_Message_Guidelines Sau! the patch is not applied upstream last time I looked quickly. secondly this reverts the license year text from 2011 to 2010 that should not be needed. yeah, I have seen that. I think that comes from the patch being a revert (or partial revert) of some commit. If it is ok to change 'stolen' patches I can remove that.\ yes licenses dont change because of a single revert there might be more changes that were done in that time frame which should have used the current year. Klaus 'mrmoku' Kurzmann Signed-off-by: Klaus Kurzmannm...@fluxnetz.de --- .../eglibc-2.14/glibc-2.14-libdl-crash.patch | 132 meta/recipes-core/eglibc/eglibc_2.14.bb|3 +- 2 files changed, 134 insertions(+), 1 deletions(-) create mode 100644 meta/recipes-core/eglibc/eglibc-2.14/glibc-2.14-libdl-crash.patch diff --git a/meta/recipes-core/eglibc/eglibc-2.14/glibc-2.14-libdl-crash.patch b/meta/recipes-core/eglibc/eglibc-2.14/glibc-2.14-libdl-crash.patch new file mode 100644 index 000..ee29f8c --- /dev/null +++ b/meta/recipes-core/eglibc/eglibc-2.14/glibc-2.14-libdl-crash.patch @@ -0,0 +1,132 @@ +diff --git a/elf/dl-close.c b/elf/dl-close.c +index 73b2a2f..9bd91e3 100644 +--- a/elf/dl-close.c b/elf/dl-close.c +@@ -1,5 +1,5 @@ + /* Close a shared object opened by `_dl_open'. +- Copyright (C) 1996-2007, 2009, 2010, 2011 Free Software Foundation, Inc. ++ Copyright (C) 1996-2007, 2009, 2010 Free Software Foundation, Inc. +This file is part of the GNU C Library. + +The GNU C Library is free software; you can redistribute it and/or +@@ -119,17 +119,8 @@ _dl_close_worker (struct link_map *map) + if (map-l_direct_opencount0 || map-l_type != lt_loaded + || dl_close_state != not_pending) + { +- if (map-l_direct_opencount == 0) +- { +- if (map-l_type == lt_loaded) +- dl_close_state = rerun; +- else if (map-l_type == lt_library) +- { +- struct link_map **oldp = map-l_initfini; +- map-l_initfini = map-l_orig_initfini; +- _dl_scope_free (oldp); +- } +- } ++ if (map-l_direct_opencount == 0map-l_type == lt_loaded) ++ dl_close_state = rerun; + + /* There are still references to this object. Do nothing more. */ + if (__builtin_expect (GLRO(dl_debug_mask)DL_DEBUG_FILES, 0)) +diff --git a/elf/dl-deps.c b/elf/dl-deps.c +index 9e30594..3890d00 100644 +--- a/elf/dl-deps.c b/elf/dl-deps.c +@@ -478,6 +478,7 @@ _dl_map_object_deps (struct link_map *map, + nneeded * sizeof needed[0]); + atomic_write_barrier (); + l-l_initfini = l_initfini; ++ l-l_free_initfini = 1; +} + + /* If we have no auxiliary objects just go on to the next map. */ +@@ -681,6 +682,7 @@ Filters not supported with LD_TRACE_PRELINKING)); + l_initfini[nlist] = NULL; + atomic_write_barrier (); + map-l_initfini = l_initfini; ++ map-l_free_initfini = 1; + if (l_reldeps != NULL) + { + atomic_write_barrier (); +@@ -689,5 +691,5 @@ Filters not supported with LD_TRACE_PRELINKING)); + _dl_scope_free (old_l_reldeps); + } + if (old_l_initfini != NULL) +- map-l_orig_initfini = old_l_initfini; ++_dl_scope_free (old_l_initfini); + } +diff --git a/elf/dl-libc.c b/elf/dl-libc.c +index 7be9483..a13fce3 100644 +--- a/elf/dl-libc.c b/elf/dl-libc.c +@@ -265,13 +265,13 @@ libc_freeres_fn (free_mem) + + for (Lmid_t ns = 0; nsGL(dl_nns); ++ns) + { +- /* Remove all additional names added to the objects. */ + for (l = GL(dl_ns)[ns]._ns_loaded; l != NULL; l = l-l_next) +{ + struct libname_list *lnp = l-l_libname-next; + + l-l_libname-next = NULL; + ++ /* Remove all additional names added to the objects. */ + while (lnp != NULL) +{ + struct libname_list *old = lnp; +@@ -279,6 +279,10 @@ libc_freeres_fn (free_mem) + if (! old-dont_free) +free (old); +} ++ ++ /* Free the initfini dependency list. */ ++ if (l-l_free_initfini) ++ free (l-l_initfini); +} + + if (__builtin_expect