Re: [OE-core] Broken gettext/gdbm
Hi, $ bitbake gdbm -e | grep ^DEPENDS DEPENDS_GETTEXT=virtual/gettext gettext-native DEPENDS=autoconf-native automake-native libtool-native libtool-cross gnu-config-native virtual/gettext gettext-native virtual/arm-ingenico-linux-gnueabi-gcc virtual/arm-ingenico-linux-gnueabi-compilerlibs virtual/libc $ bitbake gettext -e | grep ^DEPENDS DEPENDS_virtclass-native=libxml2-native gettext-minimal-native DEPENDS=autoconf-native automake-native libtool-native libtool-cross gnu-config-native virtual/arm-ingenico-linux-gnueabi-gcc virtual/arm-ingenico-linux-gnueabi-compilerlibs virtual/libc libxml2-native gettext-native virtual/libiconv ncurses expat Note: We are using our own external toolchain. I wasn't clear enough in my previous post. It appear to be a circular dependency. Since my update I have this log: NOTE: Resolving any missing task queue dependencies NOTE: multiple providers are available for virtual/gettext (proxy-libintl, gettext) NOTE: consider defining a PREFERRED_PROVIDER entry to match virtual/gettext When I just try to build gettext, It wants to build gdbm.. which depends of gettext too. gettext-minimal-native doesn't have config.rpath, gettext-native has it. But config.rpath is taken from ${STAGING_DATADIR}/gettext/config.rpath and not ${STAGING_DATADIR_NATIVE}/gettext/config.rpath. Patching meta/classes/autotools.bbclass would be a proper fix ? Cheers, Matthieu -Message d'origine- De : openembedded-core-boun...@lists.openembedded.org [mailto:openembedded-core-boun...@lists.openembedded.org] De la part de Richard Purdie Envoyé : vendredi 20 juillet 2012 17:07 À : Patches and discussions about the oe-core layer Objet : Re: [OE-core] Broken gettext/gdbm On Fri, 2012-07-20 at 15:10 +0200, Matthieu CRAPET wrote: Greetings, I updated my OE-core and bitbake today (2012.07.20). Build from scratch fails: code NOTE: package gdbm-1.10-r3: task do_configure: Started ERROR: Function failed: do_configure (see /home/.../build/tmp-eglibc/work/armv5te-ing-linux-gnueabi/gdbm-1.10-r3 /t emp/log.do_configure.31222 for further information) ERROR: Logfile of failure stored in: /home/.../build/tmp-eglibc/work/armv5te-ing-linux-gnueabi/gdbm-1.10-r3 /t emp/log.do_configure.31222 Log data follows: | DEBUG: Executing python function sysroot_cleansstate | DEBUG: Python function sysroot_cleansstate finished | DEBUG: SITE files ['endian-little', 'bit-32', 'arm-common', 'common-linux', 'common-glibc', 'arm-linux', 'arm-linux-gnueabi', 'common'] | DEBUG: Executing shell function do_configure automake (GNU automake) | 1.12.1 Copyright (C) 2012 Free Software Foundation, Inc. | License GPLv2+: GNU GPL version 2 or later http://gnu.org/licenses/gpl-2.0.html | This is free software: you are free to change and redistribute it. | There is NO WARRANTY, to the extent permitted by law. | | Written by Tom Tromey tro...@redhat.com |and Alexandre Duret-Lutz a...@gnu.org. | AUTOV is 1.12 | cp: cannot stat `/home/.../build/tmp-eglibc/sysroots/rp02/usr/share/gettext/config.rpa th ': No such file or directory | ERROR: Function failed: do_configure (see /home/.../build/tmp-eglibc/work/armv5te-ing-linux-gnueabi/gdbm-1.10-r3 /t emp/log.do_configure.31222 for further information) NOTE: package gdbm-1.10-r3: task do_configure: Failed /code gdbm needs gettext to have config.rpath. But gettext is not built, but gettext-native gettext-minimal-native are built. Issue comes from meta/classes/autotools.bbclass: code else if grep ^[[:space:]]*AM_GNU_GETTEXT $CONFIGURE_AC /dev/null; then # We'd call gettextize here if it wasn't so broken... cp ${STAGING_DATADIR}/gettext/config.rpath ${AUTOTOOLS_AUXDIR}/ /code What would be the best workaround to take config.rpath from gettext-native? This is odd since gdbm inherits gettext and therefore should have a DEPENDS on virtual/gettext. gettext should therefore have been built. Any idea why gettext wasn't built? bitbake gdbm -e | grep ^DEPENDS shows virtual/gettext here... 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 1/1] remake: Add remake-native and remake
From: Wenzong Fan wenzong@windriver.com remake is a patched version of GNU Make that adds improved error reporting, the ability to trace execution in a comprehensible way, and a debugger. [YOCTO #2402] Signed-off-by: Wenzong Fan wenzong@windriver.com --- meta/recipes-devtools/remake/remake.inc| 16 + .../remake/remake/version-remake.texi.patch| 16 + meta/recipes-devtools/remake/remake_git.bb | 25 3 files changed, 57 insertions(+) create mode 100644 meta/recipes-devtools/remake/remake.inc create mode 100644 meta/recipes-devtools/remake/remake/version-remake.texi.patch create mode 100644 meta/recipes-devtools/remake/remake_git.bb diff --git a/meta/recipes-devtools/remake/remake.inc b/meta/recipes-devtools/remake/remake.inc new file mode 100644 index 000..6ac833e --- /dev/null +++ b/meta/recipes-devtools/remake/remake.inc @@ -0,0 +1,16 @@ +SUMMARY = Makefile debugger which is gnumake 3.81 compatible +DESCRIPTION = remake is a patched and modernized version of GNU make \ +utility that adds improved error reporting, the ability to trace \ +execution in a comprehensible way, and a debugger. + +HOMEPAGE = http://bashdb.sourceforge.net/remake/; +SECTION = devel + +SRC_URI = git://github.com/rocky/remake.git + +inherit autotools gettext update-alternatives + +ALTERNATIVE_${PN} = make +ALTERNATIVE_LINK_NAME[make] = ${bindir}/make +ALTERNATIVE_TARGET[make] = ${bindir}/remake +ALTERNATIVE_PRIORITY = 100 diff --git a/meta/recipes-devtools/remake/remake/version-remake.texi.patch b/meta/recipes-devtools/remake/remake/version-remake.texi.patch new file mode 100644 index 000..fa6329e --- /dev/null +++ b/meta/recipes-devtools/remake/remake/version-remake.texi.patch @@ -0,0 +1,16 @@ +Upstream-Status: Pending + +version-remake.texi is not there but it is required by remake.texi, +just add it for getting the 'make remake.info' works. + +== +diff --git a/doc/version-remake.texi b/doc/version-remake.texi +new file mode 100644 +index 000..2a3b72b +--- /dev/null b/doc/version-remake.texi +@@ -0,0 +1,4 @@ ++@set UPDATED 10 June 2012 ++@set UPDATED-MONTH June 2012 ++@set EDITION 3.82+dbg-0.9git ++@set VERSION 3.82+dbg-0.9git diff --git a/meta/recipes-devtools/remake/remake_git.bb b/meta/recipes-devtools/remake/remake_git.bb new file mode 100644 index 000..7e9857e9 --- /dev/null +++ b/meta/recipes-devtools/remake/remake_git.bb @@ -0,0 +1,25 @@ +PR = r0 +LICENSE = GPLv2 +LIC_FILES_CHKSUM = file://COPYING;md5=d32239bcb673463ab874e80d47fae504 \ +file://tests/COPYING;md5=d32239bcb673463ab874e80d47fae504 \ + file://glob/COPYING.LIB;md5=4a770b67e6be0f60da244beb2de0fce4 +require remake.inc + +SRC_URI += file://version-remake.texi.patch +SRCREV = 414d6e84121c6740ff5079370c905dea0f0e1ddb +S = ${WORKDIR}/git + +DEPENDS += readline +PROVIDES += make + +do_configure_prepend() { +# create config.rpath which required by configure.ac +autopoint || touch config.rpath +} + +do_compile_prepend() { +# updating .po and other gnu build files +make update +} + +BBCLASSEXTEND = native -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1] remake: Add remake-native and remake
From: Wenzong Fan wenzong@windriver.com Add remake-native and remake to yocto [YOCTO #2402] The following changes since commit 315d52934693b14f08b62f3f5f361d834484e180: Pyphon-native: Fix typo (2012-07-22 14:20:57 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib wenzong/2402 http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=wenzong/2402 Wenzong Fan (1): remake: Add remake-native and remake meta/recipes-devtools/remake/remake.inc| 16 + .../remake/remake/version-remake.texi.patch| 16 + meta/recipes-devtools/remake/remake_git.bb | 25 3 files changed, 57 insertions(+) create mode 100644 meta/recipes-devtools/remake/remake.inc create mode 100644 meta/recipes-devtools/remake/remake/version-remake.texi.patch create mode 100644 meta/recipes-devtools/remake/remake_git.bb -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/1] useradd.bbclass: use locking of bb.utils to avoid lock race issue of useradd/groupadd
On 12-07-22 09:56 PM, Randy MacLeod wrote: On 12-07-22 08:10 AM, Huang, j (Jackie) wrote: On Sun, 2012-07-22 at 14:53 +0800, jackie.hu...@windriver.com wrote: From: Jackie Huang jackie.hu...@windriver.com A race condition can occur when adding users and groups to the passwd and group files, in [YOCTO #1794], 10 times retry added but it is not fixed completely. This fix re-writes the useradd_preinst and useradd_sysroot with python and use locking of bb.utils to lock the passwd and group files before executing useradd/groupadd commands to avoid the lock race themselves. [YOCTO #2779] Signed-off-by: Jackie Huang jackie.hu...@windriver.com --- meta/classes/useradd.bbclass | 284 ++ 1 files changed, 124 insertions(+), 160 deletions(-) Please resend this with the whitespace issues resolved. Its near impossible to review as it stands :( Re-sent, sorry about that. Hi Jackie, I don't see that your new version sent at 8:01 is any better but I could be wrong... Robert, Please take a look and help Jackie with formatting and perhaps small single purpose commits as needed - i.e. separate the whitespace changes from the functional changes. Summary: Jackie did the right thing; I need to read more carefully. ;-) // Randy Details: I've looked at the two emails more closely now and see the white space problem lines and saw that Jackie did fix those up in the new patch. Specifically: -USERADDSETSCENEDEPS = ${MLPREFIX}base-passwd:do_populate_sy +USERADDSETSCENEDEPS = base-passwd:do_populate_sysroot_setsc USERADDSETSCENEDEPS_virtclass-cross = USERADDSETSCENEDEPS_virtclass-native = USERADDSETSCENEDEPS_virtclass-nativesdk = @@ -154,61 +118,61 @@ do_package_setscene[depends] = ${USERA # Recipe parse-time sanity checks def update_useradd_after_parse(d): -useradd_packages = d.getVar('USERADD_PACKAGES', True) + useradd_packages = d.getVar('USERADD_PACKAGES', True) -if not useradd_packages: -raise bb.build.FuncFailed, %s inherits useradd but + if not useradd_packages: + raise bb.build.FuncFailed, %s inherits usera -for pkg in useradd_packages.split(): -if not d.getVar('USERADD_PARAM_%s' % pkg, True) and -raise bb.build.FuncFailed, %s inherits useradd + for pkg in useradd_packages.split(): + if not d.getVar('USERADD_PARAM_%s' % pkg, Tru + raise bb.build.FuncFailed, %s inheri python __anonymous() { -update_useradd_after_parse(d) + update_useradd_after_parse(d) } Sorry for the noise. // Randy This problem is happening frequently so I'd like to get this worked out upstream. Thanks, // Randy Thanks, Jackie 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 -- # Randy MacLeod. MTS, Linux, Wind River Direct: 613.963.1350 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] Broken gettext/gdbm
On Mon, 2012-07-23 at 08:50 +0200, Matthieu CRAPET wrote: Hi, $ bitbake gdbm -e | grep ^DEPENDS DEPENDS_GETTEXT=virtual/gettext gettext-native DEPENDS=autoconf-native automake-native libtool-native libtool-cross gnu-config-native virtual/gettext gettext-native virtual/arm-ingenico-linux-gnueabi-gcc virtual/arm-ingenico-linux-gnueabi-compilerlibs virtual/libc $ bitbake gettext -e | grep ^DEPENDS DEPENDS_virtclass-native=libxml2-native gettext-minimal-native DEPENDS=autoconf-native automake-native libtool-native libtool-cross gnu-config-native virtual/arm-ingenico-linux-gnueabi-gcc virtual/arm-ingenico-linux-gnueabi-compilerlibs virtual/libc libxml2-native gettext-native virtual/libiconv ncurses expat Note: We are using our own external toolchain. That is an important detail! I wasn't clear enough in my previous post. It appear to be a circular dependency. A circular dependency on what? Since my update I have this log: NOTE: Resolving any missing task queue dependencies NOTE: multiple providers are available for virtual/gettext (proxy-libintl, gettext) NOTE: consider defining a PREFERRED_PROVIDER entry to match virtual/gettext Have you tried setting: PREFERRED_PROVIDER_virtual/gettext = gettext ? When I just try to build gettext, It wants to build gdbm.. which depends of gettext too. gettext-minimal-native doesn't have config.rpath, gettext-native has it. But config.rpath is taken from ${STAGING_DATADIR}/gettext/config.rpath and not ${STAGING_DATADIR_NATIVE}/gettext/config.rpath. Patching meta/classes/autotools.bbclass would be a proper fix ? No, that doesn't sound right. I think the problem is that the system is thinking virtual/gettext is provided by proxy-libintl. Adding the line above should convince it otherwise and then things should work better. Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] Broken gettext/gdbm
PREFERRED_PROVIDER_virtual/gettext = gettext fixes the issue! So something is wrong with proxy-libintl. Thanks for help! Regards, Matthieu -Message d'origine- De : openembedded-core-boun...@lists.openembedded.org [mailto:openembedded-core-boun...@lists.openembedded.org] De la part de Richard Purdie Envoyé : lundi 23 juillet 2012 09:19 À : Patches and discussions about the oe-core layer Objet : Re: [OE-core] Broken gettext/gdbm On Mon, 2012-07-23 at 08:50 +0200, Matthieu CRAPET wrote: Hi, $ bitbake gdbm -e | grep ^DEPENDS DEPENDS_GETTEXT=virtual/gettext gettext-native DEPENDS=autoconf-native automake-native libtool-native libtool-cross gnu-config-native virtual/gettext gettext-native virtual/arm-ingenico-linux-gnueabi-gcc virtual/arm-ingenico-linux-gnueabi-compilerlibs virtual/libc $ bitbake gettext -e | grep ^DEPENDS DEPENDS_virtclass-native=libxml2-native gettext-minimal-native DEPENDS=autoconf-native automake-native libtool-native libtool-cross gnu-config-native virtual/arm-ingenico-linux-gnueabi-gcc virtual/arm-ingenico-linux-gnueabi-compilerlibs virtual/libc libxml2-native gettext-native virtual/libiconv ncurses expat Note: We are using our own external toolchain. That is an important detail! I wasn't clear enough in my previous post. It appear to be a circular dependency. A circular dependency on what? Since my update I have this log: NOTE: Resolving any missing task queue dependencies NOTE: multiple providers are available for virtual/gettext (proxy-libintl, gettext) NOTE: consider defining a PREFERRED_PROVIDER entry to match virtual/gettext Have you tried setting: PREFERRED_PROVIDER_virtual/gettext = gettext ? When I just try to build gettext, It wants to build gdbm.. which depends of gettext too. gettext-minimal-native doesn't have config.rpath, gettext-native has it. But config.rpath is taken from ${STAGING_DATADIR}/gettext/config.rpath and not ${STAGING_DATADIR_NATIVE}/gettext/config.rpath. Patching meta/classes/autotools.bbclass would be a proper fix ? No, that doesn't sound right. I think the problem is that the system is thinking virtual/gettext is provided by proxy-libintl. Adding the line above should convince it otherwise and then things should work better. 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] Fwd: [PATCH] autoconf: updated to 2.69
Resending to list (hit reply instead of reply all by mistake). -- Forwarded message -- From: Marinescu, Bogdan A bogdan.a.marine...@intel.com Date: Fri, Jul 20, 2012 at 10:46 AM Subject: Re: [OE-core] [PATCH] autoconf: updated to 2.69 To: Saul Wold s...@linux.intel.com On Fri, Jul 20, 2012 at 7:34 AM, Saul Wold s...@linux.intel.com wrote: On 07/19/2012 03:33 AM, Bogdan Marinescu wrote: Tested with core-image-sato-sdk and lib32-core-image-sato-sdk. This update was done mainly because multilib builds failed on master with this error: | autoreconf: running: aclocal -I /poky/build/tmp/work/x86-pokymllib32-linux/lib32-automake-1.12.1-r0/automake-1.12.1/m4/ -I /poky/build/tmp/sysroots/x86_64-linux/usr/share/aclocal-1.12 -I /poky/build/tmp/work/x86-pokymllib32-linux/lib32-automake-1.12.1-r0/automake-1.12.1/aclocal-copy/ -I /poky/build/tmp/work/x86-pokymllib32-linux/lib32-automake-1.12.1-r0/automake-1.12.1/m4/ -I /poky/build/tmp/sysroots/x86_64-linux/usr/share/aclocal-1.12 -I /poky/build/tmp/work/x86-pokymllib32-linux/lib32-automake-1.12.1-r0/automake-1.12.1/aclocal-copy/ --force --warnings=cross | aclocal: warning: unknown warning category 'cross' | configure.ac:18: error: Autoconf version 2.69 or higher is required Signed-off-by: Bogdan Marinescu bogdan.a.marine...@intel.com --- meta/recipes-devtools/autoconf/autoconf.inc|2 +- .../{autoconf_2.68.bb = autoconf_2.69.bb} |4 ++-- 2 files changed, 3 insertions(+), 3 deletions(-) rename meta/recipes-devtools/autoconf/{autoconf_2.68.bb = autoconf_2.69.bb} (85%) diff --git a/meta/recipes-devtools/autoconf/autoconf.inc b/meta/recipes-devtools/autoconf/autoconf.inc index 3ae98c8..778c9a1 100644 --- a/meta/recipes-devtools/autoconf/autoconf.inc +++ b/meta/recipes-devtools/autoconf/autoconf.inc @@ -12,7 +12,7 @@ RDEPENDS_${PN} = m4 gnu-config RDEPENDS_${PN}_virtclass-native = m4-native gnu-config-native RDEPENDS_${PN}_virtclass-nativesdk = m4-nativesdk gnu-config-nativesdk -SRC_URI = ${GNU_MIRROR}/autoconf/autoconf-${PV}.tar.bz2 \ +SRC_URI = ${GNU_MIRROR}/autoconf/autoconf-${PV}.tar.gz \ We support the .xz format also which is a tighter compression, why not use that one instead? 1.8M vs 1.2M (xz) Using xz for autoconf leads to a chain of circular dependencies. .tar.gz doesn't have this problem. Thanks, Bogdan Sau! file://program_prefix.patch inherit autotools diff --git a/meta/recipes-devtools/autoconf/autoconf_2.68.bb b/meta/recipes-devtools/autoconf/autoconf_2.69.bb similarity index 85% rename from meta/recipes-devtools/autoconf/autoconf_2.68.bb rename to meta/recipes-devtools/autoconf/autoconf_2.69.bb index 8d466e0..478f8ed 100644 --- a/meta/recipes-devtools/autoconf/autoconf_2.68.bb +++ b/meta/recipes-devtools/autoconf/autoconf_2.69.bb @@ -17,8 +17,8 @@ SRC_URI += file://autoreconf-include.patch \ file://remove-usr-local-lib-from-m4.patch \ -SRC_URI[md5sum] = 864d785215aa60d627c91fcb21b05b07 -SRC_URI[sha256sum] = c491fb273fd6d4ca925e26ceed3d177920233c76d542b150ff35e571454332c8 +SRC_URI[md5sum] = 82d05e03b93e45f5a39b828dc9c6c29b +SRC_URI[sha256sum] = 954bd69b391edc12d6a4a51a2dd1476543da5c6bbf05a95b59dc0dd6fd4c2969 SRC_URI_append_virtclass-native = file://fix_path_xtra.patch ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [oe-commits] Ross Burton : Add gtk-doc-stub
On Sun, Jul 22, 2012 at 10:43:20AM +, g...@git.openembedded.org wrote: Module: openembedded-core.git Branch: master Commit: dd5d1104fde0418c18f9b18ab23837bf23e5b45b URL: http://git.openembedded.org/?p=openembedded-core.gita=commit;h=dd5d1104fde0418c18f9b18ab23837bf23e5b45b Author: Ross Burton ross.bur...@intel.com Date: Wed Jul 18 16:58:51 2012 +0100 Add gtk-doc-stub This is a maintained stub for gtk-doc (and gobject-introspection) that was created by Colin Walters for his Poky-powered ostree project. Signed-off-by: Ross Burton ross.bur...@intel.com This has couple of unpackaged files: NOTE: package gtk-doc-stub-0.0+git1+3dfd0a09de696ec8c544762747f8a0f77153622e-r0: task do_package: Started WARNING: QA Issue: gtk-doc-stub: Files/directories were installed but not shipped /usr/share/gtk-doc-devel /usr/share/gobject-introspection-1.0 /usr/share/gtk-doc-devel/gtk-doc.make /usr/share/gobject-introspection-1.0/Makefile.introspection NOTE: package gtk-doc-stub-0.0+git1+3dfd0a09de696ec8c544762747f8a0f77153622e-r0: task do_package: Succeeded Cheers, --- .../recipes-gnome/gtk-doc-stub/gtk-doc-stub_git.bb | 19 +++ 1 files changed, 19 insertions(+), 0 deletions(-) diff --git a/meta/recipes-gnome/gtk-doc-stub/gtk-doc-stub_git.bb b/meta/recipes-gnome/gtk-doc-stub/gtk-doc-stub_git.bb new file mode 100644 index 000..195fc41 --- /dev/null +++ b/meta/recipes-gnome/gtk-doc-stub/gtk-doc-stub_git.bb @@ -0,0 +1,19 @@ +SUMMARY = Stub implementation of gtk-doc +DESCRIPTION = Stub implementation of gtk-doc, as we don't want to build the API documentation +SECTION = x11/base +LICENSE = GPLv2 +LIC_FILES_CHKSUM = file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f + +PROVIDES = gtk-doc + +SRCREV = 3dfd0a09de696ec8c544762747f8a0f77153622e +PV = 0.0+git${SRCPV} +PR = r0 + +SRC_URI = git://git.gnome.org/${BPN};protocol=git + +S = ${WORKDIR}/git + +inherit autotools + +BBCLASSEXTEND = native ___ Openembedded-commits mailing list openembedded-comm...@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-commits -- 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
[OE-core] [PATCH 0/1] quota 4.00: add DEPENDS gettext-native
From: Jackie Huang jackie.hu...@windriver.com do_install needs command 'msgfmt', it would fail if the command doesn't exist on the host, add DEPENDS gettext-native to fix this. [YOCTO #2811] Signed-off-by: Jackie Huang jackie.hu...@windriver.com --- The following changes since commit da1de01aa74da0f38f07af523a9861824f7b0c95: Pyphon-native: Fix typo (2012-07-22 14:20:26 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib jhuang0/defect2811_quota_msgfmt http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=jhuang0/defect2811_quota_msgfmt Jackie Huang (1): quota 4.00: add DEPENDS gettext-native meta/recipes-extended/quota/quota_4.00.bb |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) -- 1.7.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] quota 4.00: add DEPENDS gettext-native
From: Jackie Huang jackie.hu...@windriver.com do_install needs command 'msgfmt', it would fail if the command doesn't exist on the host, add DEPENDS gettext-native to fix this. [YOCTO #2811] Signed-off-by: Jackie Huang jackie.hu...@windriver.com --- meta/recipes-extended/quota/quota_4.00.bb |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/meta/recipes-extended/quota/quota_4.00.bb b/meta/recipes-extended/quota/quota_4.00.bb index 5fef9cb..25f6381 100644 --- a/meta/recipes-extended/quota/quota_4.00.bb +++ b/meta/recipes-extended/quota/quota_4.00.bb @@ -15,6 +15,8 @@ SRC_URI[sha256sum] = eb2b045f58b98299edc568b8607b95b10735b4a131fa5196f41c89b51f S = ${WORKDIR}/quota-tools +DEPENDS = gettext-native + inherit autotools EXTRA_OEMAKE += 'STRIP=' -- 1.7.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] dhcp: remove dependency of dev/staticdev packages on main package
The main package is empty and is not produced, which leaves the dev and staticdev packages broken. Remove the dependencies (added in bitbake.conf by default) to fix this. Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com --- meta/recipes-connectivity/dhcp/dhcp.inc |2 ++ meta/recipes-connectivity/dhcp/dhcp_4.2.3-P2.bb |2 +- 2 files changed, 3 insertions(+), 1 deletion(-) diff --git a/meta/recipes-connectivity/dhcp/dhcp.inc b/meta/recipes-connectivity/dhcp/dhcp.inc index 8ead016..3159f93 100644 --- a/meta/recipes-connectivity/dhcp/dhcp.inc +++ b/meta/recipes-connectivity/dhcp/dhcp.inc @@ -56,6 +56,8 @@ do_install_append () { PACKAGES += dhcp-server dhcp-server-config dhcp-client dhcp-relay dhcp-omshell FILES_${PN} = +RDEPENDS_${PN}-dev = +RDEPENDS_${PN}-staticdev = FILES_dhcp-server = ${sbindir}/dhcpd ${sysconfdir}/init.d/dhcp-server RRECOMMENDS_dhcp-server = dhcp-server-config diff --git a/meta/recipes-connectivity/dhcp/dhcp_4.2.3-P2.bb b/meta/recipes-connectivity/dhcp/dhcp_4.2.3-P2.bb index 24b50ba..67af3e2 100644 --- a/meta/recipes-connectivity/dhcp/dhcp_4.2.3-P2.bb +++ b/meta/recipes-connectivity/dhcp/dhcp_4.2.3-P2.bb @@ -1,6 +1,6 @@ require dhcp.inc -PR = r0 +PR = r1 SRC_URI += file://fixincludes.patch \ file://dhcp-3.0.3-dhclient-dbus.patch;striplevel=0 \ -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [oe-commits] Ross Burton : Add gtk-doc-stub
On 23 July 2012 09:15, Martin Jansa martin.ja...@gmail.com wrote: This has couple of unpackaged files: NOTE: package gtk-doc-stub-0.0+git1+3dfd0a09de696ec8c544762747f8a0f77153622e-r0: task do_package: Started WARNING: QA Issue: gtk-doc-stub: Files/directories were installed but not shipped /usr/share/gtk-doc-devel /usr/share/gobject-introspection-1.0 /usr/share/gtk-doc-devel/gtk-doc.make /usr/share/gobject-introspection-1.0/Makefile.introspection NOTE: package gtk-doc-stub-0.0+git1+3dfd0a09de696ec8c544762747f8a0f77153622e-r0: task do_package: Succeeded Good point, I never tested the non-native package because it's generally going to be used in a native context. Ross ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [oe-commits] Ross Burton : Add gtk-doc-stub
On Mon, Jul 23, 2012 at 10:06:54AM +0100, Burton, Ross wrote: On 23 July 2012 09:15, Martin Jansa martin.ja...@gmail.com wrote: This has couple of unpackaged files: NOTE: package gtk-doc-stub-0.0+git1+3dfd0a09de696ec8c544762747f8a0f77153622e-r0: task do_package: Started WARNING: QA Issue: gtk-doc-stub: Files/directories were installed but not shipped /usr/share/gtk-doc-devel /usr/share/gobject-introspection-1.0 /usr/share/gtk-doc-devel/gtk-doc.make /usr/share/gobject-introspection-1.0/Makefile.introspection NOTE: package gtk-doc-stub-0.0+git1+3dfd0a09de696ec8c544762747f8a0f77153622e-r0: task do_package: Succeeded Good point, I never tested the non-native package because it's generally going to be used in a native context. For some reason non-native gtk-doc-stub is pulled to image dependency tree for me after last oe-core changes. I'll check dep graph.. if that's not expected. Cheers, -- 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-commits] Ross Burton : Add gtk-doc-stub
On 23 July 2012 10:18, Martin Jansa martin.ja...@gmail.com wrote: For some reason non-native gtk-doc-stub is pulled to image dependency tree for me after last oe-core changes. I'll check dep graph.. if that's not expected. No, it's not expected. Ross ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [oe-commits] Ross Burton : Add gtk-doc-stub
On 23 July 2012 10:18, Martin Jansa martin.ja...@gmail.com wrote: For some reason non-native gtk-doc-stub is pulled to image dependency tree for me after last oe-core changes. I'll check dep graph.. if that's not expected. It's not in the core-image-sato dependencies according to depexp. If you could see what pulls it in for you that would be much appreciated (I suspect some development task). Ross ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] libxp: Change superfluous += to simple = when using _append
Signed-off-by: Robert P. J. Day rpj...@crashcourse.ca --- diff --git a/meta/recipes-graphics/xorg-lib/libxp_1.0.1.bb b/meta/recipes-graphics/xorg-lib/libxp_1.0.1.bb index 349dad1..dbd4609 100644 --- a/meta/recipes-graphics/xorg-lib/libxp_1.0.1.bb +++ b/meta/recipes-graphics/xorg-lib/libxp_1.0.1.bb @@ -15,7 +15,7 @@ PE = 1 XORG_PN = libXp -CFLAGS_append += -I ${S}/include/X11/XprintUtil -I ${S}/include/X11/extensions +CFLAGS_append = -I ${S}/include/X11/XprintUtil -I ${S}/include/X11/extensions SRC_URI += file://fix-cast-error.patch -- Robert P. J. Day Ottawa, Ontario, CANADA http://crashcourse.ca Twitter: http://twitter.com/rpjday LinkedIn: http://ca.linkedin.com/in/rpjday ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 3/3] libcgroup_0.37.1.bb: Add recipe
On Sunday 22 July 2012 16:54:18 Khem Raj wrote: +# We really need the symlink so :( +ERROR_QA = debug-deps dev-deps debug-files arch la2 pkgconfig la perms Why do you need this? If you really do need it, you must use INSANE_SKIP and not ERROR_QA here. Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/1] quota 4.00: add DEPENDS gettext-native
On Mon, 2012-07-23 at 16:38 +0800, jackie.hu...@windriver.com wrote: From: Jackie Huang jackie.hu...@windriver.com do_install needs command 'msgfmt', it would fail if the command doesn't exist on the host, add DEPENDS gettext-native to fix this. [YOCTO #2811] Signed-off-by: Jackie Huang jackie.hu...@windriver.com --- meta/recipes-extended/quota/quota_4.00.bb |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/meta/recipes-extended/quota/quota_4.00.bb b/meta/recipes-extended/quota/quota_4.00.bb index 5fef9cb..25f6381 100644 --- a/meta/recipes-extended/quota/quota_4.00.bb +++ b/meta/recipes-extended/quota/quota_4.00.bb @@ -15,6 +15,8 @@ SRC_URI[sha256sum] = eb2b045f58b98299edc568b8607b95b10735b4a131fa5196f41c89b51f S = ${WORKDIR}/quota-tools +DEPENDS = gettext-native + inherit autotools EXTRA_OEMAKE += 'STRIP=' Shouldn't this be inherit gettext ? Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] webkit-gtk: Replace superfluous += with =, and add leading space
Signed-off-by: Robert P. J. Day rpj...@crashcourse.ca --- i think that might be all of them ... diff --git a/meta/recipes-sato/webkit/webkit-gtk_1.8.1.bb b/meta/recipes-sato/webkit/webkit-gtk_1.8.1.bb index 229273f..dd43811 100644 --- a/meta/recipes-sato/webkit/webkit-gtk_1.8.1.bb +++ b/meta/recipes-sato/webkit/webkit-gtk_1.8.1.bb @@ -47,9 +47,9 @@ EXTRA_OECONF = \ #default unicode backend icu breaks in cross-compile when target and host are different endian type -EXTRA_OECONF_append_powerpc += --with-unicode-backend=glib +EXTRA_OECONF_append_powerpc = --with-unicode-backend=glib -CPPFLAGS_append_powerpc += -I${STAGING_INCDIR}/pango-1.0 \ +CPPFLAGS_append_powerpc = -I${STAGING_INCDIR}/pango-1.0 \ -I${STAGING_LIBDIR}/glib-2.0/include \ -I${STAGING_INCDIR}/glib-2.0 -- Robert P. J. Day Ottawa, Ontario, CANADA http://crashcourse.ca Twitter: http://twitter.com/rpjday LinkedIn: http://ca.linkedin.com/in/rpjday ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/1] useradd.bbclass: use locking of bb.utils to avoid lock race issue of useradd/groupadd
On Sun, 2012-07-22 at 14:53 +0800, jackie.hu...@windriver.com wrote: From: Jackie Huang jackie.hu...@windriver.com A race condition can occur when adding users and groups to the passwd and group files, in [YOCTO #1794], 10 times retry added but it is not fixed completely. This fix re-writes the useradd_preinst and useradd_sysroot with python and use locking of bb.utils to lock the passwd and group files before executing useradd/groupadd commands to avoid the lock race themselves. [YOCTO #2779] Signed-off-by: Jackie Huang jackie.hu...@windriver.com --- meta/classes/useradd.bbclass | 284 ++ 1 files changed, 124 insertions(+), 160 deletions(-) diff --git a/meta/classes/useradd.bbclass b/meta/classes/useradd.bbclass index bb8f42b..ed5ed69 100644 --- a/meta/classes/useradd.bbclass +++ b/meta/classes/useradd.bbclass @@ -14,126 +14,90 @@ USERADDDEPENDS_virtclass-nativesdk = # c) As the preinst script in the target package at do_rootfs time # d) As the preinst script in the target package on device as a package upgrade # -useradd_preinst () { -OPT= -SYSROOT= - -if test x$D != x; then [...] - done -fi +def useradd_preinst(d): + import re + [...] -# Add the user/group preinstall scripts and RDEPENDS requirements -# to packages specified by USERADD_PACKAGES -if not bb.data.inherits_class('nativesdk', d): -useradd_packages = d.getVar('USERADD_PACKAGES', True) or -for pkg in useradd_packages.split(): -update_useradd_package(pkg) + def update_useradd_package(pkg): + bb.debug(1, 'adding user/group calls to preinst for %s' % pkg) + + + useradd preinst is appended here because pkg_preinst may be + required to execute on the target. Not doing so may cause + useradd preinst to be invoked twice, causing unwanted warnings. + + preinst = d.getVar('pkg_preinst_%s' % pkg, True) or d.getVar('pkg_preinst', True) + if not preinst: + preinst = '#!/bin/sh\n' + preinst += d.getVar('useradd_preinst', True) This looks like we're adding the contents of the useradd_preinst function (changed from shell to python) to a script headed with #!/bin/sh? Python script with a /bin/sh header isn't a good idea. We can't really depend on python being on the target device to add users in the postinstall script either. So in summary, this patch needs a lot more thought and hasn't been well tested. python functions should also be 4 space indented. Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] any current standard on avoiding use of both _append and +=?
On Monday 23 July 2012 06:07:58 Robert P. J. Day wrote: is this valid? meta/classes/rootfs_rpm.bbclass:IMAGE_ROOTFS_EXTRA_SPACE_append = ${@base_contains(PACKAGE_INSTALL, zypper, + 51200, ,d)} does one not need the leading space in this context? We're not adding to something that is space-separated in this instance. In any case, if we are adding anything with this statement (i.e. if PACKAGE_INSTALL contains zypper) then + 51200 is being added which does contain a leading space. Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] any current standard on avoiding use of both _append and +=?
On Mon, 23 Jul 2012, Paul Eggleton wrote: On Monday 23 July 2012 06:07:58 Robert P. J. Day wrote: is this valid? meta/classes/rootfs_rpm.bbclass:IMAGE_ROOTFS_EXTRA_SPACE_append = ${@base_contains(PACKAGE_INSTALL, zypper, + 51200, ,d)} does one not need the leading space in this context? We're not adding to something that is space-separated in this instance. In any case, if we are adding anything with this statement (i.e. if PACKAGE_INSTALL contains zypper) then + 51200 is being added which does contain a leading space. ah, quite so, i failed to notice that. rday -- Robert P. J. Day Ottawa, Ontario, CANADA http://crashcourse.ca Twitter: http://twitter.com/rpjday LinkedIn: http://ca.linkedin.com/in/rpjday ___ 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] libcanberra: upgrade to ver. 0.29
Hi Saul, I think everything is ok now. Thanks. It is already merged, with the right versions. /Cristian -Original Message- From: Saul Wold [mailto:s...@linux.intel.com] Sent: Saturday, July 21, 2012 3:21 AM To: Patches and discussions about the oe-core layer Cc: Iorga, Cristian Subject: Re: [OE-core] [PATCH 1/2] libcanberra: upgrade to ver. 0.29 On 07/20/2012 03:07 AM, Cristian Iorga wrote: Signed-off-by: Cristian Iorga cristian.io...@intel.com --- .../{libcanberra_0.28.bb = libcanberra_0.29.bb} | 14 +++--- 1 file changed, 7 insertions(+), 7 deletions(-) rename meta/recipes-multimedia/pulseaudio/{libcanberra_0.28.bb = libcanberra_0.29.bb} (76%) diff --git a/meta/recipes-multimedia/pulseaudio/libcanberra_0.28.bb b/meta/recipes-multimedia/pulseaudio/libcanberra_0.29.bb similarity index 76% rename from meta/recipes-multimedia/pulseaudio/libcanberra_0.28.bb rename to meta/recipes-multimedia/pulseaudio/libcanberra_0.29.bb index e69c89d..27020c5 100644 --- a/meta/recipes-multimedia/pulseaudio/libcanberra_0.28.bb +++ b/meta/recipes-multimedia/pulseaudio/libcanberra_0.29.bb @@ -5,14 +5,14 @@ LIC_FILES_CHKSUM = file://LGPL;md5=2d5025d4aa3495befef8f17206a5b0a1 \ file://src/canberra.h;beginline=7;endline=24;md5=c616c687cf8da540a14f917e0d23ab03 DEPENDS = gtk+ pulseaudio alsa-lib libtool libvorbis -PR = r1 +PR = r0 inherit gconf autotools -SRC_URI = http://0pointer.de/lennart/projects/libcanberra/libcanberra-${PV}.tar.gz; +SRC_URI = http://0pointer.de/lennart/projects/libcanberra/libcanberra-${PV}.tar.xz; -SRC_URI[md5sum] = c198b4811598c4c161ff505e4531b02c -SRC_URI[sha256sum] = eb1f8b2cabad7f07b6e44d606a91d73e1efca4b46daf92bd553e7222bc68868c +SRC_URI[md5sum] = 2594093a5d61047bd9cc87e955f86df8 +SRC_URI[sha256sum] = 127a5ef07805856d63758e5180ebfb241d1f80094fd301c287591a15b8cfcd72 EXTRA_OECONF = --disable-oss --disable-ltdl-install @@ -25,8 +25,8 @@ PACKAGES += ${PN}-gnome FILES_${PN} += ${libdir}/gtk-2.0/modules/ ${datadir}/gnome FILES_${PN}-gnome += ${datadir}/gdm/autostart/LoginWindow/libcanberra-ready-sound.desktop \ ${libdir}/gnome-settings-daemon-3.0/gtk-modules/canberra-gtk-module.desktop -FILES_${PN}-dev += ${libdir}/libcanberra-0.28/libcanberra-*.so \ - ${libdir}/libcanberra-0.28/libcanberra-*.la \ +FILES_${PN}-dev += ${libdir}/libcanberra-${PV}/libcanberra-*.so \ + ${libdir}/libcanberra-${PV}/libcanberra-*.la \ ${datadir}/vala/vapi -FILES_${PN}-dbg += ${libdir}/gtk-2.0/modules/.debug ${libdir}/libcanberra-0.28/.debug +FILES_${PN}-dbg += ${libdir}/gtk-2.0/modules/.debug ${libdir}/libcanberra-${PV}/.debug Richard merged earlier verions of both these patches, please verify if you need to rebase and make any additional changes and re-submit. Sorry about the confusion 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/3] rootfs generation improvements
On Tuesday 17 July 2012 09:01:07 Saul Wold wrote: On 07/11/2012 06:04 AM, Paul Eggleton wrote: Fix up handling of complementary package installation (dev, dbg, doc, etc.) and introduce a staticdev-pkgs IMAGE_FEATURES feature. I've tested this with all backends using buildhistory to examine the changes to the image contents, and compared the lists of files in the SDK-from-image output with the rpm backend. Unfortunately it does increase the do_rootfs time slightly; one of my next tasks will be to try to do some optimisation here. The following changes since commit b76a7bc8dcb7aed7d6f026e77a226837004c50af: libgomp: add libgomp (openmp) library, and build for powerpc targets by default (2012-07-11 11:35:16 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib paule/rootfs http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h= paule/rootfs Paul Eggleton (3): classes/rootfs_deb: use more reliable check for package existence Merged this one into OE-Core Rework installation of dev, dbg, doc, and locale packages classes/image: add staticdev-pkgs IMAGE_FEATURES feature There was an issue with either one or both of these during build testing, I know you are looking into it. Indeed, this triggered some kind of environment size limit and has exposed a few other lurking issues as well. It also failed to handle debian package renaming. I have a reworked and extended patchset coming, please disregard the unmerged part of this one. Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [oe-commits] Morgan Little : python: Update for python-native changes
On Sun, Jul 22, 2012 at 10:43:53AM +, g...@git.openembedded.org wrote: Module: openembedded-core.git Branch: master Commit: 284a65d55f0ffad0f4f7f32d72da0f9410578643 URL: http://git.openembedded.org/?p=openembedded-core.gita=commit;h=284a65d55f0ffad0f4f7f32d72da0f9410578643 Author: Morgan Little morgan.lit...@windriver.com Date: Thu Jul 19 13:46:07 2012 -0400 python: Update for python-native changes Add pythonnative onto the list of inherits and update the paths to the binaries referenced in the recipe to the new paths. Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org Any idea why is opkg package-index now failing _sometimes_ ? | + '[' -e /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/deploy/ipk/ ']' | + touch /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/deploy/ipk/Packages | + flock /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/deploy/ipk/Packages.flock -c 'opkg-make-index -r /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/deploy/ipk/Packages -p /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/deploy/ipk/Packages -m /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/deploy/ipk/' | Traceback (most recent call last): | File /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/lib/python2.7/site.py, line 569, in module | main() | File /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/lib/python2.7/site.py, line 552, in main | known_paths = addsitepackages(known_paths) | File /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/lib/python2.7/site.py, line 329, in addsitepackages | for sitedir in getsitepackages(): | File /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/lib/python2.7/site.py, line 303, in getsitepackages | sitepackages.append(os.path.join(prefix, sys.lib, | AttributeError: 'module' object has no attribute 'lib' | ERROR: Function failed: do_package_index (see /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/package-index-1.0-r0/temp/log.do_package_index.17223 for further information) NOTE: package package-index-1.0-r0: task do_package_index: Failed Cheers, --- meta/recipes-devtools/python/python_2.7.3.bb | 18 +- 1 files changed, 9 insertions(+), 9 deletions(-) diff --git a/meta/recipes-devtools/python/python_2.7.3.bb b/meta/recipes-devtools/python/python_2.7.3.bb index b736cc2..d27ff05 100644 --- a/meta/recipes-devtools/python/python_2.7.3.bb +++ b/meta/recipes-devtools/python/python_2.7.3.bb @@ -1,6 +1,6 @@ require python.inc DEPENDS = python-native bzip2 db gdbm openssl readline sqlite3 zlib -PR = ${INC_PR}.0 +PR = ${INC_PR}.1 DISTRO_SRC_URI ?= file://sitecustomize.py DISTRO_SRC_URI_linuxstdbase = @@ -30,7 +30,7 @@ SRC_URI += \ S = ${WORKDIR}/Python-${PV} -inherit autotools multilib_header +inherit autotools multilib_header pythonnative # The 3 lines below are copied from the libffi recipe, ctypes ships its own copy of the libffi sources #Somehow gcc doesn't set __SOFTFP__ when passing -mfloatabi=softp :( @@ -45,7 +45,7 @@ do_configure_prepend() { do_compile() { # regenerate platform specific files, because they depend on system headers cd Lib/plat-linux2 -include=${STAGING_INCDIR} ${STAGING_BINDIR_NATIVE}/python \ +include=${STAGING_INCDIR} ${STAGING_BINDIR_NATIVE}/python-native/python \ ${S}/Tools/scripts/h2py.py -i '(u_long)' \ ${STAGING_INCDIR}/dlfcn.h \ ${STAGING_INCDIR}/linux/cdrom.h \ @@ -89,8 +89,8 @@ do_compile() { export CROSS_COMPILE=${TARGET_PREFIX} - oe_runmake HOSTPGEN=${STAGING_BINDIR_NATIVE}/pgen \ - HOSTPYTHON=${STAGING_BINDIR_NATIVE}/python \ + oe_runmake HOSTPGEN=${STAGING_BINDIR_NATIVE}/python-native/pgen \ + HOSTPYTHON=${STAGING_BINDIR_NATIVE}/python-native/python \ STAGING_LIBDIR=${STAGING_LIBDIR} \ STAGING_BASELIBDIR=${STAGING_BASELIBDIR} \ STAGING_INCDIR=${STAGING_INCDIR} \ @@ -99,8 +99,8 @@ do_compile() { oe_libinstall -so libpython${PYTHON_MAJMIN} ${STAGING_LIBDIR} - oe_runmake HOSTPGEN=${STAGING_BINDIR_NATIVE}/pgen \ - HOSTPYTHON=${STAGING_BINDIR_NATIVE}/python \ + oe_runmake HOSTPGEN=${STAGING_BINDIR_NATIVE}/python-native/pgen \ + HOSTPYTHON=${STAGING_BINDIR_NATIVE}/python-native/python \ STAGING_LIBDIR=${STAGING_LIBDIR} \ STAGING_INCDIR=${STAGING_INCDIR} \ STAGING_BASELIBDIR=${STAGING_BASELIBDIR} \ @@ -115,8 +115,8 @@ do_install() { export CROSS_COMPILE=${TARGET_PREFIX} - oe_runmake HOSTPGEN=${STAGING_BINDIR_NATIVE}/pgen \ -
[OE-core] grub: Allow reautoconf with the correct parameters
Without this change, an effective reautoconf happens at compile time with potentially incorrect parameters. This change ensures it happens once, in do_configure with the correct parameters. Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org --- diff --git a/meta/recipes-bsp/grub/grub_1.99.bb b/meta/recipes-bsp/grub/grub_1.99.bb index f1ed7ca..9879651 100644 --- a/meta/recipes-bsp/grub/grub_1.99.bb +++ b/meta/recipes-bsp/grub/grub_1.99.bb @@ -37,10 +37,6 @@ inherit gettext EXTRA_OECONF = --with-platform=pc --disable-grub-mkfont --program-prefix= -do_configure() { -oe_runconf -} - do_install_append () { install -d ${D}${sysconfdir}/grub.d install -m 0755 ${WORKDIR}/40_custom ${D}${sysconfdir}/grub.d/40_custom ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [oe-commits] Ross Burton : Add gtk-doc-stub
On Mon, Jul 23, 2012 at 10:40:39AM +0100, Burton, Ross wrote: On 23 July 2012 10:18, Martin Jansa martin.ja...@gmail.com wrote: For some reason non-native gtk-doc-stub is pulled to image dependency tree for me after last oe-core changes. I'll check dep graph.. if that's not expected. It's not in the core-image-sato dependencies according to depexp. If you could see what pulls it in for you that would be much appreciated (I suspect some development task). That's probably because of one of those: OE @ ~/meta-openembedded $ git grep DEPENDS.*gtk-doc meta-gnome/recipes-gnome/bonobo/libbonoboui_2.24.3.bb:DEPENDS = libgnomecanvas libbonobo libgnome glib-2.0 gtk-doc gconf libxml2 libglade meta-gnome/recipes-gnome/orbit2/orbit2_2.14.17.bb:DEPENDS = libidl popt gtk-doc ${IDL_COMPILER_DEPENDS} meta-gnome/recipes-gnome/orbit2/orbit2_2.14.17.bb:DEPENDS_virtclass-native = libidl-native popt-native gtk-doc-native meta-gpe/recipes-graphics/libgpewidget/libgpewidget_0.117.bb:DEPENDS = gtk+ cairo libxinerama libxcomposite libxrender gtk-doc In my case it was libgpewidget which is dependency of fbreader.. Cheers, -- 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-commits] Morgan Little : python: Update for python-native changes
On Mon, 2012-07-23 at 13:18 +0200, Martin Jansa wrote: On Sun, Jul 22, 2012 at 10:43:53AM +, g...@git.openembedded.org wrote: Module: openembedded-core.git Branch: master Commit: 284a65d55f0ffad0f4f7f32d72da0f9410578643 URL: http://git.openembedded.org/?p=openembedded-core.gita=commit;h=284a65d55f0ffad0f4f7f32d72da0f9410578643 Author: Morgan Little morgan.lit...@windriver.com Date: Thu Jul 19 13:46:07 2012 -0400 python: Update for python-native changes Add pythonnative onto the list of inherits and update the paths to the binaries referenced in the recipe to the new paths. Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org Any idea why is opkg package-index now failing _sometimes_ ? | + '[' -e /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/deploy/ipk/ ']' | + touch /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/deploy/ipk/Packages | + flock /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/deploy/ipk/Packages.flock -c 'opkg-make-index -r /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/deploy/ipk/Packages -p /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/deploy/ipk/Packages -m /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/deploy/ipk/' | Traceback (most recent call last): | File /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/lib/python2.7/site.py, line 569, in module | main() | File /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/lib/python2.7/site.py, line 552, in main | known_paths = addsitepackages(known_paths) | File /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/lib/python2.7/site.py, line 329, in addsitepackages | for sitedir in getsitepackages(): | File /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/lib/python2.7/site.py, line 303, in getsitepackages | sitepackages.append(os.path.join(prefix, sys.lib, | AttributeError: 'module' object has no attribute 'lib' | ERROR: Function failed: do_package_index (see /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/package-index-1.0-r0/temp/log.do_package_index.17223 for further information) NOTE: package package-index-1.0-r0: task do_package_index: Failed What is the header of opkg-make-index? Is it a path to python or a /usr/bin/env python? 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-commits] Morgan Little : python: Update for python-native changes
On Mon, Jul 23, 2012 at 12:32:55PM +0100, Richard Purdie wrote: On Mon, 2012-07-23 at 13:18 +0200, Martin Jansa wrote: On Sun, Jul 22, 2012 at 10:43:53AM +, g...@git.openembedded.org wrote: Module: openembedded-core.git Branch: master Commit: 284a65d55f0ffad0f4f7f32d72da0f9410578643 URL: http://git.openembedded.org/?p=openembedded-core.gita=commit;h=284a65d55f0ffad0f4f7f32d72da0f9410578643 Author: Morgan Little morgan.lit...@windriver.com Date: Thu Jul 19 13:46:07 2012 -0400 python: Update for python-native changes Add pythonnative onto the list of inherits and update the paths to the binaries referenced in the recipe to the new paths. Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org Any idea why is opkg package-index now failing _sometimes_ ? | + '[' -e /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/deploy/ipk/ ']' | + touch /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/deploy/ipk/Packages | + flock /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/deploy/ipk/Packages.flock -c 'opkg-make-index -r /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/deploy/ipk/Packages -p /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/deploy/ipk/Packages -m /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/deploy/ipk/' | Traceback (most recent call last): | File /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/lib/python2.7/site.py, line 569, in module | main() | File /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/lib/python2.7/site.py, line 552, in main | known_paths = addsitepackages(known_paths) | File /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/lib/python2.7/site.py, line 329, in addsitepackages | for sitedir in getsitepackages(): | File /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/lib/python2.7/site.py, line 303, in getsitepackages | sitepackages.append(os.path.join(prefix, sys.lib, | AttributeError: 'module' object has no attribute 'lib' | ERROR: Function failed: do_package_index (see /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/package-index-1.0-r0/temp/log.do_package_index.17223 for further information) NOTE: package package-index-1.0-r0: task do_package_index: Failed What is the header of opkg-make-index? Is it a path to python or a /usr/bin/env python? $ head -n1 jobs/shr-core/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/bin/opkg-make-index #!/usr/bin/env python Cheers, Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core -- 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-commits] Ross Burton : Add gtk-doc-stub
On 23 July 2012 12:30, Martin Jansa martin.ja...@gmail.com wrote: That's probably because of one of those: OE @ ~/meta-openembedded $ git grep DEPENDS.*gtk-doc meta-gnome/recipes-gnome/bonobo/libbonoboui_2.24.3.bb:DEPENDS = libgnomecanvas libbonobo libgnome glib-2.0 gtk-doc gconf libxml2 libglade meta-gnome/recipes-gnome/orbit2/orbit2_2.14.17.bb:DEPENDS = libidl popt gtk-doc ${IDL_COMPILER_DEPENDS} meta-gnome/recipes-gnome/orbit2/orbit2_2.14.17.bb:DEPENDS_virtclass-native = libidl-native popt-native gtk-doc-native meta-gpe/recipes-graphics/libgpewidget/libgpewidget_0.117.bb:DEPENDS = gtk+ cairo libxinerama libxcomposite libxrender gtk-doc They are all wrong. You'll never DEPEND on gtk-doc, it's a build tool so you'll DEPEND on gtk-doc-native (indirectly, inherit gtkdoc instead) and maybe (say a build tools metapackage) RDEPEND on gtk-doc. Ross ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [oe-commits] Bruce Ashfield : kern-tools: add buildall and robustness fixes
On Mon, Jul 23, 2012 at 4:49 AM, Martin Jansa martin.ja...@gmail.com wrote: On Fri, Jun 29, 2012 at 09:04:54AM -0400, Bruce Ashfield wrote: On Fri, Jun 29, 2012 at 2:00 AM, Martin Jansa martin.ja...@gmail.com wrote: On Thu, Jun 28, 2012 at 07:31:45PM -0400, Bruce Ashfield wrote: On Thu, Jun 28, 2012 at 5:32 PM, Martin Jansa martin.ja...@gmail.com wrote: On Thu, Jun 28, 2012 at 03:24:41PM +, g...@git.openembedded.org wrote: Module: openembedded-core.git Branch: master Commit: be3cff86d55db6255e036d68e943e527802b4f4c URL: http://git.openembedded.org/?p=openembedded-core.gita=commit;h=be3cff86d55db6255e036d68e943e527802b4f4c Author: Bruce Ashfield bruce.ashfi...@windriver.com Date: Fri Jun 15 15:26:44 2012 -0400 kern-tools: add buildall and robustness fixes Updating the kern-tools SRCREV to pickup the following functionality: - buildall: provides the ability to build all kernel branches without a build system, only a cross compiler and configme are required. - robustness/cleanups: obselete/unused code removal and general robustness fixes from Paul Gortmaker and Bruce Ashfield is this expected with latest kern-tools/linux-yocto and qemux86-64? NOTE: package linux-yocto-3.4.3+git3+d65afd9e42230a3ef4cc1f9ad62d0aa84a533cd0_3+a1cdb60720c452c3965eaec3ec2cd10f06261cc5-r0: task do_kernel_configcheck: Start ed NOTE: validating kernel configuration find: warning: -path /OE/shr-core/tmp-eglibc/work/qemux86_64-oe-linux/linux-yocto/linux-yocto-3.4.3+git3+d65afd9e42230a3ef4cc1f9ad62d0aa84a533cd0_3+a1cdb60720c452c3965eaec3ec2cd10f06261cc5-r0/linux/ will not match anything because it ends with /. This BSP sets 1 kernel options that are possibly non-hardware related. The full list can be found in your kernel src dir at: meta/cfg/standard/common-pc-64/specified_non_hdw.cfg There were 1 instances of config fragment errors. The full list can be found in your kernel src dir at: meta/cfg/standard/common-pc-64/fragment_errors.txt NOTE: package linux-yocto-3.4.3+git3+d65afd9e42230a3ef4cc1f9ad62d0aa84a533cd0_3+a1cdb60720c452c3965eaec3ec2cd10f06261cc5-r0: task do_kernel_configcheck: Succeeded OE @ ~/shr-core/tmp-eglibc/work/qemux86_64-oe-linux/linux-yocto/linux-yocto-3.4.3+git3+d65afd9e42230a3ef4cc1f9ad62d0aa84a533cd0_3+a1cdb60720c452c3965eaec3ec2c d10f06261cc5-r0/linux $ cat meta/cfg/standard/common-pc-64/specified_non_hdw.cfg CONFIG_BLOCK OE @ ~/shr-core/tmp-eglibc/work/qemux86_64-oe-linux/linux-yocto/linux-yocto-3.4.3+git3+d65afd9e42230a3ef4cc1f9ad62d0aa84a533cd0_3+a1cdb60720c452c3965eaec3ec2c d10f06261cc5-r0/linux $ cat meta/cfg/standard/common-pc-64/fragment_errors.txt Warning: Value of CONFIG_NET_CLS_CGROUP is defined multiple times within fragment meta/cfg/kernel-cache/features/net_sched/net_sched.cfg: CONFIG_NET_CLS_CGROUP=y CONFIG_NET_CLS_CGROUP=y It is, only because I was waiting for my other queued changes to get pulled before sending another batch: http://git.yoctoproject.org/cgit/cgit.cgi/yocto-kernel-cache/commit/?id=0329bbc053c97f9b250454ff6a60727f75973706 Ah OK, from those validation messages it wasn't very clear if it's info/warning/error/fatal. First warning/error/.. is still there with latest linux-yocto NOTE: package linux-yocto-3.4.4+git6+949fddda61053cc15e46c015e8f7db17e7b33360_6+6297e4c1d57e1063bfce297c2e12392348598559-r4.0: task do_kernel_configcheck: Started NOTE: validating kernel configuration find: warning: -path /OE/shr-core/tmp-eglibc/work/qemux86_64-oe-linux/linux-yocto-3.4.4+git6+949fddda61053cc15e46c015e8f7db17e7b33360_6+6297e4c1d57e1063bfce297c2e12392348598559-r4.0/linux/ will not match anything because it ends with /. This BSP sets 1 kernel options that are possibly non-hardware related. The full list can be found in your kernel src dir at: meta/cfg/standard/common-pc-64/specified_non_hdw.cfg NOTE: package linux-yocto-3.4.4+git6+949fddda61053cc15e46c015e8f7db17e7b33360_6+6297e4c1d57e1063bfce297c2e12392348598559-r4.0: task do_kernel_configcheck: Succeeded OE @ ~/openembedded-core $ cat /OE/shr-core/tmp-eglibc/work/qemux86_64-oe-linux/linux-yocto-3.4.4+git6+949fddda61053cc15e46c015e8f7db17e7b33360_6+6297e4c1d57e1063bfce297c2e12392348598559-r4.0/linux/meta/cfg/standard/common-pc-64/specified_non_hdw.cfg CONFIG_BLOCK wasn't this supposed to be fixed by those changes? Not that one, it's being covered by the kernel config updates that are part of yocto 1.3, which are in the upcoming M3 milestone. The one I mentioned in that other email was CONFIG_NET_CLS_CGROUP. Cheers, Bruce -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org
Re: [OE-core] Proposal: Creating meta-networking
Hi all, On 6/15/2012 8:15 AM, Joe MacDonald wrote: We've been talking about this on-and-off at Wind River for a while now, but it now seems like a reasonable time to bring a proposal to the OE community at large. We're thinking about creating a new layer to house recipes, etc. for networking packages. ... So what does everyone think? Awesome idea? Terrible idea? (Hopefully) something in between? All feedback is welcome. I think creating software support layer for network related packages is good idea. We've updated some of the recipes from OE Classic mentioned above for our projects at Mentor Graphics. We've been thinking to place these updated recipes in meta-oe layer. But I think now that separate layer like meta-networking would be much more suitable place. Also we've created some new packages like mipv6-umip or multipath-tools that are good candidates for being placed in meta-networking. So, I suggest Mentor Graphics would contribute to meta-networking. -- Alexey Firago**|Software Engineer, Embedded Systems Division, Mentor Graphics ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [oe-commits] Morgan Little : python: Update for python-native changes
On Mon, 2012-07-23 at 13:37 +0200, Martin Jansa wrote: On Mon, Jul 23, 2012 at 12:32:55PM +0100, Richard Purdie wrote: On Mon, 2012-07-23 at 13:18 +0200, Martin Jansa wrote: On Sun, Jul 22, 2012 at 10:43:53AM +, g...@git.openembedded.org wrote: Module: openembedded-core.git Branch: master Commit: 284a65d55f0ffad0f4f7f32d72da0f9410578643 URL: http://git.openembedded.org/?p=openembedded-core.gita=commit;h=284a65d55f0ffad0f4f7f32d72da0f9410578643 Author: Morgan Little morgan.lit...@windriver.com Date: Thu Jul 19 13:46:07 2012 -0400 python: Update for python-native changes Add pythonnative onto the list of inherits and update the paths to the binaries referenced in the recipe to the new paths. Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org Any idea why is opkg package-index now failing _sometimes_ ? | + '[' -e /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/deploy/ipk/ ']' | + touch /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/deploy/ipk/Packages | + flock /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/deploy/ipk/Packages.flock -c 'opkg-make-index -r /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/deploy/ipk/Packages -p /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/deploy/ipk/Packages -m /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/deploy/ipk/' | Traceback (most recent call last): | File /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/lib/python2.7/site.py, line 569, in module | main() | File /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/lib/python2.7/site.py, line 552, in main | known_paths = addsitepackages(known_paths) | File /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/lib/python2.7/site.py, line 329, in addsitepackages | for sitedir in getsitepackages(): | File /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/lib/python2.7/site.py, line 303, in getsitepackages | sitepackages.append(os.path.join(prefix, sys.lib, | AttributeError: 'module' object has no attribute 'lib' | ERROR: Function failed: do_package_index (see /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/package-index-1.0-r0/temp/log.do_package_index.17223 for further information) NOTE: package package-index-1.0-r0: task do_package_index: Failed What is the header of opkg-make-index? Is it a path to python or a /usr/bin/env python? $ head -n1 jobs/shr-core/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/bin/opkg-make-index #!/usr/bin/env python package-index doesn't inherit pythonnative. The python found from env would therefore be the host system python but its using files from the sysroot. Mixing the two is a bad idea. The question is how is it mixing these up, the host system python shouldn't be looking there for modules. So I'm not sure why they're getting mixed up but its likely the problem. Does anything jump out at you on the machine in question with the above in mind? 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-commits] Morgan Little : python: Update for python-native changes
On Mon, Jul 23, 2012 at 02:02:12PM +0100, Richard Purdie wrote: On Mon, 2012-07-23 at 13:37 +0200, Martin Jansa wrote: On Mon, Jul 23, 2012 at 12:32:55PM +0100, Richard Purdie wrote: On Mon, 2012-07-23 at 13:18 +0200, Martin Jansa wrote: On Sun, Jul 22, 2012 at 10:43:53AM +, g...@git.openembedded.org wrote: Module: openembedded-core.git Branch: master Commit: 284a65d55f0ffad0f4f7f32d72da0f9410578643 URL: http://git.openembedded.org/?p=openembedded-core.gita=commit;h=284a65d55f0ffad0f4f7f32d72da0f9410578643 Author: Morgan Little morgan.lit...@windriver.com Date: Thu Jul 19 13:46:07 2012 -0400 python: Update for python-native changes Add pythonnative onto the list of inherits and update the paths to the binaries referenced in the recipe to the new paths. Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org Any idea why is opkg package-index now failing _sometimes_ ? | + '[' -e /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/deploy/ipk/ ']' | + touch /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/deploy/ipk/Packages | + flock /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/deploy/ipk/Packages.flock -c 'opkg-make-index -r /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/deploy/ipk/Packages -p /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/deploy/ipk/Packages -m /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/deploy/ipk/' | Traceback (most recent call last): | File /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/lib/python2.7/site.py, line 569, in module | main() | File /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/lib/python2.7/site.py, line 552, in main | known_paths = addsitepackages(known_paths) | File /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/lib/python2.7/site.py, line 329, in addsitepackages | for sitedir in getsitepackages(): | File /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/lib/python2.7/site.py, line 303, in getsitepackages | sitepackages.append(os.path.join(prefix, sys.lib, | AttributeError: 'module' object has no attribute 'lib' | ERROR: Function failed: do_package_index (see /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/package-index-1.0-r0/temp/log.do_package_index.17223 for further information) NOTE: package package-index-1.0-r0: task do_package_index: Failed What is the header of opkg-make-index? Is it a path to python or a /usr/bin/env python? $ head -n1 jobs/shr-core/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/bin/opkg-make-index #!/usr/bin/env python package-index doesn't inherit pythonnative. The python found from env would therefore be the host system python but its using files from the sysroot. Mixing the two is a bad idea. The question is how is it mixing these up, the host system python shouldn't be looking there for modules. So I'm not sure why they're getting mixed up but its likely the problem. Does anything jump out at you on the machine in question with the above in mind? Not really and it happens only in some builds (all today - haven't seen this error before) and sofar it failed in 4/10 image/feed builds and worked in remaining 6. Even for the same combination of MACHINE and target it once worked and once failed without any metadata changes or host distro changes between. Cheers, -- 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
[OE-core] [PATCH] Handle undefined O_CLOEXEC
Close-on-exec seems to be unsuported on some architectures like CentOS 5.8 and thus causing some packages to fail to build successfully. Future kernel version will probably fix this, but for now this patch works around this problem. Signed-off-by: Radu Moisan radu.moi...@intel.com --- meta/recipes-kernel/kmod/kmod.inc |3 +- .../Handle-unsupported-close-on-exec-flag.patch| 60 2 files changed, 62 insertions(+), 1 deletion(-) create mode 100644 meta/recipes-kernel/kmod/kmod/Handle-unsupported-close-on-exec-flag.patch diff --git a/meta/recipes-kernel/kmod/kmod.inc b/meta/recipes-kernel/kmod/kmod.inc index adba4d4..c992ad8 100644 --- a/meta/recipes-kernel/kmod/kmod.inc +++ b/meta/recipes-kernel/kmod/kmod.inc @@ -8,7 +8,7 @@ LICENSE = GPL-2.0+ LGPL-2.1+ LICENSE_libkmod = LGPL-2.1+ SECTION = base PV = 8 -INC_PR = r1 +INC_PR = r2 DEPENDS += pkgconfig-native @@ -20,6 +20,7 @@ inherit autotools gtk-doc SRC_URI = git://git.profusion.mobi/kmod.git;protocol=git;branch=master \ file://depmod-search.conf \ file://0001-man-disable-man-page-generation-because-we-don-t-hav.patch \ + file://Handle-unsupported-close-on-exec-flag.patch \ SRCREV = 819f79a24d58e3c8429f1631df2f8f85a2f95d4a diff --git a/meta/recipes-kernel/kmod/kmod/Handle-unsupported-close-on-exec-flag.patch b/meta/recipes-kernel/kmod/kmod/Handle-unsupported-close-on-exec-flag.patch new file mode 100644 index 000..f0820d9 --- /dev/null +++ b/meta/recipes-kernel/kmod/kmod/Handle-unsupported-close-on-exec-flag.patch @@ -0,0 +1,60 @@ +Index: git/libkmod/libkmod-config.c +=== +--- git.orig/libkmod/libkmod-config.c 2012-07-23 16:13:44.0 +0300 git/libkmod/libkmod-config.c 2012-07-23 16:15:53.0 +0300 +@@ -33,6 +33,10 @@ + #include libkmod.h + #include libkmod-private.h + ++#ifndef O_CLOEXEC ++#define O_CLOEXEC 0 ++#endif ++ + struct kmod_alias { + char *name; + char modname[]; +Index: git/libkmod/libkmod-file.c +=== +--- git.orig/libkmod/libkmod-file.c2012-07-23 16:13:44.0 +0300 git/libkmod/libkmod-file.c 2012-07-23 16:15:57.0 +0300 +@@ -31,6 +31,10 @@ + #include libkmod.h + #include libkmod-private.h + ++#ifndef O_CLOEXEC ++#define O_CLOEXEC 0 ++#endif ++ + #ifdef ENABLE_XZ + #include lzma.h + #endif +Index: git/libkmod/libkmod-index.c +=== +--- git.orig/libkmod/libkmod-index.c 2012-07-23 16:13:44.0 +0300 git/libkmod/libkmod-index.c2012-07-23 16:16:00.0 +0300 +@@ -31,6 +31,10 @@ + #include libkmod-index.h + #include macro.h + ++#ifndef O_CLOEXEC ++#define O_CLOEXEC 0 ++#endif ++ + /* index.c: module index file shared functions for modprobe and depmod */ + + #define INDEX_CHILDMAX 128 +Index: git/libkmod/libkmod-module.c +=== +--- git.orig/libkmod/libkmod-module.c 2012-07-23 16:13:44.0 +0300 git/libkmod/libkmod-module.c 2012-07-23 16:16:04.0 +0300 +@@ -40,6 +40,10 @@ + #include libkmod.h + #include libkmod-private.h + ++#ifndef O_CLOEXEC ++#define O_CLOEXEC 0 ++#endif ++ + /** + * SECTION:libkmod-module + * @short_description: operate on kernel modules -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] Handle undefined O_CLOEXEC
Please update the commit message to adhere to the commit policy. At least mention the recipe name in the first line. Op 23 jul. 2012, om 15:31 heeft Radu Moisan het volgende geschreven: Close-on-exec seems to be unsuported on some architectures like CentOS 5.8 and thus causing some packages to fail to build successfully. Future kernel version will probably fix this, but for now this patch works around this problem. Signed-off-by: Radu Moisan radu.moi...@intel.com --- meta/recipes-kernel/kmod/kmod.inc |3 +- .../Handle-unsupported-close-on-exec-flag.patch| 60 2 files changed, 62 insertions(+), 1 deletion(-) create mode 100644 meta/recipes-kernel/kmod/kmod/Handle-unsupported-close-on-exec-flag.patch diff --git a/meta/recipes-kernel/kmod/kmod.inc b/meta/recipes-kernel/kmod/kmod.inc index adba4d4..c992ad8 100644 --- a/meta/recipes-kernel/kmod/kmod.inc +++ b/meta/recipes-kernel/kmod/kmod.inc @@ -8,7 +8,7 @@ LICENSE = GPL-2.0+ LGPL-2.1+ LICENSE_libkmod = LGPL-2.1+ SECTION = base PV = 8 -INC_PR = r1 +INC_PR = r2 DEPENDS += pkgconfig-native @@ -20,6 +20,7 @@ inherit autotools gtk-doc SRC_URI = git://git.profusion.mobi/kmod.git;protocol=git;branch=master \ file://depmod-search.conf \ file://0001-man-disable-man-page-generation-because-we-don-t-hav.patch \ + file://Handle-unsupported-close-on-exec-flag.patch \ SRCREV = 819f79a24d58e3c8429f1631df2f8f85a2f95d4a diff --git a/meta/recipes-kernel/kmod/kmod/Handle-unsupported-close-on-exec-flag.patch b/meta/recipes-kernel/kmod/kmod/Handle-unsupported-close-on-exec-flag.patch new file mode 100644 index 000..f0820d9 --- /dev/null +++ b/meta/recipes-kernel/kmod/kmod/Handle-unsupported-close-on-exec-flag.patch @@ -0,0 +1,60 @@ +Index: git/libkmod/libkmod-config.c +=== +--- git.orig/libkmod/libkmod-config.c2012-07-23 16:13:44.0 +0300 git/libkmod/libkmod-config.c 2012-07-23 16:15:53.0 +0300 +@@ -33,6 +33,10 @@ + #include libkmod.h + #include libkmod-private.h + ++#ifndef O_CLOEXEC ++#define O_CLOEXEC 0 ++#endif ++ + struct kmod_alias { + char *name; + char modname[]; +Index: git/libkmod/libkmod-file.c +=== +--- git.orig/libkmod/libkmod-file.c 2012-07-23 16:13:44.0 +0300 git/libkmod/libkmod-file.c 2012-07-23 16:15:57.0 +0300 +@@ -31,6 +31,10 @@ + #include libkmod.h + #include libkmod-private.h + ++#ifndef O_CLOEXEC ++#define O_CLOEXEC 0 ++#endif ++ + #ifdef ENABLE_XZ + #include lzma.h + #endif +Index: git/libkmod/libkmod-index.c +=== +--- git.orig/libkmod/libkmod-index.c 2012-07-23 16:13:44.0 +0300 git/libkmod/libkmod-index.c 2012-07-23 16:16:00.0 +0300 +@@ -31,6 +31,10 @@ + #include libkmod-index.h + #include macro.h + ++#ifndef O_CLOEXEC ++#define O_CLOEXEC 0 ++#endif ++ + /* index.c: module index file shared functions for modprobe and depmod */ + + #define INDEX_CHILDMAX 128 +Index: git/libkmod/libkmod-module.c +=== +--- git.orig/libkmod/libkmod-module.c2012-07-23 16:13:44.0 +0300 git/libkmod/libkmod-module.c 2012-07-23 16:16:04.0 +0300 +@@ -40,6 +40,10 @@ + #include libkmod.h + #include libkmod-private.h + ++#ifndef O_CLOEXEC ++#define O_CLOEXEC 0 ++#endif ++ + /** + * SECTION:libkmod-module + * @short_description: operate on kernel modules -- 1.7.9.5 ___ 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] kmod: Handle undefined O_CLOEXEC
Close-on-exec seems to be unsuported on some architectures like CentOS 5.8 and thus causing some packages to fail to build successfully. Future kernel version will probably fix this, but for now this patch works around this problem. Signed-off-by: Radu Moisan radu.moi...@intel.com --- meta/recipes-kernel/kmod/kmod.inc |3 +- .../Handle-unsupported-close-on-exec-flag.patch| 60 2 files changed, 62 insertions(+), 1 deletion(-) create mode 100644 meta/recipes-kernel/kmod/kmod/Handle-unsupported-close-on-exec-flag.patch diff --git a/meta/recipes-kernel/kmod/kmod.inc b/meta/recipes-kernel/kmod/kmod.inc index adba4d4..c992ad8 100644 --- a/meta/recipes-kernel/kmod/kmod.inc +++ b/meta/recipes-kernel/kmod/kmod.inc @@ -8,7 +8,7 @@ LICENSE = GPL-2.0+ LGPL-2.1+ LICENSE_libkmod = LGPL-2.1+ SECTION = base PV = 8 -INC_PR = r1 +INC_PR = r2 DEPENDS += pkgconfig-native @@ -20,6 +20,7 @@ inherit autotools gtk-doc SRC_URI = git://git.profusion.mobi/kmod.git;protocol=git;branch=master \ file://depmod-search.conf \ file://0001-man-disable-man-page-generation-because-we-don-t-hav.patch \ + file://Handle-unsupported-close-on-exec-flag.patch \ SRCREV = 819f79a24d58e3c8429f1631df2f8f85a2f95d4a diff --git a/meta/recipes-kernel/kmod/kmod/Handle-unsupported-close-on-exec-flag.patch b/meta/recipes-kernel/kmod/kmod/Handle-unsupported-close-on-exec-flag.patch new file mode 100644 index 000..f0820d9 --- /dev/null +++ b/meta/recipes-kernel/kmod/kmod/Handle-unsupported-close-on-exec-flag.patch @@ -0,0 +1,60 @@ +Index: git/libkmod/libkmod-config.c +=== +--- git.orig/libkmod/libkmod-config.c 2012-07-23 16:13:44.0 +0300 git/libkmod/libkmod-config.c 2012-07-23 16:15:53.0 +0300 +@@ -33,6 +33,10 @@ + #include libkmod.h + #include libkmod-private.h + ++#ifndef O_CLOEXEC ++#define O_CLOEXEC 0 ++#endif ++ + struct kmod_alias { + char *name; + char modname[]; +Index: git/libkmod/libkmod-file.c +=== +--- git.orig/libkmod/libkmod-file.c2012-07-23 16:13:44.0 +0300 git/libkmod/libkmod-file.c 2012-07-23 16:15:57.0 +0300 +@@ -31,6 +31,10 @@ + #include libkmod.h + #include libkmod-private.h + ++#ifndef O_CLOEXEC ++#define O_CLOEXEC 0 ++#endif ++ + #ifdef ENABLE_XZ + #include lzma.h + #endif +Index: git/libkmod/libkmod-index.c +=== +--- git.orig/libkmod/libkmod-index.c 2012-07-23 16:13:44.0 +0300 git/libkmod/libkmod-index.c2012-07-23 16:16:00.0 +0300 +@@ -31,6 +31,10 @@ + #include libkmod-index.h + #include macro.h + ++#ifndef O_CLOEXEC ++#define O_CLOEXEC 0 ++#endif ++ + /* index.c: module index file shared functions for modprobe and depmod */ + + #define INDEX_CHILDMAX 128 +Index: git/libkmod/libkmod-module.c +=== +--- git.orig/libkmod/libkmod-module.c 2012-07-23 16:13:44.0 +0300 git/libkmod/libkmod-module.c 2012-07-23 16:16:04.0 +0300 +@@ -40,6 +40,10 @@ + #include libkmod.h + #include libkmod-private.h + ++#ifndef O_CLOEXEC ++#define O_CLOEXEC 0 ++#endif ++ + /** + * SECTION:libkmod-module + * @short_description: operate on kernel modules -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH v2] kmod: Handle undefined O_CLOEXEC
Close-on-exec seems to be unsuported on some architectures like CentOS 5.8 and thus causing some packages to fail to build successfully. Future kernel version will probably fix this, but for now this patch works around this problem. Signed-off-by: Radu Moisan radu.moi...@intel.com --- meta/recipes-kernel/kmod/kmod.inc |3 +- .../Handle-unsupported-close-on-exec-flag.patch| 60 2 files changed, 62 insertions(+), 1 deletion(-) create mode 100644 meta/recipes-kernel/kmod/kmod/Handle-unsupported-close-on-exec-flag.patch diff --git a/meta/recipes-kernel/kmod/kmod.inc b/meta/recipes-kernel/kmod/kmod.inc index adba4d4..c992ad8 100644 --- a/meta/recipes-kernel/kmod/kmod.inc +++ b/meta/recipes-kernel/kmod/kmod.inc @@ -8,7 +8,7 @@ LICENSE = GPL-2.0+ LGPL-2.1+ LICENSE_libkmod = LGPL-2.1+ SECTION = base PV = 8 -INC_PR = r1 +INC_PR = r2 DEPENDS += pkgconfig-native @@ -20,6 +20,7 @@ inherit autotools gtk-doc SRC_URI = git://git.profusion.mobi/kmod.git;protocol=git;branch=master \ file://depmod-search.conf \ file://0001-man-disable-man-page-generation-because-we-don-t-hav.patch \ + file://Handle-unsupported-close-on-exec-flag.patch \ SRCREV = 819f79a24d58e3c8429f1631df2f8f85a2f95d4a diff --git a/meta/recipes-kernel/kmod/kmod/Handle-unsupported-close-on-exec-flag.patch b/meta/recipes-kernel/kmod/kmod/Handle-unsupported-close-on-exec-flag.patch new file mode 100644 index 000..f0820d9 --- /dev/null +++ b/meta/recipes-kernel/kmod/kmod/Handle-unsupported-close-on-exec-flag.patch @@ -0,0 +1,60 @@ +Index: git/libkmod/libkmod-config.c +=== +--- git.orig/libkmod/libkmod-config.c 2012-07-23 16:13:44.0 +0300 git/libkmod/libkmod-config.c 2012-07-23 16:15:53.0 +0300 +@@ -33,6 +33,10 @@ + #include libkmod.h + #include libkmod-private.h + ++#ifndef O_CLOEXEC ++#define O_CLOEXEC 0 ++#endif ++ + struct kmod_alias { + char *name; + char modname[]; +Index: git/libkmod/libkmod-file.c +=== +--- git.orig/libkmod/libkmod-file.c2012-07-23 16:13:44.0 +0300 git/libkmod/libkmod-file.c 2012-07-23 16:15:57.0 +0300 +@@ -31,6 +31,10 @@ + #include libkmod.h + #include libkmod-private.h + ++#ifndef O_CLOEXEC ++#define O_CLOEXEC 0 ++#endif ++ + #ifdef ENABLE_XZ + #include lzma.h + #endif +Index: git/libkmod/libkmod-index.c +=== +--- git.orig/libkmod/libkmod-index.c 2012-07-23 16:13:44.0 +0300 git/libkmod/libkmod-index.c2012-07-23 16:16:00.0 +0300 +@@ -31,6 +31,10 @@ + #include libkmod-index.h + #include macro.h + ++#ifndef O_CLOEXEC ++#define O_CLOEXEC 0 ++#endif ++ + /* index.c: module index file shared functions for modprobe and depmod */ + + #define INDEX_CHILDMAX 128 +Index: git/libkmod/libkmod-module.c +=== +--- git.orig/libkmod/libkmod-module.c 2012-07-23 16:13:44.0 +0300 git/libkmod/libkmod-module.c 2012-07-23 16:16:04.0 +0300 +@@ -40,6 +40,10 @@ + #include libkmod.h + #include libkmod-private.h + ++#ifndef O_CLOEXEC ++#define O_CLOEXEC 0 ++#endif ++ + /** + * SECTION:libkmod-module + * @short_description: operate on kernel modules -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [oe-core][RFC] bitbake.conf: exclude whole MACHINEOVERRIDES from OVERRIDES vardeps
* whole MACHINEOVERRIDES can change e.g. between MACHINES with different arm architecture, causing allarch packages to reexecute do_package bitbake-diffsigs ../shr-core/tmp-eglibc/stamps/all-oe-linux/xserver-nodm-init-2.0-r16.do_package.sigdata.90e760a8f6cecbd87cb2e95f1237e3cc ../shr-core/tmp-eglibc/stamps/all-oe-linux/xserver-nodm-init-2.0-r16.do_package.sigdata.9eeccfd15f25032b3b6b132534660fff basehash changed from 7618e17d3fda05d1f15246e6800ca0f0 to 97bc4dc8c1521c535bd96b2aa62d8a03 Variable MACHINEOVERRIDES value changed from ${MACHINE}${@bb.utils.contains(TUNE_FEATURES, armv5, :armv5, ,d)}${@bb.utils.contains(TUNE_FEATURES, armv4, :armv4, ,d)}:${MACHINE_CLASS} to ${MACHINE}${@bb.utils.contains(TUNE_FEATURES, armv7a, :armv7a, ,d)}${@bb.utils.contains(TUNE_FEATURES, armv6, :armv6, ,d)}${@bb.utils.contains(TUNE_FEATURES, armv5, :armv5, ,d)}${@bb.utils.contains(TUNE_FEATURES, armv4, :armv4, ,d)}:${MACHINE_CLASS} Signed-off-by: Martin Jansa martin.ja...@gmail.com --- meta/conf/bitbake.conf |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf index 1525e44..163b311 100644 --- a/meta/conf/bitbake.conf +++ b/meta/conf/bitbake.conf @@ -652,6 +652,7 @@ AUTO_LIBNAME_PKGS = ${PACKAGES} # This works for functions as well, they are really just environment variables. # Default OVERRIDES to make compilation fail fast in case of build system misconfiguration. OVERRIDES = ${TARGET_OS}:${TRANSLATED_TARGET_ARCH}:build-${BUILD_OS}:pn-${PN}:${MACHINEOVERRIDES}:${DISTROOVERRIDES}:${CLASSOVERRIDE}:forcevariable +OVERRIDES[vardepsexclude] = MACHINEOVERRIDES CLASSOVERRIDE ?= class-target DISTROOVERRIDES ?= ${@d.getVar('DISTRO', True) or ''} MACHINEOVERRIDES ?= ${MACHINE} -- 1.7.8.6 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] libgcc: Add missing dependency on libc:do_package
do_package writes out shlibs data and libgcc can depend on the values there. We therefore need to express the depdency so that sstate can account for it for example. Without this a version change in eglibc can psersist in the sstate cache and corrupt builds. Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org --- diff --git a/meta/recipes-devtools/gcc/libgcc_4.7.bb b/meta/recipes-devtools/gcc/libgcc_4.7.bb index 55aa03c..c796253 100644 --- a/meta/recipes-devtools/gcc/libgcc_4.7.bb +++ b/meta/recipes-devtools/gcc/libgcc_4.7.bb @@ -64,6 +64,7 @@ do_install () { rm -rf ${D}${libdir}/${TARGET_SYS}/${BINV}/include } +do_package[depends] += virtual/${MLPREFIX}libc:do_package do_package_write_ipk[depends] += virtual/${MLPREFIX}libc:do_package do_package_write_deb[depends] += virtual/${MLPREFIX}libc:do_package do_package_write_rpm[depends] += virtual/${MLPREFIX}libc:do_package ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] Tagging autobuilder bugs
Hi, I just did my first week on the SWAT team, monitoring the autobuilder. Thanks to Richard and Paul for putting up with all my questions! I did find that one of the hardest things was transferring the latest knowledge of what is broken, what isn't really broken, and what should work from the previous member. To make this easier, I've got a proposal: All problems with the build should be filed as bugs in the relevant component, and then tagged with (autobuilder) in the status whiteboard. When the problem has been resolved, the bug can be closed. This ensures that all issues are logged and the relevant people notified in a persistent manner (IRC pings may be missed) , and that when the next SWAT member takes over a bugzilla search will list any known problems. Thoughts/comments? Ross ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [oe-core][RFC] bitbake.conf: exclude whole MACHINEOVERRIDES from OVERRIDES vardeps
On Mon, 2012-07-23 at 16:25 +0200, Martin Jansa wrote: * whole MACHINEOVERRIDES can change e.g. between MACHINES with different arm architecture, causing allarch packages to reexecute do_package bitbake-diffsigs ../shr-core/tmp-eglibc/stamps/all-oe-linux/xserver-nodm-init-2.0-r16.do_package.sigdata.90e760a8f6cecbd87cb2e95f1237e3cc ../shr-core/tmp-eglibc/stamps/all-oe-linux/xserver-nodm-init-2.0-r16.do_package.sigdata.9eeccfd15f25032b3b6b132534660fff basehash changed from 7618e17d3fda05d1f15246e6800ca0f0 to 97bc4dc8c1521c535bd96b2aa62d8a03 Variable MACHINEOVERRIDES value changed from ${MACHINE}${@bb.utils.contains(TUNE_FEATURES, armv5, :armv5, ,d)}${@bb.utils.contains(TUNE_FEATURES, armv4, :armv4, ,d)}:${MACHINE_CLASS} to ${MACHINE}${@bb.utils.contains(TUNE_FEATURES, armv7a, :armv7a, ,d)}${@bb.utils.contains(TUNE_FEATURES, armv6, :armv6, ,d)}${@bb.utils.contains(TUNE_FEATURES, armv5, :armv5, ,d)}${@bb.utils.contains(TUNE_FEATURES, armv4, :armv4, ,d)}:${MACHINE_CLASS} Signed-off-by: Martin Jansa martin.ja...@gmail.com --- meta/conf/bitbake.conf |1 + 1 files changed, 1 insertions(+), 0 deletions(-) Won't this hide genuine changes where things should get rebuilt 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] [oe-core][RFC] bitbake.conf: exclude whole MACHINEOVERRIDES from OVERRIDES vardeps
On Mon, Jul 23, 2012 at 8:45 AM, Richard Purdie richard.pur...@linuxfoundation.org wrote: On Mon, 2012-07-23 at 16:25 +0200, Martin Jansa wrote: * whole MACHINEOVERRIDES can change e.g. between MACHINES with different arm architecture, causing allarch packages to reexecute do_package bitbake-diffsigs ../shr-core/tmp-eglibc/stamps/all-oe-linux/xserver-nodm-init-2.0-r16.do_package.sigdata.90e760a8f6cecbd87cb2e95f1237e3cc ../shr-core/tmp-eglibc/stamps/all-oe-linux/xserver-nodm-init-2.0-r16.do_package.sigdata.9eeccfd15f25032b3b6b132534660fff basehash changed from 7618e17d3fda05d1f15246e6800ca0f0 to 97bc4dc8c1521c535bd96b2aa62d8a03 Variable MACHINEOVERRIDES value changed from ${MACHINE}${@bb.utils.contains(TUNE_FEATURES, armv5, :armv5, ,d)}${@bb.utils.contains(TUNE_FEATURES, armv4, :armv4, ,d)}:${MACHINE_CLASS} to ${MACHINE}${@bb.utils.contains(TUNE_FEATURES, armv7a, :armv7a, ,d)}${@bb.utils.contains(TUNE_FEATURES, armv6, :armv6, ,d)}${@bb.utils.contains(TUNE_FEATURES, armv5, :armv5, ,d)}${@bb.utils.contains(TUNE_FEATURES, armv4, :armv4, ,d)}:${MACHINE_CLASS} Signed-off-by: Martin Jansa martin.ja...@gmail.com --- meta/conf/bitbake.conf |1 + 1 files changed, 1 insertions(+), 0 deletions(-) Won't this hide genuine changes where things should get rebuilt too? If something uses a machine override, won't the overridden value for that variable be the one which is stored in the checksum? So any effects of this will result in checksum modification anyway, no? -- Christopher Larson ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] kmod: Handle undefined O_CLOEXEC
On 2012-07-23 08:02, Radu Moisan wrote: Close-on-exec seems to be unsuported on some architectures like CentOS 5.8 and thus causing some packages to fail to build successfully. Future kernel version will probably fix this, but for now this patch works around this problem. Signed-off-by: Radu Moisan radu.moi...@intel.com --- meta/recipes-kernel/kmod/kmod.inc |3 +- .../Handle-unsupported-close-on-exec-flag.patch| 60 2 files changed, 62 insertions(+), 1 deletion(-) create mode 100644 meta/recipes-kernel/kmod/kmod/Handle-unsupported-close-on-exec-flag.patch diff --git a/meta/recipes-kernel/kmod/kmod.inc b/meta/recipes-kernel/kmod/kmod.inc index adba4d4..c992ad8 100644 --- a/meta/recipes-kernel/kmod/kmod.inc +++ b/meta/recipes-kernel/kmod/kmod.inc @@ -8,7 +8,7 @@ LICENSE = GPL-2.0+ LGPL-2.1+ LICENSE_libkmod = LGPL-2.1+ SECTION = base PV = 8 -INC_PR = r1 +INC_PR = r2 DEPENDS += pkgconfig-native @@ -20,6 +20,7 @@ inherit autotools gtk-doc SRC_URI = git://git.profusion.mobi/kmod.git;protocol=git;branch=master \ file://depmod-search.conf \ file://0001-man-disable-man-page-generation-because-we-don-t-hav.patch \ + file://Handle-unsupported-close-on-exec-flag.patch \ SRCREV = 819f79a24d58e3c8429f1631df2f8f85a2f95d4a diff --git a/meta/recipes-kernel/kmod/kmod/Handle-unsupported-close-on-exec-flag.patch b/meta/recipes-kernel/kmod/kmod/Handle-unsupported-close-on-exec-flag.patch new file mode 100644 index 000..f0820d9 --- /dev/null +++ b/meta/recipes-kernel/kmod/kmod/Handle-unsupported-close-on-exec-flag.patch @@ -0,0 +1,60 @@ +Index: git/libkmod/libkmod-config.c +=== +--- git.orig/libkmod/libkmod-config.c 2012-07-23 16:13:44.0 +0300 git/libkmod/libkmod-config.c 2012-07-23 16:15:53.0 +0300 +@@ -33,6 +33,10 @@ + #include libkmod.h + #include libkmod-private.h + ++#ifndef O_CLOEXEC ++#define O_CLOEXEC 0 ++#endif ++ + struct kmod_alias { + char *name; + char modname[]; +Index: git/libkmod/libkmod-file.c +=== +--- git.orig/libkmod/libkmod-file.c2012-07-23 16:13:44.0 +0300 git/libkmod/libkmod-file.c 2012-07-23 16:15:57.0 +0300 +@@ -31,6 +31,10 @@ + #include libkmod.h + #include libkmod-private.h + ++#ifndef O_CLOEXEC ++#define O_CLOEXEC 0 ++#endif ++ + #ifdef ENABLE_XZ + #include lzma.h + #endif +Index: git/libkmod/libkmod-index.c +=== +--- git.orig/libkmod/libkmod-index.c 2012-07-23 16:13:44.0 +0300 git/libkmod/libkmod-index.c2012-07-23 16:16:00.0 +0300 +@@ -31,6 +31,10 @@ + #include libkmod-index.h + #include macro.h + ++#ifndef O_CLOEXEC ++#define O_CLOEXEC 0 ++#endif ++ + /* index.c: module index file shared functions for modprobe and depmod */ + + #define INDEX_CHILDMAX 128 +Index: git/libkmod/libkmod-module.c +=== +--- git.orig/libkmod/libkmod-module.c 2012-07-23 16:13:44.0 +0300 git/libkmod/libkmod-module.c 2012-07-23 16:16:04.0 +0300 +@@ -40,6 +40,10 @@ + #include libkmod.h + #include libkmod-private.h + ++#ifndef O_CLOEXEC ++#define O_CLOEXEC 0 ++#endif ++ + /** + * SECTION:libkmod-module + * @short_description: operate on kernel modules Why didn't you put this change in 'libkmod.h' - then you'd only have to change a single file. -- Gary Thomas | Consulting for the MLB Associates |Embedded world ___ 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/3.4: 3.4.6 and 3.4.x-rt14
Updating the 3.4 kernel to the latest -stable release and updating preempt-rt to 3.4.4-rt14. Tested on qemu* Signed-off-by: Bruce Ashfield bruce.ashfi...@windriver.com --- meta/recipes-kernel/linux/linux-yocto-rt_3.4.bb |8 meta/recipes-kernel/linux/linux-yocto_3.4.bb| 16 2 files changed, 12 insertions(+), 12 deletions(-) diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_3.4.bb b/meta/recipes-kernel/linux/linux-yocto-rt_3.4.bb index 97a1a19..3e7952d 100644 --- a/meta/recipes-kernel/linux/linux-yocto-rt_3.4.bb +++ b/meta/recipes-kernel/linux/linux-yocto-rt_3.4.bb @@ -3,14 +3,14 @@ require recipes-kernel/linux/linux-yocto.inc KBRANCH = standard/preempt-rt/base KBRANCH_qemuppc = standard/preempt-rt/qemuppc -LINUX_VERSION ?= 3.4.4 +LINUX_VERSION ?= 3.4.6 LINUX_KERNEL_TYPE = preempt-rt KMETA = meta -SRCREV_machine ?= b25f7c9730e3bd3be1bf7b7982251b7459ad6579 -SRCREV_machine_qemuppc ?= 2777125ab6f92b624ecaf11d6b1ab604e64497a8 -SRCREV_meta ?= 949fddda61053cc15e46c015e8f7db17e7b33360 +SRCREV_machine ?= 2d008a6dcbf565878cee14c5f050eca53897316f +SRCREV_machine_qemuppc ?= 94d25f958b6dfb1e8009a0feea7ab4c9a8f54a99 +SRCREV_meta ?= d7a96809a585e06933d8c08adb9b9f66b21efb4c PR = ${INC_PR}.0 PV = ${LINUX_VERSION}+git${SRCPV} diff --git a/meta/recipes-kernel/linux/linux-yocto_3.4.bb b/meta/recipes-kernel/linux/linux-yocto_3.4.bb index f031e1b..f3867f7 100644 --- a/meta/recipes-kernel/linux/linux-yocto_3.4.bb +++ b/meta/recipes-kernel/linux/linux-yocto_3.4.bb @@ -10,17 +10,17 @@ KBRANCH_qemumips64 = standard/mti-malta64 KBRANCH_qemumips64el = standard/mti-malta64 KBRANCH_qemuarm = standard/arm-versatile-926ejs -SRCREV_machine_qemuarm ?= 9aca8fec49787efbe44d0f137f31ee59edd94c49 -SRCREV_machine_qemumips ?= 23fa942849b1207dbfc4528e2a5c8df0fd71870c -SRCREV_machine_qemuppc ?= 08732f25bc3cb404e29ae201074bcf5c1661ea83 -SRCREV_machine_qemux86 ?= 6297e4c1d57e1063bfce297c2e12392348598559 -SRCREV_machine_qemux86-64 ?= 6297e4c1d57e1063bfce297c2e12392348598559 -SRCREV_machine ?= 6297e4c1d57e1063bfce297c2e12392348598559 -SRCREV_meta ?= 949fddda61053cc15e46c015e8f7db17e7b33360 +SRCREV_machine_qemuarm ?= b57548a29e44655e27cfbdf3a0642d682401b835 +SRCREV_machine_qemumips ?= 633d487b0f6e5d328400b47f0d69d9dac7354c84 +SRCREV_machine_qemuppc ?= 6229fc0f62283e0dc9f8b5d2be01b048a92867f3 +SRCREV_machine_qemux86 ?= 19f7e43b54aef08d58135ed2a897d77b624b320a +SRCREV_machine_qemux86-64 ?= 19f7e43b54aef08d58135ed2a897d77b624b320a +SRCREV_machine ?= 19f7e43b54aef08d58135ed2a897d77b624b320a +SRCREV_meta ?= d7a96809a585e06933d8c08adb9b9f66b21efb4c SRC_URI = git://git.yoctoproject.org/linux-yocto-3.4.git;protocol=git;nocheckout=1;branch=${KBRANCH},meta;name=machine,meta -LINUX_VERSION ?= 3.4.4 +LINUX_VERSION ?= 3.4.6 PR = ${INC_PR}.0 PV = ${LINUX_VERSION}+git${SRCPV} -- 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] [PATCH 0/1] linux-yocto/3.4: -stable and -rt updates
Richard/Saul, A fairly simple refresh of the 3.4 kernel to pickup 3.4.6 and update the -rt patch to -rt14. Tested on qemu* locally. Updates to other layers will follow later. Cheers, Bruce The following changes since commit 315d52934693b14f08b62f3f5f361d834484e180: Pyphon-native: Fix typo (2012-07-22 14:20:57 +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/3.4: 3.4.6 and 3.4.x-rt14 meta/recipes-kernel/linux/linux-yocto-rt_3.4.bb |8 meta/recipes-kernel/linux/linux-yocto_3.4.bb| 16 2 files changed, 12 insertions(+), 12 deletions(-) -- 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] [PATCH v2 1/2] shadow-native: use 'users' group by default
The rootfs has 'users' group at number 100 and without this fix it would assign to a non-existent group and if a group with gid as 1000 is created later it would own all files for users created. Signed-off-by: Otavio Salvador ota...@ossystems.com.br --- .../shadow/shadow-native_4.1.4.3.bb|5 - 1 files changed, 4 insertions(+), 1 deletions(-) diff --git a/meta/recipes-extended/shadow/shadow-native_4.1.4.3.bb b/meta/recipes-extended/shadow/shadow-native_4.1.4.3.bb index 1e071f1..cd5605f 100644 --- a/meta/recipes-extended/shadow/shadow-native_4.1.4.3.bb +++ b/meta/recipes-extended/shadow/shadow-native_4.1.4.3.bb @@ -7,7 +7,7 @@ LICENSE = BSD | Artistic-1.0 LIC_FILES_CHKSUM = file://COPYING;md5=08c553a87d4e51bbed50b20e0adcaede \ file://src/passwd.c;firstline=8;endline=30;md5=2899a045e90511d0e043b85a7db7e2fe -PR = r6 +PR = r7 SRC_URI = http://pkg-shadow.alioth.debian.org/releases/${BPN}-${PV}.tar.bz2 \ file://shadow.automake-1.11.patch \ @@ -46,4 +46,7 @@ do_install_append() { # Now we don't have a mail system. Disable mail creation for now. sed -i 's:/bin/bash:/bin/sh:g' ${D}${sysconfdir}/default/useradd sed -i '/^CREATE_MAIL_SPOOL/ s:^:#:' ${D}${sysconfdir}/default/useradd + + # Use users group by default + sed -i 's,^GROUP=1000,GROUP=100,g' ${D}${sysconfdir}/default/useradd } -- 1.7.2.5 ___ 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] linux-yocto: consolidated pull
On 07/20/2012 08:19 AM, Bruce Ashfield wrote: Richard/Saul, I've got some -stable updates, -rt updates and other changes that are almost done, but I wanted to get these smaller patches out of my queue first. We have some cleanup patches from Robert P. J. Day and a meta branch update for EMGD, CONFIG_MTD_NAND_VERIFY_WRITE and kmemcheck. I've gone ahead and pushed the emgd update from Nitin, if it requires re-work, we'll just add more commits to the branch. Tom/Nitin: speak up if there's a problem with this! Cheers, Bruce cc: Nitin A Kamble nitin.a.kam...@intel.com cc: Tom Zanussi tom.zanu...@intel.com cc: Andrea Adami andrea.ad...@gmail.com cc: Robert P. J. Day rpj...@crashcourse.ca The following changes since commit 98a1fd1e734db50380a3a37d35767ccb4cc21f7c: documentation: Config fragment sections updated (2012-07-20 12:32: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/3.4: emgd, mtd nand and kmemcheck fixes Robert P. J. Day (2): kernel-yocto.bbclass: Fix some obvious typoes in comments. kernel-yocto.bbclass: Delete superfluous creation of ${S}/.git directory meta/classes/kernel-yocto.bbclass |8 meta/recipes-kernel/linux/linux-yocto-rt_3.4.bb |2 +- meta/recipes-kernel/linux/linux-yocto_3.4.bb|2 +- 3 files changed, 6 insertions(+), 6 deletions(-) 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] autoconf: updated to 2.69
On 07/19/2012 03:33 AM, Bogdan Marinescu wrote: Tested with core-image-sato-sdk and lib32-core-image-sato-sdk. This update was done mainly because multilib builds failed on master with this error: | autoreconf: running: aclocal -I /poky/build/tmp/work/x86-pokymllib32-linux/lib32-automake-1.12.1-r0/automake-1.12.1/m4/ -I /poky/build/tmp/sysroots/x86_64-linux/usr/share/aclocal-1.12 -I /poky/build/tmp/work/x86-pokymllib32-linux/lib32-automake-1.12.1-r0/automake-1.12.1/aclocal-copy/ -I /poky/build/tmp/work/x86-pokymllib32-linux/lib32-automake-1.12.1-r0/automake-1.12.1/m4/ -I /poky/build/tmp/sysroots/x86_64-linux/usr/share/aclocal-1.12 -I /poky/build/tmp/work/x86-pokymllib32-linux/lib32-automake-1.12.1-r0/automake-1.12.1/aclocal-copy/ --force --warnings=cross | aclocal: warning: unknown warning category 'cross' | configure.ac:18: error: Autoconf version 2.69 or higher is required Signed-off-by: Bogdan Marinescu bogdan.a.marine...@intel.com --- meta/recipes-devtools/autoconf/autoconf.inc|2 +- .../{autoconf_2.68.bb = autoconf_2.69.bb} |4 ++-- 2 files changed, 3 insertions(+), 3 deletions(-) rename meta/recipes-devtools/autoconf/{autoconf_2.68.bb = autoconf_2.69.bb} (85%) diff --git a/meta/recipes-devtools/autoconf/autoconf.inc b/meta/recipes-devtools/autoconf/autoconf.inc index 3ae98c8..778c9a1 100644 --- a/meta/recipes-devtools/autoconf/autoconf.inc +++ b/meta/recipes-devtools/autoconf/autoconf.inc @@ -12,7 +12,7 @@ RDEPENDS_${PN} = m4 gnu-config RDEPENDS_${PN}_virtclass-native = m4-native gnu-config-native RDEPENDS_${PN}_virtclass-nativesdk = m4-nativesdk gnu-config-nativesdk -SRC_URI = ${GNU_MIRROR}/autoconf/autoconf-${PV}.tar.bz2 \ +SRC_URI = ${GNU_MIRROR}/autoconf/autoconf-${PV}.tar.gz \ file://program_prefix.patch inherit autotools diff --git a/meta/recipes-devtools/autoconf/autoconf_2.68.bb b/meta/recipes-devtools/autoconf/autoconf_2.69.bb similarity index 85% rename from meta/recipes-devtools/autoconf/autoconf_2.68.bb rename to meta/recipes-devtools/autoconf/autoconf_2.69.bb index 8d466e0..478f8ed 100644 --- a/meta/recipes-devtools/autoconf/autoconf_2.68.bb +++ b/meta/recipes-devtools/autoconf/autoconf_2.69.bb @@ -17,8 +17,8 @@ SRC_URI += file://autoreconf-include.patch \ file://remove-usr-local-lib-from-m4.patch \ -SRC_URI[md5sum] = 864d785215aa60d627c91fcb21b05b07 -SRC_URI[sha256sum] = c491fb273fd6d4ca925e26ceed3d177920233c76d542b150ff35e571454332c8 +SRC_URI[md5sum] = 82d05e03b93e45f5a39b828dc9c6c29b +SRC_URI[sha256sum] = 954bd69b391edc12d6a4a51a2dd1476543da5c6bbf05a95b59dc0dd6fd4c2969 SRC_URI_append_virtclass-native = file://fix_path_xtra.patch 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 v2 00/16] python-native: Put binaries in seperate directory
On 07/19/2012 10:46 AM, Morgan Little wrote: I updated python-native like it was suggest by Richard here: http://lists.linuxtogo.org/pipermail/openembedded-core/2012-June/024644.html It is to resolve an issue that comes up when python-native is building and autoconf finds the binary but not the libraries. This fix moves where the binaries are installed to remove this issue and use the system's python. I have used bitbake world to build to make sure most things are build and have added all of the recipes that I found were affected. I will be building more to make sure I managed to get all of them. -V2 Change- Updated distutils-base to inherit pythonnative Removed added pythonnative inherit in distutils Removed added inherit for pythonnative from python-dbus, python-pygtk, python-setuptools, python-gst, python-pygobject since they get the inherit from distutils-base Updated perf for the change The following changes since commit 28715eff6dff3415b1d7b0be8cbb465c417e307f: Richard Purdie (1): boot-directdisk: Fix kernel location after STAGING_KERNEL_DIR change are available in the git repository at: g...@github.com:morganlittle/oe-core.git master Morgan Little (16): python-native: Put binaries in seperate directory python: Update for python-native changes python-scons-native: Update for python-native changes python-pyrex-native: Update for python-native changes mklibs-native: Update for python-native changes telepathy-glib: Update for python-native changes telepathy-python: Update for python-native changes libxml2: Update for python-native changes gnome-doc-utils: Update for python-native changes gobject-introspection: Update for python-native changes mesa-common: Update for python-native changes libxcb: Update for python-native changes xcb-proto: Update for python-native changes perf: Update for python-native changes kernelshark: Update for python-native changes trace-cmd: Update for python-native changes meta/classes/distutils-base.bbclass|2 +- meta/classes/distutils.bbclass |8 meta/classes/pythonnative.bbclass |3 +++ .../telepathy/telepathy-glib_0.19.2.bb |4 ++-- .../telepathy/telepathy-python_0.15.19.bb |4 ++-- meta/recipes-core/libxml/libxml2.inc |2 +- .../mklibs/mklibs-native_0.1.34.bb |4 ++-- .../recipes-devtools/python/python-native_2.7.3.bb | 10 ++ .../python/python-pyrex-native_0.9.9.bb|4 ++-- .../python/python-scons-native_2.1.0.bb|4 ++-- meta/recipes-devtools/python/python_2.7.3.bb | 18 +- meta/recipes-gnome/gnome/gnome-doc-utils.inc |2 +- .../gnome/gobject-introspection_1.32.1.bb |2 +- .../gnome/gobject-introspection_git.bb |2 +- meta/recipes-graphics/mesa/mesa-common.inc |4 ++-- meta/recipes-graphics/xcb/libxcb.inc |2 +- meta/recipes-graphics/xcb/xcb-proto.inc|2 +- meta/recipes-kernel/perf/perf_3.4.bb |2 +- meta/recipes-kernel/trace-cmd/kernelshark_1.2.bb |4 ++-- meta/recipes-kernel/trace-cmd/trace-cmd_1.2.bb |4 ++-- 20 files changed, 46 insertions(+), 41 deletions(-) create mode 100644 meta/classes/pythonnative.bbclass ___ 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 00/26] Use gtk-doc-stub
On 07/19/2012 09:10 AM, Ross Burton wrote: That nice Colin Walters had the same problem in ostree that we have in Poky - gtk-doc and modules that autoregen. He solved it in a cleaner manner and created gtk-doc-stub, which has the external interface of gtk-doc but (obviously) does nothing. This patch series: - packages gtk-doc-stub - changes the gtk-doc class to depend on gtk-doc-stub-native and pass --disable-gtk-doc to the configure script - updates every recipe in oe-core that mentions gtk-doc One question: is the dependency addition in gtk-doc.bbclass correct? Different recipies have different way of adding dependencies, and I'm not sure if the native line is required. For packages in other layers, you can: - inherit gtk-doc - remove gtk-doc from your DEPENDS - remove --disable-gtk-doc from your OECONF - stop creating gtk-doc.make in do_configure_prepend I've compared buildhistory before and after this series, the only change was that glib-2.0-doc packaged the existing documentation in the tarball. I'm not sure why it didn't do this before, but that's a bug fixed for free. Ross The following changes since commit 2665be9dd5730c3f1135b92d7d91de479c397a29: buildhistory.bbclass: Fix python whitespace (2012-07-19 12:33:20 +0100) are available in the git repository at: git://git.yoctoproject.org/poky-contrib ross/gtkdoc for you to fetch changes up to 7c586b3b9b06e0f9f50f085419083c63830b7900: Remove gtk-doc (2012-07-19 17:05:54 +0100) Ross Burton (26): Add gtk-doc-stub change gtk-doc.bbclass to pull in depends and oeconf glib-2.0: cleanup thanks to new gtk-doc.bbclass gconf: cleanup thanks to new gtk-doc.bbclass gobject-introspection: cleanup thanks to new gtk-doc.bbclass cogl: cleanup thanks to new gtk-doc.bbclass gypsy: inherit gtk-doc gconf: cleanup thanks to new gtk-doc.bbclass connman: cleanup thanks to new gtk-doc.bbclass polkit: cleanup thanks to new gtk-doc.bbclass polkit-gnome: cleanup thanks to new gtk-doc.bbclass gail: cleanup thanks to new gtk-doc.bbclass gnome-keyring: cleanup thanks to new gtk-doc.bbclass libart_lgpl: cleanup thanks to new gtk-doc.bbclass libgnome-keyring: cleanup thanks to new gtk-doc.bbclass gtk+: cleanup thanks to new gtk-doc.bbclass libglade: cleanup thanks to new gtk-doc.bbclass librsvg: cleanup thanks to new gtk-doc.bbclass clutter: cleanup thanks to new gtk-doc.bbclass pango: cleanup thanks to new gtk-doc.bbclass kmod: inherit gtk-doc, gnome-doc-utils-native isn't the package you were looking for evolution-data-server: cleanup thanks to new gtk-doc.bbclass webkit-gtk: cleanup thanks to new gtk-doc.bbclass atk: cleanup thanks to new gtk-doc.bbclass vte: cleanup thanks to new gtk-doc.bbclass Remove gtk-doc meta/classes/gtk-doc.bbclass | 20 +-- meta/recipes-connectivity/connman/connman.inc |5 +- meta/recipes-connectivity/gypsy/gypsy.inc |6 +- meta/recipes-connectivity/gypsy/gypsy_0.8.bb |2 +- meta/recipes-connectivity/gypsy/gypsy_git.bb |2 + meta/recipes-core/glib-2.0/glib-2.0_2.32.4.bb |5 +- meta/recipes-core/glib-2.0/glib.inc|6 +- meta/recipes-extended/polkit/polkit-gnome_0.102.bb |5 +- meta/recipes-extended/polkit/polkit_0.104.bb |6 +- meta/recipes-gnome/gnome/gail_1.20.2.bb|6 +- meta/recipes-gnome/gnome/gconf_3.2.3.bb| 10 +--- meta/recipes-gnome/gnome/gnome-keyring_2.32.1.bb |6 +- .../gnome/gobject-introspection_1.32.1.bb | 11 ++-- .../gnome/gobject-introspection_git.bb | 11 +--- meta/recipes-gnome/gnome/libart-lgpl_2.3.21.bb |7 +-- .../recipes-gnome/gnome/libgnome-keyring_2.32.0.bb |6 +- meta/recipes-gnome/gtk+/gtk+.inc |4 +- meta/recipes-gnome/gtk+/gtk+_2.12.7.bb |2 +- meta/recipes-gnome/gtk+/gtk+_2.16.6.bb |2 +- meta/recipes-gnome/gtk+/gtk+_2.24.8.bb |2 +- .../recipes-gnome/gtk-doc-stub/gtk-doc-stub_git.bb | 19 ++ meta/recipes-gnome/gtk-doc/gtk-doc.bb | 19 -- meta/recipes-gnome/gtk-doc/gtk-doc.m4 | 61 meta/recipes-gnome/libglade/libglade_2.6.4.bb |6 +- meta/recipes-gnome/librsvg/librsvg_2.32.1.bb |5 +- meta/recipes-graphics/clutter/clutter-1.8_1.8.4.bb |2 + meta/recipes-graphics/clutter/clutter-1.8_git.bb |2 +- meta/recipes-graphics/clutter/clutter.inc |4 +- meta/recipes-graphics/clutter/cogl.inc |4 +- meta/recipes-graphics/clutter/cogl_1.8.2.bb|2 +- meta/recipes-graphics/clutter/cogl_git.bb |2 +- meta/recipes-graphics/pango/pango.inc
Re: [OE-core] [oe-commits] Ross Burton : webkit-gtk: remove no-parallel bodge
On 21 July 2012 00:15, Martin Jansa martin.ja...@gmail.com wrote: I've built it without PARALLEL_MAKE about 8 times already and this is first time it failed.. so the race condition is probably still there. Disabling parallel makes really does make webkit take a long time to build. My preferred option at the moment is to make webkit-gtk depend on make-native-replacement, and package 3.81. I'd like to see that dependency only kick in it we detect that the host has 3.82, but that's pretty evil... I've also pinged the bug-make mailing list about this problem as there have been a bug and two patches in their bug tracker for two years now with no comment. Ross ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] busybox:udhcpc: fix the root_is_nfs() function
On 07/21/2012 05:46 PM, rongqing...@windriver.com wrote: From: Roy.Li rongqing...@windriver.com [YOCTO #2788] The system will be hung when udhcpc starts, if nfs is mounted at / directory and default route is different after starting udhcpc. The cause is that root_is_nfs() does not work after kernel-2.6.37, since the device name has been changed from /dev/root to ${IPADDR}:${NFSDIR} on /proc/mounts. which leads to remove the default routes to nfs server, Now we use a loose match to check if rootfs is nfs. Signed-off-by: Roy.Li rongqing...@windriver.com --- meta/recipes-core/busybox/files/simple.script |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) This need a PR bump in the busybox recipe. Sau! diff --git a/meta/recipes-core/busybox/files/simple.script b/meta/recipes-core/busybox/files/simple.script index 27368f0..dc2121d 100644 --- a/meta/recipes-core/busybox/files/simple.script +++ b/meta/recipes-core/busybox/files/simple.script @@ -10,7 +10,8 @@ RESOLV_CONF=/etc/resolv.conf # return 0 if root is mounted on a network filesystem root_is_nfs() { - grep -qe '^/dev/root.*\(nfs\|smbfs\|ncp\|coda\) .*' /proc/mounts + sed -n 's/^[^ ]* \([^ ]*\) \([^ ]*\) .*$/\1 \2/p' /proc/mounts | + grep -q ^/ \(nfs\|smbfs\|ncp\|coda\)$ } have_bin_ip=0 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] OE layer index page entry referring to meta-oe seems wrong
i was checking out the OE layer index page: http://www.openembedded.org/wiki/LayerIndex and it seems like the early entry for meta-oe is misleading. if you check out that git repo, what you get is the meta-openembedded top level directory, of which meta-oe is just one of a number of sub-layers (meta-efl, meta-gnome, ..., meta-oe), similar to the situation with meta-intel. just an observation. rday -- Robert P. J. Day Ottawa, Ontario, CANADA http://crashcourse.ca Twitter: http://twitter.com/rpjday LinkedIn: http://ca.linkedin.com/in/rpjday ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH V2 2/2] kernel bbclass: Recreate uImage only when KEEPUIMAGE != yes
On 07/20/2012 04:22 PM, Khem Raj wrote: From: Koen Kooi k...@dominion.thruhere.net The intent of the uImage code in this class includes the following 1) be able to specify custom load addresses without needing to patch the kernel 2) add better information to the uImage description field The current state is a NOP anyway, the kernel will always build a uImage when you tell it to 'make uImage'. weakly Set KEEPUIMAGE to 'yes' in default-distrovars.inc which preserve the current OE-Core behavior. Machines which are being ported from oe.dev and need to regenerate uImage can set this to be empty Signed-off-by: Koen Kooi k...@dominion.thruhere.net Signed-off-by: Khem Raj raj.k...@gmail.com xx Signed-off-by: Khem Raj raj.k...@gmail.com --- meta/classes/kernel.bbclass |2 +- meta/conf/distro/include/default-distrovars.inc |1 + 2 files changed, 2 insertions(+), 1 deletion(-) diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass index ce4d7de..ab984e3 100644 --- a/meta/classes/kernel.bbclass +++ b/meta/classes/kernel.bbclass @@ -507,7 +507,7 @@ KERNEL_IMAGE_SYMLINK_NAME ?= ${KERNEL_IMAGETYPE}-${MACHINE} do_uboot_mkimage() { if test x${KERNEL_IMAGETYPE} = xuImage ; then - if test ! -e arch/${ARCH}/boot/uImage ; then + if test x${KEEPUIMAGE} != xyes ; then ENTRYPOINT=${UBOOT_ENTRYPOINT} if test -n ${UBOOT_ENTRYSYMBOL}; then ENTRYPOINT=`${HOST_PREFIX}nm ${S}/vmlinux | \ diff --git a/meta/conf/distro/include/default-distrovars.inc b/meta/conf/distro/include/default-distrovars.inc index f770919..b72221f 100644 --- a/meta/conf/distro/include/default-distrovars.inc +++ b/meta/conf/distro/include/default-distrovars.inc @@ -2,6 +2,7 @@ QA_LOGFILE = ${TMPDIR}/qa.log OEINCLUDELOGS ?= yes KERNEL_CONSOLE ?= ttyS0 +KEEPUIMAGE ?? = yes this really worked? (note the space between ?? = ) PCMCIA_MANAGER ?= pcmciautils ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH V3] kernel bbclass: Recreate uImage only when KEEPUIMAGE != yes
From: Koen Kooi k...@dominion.thruhere.net The intent of the uImage code in this class includes the following 1) be able to specify custom load addresses without needing to patch the kernel 2) add better information to the uImage description field The current state is a NOP anyway, the kernel will always build a uImage when you tell it to 'make uImage'. weakly Set KEEPUIMAGE to 'yes' in default-distrovars.inc which preserve the current OE-Core behavior. Machines which are being ported from oe.dev and need to regenerate uImage can set this to be empty Signed-off-by: Koen Kooi k...@dominion.thruhere.net Signed-off-by: Khem Raj raj.k...@gmail.com --- meta/classes/kernel.bbclass |2 +- meta/conf/distro/include/default-distrovars.inc |1 + 2 files changed, 2 insertions(+), 1 deletion(-) diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass index ce4d7de..ab984e3 100644 --- a/meta/classes/kernel.bbclass +++ b/meta/classes/kernel.bbclass @@ -507,7 +507,7 @@ KERNEL_IMAGE_SYMLINK_NAME ?= ${KERNEL_IMAGETYPE}-${MACHINE} do_uboot_mkimage() { if test x${KERNEL_IMAGETYPE} = xuImage ; then - if test ! -e arch/${ARCH}/boot/uImage ; then + if test x${KEEPUIMAGE} != xyes ; then ENTRYPOINT=${UBOOT_ENTRYPOINT} if test -n ${UBOOT_ENTRYSYMBOL}; then ENTRYPOINT=`${HOST_PREFIX}nm ${S}/vmlinux | \ diff --git a/meta/conf/distro/include/default-distrovars.inc b/meta/conf/distro/include/default-distrovars.inc index f770919..ef8232d 100644 --- a/meta/conf/distro/include/default-distrovars.inc +++ b/meta/conf/distro/include/default-distrovars.inc @@ -2,6 +2,7 @@ QA_LOGFILE = ${TMPDIR}/qa.log OEINCLUDELOGS ?= yes KERNEL_CONSOLE ?= ttyS0 +KEEPUIMAGE ??= yes PCMCIA_MANAGER ?= pcmciautils -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH V2] libcgroup_0.37.1.bb: Add recipe
This recipe is imported from meta-oe its a requirement for systemd to work. Now that systemd is living in a layer of its own. Lets have this recipe into core metadata Signed-off-by: Khem Raj raj.k...@gmail.com --- meta/recipes-core/libcgroup/libcgroup_0.37.1.bb | 27 +++ 1 files changed, 27 insertions(+), 0 deletions(-) create mode 100644 meta/recipes-core/libcgroup/libcgroup_0.37.1.bb diff --git a/meta/recipes-core/libcgroup/libcgroup_0.37.1.bb b/meta/recipes-core/libcgroup/libcgroup_0.37.1.bb new file mode 100644 index 000..a99d7ac --- /dev/null +++ b/meta/recipes-core/libcgroup/libcgroup_0.37.1.bb @@ -0,0 +1,27 @@ +DESCRIPTION = Libcgroup +SECTION = libs +LICENSE = LGPLv2.1 +LIC_FILES_CHKSUM = file://COPYING;md5=2d5025d4aa3495befef8f17206a5b0a1 + +PR = r1 + +inherit autotools pkgconfig + +DEPENDS = ${@base_contains('DISTRO_FEATURES', 'pam', 'libpam', '', d)} + +SRC_URI = ${SOURCEFORGE_MIRROR}/project/libcg/${PN}/v${PV}/${PN}-${PV}.tar.bz2 +SRC_URI[md5sum] = 24a41b18de112e8d085bb1f7d9e82af7 +SRC_URI[sha256sum] = 0b08632de5d3641aa554b422d02a77d9367e57933328a8765204ad9588cd5c0d + +EXTRA_OECONF = ${@base_contains('DISTRO_FEATURES', 'pam', '--enable-pam-module-dir=${base_libdir}/security --enable-pam=yes', '--enable-pam=no', d)} + +# http://www.mail-archive.com/openembedded-devel@lists.openembedded.org/msg21444.html +PARALLEL_MAKE = + +PACKAGES =+ cgroups-pam-plugin +FILES_cgroups-pam-plugin = ${base_libdir}/security/pam_cgroup.so* +FILES_${PN}-dbg += ${base_libdir}/security/.debug +FILES_${PN}-dev += ${base_libdir}/security/*.la + +# We really need the symlink so :( +INSANE_SKIP_${PN} = dev-so -- 1.7.5.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] OE layer index page entry referring to meta-oe seems wrong
On Monday 23 July 2012 14:57:15 Robert P. J. Day wrote: i was checking out the OE layer index page: http://www.openembedded.org/wiki/LayerIndex and it seems like the early entry for meta-oe is misleading. if you check out that git repo, what you get is the meta-openembedded top level directory, of which meta-oe is just one of a number of sub-layers (meta-efl, meta-gnome, ..., meta-oe), similar to the situation with meta-intel. That's what the Repo subdir column is supposed to help with - that indicates which subdirectory within the repository the layer is in. Git does not really conveniently allow checking out just a subdirectory so we have to refer to the top level. That said, I'm happy to have suggestions on how we can improve the index in this regard. Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] OE layer index page entry referring to meta-oe seems wrong
On Mon, 23 Jul 2012, Paul Eggleton wrote: On Monday 23 July 2012 14:57:15 Robert P. J. Day wrote: i was checking out the OE layer index page: http://www.openembedded.org/wiki/LayerIndex and it seems like the early entry for meta-oe is misleading. if you check out that git repo, what you get is the meta-openembedded top level directory, of which meta-oe is just one of a number of sub-layers (meta-efl, meta-gnome, ..., meta-oe), similar to the situation with meta-intel. That's what the Repo subdir column is supposed to help with - that indicates which subdirectory within the repository the layer is in. Git does not really conveniently allow checking out just a subdirectory so we have to refer to the top level. That said, I'm happy to have suggestions on how we can improve the index in this regard. ah, got it, i just didn't look closely enough. just an observation -- meta-openembedded's meta-multimedia and meta-systemd layers don't appear to be listed on that page. is that a deliberate omission? rday -- Robert P. J. Day Ottawa, Ontario, CANADA http://crashcourse.ca Twitter: http://twitter.com/rpjday LinkedIn: http://ca.linkedin.com/in/rpjday ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] OE layer index page entry referring to meta-oe seems wrong
On Monday 23 July 2012 17:03:12 Robert P. J. Day wrote: -- meta-openembedded's meta-multimedia and meta-systemd layers don't appear to be listed on that page. is that a deliberate omission? It was, since up until recently both of those layers were empty. Thanks for reminding me though - I have now added them. Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/6] package.bbclass: Create symlinks for packages with different packaged name
From: Andrei Gherzan and...@gherzan.ro While generating license.manifest package information is searched in: filename=`ls ${TMPDIR}/pkgdata/*/runtime/${pkg}| head -1` This is ok as long as package name is the same as the package name after packaging. For example dbus is packaged as dbus-1. So, searching ls ${TMPDIR}/pkgdata/*/runtime/dbus-1 will fail because there is no file with this package name. Create a symlink to the pkgdata file in a runtime-reverse directory so that these reverse lookups are possible. Fixes [YOCTO #2638]. Signed-off-by: Andrei Gherzan and...@gherzan.ro Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com --- meta/classes/license.bbclass |2 +- meta/classes/package.bbclass |6 +- 2 files changed, 6 insertions(+), 2 deletions(-) diff --git a/meta/classes/license.bbclass b/meta/classes/license.bbclass index a2721ab..231b4a3 100644 --- a/meta/classes/license.bbclass +++ b/meta/classes/license.bbclass @@ -86,7 +86,7 @@ license_create_manifest() { # list of installed packages is broken for deb for pkg in ${INSTALLED_PKGS}; do # not the best way to do this but licenses are not arch dependant iirc - filename=`ls ${TMPDIR}/pkgdata/*/runtime/${pkg}| head -1` + filename=`ls ${TMPDIR}/pkgdata/*/runtime-reverse/${pkg}| head -1` pkged_pn=$(sed -n 's/^PN: //p' ${filename}) pkged_lic=$(sed -n '/^LICENSE: /{ s/^LICENSE: //; s/[+|()*]/ /g; s/ */ /g; p }' ${filename}) pkged_pv=$(sed -n 's/^PV: //p' ${filename}) diff --git a/meta/classes/package.bbclass b/meta/classes/package.bbclass index fc83424..ea199d3 100644 --- a/meta/classes/package.bbclass +++ b/meta/classes/package.bbclass @@ -1124,6 +1124,10 @@ python emit_pkgdata() { sf.write('%s_%s: %s\n' % ('PKGSIZE', pkg, get_directory_size(pkgdest + /%s % pkg))) sf.close() +# Symlinks needed for reverse lookups (from the final package name) +pkgval = d.getVar('PKG_%s' % (pkg), True) +subdata_sym = pkgdatadir + /runtime-reverse/%s % pkgval +oe.path.symlink(../runtime/%s % pkg, subdata_sym, True) allow_empty = d.getVar('ALLOW_EMPTY_%s' % pkg, True) if not allow_empty: @@ -1137,7 +1141,7 @@ python emit_pkgdata() { bb.utils.unlockfile(lf) } -emit_pkgdata[dirs] = ${PKGDESTWORK}/runtime +emit_pkgdata[dirs] = ${PKGDESTWORK}/runtime ${PKGDESTWORK}/runtime-reverse ldconfig_postinst_fragment() { if [ x$D = x ]; then -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 5/6] classes/image: add staticdev-pkgs IMAGE_FEATURES feature
Add a staticdev-pkgs feature that can be added to IMAGE_FEATURES in order to install all staticdev packages. Fixes [YOCTO #2531]. Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com --- meta/classes/image.bbclass |4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass index ed531e3..429e883 100644 --- a/meta/classes/image.bbclass +++ b/meta/classes/image.bbclass @@ -35,7 +35,7 @@ NORMAL_FEATURE_INSTALL_OPTIONAL = ${@' '.join(oe.packagegroup.optional_packages def normal_groups(d): Return all the IMAGE_FEATURES, with the exception of our special package groups -extras = set(['dev-pkgs', 'doc-pkgs', 'dbg-pkgs']) +extras = set(['dev-pkgs', 'staticdev-pkgs', 'doc-pkgs', 'dbg-pkgs']) features = set(oe.data.typed_value('IMAGE_FEATURES', d)) return features.difference(extras) @@ -47,6 +47,8 @@ def complementary_globs(featurevar, d): for feature in features: if feature == 'dev-pkgs': globs.append('*-dev') +elif feature == 'staticdev-pkgs': +globs.append('*-staticdev') elif feature == 'doc-pkgs': globs.append('*-doc') elif feature == 'dbg-pkgs': -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/6] rootfs generation improvements v2
Fix up handling of complementary package installation (dev, dbg, doc, etc.) and introduce a staticdev-pkgs IMAGE_FEATURES feature. I've tested this with all backends using buildhistory to examine the changes to the image contents, and compared the lists of files in the SDK-from-image output with the rpm backend. Changes since v1 of this series: * The way packages were mapped to their dev equivalents was extremely naive. We now use pkgdata to map back to the actual dev package, which handles debian renaming properly (e.g. the zlib recipe produces a main package called libz1, whose corresponding dev package is libz-dev). This relies upon Andrei Gerzhan's pending fix to add symlinks to do reverse pkgdata lookups, which has been updated (to use a separate directory, always create the symlink even if the name is the same, and force the symlink so that it can be re-run without errors) and has been included in this series. * Rework the rpm backend to use a separate C program to do the resolution of package name to package file, and consolidate the package list processing code. * Improve performance of buildhistory data collection, using python helper script (ipk/deb backends) and the aforementioned C program (rpm backend) to avoid lots of slow sed/grep operations. As an example, a build of core-image-minimal-dev with the rpm backend went from about 13 mins to about 5 mins, so less than half the time. The latter two changes seem unrelated, but due to us triggering some kind of environment size limit with the rpm backend, a rethink of how that code works was required, and this is the result. Overall, if buildhistory is not enabled, with the rpm backend do_rootfs actually takes a little bit longer than it did previously, however without the work on performance I believe the impact would have been much greater. Note: building core-image-lsb-sdk with these changes uncovered an issue with the dhcp recipe packaging (patch already submitted to fix this), and another issue with locale packages (bug 2815 filed). Additionally it emphasises how the greedy dev/dbg package dependencies drag in a lot of other seemingly extraneous packages; this will be worked on separately (see bug 2599). The following changes since commit da1de01aa74da0f38f07af523a9861824f7b0c95: Pyphon-native: Fix typo (2012-07-22 14:20:26 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib paule/rootfs2 http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=paule/rootfs2 Andrei Gherzan (1): package.bbclass: Create symlinks for packages with different packaged name Paul Eggleton (5): classes/rootfs_rpm: improve speed of RPM rootfs construction classes/package_deb: add PackageArch field Rework installation of dev, dbg, doc, and locale packages classes/image: add staticdev-pkgs IMAGE_FEATURES feature buildhistory: improve performance of image info collection meta/classes/buildhistory.bbclass | 51 ++- meta/classes/image.bbclass| 88 ++--- meta/classes/license.bbclass |2 +- meta/classes/package.bbclass |6 +- meta/classes/package_deb.bbclass |1 + meta/classes/package_rpm.bbclass | 183 +- meta/classes/populate_sdk_deb.bbclass |2 + meta/classes/populate_sdk_ipk.bbclass |2 + meta/classes/populate_sdk_rpm.bbclass |3 + meta/classes/rootfs_deb.bbclass | 51 ++- meta/classes/rootfs_ipk.bbclass | 50 ++- meta/classes/rootfs_rpm.bbclass | 69 ++-- meta/recipes-devtools/rpm/rpmresolve/rpmresolve.c | 376 + meta/recipes-devtools/rpm/rpmresolve_1.0.bb | 22 ++ scripts/oe-pkgdata-util | 167 + scripts/opkg-query-helper.py | 76 + 16 files changed, 885 insertions(+), 264 deletions(-) create mode 100644 meta/recipes-devtools/rpm/rpmresolve/rpmresolve.c create mode 100644 meta/recipes-devtools/rpm/rpmresolve_1.0.bb create mode 100755 scripts/oe-pkgdata-util create mode 100755 scripts/opkg-query-helper.py -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/6] classes/rootfs_rpm: improve speed of RPM rootfs construction
Improve the performance of the RPM backend during do_rootfs by performing most of the package name to file resolution in a separate utility written in C, processing the entire list of packages at once rather than running rpm on the command line which loads the RPM database for every package. Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com --- meta/classes/package_rpm.bbclass | 109 meta/classes/rootfs_rpm.bbclass |1 + meta/recipes-devtools/rpm/rpmresolve/rpmresolve.c | 273 + meta/recipes-devtools/rpm/rpmresolve_1.0.bb | 22 ++ 4 files changed, 341 insertions(+), 64 deletions(-) create mode 100644 meta/recipes-devtools/rpm/rpmresolve/rpmresolve.c create mode 100644 meta/recipes-devtools/rpm/rpmresolve_1.0.bb diff --git a/meta/classes/package_rpm.bbclass b/meta/classes/package_rpm.bbclass index 983be4c..29018e9 100644 --- a/meta/classes/package_rpm.bbclass +++ b/meta/classes/package_rpm.bbclass @@ -197,6 +197,45 @@ rpm_update_pkg () { fi } +process_pkg_list_rpm() { + local insttype=$1 + shift + local pkgs=$@ + local confbase=${INSTALL_CONFBASE_RPM} + + echo -n ${target_rootfs}/install/base_archs.pkglist + echo -n ${target_rootfs}/install/ml_archs.pkglist + + for pkg in $pkgs; do + echo Processing $pkg... + + archvar=base_archs + ml_pkg=$pkg + for i in ${MULTILIB_PREFIX_LIST} ; do + subst=${pkg#${i}-} + if [ $subst != $pkg ] ; then + ml_pkg=$subst + archvar=ml_archs + break + fi + done + + echo $ml_pkg ${target_rootfs}/install/$archvar.pkglist + done + + local manifestpfx=install + local extraopt= + if [ $insttype = attemptonly ] ; then + manifestpfx=install_attemptonly + extraopt=-i + fi + + rpmresolve $extraopt ${confbase}-base_archs.conf ${target_rootfs}/install/base_archs.pkglist ${target_rootfs}/install/${manifestpfx}.manifest + if [ -s ${target_rootfs}/install/ml_archs.pkglist ] ; then + rpmresolve $extraopt ${confbase}-ml_archs.conf ${target_rootfs}/install/ml_archs.pkglist ${target_rootfs}/install/${manifestpfx}_multilib.manifest + fi +} + # # install a bunch of packages using rpm # the following shell variables needs to be set before calling this func: @@ -256,55 +295,12 @@ package_install_internal_rpm () { # Uclibc builds don't provide this stuff... if [ x${TARGET_OS} = xlinux ] || [ x${TARGET_OS} = xlinux-gnueabi ] ; then if [ ! -z ${package_linguas} ]; then - for pkg in ${package_linguas}; do - echo Processing $pkg... - - archvar=base_archs - manifest=install.manifest - ml_prefix=`echo ${pkg} | cut -d'-' -f1` - ml_pkg=$pkg - for i in ${MULTILIB_PREFIX_LIST} ; do - if [ ${ml_prefix} = ${i} ]; then - ml_pkg=$(echo ${pkg} | sed s,^${ml_prefix}-\(.*\),\1,) - archvar=ml_archs - manifest=install_multilib.manifest - break - fi - done - - pkg_name=$(resolve_package_rpm ${confbase}-${archvar}.conf ${ml_pkg}) - if [ -z $pkg_name ]; then - echo Unable to find package $pkg ($ml_pkg)! - exit 1 - fi - echo $pkg_name ${target_rootfs}/install/${manifest} - done + process_pkg_list_rpm linguas ${package_linguas} fi fi - if [ ! -z ${package_to_install} ]; then - for pkg in ${package_to_install} ; do - echo Processing $pkg... - archvar=base_archs - manifest=install.manifest - ml_prefix=`echo ${pkg} | cut -d'-' -f1` - ml_pkg=$pkg - for i in ${MULTILIB_PREFIX_LIST} ; do - if [ ${ml_prefix} = ${i} ]; then - ml_pkg=$(echo ${pkg} | sed s,^${ml_prefix}-\(.*\),\1,) - archvar=ml_archs -
[OE-core] [PATCH 3/6] classes/package_deb: add PackageArch field
If we want to query the PACKAGE_ARCH from the installed package (as we do in order to be able to do a pkgdata lookup for example) then we need to have this stored in its own field as this is not always the same as the Architecture field for deb packages. Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com --- meta/classes/package_deb.bbclass |1 + 1 file changed, 1 insertion(+) diff --git a/meta/classes/package_deb.bbclass b/meta/classes/package_deb.bbclass index d09baea..48511df 100644 --- a/meta/classes/package_deb.bbclass +++ b/meta/classes/package_deb.bbclass @@ -290,6 +290,7 @@ python do_package_deb () { fields.append([Maintainer: %s\n, ['MAINTAINER']]) fields.append([Architecture: %s\n, ['DPKG_ARCH']]) fields.append([OE: %s\n, ['PN']]) +fields.append([PackageArch: %s\n, ['PACKAGE_ARCH']]) fields.append([Homepage: %s\n, ['HOMEPAGE']]) # Package, Version, Maintainer, Description - mandatory -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 4/6] Rework installation of dev, dbg, doc, and locale packages
Use a similar mechanism that was previously used to install locales at rootfs generation time to install other complementary packages (e.g. *-dev packages) - i.e. install all of the explicitly requested packages and their dependencies, then get a list of the packages that were installed, and use that list to install the complementary packages. This has been implemented by using a list of globs which should make it easier to extend in future. The previous locale package installation code assumed that the locale packages did not have any dependencies that were not already installed; now that we are installing non-locale packages this is no longer correct. In practice only the rpm backend actually made use of this assumption, so it needed to be changed to call into the existing package backend code to do the complementary package installation rather than calling rpm directly. This fixes the doc-pkgs IMAGE_FEATURES feature to work correctly, and also ensures that all dev/dbg packages get installed for dev-pkgs/dbg-pkgs respectively even if the dependency chains between those packages was not ensuring that already. The code has also been adapted to work correctly with the new SDK-from-image functionality. To that end, an SDKIMAGE_FEATURES variable has been added to allow specifying what extra image features should go into the SDK (extra, because by virtue of installing all of the packages in the image into the target part of the SDK, we already include all of IMAGE_FEATURES) with a default value of dev-pkgs dbg-pkgs. Fixes [YOCTO #2614]. Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com --- meta/classes/image.bbclass| 84 + meta/classes/package_rpm.bbclass | 74 +-- meta/classes/populate_sdk_deb.bbclass |2 + meta/classes/populate_sdk_ipk.bbclass |2 + meta/classes/populate_sdk_rpm.bbclass |3 + meta/classes/rootfs_deb.bbclass | 27 +++--- meta/classes/rootfs_ipk.bbclass | 26 ++--- meta/classes/rootfs_rpm.bbclass | 35 +++ scripts/oe-pkgdata-util | 167 + scripts/opkg-query-helper.py | 76 +++ 10 files changed, 386 insertions(+), 110 deletions(-) create mode 100755 scripts/oe-pkgdata-util create mode 100755 scripts/opkg-query-helper.py diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass index 1799bf1..ed531e3 100644 --- a/meta/classes/image.bbclass +++ b/meta/classes/image.bbclass @@ -6,7 +6,8 @@ inherit imagetest-${IMAGETEST} inherit populate_sdk_base TOOLCHAIN_TARGET_TASK += ${PACKAGE_INSTALL} -TOOLCHAIN_TARGET_TASK_ATTEMPTONLY += ${PACKAGE_INSTALL_ATTEMPTONLY} ${PACKAGE_GROUP_dev-pkgs} ${PACKAGE_GROUP_dbg-pkgs} +TOOLCHAIN_TARGET_TASK_ATTEMPTONLY += ${PACKAGE_INSTALL_ATTEMPTONLY} +POPULATE_SDK_POST_TARGET_COMMAND += rootfs_install_complementary populate_sdk; inherit gzipnative @@ -38,25 +39,23 @@ def normal_groups(d): features = set(oe.data.typed_value('IMAGE_FEATURES', d)) return features.difference(extras) -def normal_pkgs_to_install(d): -import oe.packagedata - -to_install = oe.data.typed_value('IMAGE_INSTALL', d) -features = normal_groups(d) -required = list(oe.packagegroup.required_packages(features, d)) -optional = list(oe.packagegroup.optional_packages(features, d)) -all_packages = to_install + required + optional - -recipes = filter(None, [oe.packagedata.recipename(pkg, d) for pkg in all_packages]) - -return all_packages + recipes - -PACKAGE_GROUP_dbg-pkgs = ${@' '.join('%s-dbg' % pkg for pkg in normal_pkgs_to_install(d))} -PACKAGE_GROUP_dbg-pkgs[optional] = 1 -PACKAGE_GROUP_dev-pkgs = ${@' '.join('%s-dev' % pkg for pkg in normal_pkgs_to_install(d))} -PACKAGE_GROUP_dev-pkgs[optional] = 1 -PACKAGE_GROUP_doc-pkgs = ${@' '.join('%s-doc' % pkg for pkg in normal_pkgs_to_install(d))} -PACKAGE_GROUP_doc-pkgs[optional] = 1 +# Wildcards specifying complementary packages to install for every package that has been explicitly +# installed into the rootfs +def complementary_globs(featurevar, d): +globs = [] +features = set((d.getVar(featurevar, True) or '').split()) +for feature in features: +if feature == 'dev-pkgs': +globs.append('*-dev') +elif feature == 'doc-pkgs': +globs.append('*-doc') +elif feature == 'dbg-pkgs': +globs.append('*-dbg') +return ' '.join(globs) + +IMAGE_INSTALL_COMPLEMENTARY = '${@complementary_globs(IMAGE_FEATURES, d)}' +SDKIMAGE_FEATURES ??= dev-pkgs dbg-pkgs +SDKIMAGE_INSTALL_COMPLEMENTARY = '${@complementary_globs(SDKIMAGE_FEATURES, d)}' # export IMAGE_BASENAME not supported at this time IMAGE_INSTALL ?= @@ -306,32 +305,41 @@ get_split_linguas() { done | sort | uniq } -rootfs_install_all_locales() { -# Generate list of installed packages for which additional locale packages might be available -INSTALLED_PACKAGES=`list_installed_packages |
[OE-core] [PATCH 6/6] buildhistory: improve performance of image info collection
Reduce the number of calls to the packaging tool, especially in the case of rpm, using helper utilities to gather the required information more efficiently where possible. Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com --- meta/classes/buildhistory.bbclass | 51 - meta/classes/rootfs_deb.bbclass | 28 +++-- meta/classes/rootfs_ipk.bbclass | 34 +++--- meta/classes/rootfs_rpm.bbclass | 33 +- meta/recipes-devtools/rpm/rpmresolve/rpmresolve.c | 117 +++-- 5 files changed, 162 insertions(+), 101 deletions(-) diff --git a/meta/classes/buildhistory.bbclass b/meta/classes/buildhistory.bbclass index f0bf849..ddb76e8 100644 --- a/meta/classes/buildhistory.bbclass +++ b/meta/classes/buildhistory.bbclass @@ -285,48 +285,43 @@ buildhistory_get_image_installed() { mkdir -p ${BUILDHISTORY_DIR_IMAGE} # Get list of installed packages - list_installed_packages | sort ${BUILDHISTORY_DIR_IMAGE}/installed-package-names.txt - INSTALLED_PKGS=`cat ${BUILDHISTORY_DIR_IMAGE}/installed-package-names.txt` + pkgcache=${BUILDHISTORY_DIR_IMAGE}/installed-packages.tmp + list_installed_packages file | sort $pkgcache + + cat $pkgcache | awk '{ print $1 }' ${BUILDHISTORY_DIR_IMAGE}/installed-package-names.txt + cat $pkgcache | awk '{ print $2 }' | xargs -n1 basename ${BUILDHISTORY_DIR_IMAGE}/installed-packages.txt + + # Produce dependency graph + # First, filter out characters that cause issues for dot + rootfs_list_installed_depends | sed -e 's:-:_:g' -e 's:\.:_:g' -e 's:+::g' ${BUILDHISTORY_DIR_IMAGE}/depends.tmp + # Change delimiter from pipe to - and set style for recommend lines + sed -i -e 's:|: - :' -e 's:\[REC\]:[style=dotted]:' -e 's:$:;:' ${BUILDHISTORY_DIR_IMAGE}/depends.tmp + # Add header, sorted and de-duped contents and footer and then delete the temp file + echo -e digraph depends {\nnode [shape=plaintext] ${BUILDHISTORY_DIR_IMAGE}/depends.dot + cat ${BUILDHISTORY_DIR_IMAGE}/depends.tmp | sort | uniq ${BUILDHISTORY_DIR_IMAGE}/depends.dot + echo } ${BUILDHISTORY_DIR_IMAGE}/depends.dot + rm ${BUILDHISTORY_DIR_IMAGE}/depends.tmp - # Produce installed package file and size lists and dependency graph - echo -n ${BUILDHISTORY_DIR_IMAGE}/installed-packages.txt + # Produce installed package sizes list echo -n ${BUILDHISTORY_DIR_IMAGE}/installed-package-sizes.tmp - echo -e digraph depends {\nnode [shape=plaintext] ${BUILDHISTORY_DIR_IMAGE}/depends.dot - for pkg in $INSTALLED_PKGS; do - pkgfile=`get_package_filename $pkg` - echo `basename $pkgfile` ${BUILDHISTORY_DIR_IMAGE}/installed-packages.txt + cat $pkgcache | while read pkg pkgfile + do if [ -f $pkgfile ] ; then pkgsize=`du -k $pkgfile | head -n1 | awk '{ print $1 }'` echo $pkgsize $pkg ${BUILDHISTORY_DIR_IMAGE}/installed-package-sizes.tmp fi - - deps=`list_package_depends $pkg` - for dep in $deps ; do - echo $pkg OPP $dep; | sed -e 's:-:_:g' -e 's:\.:_:g' -e 's:+::g' | sed 's:OPP:-:g' - done - - recs=`list_package_recommends $pkg` - for rec in $recs ; do - echo $pkg OPP $rec [style=dotted]; | sed -e 's:-:_:g' -e 's:\.:_:g' -e 's:+::g' | sed 's:OPP:-:g' - done - done | sort | uniq ${BUILDHISTORY_DIR_IMAGE}/depends.dot - echo } ${BUILDHISTORY_DIR_IMAGE}/depends.dot - + done cat ${BUILDHISTORY_DIR_IMAGE}/installed-package-sizes.tmp | sort -n -r | awk '{print $1 \tKiB $2}' ${BUILDHISTORY_DIR_IMAGE}/installed-package-sizes.txt rm ${BUILDHISTORY_DIR_IMAGE}/installed-package-sizes.tmp + # We're now done with the cache, delete it + rm $pkgcache + # Produce some cut-down graphs (for readability) grep -v kernel_image ${BUILDHISTORY_DIR_IMAGE}/depends.dot | grep -v kernel_2 | grep -v kernel_3 ${BUILDHISTORY_DIR_IMAGE}/depends-nokernel.dot grep -v libc6 ${BUILDHISTORY_DIR_IMAGE}/depends-nokernel.dot | grep -v libgcc ${BUILDHISTORY_DIR_IMAGE}/depends-nokernel-nolibc.dot grep -v update_ ${BUILDHISTORY_DIR_IMAGE}/depends-nokernel-nolibc.dot ${BUILDHISTORY_DIR_IMAGE}/depends-nokernel-nolibc-noupdate.dot grep -v kernel_module ${BUILDHISTORY_DIR_IMAGE}/depends-nokernel-nolibc-noupdate.dot ${BUILDHISTORY_DIR_IMAGE}/depends-nokernel-nolibc-noupdate-nomodules.dot - - # Workaround for broken shell function dependencies - if false ; then - get_package_filename - list_package_depends - list_package_recommends - fi } buildhistory_get_imageinfo() { diff --git
Re: [OE-core] meta-toolchain type SDK containing external toolchain possible?
On Fri, Jul 20, 2012 at 1:55 PM, Mark Hatle mark.ha...@windriver.com wrote: What do you mean by via a crosssdk/cross-canadian binary? Built by bitbake using the *-cross-canadian recipes? You need to create a crosssdk/cross-canadian recipe that copies the binary toolchain into the right SDK location(s). Using external-csl-toolchain (or similar) as a guide. I'm looking at external-csl-toolchain and others I've found as examples, and I've had this working for regular builds for a while, but I'm missing examples showing how this translates for SDKs, ie. cross-canadian. Yes, I have external-cs-toolchain.bb, and external-cs-toolchain-cross-canadian.bb, which is based on the former. (most of it is generic, so a single .inc version used by both should be possible as well..) I'm slowly working on something like that, but if you have done this somewhere, I'd really appreciate if I could take a look at an example thats known to work... Thanks, Manuel ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] RPATH errors in postgresql
I get the following list of errors while building postgresql: I added an EXTRA_OECONF of --disable-rpath based on this fix: http://comments.gmane.org/gmane.comp.handhelds.openembedded.core/17183 I'm not entirely sure what this does, but it does seem to fix the build. My initial guess is it removes the INSANE checking for RPATHs. Is this the correct fix? If not can someone guide me to the correct fix? ERROR: QA Issue: postgresql-client: /work/core2-poky-linux/postgresql-8.4.7-r6.0/packages-split/postgresql-client/usr/bin/dropdb contains probably-redundant RPATH /usr/lib ERROR: QA Issue: postgresql-client: /work/core2-poky-linux/postgresql-8.4.7-r6.0/packages-split/postgresql-client/usr/bin/clusterdb contains probably-redundant RPATH /usr/lib ERROR: QA Issue: postgresql-client: /work/core2-poky-linux/postgresql-8.4.7-r6.0/packages-split/postgresql-client/usr/bin/pg_restore contains probably-redundant RPATH /usr/lib ERROR: QA Issue: postgresql-client: /work/core2-poky-linux/postgresql-8.4.7-r6.0/packages-split/postgresql-client/usr/bin/pg_dump contains probably-redundant RPATH /usr/lib ERROR: QA Issue: postgresql-client: /work/core2-poky-linux/postgresql-8.4.7-r6.0/packages-split/postgresql-client/usr/bin/psql contains probably-redundant RPATH /usr/lib ERROR: QA Issue: postgresql-client: /work/core2-poky-linux/postgresql-8.4.7-r6.0/packages-split/postgresql-client/usr/bin/createdb contains probably-redundant RPATH /usr/lib ERROR: QA Issue: postgresql-client: /work/core2-poky-linux/postgresql-8.4.7-r6.0/packages-split/postgresql-client/usr/bin/droplang contains probably-redundant RPATH /usr/lib ERROR: QA Issue: postgresql-client: /work/core2-poky-linux/postgresql-8.4.7-r6.0/packages-split/postgresql-client/usr/bin/vacuumdb contains probably-redundant RPATH /usr/lib ERROR: QA Issue: postgresql-client: /work/core2-poky-linux/postgresql-8.4.7-r6.0/packages-split/postgresql-client/usr/bin/reindexdb contains probably-redundant RPATH /usr/lib ERROR: QA Issue: postgresql-client: /work/core2-poky-linux/postgresql-8.4.7-r6.0/packages-split/postgresql-client/usr/bin/pg_dumpall contains probably-redundant RPATH /usr/lib ERROR: QA Issue: postgresql-client: /work/core2-poky-linux/postgresql-8.4.7-r6.0/packages-split/postgresql-client/usr/bin/dropuser contains probably-redundant RPATH /usr/lib ERROR: QA Issue: postgresql-client: /work/core2-poky-linux/postgresql-8.4.7-r6.0/packages-split/postgresql-client/usr/bin/createuser contains probably-redundant RPATH /usr/lib ERROR: QA Issue: postgresql-client: /work/core2-poky-linux/postgresql-8.4.7-r6.0/packages-split/postgresql-client/usr/bin/createlang contains probably-redundant RPATH /usr/lib ERROR: QA Issue: libecpg-compat: /work/core2-poky-linux/postgresql-8.4.7-r6.0/packages-split/libecpg-compat/usr/lib/libecpg_compat.so.3 contains probably-redundant RPATH /usr/lib ERROR: QA Issue: libecpg-compat: /work/core2-poky-linux/postgresql-8.4.7-r6.0/packages-split/libecpg-compat/usr/lib/libecpg_compat.so.3.1 contains probably-redundant RPATH /usr/lib ERROR: QA Issue: libecpg: /work/core2-poky-linux/postgresql-8.4.7-r6.0/packages-split/libecpg/usr/lib/libecpg.so.6 contains probably-redundant RPATH /usr/lib ERROR: QA Issue: libecpg: /work/core2-poky-linux/postgresql-8.4.7-r6.0/packages-split/libecpg/usr/lib/libecpg.so.6.1 contains probably-redundant RPATH /usr/lib ERROR: QA Issue: non -staticdev package contains static .a library: libecpg-dev path '/work/core2-poky-linux/postgresql-8.4.7-r6.0/packages-split/libecpg-dev/usr/lib/libecpg.a' ERROR: QA Issue: non -staticdev package contains static .a library: libecpg-dev path '/work/core2-poky-linux/postgresql-8.4.7-r6.0/packages-split/libecpg-dev/usr/lib/libecpg_compat.a' ERROR: QA Issue: non -staticdev package contains static .a library: libecpg-dev path '/work/core2-poky-linux/postgresql-8.4.7-r6.0/packages-split/libecpg-dev/usr/lib/libpgtypes.a' ERROR: QA Issue: libpq: /work/core2-poky-linux/postgresql-8.4.7-r6.0/packages-split/libpq/usr/lib/libpq.so.5 contains probably-redundant RPATH /usr/lib ERROR: QA Issue: libpq: /work/core2-poky-linux/postgresql-8.4.7-r6.0/packages-split/libpq/usr/lib/libpq.so.5.2 contains probably-redundant RPATH /usr/lib ERROR: QA Issue: non -staticdev package contains static .a library: libpq-dev path '/work/core2-poky-linux/postgresql-8.4.7-r6.0/packages-split/libpq-dev/usr/lib/libpq.a' ERROR: QA Issue: non -staticdev package contains static .a library: libpq-dev path '/work/core2-poky-linux/postgresql-8.4.7-r6.0/packages-split/libpq-dev/usr/lib/libpgport.a' ERROR: QA Issue: libpgtypes: /work/core2-poky-linux/postgresql-8.4.7-r6.0/packages-split/libpgtypes/usr/lib/libpgtypes.so.3.1 contains probably-redundant RPATH /usr/lib ERROR: QA Issue: libpgtypes: /work/core2-poky-linux/postgresql-8.4.7-r6.0/packages-split/libpgtypes/usr/lib/libpgtypes.so.3 contains probably-redundant RPATH /usr/lib ERROR: QA Issue: postgresql: /work/core2-poky-linux/postgresql-8.4.7-r6.0/packages-split/postgresql/usr/bin/initdb
[OE-core] [PATCH v2] busybox:udhcpc: fix the root_is_nfs() function
From: Roy.Li rongqing...@windriver.com [YOCTO #2788] The system will be hung when udhcpc starts, if nfs is mounted at / directory and default route is different after starting udhcpc. The cause is that root_is_nfs() does not work after kernel-2.6.37, since the device name has been changed from /dev/root to ${IPADDR}:${NFSDIR} on /proc/mounts. which leads to remove the default routes to nfs server, Now we use a loose match to check if rootfs is nfs. Signed-off-by: Roy.Li rongqing...@windriver.com --- meta/recipes-core/busybox/busybox_1.19.4.bb |2 +- meta/recipes-core/busybox/files/simple.script |3 ++- 2 files changed, 3 insertions(+), 2 deletions(-) diff --git a/meta/recipes-core/busybox/busybox_1.19.4.bb b/meta/recipes-core/busybox/busybox_1.19.4.bb index 6e69d22..c72f39b 100644 --- a/meta/recipes-core/busybox/busybox_1.19.4.bb +++ b/meta/recipes-core/busybox/busybox_1.19.4.bb @@ -1,5 +1,5 @@ require busybox.inc -PR = r10 +PR = r11 SRC_URI = http://www.busybox.net/downloads/busybox-${PV}.tar.bz2;name=tarball \ file://B921600.patch \ diff --git a/meta/recipes-core/busybox/files/simple.script b/meta/recipes-core/busybox/files/simple.script index 27368f0..6973985 100644 --- a/meta/recipes-core/busybox/files/simple.script +++ b/meta/recipes-core/busybox/files/simple.script @@ -10,7 +10,8 @@ RESOLV_CONF=/etc/resolv.conf # return 0 if root is mounted on a network filesystem root_is_nfs() { - grep -qe '^/dev/root.*\(nfs\|smbfs\|ncp\|coda\) .*' /proc/mounts + sed -n 's/^[^ ]* \([^ ]*\) \([^ ]*\) .*$/\1 \2/p' /proc/mounts | + grep -q ^/ \(nfs\|smbfs\|ncp\|coda\)$ } have_bin_ip=0 -- 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] insserv: define do_install_virtclass-native()
From: Roy.Li rongqing...@windriver.com [YOCTO #2812] Since files installation dirs are DESTDIR/etc/, DESTDIR/sbin etc in Makefile, not DESTDIR/${sysconfdir}/, DESTDIR/${sbindir}/, for the native package, a prefix can not be inserted which is needed when do the next step of install and do_populate_sysroot. Now we define do_install_virtclass-native in which DESTDIR is ${D}/${STAGING_DIR_NATIVE} Signed-off-by: Roy.Li rongqing...@windriver.com --- meta/recipes-devtools/insserv/insserv_1.14.0.bb |7 ++- 1 files changed, 6 insertions(+), 1 deletions(-) diff --git a/meta/recipes-devtools/insserv/insserv_1.14.0.bb b/meta/recipes-devtools/insserv/insserv_1.14.0.bb index b3ddec3..c424a15 100644 --- a/meta/recipes-devtools/insserv/insserv_1.14.0.bb +++ b/meta/recipes-devtools/insserv/insserv_1.14.0.bb @@ -6,7 +6,7 @@ SECTION = base LICENSE = GPLv2 LIC_FILES_CHKSUM = file://COPYING;md5=751419260aa954499f7abaabaa882bbe -PR = r0 +PR = r1 SRC_URI = ftp://ftp.suse.com/pub/projects/init/${BPN}-${PV}.tar.bz2 \ file://makefile.patch \ @@ -21,4 +21,9 @@ do_install () { install -m0644 ${WORKDIR}/insserv.conf ${D}${sysconfdir}/insserv.conf } +do_install_virtclass-native () { +oe_runmake 'DESTDIR=${D}/${STAGING_DIR_NATIVE}' install +install -m0644 ${WORKDIR}/insserv.conf ${D}${sysconfdir}/insserv.conf +} + BBCLASSEXTEND = native -- 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 1/1] useradd.bbclass: use locking of bb.utils to avoid lock race issue of useradd/groupadd
On 7/23/2012 6:09 PM, Richard Purdie wrote: On Sun, 2012-07-22 at 14:53 +0800, jackie.hu...@windriver.com wrote: From: Jackie Huangjackie.hu...@windriver.com A race condition can occur when adding users and groups to the passwd and group files, in [YOCTO #1794], 10 times retry added but it is not fixed completely. This fix re-writes the useradd_preinst and useradd_sysroot with python and use locking of bb.utils to lock the passwd and group files before executing useradd/groupadd commands to avoid the lock race themselves. [YOCTO #2779] Signed-off-by: Jackie Huangjackie.hu...@windriver.com --- meta/classes/useradd.bbclass | 284 ++ 1 files changed, 124 insertions(+), 160 deletions(-) diff --git a/meta/classes/useradd.bbclass b/meta/classes/useradd.bbclass index bb8f42b..ed5ed69 100644 --- a/meta/classes/useradd.bbclass +++ b/meta/classes/useradd.bbclass @@ -14,126 +14,90 @@ USERADDDEPENDS_virtclass-nativesdk = # c) As the preinst script in the target package at do_rootfs time # d) As the preinst script in the target package on device as a package upgrade # -useradd_preinst () { -OPT= -SYSROOT= - -if test x$D != x; then [...] - done -fi +def useradd_preinst(d): + import re + [...] -# Add the user/group preinstall scripts and RDEPENDS requirements -# to packages specified by USERADD_PACKAGES -if not bb.data.inherits_class('nativesdk', d): -useradd_packages = d.getVar('USERADD_PACKAGES', True) or -for pkg in useradd_packages.split(): -update_useradd_package(pkg) + def update_useradd_package(pkg): + bb.debug(1, 'adding user/group calls to preinst for %s' % pkg) + + + useradd preinst is appended here because pkg_preinst may be + required to execute on the target. Not doing so may cause + useradd preinst to be invoked twice, causing unwanted warnings. + + preinst = d.getVar('pkg_preinst_%s' % pkg, True) or d.getVar('pkg_preinst', True) + if not preinst: + preinst = '#!/bin/sh\n' + preinst += d.getVar('useradd_preinst', True) This looks like we're adding the contents of the useradd_preinst function (changed from shell to python) to a script headed with #!/bin/sh? Python script with a /bin/sh header isn't a good idea. Hi Richard, This patch you replied is the first one I sent with whitespace issues, I didn't change the function update_useradd_package. We can't really depend on python being on the target device to add users in the postinstall script either. So in summary, this patch needs a lot more thought and hasn't been well tested. You're right, I didn't think about that it will be script running on the target device and I just tested for tow different contexts: 1) Before do_install 2) At do_populate_sysroot_setscene when installing from sstate packages python functions should also be 4 space indented. I will change with 4 space indent. Thanks, Jackie Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core -- Jackie Huang WIND RIVER | China Development Center MSN:jackiel...@hotmail.com Tel: +86 8477 8594 Mobile: +86 138 1027 4745 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/1] quota 4.00: add DEPENDS gettext-native
On 7/23/2012 6:00 PM, Richard Purdie wrote: On Mon, 2012-07-23 at 16:38 +0800, jackie.hu...@windriver.com wrote: From: Jackie Huangjackie.hu...@windriver.com do_install needs command 'msgfmt', it would fail if the command doesn't exist on the host, add DEPENDS gettext-native to fix this. [YOCTO #2811] Signed-off-by: Jackie Huangjackie.hu...@windriver.com --- meta/recipes-extended/quota/quota_4.00.bb |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/meta/recipes-extended/quota/quota_4.00.bb b/meta/recipes-extended/quota/quota_4.00.bb index 5fef9cb..25f6381 100644 --- a/meta/recipes-extended/quota/quota_4.00.bb +++ b/meta/recipes-extended/quota/quota_4.00.bb @@ -15,6 +15,8 @@ SRC_URI[sha256sum] = eb2b045f58b98299edc568b8607b95b10735b4a131fa5196f41c89b51f S = ${WORKDIR}/quota-tools +DEPENDS = gettext-native + inherit autotools EXTRA_OEMAKE += 'STRIP=' Shouldn't this be inherit gettext ? No, quota doesn't depend on gettext at runtime, so I don't think we need 'inherit gettext'. Thanks, Jackie Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core -- Jackie Huang WIND RIVER | China Development Center MSN:jackiel...@hotmail.com Tel: +86 8477 8594 Mobile: +86 138 1027 4745 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/5] iptables: upgrade to ver. 1.4.14
Signed-off-by: Cristian Iorga cristian.io...@intel.com --- .../{iptables_1.4.13.bb = iptables_1.4.14.bb} |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-extended/iptables/{iptables_1.4.13.bb = iptables_1.4.14.bb} (91%) diff --git a/meta/recipes-extended/iptables/iptables_1.4.13.bb b/meta/recipes-extended/iptables/iptables_1.4.14.bb similarity index 91% rename from meta/recipes-extended/iptables/iptables_1.4.13.bb rename to meta/recipes-extended/iptables/iptables_1.4.14.bb index 59782c0..4396ccf 100644 --- a/meta/recipes-extended/iptables/iptables_1.4.13.bb +++ b/meta/recipes-extended/iptables/iptables_1.4.14.bb @@ -24,8 +24,8 @@ FILES_${PN}-dbg =+ ${libdir}/xtables/.debug SRC_URI = http://netfilter.org/projects/iptables/files/iptables-${PV}.tar.bz2 \ file://types.h-add-defines-that-are-required-for-if_packet.patch -SRC_URI[md5sum] = 40a15608ec57b50e9377cace546dd115 -SRC_URI[sha256sum] = 321e2600fc4541a958e44cafd85a42864b0035404097e0f2e082d474029b9ded +SRC_URI[md5sum] = 5ab24ad683f76689cfe7e0c73f44855d +SRC_URI[sha256sum] = 9be675696f41cd4f35cc332b667d285fe9489ca93c8e1f77804bd04b3315a522 inherit autotools -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/5] telepathy-glib: upgrade to ver. 0.19.4
Signed-off-by: Cristian Iorga cristian.io...@intel.com --- ...thy-glib_0.19.2.bb = telepathy-glib_0.19.4.bb} |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-connectivity/telepathy/{telepathy-glib_0.19.2.bb = telepathy-glib_0.19.4.bb} (80%) diff --git a/meta/recipes-connectivity/telepathy/telepathy-glib_0.19.2.bb b/meta/recipes-connectivity/telepathy/telepathy-glib_0.19.4.bb similarity index 80% rename from meta/recipes-connectivity/telepathy/telepathy-glib_0.19.2.bb rename to meta/recipes-connectivity/telepathy/telepathy-glib_0.19.4.bb index deba3bb..29c3e9b 100644 --- a/meta/recipes-connectivity/telepathy/telepathy-glib_0.19.2.bb +++ b/meta/recipes-connectivity/telepathy/telepathy-glib_0.19.4.bb @@ -7,8 +7,8 @@ PR = r0 SRC_URI = http://telepathy.freedesktop.org/releases/telepathy-glib/${BPN}-${PV}.tar.gz; -SRC_URI[md5sum] = af2b33c1215f189e637bd59cc9139255 -SRC_URI[sha256sum] = 7e3c313ed08e26339deb603a615cec62a370131075514439f79f473f92ab84c3 +SRC_URI[md5sum] = a7e8b8b5b29280cb257f2a9c0fe566ee +SRC_URI[sha256sum] = c191b1c51638c921bd8da4875df7123e3a0bc98bf2c93e6a9365c451d21d11f7 LIC_FILES_CHKSUM = file://COPYING;md5=e413d83db6ee8f2c8e6055719096a48e -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 3/5] telepathy-mission-control: upgrade to ver. 5.13
Signed-off-by: Cristian Iorga cristian.io...@intel.com --- ...12.0.bb = telepathy-mission-control_5.13.0.bb} |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-connectivity/telepathy/{telepathy-mission-control_5.12.0.bb = telepathy-mission-control_5.13.0.bb} (92%) diff --git a/meta/recipes-connectivity/telepathy/telepathy-mission-control_5.12.0.bb b/meta/recipes-connectivity/telepathy/telepathy-mission-control_5.13.0.bb similarity index 92% rename from meta/recipes-connectivity/telepathy/telepathy-mission-control_5.12.0.bb rename to meta/recipes-connectivity/telepathy/telepathy-mission-control_5.13.0.bb index 65b5d89..f1f4c1e 100644 --- a/meta/recipes-connectivity/telepathy/telepathy-mission-control_5.12.0.bb +++ b/meta/recipes-connectivity/telepathy/telepathy-mission-control_5.13.0.bb @@ -40,5 +40,5 @@ FILES_libmissioncontrol-dbg = ${libdir}/.debug/libmissioncontrol.so.* FILES_libmissioncontrol-config-dbg = ${libdir}/.debug/libmissioncontrol-config.so.* FILES_libmissioncontrol-server-dbg = ${libdir}/.debug/libmissioncontrol-server.so.* -SRC_URI[md5sum] = f39dcfef785a37dc21efa9af06be2e61 -SRC_URI[sha256sum] = 660aeb65543e1b029dfde6a895934cb20b766644bae2a68c0030052aa6645e77 +SRC_URI[md5sum] = 8b0c82136467d1188d4fa7f032cd3beb +SRC_URI[sha256sum] = b546da6bd1a1ac16f8a1db67b7673673e007ecaf9844da405c50acbcef0118eb -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 4/5] libpcap: upgrade to ver. 1.3
Signed-off-by: Cristian Iorga cristian.io...@intel.com --- .../{libpcap-1.2.1 = libpcap-1.3.0}/aclocal.patch |0 .../ieee80215-arphrd.patch |0 .../libpcap/{libpcap_1.2.1.bb = libpcap_1.3.0.bb} |4 ++-- 3 files changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-connectivity/libpcap/{libpcap-1.2.1 = libpcap-1.3.0}/aclocal.patch (100%) rename meta/recipes-connectivity/libpcap/{libpcap-1.2.1 = libpcap-1.3.0}/ieee80215-arphrd.patch (100%) rename meta/recipes-connectivity/libpcap/{libpcap_1.2.1.bb = libpcap_1.3.0.bb} (73%) diff --git a/meta/recipes-connectivity/libpcap/libpcap-1.2.1/aclocal.patch b/meta/recipes-connectivity/libpcap/libpcap-1.3.0/aclocal.patch similarity index 100% rename from meta/recipes-connectivity/libpcap/libpcap-1.2.1/aclocal.patch rename to meta/recipes-connectivity/libpcap/libpcap-1.3.0/aclocal.patch diff --git a/meta/recipes-connectivity/libpcap/libpcap-1.2.1/ieee80215-arphrd.patch b/meta/recipes-connectivity/libpcap/libpcap-1.3.0/ieee80215-arphrd.patch similarity index 100% rename from meta/recipes-connectivity/libpcap/libpcap-1.2.1/ieee80215-arphrd.patch rename to meta/recipes-connectivity/libpcap/libpcap-1.3.0/ieee80215-arphrd.patch diff --git a/meta/recipes-connectivity/libpcap/libpcap_1.2.1.bb b/meta/recipes-connectivity/libpcap/libpcap_1.3.0.bb similarity index 73% rename from meta/recipes-connectivity/libpcap/libpcap_1.2.1.bb rename to meta/recipes-connectivity/libpcap/libpcap_1.3.0.bb index 91bedf7..717e0e8 100644 --- a/meta/recipes-connectivity/libpcap/libpcap_1.2.1.bb +++ b/meta/recipes-connectivity/libpcap/libpcap_1.3.0.bb @@ -5,8 +5,8 @@ PR = ${INC_PR}.0 SRC_URI += file://aclocal.patch \ file://ieee80215-arphrd.patch -SRC_URI[md5sum] = 06046e0e81efc60566daf1cc96c77d46 -SRC_URI[sha256sum] = a135a6ef7e539729a57c7ed345bdb9b64159e13404174006a7972eb33f00debd +SRC_URI[md5sum] = f78455a92622b7a3c05c58b6ad1cec7e +SRC_URI[sha256sum] = 41cbd9ed68383afd9f1fda279cb78427d36879d9e34ee707e31a16a1afd872b9 # # make install doesn't cover the shared lib -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 5/5] byacc: upgrade to ver. 20120526
Signed-off-by: Cristian Iorga cristian.io...@intel.com --- .../byacc/{byacc_20120115.bb = byacc_20120526.bb} |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-extended/byacc/{byacc_20120115.bb = byacc_20120526.bb} (75%) diff --git a/meta/recipes-extended/byacc/byacc_20120115.bb b/meta/recipes-extended/byacc/byacc_20120526.bb similarity index 75% rename from meta/recipes-extended/byacc/byacc_20120115.bb rename to meta/recipes-extended/byacc/byacc_20120526.bb index 4549ca4..8721b1c 100644 --- a/meta/recipes-extended/byacc/byacc_20120115.bb +++ b/meta/recipes-extended/byacc/byacc_20120526.bb @@ -9,5 +9,5 @@ LICENSE=PD LIC_FILES_CHKSUM = file://package/debian/copyright;md5=f186cf0d59bac042b75830396ec389a3 require byacc.inc -SRC_URI[md5sum] = 3061c62c47ec0f43255afd8fc3f7e3ab -SRC_URI[sha256sum] = 4034efc9b59646fc61e29b1a87472cccf1d1aaf45435f9d3bf58dec2b5f0831c +SRC_URI[md5sum] = d8a9959f784205092762eb29426bdf23 +SRC_URI[sha256sum] = be05856b039bc9eb95a93cf89ac381de4fc6bb91d236c6b130e8b1daeb6075d6 -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/5] Connectivity and base packages updates.
Multiple package updates, see below for details. Packages and core-image-sato target build on all architectures. Basic sanity tests performed in core-image-sato under qemux86. No obvious issues observed. Cristian Iorga (5): telepathy-glib: upgrade to ver. 0.19.4 iptables: upgrade to ver. 1.4.14 telepathy-mission-control: upgrade to ver. 5.13 libpcap: upgrade to ver. 1.3 byacc: upgrade to ver. 20120526 .../{libpcap-1.2.1 = libpcap-1.3.0}/aclocal.patch |0 .../ieee80215-arphrd.patch |0 .../libpcap/{libpcap_1.2.1.bb = libpcap_1.3.0.bb} |4 ++-- ...thy-glib_0.19.2.bb = telepathy-glib_0.19.4.bb} |4 ++-- ...12.0.bb = telepathy-mission-control_5.13.0.bb} |4 ++-- .../byacc/{byacc_20120115.bb = byacc_20120526.bb} |4 ++-- .../{iptables_1.4.13.bb = iptables_1.4.14.bb} |4 ++-- 7 files changed, 10 insertions(+), 10 deletions(-) rename meta/recipes-connectivity/libpcap/{libpcap-1.2.1 = libpcap-1.3.0}/aclocal.patch (100%) rename meta/recipes-connectivity/libpcap/{libpcap-1.2.1 = libpcap-1.3.0}/ieee80215-arphrd.patch (100%) rename meta/recipes-connectivity/libpcap/{libpcap_1.2.1.bb = libpcap_1.3.0.bb} (73%) rename meta/recipes-connectivity/telepathy/{telepathy-glib_0.19.2.bb = telepathy-glib_0.19.4.bb} (80%) rename meta/recipes-connectivity/telepathy/{telepathy-mission-control_5.12.0.bb = telepathy-mission-control_5.13.0.bb} (92%) rename meta/recipes-extended/byacc/{byacc_20120115.bb = byacc_20120526.bb} (75%) rename meta/recipes-extended/iptables/{iptables_1.4.13.bb = iptables_1.4.14.bb} (91%) -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core