[OE-core] [PATCH v2] dbus: include dbus-launch in the main dbus package
Followed suggestions from Bugz 2261: 1) remove the --with-x/--without-x configure arguments. If you want to force no-discovery for native builds the correct argument is --disable-x11-autolaunch. This ensures that DBus looks at the build environment to determine whether to enable X11 bus discovery or not. 2) make the virtual/libx11 DEPENDS conditional based on the x11 distro feature. This makes the build dependencies reflect the feature list. 3) remove dbus-x11, meaning that dbus-launch with its potential X11 dependency is now back in dbus where is belongs. 4) Potentially make dbus provide dbus-x11, for compatibility. Fixes [Yocto #2261] Signed-off-by: Radu Moisan radu.moi...@intel.com --- meta/recipes-core/dbus/dbus.inc | 11 ++- 1 file changed, 6 insertions(+), 5 deletions(-) diff --git a/meta/recipes-core/dbus/dbus.inc b/meta/recipes-core/dbus/dbus.inc index a75583d..9559f6f 100644 --- a/meta/recipes-core/dbus/dbus.inc +++ b/meta/recipes-core/dbus/dbus.inc @@ -31,10 +31,10 @@ CONFFILES_${PN} = ${sysconfdir}/dbus-1/system.conf ${sysconfdir}/dbus-1/session DEBIANNAME_${PN} = dbus-1 -PACKAGES =+ ${PN}-lib ${PN}-systemd ${@base_contains('DISTRO_FEATURES', 'x11', '${PN}-x11', '', d)} +PACKAGES =+ ${PN}-lib ${PN}-systemd -FILES_${PN}-x11 = ${bindir}/dbus-launch -RDEPENDS_${PN}-x11 = ${PN} +# for compatibility +RREPLACES_${PN} += dbus-x11 FILES_${PN}-systemd = ${systemd_unitdir}/system/ @@ -43,6 +43,7 @@ FILES_${PN} = ${bindir}/dbus-daemon* \ ${bindir}/dbus-cleanup-sockets \ ${bindir}/dbus-send \ ${bindir}/dbus-monitor \ + ${bindir}/dbus-launch \ ${libexecdir}/dbus* \ ${sysconfdir} \ ${localstatedir} \ @@ -58,8 +59,8 @@ pkg_postinst_dbus() { fi } -EXTRA_OECONF_X = ${@base_contains('DISTRO_FEATURES', 'x11', '--with-x', '--without-x', d)} -EXTRA_OECONF_X_virtclass-native = --without-x +EXTRA_OECONF_X = +EXTRA_OECONF_X_virtclass-native = --disable-x11-autolaunch EXTRA_OECONF = --disable-tests \ --disable-checks \ -- 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 v3] dbus: include dbus-launch in the main dbus package
Followed suggestions from Bugz 2261: 1) remove the --with-x/--without-x configure arguments. If you want to force no-discovery for native builds the correct argument is --disable-x11-autolaunch. This ensures that DBus looks at the build environment to determine whether to enable X11 bus discovery or not. 2) make the virtual/libx11 DEPENDS conditional based on the x11 distro feature. This makes the build dependencies reflect the feature list. 3) remove dbus-x11, meaning that dbus-launch with its potential X11 dependency is now back in dbus where is belongs. 4) Potentially make dbus provide dbus-x11, for compatibility. Fixes [Yocto #2261] Signed-off-by: Radu Moisan radu.moi...@intel.com --- meta/recipes-core/dbus/dbus.inc | 11 ++- 1 file changed, 6 insertions(+), 5 deletions(-) diff --git a/meta/recipes-core/dbus/dbus.inc b/meta/recipes-core/dbus/dbus.inc index a75583d..9559f6f 100644 --- a/meta/recipes-core/dbus/dbus.inc +++ b/meta/recipes-core/dbus/dbus.inc @@ -31,10 +31,10 @@ CONFFILES_${PN} = ${sysconfdir}/dbus-1/system.conf ${sysconfdir}/dbus-1/session DEBIANNAME_${PN} = dbus-1 -PACKAGES =+ ${PN}-lib ${PN}-systemd ${@base_contains('DISTRO_FEATURES', 'x11', '${PN}-x11', '', d)} +PACKAGES =+ ${PN}-lib ${PN}-systemd -FILES_${PN}-x11 = ${bindir}/dbus-launch -RDEPENDS_${PN}-x11 = ${PN} +# for compatibility +RREPLACES_${PN} += dbus-x11 FILES_${PN}-systemd = ${systemd_unitdir}/system/ @@ -43,6 +43,7 @@ FILES_${PN} = ${bindir}/dbus-daemon* \ ${bindir}/dbus-cleanup-sockets \ ${bindir}/dbus-send \ ${bindir}/dbus-monitor \ + ${bindir}/dbus-launch \ ${libexecdir}/dbus* \ ${sysconfdir} \ ${localstatedir} \ @@ -58,8 +59,8 @@ pkg_postinst_dbus() { fi } -EXTRA_OECONF_X = ${@base_contains('DISTRO_FEATURES', 'x11', '--with-x', '--without-x', d)} -EXTRA_OECONF_X_virtclass-native = --without-x +EXTRA_OECONF_X = +EXTRA_OECONF_X_virtclass-native = --disable-x11-autolaunch EXTRA_OECONF = --disable-tests \ --disable-checks \ -- 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 v3] dbus: include dbus-launch in the main dbus package
it does not build, it complains about nothing providing dbus-x11 Radu On 07/26/2012 09:17 AM, Radu Moisan wrote: Followed suggestions from Bugz 2261: 1) remove the --with-x/--without-x configure arguments. If you want to force no-discovery for native builds the correct argument is --disable-x11-autolaunch. This ensures that DBus looks at the build environment to determine whether to enable X11 bus discovery or not. 2) make the virtual/libx11 DEPENDS conditional based on the x11 distro feature. This makes the build dependencies reflect the feature list. 3) remove dbus-x11, meaning that dbus-launch with its potential X11 dependency is now back in dbus where is belongs. 4) Potentially make dbus provide dbus-x11, for compatibility. Fixes [Yocto #2261] Signed-off-by: Radu Moisan radu.moi...@intel.com --- meta/recipes-core/dbus/dbus.inc | 11 ++- 1 file changed, 6 insertions(+), 5 deletions(-) diff --git a/meta/recipes-core/dbus/dbus.inc b/meta/recipes-core/dbus/dbus.inc index a75583d..9559f6f 100644 --- a/meta/recipes-core/dbus/dbus.inc +++ b/meta/recipes-core/dbus/dbus.inc @@ -31,10 +31,10 @@ CONFFILES_${PN} = ${sysconfdir}/dbus-1/system.conf ${sysconfdir}/dbus-1/session DEBIANNAME_${PN} = dbus-1 -PACKAGES =+ ${PN}-lib ${PN}-systemd ${@base_contains('DISTRO_FEATURES', 'x11', '${PN}-x11', '', d)} +PACKAGES =+ ${PN}-lib ${PN}-systemd -FILES_${PN}-x11 = ${bindir}/dbus-launch -RDEPENDS_${PN}-x11 = ${PN} +# for compatibility +RREPLACES_${PN} += dbus-x11 FILES_${PN}-systemd = ${systemd_unitdir}/system/ @@ -43,6 +43,7 @@ FILES_${PN} = ${bindir}/dbus-daemon* \ ${bindir}/dbus-cleanup-sockets \ ${bindir}/dbus-send \ ${bindir}/dbus-monitor \ + ${bindir}/dbus-launch \ ${libexecdir}/dbus* \ ${sysconfdir} \ ${localstatedir} \ @@ -58,8 +59,8 @@ pkg_postinst_dbus() { fi } -EXTRA_OECONF_X = ${@base_contains('DISTRO_FEATURES', 'x11', '--with-x', '--without-x', d)} -EXTRA_OECONF_X_virtclass-native = --without-x +EXTRA_OECONF_X = +EXTRA_OECONF_X_virtclass-native = --disable-x11-autolaunch EXTRA_OECONF = --disable-tests \ --disable-checks \ ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] SDK and external toolchain
Greetings, Updated recently my oe-core and faced an unwanted side effect. You need to know that I'm using an externel (linaro) toolchain (my .bb/.inc are a clone of sourcery toolchain example). My toolchain is compiled against a custom (external) eglibc 2.15. Since commit a0de2a56f19ae4d8cd88e46e96917a7a019fe1ab -- image.bbclass: Add support to build the SDK in parallel with the image http://cgit.openembedded.org/openembedded-core/commit/?id=a0de2a56f19ae4 d8cd88e46e96917a7a019fe1ab my images generation are failing because it tries to compile eglib 2.16 and do_configure fails. I have also 3 errors: ERROR: Multiple .bb files are due to be built which each provide virtual/libc (.../meta/recipes-core/eglibc/eglibc_2.15.bb .../meta-ingenico/recipes/external-linaro-toolchain/external-linaro-tool chain.bb). This usually means one provides something the other doesn't and should. ERROR: Multiple .bb files are due to be built which each provide virtual/arm-ingenico-linux-gnueabi-libc-for-gcc (.../meta/recipes-core/eglibc/eglibc_2.15.bb .../meta-ingenico/recipes/external-linaro-toolchain/external-linaro-tool chain.bb). This usually means one provides something the other doesn't and should. ERROR: Multiple .bb files are due to be built which each provide virtual/libiconv (.../meta/recipes-core/eglibc/eglibc_2.15.bb .../meta-ingenico/recipes/external-linaro-toolchain/external-linaro-tool chain.bb). This usually means one provides something the other doesn't and should. Notice that PREFERRED_PROVIDERs are correctly defined (like in distro/include/tcmode-external-sourcery.inc). And I use bitbake 1.15.3. For now I fixed it crudely, because I don't need SDK. diff --git a/meta/classes/toolchain-scripts.bbclass b/meta/classes/toolchain-scripts.bbclass index 44284c3..f5fd4d7 100644 --- a/meta/classes/toolchain-scripts.bbclass +++ b/meta/classes/toolchain-scripts.bbclass @@ -136,7 +136,7 @@ toolchain_create_sdk_env_script_for_installer () { #we get the cached site config in the runtime TOOLCHAIN_CONFIGSITE_NOCACHE = ${@siteinfo_get_files(d, True)} TOOLCHAIN_CONFIGSITE_SYSROOTCACHE = ${STAGING_DATADIR}/${TARGET_SYS}_config_site.d -TOOLCHAIN_NEED_CONFIGSITE_CACHE = ${TCLIBC} ncurses +TOOLCHAIN_NEED_CONFIGSITE_CACHE = ncurses #This function create a site config file toolchain_create_sdk_siteconfig () { --- populate_sdk_base.bbclass inheric toolchain-scripts which adds the (unwanted) eglibc dependency. Maybe this should be conditional from TOOLCHAIN_TARGET_TASK value? Or dependencies should be added only when calling task-core-standalone-sdk-target? In my use case, when I bitbake an image recipe, I don't want to deal with SDK. Concerning errors, is there a way to see what's not provided in order to fix virtual/libc message (bitbake -e) ? Best regards, Matthieu ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] how to properly use EXTRA_ASSUME_PROVIDED?
On Wed, 2012-07-25 at 20:10 -0400, Robert P. J. Day wrote: On Wed, 25 Jul 2012, Richard Purdie wrote: On Wed, 2012-07-25 at 16:06 -0400, Robert P. J. Day wrote: what is the proper way to use EXTRA_ASSUME_PROVIDED, and is the effect of that visible in the bitbake environment? as in, based on the current version of bitbake.conf, i can see this with bitbake -e: ASSUME_PROVIDED=bzip2-native git-native grep-native diffstat-native patch-native perl-native-runtime python-native-runtime tar-native virtual/libintl-native if i add the following silliness to my local.conf, ASSUME_PROVIDED += rday-native i can see that in the env as well: ASSUME_PROVIDED=bzip2-native git-native grep-native diffstat-native patch-native perl-native-runtime python-native-runtime tar-native virtual/libintl-native rday-native but is it correct to run the following: $ bitbake -I EXTRA_ASSUME_PROVIDED=rday-native -e core-image-minimal and if it is, should i be able to verify that anywhere in the environment? doesn't seem so. from bitbake/lib/bb/cooker.py, it looks like whatever i put there is being processed thusly: ignore = self.configuration.data.getVar(ASSUME_PROVIDED, True) or self.status.ignored_dependencies = set(ignore.split()) for dep in self.configuration.extra_assume_provided: self.status.ignored_dependencies.add(dep) so is there any way to see that? thanks. Where did you come to believe EXTRA_ASSUME_PROVIDED did anything? um ... from the output of bitbake -h: -I EXTRA_ASSUME_PROVIDED, --ignore-deps=EXTRA_ASSUME_PROVIDED Assume these dependencies don't exist and are already provided (equivalent to ASSUME_PROVIDED). Useful to make dependency graphs more appealing So its not a variable, its a parameter. You probably mean to run something like: bitbake -I rday-native -e core-image-minimal or bitbake --ignore-deps=rday-native -e core-image-minimal Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] pkgconfig: Fix packaging issue
[YOCTO #1908] Signed-off-by: Saul Wold s...@linux.intel.com --- meta/recipes-devtools/pkgconfig/pkgconfig.inc |4 1 file changed, 4 insertions(+) diff --git a/meta/recipes-devtools/pkgconfig/pkgconfig.inc b/meta/recipes-devtools/pkgconfig/pkgconfig.inc index 00c23d7..8a8320e 100644 --- a/meta/recipes-devtools/pkgconfig/pkgconfig.inc +++ b/meta/recipes-devtools/pkgconfig/pkgconfig.inc @@ -32,4 +32,8 @@ do_configure_prepend () { BBCLASSEXTEND = native nativesdk +# Set an empty dev package to ensure the base PN package gets +# the pkg.m4 macros, pkgconfig does not deliver any other -dev +# files. +FILES_${PN}-dev = FILES_${PN} += ${datadir}/aclocal/pkg.m4 -- 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] pkgconfig: Fix packaging issue
Op 26 jul. 2012, om 09:39 heeft Saul Wold s...@linux.intel.com het volgende geschreven: [YOCTO #1908] Signed-off-by: Saul Wold s...@linux.intel.com --- meta/recipes-devtools/pkgconfig/pkgconfig.inc |4 1 file changed, 4 insertions(+) diff --git a/meta/recipes-devtools/pkgconfig/pkgconfig.inc b/meta/recipes-devtools/pkgconfig/pkgconfig.inc index 00c23d7..8a8320e 100644 --- a/meta/recipes-devtools/pkgconfig/pkgconfig.inc +++ b/meta/recipes-devtools/pkgconfig/pkgconfig.inc @@ -32,4 +32,8 @@ do_configure_prepend () { BBCLASSEXTEND = native nativesdk +# Set an empty dev package to ensure the base PN package gets +# the pkg.m4 macros, pkgconfig does not deliver any other -dev +# files. +FILES_${PN}-dev = FILES_${PN} += ${datadir}/aclocal/pkg.m4 Missing PR bump and broken upgrade path due to files moving around and no RREPLACES_foo. And I suspect you'll want ALLOW_EMPTY_${PN}-dev in there as well :) ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v3] dbus: include dbus-launch in the main dbus package
Op 26 jul. 2012, om 08:29 heeft Radu Moisan radu.moi...@intel.com het volgende geschreven: it does not build, it complains about nothing providing dbus-x11 Radu On 07/26/2012 09:17 AM, Radu Moisan wrote: Followed suggestions from Bugz 2261: 1) remove the --with-x/--without-x configure arguments. If you want to force no-discovery for native builds the correct argument is --disable-x11-autolaunch. This ensures that DBus looks at the build environment to determine whether to enable X11 bus discovery or not. 2) make the virtual/libx11 DEPENDS conditional based on the x11 distro feature. This makes the build dependencies reflect the feature list. 3) remove dbus-x11, meaning that dbus-launch with its potential X11 dependency is now back in dbus where is belongs. 4) Potentially make dbus provide dbus-x11, for compatibility. Fixes [Yocto #2261] Signed-off-by: Radu Moisan radu.moi...@intel.com --- meta/recipes-core/dbus/dbus.inc | 11 ++- 1 file changed, 6 insertions(+), 5 deletions(-) diff --git a/meta/recipes-core/dbus/dbus.inc b/meta/recipes-core/dbus/dbus.inc index a75583d..9559f6f 100644 --- a/meta/recipes-core/dbus/dbus.inc +++ b/meta/recipes-core/dbus/dbus.inc @@ -31,10 +31,10 @@ CONFFILES_${PN} = ${sysconfdir}/dbus-1/system.conf ${sysconfdir}/dbus-1/session DEBIANNAME_${PN} = dbus-1 -PACKAGES =+ ${PN}-lib ${PN}-systemd ${@base_contains('DISTRO_FEATURES', 'x11', '${PN}-x11', '', d)} +PACKAGES =+ ${PN}-lib ${PN}-systemd -FILES_${PN}-x11 = ${bindir}/dbus-launch -RDEPENDS_${PN}-x11 = ${PN} +# for compatibility PROVIDES += dbus-x11 +RREPLACES_${PN} += dbus-x11 RPROVIDES_${PN} += dbus-x11 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] gcc: Make it possbile for armcc and gcc to coexist.
Signed-off-by: Martin Ertsaas mert...@cisco.com --- meta/recipes-devtools/gcc/gcc-4.7.inc |2 +- .../gcc/gcc-4.7/armcc-coexistence.patch.txt| 12 .../recipes-devtools/gcc/gcc-configure-runtime.inc |6 ++ 3 files changed, 19 insertions(+), 1 deletions(-) create mode 100644 meta/recipes-devtools/gcc/gcc-4.7/armcc-coexistence.patch.txt diff --git a/meta/recipes-devtools/gcc/gcc-4.7.inc b/meta/recipes-devtools/gcc/gcc-4.7.inc index 43d77ec..709d7d8 100644 --- a/meta/recipes-devtools/gcc/gcc-4.7.inc +++ b/meta/recipes-devtools/gcc/gcc-4.7.inc @@ -1,6 +1,6 @@ require gcc-common.inc -PR = r7 +PR = r8 # Third digit in PV should be incremented after a minor release # happens from this branch on gcc e.g. currently its 4.7.1 diff --git a/meta/recipes-devtools/gcc/gcc-4.7/armcc-coexistence.patch.txt b/meta/recipes-devtools/gcc/gcc-4.7/armcc-coexistence.patch.txt new file mode 100644 index 000..61c04ac --- /dev/null +++ b/meta/recipes-devtools/gcc/gcc-4.7/armcc-coexistence.patch.txt @@ -0,0 +1,12 @@ +--- /usr/local/oecore-x86_64/sysroots/armv7ahf-vfp-neon-nimbus-linux-gnueabi/usr/include/c++/OE_TARGET_SYS/bits/c++config.h~ 2012-06-15 11:47:57.0 +0200 /usr/local/oecore-x86_64/sysroots/armv7ahf-vfp-neon-nimbus-linux-gnueabi/usr/include/c++/OE_TARGET_SYS/bits/c++config.h 2012-06-29 11:57:10.0 +0200 +@@ -1147,7 +1147,9 @@ namespace std + /* #undef _GLIBCXX_VERSION */ + + /* Define if the compiler supports C++11 atomics. */ ++#ifndef __ARMCC_VERSION + #define _GLIBCXX_ATOMIC_BUILTINS 1 ++#endif + + /* Define to use concept checking code from the boost libraries. */ + /* #undef _GLIBCXX_CONCEPT_CHECKS */ diff --git a/meta/recipes-devtools/gcc/gcc-configure-runtime.inc b/meta/recipes-devtools/gcc/gcc-configure-runtime.inc index d40383c..cdb69bf 100644 --- a/meta/recipes-devtools/gcc/gcc-configure-runtime.inc +++ b/meta/recipes-devtools/gcc/gcc-configure-runtime.inc @@ -2,6 +2,8 @@ require gcc-configure-common.inc CXXFLAGS := ${@oe_filter_out('-fvisibility-inlines-hidden', '${CXXFLAGS}', d)} +SRC_URI += file://armcc-coexistence.patch.txt + EXTRA_OECONF_PATHS = \ --with-gxx-include-dir=${includedir}/c++/ \ --with-sysroot=${STAGING_DIR_TARGET} \ @@ -49,6 +51,10 @@ do_install () { rmdir --ignore-fail-on-non-empty -p ${D}${datadir}/info fi done + cd ${D}${prefix} + cat ${S}/../armcc-coexistence.patch.txt \ + | sed -e s|OE_TARGET_SYS|${TARGET_SYS}|g \ + | patch -p7 chown -R root:root ${D} } -- 1.7.8.6 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] removing /etc/init.d/busybox-udhcpc
On 26/07/12 03:40, Jesse Zhang wrote: Hi, I recently found that if ip=dhcp is specified in the kernel cmdline, there would be some strange behaviour of udhcpc. 1. udhcpc is started two times during bootup. snip... I've also seen this happen on the beaglebone with meta-ti and poky under core-image-minimal configuration. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core -- Jack Mitchell (j...@embed.me.uk) Embedded Systems Engineer http://www.embed.me.uk -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v3] dbus: include dbus-launch in the main dbus package
On Thursday 26 July 2012 10:08:49 Koen Kooi wrote: Op 26 jul. 2012, om 08:29 heeft Radu Moisan radu.moi...@intel.com het volgende geschreven: it does not build, it complains about nothing providing dbus-x11 Radu On 07/26/2012 09:17 AM, Radu Moisan wrote: Followed suggestions from Bugz 2261: 1) remove the --with-x/--without-x configure arguments. If you want to force no-discovery for native builds the correct argument is --disable-x11-autolaunch. This ensures that DBus looks at the build environment to determine whether to enable X11 bus discovery or not. 2) make the virtual/libx11 DEPENDS conditional based on the x11 distro feature. This makes the build dependencies reflect the feature list. 3) remove dbus-x11, meaning that dbus-launch with its potential X11 dependency is now back in dbus where is belongs. 4) Potentially make dbus provide dbus-x11, for compatibility. Fixes [Yocto #2261] Signed-off-by: Radu Moisan radu.moi...@intel.com --- meta/recipes-core/dbus/dbus.inc | 11 ++- 1 file changed, 6 insertions(+), 5 deletions(-) diff --git a/meta/recipes-core/dbus/dbus.inc b/meta/recipes-core/dbus/dbus.inc index a75583d..9559f6f 100644 --- a/meta/recipes-core/dbus/dbus.inc +++ b/meta/recipes-core/dbus/dbus.inc @@ -31,10 +31,10 @@ CONFFILES_${PN} = ${sysconfdir}/dbus-1/system.conf ${sysconfdir}/dbus-1/session DEBIANNAME_${PN} = dbus-1 -PACKAGES =+ ${PN}-lib ${PN}-systemd ${@base_contains('DISTRO_FEATURES', 'x11', '${PN}-x11', '', d)} +PACKAGES =+ ${PN}-lib ${PN}-systemd -FILES_${PN}-x11 = ${bindir}/dbus-launch -RDEPENDS_${PN}-x11 = ${PN} +# for compatibility PROVIDES += dbus-x11 +RREPLACES_${PN} += dbus-x11 RPROVIDES_${PN} += dbus-x11 For the sake of clarity, you mean both of these, not RPROVIDES instead of adding RREPLACES - right? 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 v3] dbus: include dbus-launch in the main dbus package
Op 26 jul. 2012, om 10:42 heeft Paul Eggleton paul.eggle...@linux.intel.com het volgende geschreven: On Thursday 26 July 2012 10:08:49 Koen Kooi wrote: Op 26 jul. 2012, om 08:29 heeft Radu Moisan radu.moi...@intel.com het volgende geschreven: it does not build, it complains about nothing providing dbus-x11 Radu On 07/26/2012 09:17 AM, Radu Moisan wrote: Followed suggestions from Bugz 2261: 1) remove the --with-x/--without-x configure arguments. If you want to force no-discovery for native builds the correct argument is --disable-x11-autolaunch. This ensures that DBus looks at the build environment to determine whether to enable X11 bus discovery or not. 2) make the virtual/libx11 DEPENDS conditional based on the x11 distro feature. This makes the build dependencies reflect the feature list. 3) remove dbus-x11, meaning that dbus-launch with its potential X11 dependency is now back in dbus where is belongs. 4) Potentially make dbus provide dbus-x11, for compatibility. Fixes [Yocto #2261] Signed-off-by: Radu Moisan radu.moi...@intel.com --- meta/recipes-core/dbus/dbus.inc | 11 ++- 1 file changed, 6 insertions(+), 5 deletions(-) diff --git a/meta/recipes-core/dbus/dbus.inc b/meta/recipes-core/dbus/dbus.inc index a75583d..9559f6f 100644 --- a/meta/recipes-core/dbus/dbus.inc +++ b/meta/recipes-core/dbus/dbus.inc @@ -31,10 +31,10 @@ CONFFILES_${PN} = ${sysconfdir}/dbus-1/system.conf ${sysconfdir}/dbus-1/session DEBIANNAME_${PN} = dbus-1 -PACKAGES =+ ${PN}-lib ${PN}-systemd ${@base_contains('DISTRO_FEATURES', 'x11', '${PN}-x11', '', d)} +PACKAGES =+ ${PN}-lib ${PN}-systemd -FILES_${PN}-x11 = ${bindir}/dbus-launch -RDEPENDS_${PN}-x11 = ${PN} +# for compatibility PROVIDES += dbus-x11 +RREPLACES_${PN} += dbus-x11 RPROVIDES_${PN} += dbus-x11 For the sake of clarity, you mean both of these, not RPROVIDES instead of adding RREPLACES - right? Correct, you need both (or rather all 3 if you include PROVIDES). ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v3] dbus: include dbus-launch in the main dbus package
What's the point of PROVIDES += dbus-x11, it build fine without it (I'm not questioning the correctness of this, just want to understand the need for it). Radu On 07/26/2012 11:43 AM, Koen Kooi wrote: Op 26 jul. 2012, om 10:42 heeft Paul Eggleton paul.eggle...@linux.intel.com het volgende geschreven: On Thursday 26 July 2012 10:08:49 Koen Kooi wrote: Op 26 jul. 2012, om 08:29 heeft Radu Moisan radu.moi...@intel.com het volgende geschreven: it does not build, it complains about nothing providing dbus-x11 Radu On 07/26/2012 09:17 AM, Radu Moisan wrote: Followed suggestions from Bugz 2261: 1) remove the --with-x/--without-x configure arguments. If you want to force no-discovery for native builds the correct argument is --disable-x11-autolaunch. This ensures that DBus looks at the build environment to determine whether to enable X11 bus discovery or not. 2) make the virtual/libx11 DEPENDS conditional based on the x11 distro feature. This makes the build dependencies reflect the feature list. 3) remove dbus-x11, meaning that dbus-launch with its potential X11 dependency is now back in dbus where is belongs. 4) Potentially make dbus provide dbus-x11, for compatibility. Fixes [Yocto #2261] Signed-off-by: Radu Moisan radu.moi...@intel.com --- meta/recipes-core/dbus/dbus.inc | 11 ++- 1 file changed, 6 insertions(+), 5 deletions(-) diff --git a/meta/recipes-core/dbus/dbus.inc b/meta/recipes-core/dbus/dbus.inc index a75583d..9559f6f 100644 --- a/meta/recipes-core/dbus/dbus.inc +++ b/meta/recipes-core/dbus/dbus.inc @@ -31,10 +31,10 @@ CONFFILES_${PN} = ${sysconfdir}/dbus-1/system.conf ${sysconfdir}/dbus-1/session DEBIANNAME_${PN} = dbus-1 -PACKAGES =+ ${PN}-lib ${PN}-systemd ${@base_contains('DISTRO_FEATURES', 'x11', '${PN}-x11', '', d)} +PACKAGES =+ ${PN}-lib ${PN}-systemd -FILES_${PN}-x11 = ${bindir}/dbus-launch -RDEPENDS_${PN}-x11 = ${PN} +# for compatibility PROVIDES += dbus-x11 +RREPLACES_${PN} += dbus-x11 RPROVIDES_${PN} += dbus-x11 For the sake of clarity, you mean both of these, not RPROVIDES instead of adding RREPLACES - right? Correct, you need both (or rather all 3 if you include PROVIDES). ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v3] dbus: include dbus-launch in the main dbus package
Op 26 jul. 2012, om 11:18 heeft Radu Moisan het volgende geschreven: What's the point of PROVIDES += dbus-x11, it build fine without it (I'm not questioning the correctness of this, just want to understand the need for it). This morning you said: it does not build, it complains about nothing providing dbus-x11 That's what the PROVIDES is for. Radu On 07/26/2012 11:43 AM, Koen Kooi wrote: Op 26 jul. 2012, om 10:42 heeft Paul Eggleton paul.eggle...@linux.intel.com het volgende geschreven: On Thursday 26 July 2012 10:08:49 Koen Kooi wrote: Op 26 jul. 2012, om 08:29 heeft Radu Moisan radu.moi...@intel.com het volgende geschreven: it does not build, it complains about nothing providing dbus-x11 Radu On 07/26/2012 09:17 AM, Radu Moisan wrote: Followed suggestions from Bugz 2261: 1) remove the --with-x/--without-x configure arguments. If you want to force no-discovery for native builds the correct argument is --disable-x11-autolaunch. This ensures that DBus looks at the build environment to determine whether to enable X11 bus discovery or not. 2) make the virtual/libx11 DEPENDS conditional based on the x11 distro feature. This makes the build dependencies reflect the feature list. 3) remove dbus-x11, meaning that dbus-launch with its potential X11 dependency is now back in dbus where is belongs. 4) Potentially make dbus provide dbus-x11, for compatibility. Fixes [Yocto #2261] Signed-off-by: Radu Moisan radu.moi...@intel.com --- meta/recipes-core/dbus/dbus.inc | 11 ++- 1 file changed, 6 insertions(+), 5 deletions(-) diff --git a/meta/recipes-core/dbus/dbus.inc b/meta/recipes-core/dbus/dbus.inc index a75583d..9559f6f 100644 --- a/meta/recipes-core/dbus/dbus.inc +++ b/meta/recipes-core/dbus/dbus.inc @@ -31,10 +31,10 @@ CONFFILES_${PN} = ${sysconfdir}/dbus-1/system.conf ${sysconfdir}/dbus-1/session DEBIANNAME_${PN} = dbus-1 -PACKAGES =+ ${PN}-lib ${PN}-systemd ${@base_contains('DISTRO_FEATURES', 'x11', '${PN}-x11', '', d)} +PACKAGES =+ ${PN}-lib ${PN}-systemd -FILES_${PN}-x11 = ${bindir}/dbus-launch -RDEPENDS_${PN}-x11 = ${PN} +# for compatibility PROVIDES += dbus-x11 +RREPLACES_${PN} += dbus-x11 RPROVIDES_${PN} += dbus-x11 For the sake of clarity, you mean both of these, not RPROVIDES instead of adding RREPLACES - right? Correct, you need both (or rather all 3 if you include PROVIDES). ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] usbutils: avoid dependency on bash
By virtue of having #!/bin/bash, the usb-devices script declared that it requires bash, however manual examinasion, checkbashisms and tests with dash and busybox show that it doesn't contain any bashisms, so change the script's header and remove the RDEPENDS on bash. Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com --- .../usb-devices-avoid-dependency-on-bash.patch | 30 meta/recipes-bsp/usbutils/usbutils_0.91.bb |7 +++-- 2 files changed, 34 insertions(+), 3 deletions(-) create mode 100644 meta/recipes-bsp/usbutils/usbutils/usb-devices-avoid-dependency-on-bash.patch diff --git a/meta/recipes-bsp/usbutils/usbutils/usb-devices-avoid-dependency-on-bash.patch b/meta/recipes-bsp/usbutils/usbutils/usb-devices-avoid-dependency-on-bash.patch new file mode 100644 index 000..e3872ad --- /dev/null +++ b/meta/recipes-bsp/usbutils/usbutils/usb-devices-avoid-dependency-on-bash.patch @@ -0,0 +1,30 @@ +From 333d5fbbc03481f1aa222bd68c2609db168ae3e0 Mon Sep 17 00:00:00 2001 +From: Paul Eggleton paul.eggle...@linux.intel.com +Date: Thu, 26 Jul 2012 10:37:32 +0100 +Subject: [PATCH] usb-devices: avoid dependency on bash + +By virtue of having #!/bin/bash this script declared that it requires +bash, however manual examinasion, checkbashisms and tests with dash +and busybox show that it doesn't contain any bashisms, so change the +header to avoid the dependency. + +Upstream-Status: Pending + +Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com +--- + usb-devices |2 +- + 1 file changed, 1 insertion(+), 1 deletion(-) + +diff --git a/usb-devices b/usb-devices +index b2052e2..14a5358 100755 +--- a/usb-devices b/usb-devices +@@ -1,4 +1,4 @@ +-#!/bin/bash ++#!/bin/sh + + # Copyright: 2009 Greg Kroah-Hartman g...@kroah.com + #2009 Randy Dunlap rdun...@xenotime.net +-- +1.7.9.5 + diff --git a/meta/recipes-bsp/usbutils/usbutils_0.91.bb b/meta/recipes-bsp/usbutils/usbutils_0.91.bb index 490b05a..04d1681 100644 --- a/meta/recipes-bsp/usbutils/usbutils_0.91.bb +++ b/meta/recipes-bsp/usbutils/usbutils_0.91.bb @@ -7,9 +7,10 @@ LICENSE = GPLv2+ LIC_FILES_CHKSUM = file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f DEPENDS = libusb zlib -PR = r3 +PR = r4 -SRC_URI = ${KERNELORG_MIRROR}/linux/utils/usb/usbutils/usbutils-${PV}.tar.gz +SRC_URI = ${KERNELORG_MIRROR}/linux/utils/usb/usbutils/usbutils-${PV}.tar.gz \ + file://usb-devices-avoid-dependency-on-bash.patch SRC_URI[md5sum] = 49de2403b40bf3a9863faaa8d3858deb SRC_URI[sha256sum] = c122346b0225121bcf159abf804116f826a4a3462c94ce7b8871f7559e6b3a46 @@ -26,4 +27,4 @@ PACKAGES += ${PN}-ids FILES_${PN}-dev += ${datadir}/pkgconfig FILES_${PN}-ids = ${datadir}/usb* -RDEPENDS_${PN} = ${PN}-ids bash +RDEPENDS_${PN} = ${PN}-ids -- 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 v3] dbus: include dbus-launch in the main dbus package
On 26 July 2012 10:51, Koen Kooi k...@dominion.thruhere.net wrote: What's the point of PROVIDES += dbus-x11, it build fine without it (I'm not questioning the correctness of this, just want to understand the need for it). This morning you said: it does not build, it complains about nothing providing dbus-x11 That's what the PROVIDES is for. Without seeing the logs, I expect the error was when building the image. Nothing will build-depend on dbus-x11 because it isn't a source package. Radu, as a follow-up patch please remove all instances of dbus-x11, replacing with dbus if required. Ross ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] usbutils: avoid dependency on bash
Op 26 jul. 2012, om 12:04 heeft Paul Eggleton het volgende geschreven: By virtue of having #!/bin/bash, the usb-devices script declared that it requires bash, however manual examinasion, checkbashisms and tests with dash and busybox show that it doesn't contain any bashisms, so change the script's header and remove the RDEPENDS on bash. Is the update-usbids ash/dash safe as well nowadays? ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v3] dbus: include dbus-launch in the main dbus package
the build issue was solved by RPROVIDES, while PROVIDES did not fix the build or influence the error in any way. Radu On 07/26/2012 12:51 PM, Koen Kooi wrote: Op 26 jul. 2012, om 11:18 heeft Radu Moisan het volgende geschreven: What's the point of PROVIDES += dbus-x11, it build fine without it (I'm not questioning the correctness of this, just want to understand the need for it). This morning you said: it does not build, it complains about nothing providing dbus-x11 That's what the PROVIDES is for. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v3] dbus: include dbus-launch in the main dbus package
should I create a single patch that changes dbus-x11 to dbus, or one for each package? Radu On 07/26/2012 01:23 PM, Burton, Ross wrote: On 26 July 2012 10:51, Koen Kooi k...@dominion.thruhere.net wrote: What's the point of PROVIDES += dbus-x11, it build fine without it (I'm not questioning the correctness of this, just want to understand the need for it). This morning you said: it does not build, it complains about nothing providing dbus-x11 That's what the PROVIDES is for. Without seeing the logs, I expect the error was when building the image. Nothing will build-depend on dbus-x11 because it isn't a source package. Radu, as a follow-up patch please remove all instances of dbus-x11, replacing with dbus if required. Ross ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] usbutils: avoid dependency on bash
On Thursday 26 July 2012 12:24:44 Koen Kooi wrote: Op 26 jul. 2012, om 12:04 heeft Paul Eggleton het volgende geschreven: By virtue of having #!/bin/bash, the usb-devices script declared that it requires bash, however manual examinasion, checkbashisms and tests with dash and busybox show that it doesn't contain any bashisms, so change the script's header and remove the RDEPENDS on bash. Is the update-usbids ash/dash safe as well nowadays? Manual examination shows no bashisms, checkbashisms reports nothing, and it works fine with ash 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] usbutils: avoid dependency on bash
Op 26 jul. 2012, om 12:38 heeft Paul Eggleton het volgende geschreven: On Thursday 26 July 2012 12:24:44 Koen Kooi wrote: Op 26 jul. 2012, om 12:04 heeft Paul Eggleton het volgende geschreven: By virtue of having #!/bin/bash, the usb-devices script declared that it requires bash, however manual examinasion, checkbashisms and tests with dash and busybox show that it doesn't contain any bashisms, so change the script's header and remove the RDEPENDS on bash. Is the update-usbids ash/dash safe as well nowadays? Manual examination shows no bashisms, checkbashisms reports nothing, and it works fine with ash here. Awesome! Thanks for checking! ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] usbutils: avoid dependency on bash
On Thursday 26 July 2012 12:42:47 Koen Kooi wrote: Op 26 jul. 2012, om 12:38 heeft Paul Eggleton het volgende geschreven: On Thursday 26 July 2012 12:24:44 Koen Kooi wrote: Op 26 jul. 2012, om 12:04 heeft Paul Eggleton het volgende geschreven: By virtue of having #!/bin/bash, the usb-devices script declared that it requires bash, however manual examinasion, checkbashisms and tests with dash and busybox show that it doesn't contain any bashisms, so change the script's header and remove the RDEPENDS on bash. Is the update-usbids ash/dash safe as well nowadays? Manual examination shows no bashisms, checkbashisms reports nothing, and it works fine with ash here. Awesome! Thanks for checking! Since I also made a spelling mistake in the original commit message let me make a v2 also noting that this has been checked as well. 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 v2] usbutils: avoid dependency on bash
By virtue of having #!/bin/bash, the usb-devices script declared that it requires bash, however manual examination, checkbashisms and tests with dash and busybox show that it doesn't contain any bashisms, so change the script's header and remove the RDEPENDS on bash. Additionally, update-usbids.sh was manually checked for bashisms, run through checkbashisms and tested with busybox (although it did not have a bash-specific header). Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com --- .../usb-devices-avoid-dependency-on-bash.patch | 30 meta/recipes-bsp/usbutils/usbutils_0.91.bb |7 +++-- 2 files changed, 34 insertions(+), 3 deletions(-) create mode 100644 meta/recipes-bsp/usbutils/usbutils/usb-devices-avoid-dependency-on-bash.patch diff --git a/meta/recipes-bsp/usbutils/usbutils/usb-devices-avoid-dependency-on-bash.patch b/meta/recipes-bsp/usbutils/usbutils/usb-devices-avoid-dependency-on-bash.patch new file mode 100644 index 000..a6b241f --- /dev/null +++ b/meta/recipes-bsp/usbutils/usbutils/usb-devices-avoid-dependency-on-bash.patch @@ -0,0 +1,30 @@ +From 333d5fbbc03481f1aa222bd68c2609db168ae3e0 Mon Sep 17 00:00:00 2001 +From: Paul Eggleton paul.eggle...@linux.intel.com +Date: Thu, 26 Jul 2012 10:37:32 +0100 +Subject: [PATCH] usb-devices: avoid dependency on bash + +By virtue of having #!/bin/bash this script declared that it requires +bash, however manual examination, checkbashisms and tests with dash +and busybox show that it doesn't contain any bashisms, so change the +header to avoid the dependency. + +Upstream-Status: Pending + +Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com +--- + usb-devices |2 +- + 1 file changed, 1 insertion(+), 1 deletion(-) + +diff --git a/usb-devices b/usb-devices +index b2052e2..14a5358 100755 +--- a/usb-devices b/usb-devices +@@ -1,4 +1,4 @@ +-#!/bin/bash ++#!/bin/sh + + # Copyright: 2009 Greg Kroah-Hartman g...@kroah.com + #2009 Randy Dunlap rdun...@xenotime.net +-- +1.7.9.5 + diff --git a/meta/recipes-bsp/usbutils/usbutils_0.91.bb b/meta/recipes-bsp/usbutils/usbutils_0.91.bb index 490b05a..04d1681 100644 --- a/meta/recipes-bsp/usbutils/usbutils_0.91.bb +++ b/meta/recipes-bsp/usbutils/usbutils_0.91.bb @@ -7,9 +7,10 @@ LICENSE = GPLv2+ LIC_FILES_CHKSUM = file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f DEPENDS = libusb zlib -PR = r3 +PR = r4 -SRC_URI = ${KERNELORG_MIRROR}/linux/utils/usb/usbutils/usbutils-${PV}.tar.gz +SRC_URI = ${KERNELORG_MIRROR}/linux/utils/usb/usbutils/usbutils-${PV}.tar.gz \ + file://usb-devices-avoid-dependency-on-bash.patch SRC_URI[md5sum] = 49de2403b40bf3a9863faaa8d3858deb SRC_URI[sha256sum] = c122346b0225121bcf159abf804116f826a4a3462c94ce7b8871f7559e6b3a46 @@ -26,4 +27,4 @@ PACKAGES += ${PN}-ids FILES_${PN}-dev += ${datadir}/pkgconfig FILES_${PN}-ids = ${datadir}/usb* -RDEPENDS_${PN} = ${PN}-ids bash +RDEPENDS_${PN} = ${PN}-ids -- 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 v3] dbus: include dbus-launch in the main dbus package
I see no build-time dependencies on dbus-x11 (only runtime dependencies), so, assuming PROVIDES is used at build-time, I don't see it's point. Radu On 07/26/2012 01:31 PM, Radu Moisan wrote: the build issue was solved by RPROVIDES, while PROVIDES did not fix the build or influence the error in any way. Radu On 07/26/2012 12:51 PM, Koen Kooi wrote: Op 26 jul. 2012, om 11:18 heeft Radu Moisan het volgende geschreven: What's the point of PROVIDES += dbus-x11, it build fine without it (I'm not questioning the correctness of this, just want to understand the need for it). This morning you said: it does not build, it complains about nothing providing dbus-x11 That's what the PROVIDES is for. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] how to properly use EXTRA_ASSUME_PROVIDED?
On Thu, 26 Jul 2012, Richard Purdie wrote: ... snip ... So its not a variable, its a parameter. You probably mean to run something like: bitbake -I rday-native -e core-image-minimal or bitbake --ignore-deps=rday-native -e core-image-minimal ok, that was embarrassing :-(, but my original question still applies -- is there any way to see this additional ignored dependency in the environment of my bitbake command? 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] how to properly use EXTRA_ASSUME_PROVIDED?
On Thu, 2012-07-26 at 06:57 -0400, Robert P. J. Day wrote: On Thu, 26 Jul 2012, Richard Purdie wrote: ... snip ... So its not a variable, its a parameter. You probably mean to run something like: bitbake -I rday-native -e core-image-minimal or bitbake --ignore-deps=rday-native -e core-image-minimal ok, that was embarrassing :-(, but my original question still applies -- is there any way to see this additional ignored dependency in the environment of my bitbake command? Not that I can think of offhand. Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] proper way to report fetch failure?
to stock up on tarballs, i just ran: $ bitbake -c fetchall world and got: NOTE: package kbd-1.15.2-r3: task do_fetch: Started WARNING: Failed to fetch URL http://kernel.org/pub/linux/utils/kbd/kbd-1.15.2.tar.bz2, attempting MIRRORS if available ... and, sure enough, that current tarball is not at that location: http://kernel.org/pub/linux/utils/kbd/ is there a proper way to report this? 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
[OE-core] autoconf broken? (was [oe] gtk+-native configure fails)
On Wed, Jul 25, 2012 at 5:43 PM, Henning Heinold hein...@inf.fu-berlin.de wrote: On Wed, Jul 25, 2012 at 01:47:03PM +0200, Andreas Müller wrote: Ciao, with the latest sources gtk+-nataive (and maybe also gtk+ - but I don't get that far) configure fails with | configure.in:1587: warning: PKG_PROG_PKG_CONFIG is m4_require'd but not m4_defun'd | aclocal.m4:1818: GTK_DOC_CHECK is expanded from... | configure.in:1587: the top level | configure.in:151: error: possibly undefined macro: dnl uhm, 'dnl' besides ';' was the comment sqeuenz. So this is odd and maybee changed in newer autotools versions. | If this token and others are legitimate, please use m4_pattern_allow. | See the Autoconf documentation. | autoreconf: /home/andreas/tmp/oe-core-eglibc/sysroots/x86_64-linux/usr/bin/autoconf failed with exit status: 1 | ERROR: autoreconf execution failed. | ERROR: Function failed: do_configure (see /home/andreas/tmp/oe-core-eglibc/work/x86_64-linux/gtk+-native-2.24.8-r5/temp/log.do_configure.22156 for further information) Supporting hints welcome :-) Andreas Bye Henning I think it is not gtk+-native specific but some autoconf trouble. I tried a build from scratch and get: | configure.ac:171: warning: macro 'AM_PATH_GLIB_2_0' not found in library | configure.ac:195: warning: macro 'AM_GLIB_GNU_GETTEXT' not found in library | autoreconf: running: /home/andreas/tmp/oe-core-eglibc/sysroots/x86_64-linux/usr/bin/autoconf --include=/home/andreas/tmp/oe-core-eglibc/work/x86_64-linux/atk-native-2.2.0-r3/atk-2.2.0/m4/ --include=/home/andreas/tmp/oe-core-eglibc/sysroots/x86_64-linux/usr/share/aclocal-1.12 --include=/home/andreas/tmp/oe-core-eglibc/work/x86_64-linux/atk-native-2.2.0-r3/atk-2.2.0/aclocal-copy/ --force --warnings=cross | configure.ac:171: error: possibly undefined macro: AM_PATH_GLIB_2_0 | If this token and others are legitimate, please use m4_pattern_allow. | See the Autoconf documentation. | configure.ac:195: error: possibly undefined macro: AM_GLIB_GNU_GETTEXT | autoreconf: /home/andreas/tmp/oe-core-eglibc/sysroots/x86_64-linux/usr/bin/autoconf failed with exit status: 1 | ERROR: autoreconf execution failed. | ERROR: Function failed: do_configure (see /home/andreas/tmp/oe-core-eglibc/work/x86_64-linux/atk-native-2.2.0-r3/temp/log.do_configure.24422 for further information) NOTE: package atk-native-2.2.0-r3: task do_configure: Failed | configure.ac:171: warning: macro 'AM_PATH_GLIB_2_0' not found in library | configure.ac:195: warning: macro 'AM_GLIB_GNU_GETTEXT' not found in library | autoreconf: running: /home/andreas/tmp/oe-core-eglibc/sysroots/x86_64-linux/usr/bin/autoconf --include=/home/andreas/tmp/oe-core-eglibc/work/x86_64-linux/atk-native-2.2.0-r3/atk-2.2.0/m4/ --include=/home/andreas/tmp/oe-core-eglibc/sysroots/x86_64-linux/usr/share/aclocal-1.12 --include=/home/andreas/tmp/oe-core-eglibc/work/x86_64-linux/atk-native-2.2.0-r3/atk-2.2.0/aclocal-copy/ --force --warnings=cross | configure.ac:171: error: possibly undefined macro: AM_PATH_GLIB_2_0 | If this token and others are legitimate, please use m4_pattern_allow. | See the Autoconf documentation. | configure.ac:195: error: possibly undefined macro: AM_GLIB_GNU_GETTEXT | autoreconf: /home/andreas/tmp/oe-core-eglibc/sysroots/x86_64-linux/usr/bin/autoconf failed with exit status: 1 | ERROR: autoreconf execution failed. | ERROR: Function failed: do_configure (see /home/andreas/tmp/oe-core-eglibc/work/x86_64-linux/atk-native-2.2.0-r3/temp/log.do_configure.24422 for further information) NOTE: package atk-native-2.2.0-r3: task do_configure: Failed Suggestions? Andreas ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v3] dbus: include dbus-launch in the main dbus package
On 26 July 2012 11:55, Radu Moisan radu.moi...@intel.com wrote: I see no build-time dependencies on dbus-x11 (only runtime dependencies), so, assuming PROVIDES is used at build-time, I don't see it's point. We've just removed dbus-x11 because it's pointless, the provides is only for compatibility. Ross ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] package.bbclass: don't error when the root doesn't exist in do_split_packages
On 25 July 2012 18:38, Martin Jansa martin.ja...@gmail.com wrote: Isn't this real error which shouldn't be covered by this? e.g. if someone removes or loose tmp-eglibc/work/foo/image (happens to me all the time because tmp-eglibc is on tmpfs) then do_package is reexecuted when sstate checksum is changed (even with BB_SIGNATURE_HANDLER = OEBasic) and in some cases it successfully repackage .ipk files which are now empty and in some cases it fails (e.g. with systemd.bbclass checking that requested .service files are available in package during do_package). In that case it really should fail before do_split_packages() is called, surely? Ross ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v3] dbus: include dbus-launch in the main dbus package
Op 26 jul. 2012, om 13:27 heeft Burton, Ross het volgende geschreven: On 26 July 2012 11:55, Radu Moisan radu.moi...@intel.com wrote: I see no build-time dependencies on dbus-x11 (only runtime dependencies), so, assuming PROVIDES is used at build-time, I don't see it's point. We've just removed dbus-x11 because it's pointless, the provides is only for compatibility. It would be nice if other layers that have RDEPENDS_foo = dbus-x11 keep working till their maintainers get around fixing them. Note that you might need to do a -c cleansstate on dbus first to trigger any errors. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v3] dbus: include dbus-launch in the main dbus package
On 26 July 2012 12:55, Koen Kooi k...@dominion.thruhere.net wrote: It would be nice if other layers that have RDEPENDS_foo = dbus-x11 keep working till their maintainers get around fixing them. Note that you might need to do a -c cleansstate on dbus first to trigger any errors. Yes, and isn't that what the RPROVIDES is for? Ross ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v3] dbus: include dbus-launch in the main dbus package
On Thursday 26 July 2012 14:29:14 Koen Kooi wrote: Op 26 jul. 2012, om 14:00 heeft Burton, Ross het volgende geschreven: On 26 July 2012 12:55, Koen Kooi k...@dominion.thruhere.net wrote: It would be nice if other layers that have RDEPENDS_foo = dbus-x11 keep working till their maintainers get around fixing them. Note that you might need to do a -c cleansstate on dbus first to trigger any errors. Yes, and isn't that what the RPROVIDES is for? I'm not sure if bitbake can map RPROVIDES to PROVIDES, I vaguely remember that it doesn't, but it will pick it up *after* do_package has run. I broke OE way too many times doing things like that :) Why would it need to if we're talking about RDEPENDS and more specifically RDEPENDS defined before do_package? 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 v3] dbus: include dbus-launch in the main dbus package
I understand the reasoning behind RPROVIDES. I've grep'ed the sources and none of the packages that depend on dbus-x11 have build time dependencies on it, so the question arises what's the point of PROVIDES?. I understand the compatibility argument, but it seems to me more like an argument when dependencies are not clear, but in this case they are clear. The following packages depend on dbus-x11, at run-time: radu@dell-desktopgrep . -re dbus-x11 ./recipes-bsp/qemu-config/*qemu-config.bb*:RDEPENDS_${PN} = distcc ${@base_contains('DISTRO_FEATURES', 'x11', 'dbus-x11', '', d)} task-core-nfs-server oprofileui-server rsync bash ./recipes-gnome/gnome/*gconf_3.2.3.bb*:RDEPENDS_${PN} += ${@base_contains('DISTRO_FEATURES', 'x11', 'dbus-x11', '', d)} ./recipes-graphics/x11-common/*x11-common_0.1.bb*:RDEPENDS_${PN} = dbus-x11 xmodmap xdpyinfo xtscal xinit formfactor Rephrasing my question, what would happen (potentially bad) if I don't have PROVIDES=dbus-x11 line in my recipe? Also, I've done a clean build without PROVIDES=dbus-x11 line in dbus.inc and the build finished successfully, as if it were there (tried that as well). Radu On 07/26/2012 03:00 PM, Burton, Ross wrote: On 26 July 2012 12:55, Koen Kooi k...@dominion.thruhere.net wrote: It would be nice if other layers that have RDEPENDS_foo = dbus-x11 keep working till their maintainers get around fixing them. Note that you might need to do a -c cleansstate on dbus first to trigger any errors. Yes, and isn't that what the RPROVIDES is for? ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v3] dbus: include dbus-launch in the main dbus package
Op 26 jul. 2012, om 14:32 heeft Paul Eggleton het volgende geschreven: On Thursday 26 July 2012 14:29:14 Koen Kooi wrote: Op 26 jul. 2012, om 14:00 heeft Burton, Ross het volgende geschreven: On 26 July 2012 12:55, Koen Kooi k...@dominion.thruhere.net wrote: It would be nice if other layers that have RDEPENDS_foo = dbus-x11 keep working till their maintainers get around fixing them. Note that you might need to do a -c cleansstate on dbus first to trigger any errors. Yes, and isn't that what the RPROVIDES is for? I'm not sure if bitbake can map RPROVIDES to PROVIDES, I vaguely remember that it doesn't, but it will pick it up *after* do_package has run. I broke OE way too many times doing things like that :) Why would it need to if we're talking about RDEPENDS and more specifically RDEPENDS defined before do_package? Because AIUI RDEPENDS get resolved to build the runqueue, so you can't do RDEPENDS_foo = I-don't-exist. If that's not the case I'll shut up :) regards, Koen ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v3] dbus: include dbus-launch in the main dbus package
Op 26 jul. 2012, om 14:36 heeft Radu Moisan het volgende geschreven: I understand the reasoning behind RPROVIDES. I've grep'ed the sources and none of the packages that depend on dbus-x11 have build time dependencies on it, You grepped all the layers out there for 'dbus-x11' or only oe-core? ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v3] dbus: include dbus-launch in the main dbus package
On Thursday 26 July 2012 14:38:59 Koen Kooi wrote: Op 26 jul. 2012, om 14:32 heeft Paul Eggleton het volgende geschreven: On Thursday 26 July 2012 14:29:14 Koen Kooi wrote: Op 26 jul. 2012, om 14:00 heeft Burton, Ross het volgende geschreven: On 26 July 2012 12:55, Koen Kooi k...@dominion.thruhere.net wrote: It would be nice if other layers that have RDEPENDS_foo = dbus-x11 keep working till their maintainers get around fixing them. Note that you might need to do a -c cleansstate on dbus first to trigger any errors. Yes, and isn't that what the RPROVIDES is for? I'm not sure if bitbake can map RPROVIDES to PROVIDES, I vaguely remember that it doesn't, but it will pick it up *after* do_package has run. I broke OE way too many times doing things like that :) Why would it need to if we're talking about RDEPENDS and more specifically RDEPENDS defined before do_package? Because AIUI RDEPENDS get resolved to build the runqueue, so you can't do RDEPENDS_foo = I-don't-exist. If that's not the case I'll shut up :) Without being too concerned with implementation details, I think it's as simple as this: if recipe A has foo in RDEPENDS_${PN} and recipe B has foo in RPROVIDES_${PN} then the runtime dependency is considered satisfied and things will work. You don't have to specify foo in PROVIDES unless something else has foo in DEPENDS. 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 v3] dbus: include dbus-launch in the main dbus package
only in meta meta-intel. Radu On 07/26/2012 03:51 PM, Koen Kooi wrote: Op 26 jul. 2012, om 14:36 heeft Radu Moisan het volgende geschreven: I understand the reasoning behind RPROVIDES. I've grep'ed the sources and none of the packages that depend on dbus-x11 have build time dependencies on it, You grepped all the layers out there for 'dbus-x11' or only oe-core? ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] autoconf broken? (was [oe] gtk+-native configure fails)
On Thu, Jul 26, 2012 at 1:24 PM, Andreas Müller schnitzelt...@googlemail.com wrote: I think it is not gtk+-native specific but some autoconf trouble. I tried a build from scratch and get: | configure.ac:171: warning: macro 'AM_PATH_GLIB_2_0' not found in library | configure.ac:195: warning: macro 'AM_GLIB_GNU_GETTEXT' not found in library | autoreconf: running: /home/andreas/tmp/oe-core-eglibc/sysroots/x86_64-linux/usr/bin/autoconf --include=/home/andreas/tmp/oe-core-eglibc/work/x86_64-linux/atk-native-2.2.0-r3/atk-2.2.0/m4/ --include=/home/andreas/tmp/oe-core-eglibc/sysroots/x86_64-linux/usr/share/aclocal-1.12 --include=/home/andreas/tmp/oe-core-eglibc/work/x86_64-linux/atk-native-2.2.0-r3/atk-2.2.0/aclocal-copy/ --force --warnings=cross | configure.ac:171: error: possibly undefined macro: AM_PATH_GLIB_2_0 | If this token and others are legitimate, please use m4_pattern_allow. | See the Autoconf documentation. | configure.ac:195: error: possibly undefined macro: AM_GLIB_GNU_GETTEXT | autoreconf: /home/andreas/tmp/oe-core-eglibc/sysroots/x86_64-linux/usr/bin/autoconf failed with exit status: 1 | ERROR: autoreconf execution failed. | ERROR: Function failed: do_configure (see /home/andreas/tmp/oe-core-eglibc/work/x86_64-linux/atk-native-2.2.0-r3/temp/log.do_configure.24422 for further information) NOTE: package atk-native-2.2.0-r3: task do_configure: Failed | configure.ac:171: warning: macro 'AM_PATH_GLIB_2_0' not found in library | configure.ac:195: warning: macro 'AM_GLIB_GNU_GETTEXT' not found in library | autoreconf: running: /home/andreas/tmp/oe-core-eglibc/sysroots/x86_64-linux/usr/bin/autoconf --include=/home/andreas/tmp/oe-core-eglibc/work/x86_64-linux/atk-native-2.2.0-r3/atk-2.2.0/m4/ --include=/home/andreas/tmp/oe-core-eglibc/sysroots/x86_64-linux/usr/share/aclocal-1.12 --include=/home/andreas/tmp/oe-core-eglibc/work/x86_64-linux/atk-native-2.2.0-r3/atk-2.2.0/aclocal-copy/ --force --warnings=cross | configure.ac:171: error: possibly undefined macro: AM_PATH_GLIB_2_0 | If this token and others are legitimate, please use m4_pattern_allow. | See the Autoconf documentation. | configure.ac:195: error: possibly undefined macro: AM_GLIB_GNU_GETTEXT | autoreconf: /home/andreas/tmp/oe-core-eglibc/sysroots/x86_64-linux/usr/bin/autoconf failed with exit status: 1 | ERROR: autoreconf execution failed. | ERROR: Function failed: do_configure (see /home/andreas/tmp/oe-core-eglibc/work/x86_64-linux/atk-native-2.2.0-r3/temp/log.do_configure.24422 for further information) NOTE: package atk-native-2.2.0-r3: task do_configure: Failed Suggestions? Andreas FYI I reverted the autoconf 2.68 - 2.69 patch (effb75d42098b3e367d393215fd5d52a0191e954) / start build from scratch but the error is still same. Andreas ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v3] dbus: include dbus-launch in the main dbus package
This was also my understanding. Ok so we want PROVIDES in there just for the case in which someone in some layer created a dependency on dbus-x11 (in some recipe) with DEPENDS and we don't want to break his build - this argument will suffice, as far as I am concerned. Radu On 07/26/2012 03:56 PM, Paul Eggleton wrote: Without being too concerned with implementation details, I think it's as simple as this: if recipe A has foo in RDEPENDS_${PN} and recipe B has foo in RPROVIDES_${PN} then the runtime dependency is considered satisfied and things will work. You don't have to specify foo in PROVIDES unless something else has foo in DEPENDS. Cheers, Paul ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] lib/oe/lsb: Add basic LSB functions
This code was written by Christopher Larson chris_lar...@mentor.com and allows generation of the LSB release data based upon the lsb_release command. It also includes a helper function to generate a string representing a given distribution. Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org --- diff --git a/meta/lib/oe/lsb.py b/meta/lib/oe/lsb.py new file mode 100644 index 000..a774169 --- a/dev/null +++ b/meta/lib/oe/lsb.py @@ -0,0 +1,28 @@ +def release_dict(): +Return the output of lsb_release -a as a dictionary +from subprocess import PIPE + +try: +output, err = bb.process.run(['lsb_release', '-a'], stderr=PIPE) +except bb.process.CmdError as exc: +return + +data = {} +for line in output.splitlines(): +try: +key, value = line.split(:\t, 1) +except ValueError: +continue +else: +data[key] = value +return data + +def distro_identifier(adjust_hook=None): +Return a distro identifier string based upon lsb_release -ri, + with optional adjustment via a hook + +lsb_data = release_dict() +distro_id, release = lsb_data['Distributor ID'], lsb_data['Release'] +if adjust_hook: +distro_id, release = adjust_hook(distro_id, release) +return '{0}-{1}'.format(distro_id, release) ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] sstate.bbclass: Add a string representing the lsb release to native/cross sstate
This patch adds the lsb name and revision to the path used for sstate files. This means that reuse of sstate files between different distributions is restricted by default. The behaviour can be configured using mirror urls, for example: SSTATE_MIRRORS = file://Ubuntu-11.10/(.*) file://Ubuntu/\1 \n would map Ubuntu 11.10 to a more generic Ubuntu named sstate feed. Usually, more modern distros have increased libc versions for example so whilst more older native/cross sstate packages will usually work on newer distros, the opposite is not true. This patch allows development of policy to better handle this although no default policy is currently being used. Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org --- diff --git a/meta/classes/sstate.bbclass b/meta/classes/sstate.bbclass index d00779a..e87f3c0 100644 --- a/meta/classes/sstate.bbclass +++ b/meta/classes/sstate.bbclass @@ -11,14 +11,17 @@ def generate_sstatefn(spec, hash, d): SSTATE_PKGARCH= ${PACKAGE_ARCH} SSTATE_PKGSPEC= sstate-${PN}-${PACKAGE_ARCH}${TARGET_VENDOR}-${TARGET_OS}-${PV}-${PR}-${SSTATE_PKGARCH}-${SSTATE_VERSION}- -SSTATE_PKGNAME= ${@generate_sstatefn(d.getVar('SSTATE_PKGSPEC', True), d.getVar('BB_TASKHASH', True), d)} +SSTATE_PKGNAME= ${SSTATE_EXTRAPATH}${@generate_sstatefn(d.getVar('SSTATE_PKGSPEC', True), d.getVar('BB_TASKHASH', True), d)} SSTATE_PKG= ${SSTATE_DIR}/${SSTATE_PKGNAME} -SSTATE_PATHSPEC = ${SSTATE_DIR}/*/${SSTATE_PKGSPEC} +SSTATE_EXTRAPATH = +SSTATE_EXTRAPATHWILDCARD = +SSTATE_PATHSPEC = ${SSTATE_DIR}/${SSTATE_EXTRAPATHWILDCARD}*/${SSTATE_PKGSPEC} + SSTATE_SCAN_FILES ?= *.la *-config *_config SSTATE_SCAN_CMD ?= 'find ${SSTATE_BUILDDIR} \( -name ${@\ -o -name \.join(d.getVar(SSTATE_SCAN_FILES, True).split())} \) -type f' -BB_HASHFILENAME = ${SSTATE_PKGSPEC} +BB_HASHFILENAME = ${SSTATE_EXTRAPATH} ${SSTATE_PKGSPEC} SSTATE_MANMACH ?= ${SSTATE_PKGARCH} @@ -43,6 +46,10 @@ python () { else: d.setVar('SSTATE_MANMACH', d.expand(${MACHINE})) +if bb.data.inherits_class('native', d) or bb.data.inherits_class('crosssdk', d) or bb.data.inherits_class('cross', d): +d.setVar('SSTATE_EXTRAPATH', ${NATIVELSBSTRING}/) +d.setVar('SSTATE_EXTRAPATHWILDCARD', */) + # These classes encode staging paths into their scripts data so can only be # reused if we manipulate the paths if bb.data.inherits_class('native', d) or bb.data.inherits_class('cross', d) or bb.data.inherits_class('sdk', d) or bb.data.inherits_class('crosssdk', d): @@ -524,7 +531,10 @@ def sstate_checkhashes(sq_fn, sq_task, sq_hash, sq_hashfn, d): } for task in range(len(sq_fn)): -sstatefile = d.expand(${SSTATE_DIR}/ + generate_sstatefn(sq_hashfn[task], sq_hash[task], d) + _ + mapping[sq_task[task]] + .tgz) +spec = sq_hashfn[task].split( )[1] +extrapath = sq_hashfn[task].split( )[0] + +sstatefile = d.expand(${SSTATE_DIR}/ + extrapath + generate_sstatefn(spec, sq_hash[task], d) + _ + mapping[sq_task[task]] + .tgz) if os.path.exists(sstatefile): bb.debug(2, SState: Found valid sstate file %s % sstatefile) ret.append(task) @@ -548,7 +558,9 @@ def sstate_checkhashes(sq_fn, sq_task, sq_hash, sq_hashfn, d): if task in ret: continue -sstatefile = d.expand(generate_sstatefn(sq_hashfn[task], sq_hash[task], d) + _ + mapping[sq_task[task]] + .tgz) +spec = sq_hashfn[task].split( )[1] +extrapath = sq_hashfn[task].split( )[0] +sstatefile = d.expand(extrapath + generate_sstatefn(spec, sq_hash[task], d) + _ + mapping[sq_task[task]] + .tgz) srcuri = file:// + sstatefile localdata.setVar('SRC_URI', srcuri) ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v3] dbus: include dbus-launch in the main dbus package
Op 26 jul. 2012, om 14:56 heeft Paul Eggleton het volgende geschreven: On Thursday 26 July 2012 14:38:59 Koen Kooi wrote: Op 26 jul. 2012, om 14:32 heeft Paul Eggleton het volgende geschreven: On Thursday 26 July 2012 14:29:14 Koen Kooi wrote: Op 26 jul. 2012, om 14:00 heeft Burton, Ross het volgende geschreven: On 26 July 2012 12:55, Koen Kooi k...@dominion.thruhere.net wrote: It would be nice if other layers that have RDEPENDS_foo = dbus-x11 keep working till their maintainers get around fixing them. Note that you might need to do a -c cleansstate on dbus first to trigger any errors. Yes, and isn't that what the RPROVIDES is for? I'm not sure if bitbake can map RPROVIDES to PROVIDES, I vaguely remember that it doesn't, but it will pick it up *after* do_package has run. I broke OE way too many times doing things like that :) Why would it need to if we're talking about RDEPENDS and more specifically RDEPENDS defined before do_package? Because AIUI RDEPENDS get resolved to build the runqueue, so you can't do RDEPENDS_foo = I-don't-exist. If that's not the case I'll shut up :) Without being too concerned with implementation details, I think it's as simple as this: if recipe A has foo in RDEPENDS_${PN} and recipe B has foo in RPROVIDES_${PN} then the runtime dependency is considered satisfied and things will work. You don't have to specify foo in PROVIDES unless something else has foo in DEPENDS. If that's so, great, but please check :) ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v3] dbus: include dbus-launch in the main dbus package
Koen Kooi koen-qlwjdigv5ablmq1fohreccpxlwaov...@public.gmane.org writes: RPROVIDES_${PN} += dbus-x11 This is wrong because 'dbus' does not provide dbus-x11 when x11 is disabled by distro. Packages which require dbus-launch from 'dbus-x11' will install fine but will fail at runtime. Enrico ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v3] dbus: include dbus-launch in the main dbus package
On Thursday 26 July 2012 15:07:42 Koen Kooi wrote: Without being too concerned with implementation details, I think it's as simple as this: if recipe A has foo in RDEPENDS_${PN} and recipe B has foo in RPROVIDES_${PN} then the runtime dependency is considered satisfied and things will work. You don't have to specify foo in PROVIDES unless something else has foo in DEPENDS. If that's so, great, but please check :) I did, prior to sending that... :) 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 v3] dbus: include dbus-launch in the main dbus package
Radu Moisan radu.moisan-ral2jqcrhueavxtiumw...@public.gmane.org writes: Followed suggestions from Bugz 2261: 1) remove the --with-x/--without-x configure arguments. why? They are valid ./configure options and common when evaluating the x11 distro-feature. Selecting them explicitly makes the build more predictable and detects configuration errors earlier. Sense of '--without-x' was disabling of x11 dependency, but not turning off the x11-autolaunch feature. Enrico ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] autoconf broken? (was [oe] gtk+-native configure fails)
On Thu, 2012-07-26 at 14:59 +0200, Andreas Müller wrote: On Thu, Jul 26, 2012 at 1:24 PM, Andreas Müller schnitzelt...@googlemail.com wrote: I think it is not gtk+-native specific but some autoconf trouble. I tried a build from scratch and get: | configure.ac:171: warning: macro 'AM_PATH_GLIB_2_0' not found in library | configure.ac:195: warning: macro 'AM_GLIB_GNU_GETTEXT' not found in library | autoreconf: running: /home/andreas/tmp/oe-core-eglibc/sysroots/x86_64-linux/usr/bin/autoconf --include=/home/andreas/tmp/oe-core-eglibc/work/x86_64-linux/atk-native-2.2.0-r3/atk-2.2.0/m4/ --include=/home/andreas/tmp/oe-core-eglibc/sysroots/x86_64-linux/usr/share/aclocal-1.12 --include=/home/andreas/tmp/oe-core-eglibc/work/x86_64-linux/atk-native-2.2.0-r3/atk-2.2.0/aclocal-copy/ --force --warnings=cross | configure.ac:171: error: possibly undefined macro: AM_PATH_GLIB_2_0 | If this token and others are legitimate, please use m4_pattern_allow. | See the Autoconf documentation. | configure.ac:195: error: possibly undefined macro: AM_GLIB_GNU_GETTEXT | autoreconf: /home/andreas/tmp/oe-core-eglibc/sysroots/x86_64-linux/usr/bin/autoconf failed with exit status: 1 | ERROR: autoreconf execution failed. | ERROR: Function failed: do_configure (see /home/andreas/tmp/oe-core-eglibc/work/x86_64-linux/atk-native-2.2.0-r3/temp/log.do_configure.24422 for further information) NOTE: package atk-native-2.2.0-r3: task do_configure: Failed | configure.ac:171: warning: macro 'AM_PATH_GLIB_2_0' not found in library | configure.ac:195: warning: macro 'AM_GLIB_GNU_GETTEXT' not found in library | autoreconf: running: /home/andreas/tmp/oe-core-eglibc/sysroots/x86_64-linux/usr/bin/autoconf --include=/home/andreas/tmp/oe-core-eglibc/work/x86_64-linux/atk-native-2.2.0-r3/atk-2.2.0/m4/ --include=/home/andreas/tmp/oe-core-eglibc/sysroots/x86_64-linux/usr/share/aclocal-1.12 --include=/home/andreas/tmp/oe-core-eglibc/work/x86_64-linux/atk-native-2.2.0-r3/atk-2.2.0/aclocal-copy/ --force --warnings=cross | configure.ac:171: error: possibly undefined macro: AM_PATH_GLIB_2_0 | If this token and others are legitimate, please use m4_pattern_allow. | See the Autoconf documentation. | configure.ac:195: error: possibly undefined macro: AM_GLIB_GNU_GETTEXT | autoreconf: /home/andreas/tmp/oe-core-eglibc/sysroots/x86_64-linux/usr/bin/autoconf failed with exit status: 1 | ERROR: autoreconf execution failed. | ERROR: Function failed: do_configure (see /home/andreas/tmp/oe-core-eglibc/work/x86_64-linux/atk-native-2.2.0-r3/temp/log.do_configure.24422 for further information) NOTE: package atk-native-2.2.0-r3: task do_configure: Failed Suggestions? Andreas FYI I reverted the autoconf 2.68 - 2.69 patch (effb75d42098b3e367d393215fd5d52a0191e954) / start build from scratch but the error is still same. A missing glib-2-0-native dependency for atk-native? Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v3] dbus: include dbus-launch in the main dbus package
Op 26 jul. 2012, om 15:12 heeft Paul Eggleton het volgende geschreven: On Thursday 26 July 2012 15:07:42 Koen Kooi wrote: Without being too concerned with implementation details, I think it's as simple as this: if recipe A has foo in RDEPENDS_${PN} and recipe B has foo in RPROVIDES_${PN} then the runtime dependency is considered satisfied and things will work. You don't have to specify foo in PROVIDES unless something else has foo in DEPENDS. If that's so, great, but please check :) I did, prior to sending that... :) great, I'll shut up now :) ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v3] dbus: include dbus-launch in the main dbus package
it does not crash at runtime. You can try dbus-launch --auto-syntax it'll start a bus and print out the information like: DBUS_SESSION_BUS_ADDRESS='unix:abstract=/tmp/dbus-N48lpeD2TP,guid=0f3cd66fdbdc2f436a9356790002eaa1'; export DBUS_SESSION_BUS_ADDRESS; DBUS_SESSION_BUS_PID=23640; Radu On 07/26/2012 04:08 PM, Enrico Scholz wrote: Koen Kooi koen-qlwjdigv5ablmq1fohreccpxlwaov...@public.gmane.org writes: RPROVIDES_${PN} += dbus-x11 This is wrong because 'dbus' does not provide dbus-x11 when x11 is disabled by distro. Packages which require dbus-launch from 'dbus-x11' will install fine but will fail at runtime. Enrico ___ 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 v4] dbus: include dbus-launch in the main dbus package
Followed suggestions from Bugz 2261: 1) remove the --with-x/--without-x configure arguments. If you want to force no-discovery for native builds the correct argument is --disable-x11-autolaunch. This ensures that DBus looks at the build environment to determine whether to enable X11 bus discovery or not. 2) make the virtual/libx11 DEPENDS conditional based on the x11 distro feature. This makes the build dependencies reflect the feature list. 3) remove dbus-x11, meaning that dbus-launch with its potential X11 dependency is now back in dbus where is belongs. 4) Potentially make dbus provide dbus-x11, for compatibility. Fixes [Yocto #2261] Signed-off-by: Radu Moisan radu.moi...@intel.com --- meta/recipes-core/dbus/dbus.inc | 13 - 1 file changed, 8 insertions(+), 5 deletions(-) diff --git a/meta/recipes-core/dbus/dbus.inc b/meta/recipes-core/dbus/dbus.inc index a75583d..83299c4 100644 --- a/meta/recipes-core/dbus/dbus.inc +++ b/meta/recipes-core/dbus/dbus.inc @@ -31,10 +31,12 @@ CONFFILES_${PN} = ${sysconfdir}/dbus-1/system.conf ${sysconfdir}/dbus-1/session DEBIANNAME_${PN} = dbus-1 -PACKAGES =+ ${PN}-lib ${PN}-systemd ${@base_contains('DISTRO_FEATURES', 'x11', '${PN}-x11', '', d)} +PACKAGES =+ ${PN}-lib ${PN}-systemd -FILES_${PN}-x11 = ${bindir}/dbus-launch -RDEPENDS_${PN}-x11 = ${PN} +# for compatibility +PROVIDES = dbus-x11 +RPROVIDES_${PN} = dbus-x11 +RREPLACES_${PN} += dbus-x11 FILES_${PN}-systemd = ${systemd_unitdir}/system/ @@ -43,6 +45,7 @@ FILES_${PN} = ${bindir}/dbus-daemon* \ ${bindir}/dbus-cleanup-sockets \ ${bindir}/dbus-send \ ${bindir}/dbus-monitor \ + ${bindir}/dbus-launch \ ${libexecdir}/dbus* \ ${sysconfdir} \ ${localstatedir} \ @@ -58,8 +61,8 @@ pkg_postinst_dbus() { fi } -EXTRA_OECONF_X = ${@base_contains('DISTRO_FEATURES', 'x11', '--with-x', '--without-x', d)} -EXTRA_OECONF_X_virtclass-native = --without-x +EXTRA_OECONF_X = +EXTRA_OECONF_X_virtclass-native = --disable-x11-autolaunch EXTRA_OECONF = --disable-tests \ --disable-checks \ -- 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] proper way to report fetch failure?
On Thu, 2012-07-26 at 07:20 -0400, Robert P. J. Day wrote: to stock up on tarballs, i just ran: $ bitbake -c fetchall world and got: NOTE: package kbd-1.15.2-r3: task do_fetch: Started WARNING: Failed to fetch URL http://kernel.org/pub/linux/utils/kbd/kbd-1.15.2.tar.bz2, attempting MIRRORS if available ... and, sure enough, that current tarball is not at that location: http://kernel.org/pub/linux/utils/kbd/ is there a proper way to report this? Using the bugzilla? Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [CONSOLIDATED PULL 00/28] Fixes eglibc 2.16
On Wed, 2012-07-25 at 00:18 -0700, Saul Wold wrote: Andrei Gherzan (1): package.bbclass: Create symlinks for packages with different packaged name Bruce Ashfield (1): linux-yocto/3.4: 3.4.6 and 3.4.x-rt14 Christopher Larson (2): initscripts: don't bg mk_dirs in populate-volatile libpcap: fix pcap-config to not return -Wl,-rpath Denis Carikli (1): kernel.bbclass: fix external module building Khem Raj (6): qemu.bbclass: Map the qemu binary name for powerpc64 cups_1.4.6.bb: Fix build on ppc64 libcgroup_0.37.1.bb: Add recipe eglibc-initial: Fix build failure due to missing limits.h gcc-cross-initial: Stage self sufficient fixed limits.h eglibc: Fix build when OPTION_POSIX_WIDE_CHAR_DEVICE_IO is not set Koen Kooi (1): kernel bbclass: Recreate uImage only when KEEPUIMAGE != yes Mark Hatle (1): Add missing Upstream-Status to various patches. Otavio Salvador (4): bash: enable parallel build I didn't take the above due to the build failures it seemed to cause. bash: fix warning about bashbug reference /usr/bin when installed in /bin shadow-native: use 'users' group by default shadow: use 'users' group by default Paul Eggleton (2): dhcp: remove dependency of dev/staticdev packages on main package classes/package_deb: add PackageArch field Robert P. J. Day (3): libxp: Change superfluous += to simple = when using _append webkit-gtk: Replace superfluous += with =, and add leading space xinit_1.3.2: Remove broken, superfluous 'FILES_${PN} += ${libdir}X11/xinit' Robert Yang (1): package-index: inherit pythonnative I didn't take the above since I have some unanswered questions about this one. Ross Burton (1): core-image: remove x11-netbook package group, it's unused Roy.Li (1): busybox:udhcpc: fix the root_is_nfs() function Saul Wold (1): tcmode-default: Bump EGLIBC Version to 2.16 I didn't take the above yet as again I think there are some remaining issues I want to ensure we merge the right pieces for. Wenzong Fan (1): remake: Add remake-native and remake Yao Zhao (1): busybox: fix the problem that mkfs.minix.tests fails on big endian platform I merged the others. Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] meta-qt5 available
Hi. I have just made a new layer, for qt5 recipes. This contains work in progress recipes, but should be working. In the (not so) long run, qt5 recipes will hopefully be added to oe-core, but in the meantime these are available. The recipes are based on the qt4 recipes in oe-core from 4-5 months ago, and some of them might be a bit messy. If anyone feels the urge to help out with this layer, and make these recipes as good as humanly possible, feel free to do so. The project is located at git://github.com/martiert/meta-qt5.git Best Regards Martin Ertsaas ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] autoconf broken? (was [oe] gtk+-native configure fails)
On Thu, Jul 26, 2012 at 3:21 PM, Richard Purdie richard.pur...@linuxfoundation.org wrote: On Thu, 2012-07-26 at 14:59 +0200, Andreas Müller wrote: On Thu, Jul 26, 2012 at 1:24 PM, Andreas Müller schnitzelt...@googlemail.com wrote: I think it is not gtk+-native specific but some autoconf trouble. I tried a build from scratch and get: | configure.ac:171: warning: macro 'AM_PATH_GLIB_2_0' not found in library | configure.ac:195: warning: macro 'AM_GLIB_GNU_GETTEXT' not found in library | autoreconf: running: /home/andreas/tmp/oe-core-eglibc/sysroots/x86_64-linux/usr/bin/autoconf --include=/home/andreas/tmp/oe-core-eglibc/work/x86_64-linux/atk-native-2.2.0-r3/atk-2.2.0/m4/ --include=/home/andreas/tmp/oe-core-eglibc/sysroots/x86_64-linux/usr/share/aclocal-1.12 --include=/home/andreas/tmp/oe-core-eglibc/work/x86_64-linux/atk-native-2.2.0-r3/atk-2.2.0/aclocal-copy/ --force --warnings=cross | configure.ac:171: error: possibly undefined macro: AM_PATH_GLIB_2_0 | If this token and others are legitimate, please use m4_pattern_allow. | See the Autoconf documentation. | configure.ac:195: error: possibly undefined macro: AM_GLIB_GNU_GETTEXT | autoreconf: /home/andreas/tmp/oe-core-eglibc/sysroots/x86_64-linux/usr/bin/autoconf failed with exit status: 1 | ERROR: autoreconf execution failed. | ERROR: Function failed: do_configure (see /home/andreas/tmp/oe-core-eglibc/work/x86_64-linux/atk-native-2.2.0-r3/temp/log.do_configure.24422 for further information) NOTE: package atk-native-2.2.0-r3: task do_configure: Failed | configure.ac:171: warning: macro 'AM_PATH_GLIB_2_0' not found in library | configure.ac:195: warning: macro 'AM_GLIB_GNU_GETTEXT' not found in library | autoreconf: running: /home/andreas/tmp/oe-core-eglibc/sysroots/x86_64-linux/usr/bin/autoconf --include=/home/andreas/tmp/oe-core-eglibc/work/x86_64-linux/atk-native-2.2.0-r3/atk-2.2.0/m4/ --include=/home/andreas/tmp/oe-core-eglibc/sysroots/x86_64-linux/usr/share/aclocal-1.12 --include=/home/andreas/tmp/oe-core-eglibc/work/x86_64-linux/atk-native-2.2.0-r3/atk-2.2.0/aclocal-copy/ --force --warnings=cross | configure.ac:171: error: possibly undefined macro: AM_PATH_GLIB_2_0 | If this token and others are legitimate, please use m4_pattern_allow. | See the Autoconf documentation. | configure.ac:195: error: possibly undefined macro: AM_GLIB_GNU_GETTEXT | autoreconf: /home/andreas/tmp/oe-core-eglibc/sysroots/x86_64-linux/usr/bin/autoconf failed with exit status: 1 | ERROR: autoreconf execution failed. | ERROR: Function failed: do_configure (see /home/andreas/tmp/oe-core-eglibc/work/x86_64-linux/atk-native-2.2.0-r3/temp/log.do_configure.24422 for further information) NOTE: package atk-native-2.2.0-r3: task do_configure: Failed Suggestions? Andreas FYI I reverted the autoconf 2.68 - 2.69 patch (effb75d42098b3e367d393215fd5d52a0191e954) / start build from scratch but the error is still same. A missing glib-2-0-native dependency for atk-native? I built glib-2.0-native manually and can now build atk-native. meta-oe's gtk+-native complained | No package 'pango' found | No package 'cairo' found | No package 'gdk-pixbuf-2.0' found What makes me wonder (atk depends on glib-2.0): AFAIK there were times when a recipe 'zzz' depending on 'foo' and having BBCLASSEXTEND = native, then 'zzz-native' depended on 'foo-native'. Is that (still true) true? If not is it a bug or a feature? Andreas ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v3] dbus: include dbus-launch in the main dbus package
Radu Moisan radu.moisan-ral2jqcrhueavxtiumw...@public.gmane.org writes: it does not crash at runtime. I do not speak about crash; I guess 'dbus-launch' has some extra functionality when compiled with x11 support, and packages which depend on dbus-x11 might expect this functionality. Providing 'dbus-x11' although no x11 functionality is provided sounds wrong to me. Either remove the 'dbus-x11' property completely or provide it only when x11 support is built in. Enrico ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] meta-qt5 available
Thanks, added now. Hope it will be helpfull. Not sure how much work I will do in that layer myself. Just updating when I need to I guess. I will however try to add pull requests from you guys when you give me a patch. This have only been tested to work on Pandaboard ES, so it's likely it will break on non-armv7a chips. - Martin On 07/26/12 16:08, Koen Kooi wrote: Op 26-07-12 16:02, Martin Ertsås schreef: Hi. I have just made a new layer, for qt5 recipes. This contains work in progress recipes, but should be working. In the (not so) long run, qt5 recipes will hopefully be added to oe-core, but in the meantime these are available. The recipes are based on the qt4 recipes in oe-core from 4-5 months ago, and some of them might be a bit messy. If anyone feels the urge to help out with this layer, and make these recipes as good as humanly possible, feel free to do so. The project is located at git://github.com/martiert/meta-qt5.git Don't forget the COPYING.MIT file :) ___ 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 0/2] dbg/dev package dependency improvements
The following changes since commit 14b70cd222519e5bccaca955334787f123d9fc54: base/perlnative/pythonnative/gzipnative: Add a new variable to enable easier handling of native path issues (2012-07-26 14:55:35 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib paule/dbgdeps http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=paule/dbgdeps Paul Eggleton (2): classes/package: do not add self-dependencies to dev/dbg packages classes/package: reduce dbg package dependencies meta/classes/package.bbclass | 36 +--- meta/classes/task.bbclass|3 +++ 2 files changed, 32 insertions(+), 7 deletions(-) -- 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/2] classes/package: do not add self-dependencies to dev/dbg packages
Avoid adding dependencies to dev and dbg packages on themselves via the DEPCHAIN_* handling code. These don't actually cause any problems, but they do complicate dependency graphs. Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com --- meta/classes/package.bbclass |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/classes/package.bbclass b/meta/classes/package.bbclass index ea199d3..962abcd 100644 --- a/meta/classes/package.bbclass +++ b/meta/classes/package.bbclass @@ -1629,7 +1629,7 @@ python package_depchains() { depend = depend.replace('-dbg', '') pkgname = getname(depend, suffix) #bb.note(Adding %s for %s % (pkgname, depend)) -if pkgname not in rreclist: +if pkgname not in rreclist and pkgname != pkg: rreclist[pkgname] = #bb.note('setting: RRECOMMENDS_%s=%s' % (pkg, ' '.join(rreclist))) @@ -1650,7 +1650,7 @@ python package_depchains() { depend = depend.replace('-dbg', '') pkgname = getname(depend, suffix) #bb.note(Adding %s for %s % (pkgname, depend)) -if pkgname not in rreclist: +if pkgname not in rreclist and pkgname != pkg: rreclist[pkgname] = #bb.note('setting: RRECOMMENDS_%s=%s' % (pkg, ' '.join(rreclist))) -- 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] change install-data-hook to install-exec-hook in guile
From: Song.Li song...@windriver.com In guile meta/Makefile, what install-data-hook do must be run after install-binSCRIPTS.so it's a exec hook, not a data hook. If keep these exec-hook in data-hook,when we run make with multi-jobbing , install-data-hook and install-binSCRIPTS will be separately processed in different thread, no any dependence. that will cause error sometimes. [YOCTO #2796] Signed-off-by: Song.Li song...@windriver.com --- ...all-data-hook-to-install-exec-hook-in-gui.patch | 39 meta/recipes-devtools/guile/guile_2.0.5.bb |3 +- 2 files changed, 41 insertions(+), 1 deletion(-) create mode 100644 meta/recipes-devtools/guile/files/change-install-data-hook-to-install-exec-hook-in-gui.patch diff --git a/meta/recipes-devtools/guile/files/change-install-data-hook-to-install-exec-hook-in-gui.patch b/meta/recipes-devtools/guile/files/change-install-data-hook-to-install-exec-hook-in-gui.patch new file mode 100644 index 000..10b7cee --- /dev/null +++ b/meta/recipes-devtools/guile/files/change-install-data-hook-to-install-exec-hook-in-gui.patch @@ -0,0 +1,39 @@ +From 687e5a6598f89b97c89afb94d6ac3ec024dc08e2 Mon Sep 17 00:00:00 2001 +From: Song.Li song...@windriver.com +Date: Thu, 26 Jul 2012 14:19:46 +0800 +Subject: [PATCH] change install-data-hook to install-exec-hook in guile + +In guile meta/Makefile, what install-data-hook do +must be run after install-binSCRIPTS.so it's a exec hook, not a data hook. +If keep these exec-hook in data-hook,when we run make with multi-jobbing , +install-data-hook and install-binSCRIPTS will be separately +processed in different thread, no any dependence. +that will cause error sometimes. + +[YOCTO #2796] + +Upstream Status:Submitted +Upstream Bugid :12015 email:12...@debbugs.gnu.org +guile bug maillist: bug-gu...@gnu.org + +Signed-off-by: Song.Li song...@windriver.com +--- + meta/Makefile.am |2 +- + 1 file changed, 1 insertion(+), 1 deletion(-) + +diff --git a/meta/Makefile.am b/meta/Makefile.am +index f26fc44..e603e5c 100644 +--- a/meta/Makefile.am b/meta/Makefile.am +@@ -27,7 +27,7 @@ EXTRA_DIST= \ + guild.in guile-config.in + + # What we now call `guild' used to be known as `guile-tools'. +-install-data-hook: ++install-exec-hook: + cd $(DESTDIR)$(bindir) rm -f guile-tools$(EXEEXT) \ + $(LN_S) guild$(EXEEXT) guile-tools$(EXEEXT) + +-- +1.7.9.5 + diff --git a/meta/recipes-devtools/guile/guile_2.0.5.bb b/meta/recipes-devtools/guile/guile_2.0.5.bb index 6c96f87..e8657d4 100644 --- a/meta/recipes-devtools/guile/guile_2.0.5.bb +++ b/meta/recipes-devtools/guile/guile_2.0.5.bb @@ -22,6 +22,7 @@ SRC_URI = ${GNU_MIRROR}/guile/guile-${PV}.tar.gz \ file://guile_2.0.5_fix_cross_compilation.patch \ file://remove-gets.patch \ file://arm_endianness.patch \ + file://change-install-data-hook-to-install-exec-hook-in-gui.patch \ # file://debian/0001-Change-guile-to-guile-X.Y-for-info-pages.patch @@ -30,7 +31,7 @@ SRC_URI = ${GNU_MIRROR}/guile/guile-${PV}.tar.gz \ SRC_URI[md5sum] = bcf70d54b44c99cb9acd3f63c5486b4b SRC_URI[sha256sum] = 2a026ea6cdbc51ca71bcd9787839debfa45ac5db1e26dc00b30ca9b128b10956 -PR = r3 +PR = r4 inherit autotools gettext 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
Re: [OE-core] autoconf broken? (was [oe] gtk+-native configure fails)
On Thu, 2012-07-26 at 17:02 +0200, Andreas Müller wrote: bitbake -e atk-native | grep ^DEPENDS says DEPENDS_GETTEXT=gettext-native DEPENDS=gtk-doc-stub-native Is it possible that DEPENDS_virtclass-native_append = gtk-doc-stub-native in gtk-doc.bbclass breaks dependency-chain? Its entirely possible unfortunately :( I'm not entirely sure how to fix this right now but I'm thinking about it. I'm hoping droping that line in the class might be enough. Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] gtk-doc.bbclass: unbreak dependency-chain for native recipes
Signed-off-by: Andreas Müller schnitzelt...@googlemail.com --- meta/classes/gtk-doc.bbclass |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/meta/classes/gtk-doc.bbclass b/meta/classes/gtk-doc.bbclass index 8a312f5..be10c75 100644 --- a/meta/classes/gtk-doc.bbclass +++ b/meta/classes/gtk-doc.bbclass @@ -7,7 +7,7 @@ # packages up any existing documentation (so from tarball builds). DEPENDS_append = gtk-doc-stub-native -DEPENDS_virtclass-native_append = gtk-doc-stub-native +DEPENDS_append_virtclass-native = gtk-doc-stub-native EXTRA_OECONF_append = \ --disable-gtk-doc \ -- 1.7.6.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] gtk-doc.bbclass: unbreak dependency-chain for native recipes
On 26 July 2012 16:16, Andreas Müller schnitzelt...@googlemail.com wrote: -DEPENDS_virtclass-native_append = gtk-doc-stub-native +DEPENDS_append_virtclass-native = gtk-doc-stub-native Was this a typo on my part, or is there a semantic difference between those? Ross ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] gtk-doc.bbclass: unbreak dependency-chain for native recipes
On Thu, Jul 26, 2012 at 5:19 PM, Burton, Ross ross.bur...@intel.com wrote: On 26 July 2012 16:16, Andreas Müller schnitzelt...@googlemail.com wrote: -DEPENDS_virtclass-native_append = gtk-doc-stub-native +DEPENDS_append_virtclass-native = gtk-doc-stub-native Was this a typo on my part, or is there a semantic difference between those? Ross It is not an answer to your question but I grepped for DEPENDS_virtclass-native_append in oe-core and did find one occurrence in gtk-doc.bbclass. DEPENDS_append_virtclass-native I found in xcb-proto.inc so I gave it a try by bitbake -e atk-native | grep ^DEPENDS A correct answer to your question is up to experts :) Andreas ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] gtk-doc.bbclass: unbreak dependency-chain for native recipes
On Thu, Jul 26, 2012 at 8:35 AM, Andreas Müller schnitzelt...@googlemail.com wrote: On Thu, Jul 26, 2012 at 5:19 PM, Burton, Ross ross.bur...@intel.com wrote: On 26 July 2012 16:16, Andreas Müller schnitzelt...@googlemail.com wrote: -DEPENDS_virtclass-native_append = gtk-doc-stub-native +DEPENDS_append_virtclass-native = gtk-doc-stub-native Was this a typo on my part, or is there a semantic difference between those? Ross It is not an answer to your question but I grepped for DEPENDS_virtclass-native_append in oe-core and did find one occurrence in gtk-doc.bbclass. DEPENDS_append_virtclass-native I found in xcb-proto.inc so I gave it a try by bitbake -e atk-native | grep ^DEPENDS DEPENDS = alpha DEPENDS_virtclass-native_append = foo End result for native: the latter is applied, resulting in a 'DEPENDS_virtclass-native' whose contents are just 'foo'. Then DEPENDS_virtclass-native overwrites DEPENDS, resulting in the main variable only containing the bits you appended, not the original contents. To sum up, _override_append appends to the override, which then overwrites the original, whereas _append_override appends directly to the main variable, conditionally on the override. I'm not sure if that clears it up.. I've never been good at describing this. For reference, I'm pretty sure we put something in the bitbake manual about this circumstance specifically, since we chose to leave it this way to retain maximum flexibility when writing the code, but realized that it was a potential source of confusion. -- 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] gtk-doc.bbclass: unbreak dependency-chain for native recipes
On Thu, 2012-07-26 at 17:16 +0200, Andreas Müller wrote: Signed-off-by: Andreas Müller schnitzelt...@googlemail.com --- meta/classes/gtk-doc.bbclass |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/meta/classes/gtk-doc.bbclass b/meta/classes/gtk-doc.bbclass index 8a312f5..be10c75 100644 --- a/meta/classes/gtk-doc.bbclass +++ b/meta/classes/gtk-doc.bbclass @@ -7,7 +7,7 @@ # packages up any existing documentation (so from tarball builds). DEPENDS_append = gtk-doc-stub-native -DEPENDS_virtclass-native_append = gtk-doc-stub-native +DEPENDS_append_virtclass-native = gtk-doc-stub-native EXTRA_OECONF_append = \ --disable-gtk-doc \ What happens if we simply remove this line entirely? Do we have any recipes setting DEPENDS_virtclass-native which also use this class? If so, we might end up just hardcoding things... Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] guile: Add continuation marker to create_wrapper
This was causing the x86_64-linux-guile script to not have all the environment bits needed [YOCTO #2835] Signed-off-by: Saul Wold s...@linux.intel.com --- meta/recipes-devtools/guile/guile_2.0.5.bb |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/meta/recipes-devtools/guile/guile_2.0.5.bb b/meta/recipes-devtools/guile/guile_2.0.5.bb index 6c96f87..fcb5201 100644 --- a/meta/recipes-devtools/guile/guile_2.0.5.bb +++ b/meta/recipes-devtools/guile/guile_2.0.5.bb @@ -66,7 +66,7 @@ do_install_append_virtclass-native() { create_wrapper ${D}/${bindir}/guile \ GUILE_LOAD_PATH=${STAGING_DATADIR_NATIVE}/guile/2.0 \ GUILE_LOAD_COMPILED_PATH=${STAGING_LIBDIR_NATIVE}/guile/2.0/ccache - create_wrapper ${D}${bindir}/${HOST_SYS}-guile + create_wrapper ${D}${bindir}/${HOST_SYS}-guile \ GUILE_LOAD_PATH=${STAGING_DATADIR_NATIVE}/guile/2.0 \ GUILE_LOAD_COMPILED_PATH=${STAGING_LIBDIR_NATIVE}/guile/2.0/ccache } -- 1.7.7.6 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH v2] guile: Add continuation marker to create_wrapper
This was causing the x86_64-linux-guile script to not have all the environment bits needed V2: Forgot PR Bump! [YOCTO #2835] Signed-off-by: Saul Wold s...@linux.intel.com --- meta/recipes-devtools/guile/guile_2.0.5.bb |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/recipes-devtools/guile/guile_2.0.5.bb b/meta/recipes-devtools/guile/guile_2.0.5.bb index 6c96f87..0e21d5e 100644 --- a/meta/recipes-devtools/guile/guile_2.0.5.bb +++ b/meta/recipes-devtools/guile/guile_2.0.5.bb @@ -30,7 +30,7 @@ SRC_URI = ${GNU_MIRROR}/guile/guile-${PV}.tar.gz \ SRC_URI[md5sum] = bcf70d54b44c99cb9acd3f63c5486b4b SRC_URI[sha256sum] = 2a026ea6cdbc51ca71bcd9787839debfa45ac5db1e26dc00b30ca9b128b10956 -PR = r3 +PR = r4 inherit autotools gettext BBCLASSEXTEND = native @@ -66,7 +66,7 @@ do_install_append_virtclass-native() { create_wrapper ${D}/${bindir}/guile \ GUILE_LOAD_PATH=${STAGING_DATADIR_NATIVE}/guile/2.0 \ GUILE_LOAD_COMPILED_PATH=${STAGING_LIBDIR_NATIVE}/guile/2.0/ccache - create_wrapper ${D}${bindir}/${HOST_SYS}-guile + create_wrapper ${D}${bindir}/${HOST_SYS}-guile \ GUILE_LOAD_PATH=${STAGING_DATADIR_NATIVE}/guile/2.0 \ GUILE_LOAD_COMPILED_PATH=${STAGING_LIBDIR_NATIVE}/guile/2.0/ccache } -- 1.7.7.6 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH v2] gtk-doc.bbclass: unbreak dependency-chain for native recipes
see [1] [2] for discussion of this patch [1] http://lists.linuxtogo.org/pipermail/openembedded-core/2012-July/026606.html [2] http://lists.linuxtogo.org/pipermail/openembedded-core/2012-July/026611.html Signed-off-by: Andreas Müller schnitzelt...@googlemail.com --- meta/classes/gtk-doc.bbclass |1 - 1 files changed, 0 insertions(+), 1 deletions(-) diff --git a/meta/classes/gtk-doc.bbclass b/meta/classes/gtk-doc.bbclass index 8a312f5..59063b0 100644 --- a/meta/classes/gtk-doc.bbclass +++ b/meta/classes/gtk-doc.bbclass @@ -7,7 +7,6 @@ # packages up any existing documentation (so from tarball builds). DEPENDS_append = gtk-doc-stub-native -DEPENDS_virtclass-native_append = gtk-doc-stub-native EXTRA_OECONF_append = \ --disable-gtk-doc \ -- 1.7.6.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] u-boot.inc: update linker arguments to pass --sysroot arg
If we are building from sstate-cache it's possible to be building from another folder on another machine, therefore the linker requires that a proper --sysroot is passed too it so it can find things like libgcc.a and avoid errors such as: | arm-poky-linux-gnueabi-gcc -g -O2 -fno-common -ffixed-r8 -msoft-float -D__KERNEL__ -DCONFIG_SYS_TEXT_BASE=0x80008000 -I/local/yocto/upstream/label/ubuntu1204-64b/machine/beagleboard/poky/edison/tmp/work/beagleboard-poky-linux-gnueabi/u-boot-v2011.06+git5+b1af6f532e0d348b153d5c148369229d24af361a-r0/git/include -fno-builtin -ffreestanding -nostdinc -isystem /local/yocto/upstream/label/ubuntu1204-64b/machine/beagleboard/poky/edison/tmp/sysroots/x86_64-linux/usr/bin/armv7a-vfp-neon-poky-linux-gnueabi/../../lib/armv7a-vfp-neon-poky-linux-gnueabi/gcc/arm-poky-linux-gnueabi/4.6.3/include -pipe -DCONFIG_ARM -D__ARM__ -marm -mabi=aapcs-linux -mno-thumb-interwork -march=armv5 -Wall -Wstrict-prototypes -fno-stack-protector -fno-toplevel-reorder -o hello_world.o hello_world.c -c | arm-poky-linux-gnueabi-gcc -g -O2 -fno-common -ffixed-r8 -msoft-float -D__KERNEL__ -DCONFIG_SYS_TEXT_BASE=0x80008000 -I/local/yocto/upstream/label/ubuntu1204-64b/machine/beagleboard/poky/edison/tmp/work/beagleboard-poky-linux-gnueabi/u-boot-v2011.06+git5+b1af6f532e0d348b153d5c148369229d24af361a-r0/git/include -fno-builtin -ffreestanding -nostdinc -isystem /local/yocto/upstream/label/ubuntu1204-64b/machine/beagleboard/poky/edison/tmp/sysroots/x86_64-linux/usr/bin/armv7a-vfp-neon-poky-linux-gnueabi/../../lib/armv7a-vfp-neon-poky-linux-gnueabi/gcc/arm-poky-linux-gnueabi/4.6.3/include -pipe -DCONFIG_ARM -D__ARM__ -marm -mabi=aapcs-linux -mno-thumb-interwork -march=armv5 -Wall -Wstrict-prototypes -fno-stack-protector -fno-toplevel-reorder -o stubs.o stubs.c -c | arm-poky-linux-gnueabi-ld -r -o libstubs.o stubs.o | arm-poky-linux-gnueabi-ld -g -Ttext 0x8030 \ | -o hello_world -e hello_world hello_world.o libstubs.o \ | -L. -lgcc | arm-poky-linux-gnueabi-ld: cannot find -lgcc | make[1]: *** [hello_world] Error 1 Signed-off-by: Matthew McClintock m...@freescale.com --- meta/recipes-bsp/u-boot/u-boot.inc |2 +- meta/recipes-bsp/u-boot/u-boot_2011.03.bb|2 +- meta/recipes-bsp/u-boot/u-boot_2011.06.bb|2 +- meta/recipes-bsp/u-boot/u-boot_2012.04.01.bb |1 + 4 files changed, 4 insertions(+), 3 deletions(-) diff --git a/meta/recipes-bsp/u-boot/u-boot.inc b/meta/recipes-bsp/u-boot/u-boot.inc index f794a2a..42bdde9 100644 --- a/meta/recipes-bsp/u-boot/u-boot.inc +++ b/meta/recipes-bsp/u-boot/u-boot.inc @@ -5,7 +5,7 @@ PROVIDES = virtual/bootloader inherit deploy -EXTRA_OEMAKE = CROSS_COMPILE=${TARGET_PREFIX} +EXTRA_OEMAKE = 'CROSS_COMPILE=${TARGET_PREFIX} CC=${TARGET_PREFIX}gcc ${TOOLCHAIN_OPTIONS}' python () { if not d.getVar(UBOOT_MACHINE, True): diff --git a/meta/recipes-bsp/u-boot/u-boot_2011.03.bb b/meta/recipes-bsp/u-boot/u-boot_2011.03.bb index ed38f54..8465395 100644 --- a/meta/recipes-bsp/u-boot/u-boot_2011.03.bb +++ b/meta/recipes-bsp/u-boot/u-boot_2011.03.bb @@ -15,7 +15,7 @@ LIC_FILES_CHKSUM = file://COPYING;md5=1707d6db1d42237583f50183a5651ecb \ SRCREV = 19b54a701811220221fc4d5089a2bb18892018ca PV = v2011.03+git${SRCPV} -PR = r6 +PR = r7 SRC_URI = git://git.denx.de/u-boot.git;branch=master;protocol=git diff --git a/meta/recipes-bsp/u-boot/u-boot_2011.06.bb b/meta/recipes-bsp/u-boot/u-boot_2011.06.bb index da61852..9654795 100644 --- a/meta/recipes-bsp/u-boot/u-boot_2011.06.bb +++ b/meta/recipes-bsp/u-boot/u-boot_2011.06.bb @@ -15,7 +15,7 @@ LIC_FILES_CHKSUM = file://COPYING;md5=1707d6db1d42237583f50183a5651ecb \ SRCREV = b1af6f532e0d348b153d5c148369229d24af361a PV = v2011.06+git${SRCPV} -PR = r1 +PR = r2 SRC_URI = git://git.denx.de/u-boot.git;branch=master;protocol=git diff --git a/meta/recipes-bsp/u-boot/u-boot_2012.04.01.bb b/meta/recipes-bsp/u-boot/u-boot_2012.04.01.bb index 25cc8c9..c4ec50d 100644 --- a/meta/recipes-bsp/u-boot/u-boot_2012.04.01.bb +++ b/meta/recipes-bsp/u-boot/u-boot_2012.04.01.bb @@ -20,6 +20,7 @@ LIC_FILES_CHKSUM = file://COPYING;md5=1707d6db1d42237583f50183a5651ecb SRCREV = 415d386877df49eb051b85ef74fa59a16dc17c7d PV = v2012.04.01+git${SRCPV} +PR = r1 SRC_URI = git://git.denx.de/u-boot.git;branch=master;protocol=git -- 1.7.10 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] SDK and external toolchain
On 7/26/12 2:14 AM, Matthieu CRAPET wrote: Greetings, Updated recently my oe-core and faced an unwanted side effect. You need to know that I'm using an externel (linaro) toolchain (my .bb/.inc are a clone of sourcery toolchain example). My toolchain is compiled against a custom (external) eglibc 2.15. Since commit a0de2a56f19ae4d8cd88e46e96917a7a019fe1ab -- image.bbclass: Add support to build the SDK in parallel with the image http://cgit.openembedded.org/openembedded-core/commit/?id=a0de2a56f19ae4 d8cd88e46e96917a7a019fe1ab I have run into similar failures. Your are missing some items in the PROVIDES most likely, and as for the multiple providers the PREFERRED_PROVIDER is the right answer. We list a preferred provider for: linux-libc-headers, linux-libc-headers-dev, virtual/${TARGET_PREFIX}gcc, virtual/${TARGET_PREFIX}gcc-initial, virtual/${TARGET_PREFIX}gcc-intermediate, virtual/${TARGET_PREFIX}g++, virtual/${TARGET_PREFIX}binutils, virtual/${TARGET_PREFIX}libc-for-gcc, virtual/${TARGET_PREFIX}compilerlibs, libgcc, virtual/libc, virtual/libintl, virtual/libiconv, glibc-thread-db, virtual/linux-libc-headers, eglibc, binutils-cross, gcc-cross (We have some more, but they are only useful when building an SDK with a custom import script...) my images generation are failing because it tries to compile eglib 2.16 and do_configure fails. I have also 3 errors: ERROR: Multiple .bb files are due to be built which each provide virtual/libc (.../meta/recipes-core/eglibc/eglibc_2.15.bb .../meta-ingenico/recipes/external-linaro-toolchain/external-linaro-tool chain.bb). virtual/libc is the item for the above This usually means one provides something the other doesn't and should. ERROR: Multiple .bb files are due to be built which each provide virtual/arm-ingenico-linux-gnueabi-libc-for-gcc (.../meta/recipes-core/eglibc/eglibc_2.15.bb .../meta-ingenico/recipes/external-linaro-toolchain/external-linaro-tool chain.bb). virtual/${TARGET_PREFIX}libc-for-gcc is the item for the above This usually means one provides something the other doesn't and should. ERROR: Multiple .bb files are due to be built which each provide virtual/libiconv (.../meta/recipes-core/eglibc/eglibc_2.15.bb .../meta-ingenico/recipes/external-linaro-toolchain/external-linaro-tool chain.bb). This usually means one provides something the other doesn't and should. and virtual/libiconv is the item for the above... Notice that PREFERRED_PROVIDERs are correctly defined (like in distro/include/tcmode-external-sourcery.inc). And I use bitbake 1.15.3. We had to add additional preferred_providers to the tcmode-external-sourcey.inc. We (similar to you) have a custom binary toolchain... so the tailoring was required to get our stuff to work right. For now I fixed it crudely, because I don't need SDK. diff --git a/meta/classes/toolchain-scripts.bbclass b/meta/classes/toolchain-scripts.bbclass index 44284c3..f5fd4d7 100644 --- a/meta/classes/toolchain-scripts.bbclass +++ b/meta/classes/toolchain-scripts.bbclass @@ -136,7 +136,7 @@ toolchain_create_sdk_env_script_for_installer () { #we get the cached site config in the runtime TOOLCHAIN_CONFIGSITE_NOCACHE = ${@siteinfo_get_files(d, True)} TOOLCHAIN_CONFIGSITE_SYSROOTCACHE = ${STAGING_DATADIR}/${TARGET_SYS}_config_site.d -TOOLCHAIN_NEED_CONFIGSITE_CACHE = ${TCLIBC} ncurses +TOOLCHAIN_NEED_CONFIGSITE_CACHE = ncurses That is incorrect.. the CONFIGSITE_CACHE should be generated for the TCLIBC. If you don't do that, then you will be running the same configure steps -- looking for basic glibc information over and over and over, causing a fairly expensive performance penalty. #This function create a site config file toolchain_create_sdk_siteconfig () { --- populate_sdk_base.bbclass inheric toolchain-scripts which adds the (unwanted) eglibc dependency. It's not an eglibc dependency, it's a libc dependency. You definitely want that! Otherwise you can end up with an SDK w/o a libc... Maybe this should be conditional from TOOLCHAIN_TARGET_TASK value? Or dependencies should be added only when calling task-core-standalone-sdk-target? In my use case, when I bitbake an image recipe, I don't want to deal with SDK. I don't know the exact bitbake version numbers, but a fairly recent bitbake change (approx the same time as the patch you referred to) resolves an issue where un-used tasks were adding in build dependencies and causing the system to take longer to execute.) So as long as you have a recent bitbake to match the recent oe-core, you should be ok. Concerning errors, is there a way to see what's not provided in order to fix virtual/libc message (bitbake -e) ? bitbake -e, grep for PREFERRED_PROVIDER to see what you -do- have listed.. Otherwise no, you just have to go off of the error messages and add things until you've listed everything. General rule of thumb, anything thats listed in the PROVIDES of the recipe will be needed in the
Re: [OE-core] [CONSOLIDATED PULL 06/28] kernel.bbclass: fix external module building
Hello Saul, On Wed, Jul 25, 2012 at 9:19 AM, Saul Wold s...@linux.intel.com wrote: + # Necessary for building modules like compat-wireless. + cp include/generated/bounds.h $kerneldir/include/generated/bounds.h + Thanks, can we get this merged into the Denzil branch as well? In general, how are commits selected for release branches? Regards, Leon 'likewise' Woestenberg ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] kernel.bbclass: remove default module_autoload and module_conf values
kernel.bbclass is a common class for many different kernel versions, and as such the default module_autoload and module_conf values that it contains are not relevant, or out of date for most builds. Individual kernel recipes or distros can better specify these values to meet their needs. Signed-off-by: Bruce Ashfield bruce.ashfi...@windriver.com --- meta/classes/kernel.bbclass | 19 --- 1 files changed, 0 insertions(+), 19 deletions(-) diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass index ab984e3..c647e9b 100644 --- a/meta/classes/kernel.bbclass +++ b/meta/classes/kernel.bbclass @@ -293,25 +293,6 @@ if [ x$D = x ]; then fi } -# autoload defaults (alphabetically sorted) -module_autoload_hidp = hidp -module_autoload_ipv6 = ipv6 -module_autoload_ipsec = ipsec -module_autoload_ircomm-tty = ircomm-tty -module_autoload_rfcomm = rfcomm -module_autoload_sa1100-rtc = sa1100-rtc -# sa1100-rtc was renamed in 2.6.23 onwards -module_autoload_rtc-sa1100 = rtc-sa1100 - -# alias defaults (alphabetically sorted) -module_conf_af_packet = alias net-pf-17 af_packet -module_conf_bluez = alias net-pf-31 bluez -module_conf_bnep = alias bt-proto-4 bnep -module_conf_hci_uart = alias tty-ldisc-15 hci_uart -module_conf_l2cap = alias bt-proto-0 l2cap -module_conf_sco = alias bt-proto-2 sco -module_conf_rfcomm = alias bt-proto-3 rfcomm - python populate_packages_prepend () { def extract_modinfo(file): import tempfile, re, subprocess -- 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] [RFC PATCH 0/1] kernel.bbclass: remove default module_autoload and module_conf values
Richard, This is just what the subject implies, a RFC patch. While working on some updates and docs, I (once gain) ran across the module_autoload and module_conf default values in kernel.bbclass. I've always wondered if that was the best place for these, since the kernel.bbclass builds many different kernel versions. I've simply removed them here, without relocating them to any other recipe, since I can't see that they are really all that useful for most targest. This is a RFC, because I haven't done any research into what this may or may not break outside of oe-core and reference boards. Cheers, Bruce The following changes since commit fb53d69d9c726e6a663ea276cc440676e20f8326: documentation/dev-manual/dev-manual-intro.xml: typo fixed. (2012-07-26 18:53:04 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib zedd/kernel-rfc http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=zedd/kernel-rfc Bruce Ashfield (1): kernel.bbclass: remove default module_autoload and module_conf values meta/classes/kernel.bbclass | 19 --- 1 files changed, 0 insertions(+), 19 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] EXCLUDE_FROM_WORLD
Hi all, Could somebody clarify excluding things from world? I see EXCLUDE_FROM_WORLD = 1 in many places, including libx11.inc, and I'm sure there's plenty of libx11 stuff in world. I also see package specific exclusions in world-broken.inc. If one wants to exclude items for a particular bsp, would it be best to put exclusions in a conf file for the bsp, or to put exclusions in another conf file in the form of EXCLUDE_FROM_WORLD_pn-whatever_bsp-name = 1 Oh, and is it necessary to exclude things on a recipe-by-recipe basis? Thanks, Joe ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [CONSOLIDATED PULL 06/28] kernel.bbclass: fix external module building
On 07/26/2012 10:21 AM, Leon Woestenberg wrote: Hello Saul, Please check with Scott Garman (cc'ed) he is the stable maintainer for 1.2.1 (Denzil). Sau! On Wed, Jul 25, 2012 at 9:19 AM, Saul Wold s...@linux.intel.com mailto:s...@linux.intel.com wrote: + # Necessary for building modules like compat-wireless. + cp include/generated/bounds.h $kerneldir/include/generated/bounds.h + Thanks, can we get this merged into the Denzil branch as well? In general, how are commits selected for release branches? Regards, Leon 'likewise' Woestenberg ___ 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] package.bbclass: Let pn be eglibc for eglibc-locale
From: Khem Raj raj.k...@gmail.com eglibc-locale is creating the individual locale files which have runtime dependency on ${PN} which is 'eglibc-locale' but problem is that eglibc-locale is an empty package and does not get created so when one asks for adding locales to image then due to the missing dependency in the feeds root file system can not be created. This patch treates eglibc-locale as if it was eglibc and hence the dependency then is created on libc6 and not not existing eglibc-locale package. Signed-off-by: Khem Raj raj.k...@gmail.com Signed-off-by: Saul Wold s...@linux.intel.com --- meta/classes/package.bbclass |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/meta/classes/package.bbclass b/meta/classes/package.bbclass index 0c7fe80..06e2e04 100644 --- a/meta/classes/package.bbclass +++ b/meta/classes/package.bbclass @@ -389,6 +389,8 @@ python package_do_split_locales() { dvar = d.getVar('PKGD', True) pn = d.getVar('PN', True) +if pn == eglibc-locale: +pn = eglibc if pn + '-locale' in packages: packages.remove(pn + '-locale') -- 1.7.7.6 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] EXCLUDE_FROM_WORLD
On Thu, Jul 26, 2012 at 11:45 AM, Slater, Joseph joe.sla...@windriver.com wrote: Could somebody clarify excluding things from world? I see EXCLUDE_FROM_WORLD = 1 in many places, including libx11.inc, and I'm sure there's plenty of libx11 stuff in world. I also see package specific exclusions in world-broken.inc. If one wants to exclude items for a particular bsp, would it be best to put exclusions in a conf file for the bsp, or to put exclusions in another conf file in the form of exclude items for a particular bsp makes it sound like you're confused about what EXCLUDE_FROM_WORLD does. The only thing it affects is when you run 'bitbake world' to build every recipe/provide that exists. -- Christopher Larson ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH v2] bzip2-native: handling native path issue
follow Richard's approach, modify bzip2-native recipe to install bzip2 package binaries to STAGING_BINDIR_NATIVE/bzip2-native to avoid problems when other package is doing upack to reference bzip2. libbz2.so* still installs to STAGING_LIBDIR_NATIVE. add bzip2native.bbclass to let other packages to inherit and add dependency to bzip2-replacement-native. change python-native to inherit bzip2native class and remove the old bzip2-full-native dependency. Signed-off-by: Yao Zhao yao.z...@windriver.com --- meta/classes/bzip2native.bbclass |2 ++ .../recipes-devtools/python/python-native_2.7.3.bb |4 ++-- meta/recipes-extended/bzip2/bzip2_1.0.6.bb |4 +++- 3 files changed, 7 insertions(+), 3 deletions(-) create mode 100644 meta/classes/bzip2native.bbclass diff --git a/meta/classes/bzip2native.bbclass b/meta/classes/bzip2native.bbclass new file mode 100644 index 000..a2a7b31 --- /dev/null +++ b/meta/classes/bzip2native.bbclass @@ -0,0 +1,2 @@ +EXTRANATIVEPATH += bzip2-native +DEPENDS += bzip2-replacement-native diff --git a/meta/recipes-devtools/python/python-native_2.7.3.bb b/meta/recipes-devtools/python/python-native_2.7.3.bb index c89f9f9..904dc80 100644 --- a/meta/recipes-devtools/python/python-native_2.7.3.bb +++ b/meta/recipes-devtools/python/python-native_2.7.3.bb @@ -1,5 +1,5 @@ require python.inc -DEPENDS = openssl-native bzip2-full-native zlib-native readline-native sqlite3-native +DEPENDS = openssl-native zlib-native readline-native sqlite3-native PR = ${INC_PR}.1 SRC_URI += file://04-default-is-optimized.patch \ @@ -16,7 +16,7 @@ SRC_URI += file://04-default-is-optimized.patch \ S = ${WORKDIR}/Python-${PV} -inherit native +inherit native bzip2native RPROVIDES += python-distutils-native python-compression-native python-textutils-native python-core-native diff --git a/meta/recipes-extended/bzip2/bzip2_1.0.6.bb b/meta/recipes-extended/bzip2/bzip2_1.0.6.bb index 43b462a..e0c710b 100644 --- a/meta/recipes-extended/bzip2/bzip2_1.0.6.bb +++ b/meta/recipes-extended/bzip2/bzip2_1.0.6.bb @@ -24,6 +24,8 @@ inherit autotools update-alternatives ALTERNATIVE_PRIORITY = 100 ALTERNATIVE_${PN} = bunzip2 bzcat +#install binaries to bzip2-native under sysroot for replacement-native +EXTRA_OECONF_virtclass-native += --bindir=${STAGING_BINDIR_NATIVE}/${PN} do_configure_prepend () { cp ${WORKDIR}/configure.ac ${S}/ cp ${WORKDIR}/Makefile.am ${S}/ @@ -40,5 +42,5 @@ FILES_libbz2-staticdev = ${libdir}/*.a SECTION_libbz2-staticdev = devel RDEPENDS_libbz2-staticdev = libbz2-dev (= ${EXTENDPKGV}) -PROVIDES_append_virtclass-native = bzip2-full-native +PROVIDES_append_virtclass-native = bzip2-replacement-native 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
Re: [OE-core] [PATCH 0/1] linux-yocto/rt: update BSP preempt-rt.scc files to enable live boot
On 07/25/2012 01:37 PM, Bruce Ashfield wrote: Richard/Saul, Here are some -rt updates from Darren for the x86 boards, nothing much to see here, just configuration changes. Note: these are stacked on my 3.4.6 and 3.4.x-rt14 which haven't been merged yet. Cheers, Bruce cc: Darren Hart dvh...@linux.intel.com The following changes since commit 246570852170f316aebedabff48bce84de0b95dc: linux-yocto/3.4: 3.4.6 and 3.4.x-rt14 (2012-07-25 08:52:17 -0400) are available in the git repository at: git://git.pokylinux.org/poky-contrib zedd/kernel-rt http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=zedd/kernel-rt Bruce Ashfield (1): linux-yocto/rt: update BSP preempt-rt.scc files to enable live boot meta/recipes-kernel/linux/linux-yocto-rt_3.2.bb |2 +- meta/recipes-kernel/linux/linux-yocto-rt_3.4.bb |2 +- meta/recipes-kernel/linux/linux-yocto-tiny_3.2.bb |2 +- meta/recipes-kernel/linux/linux-yocto_3.2.bb |2 +- meta/recipes-kernel/linux/linux-yocto_3.4.bb |2 +- 5 files changed, 5 insertions(+), 5 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] meta/lib: remove test.py
On 07/25/2012 05:51 AM, Paul Eggleton wrote: This looks like it was added by accident in OE-Core revision 7903433898b4683a1c09cc9a6a379421bc9bbd58. Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com --- meta/lib/test.py |3 --- 1 file changed, 3 deletions(-) delete mode 100644 meta/lib/test.py diff --git a/meta/lib/test.py b/meta/lib/test.py deleted file mode 100644 index 12f4d83..000 --- a/meta/lib/test.py +++ /dev/null @@ -1,3 +0,0 @@ -import oe.license - -print(oe.license.is_included('LGPLv2.1 | GPLv3', ['*'], [])) 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] telepathy-glib: fix a build race
On 07/25/2012 05:21 AM, Ross Burton wrote: [YOCTO #2462] Signed-off-by: Ross Burton ross.bur...@intel.com --- ...Fix-a-race-in-_gen-reentrant-methods.list.patch | 42 .../telepathy/telepathy-glib_0.19.2.bb |5 ++- 2 files changed, 45 insertions(+), 2 deletions(-) create mode 100644 meta/recipes-connectivity/telepathy/telepathy-glib/0001-Fix-a-race-in-_gen-reentrant-methods.list.patch diff --git a/meta/recipes-connectivity/telepathy/telepathy-glib/0001-Fix-a-race-in-_gen-reentrant-methods.list.patch b/meta/recipes-connectivity/telepathy/telepathy-glib/0001-Fix-a-race-in-_gen-reentrant-methods.list.patch new file mode 100644 index 000..4f8ed2b --- /dev/null +++ b/meta/recipes-connectivity/telepathy/telepathy-glib/0001-Fix-a-race-in-_gen-reentrant-methods.list.patch @@ -0,0 +1,42 @@ +From 8ff62dc34961e997fb0224517aef0f12d455a82b Mon Sep 17 00:00:00 2001 +From: Ross Burton ross.bur...@intel.com +Date: Wed, 25 Jul 2012 12:58:16 +0100 +Subject: [PATCH] Fix a race in _gen/reentrant-methods.list + +Very occasionally, a parallel build will fail like this: + +| Making all in telepathy-glib +| make[2]: Entering directory `/buildarea1/yocto-autobuilder/yocto-slave/nightly-x86/build/build/tmp/work/i586-poky-linux/telepathy-glib-0.19.2-r0/telepathy-glib-0.19.2/telepathy-glib' +| /bin/mkdir -p _gen +| ( cd . cat versions/0.7.0.abi [...] versions/0.19.2.abi ) | \ +| /bin/grep '^tp_cli_.*_run_.*' _gen/reentrant-methods.list.tmp +| /bin/sh: line 1: _gen/reentrant-methods.list.tmp: No such file or directory +| make[2]: *** [_gen/reentrant-methods.list] Error 1 + +It's doing the mkdir and the subshell in parallel, when the mkdir should be done +first. Add an explicit dependency on spec-stamp to reentrant-methods.list to +ensure the ordering. + +https://bugs.freedesktop.org/show_bug.cgi?id=52480 + +Upstream-Status: Submitted +--- + telepathy-glib/codegen.am |2 +- + 1 file changed, 1 insertion(+), 1 deletion(-) + +diff --git a/telepathy-glib/codegen.am b/telepathy-glib/codegen.am +index 26caaef..6ad3ec5 100644 +--- a/telepathy-glib/codegen.am b/telepathy-glib/codegen.am +@@ -149,7 +149,7 @@ _gen/stable-spec.xml: stable-interfaces.xml _gen/stable-stamp $(tools_dir)/xincl + # Grab a list of re-entrant tp_cli_*_run_* methods we are committed to + # generating for backwards compatibility. + # grep --no-filename is not portable :-( +-_gen/reentrant-methods.list: $(ABI_LISTS) codegen.am ++_gen/reentrant-methods.list: _gen/spec-stamp $(ABI_LISTS) codegen.am + $(AM_V_GEN)( cd $(srcdir) cat $(ABI_LISTS) ) | \ + $(GREP) '^tp_cli_.*_run_.*' $@.tmp + @mv $@.tmp $@ +-- +1.7.10.4 + diff --git a/meta/recipes-connectivity/telepathy/telepathy-glib_0.19.2.bb b/meta/recipes-connectivity/telepathy/telepathy-glib_0.19.2.bb index deba3bb..9dbc5be 100644 --- a/meta/recipes-connectivity/telepathy/telepathy-glib_0.19.2.bb +++ b/meta/recipes-connectivity/telepathy/telepathy-glib_0.19.2.bb @@ -3,9 +3,10 @@ DESCRIPTION = Telepathy Framework: GLib-based helper library for connection man HOMEPAGE = http://telepathy.freedesktop.org/wiki/; DEPENDS = glib-2.0 dbus python-native-runtime dbus-native dbus-glib LICENSE = LGPLv2.1+ -PR = r0 +PR = r1 -SRC_URI = http://telepathy.freedesktop.org/releases/telepathy-glib/${BPN}-${PV}.tar.gz; +SRC_URI = http://telepathy.freedesktop.org/releases/telepathy-glib/${BPN}-${PV}.tar.gz \ + file://0001-Fix-a-race-in-_gen-reentrant-methods.list.patch SRC_URI[md5sum] = af2b33c1215f189e637bd59cc9139255 SRC_URI[sha256sum] = 7e3c313ed08e26339deb603a615cec62a370131075514439f79f473f92ab84c3 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 2/2] bash: fix warning about bashbug reference /usr/bin when installed in /bin
On 07/20/2012 10:12 AM, Otavio Salvador wrote: Change the installation process so we have bashbug in ${bindir} and bash at ${base_bindir}. Signed-off-by: Otavio Salvador ota...@ossystems.com.br --- meta/recipes-extended/bash/bash.inc| 11 --- meta/recipes-extended/bash/bash_4.2.bb |2 +- 2 files changed, 9 insertions(+), 4 deletions(-) diff --git a/meta/recipes-extended/bash/bash.inc b/meta/recipes-extended/bash/bash.inc index 6d7e930..a7f5f8f 100644 --- a/meta/recipes-extended/bash/bash.inc +++ b/meta/recipes-extended/bash/bash.inc @@ -9,9 +9,6 @@ DEPENDS = ncurses bison-native inherit autotools gettext update-alternatives -bindir = /bin -sbindir = /sbin - EXTRA_OECONF = --enable-job-control export CC_FOR_BUILD = ${BUILD_CC} @@ -28,6 +25,14 @@ do_configure_prepend () { fi } +do_install_append () { + # Move /usr/bin/bash to /bin/bash, if need + if [ ${base_bindir} != ${bindir} ]; then + mkdir -p ${D}${base_bindir} + mv ${D}${bindir}/bash ${D}${base_bindir} + fi +} + pkg_postinst_${PN} () { touch $D${sysconfdir}/shells grep -q bin/bash $D${sysconfdir}/shells || echo /bin/bash $D${sysconfdir}/shells diff --git a/meta/recipes-extended/bash/bash_4.2.bb b/meta/recipes-extended/bash/bash_4.2.bb index a28279e..50f2ff6 100644 --- a/meta/recipes-extended/bash/bash_4.2.bb +++ b/meta/recipes-extended/bash/bash_4.2.bb @@ -1,6 +1,6 @@ require bash.inc -PR = r3 +PR = r4 SRC_URI = ${GNU_MIRROR}/bash/${BPN}-${PV}.tar.gz;name=tarball \ ${GNU_MIRROR}/bash/bash-4.2-patches/bash42-001;apply=yes;striplevel=0;name=patch001 \ Took this patch into OE-Core, the parallel build is still failing. Thanks Sau! ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/1] mtools: add glibc-gconv-* to RDEPENDS/RRECOMMENDS
On Wed, 2012-07-25 at 15:02 +0800, xin.ouy...@windriver.com wrote: +RDEPENDS_${PN} = glibc-gconv-ibm850 That will make mtools unbuildable for non-glibc configurations. Is this intended? p. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] EXCLUDE_FROM_WORLD
On Thu, 2012-07-26 at 18:45 +, Slater, Joseph wrote: Could somebody clarify excluding things from world? I see EXCLUDE_FROM_WORLD = 1 in many places, including libx11.inc, and I'm sure there's plenty of libx11 stuff in world. The issue is that there are multiple providers of libx11 and when you bitbake world, we don't want them all to build. For that reason it gets excluded and then the correct version will get built as needed. There are plans afoot to merge those different libx11 recipes at which point the exclude from world will get dropped. I also see package specific exclusions in world-broken.inc. This was originally a list of known problematic packages and used to be quite large. Looking at the list: gobject-introspection: Totally broken recipe, I'm tempted to delete it. eds-tools: Again, I'm tempted to delete the recipe clutter-box2d: This should build, not sure why its on the broken list. Chris replied about the other bits... Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] findutils: fix sort dir on updatedb
On 07/25/2012 01:07 AM, rongqing...@windriver.com wrote: From: Roy.Li rongqing...@windriver.com [YOCTO #2826] m4/nullsort.m4 tries to find sort dir, and write it to updatedb, but nullsort.m4 is checking the host dir. Once the sort dirs on target and host are different, updatedb will fail due to wrong sort dir. Since we always have sort under ${bindir}, so we can assign it directly. Signed-off-by: Roy.Li rongqing...@windriver.com --- meta/recipes-extended/findutils/findutils_4.4.2.bb |4 +++- 1 files changed, 3 insertions(+), 1 deletions(-) diff --git a/meta/recipes-extended/findutils/findutils_4.4.2.bb b/meta/recipes-extended/findutils/findutils_4.4.2.bb index 127eb4b..218bf83 100644 --- a/meta/recipes-extended/findutils/findutils_4.4.2.bb +++ b/meta/recipes-extended/findutils/findutils_4.4.2.bb @@ -1,6 +1,6 @@ require findutils.inc -PR = r4 +PR = r5 SRC_URI += file://01-27017.patch \ file://02-28824.patch \ @@ -15,4 +15,6 @@ SRC_URI[sha256sum] = 434f32d171cbc0a5e72cfc5372c6fc4cb0e681f8dce566a0de5b6fccd7 # http://savannah.gnu.org/bugs/?27299 CACHED_CONFIGUREVARS += ${@base_contains('DISTRO_FEATURES', 'libc-posix-clang-wchar', 'gl_cv_func_wcwidth_works=yes', '', d)} +EXTRA_OECONF += ac_cv_path_SORT=${bindir}/sort + BBCLASSEXTEND = native 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] libpcre: upgrade to ver. 8.31
On 07/24/2012 11:42 PM, Cristian Iorga wrote: Signed-off-by: Cristian Iorga cristian.io...@intel.com --- .../libpcre/{libpcre_8.30.bb = libpcre_8.31.bb} |6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) rename meta/recipes-support/libpcre/{libpcre_8.30.bb = libpcre_8.31.bb} (93%) diff --git a/meta/recipes-support/libpcre/libpcre_8.30.bb b/meta/recipes-support/libpcre/libpcre_8.31.bb similarity index 93% rename from meta/recipes-support/libpcre/libpcre_8.30.bb rename to meta/recipes-support/libpcre/libpcre_8.31.bb index 4c6dfae..e1dad8b 100644 --- a/meta/recipes-support/libpcre/libpcre_8.30.bb +++ b/meta/recipes-support/libpcre/libpcre_8.31.bb @@ -5,15 +5,15 @@ provides a POSIX calling interface to PCRE; the regular expressions \ themselves still follow Perl syntax and semantics. The header file for \ the POSIX-style functions is called pcreposix.h. SECTION = devel -PR = r2 +PR = r0 LICENSE = BSD LIC_FILES_CHKSUM = file://LICENCE;md5=115e2bee152e2e23e838a29136094877 SRC_URI = ${SOURCEFORGE_MIRROR}/project/pcre/pcre/${PV}/pcre-${PV}.tar.bz2 \ file://pcre-cross.patch \ file://fix-pcre-name-collision.patch -SRC_URI[md5sum] = 98e8928945d04279581e778fbdff -SRC_URI[sha256sum] = c1113fd7db934e97ad8b3917d432e5b642e9eb9afd127eb797804937c965f4ac +SRC_URI[md5sum] = 1c9a276af932b5599157f96e945391f0 +SRC_URI[sha256sum] = 5778a02535473c7ee7838ea598c19f451e63cf5eec0bf0307a688301c9078c3c S = ${WORKDIR}/pcre-${PV} Merged into OE-Core Thanks Sau! ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/1] Add missing Upstream-Status entries.
On 07/24/2012 01:46 PM, Mark Hatle wrote: Add missing Upstream-Status entries, no code changes. The following changes since commit 4148bc80c008d25c8a536c7c7dfdeac1669a6662: libgcc: Add missing dependency on libc:do_package (2012-07-24 10:12:08 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib mhatle/status http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=mhatle/status Mark Hatle (1): Add missing Upstream-Status to various patches. .../binutils/binutils/binutils-armv5e.patch|4 .../ossp-uuid/0001-Change-library-name.patch |7 +++ ...erve-m-option-status-in-v-option-handling.patch |7 +++ .../ossp-uuid/0003-Fix-whatis-entries.patch|7 +++ .../ossp-uuid/0004-fix-data-uuid-from-string.patch |7 +++ .../ossp-uuid/ossp-uuid/uuid-libtool.patch |3 +++ .../ossp-uuid/ossp-uuid/uuid-nostrip.patch |3 +++ meta/recipes-devtools/rpm/rpm/rpm-lua.patch|2 ++ meta/recipes-devtools/rpm/rpm/rpm-macros.patch |2 ++ .../rpm/rpm/rpm-no-perl-urpm.patch |2 ++ meta/recipes-devtools/rpm/rpm/rpm-ossp-uuid.patch |2 ++ .../rpm/rpm/rpm-packageorigin.patch|2 ++ .../rpm/rpm/rpm-pkgconfigdeps.patch|2 ++ meta/recipes-devtools/rpm/rpm/rpm-resolvedep.patch |2 ++ .../libzypp/libzypp/libzypp-rpm549.patch |4 .../createrepo/createrepo/createrepo-rpm549.patch |3 +++ 16 files changed, 59 insertions(+), 0 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 0/5] toolchain bootstrap fixes and kernel.bbclass integration
On 07/24/2012 08:03 AM, Khem Raj wrote: This patchset fixes isssue with compiling toolchain's bootstrap elements added changes from kernel.bbclass from meta-oe Fixes eglibc when certain options are disabled (seen on poky-tiny) The following changes since commit 4148bc80c008d25c8a536c7c7dfdeac1669a6662: libgcc: Add missing dependency on libc:do_package (2012-07-24 10:12:08 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib kraj/misc-updates http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=master Denis Carikli (1): kernel.bbclass: fix external module building I held back this one as I think there is still some discussion on it. Khem Raj (3): eglibc-initial: Fix build failure due to missing limits.h gcc-cross-initial: Stage self sufficient fixed limits.h eglibc: Fix build when OPTION_POSIX_WIDE_CHAR_DEVICE_IO is not set Koen Kooi (1): kernel bbclass: Recreate uImage only when KEEPUIMAGE != yes Merged the above 4 patches into OE-Core Thanks Sau! meta/classes/kernel.bbclass|5 +- meta/conf/distro/include/default-distrovars.inc|1 + .../eglibc/eglibc-2.16/GLRO_dl_debug_mask.patch| 48 ++-- .../eglibc-2.16/fileops-without-wchar-io.patch | 22 + meta/recipes-core/eglibc/eglibc-initial.inc|1 + meta/recipes-core/eglibc/eglibc-initial_2.16.bb|9 ++-- meta/recipes-core/eglibc/eglibc_2.16.bb|3 +- meta/recipes-devtools/gcc/gcc-4.7.inc |2 +- meta/recipes-devtools/gcc/gcc-cross-initial.inc| 10 9 files changed, 82 insertions(+), 19 deletions(-) create mode 100644 meta/recipes-core/eglibc/eglibc-2.16/fileops-without-wchar-io.patch ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/5] Connectivity and base packages updates.
On 07/23/2012 10:36 PM, Cristian Iorga wrote: 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%) Merged all but the telepathy-glib as we should wait for stable Thanks Sau! ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] xinit_1.3.2: Remove broken, superfluous 'FILES_${PN} += ${libdir}X11/xinit'
On 07/24/2012 03:39 AM, Robert P. J. Day wrote: Besides being clearly broken, that line is unnecessary as that file is already being picked up from this line in xorg-app-common.inc: FILES_${PN} += ${libdir}/X11/${BPN} ${datadir}/X11/app-defaults/ Signed-off-by: Robert P. J. Day rpj...@crashcourse.ca --- diff --git a/meta/recipes-graphics/xorg-app/xinit_1.3.2.bb b/meta/recipes-graphics/xorg-app/xinit_1.3.2.bb index 2008e79..5a97c3b 100644 --- a/meta/recipes-graphics/xorg-app/xinit_1.3.2.bb +++ b/meta/recipes-graphics/xorg-app/xinit_1.3.2.bb @@ -19,5 +19,3 @@ SRC_URI[sha256sum] = a1867fdaa83f68750b12ba4305c3c62f5992d0f52cfeb98e96c27a8e69 EXTRA_OECONF = ac_cv_path_MCOOKIE=${bindir}/mcookie RDEPENDS_${PN} += util-linux-mcookie - -FILES_${PN} += ${libdir}X11/xinit Nice catch! 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] busybox: fix the problem that mkfs.minix.tests fails on big endian platform
On 07/24/2012 07:28 AM, Yao Zhao wrote: patch mkfs.minix.tests to have correct md5sum on big endian platform. Signed-off-by: Yao Zhao yao.z...@windriver.com --- .../busybox-mkfs-minix-tests_bigendian.patch | 34 meta/recipes-core/busybox/busybox_1.19.4.bb|3 +- 2 files changed, 36 insertions(+), 1 deletion(-) create mode 100644 meta/recipes-core/busybox/busybox-1.19.4/busybox-mkfs-minix-tests_bigendian.patch diff --git a/meta/recipes-core/busybox/busybox-1.19.4/busybox-mkfs-minix-tests_bigendian.patch b/meta/recipes-core/busybox/busybox-1.19.4/busybox-mkfs-minix-tests_bigendian.patch new file mode 100644 index 000..089c5e0 --- /dev/null +++ b/meta/recipes-core/busybox/busybox-1.19.4/busybox-mkfs-minix-tests_bigendian.patch @@ -0,0 +1,34 @@ +patch mkfs.minix.tests to have correct md5sum on big endian platform + +Upstream-Status: Accepted, expected in next release + +Signed-off-by: Yao Zhao yao.z...@windriver.com + +diff --git a/testsuite/mkfs.minix.tests b/testsuite/mkfs.minix.tests +index 8a33c16..7eecaf2 100755 +--- a/testsuite/mkfs.minix.tests b/testsuite/mkfs.minix.tests +@@ -8,6 +8,14 @@ + + # testing test name options expected result file input stdin + ++# '\n' produces 10 on little endian, but not on big endian ++cr=`echo | od -i | sed 's/.* //g;2d'` ++if [ x$cr = x10 ]; then ++ hash=4f35f7afeba07d56055bed1f29ae20b7 ++else ++ hash=5adbc1b3ccd20ca5d0ab5bc1e13ac3fc ++fi ++ + testing mkfs.minix \ + dd if=/dev/zero of=input bs=1k count=1024 2/dev/null; mkfs.minix input; md5sum input \ + 352 inodes\n\ +@@ -15,7 +23,7 @@ testing mkfs.minix \ + Firstdatazone=15 (15)\n\ + Zonesize=1024\n\ + Maxsize=268966912\n\ +-4f35f7afeba07d56055bed1f29ae20b7 -\n \ ++$hash -\n \ +\ + + diff --git a/meta/recipes-core/busybox/busybox_1.19.4.bb b/meta/recipes-core/busybox/busybox_1.19.4.bb index de331ad..d0ea459 100644 --- a/meta/recipes-core/busybox/busybox_1.19.4.bb +++ b/meta/recipes-core/busybox/busybox_1.19.4.bb @@ -22,7 +22,8 @@ SRC_URI = http://www.busybox.net/downloads/busybox-${PV}.tar.bz2;name=tarball \ file://mdev \ file://mdev.conf \ file://umount.busybox \ - file://defconfig + file://defconfig \ + file://busybox-mkfs-minix-tests_bigendian.patch SRC_URI[tarball.md5sum] = 9c0cae5a0379228e7b55e5b29528df8e SRC_URI[tarball.sha256sum] = 9b853406da61ffb59eb488495fe99cbb7fb3dd29a31307fcfa9cf070543710ee 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] core-image: remove x11-netbook package group, it's unused
On 07/24/2012 04:59 AM, Ross Burton wrote: Signed-off-by: Ross Burton ross.bur...@intel.com --- meta/classes/core-image.bbclass |2 -- 1 file changed, 2 deletions(-) diff --git a/meta/classes/core-image.bbclass b/meta/classes/core-image.bbclass index 6b207d7..13e45aa 100644 --- a/meta/classes/core-image.bbclass +++ b/meta/classes/core-image.bbclass @@ -16,7 +16,6 @@ LIC_FILES_CHKSUM = file://${COREBASE}/LICENSE;md5=3f40d7994397109285ec7b81fdeb3 # - x11-mini- minimal environment for X11 server # - x11-base- X11 server + minimal desktop # - x11-sato- OpenedHand Sato environment -# - x11-netbook - Metacity based environment for netbooks # - apps-x11-core - X Terminal, file manager, file editor # - apps-x11-games # - apps-x11-pimlico- OpenedHand Pimlico apps @@ -33,7 +32,6 @@ PACKAGE_GROUP_apps-console-core = task-core-apps-console PACKAGE_GROUP_x11-mini = task-core-x11-mini PACKAGE_GROUP_x11-base = task-core-x11-base PACKAGE_GROUP_x11-sato = task-core-x11-sato -PACKAGE_GROUP_x11-netbook = task-core-x11-netbook PACKAGE_GROUP_apps-x11-core = task-core-apps-x11-core PACKAGE_GROUP_apps-x11-games = task-core-apps-x11-games PACKAGE_GROUP_apps-x11-pimlico = task-core-apps-x11-pimlico Merged into OE-Core Thanks Sau! ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/3] Update packages
On 07/25/2012 02:42 AM, Kang Kai wrote: Hi Saul, These patches update liburi-perl, qmmp and ltp. Regards, Kai The following changes since commit 0ffb02eec2beaea27ff0ec9d3d31b0a09e675a4c: documentation: Updated the h6 style to use a larger font (2012-07-24 10:35:34 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib kangkai/update-pkgs http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=kangkai/update-pkgs Kang Kai (3): ltp: update to version 20120614 qmmp: update 0.6.1 liburi-perl: update to 1.60 .../{liburi-perl_1.59.bb = liburi-perl_1.60.bb} |7 +++ .../ltp/ltp/fix_building_fom_archive.patch | 13 - .../ltp/{ltp_20120401.bb = ltp_20120614.bb} | 12 +--- .../qt-apps/{qmmp_0.5.2.bb = qmmp_0.6.1.bb} |8 4 files changed, 12 insertions(+), 28 deletions(-) rename meta/recipes-devtools/perl/{liburi-perl_1.59.bb = liburi-perl_1.60.bb} (81%) delete mode 100644 meta/recipes-extended/ltp/ltp/fix_building_fom_archive.patch rename meta/recipes-extended/ltp/{ltp_20120401.bb = ltp_20120614.bb} (91%) rename meta/recipes-qt/qt-apps/{qmmp_0.5.2.bb = qmmp_0.6.1.bb} (90%) 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] libcgroup_0.37.1.bb: Add recipe
On 07/23/2012 01:56 PM, Khem Raj wrote: 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 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] busybox:udhcpc: fix the root_is_nfs() function
On 07/23/2012 06:23 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/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 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 1/2] shadow-native: use 'users' group by default
On 07/23/2012 10:37 AM, Otavio Salvador wrote: 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 } Merged these 2 into OE-Core Thanks Sau! ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/1] linux-yocto/3.4: -stable and -rt updates
On 07/23/2012 10:10 AM, Bruce Ashfield wrote: 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(-) 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] webkit-gtk: Replace superfluous += with =, and add leading space
On 07/23/2012 03:06 AM, Robert P. J. Day wrote: 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 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 1/3] qemu.bbclass: Map the qemu binary name for powerpc64
On 07/22/2012 04:54 PM, Khem Raj wrote: Signed-off-by: Khem Raj raj.k...@gmail.com --- meta/classes/qemu.bbclass |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/meta/classes/qemu.bbclass b/meta/classes/qemu.bbclass index 68896ce..aead8e2 100644 --- a/meta/classes/qemu.bbclass +++ b/meta/classes/qemu.bbclass @@ -9,5 +9,7 @@ def qemu_target_binary(data): target_arch = i386 elif target_arch == powerpc: target_arch = ppc +elif target_arch == powerpc64: +target_arch = ppc64 return qemu- + target_arch 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] libxp: Change superfluous += to simple = when using _append
On 07/23/2012 02:59 AM, Robert P. J. Day wrote: 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 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