Re: [OE-core] alsaconf and bash
On 01/08/2013 02:44 AM, Chris Larson wrote: On Mon, Jan 7, 2013 at 2:36 PM, Florin Sarbu florin.sa...@windriver.com mailto:florin.sa...@windriver.com wrote: in alsa-utils_1.0.25.bb http://alsa-utils_1.0.25.bb, I see this comment: # We omit alsaconf, because # a) this is a bash script # b) it creates config files not suitable for OE-based distros Trying out on master, I get a do_rootfs error because bash is not a rundep of alsa-utils, and there is nothing in the alsa-utils recipe that actually does the above mentioned removal of the alsaconf script. Looking in the git log, I only see that the comment has suddenly appeared in an older alsa-utils recipe and has been carried along since with every update to the recipe, and not left over there as an artifact of some older commit as I expected. Can anyone shed some light on this? From some quick git log -S commands in the old openembedded classic repository, it seems to have originated with 7653e980f66b4bd147df308f9b04d6b197382d6a from 2005, and the line below the comment was 'FILES_${PN} = ', so presumably that was what left it out — none of the files patterns matched it. Okay, so it seems that the comment actually said at that time that the alsa-utils generated rpm won't contain alsaconf. And bellow, this bash script gets into the alsa-utils-alsaconf rpm. Unfortunately, even though there is this separation, the alsa-utils rpm depends on the alsa-utils-alsaconf rpm so it's pretty much the same thing as do_rootfs is concerned. (missing bash dependency). How would you guys see this resolved upstream? Add bash as a dep, remove alsa-utils-alsaconf as a dep or alsa-utils (as the comment says the script is not suitable for OE-based distros) or check the alsaconf script for bashisms and fix if any and make alsa-utils rely on a busybox shell interpreter if possible (with the modification of the !/bin/bash shabang from the alsaconf script to /bin/sh)? Florin -- Christopher Larson ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1] rootfs_rpm.bbclass: export INSTALL_PLATFORM_EXTRA_RPM
From: Chen Qi qi.c...@windriver.com The following changes since commit 09359e6ec00901abfe49157f1f9730117b4d284b: freetype: update to 2.4.11 which includes fixes for CVE-2012-{5668, 5669, 5670} (2012-12-31 09:43:27 +) are available in the git repository at: git://git.pokylinux.org/poky-contrib ChenQi/rootfs_rpm http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=ChenQi/rootfs_rpm Chen Qi (1): rootfs_rpm.bbclass: export INSTALL_PLATFORM_EXTRA_RPM meta/classes/rootfs_rpm.bbclass |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) -- 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/1] rootfs_rpm.bbclass: export INSTALL_PLATFORM_EXTRA_RPM
From: Chen Qi qi.c...@windriver.com Export this variable because package_rpm.bbclass needs it. [YOCTO #3682] Signed-off-by: Chen Qi qi.c...@windriver.com --- meta/classes/rootfs_rpm.bbclass |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/classes/rootfs_rpm.bbclass b/meta/classes/rootfs_rpm.bbclass index f7e4c5e..2bfd1b7 100644 --- a/meta/classes/rootfs_rpm.bbclass +++ b/meta/classes/rootfs_rpm.bbclass @@ -74,7 +74,7 @@ fakeroot rootfs_rpm_do_rootfs () { shift done done - export INSTALL_PLATFORM_RPM + export INSTALL_PLATFORM_EXTRA_RPM package_install_internal_rpm -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1] runqemu-internal: add 'debugshell' as a default kernel option
From: Chen Qi qi.c...@windriver.com The following changes since commit 09359e6ec00901abfe49157f1f9730117b4d284b: freetype: update to 2.4.11 which includes fixes for CVE-2012-{5668, 5669, 5670} (2012-12-31 09:43:27 +) are available in the git repository at: git://git.pokylinux.org/poky-contrib ChenQi/runqemu-ramfs http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=ChenQi/runqemu-ramfs Chen Qi (1): runqemu-internel: add 'debugshell' as a default kernel option scripts/runqemu-internal |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) -- 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/1] runqemu-internel: add 'debugshell' as a default kernel option
From: Chen Qi qi.c...@windriver.com Add 'debugshell' as a default kernel option for ramfs booting. If rootfs.img cannot be found under /media, init-live.sh loops forever without showing any information. Silently looping forever and blocking users is inappropriate. Now that the 'debugshell' feature has been implemented in init-live.sh, It's reasonable to add it to the kernel option when booting a ramfs-based image. In this way, the system doesn't loop forever and instead drops to a shell after a default timeout (30 seconds). Signed-off-by: Chen Qi qi.c...@windriver.com --- scripts/runqemu-internal |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/scripts/runqemu-internal b/scripts/runqemu-internal index a11220d..9d570ed 100755 --- a/scripts/runqemu-internal +++ b/scripts/runqemu-internal @@ -472,7 +472,7 @@ fi if [ x$RAMFS = xtrue ]; then QEMUOPTIONS=-initrd $ROOTFS -nographic -KERNCMDLINE=root=/dev/ram0 +KERNCMDLINE=root=/dev/ram0 debugshell fi if [ x$QEMUOPTIONS = x ]; then -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 3/3] gmp: update to upstream version 5.1.0
W dniu 02.01.2013 19:37, Marko Lindqvist pisze: New version of configure.patch added for gmp-5.1.0. Old patch moved to gmp-4.2.1 specific directory. gmp_fix_for_automake-1.12.patch part of upstŕeam so removed gmp-5 version, gmp-4.2.1 version remains. This update broke our AArch64 builds. Will have to check why and fix it. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] inotify-tools: new recipe
On 8 January 2013 07:58, Frans Meulenbroeks fransmeulenbro...@gmail.com wrote: This patch is provided as is, in the hope that is it useful for someone. I have no plans to become the maintainer of this recipe or so. I was not too sure if this is something for oe-core or better suited for meta-oe The patch is against oe-core. I've also decided to put it in recipes-extended. If there is a better layer than oe-core or a better dir than recipes-extended feel free to put it in a more appropriate location. (and if you do not like it, feel free to ignore) This should be in meta-oe, please re-submit a patch there. Ross ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] byacc: updated to 20121003
Signed-off-by: Bogdan Marinescu bogdan.a.marine...@intel.com --- .../byacc/{byacc_20120526.bb = byacc_20121003.bb} |7 --- 1 file changed, 4 insertions(+), 3 deletions(-) rename meta/recipes-extended/byacc/{byacc_20120526.bb = byacc_20121003.bb} (73%) diff --git a/meta/recipes-extended/byacc/byacc_20120526.bb b/meta/recipes-extended/byacc/byacc_20121003.bb similarity index 73% rename from meta/recipes-extended/byacc/byacc_20120526.bb rename to meta/recipes-extended/byacc/byacc_20121003.bb index 3e83813..c3c8744 100644 --- a/meta/recipes-extended/byacc/byacc_20120526.bb +++ b/meta/recipes-extended/byacc/byacc_20121003.bb @@ -1,4 +1,4 @@ -PR = r1 +PR = r0 # Sigh. This is one of those places where everyone licenses it differently. Someone # even apply UCB to it (Free/Net/OpenBSD). The maintainer states that: @@ -9,5 +9,6 @@ LICENSE=PD LIC_FILES_CHKSUM = file://package/debian/copyright;md5=f186cf0d59bac042b75830396ec389a3 require byacc.inc -SRC_URI[md5sum] = d8a9959f784205092762eb29426bdf23 -SRC_URI[sha256sum] = be05856b039bc9eb95a93cf89ac381de4fc6bb91d236c6b130e8b1daeb6075d6 +SRC_URI[md5sum] = 26ba97e33a3bfaa311e2e5e1e078de55 +SRC_URI[sha256sum] = 5afa4863550a7fc528e976cc33cc383bc0a9637ab95a6a594d2d5f6bf08dd1c5 + -- 1.7.10.4 ___ 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] Wayland userspace library initial 1.0.3
On 7 January 2013 16:06, Alex DAMIAN alexandru.dam...@intel.com wrote: +do_install_append_class-native() { + sed -i -e '4,10s,prefix=.*$,prefix=${D}/${prefix},;4,10s,exec_prefix=,exec_prefix=${D}/${exec_prefix},' \ +${D}/${datadir}/aclocal/wayland-scanner.m4 +} My previous comments still stand: The use of addresses seems fragile, would it be safer to inject the paths pre-configure when @prefix@ is easily replaceable? As is to demonstrate this, you missed a @datarootdir@ replacement. Probably best to do a replacement pre-configure on the @foo@ symbols. Also using STAGING_BINDIR_NATIVE and STAGING_DATADIR_NATIVE would be clearer. Ross ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 2/3] Prepare mesa-dri for weston compatibility
On 7 January 2013 16:06, Alex DAMIAN alexandru.dam...@intel.com wrote: +# if we're using a OVERRIDES = weston in local.conf +DEFAULT_PREFERENCE_weston = 1 Don't bother. As I've said before Mesa 9.0.1 is going to be merged shortly (there was a failure on ARM, which is now sorted) and that can build Wayland, so if we merged this patch *now* this chunk would be deleted again in a few days time. Ross ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] nasm: updated to 2.10.07
Signed-off-by: Bogdan Marinescu bogdan.a.marine...@intel.com --- meta/recipes-devtools/nasm/{nasm_2.10.06.bb = nasm_2.10.07.bb} |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-devtools/nasm/{nasm_2.10.06.bb = nasm_2.10.07.bb} (81%) diff --git a/meta/recipes-devtools/nasm/nasm_2.10.06.bb b/meta/recipes-devtools/nasm/nasm_2.10.07.bb similarity index 81% rename from meta/recipes-devtools/nasm/nasm_2.10.06.bb rename to meta/recipes-devtools/nasm/nasm_2.10.07.bb index cb12a22..1c95ed8 100644 --- a/meta/recipes-devtools/nasm/nasm_2.10.06.bb +++ b/meta/recipes-devtools/nasm/nasm_2.10.07.bb @@ -7,8 +7,8 @@ COMPATIBLE_HOST = '(x86_64|i.86).*-(linux|freebsd.*)' PR = r0 SRC_URI = http://www.nasm.us/pub/nasm/releasebuilds/${PV}/nasm-${PV}.tar.bz2 -SRC_URI[md5sum] = 875c4217b2e581dbae0bf96d45a6067a -SRC_URI[sha256sum] = ac84dd0d7e4ad6282061ce36b68a72db591db55cf0902b53d4297c743b0944a6 +SRC_URI[md5sum] = af1cd6669f5e98148cd5ec42dee90f19 +SRC_URI[sha256sum] = c056e2abc83816892e448f9e9e95a3d21e9e096f44341b9d4853f62a443bba82 inherit autotools -- 1.7.10.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 3/3] Initial commit for wayland/weston 1.0.3
On 7 January 2013 16:06, Alex DAMIAN alexandru.dam...@intel.com wrote: From: Alexandru DAMIAN alexandru.dam...@intel.com This patch adds the Weston reference compositing manager from Wayland. We add version 1.0.3 which is the latest stable release in Dec 2012. See the upstream at: http://wayland.freedesktop.org/releases.html Remove this, it's obvious from the commit which version you're using. To enable building, set in local.conf #Build mesa-dri compatible packages OVERRIDES += :weston As in 2/3, don't do this. #Enable the wayland distro feature DISTRO_FEATURES_append_weston = wayland Surely you want the wayland feature globally, so that mesa builds with Wayland support? 'To enable wayland, add wayland to DISTRO_FEATURES.' is all you need. Ross ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 2/3] Prepare mesa-dri for weston compatibility
On 7 January 2013 16:06, Alex DAMIAN alexandru.dam...@intel.com wrote: + wayland-egl wayland-egl-dev \ libwayland-egl and libwayland-egl-dev, please. Ross ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] lsof: updated to 4.87
Signed-off-by: Bogdan Marinescu bogdan.a.marine...@intel.com --- meta/recipes-extended/lsof/{lsof_4.86.bb = lsof_4.87.bb} |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-extended/lsof/{lsof_4.86.bb = lsof_4.87.bb} (91%) diff --git a/meta/recipes-extended/lsof/lsof_4.86.bb b/meta/recipes-extended/lsof/lsof_4.87.bb similarity index 91% rename from meta/recipes-extended/lsof/lsof_4.86.bb rename to meta/recipes-extended/lsof/lsof_4.87.bb index e3f5ef3..2f425aa 100644 --- a/meta/recipes-extended/lsof/lsof_4.86.bb +++ b/meta/recipes-extended/lsof/lsof_4.87.bb @@ -7,8 +7,8 @@ PR = r0 SRC_URI = ftp://lsof.itap.purdue.edu/pub/tools/unix/lsof/lsof_${PV}.tar.bz2; -SRC_URI[md5sum] = 9f1cda41f35add068c7b81f873fa56b5 -SRC_URI[sha256sum] = 13e52b8e87dddf1b2e219004e315d755c659217ce6ffc6a5f1102969f1c4dd0c +SRC_URI[md5sum] = 80e2a76d0e05826db910ec88e631296c +SRC_URI[sha256sum] = dfdd3709d82bc79ccdf3e404b84aafa9aede5948642a824ecaefd0aac589da2c LOCALSRC = file://${WORKDIR}/lsof_${PV}/lsof_${PV}_src.tar S = ${WORKDIR}/lsof_${PV}_src -- 1.7.10.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] apt-native: fix the creation of apt.conf.sample
The file of apt.conf.sample is kept in outdir, and outdir is assigned by os.path.join with the params of ${D}, ${sysconfdir} and apt. But ${sysconfdir} is an absolute dir and that is not allowed by os.path.join. The following is the help on function os.path.join(a, *p): Join two or more pathname components, inserting '/' as needed. If any component is an absolute path, all previous path components will be discarded. So remove / in ${sysconfdir} to create apt.conf.sample if it doesn't exist, not by the existance of prefix dir. [YOCTO #3677] Signed-off-by: Hongxu Jia hongxu@windriver.com --- meta/recipes-devtools/apt/apt-native.inc |6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/meta/recipes-devtools/apt/apt-native.inc b/meta/recipes-devtools/apt/apt-native.inc index ab89f71..ae03f6e 100644 --- a/meta/recipes-devtools/apt/apt-native.inc +++ b/meta/recipes-devtools/apt/apt-native.inc @@ -20,11 +20,13 @@ python do_install_config () { data = d.expand(data) -outdir = os.path.join(d.getVar('D', True), d.getVar('sysconfdir', True), 'apt') +# os.path.join does not allow sysconfdir to be a absolute dir +outdir = os.path.join(d.getVar('D', True), d.getVar('sysconfdir', True)[1:], 'apt') if not os.path.exists(outdir): os.makedirs(outdir) -outpath = os.path.join(outdir, 'apt.conf.sample') +outpath = os.path.join(outdir, 'apt.conf.sample') +if not os.path.exists(outpath): outfile = file(outpath, 'w') outfile.write(data) outfile.close() -- 1.7.10.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1] apt-native: fix the creation of apt.conf.sample
The following changes since commit 7e1f8faad0c4b6f490c26f87acc698dd6e002b15: perl: Remove bashism from perl-tests.inc (2013-01-07 22:37:37 +) are available in the git repository at: git://git.pokylinux.org/poky-contrib hongxu/apt-native http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=hongxu/apt-native Hongxu Jia (1): apt-native: fix the creation of apt.conf.sample meta/recipes-devtools/apt/apt-native.inc |6 -- 1 file changed, 4 insertions(+), 2 deletions(-) -- 1.7.10.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] gmp: add patch from upstream to unbreak AArch64
Signed-off-by: Marcin Juszkiewicz marcin.juszkiew...@linaro.org --- .../gmp/gmp-5.1.0/187b7b1646ee.patch | 44 ++ meta/recipes-support/gmp/gmp_5.1.0.bb | 1 + 2 files changed, 45 insertions(+) create mode 100644 meta/recipes-support/gmp/gmp-5.1.0/187b7b1646ee.patch diff --git a/meta/recipes-support/gmp/gmp-5.1.0/187b7b1646ee.patch b/meta/recipes-support/gmp/gmp-5.1.0/187b7b1646ee.patch new file mode 100644 index 000..486f8c5 --- /dev/null +++ b/meta/recipes-support/gmp/gmp-5.1.0/187b7b1646ee.patch @@ -0,0 +1,44 @@ +Upstream-status: Backport + +# HG changeset patch +# User Torbjorn Granlund t...@gmplib.org +# Date 1357413121 -3600 +# Node ID 187b7b1646ee0ace782768bb36117b62c8408bb6 +# Parent 87a24013e9ee2cabf74e32282c18584a2c669009 +(aarch64): Make add_ss and sub_ddmmss actually work. + +diff -r 87a24013e9ee -r 187b7b1646ee longlong.h +--- a/longlong.h Fri Jan 04 16:32:01 2013 +0100 b/longlong.h Sat Jan 05 20:12:01 2013 +0100 +@@ -530,23 +530,16 @@ + #endif /* __arm__ */ + + #if defined (__aarch64__) W_TYPE_SIZE == 64 ++/* FIXME: Extend the immediate range for the low word by using both ++ ADDS and SUBS, since they set carry in the same way. */ + #define add_ss(sh, sl, ah, al, bh, bl) \ +- __asm__ (adds\t%1, %4, %5\n\tadc\t%0, %2, %3 \ ++ __asm__ (adds\t%1, %x4, %5\n\tadc\t%0, %x2, %x3 \ + : =r (sh), =r (sl) \ +- : r (ah), rZ (bh), %r (al), rI (bl) __CLOBBER_CC) ++ : rZ (ah), rZ (bh), %r (al), rI (bl) __CLOBBER_CC) + #define sub_ddmmss(sh, sl, ah, al, bh, bl) \ +- do { \ +-if (__builtin_constant_p (bl))\ +- { \ +- __asm__ (subs\t%1, %4, %5\n\tsbc\t%0, %2, %3 \ +- : =r (sh), =r (sl)\ +- : r (ah), r (bh), r (al), rI (bl) __CLOBBER_CC); \ +- } \ +-else /* only bh might be a constant */\ +- __asm__ (subs\t%1, %4, %5\n\tsbc\t%0, %2, %3 \ +- : =r (sh), =r (sl) \ +- : r (ah), rZ (bh), r (al), rI (bl) __CLOBBER_CC);\ +-} while (0) ++ __asm__ (subs\t%1, %x4, %5\n\tsbc\t%0, %x2, %x3 \ ++ : =r,r (sh), =r,r (sl) \ ++ : rZ,rZ (ah), rZ,rZ (bh), r,Z (al), rI,r (bl) __CLOBBER_CC) + #define umul_ppmm(ph, pl, m0, m1) \ + do { \ + UDItype __m0 = (m0), __m1 = (m1); \ + diff --git a/meta/recipes-support/gmp/gmp_5.1.0.bb b/meta/recipes-support/gmp/gmp_5.1.0.bb index 9cb80fe..eb5ef33 100644 --- a/meta/recipes-support/gmp/gmp_5.1.0.bb +++ b/meta/recipes-support/gmp/gmp_5.1.0.bb @@ -5,6 +5,7 @@ LIC_FILES_CHKSUM = file://COPYING;md5=d32239bcb673463ab874e80d47fae504 \ SRC_URI_append = file://use-includedir.patch \ file://gmp_fix_for_x32.patch \ + file://187b7b1646ee.patch \ SRC_URI[md5sum] = 362cf515aff8dc240958ce47418e4c78 -- 1.8.0 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] site/common: deactivate a runtime check for ipv6-support in python =2.7.1 that fails when cross-compiling
In configure there is a runtime check to determine buggy getaddrinfo and as we are cross-compiling this check goes wrong. If ipv6 is enabled in python, the failed test is reported as fatal error with the message Fatal: You must get working getaddrinfo() function. Setting ac_cv_buggy_getaddrinfo=no deactivates the runtime check and allows to compile python with ipv6 enabled. This commit was derived from the commit 700b75e7661062aa93cf81205b78c8bf7609922d in the Classic OpenEmbedded Development Tree. Signed-off-by: Lukas Bulwahn lukas.bulw...@oss.bmw-carit.de --- meta/site/common |2 ++ 1 file changed, 2 insertions(+) diff --git a/meta/site/common b/meta/site/common index 5da3ff4..1214a13 100644 --- a/meta/site/common +++ b/meta/site/common @@ -15,3 +15,5 @@ shadow_cv_utmpdir=${localstatedir}/run shadow_cv_logdir=${localstatedir}/log shadow_cv_passwd_dir=${bindir} +# python: deactivate a runtime check for ipv6-support in python =2.7.1 that fails when cross-compiling +ac_cv_buggy_getaddrinfo=no -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/1] apt-native: fix the creation of apt.conf.sample
On Tue, 2013-01-08 at 18:23 +0800, Hongxu Jia wrote: The file of apt.conf.sample is kept in outdir, and outdir is assigned by os.path.join with the params of ${D}, ${sysconfdir} and apt. But ${sysconfdir} is an absolute dir and that is not allowed by os.path.join. The following is the help on function os.path.join(a, *p): Join two or more pathname components, inserting '/' as needed. If any component is an absolute path, all previous path components will be discarded. So remove / in ${sysconfdir} to create apt.conf.sample if it doesn't exist, not by the existance of prefix dir. Use oe.path.join() instead which doesn't have this problem iirc. Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] libnl: Update to 3.2.17
* fix-build-using-flex.patch: removed, it was a backported fix from 3.2.17; * fix-callback-segfault.patch: added; it is a backport from 3.2.18 in development; * add-missing-header.patch: added to fix build with old kernel headers. Signed-off-by: Otavio Salvador ota...@ossystems.com.br --- .../libnl/libnl/add-missing-header.patch | 129 .../libnl/libnl/fix-build-using-flex.patch | 55 - .../libnl/libnl/fix-callback-segfault.patch| 35 ++ .../libnl/libnl/fix-pktloc_syntax_h-race.patch |2 +- .../libnl/{libnl_3.2.16.bb = libnl_3.2.17.bb} |9 +- 5 files changed, 170 insertions(+), 60 deletions(-) create mode 100644 meta/recipes-support/libnl/libnl/add-missing-header.patch delete mode 100644 meta/recipes-support/libnl/libnl/fix-build-using-flex.patch create mode 100644 meta/recipes-support/libnl/libnl/fix-callback-segfault.patch rename meta/recipes-support/libnl/{libnl_3.2.16.bb = libnl_3.2.17.bb} (85%) diff --git a/meta/recipes-support/libnl/libnl/add-missing-header.patch b/meta/recipes-support/libnl/libnl/add-missing-header.patch new file mode 100644 index 000..ef5f6bb --- /dev/null +++ b/meta/recipes-support/libnl/libnl/add-missing-header.patch @@ -0,0 +1,129 @@ +This includes a missing header which has not been distributed by +mistake in 3.2.16 and 3.2.17 release which allow build with old +kernels. + +Upstream-Status: Submitted [http://lists.infradead.org/pipermail/libnl/2013-January/000857.html] + +Signed-off-by: Otavio Salvador ota...@ossystems.com.br + +diff -Nur a/include/linux/netfilter/nf_conntrack_common.h b/include/linux/netfilter/nf_conntrack_common.h +--- a/include/linux/netfilter/nf_conntrack_common.h1969-12-31 21:00:00.0 -0300 b/include/linux/netfilter/nf_conntrack_common.h2013-01-07 17:19:21.199246084 -0200 +@@ -0,0 +1,117 @@ ++#ifndef _UAPI_NF_CONNTRACK_COMMON_H ++#define _UAPI_NF_CONNTRACK_COMMON_H ++/* Connection state tracking for netfilter. This is separated from, ++ but required by, the NAT layer; it can also be used by an iptables ++ extension. */ ++enum ip_conntrack_info { ++ /* Part of an established connection (either direction). */ ++ IP_CT_ESTABLISHED, ++ ++ /* Like NEW, but related to an existing connection, or ICMP error ++ (in either direction). */ ++ IP_CT_RELATED, ++ ++ /* Started a new connection to track (only ++ IP_CT_DIR_ORIGINAL); may be a retransmission. */ ++ IP_CT_NEW, ++ ++ /* = this indicates reply direction */ ++ IP_CT_IS_REPLY, ++ ++ IP_CT_ESTABLISHED_REPLY = IP_CT_ESTABLISHED + IP_CT_IS_REPLY, ++ IP_CT_RELATED_REPLY = IP_CT_RELATED + IP_CT_IS_REPLY, ++ IP_CT_NEW_REPLY = IP_CT_NEW + IP_CT_IS_REPLY, ++ /* Number of distinct IP_CT types (no NEW in reply dirn). */ ++ IP_CT_NUMBER = IP_CT_IS_REPLY * 2 - 1 ++}; ++ ++/* Bitset representing status of connection. */ ++enum ip_conntrack_status { ++ /* It's an expected connection: bit 0 set. This bit never changed */ ++ IPS_EXPECTED_BIT = 0, ++ IPS_EXPECTED = (1 IPS_EXPECTED_BIT), ++ ++ /* We've seen packets both ways: bit 1 set. Can be set, not unset. */ ++ IPS_SEEN_REPLY_BIT = 1, ++ IPS_SEEN_REPLY = (1 IPS_SEEN_REPLY_BIT), ++ ++ /* Conntrack should never be early-expired. */ ++ IPS_ASSURED_BIT = 2, ++ IPS_ASSURED = (1 IPS_ASSURED_BIT), ++ ++ /* Connection is confirmed: originating packet has left box */ ++ IPS_CONFIRMED_BIT = 3, ++ IPS_CONFIRMED = (1 IPS_CONFIRMED_BIT), ++ ++ /* Connection needs src nat in orig dir. This bit never changed. */ ++ IPS_SRC_NAT_BIT = 4, ++ IPS_SRC_NAT = (1 IPS_SRC_NAT_BIT), ++ ++ /* Connection needs dst nat in orig dir. This bit never changed. */ ++ IPS_DST_NAT_BIT = 5, ++ IPS_DST_NAT = (1 IPS_DST_NAT_BIT), ++ ++ /* Both together. */ ++ IPS_NAT_MASK = (IPS_DST_NAT | IPS_SRC_NAT), ++ ++ /* Connection needs TCP sequence adjusted. */ ++ IPS_SEQ_ADJUST_BIT = 6, ++ IPS_SEQ_ADJUST = (1 IPS_SEQ_ADJUST_BIT), ++ ++ /* NAT initialization bits. */ ++ IPS_SRC_NAT_DONE_BIT = 7, ++ IPS_SRC_NAT_DONE = (1 IPS_SRC_NAT_DONE_BIT), ++ ++ IPS_DST_NAT_DONE_BIT = 8, ++ IPS_DST_NAT_DONE = (1 IPS_DST_NAT_DONE_BIT), ++ ++ /* Both together */ ++ IPS_NAT_DONE_MASK = (IPS_DST_NAT_DONE | IPS_SRC_NAT_DONE), ++ ++ /* Connection is dying (removed from lists), can not be unset. */ ++ IPS_DYING_BIT = 9, ++ IPS_DYING = (1 IPS_DYING_BIT), ++ ++ /* Connection has fixed timeout. */ ++ IPS_FIXED_TIMEOUT_BIT = 10, ++ IPS_FIXED_TIMEOUT = (1 IPS_FIXED_TIMEOUT_BIT), ++ ++ /* Conntrack is a template */ ++ IPS_TEMPLATE_BIT = 11, ++ IPS_TEMPLATE = (1 IPS_TEMPLATE_BIT), ++ ++ /* Conntrack is a fake untracked entry */ ++ IPS_UNTRACKED_BIT = 12, ++ IPS_UNTRACKED = (1 IPS_UNTRACKED_BIT), ++ ++ /*
[OE-core] [PATCH] lttng-2.0: components updated to version 2.1.0
lttng2-ust, lttng-modules and lttng-tools were updated to version 2.1.0. Since these should be changed together, the changes are grouped into a single patch. The text for the lttng-tools LICENSE file has these lines changed (according to the license text, these shouldn't impact the actual licensing terms of the package): = -) include/lttng/* -) src/lib/lttng-ctl/* We have some tests LGPL but should not impact anything even if we change them in the future to GPL. = The text for the lttng-modules LICENSE files contains a minor change in the MIT section (a reference to the mit-license.txt file): = These files are licensed under an MIT-style license. See mit-license.txt for details. = Signed-off-by: Bogdan Marinescu bogdan.a.marine...@intel.com --- .../lttng-2.0/{lttng-modules_2.0.5.bb = lttng-modules_2.1.0.bb} |6 +++--- .../lttng-2.0/{lttng-tools_2.0.4.bb = lttng-tools_2.1.0.bb} |6 +++--- .../lttng-2.0/{lttng2-ust_2.0.5.bb = lttng2-ust_2.1.0.bb} |4 ++-- 3 files changed, 8 insertions(+), 8 deletions(-) rename meta/recipes-kernel/lttng-2.0/{lttng-modules_2.0.5.bb = lttng-modules_2.1.0.bb} (85%) rename meta/recipes-kernel/lttng-2.0/{lttng-tools_2.0.4.bb = lttng-tools_2.1.0.bb} (88%) rename meta/recipes-kernel/lttng-2.0/{lttng2-ust_2.0.5.bb = lttng2-ust_2.1.0.bb} (93%) diff --git a/meta/recipes-kernel/lttng-2.0/lttng-modules_2.0.5.bb b/meta/recipes-kernel/lttng-2.0/lttng-modules_2.1.0.bb similarity index 85% rename from meta/recipes-kernel/lttng-2.0/lttng-modules_2.0.5.bb rename to meta/recipes-kernel/lttng-2.0/lttng-modules_2.1.0.bb index 4b15d93..b3a25f9 100644 --- a/meta/recipes-kernel/lttng-2.0/lttng-modules_2.0.5.bb +++ b/meta/recipes-kernel/lttng-2.0/lttng-modules_2.1.0.bb @@ -2,7 +2,7 @@ SECTION = devel SUMMARY = Linux Trace Toolkit KERNEL MODULE DESCRIPTION = The lttng-modules 2.0 package contains the kernel tracer modules LICENSE = LGPLv2.1 GPLv2 -LIC_FILES_CHKSUM = file://LICENSE;md5=1eb086682a7c65a45acd9bcdf6877b3e \ +LIC_FILES_CHKSUM = file://LICENSE;md5=1412caf5a1aa90d6a48588a4794c0eac \ file://gpl-2.0.txt;md5=751419260aa954499f7abaabaa882bbe \ file://lgpl-2.1.txt;md5=243b725d71bb5df4a1e5920b344b86ad @@ -10,8 +10,8 @@ DEPENDS = virtual/kernel inherit module -SRCREV = a848cad4cc82d05493c487a709f6b55f22695ec6 -PV = 2.0.5 +SRCREV = b945d6c4083ce287f390f54dff4b5e0b73a9f845 +PV = 2.1.0 PR = r0 SRC_URI = git://git.lttng.org/lttng-modules.git;protocol=git \ diff --git a/meta/recipes-kernel/lttng-2.0/lttng-tools_2.0.4.bb b/meta/recipes-kernel/lttng-2.0/lttng-tools_2.1.0.bb similarity index 88% rename from meta/recipes-kernel/lttng-2.0/lttng-tools_2.0.4.bb rename to meta/recipes-kernel/lttng-2.0/lttng-tools_2.1.0.bb index 2a5dd58..482b9a6 100644 --- a/meta/recipes-kernel/lttng-2.0/lttng-tools_2.0.4.bb +++ b/meta/recipes-kernel/lttng-2.0/lttng-tools_2.1.0.bb @@ -5,14 +5,14 @@ to extract program execution details from the Linux operating system \ and interpret them. LICENSE = GPLv2 LGPLv2.1 -LIC_FILES_CHKSUM = file://LICENSE;md5=61273c2e3f60dd38a74b01beb5f51fbd \ +LIC_FILES_CHKSUM = file://LICENSE;md5=01d7fc4496aacf37d90df90b90b0cac1 \ file://gpl-2.0.txt;md5=b234ee4d69f5fce4486a80fdaf4a4263 \ file://lgpl-2.1.txt;md5=0f0d71500e6a57fd24d825f33242b9ca DEPENDS = liburcu popt lttng2-ust -SRCREV = 98c8c95b0e1afb2dac686338efdf036f6446d790 -PV = v2.0.4 +SRCREV = 917f768512b5d336d553b801f6c5308d90252a89 +PV = v2.1.0 PR = r0 SRC_URI = git://git.lttng.org/lttng-tools.git;protocol=git diff --git a/meta/recipes-kernel/lttng-2.0/lttng2-ust_2.0.5.bb b/meta/recipes-kernel/lttng-2.0/lttng2-ust_2.1.0.bb similarity index 93% rename from meta/recipes-kernel/lttng-2.0/lttng2-ust_2.0.5.bb rename to meta/recipes-kernel/lttng-2.0/lttng2-ust_2.1.0.bb index 64ae3a2..439e006 100644 --- a/meta/recipes-kernel/lttng-2.0/lttng2-ust_2.0.5.bb +++ b/meta/recipes-kernel/lttng-2.0/lttng2-ust_2.1.0.bb @@ -12,8 +12,8 @@ inherit autotools DEPENDS = liburcu util-linux -SRCREV = 5fbf75f52c808b648feebea1ed4874c5f6264b05 -PV = 2.0.5 +SRCREV = 0c9ad44b7604040dfcd1e67b18afc3dc5d025b19 +PV = 2.1.0 PR = r0 SRC_URI = git://git.lttng.org/lttng-ust.git;protocol=git -- 1.7.10.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 00/21][RFC v3] systemd Integration
As Ross suggested I've done the following changes to the previous set: * added two patches (the first two) that address multiple init systems support,\ as in shifting from default hardcoded sysvinit to something more generic while the default values still remains on sysvinit * moved automatic setting of PREFERRED_PROVIDER_udev into default_providers.inc * removed ahavi-systemd since all it provided was service files; now service files are pulled in by avahi-daemon * also rebased on master The following changes since commit 7e1f8faad0c4b6f490c26f87acc698dd6e002b15: perl: Remove bashism from perl-tests.inc (2013-01-07 22:37:37 +) are available in the git repository at: git://git.yoctoproject.org/poky-contrib rmoisan/systemd http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=rmoisan/systemd Enrico Scholz (1): systemd: move disable operation into prerm() script Holger Hans Peter Freyther (2): systemd: Make the main systemd files proper CONFFILES systemd: Introduce a create-volatile to create tmp directories Khem Raj (1): systemd: Fix build when base_libdir is not /lib Martin Donnelly (2): cgroups: Add INSANE_SKIP to avoid warning about .so file systemd: Remove sysvinit mount related services if systemd is enabled Martin Jansa (2): systemd: fix FILESPATH to find systemctl systemd: add PACKAGES_DYNAMIC Radu Moisan (13): default-distrovars: Add DISTRO_FEATURES_INITMAN to DISTRO_FEATURES default-providers: Automatically set PREFERRED_PROVIDER_udev systemd: initial integration systemd: Add systemd_base.bbclass systemd: Add systemd option to PREFERRED_PROVIDER_udev systemd: set default.target to multi-user.target systemd: update FILESPATH with *-native directory systemd: disable sysfs.service systemd: Add systemd-compat-units systemd: Add avahi to packagegroup-core-boot xserver-nodm-init: Enable systemd support util-linux: Enable systemd support systemd: Disable xz when building with GPLv3 incompatibility flag meta/classes/systemd.bbclass |1 + meta/classes/systemd_base.bbclass | 218 + meta/conf/distro/include/default-distrovars.inc|3 +- meta/conf/distro/include/default-providers.inc |1 + meta/recipes-bsp/keymaps/files/keymaps.service |9 + meta/recipes-bsp/keymaps/keymaps_1.0.bb|9 +- meta/recipes-connectivity/avahi/avahi.inc | 23 +- meta/recipes-connectivity/connman/connman.inc |6 + meta/recipes-connectivity/connman/connman_1.4.bb |3 +- meta/recipes-connectivity/dhcp/dhcp.inc| 15 +- meta/recipes-connectivity/dhcp/files/dhcpd.service | 12 + .../dhcp/files/dhcrelay.service| 10 + .../openssh/openssh-6.0p1/sshd.socket | 11 + .../openssh/openssh-6.0p1/sshd@.service|9 + .../openssh/openssh-6.0p1/sshdgenkeys.service | 10 + meta/recipes-connectivity/openssh/openssh_6.0p1.bb | 14 +- .../wpa-supplicant/wpa-supplicant-1.0.inc | 74 +++-- .../wpa-supplicant/wpa-supplicant_1.0.bb |2 +- meta/recipes-core/busybox/busybox.inc | 18 ++ meta/recipes-core/busybox/busybox_1.20.2.bb|4 +- .../busybox/files/busybox-klogd.service.in |8 + .../busybox/files/busybox-syslog.service.in| 13 + meta/recipes-core/dropbear/dropbear.inc| 81 ++--- .../recipes-core/dropbear/dropbear/dropbear.socket | 10 + .../dropbear/dropbear/dropbear@.service|9 + .../dropbear/dropbear/dropbearkey.service | 10 + .../initscripts-1.0/{urandom = urandom.sh}|0 meta/recipes-core/initscripts/initscripts_1.0.bb | 164 +- meta/recipes-core/libcgroup/libcgroup_0.37.1.bb|1 + .../packagegroups/packagegroup-base.bb |3 +- .../packagegroups/packagegroup-core-boot.bb|9 +- meta/recipes-core/systemd/systemd-compat-units.bb | 59 .../systemd/systemd-compat-units/machineid.service | 16 + .../systemd-compat-units/run-postinsts.service | 17 + .../systemd/systemd-machine-units_1.0.bb | 14 + meta/recipes-core/systemd/systemd-serialgetty.bb | 46 +++ .../systemd/systemd-serialgetty/LICENSE| 339 .../systemd-serialgetty/serial-getty@.service | 32 ++ meta/recipes-core/systemd/systemd-speed-hacks.bb | 18 ++ .../systemd/systemd-systemctl-native.bb| 20 ++ .../systemd/systemd-systemctl-native/systemctl | 126 .../systemd/systemd/create-volatile.conf | 10 + meta/recipes-core/systemd/systemd/gtk-doc.make | 230 + meta/recipes-core/systemd/systemd/modprobe.rules | 17 + .../systemd/systemd/optional_secure_getenv.patch | 19 ++ .../systemd/set_default_target_to_multi-user.patch | 13 + .../systemd-pam-configure-check-uclibc.patch | 26 ++
Re: [OE-core] [PATCH 00/21][RFC v3] systemd Integration
Radu Moisan radu.moisan-ral2jqcrhueavxtiumw...@public.gmane.org writes: Enrico Scholz (1): systemd: move disable operation into prerm() script http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rmoisan/systemdid=e01411c2400231a89bc76a229b38e7eb95b7cd81 I am pretty sure that I added a 'Signed-off-by:' field to my patch but it is missing in the commit. Other patches don't have the signed-off-by of the original author neither. Was this removal done on purpose? systemd: Introduce a create-volatile to create tmp directories http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rmoisan/systemdid=64de9a773c1ac79d4dbcb041ed7e66c19a3cf6b7 When/because the order of files is really important, they should be installed with the usual number- prefix method (e.g. '00-create-volatile.conf'). Else, when e.g. /var/cache/apache is created by a 3rd part recipe, it requires (yet more) ugly naming tricks (e.g. naming it 'zz-apache-httpd.conf') to ensure the correct order and it might break easily when something else is changed. Enrico ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] bdwgc: updated to version 7.2d
The license file text was updated to extend the copyright in 2011, to reflect the new package version and to fix various typos. Tested by compiling and running guile (which depends on bdwgc) on qemu-x86. Signed-off-by: Bogdan Marinescu bogdan.a.marine...@intel.com --- .../bdwgc/{bdwgc_20110107.bb = bdwgc_7.2.bb}| 14 -- 1 file changed, 8 insertions(+), 6 deletions(-) rename meta/recipes-support/bdwgc/{bdwgc_20110107.bb = bdwgc_7.2.bb} (83%) diff --git a/meta/recipes-support/bdwgc/bdwgc_20110107.bb b/meta/recipes-support/bdwgc/bdwgc_7.2.bb similarity index 83% rename from meta/recipes-support/bdwgc/bdwgc_20110107.bb rename to meta/recipes-support/bdwgc/bdwgc_7.2.bb index bc7b613..a0a5bff 100644 --- a/meta/recipes-support/bdwgc/bdwgc_20110107.bb +++ b/meta/recipes-support/bdwgc/bdwgc_7.2.bb @@ -20,18 +20,20 @@ HOMEPAGE = http://www.hpl.hp.com/personal/Hans_Boehm/gc/; SECTION = devel LICENSE = MIT FSF-Unlimited GPL-2.0 LIC_FILES_CHKSUM = file://README.QUICK;md5=9b9dd874f6940641b6ab19893ee8f1cc \ -file://doc/README;md5=6d74ce18ff55d936a4d6bd35a98e9eb9 \ +file://doc/README;md5=92e7dd0334d1f672b699cd0aca08bef0 \ file://libatomic_ops/doc/LICENSING.txt;md5=607073e04548eac7d1f763e480477bab -SRC_URI = http://www.hpl.hp.com/personal/Hans_Boehm/gc/gc_source/bdwgc-7_2alpha5-20110107.tar.bz2; +REVISION = d -SRC_URI[md5sum] = 4f3c130fc71ff23584edaa19a37739ee -SRC_URI[sha256sum] = 1f57b959ae1144e1e5fa59d52d7cb4ed626fd74cf47da1c9c119b8b46ae2722d +SRC_URI = http://www.hpl.hp.com/personal/Hans_Boehm/gc/gc_source/gc-${PV}${REVISION}.tar.gz; + +SRC_URI[md5sum] = 91340b28c61753a789eb6077675d87d2 +SRC_URI[sha256sum] = d9fe0ae8650d43746a48bfb394cab01a319f3809cee19f8ebd16aa985b511c5e FILES_${PN}-doc = /usr/share -PR = r1 +PR = r0 -S = ${WORKDIR}/bdwgc +S = ${WORKDIR}/gc-${PV} ARM_INSTRUCTION_SET = arm -- 1.7.10.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] libnl: Update to 3.2.17
On Tue, Jan 8, 2013 at 9:06 AM, Otavio Salvador ota...@ossystems.com.br wrote: * fix-build-using-flex.patch: removed, it was a backported fix from 3.2.17; * fix-callback-segfault.patch: added; it is a backport from 3.2.18 in development; * add-missing-header.patch: added to fix build with old kernel headers. Signed-off-by: Otavio Salvador ota...@ossystems.com.br Please ignore this patch as upstream has release 3.2.18 with thouse fixes. I am going to send a new patch very soon. -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] alsaconf and bash
Would you guys suggest we add bash as a dependency for alsa-utils? On 01/08/2013 08:09 AM, Florin Sarbu wrote: On 01/08/2013 02:44 AM, Chris Larson wrote: On Mon, Jan 7, 2013 at 2:36 PM, Florin Sarbu florin.sa...@windriver.com mailto:florin.sa...@windriver.com wrote: in alsa-utils_1.0.25.bb http://alsa-utils_1.0.25.bb, I see this comment: # We omit alsaconf, because # a) this is a bash script # b) it creates config files not suitable for OE-based distros Trying out on master, I get a do_rootfs error because bash is not a rundep of alsa-utils, and there is nothing in the alsa-utils recipe that actually does the above mentioned removal of the alsaconf script. Looking in the git log, I only see that the comment has suddenly appeared in an older alsa-utils recipe and has been carried along since with every update to the recipe, and not left over there as an artifact of some older commit as I expected. Can anyone shed some light on this? From some quick git log -S commands in the old openembedded classic repository, it seems to have originated with 7653e980f66b4bd147df308f9b04d6b197382d6a from 2005, and the line below the comment was 'FILES_${PN} = ', so presumably that was what left it out --- none of the files patterns matched it. Okay, so it seems that the comment actually said at that time that the alsa-utils generated rpm won't contain alsaconf. And bellow, this bash script gets into the alsa-utils-alsaconf rpm. Unfortunately, even though there is this separation, the alsa-utils rpm depends on the alsa-utils-alsaconf rpm so it's pretty much the same thing as do_rootfs is concerned. (missing bash dependency). How would you guys see this resolved upstream? Add bash as a dep, remove alsa-utils-alsaconf as a dep or alsa-utils (as the comment says the script is not suitable for OE-based distros) or check the alsaconf script for bashisms and fix if any and make alsa-utils rely on a busybox shell interpreter if possible (with the modification of the !/bin/bash shabang from the alsaconf script to /bin/sh)? Florin -- Christopher Larson ___ 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] libnl: Update to 3.2.18
This release fixes the build failures found when building against old Linux kernel headers and also includes the fix for to use 'flex' instead of 'lex'. Signed-off-by: Otavio Salvador ota...@ossystems.com.br --- .../libnl/libnl/fix-build-using-flex.patch | 55 .../libnl/libnl/fix-pktloc_syntax_h-race.patch |2 +- .../libnl/{libnl_3.2.16.bb = libnl_3.2.18.bb} |7 ++- 3 files changed, 4 insertions(+), 60 deletions(-) delete mode 100644 meta/recipes-support/libnl/libnl/fix-build-using-flex.patch rename meta/recipes-support/libnl/{libnl_3.2.16.bb = libnl_3.2.18.bb} (87%) diff --git a/meta/recipes-support/libnl/libnl/fix-build-using-flex.patch b/meta/recipes-support/libnl/libnl/fix-build-using-flex.patch deleted file mode 100644 index 89a36ba..000 --- a/meta/recipes-support/libnl/libnl/fix-build-using-flex.patch +++ /dev/null @@ -1,55 +0,0 @@ -From 89ab8d4f1229a1d2605193686cc00e6b2c9786ff Mon Sep 17 00:00:00 2001 -From: Otavio Salvador ota...@ossystems.com.br -Date: Mon, 7 Jan 2013 15:44:38 -0200 -Subject: [PATCH] Fix build using flex - -Upstream-Status: Backport [3.2.17] - lib/Makefile.am |4 ++-- - src/lib/Makefile.am |4 ++-- - 2 files changed, 4 insertions(+), 4 deletions(-) - -diff --git a/lib/Makefile.am b/lib/Makefile.am -index 98c7b90..89cc5d2 100644 a/lib/Makefile.am -+++ b/lib/Makefile.am -@@ -43,14 +43,14 @@ CLEANFILES = \ - route/pktloc.lo: route/pktloc_syntax.h route/pktloc_grammar.h - route/pktloc_grammar.h: route/pktloc_grammar.c - route/pktloc_grammar.c: route/pktloc_grammar.l -- $(AM_V_GEN) $(LEX) --header-file=route/pktloc_grammar.h $(LFLAGS) -o $@ $^ -+ $(AM_V_GEN) $(FLEX) --header-file=route/pktloc_grammar.h $(LFLAGS) -o $@ $^ - - route/pktloc_syntax.h: route/pktloc_syntax.c - route/pktloc_syntax.c: route/pktloc_syntax.y - $(AM_V_GEN) $(YACC) -d $(YFLAGS) -o $@ $^ - - route/cls/ematch_grammar.c: route/cls/ematch_grammar.l -- $(AM_V_GEN) $(LEX) --header-file=route/cls/ematch_grammar.h $(LFLAGS) -o $@ $^ -+ $(AM_V_GEN) $(FLEX) --header-file=route/cls/ematch_grammar.h $(LFLAGS) -o $@ $^ - - route/cls/ematch_syntax.c: route/cls/ematch_syntax.y - $(AM_V_GEN) $(YACC) -d $(YFLAGS) -o $@ $^ -diff --git a/src/lib/Makefile.am b/src/lib/Makefile.am -index 6688e7c..507635d 100644 a/src/lib/Makefile.am -+++ b/src/lib/Makefile.am -@@ -11,13 +11,13 @@ AM_LDFLAGS = \ - #cls_ematch_cmp_la_LDFLAGS = -module -version-info 2:0:0 - - #cls/ematch_grammar.c: cls/ematch_grammar.l --# $(LEX) --header-file=cls/ematch_grammar.h $(LFLAGS) -o $@ $^ -+# $(FLEX) --header-file=cls/ematch_grammar.h $(LFLAGS) -o $@ $^ - - #cls/ematch_syntax.c: cls/ematch_syntax.y - # $(YACC) -d $(YFLAGS) -o $@ $^ - - #cls/pktloc_grammar.c: cls/pktloc_grammar.l --# $(LEX) --header-file=cls/pktloc_grammar.h $(LFLAGS) -o $@ $^ -+# $(FLEX) --header-file=cls/pktloc_grammar.h $(LFLAGS) -o $@ $^ - - #cls/pktloc_syntax.c: cls/pktloc_syntax.y - # $(YACC) -d $(YFLAGS) -o $@ $^ --- -1.7.10.4 - diff --git a/meta/recipes-support/libnl/libnl/fix-pktloc_syntax_h-race.patch b/meta/recipes-support/libnl/libnl/fix-pktloc_syntax_h-race.patch index 332ec01..b93d97b 100644 --- a/meta/recipes-support/libnl/libnl/fix-pktloc_syntax_h-race.patch +++ b/meta/recipes-support/libnl/libnl/fix-pktloc_syntax_h-race.patch @@ -17,7 +17,7 @@ Index: libnl-3.2.14/lib/Makefile.am +route/pktloc.lo: route/pktloc_syntax.h route/pktloc_grammar.h +route/pktloc_grammar.h: route/pktloc_grammar.c route/pktloc_grammar.c: route/pktloc_grammar.l - $(AM_V_GEN) $(LEX) --header-file=route/pktloc_grammar.h $(LFLAGS) -o $@ $^ + $(AM_V_GEN) $(FLEX) --header-file=route/pktloc_grammar.h $(LFLAGS) -o $@ $^ +route/pktloc_syntax.h: route/pktloc_syntax.c route/pktloc_syntax.c: route/pktloc_syntax.y diff --git a/meta/recipes-support/libnl/libnl_3.2.16.bb b/meta/recipes-support/libnl/libnl_3.2.18.bb similarity index 87% rename from meta/recipes-support/libnl/libnl_3.2.16.bb rename to meta/recipes-support/libnl/libnl_3.2.18.bb index db9ae9d..0da7f20 100644 --- a/meta/recipes-support/libnl/libnl_3.2.16.bb +++ b/meta/recipes-support/libnl/libnl_3.2.18.bb @@ -3,7 +3,7 @@ HOMEPAGE = http://www.infradead.org/~tgr/libnl/; SECTION = libs/network PE = 1 -PR = r1 +PR = r0 LICENSE = LGPLv2.1 LIC_FILES_CHKSUM = file://COPYING;md5=4fbd65380cdd255951079008b364516c @@ -12,11 +12,10 @@ DEPENDS = flex-native bison-native SRC_URI = http://www.infradead.org/~tgr/${BPN}/files/${BP}.tar.gz \ file://fix-pktloc_syntax_h-race.patch \ - file://fix-build-using-flex.patch \ file://fix-pc-file.patch -SRC_URI[md5sum] = f06e6de102abb2cef71ed671957ee099 -SRC_URI[sha256sum] = c43a42336c6a3cf559f390e202f8f029d165bd767da7cf7a32a815c570b31826 +SRC_URI[md5sum] = 378eafcca1f51d1c7498d78946cd891a +SRC_URI[sha256sum] = 6563e4e72a35f9f96380086f6bd17307552977af98e98bd3dd0fdde8013d53a9 inherit autotools pkgconfig --
[OE-core] [PATCH 0/5] Remove legacy lttng
From: Tom Zanussi tom.zanu...@intel.com This patchset removes legacy lttng, which hasn't been operational in Yocto for awhile now. lttng-2.0 is the current version, which was recently updated and now does work. With legacy lttng gone, lttng-2.0 can be renamed back to lttng, which this patchset also does. The following changes since commit 691a830b93358b78e5411bdaa694bab32166f56f: linux-libc-headers: make 3.7 the default and remove older libc-header recipes (2013-01-07 19:26:30 +) are available in the git repository at: git://git.yoctoproject.org/poky-contrib.git tzanussi/rm-legacy-lttng http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/log/?h=tzanussi/rm-legacy-lttng Tom Zanussi (5): lttng: remove 'legacy' lttng lttng2-ust: rename to lttng-ust recipes-kernel/lttng-2.0: rename to recipes-kernel/lttng lttng: remove references to legacy lttng recipes recipe_color.inc: add lttng recipes meta-yocto/conf/distro/include/distro_alias.inc| 3 -- meta-yocto/conf/distro/include/maintainers.inc | 3 -- meta-yocto/conf/distro/include/recipe_color.inc| 5 +-- .../packagegroup-core-tools-profile.bb | 2 +- .../{lttng-2.0 = lttng}/babeltrace_1.0.0.bb | 0 meta/recipes-kernel/lttng/lttng-control_0.89.bb| 23 ...modules-replace-KERNELDIR-with-KERNEL_SRC.patch | 0 .../{lttng-2.0 = lttng}/lttng-modules_2.0.5.bb| 0 .../{lttng-2.0 = lttng}/lttng-tools_2.0.4.bb | 2 +- meta/recipes-kernel/lttng/lttng-ust_0.16.bb| 32 - .../lttng-ust_2.0.5.bb}| 0 .../lttng-viewer/add_linkage_to_lttvwindow.patch | 42 -- meta/recipes-kernel/lttng/lttng-viewer_0.12.38.bb | 40 - 13 files changed, 5 insertions(+), 147 deletions(-) rename meta/recipes-kernel/{lttng-2.0 = lttng}/babeltrace_1.0.0.bb (100%) delete mode 100644 meta/recipes-kernel/lttng/lttng-control_0.89.bb rename meta/recipes-kernel/{lttng-2.0 = lttng}/lttng-modules/lttng-modules-replace-KERNELDIR-with-KERNEL_SRC.patch (100%) rename meta/recipes-kernel/{lttng-2.0 = lttng}/lttng-modules_2.0.5.bb (100%) rename meta/recipes-kernel/{lttng-2.0 = lttng}/lttng-tools_2.0.4.bb (97%) delete mode 100644 meta/recipes-kernel/lttng/lttng-ust_0.16.bb rename meta/recipes-kernel/{lttng-2.0/lttng2-ust_2.0.5.bb = lttng/lttng-ust_2.0.5.bb} (100%) delete mode 100644 meta/recipes-kernel/lttng/lttng-viewer/add_linkage_to_lttvwindow.patch delete mode 100644 meta/recipes-kernel/lttng/lttng-viewer_0.12.38.bb -- 1.7.11.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/5] lttng2-ust: rename to lttng-ust
From: Tom Zanussi tom.zanu...@intel.com recipes-kernel/lttng/lttng-ust was removed by a previous patch, which also removed the naming conflict that caused the lttng-2.0 version of lttng-ust to be named lttng2-ust. lttng2-ust was the only lttng-2.0 recipe to be named in this way and since that was entirely due to the conflict, we can go back to the consistent naming for it. Signed-off-by: Tom Zanussi tom.zanu...@intel.com --- meta-yocto/conf/distro/include/distro_alias.inc | 1 - meta-yocto/conf/distro/include/maintainers.inc | 1 - meta/recipes-core/packagegroups/packagegroup-core-tools-profile.bb | 2 +- meta/recipes-kernel/lttng-2.0/lttng-tools_2.0.4.bb | 2 +- .../lttng-2.0/{lttng2-ust_2.0.5.bb = lttng-ust_2.0.5.bb} | 0 5 files changed, 2 insertions(+), 4 deletions(-) rename meta/recipes-kernel/lttng-2.0/{lttng2-ust_2.0.5.bb = lttng-ust_2.0.5.bb} (100%) diff --git a/meta-yocto/conf/distro/include/distro_alias.inc b/meta-yocto/conf/distro/include/distro_alias.inc index 0699c5f..1994e27 100644 --- a/meta-yocto/conf/distro/include/distro_alias.inc +++ b/meta-yocto/conf/distro/include/distro_alias.inc @@ -226,7 +226,6 @@ DISTRO_PN_ALIAS_pn-lttng-modules = OSPDT upstream=http://lttng.org/; DISTRO_PN_ALIAS_pn-lttng-tools = OSPDT upstream=http://lttng.org/; DISTRO_PN_ALIAS_pn-lttng-ust = OSPDT upstream=http://lttng.org/; DISTRO_PN_ALIAS_pn-lttng-viewer = OSPDT upstream=http://lttng.org/; -DISTRO_PN_ALIAS_pn-lttng2-ust = OSPDT upstream=http://lttng.org/; DISTRO_PN_ALIAS_pn-makedepend = Mandriva=makedepend Ubuntu=xutils-dev DISTRO_PN_ALIAS_pn-makedevs = OE-Core DISTRO_PN_ALIAS_pn-matchbox-config-gtk = OpenedHand diff --git a/meta-yocto/conf/distro/include/maintainers.inc b/meta-yocto/conf/distro/include/maintainers.inc index 5efb7d0..6de57dc 100644 --- a/meta-yocto/conf/distro/include/maintainers.inc +++ b/meta-yocto/conf/distro/include/maintainers.inc @@ -490,7 +490,6 @@ RECIPE_MAINTAINER_pn-lsbtest = Yi Zhao yi.z...@windriver.com RECIPE_MAINTAINER_pn-lsb = Yi Zhao yi.z...@windriver.com RECIPE_MAINTAINER_pn-lsof = Bogdan Marinescu bogdan.a.marine...@intel.com RECIPE_MAINTAINER_pn-ltp = Mihai Lindner mihaix.lind...@linux.intel.com -RECIPE_MAINTAINER_pn-lttng2-ust = Bogdan Marinescu bogdan.a.marine...@intel.com RECIPE_MAINTAINER_pn-lttng-control = Bogdan Marinescu bogdan.a.marine...@intel.com RECIPE_MAINTAINER_pn-lttng-modules = Bogdan Marinescu bogdan.a.marine...@intel.com RECIPE_MAINTAINER_pn-lttng-tools = Bogdan Marinescu bogdan.a.marine...@intel.com diff --git a/meta/recipes-core/packagegroups/packagegroup-core-tools-profile.bb b/meta/recipes-core/packagegroups/packagegroup-core-tools-profile.bb index 591f33f..8f40c4e 100644 --- a/meta/recipes-core/packagegroups/packagegroup-core-tools-profile.bb +++ b/meta/recipes-core/packagegroups/packagegroup-core-tools-profile.bb @@ -46,7 +46,7 @@ SYSTEMTAP_aarch64 = # which means we can not use syscall() to call it. So we ignore # it for x86_64/uclibc -LTTNGUST = lttng2-ust +LTTNGUST = lttng-ust LTTNGUST_libc-uclibc = LTTNGUST_mips = LTTNGUST_aarch64 = diff --git a/meta/recipes-kernel/lttng-2.0/lttng-tools_2.0.4.bb b/meta/recipes-kernel/lttng-2.0/lttng-tools_2.0.4.bb index 2a5dd58..34d4484 100644 --- a/meta/recipes-kernel/lttng-2.0/lttng-tools_2.0.4.bb +++ b/meta/recipes-kernel/lttng-2.0/lttng-tools_2.0.4.bb @@ -9,7 +9,7 @@ LIC_FILES_CHKSUM = file://LICENSE;md5=61273c2e3f60dd38a74b01beb5f51fbd \ file://gpl-2.0.txt;md5=b234ee4d69f5fce4486a80fdaf4a4263 \ file://lgpl-2.1.txt;md5=0f0d71500e6a57fd24d825f33242b9ca -DEPENDS = liburcu popt lttng2-ust +DEPENDS = liburcu popt lttng-ust SRCREV = 98c8c95b0e1afb2dac686338efdf036f6446d790 PV = v2.0.4 diff --git a/meta/recipes-kernel/lttng-2.0/lttng2-ust_2.0.5.bb b/meta/recipes-kernel/lttng-2.0/lttng-ust_2.0.5.bb similarity index 100% rename from meta/recipes-kernel/lttng-2.0/lttng2-ust_2.0.5.bb rename to meta/recipes-kernel/lttng-2.0/lttng-ust_2.0.5.bb -- 1.7.11.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/5] lttng: remove 'legacy' lttng
From: Tom Zanussi tom.zanu...@intel.com This removes 'legacy' lttng - it hasn't actually worked for awhile now, and has been replaced by equivalent functionality in recipes-kernel/lttng-2.0 (which will be renamed to lttng in a follow-up patch). Fixes [YOCTO #3303]. Signed-off-by: Tom Zanussi tom.zanu...@intel.com --- meta/recipes-kernel/lttng/lttng-control_0.89.bb| 23 meta/recipes-kernel/lttng/lttng-ust_0.16.bb| 32 - .../lttng-viewer/add_linkage_to_lttvwindow.patch | 42 -- meta/recipes-kernel/lttng/lttng-viewer_0.12.38.bb | 40 - 4 files changed, 137 deletions(-) delete mode 100644 meta/recipes-kernel/lttng/lttng-control_0.89.bb delete mode 100644 meta/recipes-kernel/lttng/lttng-ust_0.16.bb delete mode 100644 meta/recipes-kernel/lttng/lttng-viewer/add_linkage_to_lttvwindow.patch delete mode 100644 meta/recipes-kernel/lttng/lttng-viewer_0.12.38.bb diff --git a/meta/recipes-kernel/lttng/lttng-control_0.89.bb b/meta/recipes-kernel/lttng/lttng-control_0.89.bb deleted file mode 100644 index 77314c8..000 --- a/meta/recipes-kernel/lttng/lttng-control_0.89.bb +++ /dev/null @@ -1,23 +0,0 @@ -SECTION = devel -SUMMARY = Linux Trace Toolkit Control -DESCRIPTION = The Linux trace toolkit is a suite of tools designed to \ -extract program execution details from the Linux operating system and \ -interpret them. -LICENSE = GPLv3 -LIC_FILES_CHKSUM = file://COPYING;md5=d32239bcb673463ab874e80d47fae504 -PR = r0 - -LTTDATE = 05122011 - -SRC_URI = http://lttng.org/files/lttng/ltt-control-${PV}-${LTTDATE}.tar.gz; - -SRC_URI[md5sum] = 2e5a531bf5cab88eef5282b45271789f -SRC_URI[sha256sum] = feb120e0bedd9ef8917dd14ee96cc94941f517826a4c2035d1c4aa33e4e808ab - -S = ${WORKDIR}/ltt-control-${PV}-${LTTDATE} - -inherit autotools - -export KERNELDIR=${STAGING_KERNEL_DIR} - -FILES_${PN} += ${datadir}/ltt-control/facilities/* diff --git a/meta/recipes-kernel/lttng/lttng-ust_0.16.bb b/meta/recipes-kernel/lttng/lttng-ust_0.16.bb deleted file mode 100644 index 3618a2d..000 --- a/meta/recipes-kernel/lttng/lttng-ust_0.16.bb +++ /dev/null @@ -1,32 +0,0 @@ -SUMMARY = Linux Trace Toolkit Userspace Tracer -DESCRIPTION = The LTTng Userspace Tracer (UST) is a library accompanied by a set of tools to trace userspace code -HOMEPAGE = http://lttng.org/ust; -BUGTRACKER = http://lttng.org/project/issues; - -LICENSE = LGPLv2.1+ BSD -LIC_FILES_CHKSUM = file://COPYING;md5=e647752e045a8c45b6f583771bd561ef \ - file://ustctl/ustctl.c;endline=16;md5=b50c6fa0307175bb1ce0db49d752c03b \ - file://snprintf/various.h;endline=31;md5=89f2509b6b4682c4fc95255eec4abe44 - -DEPENDS = liburcu - -PR = r1 -PE = 1 - -SRC_URI = http://lttng.org/files/ust/releases/ust-${PV}.tar.gz; - -SRC_URI[md5sum] = 8e5d5de47bfff29f50439d192ad1e478 -SRC_URI[sha256sum] = 88167741b1fbf335e006f0208d8c41784705e28adac84df71d3d9f6c58191dab - - -S = ${WORKDIR}/ust-${PV} - -inherit autotools - -#EXTRA_OECONF = ac_cv_lib_urcu_bp_synchronize_rcu_bp=no - -# Due to liburcu not building on MIPS currently this recipe needs to -# be limited also. -# So here let us first suppport x86/arm/powerpc platforms now. -COMPATIBLE_HOST = '(x86_64.*|i.86.*|arm.*|powerpc.*)-linux.*' - diff --git a/meta/recipes-kernel/lttng/lttng-viewer/add_linkage_to_lttvwindow.patch b/meta/recipes-kernel/lttng/lttng-viewer/add_linkage_to_lttvwindow.patch deleted file mode 100644 index 4a135df..000 --- a/meta/recipes-kernel/lttng/lttng-viewer/add_linkage_to_lttvwindow.patch +++ /dev/null @@ -1,42 +0,0 @@ -Upstream-Status: Inappropriate [configuration] - -Explicitly add linkage to lttvwindow. - -Without the fix, lttv-gui inside target can't run, complaining -undefined symbol: LTTV_VIEWER_CONSTRUCTORS. - -Tue May 3 21:39:37 CST 2011 - -Signed-off-by: Dexuan Cui dexuan@intel.com - -diff --git a/lttv/modules/gui/common.am b/lttv/modules/gui/common.am -index ce50113..89083aa 100644 a/lttv/modules/gui/common.am -+++ b/lttv/modules/gui/common.am -@@ -21,3 +21,4 @@ AM_LDFLAGS = $(MODULE_LDFLAGS) - - libdir = ${lttvplugindir} - -+LIBS += $(GTK_LIBS) -L${top_builddir}/lttv/modules/gui/lttvwindow/lttvwindow -llttvwindow -diff --git a/lttv/modules/gui/lttvwindow/lttvwindow/Makefile.am b/lttv/modules/gui/lttvwindow/lttvwindow/Makefile.am -index c953fc9..489d640 100644 a/lttv/modules/gui/lttvwindow/lttvwindow/Makefile.am -+++ b/lttv/modules/gui/lttvwindow/lttvwindow/Makefile.am -@@ -1,13 +1,14 @@ - ## Process this file with automake to produce Makefile.in - --include ../../common.am -- - INCLUDES = \ - -DPACKAGE_DATA_DIR=\$(datadir)\ \ - -DPACKAGE_LOCALE_DIR=\$(prefix)/$(DATADIRNAME)/locale\ \ - $(DEFAULT_INCLUDES) - --#libdir = ${lttvplugindir} -+AM_CFLAGS = $(MODULE_CFLAGS) -+AM_LDFLAGS = $(MODULE_LDFLAGS) -+ -+libdir = ${lttvplugindir} - - lib_LTLIBRARIES = liblttvwindow.la - diff --git a/meta/recipes-kernel/lttng/lttng-viewer_0.12.38.bb
[OE-core] [PATCH 3/5] recipes-kernel/lttng-2.0: rename to recipes-kernel/lttng
From: Tom Zanussi tom.zanu...@intel.com recipes-kernel/lttng was removed by a previous patch, which also removed the naming conflict that caused the lttng-2.0 version of lttng to be named recipes-kernel/lttng-2.0. Since the naming conflict has disappeared, we can go back to the simpler naming. Signed-off-by: Tom Zanussi tom.zanu...@intel.com --- meta/recipes-kernel/{lttng-2.0 = lttng}/babeltrace_1.0.0.bb | 0 .../lttng-modules/lttng-modules-replace-KERNELDIR-with-KERNEL_SRC.patch | 0 meta/recipes-kernel/{lttng-2.0 = lttng}/lttng-modules_2.0.5.bb | 0 meta/recipes-kernel/{lttng-2.0 = lttng}/lttng-tools_2.0.4.bb | 0 meta/recipes-kernel/{lttng-2.0 = lttng}/lttng-ust_2.0.5.bb | 0 5 files changed, 0 insertions(+), 0 deletions(-) rename meta/recipes-kernel/{lttng-2.0 = lttng}/babeltrace_1.0.0.bb (100%) rename meta/recipes-kernel/{lttng-2.0 = lttng}/lttng-modules/lttng-modules-replace-KERNELDIR-with-KERNEL_SRC.patch (100%) rename meta/recipes-kernel/{lttng-2.0 = lttng}/lttng-modules_2.0.5.bb (100%) rename meta/recipes-kernel/{lttng-2.0 = lttng}/lttng-tools_2.0.4.bb (100%) rename meta/recipes-kernel/{lttng-2.0 = lttng}/lttng-ust_2.0.5.bb (100%) diff --git a/meta/recipes-kernel/lttng-2.0/babeltrace_1.0.0.bb b/meta/recipes-kernel/lttng/babeltrace_1.0.0.bb similarity index 100% rename from meta/recipes-kernel/lttng-2.0/babeltrace_1.0.0.bb rename to meta/recipes-kernel/lttng/babeltrace_1.0.0.bb diff --git a/meta/recipes-kernel/lttng-2.0/lttng-modules/lttng-modules-replace-KERNELDIR-with-KERNEL_SRC.patch b/meta/recipes-kernel/lttng/lttng-modules/lttng-modules-replace-KERNELDIR-with-KERNEL_SRC.patch similarity index 100% rename from meta/recipes-kernel/lttng-2.0/lttng-modules/lttng-modules-replace-KERNELDIR-with-KERNEL_SRC.patch rename to meta/recipes-kernel/lttng/lttng-modules/lttng-modules-replace-KERNELDIR-with-KERNEL_SRC.patch diff --git a/meta/recipes-kernel/lttng-2.0/lttng-modules_2.0.5.bb b/meta/recipes-kernel/lttng/lttng-modules_2.0.5.bb similarity index 100% rename from meta/recipes-kernel/lttng-2.0/lttng-modules_2.0.5.bb rename to meta/recipes-kernel/lttng/lttng-modules_2.0.5.bb diff --git a/meta/recipes-kernel/lttng-2.0/lttng-tools_2.0.4.bb b/meta/recipes-kernel/lttng/lttng-tools_2.0.4.bb similarity index 100% rename from meta/recipes-kernel/lttng-2.0/lttng-tools_2.0.4.bb rename to meta/recipes-kernel/lttng/lttng-tools_2.0.4.bb diff --git a/meta/recipes-kernel/lttng-2.0/lttng-ust_2.0.5.bb b/meta/recipes-kernel/lttng/lttng-ust_2.0.5.bb similarity index 100% rename from meta/recipes-kernel/lttng-2.0/lttng-ust_2.0.5.bb rename to meta/recipes-kernel/lttng/lttng-ust_2.0.5.bb -- 1.7.11.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 5/5] recipe_color.inc: add lttng recipes
From: Tom Zanussi tom.zanu...@intel.com Add entries for the new lttng-2.0 recipes lttng-modules, lttng-tools, and babeltrace, to maintain consistency. Signed-off-by: Tom Zanussi tom.zanu...@intel.com --- meta-yocto/conf/distro/include/recipe_color.inc | 3 +++ 1 file changed, 3 insertions(+) diff --git a/meta-yocto/conf/distro/include/recipe_color.inc b/meta-yocto/conf/distro/include/recipe_color.inc index 2c9a5c6..9402a93 100644 --- a/meta-yocto/conf/distro/include/recipe_color.inc +++ b/meta-yocto/conf/distro/include/recipe_color.inc @@ -250,7 +250,10 @@ RECIPE_COLOR_pn-lighttpd = yellow RECIPE_COLOR_pn-linuxdoc-tools = yellow RECIPE_COLOR_pn-loudmouth = red RECIPE_COLOR_pn-lrzsz=yellow +RECIPE_COLOR_pn-lttng-modules = yellow +RECIPE_COLOR_pn-lttng-tools = yellow RECIPE_COLOR_pn-lttng-ust = yellow +RECIPE_COLOR_pn-babeltrace = yellow RECIPE_COLOR_pn-makedevs = yellow RECIPE_COLOR_pn-man = red RECIPE_COLOR_pn-man-pages = red -- 1.7.11.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 4/5] lttng: remove references to legacy lttng recipes
From: Tom Zanussi tom.zanu...@intel.com 'legacy' lttng was removed, so we need to remove the references to the legacy lttng recipes, namely lttng-control and lttng-viewer. Signed-off-by: Tom Zanussi tom.zanu...@intel.com --- meta-yocto/conf/distro/include/distro_alias.inc | 2 -- meta-yocto/conf/distro/include/maintainers.inc | 2 -- meta-yocto/conf/distro/include/recipe_color.inc | 2 -- 3 files changed, 6 deletions(-) diff --git a/meta-yocto/conf/distro/include/distro_alias.inc b/meta-yocto/conf/distro/include/distro_alias.inc index 1994e27..879ae60 100644 --- a/meta-yocto/conf/distro/include/distro_alias.inc +++ b/meta-yocto/conf/distro/include/distro_alias.inc @@ -221,11 +221,9 @@ DISTRO_PN_ALIAS_pn-lsbinitscripts = Windriver DISTRO_PN_ALIAS_pn-lsbsetup = Windriver DISTRO_PN_ALIAS_pn-lsbtest = Windriver DISTRO_PN_ALIAS_pn-ltp = Ubuntu=ltp -DISTRO_PN_ALIAS_pn-lttng-control = OSPDT upstream=http://lttng.org/; DISTRO_PN_ALIAS_pn-lttng-modules = OSPDT upstream=http://lttng.org/; DISTRO_PN_ALIAS_pn-lttng-tools = OSPDT upstream=http://lttng.org/; DISTRO_PN_ALIAS_pn-lttng-ust = OSPDT upstream=http://lttng.org/; -DISTRO_PN_ALIAS_pn-lttng-viewer = OSPDT upstream=http://lttng.org/; DISTRO_PN_ALIAS_pn-makedepend = Mandriva=makedepend Ubuntu=xutils-dev DISTRO_PN_ALIAS_pn-makedevs = OE-Core DISTRO_PN_ALIAS_pn-matchbox-config-gtk = OpenedHand diff --git a/meta-yocto/conf/distro/include/maintainers.inc b/meta-yocto/conf/distro/include/maintainers.inc index 6de57dc..69595b3 100644 --- a/meta-yocto/conf/distro/include/maintainers.inc +++ b/meta-yocto/conf/distro/include/maintainers.inc @@ -490,11 +490,9 @@ RECIPE_MAINTAINER_pn-lsbtest = Yi Zhao yi.z...@windriver.com RECIPE_MAINTAINER_pn-lsb = Yi Zhao yi.z...@windriver.com RECIPE_MAINTAINER_pn-lsof = Bogdan Marinescu bogdan.a.marine...@intel.com RECIPE_MAINTAINER_pn-ltp = Mihai Lindner mihaix.lind...@linux.intel.com -RECIPE_MAINTAINER_pn-lttng-control = Bogdan Marinescu bogdan.a.marine...@intel.com RECIPE_MAINTAINER_pn-lttng-modules = Bogdan Marinescu bogdan.a.marine...@intel.com RECIPE_MAINTAINER_pn-lttng-tools = Bogdan Marinescu bogdan.a.marine...@intel.com RECIPE_MAINTAINER_pn-lttng-ust = Bogdan Marinescu bogdan.a.marine...@intel.com -RECIPE_MAINTAINER_pn-lttng-viewer = Constantin Musca constantinx.mu...@intel.com RECIPE_MAINTAINER_pn-lzop-native = Saul Wold s...@linux.intel.com RECIPE_MAINTAINER_pn-lzop = Saul Wold s...@linux.intel.com RECIPE_MAINTAINER_pn-lzo = Radu Moisan radu.moi...@intel.com diff --git a/meta-yocto/conf/distro/include/recipe_color.inc b/meta-yocto/conf/distro/include/recipe_color.inc index 012f5e2..2c9a5c6 100644 --- a/meta-yocto/conf/distro/include/recipe_color.inc +++ b/meta-yocto/conf/distro/include/recipe_color.inc @@ -250,9 +250,7 @@ RECIPE_COLOR_pn-lighttpd = yellow RECIPE_COLOR_pn-linuxdoc-tools = yellow RECIPE_COLOR_pn-loudmouth = red RECIPE_COLOR_pn-lrzsz=yellow -RECIPE_COLOR_pn-lttng-control = yellow RECIPE_COLOR_pn-lttng-ust = yellow -RECIPE_COLOR_pn-lttng-viewer = yellow RECIPE_COLOR_pn-makedevs = yellow RECIPE_COLOR_pn-man = red RECIPE_COLOR_pn-man-pages = red -- 1.7.11.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] update-modules, do we need it anymore?
Hi all, While working on making all postinstalls run on host, I saw that we still use update-modules script. However, neither the kmod modprobe nor the busybox one read /etc/modules.conf file anymore which is created by update-modules script. Both scan /etc/modprobe.d/*.conf files. So, does anybody know why do we still have it around? Most modern distributions declared update-modules as obsolete and /etc/modules.conf doesn't exist anymore. Am I missing something? Thanks, Laurentiu ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 2/5] lttng2-ust: rename to lttng-ust
On Tue, Jan 08, 2013 at 08:31:19AM -0600, tom.zanu...@intel.com wrote: From: Tom Zanussi tom.zanu...@intel.com recipes-kernel/lttng/lttng-ust was removed by a previous patch, which also removed the naming conflict that caused the lttng-2.0 version of lttng-ust to be named lttng2-ust. lttng2-ust was the only lttng-2.0 recipe to be named in this way and since that was entirely due to the conflict, we can go back to the consistent naming for it. Signed-off-by: Tom Zanussi tom.zanu...@intel.com what about upgrade path on target? Cheers, --- meta-yocto/conf/distro/include/distro_alias.inc | 1 - meta-yocto/conf/distro/include/maintainers.inc | 1 - meta/recipes-core/packagegroups/packagegroup-core-tools-profile.bb | 2 +- meta/recipes-kernel/lttng-2.0/lttng-tools_2.0.4.bb | 2 +- .../lttng-2.0/{lttng2-ust_2.0.5.bb = lttng-ust_2.0.5.bb} | 0 5 files changed, 2 insertions(+), 4 deletions(-) rename meta/recipes-kernel/lttng-2.0/{lttng2-ust_2.0.5.bb = lttng-ust_2.0.5.bb} (100%) diff --git a/meta-yocto/conf/distro/include/distro_alias.inc b/meta-yocto/conf/distro/include/distro_alias.inc index 0699c5f..1994e27 100644 --- a/meta-yocto/conf/distro/include/distro_alias.inc +++ b/meta-yocto/conf/distro/include/distro_alias.inc @@ -226,7 +226,6 @@ DISTRO_PN_ALIAS_pn-lttng-modules = OSPDT upstream=http://lttng.org/; DISTRO_PN_ALIAS_pn-lttng-tools = OSPDT upstream=http://lttng.org/; DISTRO_PN_ALIAS_pn-lttng-ust = OSPDT upstream=http://lttng.org/; DISTRO_PN_ALIAS_pn-lttng-viewer = OSPDT upstream=http://lttng.org/; -DISTRO_PN_ALIAS_pn-lttng2-ust = OSPDT upstream=http://lttng.org/; DISTRO_PN_ALIAS_pn-makedepend = Mandriva=makedepend Ubuntu=xutils-dev DISTRO_PN_ALIAS_pn-makedevs = OE-Core DISTRO_PN_ALIAS_pn-matchbox-config-gtk = OpenedHand diff --git a/meta-yocto/conf/distro/include/maintainers.inc b/meta-yocto/conf/distro/include/maintainers.inc index 5efb7d0..6de57dc 100644 --- a/meta-yocto/conf/distro/include/maintainers.inc +++ b/meta-yocto/conf/distro/include/maintainers.inc @@ -490,7 +490,6 @@ RECIPE_MAINTAINER_pn-lsbtest = Yi Zhao yi.z...@windriver.com RECIPE_MAINTAINER_pn-lsb = Yi Zhao yi.z...@windriver.com RECIPE_MAINTAINER_pn-lsof = Bogdan Marinescu bogdan.a.marine...@intel.com RECIPE_MAINTAINER_pn-ltp = Mihai Lindner mihaix.lind...@linux.intel.com -RECIPE_MAINTAINER_pn-lttng2-ust = Bogdan Marinescu bogdan.a.marine...@intel.com RECIPE_MAINTAINER_pn-lttng-control = Bogdan Marinescu bogdan.a.marine...@intel.com RECIPE_MAINTAINER_pn-lttng-modules = Bogdan Marinescu bogdan.a.marine...@intel.com RECIPE_MAINTAINER_pn-lttng-tools = Bogdan Marinescu bogdan.a.marine...@intel.com diff --git a/meta/recipes-core/packagegroups/packagegroup-core-tools-profile.bb b/meta/recipes-core/packagegroups/packagegroup-core-tools-profile.bb index 591f33f..8f40c4e 100644 --- a/meta/recipes-core/packagegroups/packagegroup-core-tools-profile.bb +++ b/meta/recipes-core/packagegroups/packagegroup-core-tools-profile.bb @@ -46,7 +46,7 @@ SYSTEMTAP_aarch64 = # which means we can not use syscall() to call it. So we ignore # it for x86_64/uclibc -LTTNGUST = lttng2-ust +LTTNGUST = lttng-ust LTTNGUST_libc-uclibc = LTTNGUST_mips = LTTNGUST_aarch64 = diff --git a/meta/recipes-kernel/lttng-2.0/lttng-tools_2.0.4.bb b/meta/recipes-kernel/lttng-2.0/lttng-tools_2.0.4.bb index 2a5dd58..34d4484 100644 --- a/meta/recipes-kernel/lttng-2.0/lttng-tools_2.0.4.bb +++ b/meta/recipes-kernel/lttng-2.0/lttng-tools_2.0.4.bb @@ -9,7 +9,7 @@ LIC_FILES_CHKSUM = file://LICENSE;md5=61273c2e3f60dd38a74b01beb5f51fbd \ file://gpl-2.0.txt;md5=b234ee4d69f5fce4486a80fdaf4a4263 \ file://lgpl-2.1.txt;md5=0f0d71500e6a57fd24d825f33242b9ca -DEPENDS = liburcu popt lttng2-ust +DEPENDS = liburcu popt lttng-ust SRCREV = 98c8c95b0e1afb2dac686338efdf036f6446d790 PV = v2.0.4 diff --git a/meta/recipes-kernel/lttng-2.0/lttng2-ust_2.0.5.bb b/meta/recipes-kernel/lttng-2.0/lttng-ust_2.0.5.bb similarity index 100% rename from meta/recipes-kernel/lttng-2.0/lttng2-ust_2.0.5.bb rename to meta/recipes-kernel/lttng-2.0/lttng-ust_2.0.5.bb -- 1.7.11.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 2/5] lttng2-ust: rename to lttng-ust
On Tue, 2013-01-08 at 15:43 +0100, Martin Jansa wrote: On Tue, Jan 08, 2013 at 08:31:19AM -0600, tom.zanu...@intel.com wrote: From: Tom Zanussi tom.zanu...@intel.com recipes-kernel/lttng/lttng-ust was removed by a previous patch, which also removed the naming conflict that caused the lttng-2.0 version of lttng-ust to be named lttng2-ust. lttng2-ust was the only lttng-2.0 recipe to be named in this way and since that was entirely due to the conflict, we can go back to the consistent naming for it. Signed-off-by: Tom Zanussi tom.zanu...@intel.com what about upgrade path on target? Yeah, forgot about that, will add to a v2. Thanks for pointing that out... tom Cheers, --- meta-yocto/conf/distro/include/distro_alias.inc | 1 - meta-yocto/conf/distro/include/maintainers.inc | 1 - meta/recipes-core/packagegroups/packagegroup-core-tools-profile.bb | 2 +- meta/recipes-kernel/lttng-2.0/lttng-tools_2.0.4.bb | 2 +- .../lttng-2.0/{lttng2-ust_2.0.5.bb = lttng-ust_2.0.5.bb} | 0 5 files changed, 2 insertions(+), 4 deletions(-) rename meta/recipes-kernel/lttng-2.0/{lttng2-ust_2.0.5.bb = lttng-ust_2.0.5.bb} (100%) diff --git a/meta-yocto/conf/distro/include/distro_alias.inc b/meta-yocto/conf/distro/include/distro_alias.inc index 0699c5f..1994e27 100644 --- a/meta-yocto/conf/distro/include/distro_alias.inc +++ b/meta-yocto/conf/distro/include/distro_alias.inc @@ -226,7 +226,6 @@ DISTRO_PN_ALIAS_pn-lttng-modules = OSPDT upstream=http://lttng.org/; DISTRO_PN_ALIAS_pn-lttng-tools = OSPDT upstream=http://lttng.org/; DISTRO_PN_ALIAS_pn-lttng-ust = OSPDT upstream=http://lttng.org/; DISTRO_PN_ALIAS_pn-lttng-viewer = OSPDT upstream=http://lttng.org/; -DISTRO_PN_ALIAS_pn-lttng2-ust = OSPDT upstream=http://lttng.org/; DISTRO_PN_ALIAS_pn-makedepend = Mandriva=makedepend Ubuntu=xutils-dev DISTRO_PN_ALIAS_pn-makedevs = OE-Core DISTRO_PN_ALIAS_pn-matchbox-config-gtk = OpenedHand diff --git a/meta-yocto/conf/distro/include/maintainers.inc b/meta-yocto/conf/distro/include/maintainers.inc index 5efb7d0..6de57dc 100644 --- a/meta-yocto/conf/distro/include/maintainers.inc +++ b/meta-yocto/conf/distro/include/maintainers.inc @@ -490,7 +490,6 @@ RECIPE_MAINTAINER_pn-lsbtest = Yi Zhao yi.z...@windriver.com RECIPE_MAINTAINER_pn-lsb = Yi Zhao yi.z...@windriver.com RECIPE_MAINTAINER_pn-lsof = Bogdan Marinescu bogdan.a.marine...@intel.com RECIPE_MAINTAINER_pn-ltp = Mihai Lindner mihaix.lind...@linux.intel.com -RECIPE_MAINTAINER_pn-lttng2-ust = Bogdan Marinescu bogdan.a.marine...@intel.com RECIPE_MAINTAINER_pn-lttng-control = Bogdan Marinescu bogdan.a.marine...@intel.com RECIPE_MAINTAINER_pn-lttng-modules = Bogdan Marinescu bogdan.a.marine...@intel.com RECIPE_MAINTAINER_pn-lttng-tools = Bogdan Marinescu bogdan.a.marine...@intel.com diff --git a/meta/recipes-core/packagegroups/packagegroup-core-tools-profile.bb b/meta/recipes-core/packagegroups/packagegroup-core-tools-profile.bb index 591f33f..8f40c4e 100644 --- a/meta/recipes-core/packagegroups/packagegroup-core-tools-profile.bb +++ b/meta/recipes-core/packagegroups/packagegroup-core-tools-profile.bb @@ -46,7 +46,7 @@ SYSTEMTAP_aarch64 = # which means we can not use syscall() to call it. So we ignore # it for x86_64/uclibc -LTTNGUST = lttng2-ust +LTTNGUST = lttng-ust LTTNGUST_libc-uclibc = LTTNGUST_mips = LTTNGUST_aarch64 = diff --git a/meta/recipes-kernel/lttng-2.0/lttng-tools_2.0.4.bb b/meta/recipes-kernel/lttng-2.0/lttng-tools_2.0.4.bb index 2a5dd58..34d4484 100644 --- a/meta/recipes-kernel/lttng-2.0/lttng-tools_2.0.4.bb +++ b/meta/recipes-kernel/lttng-2.0/lttng-tools_2.0.4.bb @@ -9,7 +9,7 @@ LIC_FILES_CHKSUM = file://LICENSE;md5=61273c2e3f60dd38a74b01beb5f51fbd \ file://gpl-2.0.txt;md5=b234ee4d69f5fce4486a80fdaf4a4263 \ file://lgpl-2.1.txt;md5=0f0d71500e6a57fd24d825f33242b9ca -DEPENDS = liburcu popt lttng2-ust +DEPENDS = liburcu popt lttng-ust SRCREV = 98c8c95b0e1afb2dac686338efdf036f6446d790 PV = v2.0.4 diff --git a/meta/recipes-kernel/lttng-2.0/lttng2-ust_2.0.5.bb b/meta/recipes-kernel/lttng-2.0/lttng-ust_2.0.5.bb similarity index 100% rename from meta/recipes-kernel/lttng-2.0/lttng2-ust_2.0.5.bb rename to meta/recipes-kernel/lttng-2.0/lttng-ust_2.0.5.bb -- 1.7.11.4 ___ 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] update-modules, do we need it anymore?
On Tue, 2013-01-08 at 16:41 +0200, Laurentiu Palcu wrote: So, does anybody know why do we still have it around? Most modern distributions declared update-modules as obsolete and /etc/modules.conf doesn't exist anymore. Am I missing something? As you say, it's just a historical relic. It's already optional in oe-core: you can turn it off by omitting update-modules from your DISTRO_FEATURES. I would certainly recommend that any modern distro does that. p. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 00/21][RFC v3] systemd Integration
On 01/08/2013 02:57 PM, Enrico Scholz wrote: Radu Moisan radu.moisan-ral2jqcrhueavxtiumw...@public.gmane.org writes: Enrico Scholz (1): systemd: move disable operation into prerm() script http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rmoisan/systemdid=e01411c2400231a89bc76a229b38e7eb95b7cd81 I am pretty sure that I added a 'Signed-off-by:' field to my patch but it is missing in the commit. Other patches don't have the signed-off-by of the original author neither. Was this removal done on purpose? I had to port the patch manually so I guess it got lost then. Do we want to have Sign-off-by from author as well? systemd: Introduce a create-volatile to create tmp directories http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rmoisan/systemdid=64de9a773c1ac79d4dbcb041ed7e66c19a3cf6b7 When/because the order of files is really important, they should be installed with the usual number- prefix method (e.g. '00-create-volatile.conf'). Else, when e.g. /var/cache/apache is created by a 3rd part recipe, it requires (yet more) ugly naming tricks (e.g. naming it 'zz-apache-httpd.conf') to ensure the correct order and it might break easily when something else is changed. You have a point here. Noted. Radu ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 00/21][RFC v3] systemd Integration
On 8 January 2013 15:01, Radu Moisan radu.moi...@intel.com wrote: I am pretty sure that I added a 'Signed-off-by:' field to my patch but it is missing in the commit. Other patches don't have the signed-off-by of the original author neither. Was this removal done on purpose? I had to port the patch manually so I guess it got lost then. Do we want to have Sign-off-by from author as well? By the time the patches land in oe-core there'll have been a lot of rebasing and merging as I don't intend to see a series that contains fixes in oe-core. We should ensure that everyone who contributed to meta-oe gets a credit in the series. Ross ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 00/21][RFC v3] systemd Integration
On 01/08/2013 04:57 PM, Burton, Ross wrote: On 8 January 2013 15:01, Radu Moisan radu.moi...@intel.com wrote: I am pretty sure that I added a 'Signed-off-by:' field to my patch but it is missing in the commit. Other patches don't have the signed-off-by of the original author neither. Was this removal done on purpose? I had to port the patch manually so I guess it got lost then. Do we want to have Sign-off-by from author as well? By the time the patches land in oe-core there'll have been a lot of rebasing and merging as I don't intend to see a series that contains fixes in oe-core. We should ensure that everyone who contributed to meta-oe gets a credit in the series. No question about that, the question was whether to add Sign-off-by from the author itself. I know that we are doing it like that right now, but I don't understand it's reasoning. Being the author of a patch what would be the point in adding a Sign-off-by with the same name? I can agree either way, no question about that, just want it to get it clear why we do it like we do it. Radu ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 00/21][RFC v3] systemd Integration
Radu Moisan radu.moi...@intel.com writes: No question about that, the question was whether to add Sign-off-by from the author itself. I know that we are doing it like that right now, but I don't understand it's reasoning. Being the author of a patch what would be the point in adding a Sign-off-by with the same name? afaik, signed-off-by is required to allow tracking of the patch to prove copyright or so. The plain authorship information does not suffice because it may get lost in some workflows. E.g. when somebody sends a patch by email and applies it manually, the metadata might get overridden. Enrico ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 00/21][RFC v3] systemd Integration
2013/1/8 Radu Moisan radu.moi...@intel.com: On 01/08/2013 04:57 PM, Burton, Ross wrote: On 8 January 2013 15:01, Radu Moisan radu.moi...@intel.com wrote: I am pretty sure that I added a 'Signed-off-by:' field to my patch but it is missing in the commit. Other patches don't have the signed-off-by of the original author neither. Was this removal done on purpose? I had to port the patch manually so I guess it got lost then. Do we want to have Sign-off-by from author as well? By the time the patches land in oe-core there'll have been a lot of rebasing and merging as I don't intend to see a series that contains fixes in oe-core. We should ensure that everyone who contributed to meta-oe gets a credit in the series. No question about that, the question was whether to add Sign-off-by from the author itself. I know that we are doing it like that right now, but I don't understand it's reasoning. Being the author of a patch what would be the point in adding a Sign-off-by with the same name? I can agree either way, no question about that, just want it to get it clear why we do it like we do it. Radu This is part of the Linux Kernel patch workflow: To improve tracking of who did what, especially with patches that can percolate to their final resting place in the kernel through several layers of maintainers, we've introduced a sign-off procedure on patches that are being emailed around. see: http://kerneltrap.org/files/Jeremy/DCO.txt -- Regards Samuel ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] pkgconfig: add -native script that uses the native sysroot instead of target
pkg-config-native is useful when building a package for the target that needs to compile a build-time tool, to avoid having to hard-code many paths. Signed-off-by: Ross Burton ross.bur...@intel.com --- meta/recipes-devtools/pkgconfig/pkgconfig.inc| 10 ++ .../pkgconfig/pkgconfig/pkg-config-native.in |7 +++ 2 files changed, 17 insertions(+) create mode 100644 meta/recipes-devtools/pkgconfig/pkgconfig/pkg-config-native.in diff --git a/meta/recipes-devtools/pkgconfig/pkgconfig.inc b/meta/recipes-devtools/pkgconfig/pkgconfig.inc index c54e325..c4fa456 100644 --- a/meta/recipes-devtools/pkgconfig/pkgconfig.inc +++ b/meta/recipes-devtools/pkgconfig/pkgconfig.inc @@ -15,6 +15,7 @@ DEPENDS_class-nativesdk = SRC_URI = http://pkgconfig.freedesktop.org/releases/pkg-config-${PV}.tar.gz \ file://autofoo.patch \ file://glibconfig-sysdefs.h \ + file://pkg-config-native.in \ file://disable-legacy.patch S = ${WORKDIR}/pkg-config-${PV}/ @@ -43,3 +44,12 @@ FILES_${PN} += ${datadir}/aclocal/pkg.m4 # will end up requiring 'pkgconfig(pkg-config)'. Allow this behavior by # specifying an appropriate provide. RPROVIDES_${PN} += pkgconfig(pkg-config) (= ${PV}) + +# Install a pkg-config-native wrapper that will use the native sysroot instead +# of the MACHINE sysroot, for using pkg-config when building native tools. +do_install_append_class-native () { +sed -e s|@PATH_NATIVE@|${PKG_CONFIG_PATH}| \ +-e s|@LIBDIR_NATIVE@|${PKG_CONFIG_LIBDIR}| \ + ${WORKDIR}/pkg-config-native.in ${B}/pkg-config-native +install -m755 ${B}/pkg-config-native ${D}${bindir}/pkg-config-native +} diff --git a/meta/recipes-devtools/pkgconfig/pkgconfig/pkg-config-native.in b/meta/recipes-devtools/pkgconfig/pkgconfig/pkg-config-native.in new file mode 100644 index 000..5e44bb4 --- /dev/null +++ b/meta/recipes-devtools/pkgconfig/pkgconfig/pkg-config-native.in @@ -0,0 +1,7 @@ +#! /bin/sh + +PKG_CONFIG_PATH=@PATH_NATIVE@ +PKG_CONFIG_LIBDIR=@LIBDIR_NATIVE@ +unset PKG_CONFIG_SYSROOT_DIR + +pkg-config $@ -- 1.7.10.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/3] archive-*-source.bbclass: Use tasks instead of pre/post functions
From: Muhammad Shakeel muhammad_shak...@mentor.com * Modified following archiver related classes to add separate tasks for different archiver functions instead of adding these as pre/post functions of existing tasks. -archive-original-source.bbclass -archive-patched-source.bbclass -archive-configured-source.bbclass [YOCTO #3449] Signed-off-by: Muhammad Shakeel muhammad_shak...@mentor.com Signed-off-by: Noor Ahsan noor_ah...@mentor.com Signed-off-by: Christopher Larson chris_lar...@mentor.com --- meta/classes/archive-configured-source.bbclass |6 +++--- meta/classes/archive-original-source.bbclass |6 +++--- meta/classes/archive-patched-source.bbclass|6 +++--- 3 files changed, 9 insertions(+), 9 deletions(-) diff --git a/meta/classes/archive-configured-source.bbclass b/meta/classes/archive-configured-source.bbclass index 1eaaf4c..d804e3d 100644 --- a/meta/classes/archive-configured-source.bbclass +++ b/meta/classes/archive-configured-source.bbclass @@ -8,10 +8,10 @@ inherit archiver # Get archiving package with configured sources including patches -do_configure[postfuncs] += do_archive_configured_sources +addtask do_archive_configured_sources after do_configure before do_compile # Get archiving package with temp(logs) and scripts(.bb and inc files) -do_package_write_rpm[prefuncs] += do_archive_scripts_logs +addtask do_archive_scripts_logs after do_package before do_package_write_rpm # Get dump date and create diff file -do_package_write_rpm[postfuncs] += do_dumpdata_create_diff_gz +addtask do_dumpdata_create_diff_gz after do_package_write_rpm before do_build diff --git a/meta/classes/archive-original-source.bbclass b/meta/classes/archive-original-source.bbclass index 1b3f8d0..604d19c 100644 --- a/meta/classes/archive-original-source.bbclass +++ b/meta/classes/archive-original-source.bbclass @@ -8,10 +8,10 @@ inherit archiver # Get original sources archiving package with patches -do_unpack[postfuncs] += do_archive_original_sources_patches +addtask do_archive_original_sources_patches after do_unpack before do_patch # Get archiving package with temp(logs) and scripts(.bb and inc files) -do_package_write_rpm[prefuncs] += do_archive_scripts_logs +addtask do_archive_scripts_logs after do_package before do_package_write_rpm # Get dump date and create diff file -do_package_write_rpm[postfuncs] += do_dumpdata_create_diff_gz +addtask do_dumpdata_create_diff_gz after do_package_write_rpm before do_build diff --git a/meta/classes/archive-patched-source.bbclass b/meta/classes/archive-patched-source.bbclass index 40b2dcb..4b0a199 100644 --- a/meta/classes/archive-patched-source.bbclass +++ b/meta/classes/archive-patched-source.bbclass @@ -8,10 +8,10 @@ inherit archiver # Get archiving package with patched sources including patches -do_patch[postfuncs] += do_archive_patched_sources +addtask do_archive_patched_sources after do_patch before do_configure # Get archiving package with logs(temp) and scripts(.bb and .inc files) -do_package_write_rpm[prefuncs] += do_archive_scripts_logs +addtask do_archive_scripts_logs after do_package before do_package_write_rpm # Get dump date and create diff file -do_package_write_rpm[postfuncs] += do_dumpdata_create_diff_gz +addtask do_dumpdata_create_diff_gz after do_package_write_rpm before do_build -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/3] archiver class: Make archiver tasks SSTATE aware
From: Muhammad Shakeel muhammad_shak...@mentor.com * Enable SSTATE for 'do_archive_scripts_logs' task * Enable SSTATE for 'do_dumpdata_create_diff_gz' task * SSTATE is not used for sources/patches archiver task because source archive package can result into a very large file. It will be an unnecessary overhead to keep sources in DL_DIR and cached-binaries. * If 'SOURCE_ARCHIVE_PACKAGE_TYPE' is 'srpm' then use pre/post functions because in this case we do not want to use tasks to move sources/logs in DEPLOY_DIR. 'do_package_write_rpm' is responsible for handling archiver packages. [YOCTO #3449] Signed-off-by: Muhammad Shakeel muhammad_shak...@mentor.com Signed-off-by: Noor Ahsan noor_ah...@mentor.com Signed-off-by: Christopher Larson chris_lar...@mentor.com --- meta/classes/archive-configured-source.bbclass | 53 +++- meta/classes/archive-original-source.bbclass | 53 +++- meta/classes/archive-patched-source.bbclass| 53 +++- meta/classes/archiver.bbclass | 41 +- 4 files changed, 183 insertions(+), 17 deletions(-) diff --git a/meta/classes/archive-configured-source.bbclass b/meta/classes/archive-configured-source.bbclass index d804e3d..64799e3 100644 --- a/meta/classes/archive-configured-source.bbclass +++ b/meta/classes/archive-configured-source.bbclass @@ -8,10 +8,59 @@ inherit archiver # Get archiving package with configured sources including patches -addtask do_archive_configured_sources after do_configure before do_compile +addtask do_archive_configured_sources after do_configure # Get archiving package with temp(logs) and scripts(.bb and inc files) -addtask do_archive_scripts_logs after do_package before do_package_write_rpm +addtask do_archive_scripts_logs after do_package_write_rpm # Get dump date and create diff file addtask do_dumpdata_create_diff_gz after do_package_write_rpm before do_build + +python () { +if d.getVar('SOURCE_ARCHIVE_PACKAGE_TYPE', True) != 'srpm': + +If package type is not 'srpm' then add tasks to move archive packages of +configured sources and scripts/logs in ${DEPLOY_DIR}/sources. + +deps = d.getVarFlag('do_compile', 'deps') or [] +deps.append('do_archive_configured_sources') +d.setVarFlag('do_compile', 'deps', deps) + +recrdeptask = d.getVarFlag('do_build', 'recrdeptask') or [] +recrdeptask += ' do_archive_configured_sources ' +d.setVarFlag('do_build', 'recrdeptask', recrdeptask) + +deps = d.getVarFlag('do_build', 'deps') or [] +deps.append('do_archive_scripts_logs') +d.setVarFlag('do_build', 'deps', deps) + +else: +d.prependVarFlag('do_configure', 'postfuncs', do_archive_configured_sources) +d.prependVarFlag('do_package_write_rpm', 'prefuncs', do_archive_scripts_logs) +} + +ARCHIVE_SSTATE_OUTDIR = ${DEPLOY_DIR}/sources/ +ARCHIVE_SSTATE_SCRIPTS_LOGS_INDIR = ${WORKDIR}/script-logs/ +ARCHIVE_SSTATE_DIFFGZ_ENVDATA_INDIR = ${WORKDIR}/diffgz-envdata/ + +SSTATETASKS += do_archive_scripts_logs +do_archive_scripts_logs[sstate-name] = archive_scripts_logs +do_archive_scripts_logs[sstate-inputdirs] = ${ARCHIVE_SSTATE_SCRIPTS_LOGS_INDIR} +do_archive_scripts_logs[sstate-outputdirs] = ${ARCHIVE_SSTATE_OUTDIR} + +python do_archive_scripts_logs_setscene () { +sstate_setscene(d) +} + +addtask do_archive_scripts_logs_setscene + +SSTATETASKS += do_dumpdata_create_diff_gz +do_dumpdata_create_diff_gz[sstate-name] = dumpdata_create_diff_gz +do_dumpdata_create_diff_gz[sstate-inputdirs] = ${ARCHIVE_SSTATE_DIFFGZ_ENVDATA_INDIR} +do_dumpdata_create_diff_gz[sstate-outputdirs] = ${ARCHIVE_SSTATE_OUTDIR} + +python do_dumpdata_create_diff_gz_setscene () { +sstate_setscene(d) +} + +addtask do_dumpdata_create_diff_gz_setscene diff --git a/meta/classes/archive-original-source.bbclass b/meta/classes/archive-original-source.bbclass index 604d19c..44dffb4 100644 --- a/meta/classes/archive-original-source.bbclass +++ b/meta/classes/archive-original-source.bbclass @@ -8,10 +8,59 @@ inherit archiver # Get original sources archiving package with patches -addtask do_archive_original_sources_patches after do_unpack before do_patch +addtask do_archive_original_sources_patches after do_unpack # Get archiving package with temp(logs) and scripts(.bb and inc files) -addtask do_archive_scripts_logs after do_package before do_package_write_rpm +addtask do_archive_scripts_logs after do_package_write_rpm # Get dump date and create diff file addtask do_dumpdata_create_diff_gz after do_package_write_rpm before do_build + +python () { +if d.getVar('SOURCE_ARCHIVE_PACKAGE_TYPE', True) != 'srpm': + +If package type is not 'srpm' then add tasks to move archive packages of +original sources and scripts/logs in ${DEPLOY_DIR}/sources. + +deps = d.getVarFlag('do_patch', 'deps') or [] +
[OE-core] [PATCH 3/3] archive-*-source.bbclass: Handle all package classes
From: Muhammad Shakeel muhammad_shak...@mentor.com * Add archiver tasks correctly for any 'IMAGE_PKGTYPE'. [YOCTO #3449] Signed-off-by: Muhammad Shakeel muhammad_shak...@mentor.com Signed-off-by: Noor Ahsan noor_ah...@mentor.com Signed-off-by: Christopher Larson chris_lar...@mentor.com --- meta/classes/archive-configured-source.bbclass | 15 +-- meta/classes/archive-original-source.bbclass | 15 +-- meta/classes/archive-patched-source.bbclass| 15 +-- 3 files changed, 39 insertions(+), 6 deletions(-) diff --git a/meta/classes/archive-configured-source.bbclass b/meta/classes/archive-configured-source.bbclass index 64799e3..50838e6 100644 --- a/meta/classes/archive-configured-source.bbclass +++ b/meta/classes/archive-configured-source.bbclass @@ -11,12 +11,19 @@ inherit archiver addtask do_archive_configured_sources after do_configure # Get archiving package with temp(logs) and scripts(.bb and inc files) -addtask do_archive_scripts_logs after do_package_write_rpm +addtask do_archive_scripts_logs # Get dump date and create diff file -addtask do_dumpdata_create_diff_gz after do_package_write_rpm before do_build +addtask do_dumpdata_create_diff_gz before do_build python () { +packaging = d.getVar('IMAGE_PKGTYPE', True) +write_package_task = 'do_package_write_' + packaging + +deps = d.getVarFlag('do_dumpdata_create_diff_gz', 'deps') or [] +deps.append(write_package_task) +d.setVarFlag('do_dumpdata_create_diff_gz', 'deps', deps) + if d.getVar('SOURCE_ARCHIVE_PACKAGE_TYPE', True) != 'srpm': If package type is not 'srpm' then add tasks to move archive packages of @@ -30,6 +37,10 @@ python () { recrdeptask += ' do_archive_configured_sources ' d.setVarFlag('do_build', 'recrdeptask', recrdeptask) +deps = d.getVarFlag('do_archive_scripts_logs', 'deps') or [] +deps.append(write_package_task) +d.setVarFlag('do_archive_scripts_logs', 'deps', deps) + deps = d.getVarFlag('do_build', 'deps') or [] deps.append('do_archive_scripts_logs') d.setVarFlag('do_build', 'deps', deps) diff --git a/meta/classes/archive-original-source.bbclass b/meta/classes/archive-original-source.bbclass index 44dffb4..77f9650 100644 --- a/meta/classes/archive-original-source.bbclass +++ b/meta/classes/archive-original-source.bbclass @@ -11,12 +11,19 @@ inherit archiver addtask do_archive_original_sources_patches after do_unpack # Get archiving package with temp(logs) and scripts(.bb and inc files) -addtask do_archive_scripts_logs after do_package_write_rpm +addtask do_archive_scripts_logs # Get dump date and create diff file -addtask do_dumpdata_create_diff_gz after do_package_write_rpm before do_build +addtask do_dumpdata_create_diff_gz before do_build python () { +packaging = d.getVar('IMAGE_PKGTYPE', True) +write_package_task = 'do_package_write_' + packaging + +deps = d.getVarFlag('do_dumpdata_create_diff_gz', 'deps') or [] +deps.append(write_package_task) +d.setVarFlag('do_dumpdata_create_diff_gz', 'deps', deps) + if d.getVar('SOURCE_ARCHIVE_PACKAGE_TYPE', True) != 'srpm': If package type is not 'srpm' then add tasks to move archive packages of @@ -30,6 +37,10 @@ python () { recrdeptask += ' do_archive_original_sources_patches ' d.setVarFlag('do_build', 'recrdeptask', recrdeptask) +deps = d.getVarFlag('do_archive_scripts_logs', 'deps') or [] +deps.append(write_package_task) +d.setVarFlag('do_archive_scripts_logs', 'deps', deps) + deps = d.getVarFlag('do_build', 'deps') or [] deps.append('do_archive_scripts_logs') d.setVarFlag('do_build', 'deps', deps) diff --git a/meta/classes/archive-patched-source.bbclass b/meta/classes/archive-patched-source.bbclass index 35bae54..11dd547 100644 --- a/meta/classes/archive-patched-source.bbclass +++ b/meta/classes/archive-patched-source.bbclass @@ -11,12 +11,19 @@ inherit archiver addtask do_archive_patched_sources after do_patch # Get archiving package with logs(temp) and scripts(.bb and .inc files) -addtask do_archive_scripts_logs after do_package_write_rpm +addtask do_archive_scripts_logs # Get dump date and create diff file -addtask do_dumpdata_create_diff_gz after do_package_write_rpm before do_build +addtask do_dumpdata_create_diff_gz before do_build python () { +packaging = d.getVar('IMAGE_PKGTYPE', True) +write_package_task = 'do_package_write_' + packaging + +deps = d.getVarFlag('do_dumpdata_create_diff_gz', 'deps') or [] +deps.append(write_package_task) +d.setVarFlag('do_dumpdata_create_diff_gz', 'deps', deps) + if d.getVar('SOURCE_ARCHIVE_PACKAGE_TYPE', True) != 'srpm': If package type is not 'srpm' then add tasks to move archive packages of @@ -30,6 +37,10 @@ python () { recrdeptask += ' do_archive_patched_sources '
Re: [OE-core] [PATCH 1/3] archive-*-source.bbclass: Use tasks instead of pre/post functions
On Tue, Jan 8, 2013 at 1:55 PM, Shakeel, Muhammad muhammad_shak...@mentor.com wrote: From: Muhammad Shakeel muhammad_shak...@mentor.com * Modified following archiver related classes to add separate tasks for different archiver functions instead of adding these as pre/post functions of existing tasks. -archive-original-source.bbclass -archive-patched-source.bbclass -archive-configured-source.bbclass [YOCTO #3449] Signed-off-by: Muhammad Shakeel muhammad_shak...@mentor.com Signed-off-by: Noor Ahsan noor_ah...@mentor.com Signed-off-by: Christopher Larson chris_lar...@mentor.com This can be dropped as it will be changed again in 3/3. Right? -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] pkgconfig: add -native script that uses the native sysroot instead of target
Ross Burton ross.burton-ral2jqcrhueavxtiumw...@public.gmane.org writes: pkg-config-native is useful when building a package for the target that needs to compile a build-time tool, to avoid having to hard-code many paths. how will you call this wrapper when e.g. makefile contains: | foo_CFLAGS = $(shell pkg-config --cflags foo) ? A more powerful approach might be to install it as 'pkg-config' under ${STAGING_BINDIR_NATIVE}/pkg-config-native/ and prepend this dir to $PATH when executing the makefile above. --- /dev/null +++ b/meta/recipes-devtools/pkgconfig/pkgconfig/pkg-config-native.in @@ -0,0 +1,7 @@ +#! /bin/sh + +PKG_CONFIG_PATH=@PATH_NATIVE@ +PKG_CONFIG_LIBDIR=@LIBDIR_NATIVE@ +unset PKG_CONFIG_SYSROOT_DIR + +pkg-config $@ 1. last 'pkg-config' should be called with 'exec' 2. it depends on too much assumptions (e.g. that PKG_CONFIG_PATH and _LIBDIR are already exported. I would write it: | #! /bin/sh | exec env -u PKG_CONFIG_SYSROOT_DIR \ |PKG_CONFIG_PATH=@PATH_NATIVE@ \ |PKG_CONFIG_LIBDIR=@LIBDIR_NATIVE@ \ |pkg-config $@ Enrico ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] pkgconfig: add -native script that uses the native sysroot instead of target
On 8 January 2013 16:06, Enrico Scholz enrico.sch...@sigma-chemnitz.de wrote: how will you call this wrapper when e.g. makefile contains: | foo_CFLAGS = $(shell pkg-config --cflags foo) You use PKG_CONFIG_FOR_BUILD, along with CC_FOR_BUILD etc. A more powerful approach might be to install it as 'pkg-config' under ${STAGING_BINDIR_NATIVE}/pkg-config-native/ and prepend this dir to $PATH when executing the makefile above. This is for when cross-compiling a package that needs a native tool, and building that tool is easiest with pkg-config. The pkg-config binaries *need* to have different names. Concrete example: I've a patch to GTK+3 which uses PKG_CONFIG_FOR_BUILD to find a host gdk-pixbuf so it can build a native gtk-update-icon-cache instead of depending on gtk+3-native. This pkg-config needs a different name as otherwise it would be used instead of the cross-pkg-config. Ross ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] alsaconf and bash
On Tue, Jan 8, 2013 at 4:15 PM, Florin Sarbu florin.sa...@windriver.comwrote: Would you guys suggest we add bash as a dependency for alsa-utils? Alsaconf is a bash script - obviously add a RDEPENDS to bash. ag ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] python-smartpm: add dependency on python-pprint
smart's config command uses the Python pprint module. If it is not present, config fails with this error: # # smart config --help error: Invalid command 'config' # This patch adds a dependency on python-pprint which fixes the error. Tested on qemux86/core-image-sato-sdk. [YOCTO #3643] Signed-off-by: Bogdan Marinescu bogdan.a.marine...@intel.com --- meta/recipes-devtools/python/python-smartpm_1.4.1.bb |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/recipes-devtools/python/python-smartpm_1.4.1.bb b/meta/recipes-devtools/python/python-smartpm_1.4.1.bb index f3dd399..4d0f96b 100644 --- a/meta/recipes-devtools/python/python-smartpm_1.4.1.bb +++ b/meta/recipes-devtools/python/python-smartpm_1.4.1.bb @@ -11,7 +11,7 @@ LICENSE = GPLv2 LIC_FILES_CHKSUM = file://LICENSE;md5=393a5ca445f6965873eca0259a17f833 DEPENDS = python rpm -PR = r6 +PR = r7 SRCNAME = smart SRC_URI = \ @@ -113,7 +113,7 @@ RDEPENDS_smartpm = ${PN} RDEPENDS_${PN} += ${PN}-backend-rpm python-codecs python-textutils python-xml python-fcntl \ python-pickle python-crypt python-compression python-shell \ - python-resource python-netclient python-threading python-unixadmin + python-resource python-netclient python-threading python-unixadmin python-pprint RDEPENDS_${PN}_class-native = RDEPENDS_${PN}-backend-rpm = python-rpm -- 1.7.10.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] musicbrainz: handle rebuilds
When rebuilding build-native already exists, so don't error when running mkdir. Signed-off-by: Ross Burton ross.bur...@intel.com --- meta/recipes-multimedia/musicbrainz/libmusicbrainz_git.bb |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-multimedia/musicbrainz/libmusicbrainz_git.bb b/meta/recipes-multimedia/musicbrainz/libmusicbrainz_git.bb index 7343662..76c69c4 100644 --- a/meta/recipes-multimedia/musicbrainz/libmusicbrainz_git.bb +++ b/meta/recipes-multimedia/musicbrainz/libmusicbrainz_git.bb @@ -20,7 +20,7 @@ LDFLAGS_prepend_libc-uclibc = -lpthread inherit cmake pkgconfig do_configure_prepend() { -mkdir build-native +mkdir --parents build-native cd build-native cmake -DCMAKE_C_FLAGS=${BUILD_CFLAGS} \ -DCMAKE_C_COMPILER=${BUILD_CC} \ -- 1.7.10.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] alsaconf and bash
But on the other hand, if the comment says the script is not suited for OE-core, then why have the alsa-utils rpm depend on the alsaconf rpm? Florin On 01/08/2013 06:27 PM, Andrei Gherzan wrote: On Tue, Jan 8, 2013 at 4:15 PM, Florin Sarbu florin.sa...@windriver.com mailto:florin.sa...@windriver.com wrote: Would you guys suggest we add bash as a dependency for alsa-utils? Alsaconf is a bash script - obviously add a RDEPENDS to bash. ag ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] meta-toolchain build for uclibc, possible issue?
On Tue, 2013-01-08 at 16:12 +0100, Giuseppe Condorelli wrote: Hi All, gcc-runtime nativesdk is failing due to the lack of libm. I want to build meta-toolchain for uclibc, I mean obtaining the cross compiler for these flavour, so libm should be provided by the uclibc. But repository doesn't build any uclibc for nativesdk, (it builds eglibc by default). I'm in trouble to understand this, where is the answer I'm not understanding? Please can you help me? What are you trying to build *exactly*? Do you want a toolchain that contains a compiler and uclibc for the target you're cross compiling for? or do you want the toolchain itself to use uclibc instead of glibc as well as whatever the target uses? The options would be: a) Uclibc based toolchain, glibc target system b) Uclibc based toolchain, uclibc target system c) glibc based toolchain, uclibc target system d) glibc based toolchain, glibc target system We only support c/d and only those combinations are known to work. Its important to differentiate between the C library the cross compiler links against compared to the C library the ultimate target system uses. Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] anyone interested in CentOS 5 fixes for dpkg-native?
We recently tried to build using 'PACKAGE_CLASSES = package_deb' and found that our ancient CentOS 5 build VMs couldn't compile and link dpkg-native. (We support CentOS 5 for very conservative customers, so we run test builds with it regularly.) Given that package_deb isn't used frequently and that CentOS 5 is so old, I thought that I would ask first before submitting fixes for that configuration. Do we want the patches in oe-core? I'll attach the patches that I made, Donn From 17e5e8823d39544f6b661a80068f9dc26b5429c6 Mon Sep 17 00:00:00 2001 From: Donn Seeley donn.see...@windriver.com Date: Sat, 29 Dec 2012 15:13:40 -0700 Subject: [PATCH 1/2] Fix a build error for dpkg-native on CentOS 5.8. [ Defect: WIND00392830 ] CQID: WIND00392830 Remove the -Wvla flag from the set of compiler warning flags, since gcc on ancient host systems such as CentOS 5.8 doesn't support it. Signed-off-by: Donn Seeley donn.see...@windriver.com --- recipes-devtools/dpkg/dpkg_1.15.8.7.bbappend |5 + recipes-devtools/dpkg/files/no-vla-warning.patch | 22 ++ 2 files changed, 27 insertions(+), 0 deletions(-) create mode 100644 recipes-devtools/dpkg/dpkg_1.15.8.7.bbappend create mode 100644 recipes-devtools/dpkg/files/no-vla-warning.patch diff --git a/layers/wr-base/recipes-devtools/dpkg/dpkg_1.15.8.7.bbappend b/layers/wr-base/recipes-devtools/dpkg/dpkg_1.15.8.7.bbappend new file mode 100644 index 000..a7a0d13 --- /dev/null +++ b/layers/wr-base/recipes-devtools/dpkg/dpkg_1.15.8.7.bbappend @@ -0,0 +1,5 @@ +PRINC = 1 + +FILESEXTRAPATHS_prepend := ${THISDIR}/files + +SRC_URI += file://no-vla-warning.patch diff --git a/layers/wr-base/recipes-devtools/dpkg/files/no-vla-warning.patch b/layers/wr-base/recipes-devtools/dpkg/files/no-vla-warning.patch new file mode 100644 index 000..2cfdaaf --- /dev/null +++ b/layers/wr-base/recipes-devtools/dpkg/files/no-vla-warning.patch @@ -0,0 +1,22 @@ +Remove the -Wvla flag from the set of compiler warning flags, since gcc +on ancient host systems such as CentOS 5.8 doesn't support it, and it +causes a build error for dpkg-native. + +Upstream-Status: Inappropriate [everyone else builds on newer hosts :-)] + +Signed-off-by: Donn Seeley donn.see...@windriver.com +--- + m4/dpkg-compiler.m4 |2 +- + 1 file changed, 1 insertion(+), 1 deletion(-) + +--- a/m4/dpkg-compiler.m4 b/m4/dpkg-compiler.m4 +@@ -13,7 +13,7 @@ AC_DEFUN([DPKG_COMPILER_WARNINGS], + + WFLAGS=-Wall -Wextra -Wno-unused-parameter -Wno-missing-field-initializers \ +-Wmissing-declarations -Wmissing-format-attribute \ +- -Wvla -Winit-self -Wwrite-strings -Wcast-align -Wshadow ++ -Winit-self -Wwrite-strings -Wcast-align -Wshadow + WCFLAGS=-Wdeclaration-after-statement -Wnested-externs -Wbad-function-cast \ +-Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition + # Temporarily here until #542031 gets fixed in ncurses -- 1.7.6.5 From 7ffe5061c73930eca4fc536955c6a3919973f86c Mon Sep 17 00:00:00 2001 From: Donn Seeley donn.see...@windriver.com Date: Wed, 2 Jan 2013 23:07:06 -0700 Subject: [PATCH 2/2] Fix a link problem for dpkg-native on CentOS 5.8. [ Defect: WIND00392830 ] CQID: WIND00392830 CentOS 5.8 provides the kernel support and headers for the sync_file_range() syscall, but glibc 2.5 doesn't implement the sync_file_range() syscall stub, so we can't link dpkg-native. Add a patch that makes dpkg require a glibc version = 2.6 in order to use sync_file_range(). Signed-off-by: Donn Seeley donn.see...@windriver.com --- recipes-devtools/dpkg/dpkg_1.15.8.7.bbappend |3 +- .../dpkg/files/glibc2.5-sync_file_range.patch | 85 2 files changed, 87 insertions(+), 1 deletions(-) create mode 100644 recipes-devtools/dpkg/files/glibc2.5-sync_file_range.patch diff --git a/layers/wr-base/recipes-devtools/dpkg/dpkg_1.15.8.7.bbappend b/layers/wr-base/recipes-devtools/dpkg/dpkg_1.15.8.7.bbappend index a7a0d13..9dab245 100644 --- a/layers/wr-base/recipes-devtools/dpkg/dpkg_1.15.8.7.bbappend +++ b/layers/wr-base/recipes-devtools/dpkg/dpkg_1.15.8.7.bbappend @@ -2,4 +2,5 @@ PRINC = 1 FILESEXTRAPATHS_prepend := ${THISDIR}/files -SRC_URI += file://no-vla-warning.patch +SRC_URI += file://no-vla-warning.patch \ +file://glibc2.5-sync_file_range.patch diff --git a/layers/wr-base/recipes-devtools/dpkg/files/glibc2.5-sync_file_range.patch b/layers/wr-base/recipes-devtools/dpkg/files/glibc2.5-sync_file_range.patch new file mode 100644 index 000..b01788a --- /dev/null +++ b/layers/wr-base/recipes-devtools/dpkg/files/glibc2.5-sync_file_range.patch @@ -0,0 +1,85 @@ +CentOS 5.8 kernels and headers support the sync_file_range() system call, +but glibc 2.5 doesn't provide the syscall stub. It appears that this +problem is known but will never be fixed: + + https://bugzilla.redhat.com/show_bug.cgi?id=518581 + + Bug 518581 - [RHEL5] glibc misses sync_file_range syscall interface + + Status: CLOSED CANTFIX
[OE-core] [PATCH] buildhistory-diff: prepend to sys.path
From: Christopher Larson chris_lar...@mentor.com This ensures that regardless of what else is in our search path, we always use the bitbake corresponding to the running buildhistory-diff command. Signed-off-by: Christopher Larson chris_lar...@mentor.com --- scripts/buildhistory-diff | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/scripts/buildhistory-diff b/scripts/buildhistory-diff index 3f27eab..8493da4 100755 --- a/scripts/buildhistory-diff +++ b/scripts/buildhistory-diff @@ -44,7 +44,7 @@ def main(): print(Unable to find bitbake by searching parent directory of this script or PATH) sys.exit(1) -sys.path.extend([newpath, bitbakepath + '/lib']) +sys.path[0:0] = [newpath, bitbakepath + '/lib'] import oe.buildhistory_analysis if len(sys.argv) 3: -- 1.8.0.3 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] anyone interested in CentOS 5 fixes for dpkg-native?
On Tue, Jan 8, 2013 at 11:56 AM, Donn Seeley donn.see...@windriver.com wrote: We recently tried to build using 'PACKAGE_CLASSES = package_deb' and found that our ancient CentOS 5 build VMs couldn't compile and link dpkg-native. (We support CentOS 5 for very conservative customers, so we run test builds with it regularly.) Given that package_deb isn't used frequently and that CentOS 5 is so old, I thought that I would ask first before submitting fixes for that configuration. Do we want the patches in oe-core? I vote yes, additionally these patches don't look too complex or intrusive. -M ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] anyone interested in CentOS 5 fixes for dpkg-native?
On Tuesday, January 8, 2013, McClintock Matthew-B29882 b29...@freescale.com wrote: On Tue, Jan 8, 2013 at 11:56 AM, Donn Seeley donn.see...@windriver.com wrote: We recently tried to build using 'PACKAGE_CLASSES = package_deb' and found that our ancient CentOS 5 build VMs couldn't compile and link dpkg-native. (We support CentOS 5 for very conservative customers, so we run test builds with it regularly.) Given that package_deb isn't used frequently and that CentOS 5 is so old, I thought that I would ask first before submitting fixes for that configuration. Do we want the patches in oe-core? Second patch is fine first patch should be made gcc version dependent and not disable the warning unconditionally I vote yes, additionally these patches don't look too complex or intrusive. -M ___ 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] bash: fix mkbuiltins build failure
Same patch for non-gplv3 version: http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=1fd9a16d2a4594a4e9179dc7353ac51ce32eb712 [YOCTO #3646] Signed-off-by: Saul Wold s...@linux.intel.com --- .../bash-3.2.48/mkbuiltins_have_stringize.patch| 29 meta/recipes-extended/bash/bash_3.2.48.bb |4 ++- 2 files changed, 32 insertions(+), 1 deletion(-) create mode 100644 meta/recipes-extended/bash/bash-3.2.48/mkbuiltins_have_stringize.patch diff --git a/meta/recipes-extended/bash/bash-3.2.48/mkbuiltins_have_stringize.patch b/meta/recipes-extended/bash/bash-3.2.48/mkbuiltins_have_stringize.patch new file mode 100644 index 000..c4229a7 --- /dev/null +++ b/meta/recipes-extended/bash/bash-3.2.48/mkbuiltins_have_stringize.patch @@ -0,0 +1,29 @@ +On hosts with FORTIFY_SOURCES, stringize support is required, as it's used by +the macros to wrap functions (e.g. read and open in unistd.h). Those wrappers +use the STRING() macro from unistd.h. A header in the bash sources overrides +the unistd.h macro to 'x' when HAVE_STRINGIZE is not defined, causing the +wrappers to generate calls to 'xread' and 'xopen', which do not exist, +resulting in a failure to link. + +Assume we have stringize support when cross-compiling, which works around the +issue. + +It may be best for upstream to either give up on supporting compilers without +stringize support, or to not define STRING() at all when FORTIFY_SOURCES is +defined, letting the unistd.h one be used, instead. + +Upstream-Status: Pending + +Signed-off-by: Christopher Larson chris_lar...@mentor.com +Signed-off-by: Saul Wold s...@linux.intel.com + +--- bash-4.2.orig/builtins/mkbuiltins.c bash-4.2/builtins/mkbuiltins.c +@@ -28,6 +28,7 @@ + # define HAVE_STDLIB_H + + # define HAVE_RENAME ++# define HAVE_STRINGIZE + #endif /* CROSS_COMPILING */ + + #if defined (HAVE_UNISTD_H) diff --git a/meta/recipes-extended/bash/bash_3.2.48.bb b/meta/recipes-extended/bash/bash_3.2.48.bb index 828d629..4e6f0f3 100644 --- a/meta/recipes-extended/bash/bash_3.2.48.bb +++ b/meta/recipes-extended/bash/bash_3.2.48.bb @@ -8,7 +8,9 @@ PR = r11 SRC_URI = ${GNU_MIRROR}/bash/bash-${PV}.tar.gz;name=tarball \ ${GNU_MIRROR}/bash/bash-3.2-patches/bash32-049;apply=yes;striplevel=0;name=patch001 \ ${GNU_MIRROR}/bash/bash-3.2-patches/bash32-050;apply=yes;striplevel=0;name=patch002 \ - ${GNU_MIRROR}/bash/bash-3.2-patches/bash32-051;apply=yes;striplevel=0;name=patch003 + ${GNU_MIRROR}/bash/bash-3.2-patches/bash32-051;apply=yes;striplevel=0;name=patch003 \ + file://mkbuiltins_have_stringize.patch \ + SRC_URI[tarball.md5sum] = 338dcf975a93640bb3eaa843ca42e3f8 SRC_URI[tarball.sha256sum] = 128d281bd5682ba5f6953122915da71976357d7a76490d266c9173b1d0426348 -- 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] bash: fix mkbuiltins build failure
ack *Andrei Gherzan* mobile +40.744.478.414 fax +40.31.816.28.12 Email: and...@gherzan.ro Email: andrei.gher...@windriver.com Romania On Wed, Jan 9, 2013 at 12:39 AM, Saul Wold s...@linux.intel.com wrote: Same patch for non-gplv3 version: http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=1fd9a16d2a4594a4e9179dc7353ac51ce32eb712 [YOCTO #3646] Signed-off-by: Saul Wold s...@linux.intel.com --- .../bash-3.2.48/mkbuiltins_have_stringize.patch| 29 meta/recipes-extended/bash/bash_3.2.48.bb |4 ++- 2 files changed, 32 insertions(+), 1 deletion(-) create mode 100644 meta/recipes-extended/bash/bash-3.2.48/mkbuiltins_have_stringize.patch diff --git a/meta/recipes-extended/bash/bash-3.2.48/mkbuiltins_have_stringize.patch b/meta/recipes-extended/bash/bash-3.2.48/mkbuiltins_have_stringize.patch new file mode 100644 index 000..c4229a7 --- /dev/null +++ b/meta/recipes-extended/bash/bash-3.2.48/mkbuiltins_have_stringize.patch @@ -0,0 +1,29 @@ +On hosts with FORTIFY_SOURCES, stringize support is required, as it's used by +the macros to wrap functions (e.g. read and open in unistd.h). Those wrappers +use the STRING() macro from unistd.h. A header in the bash sources overrides +the unistd.h macro to 'x' when HAVE_STRINGIZE is not defined, causing the +wrappers to generate calls to 'xread' and 'xopen', which do not exist, +resulting in a failure to link. + +Assume we have stringize support when cross-compiling, which works around the +issue. + +It may be best for upstream to either give up on supporting compilers without +stringize support, or to not define STRING() at all when FORTIFY_SOURCES is +defined, letting the unistd.h one be used, instead. + +Upstream-Status: Pending + +Signed-off-by: Christopher Larson chris_lar...@mentor.com +Signed-off-by: Saul Wold s...@linux.intel.com + +--- bash-4.2.orig/builtins/mkbuiltins.c bash-4.2/builtins/mkbuiltins.c +@@ -28,6 +28,7 @@ + # define HAVE_STDLIB_H + + # define HAVE_RENAME ++# define HAVE_STRINGIZE + #endif /* CROSS_COMPILING */ + + #if defined (HAVE_UNISTD_H) diff --git a/meta/recipes-extended/bash/bash_3.2.48.bbb/meta/recipes-extended/bash/ bash_3.2.48.bb index 828d629..4e6f0f3 100644 --- a/meta/recipes-extended/bash/bash_3.2.48.bb +++ b/meta/recipes-extended/bash/bash_3.2.48.bb @@ -8,7 +8,9 @@ PR = r11 SRC_URI = ${GNU_MIRROR}/bash/bash-${PV}.tar.gz;name=tarball \ ${GNU_MIRROR}/bash/bash-3.2-patches/bash32-049;apply=yes;striplevel=0;name=patch001 \ ${GNU_MIRROR}/bash/bash-3.2-patches/bash32-050;apply=yes;striplevel=0;name=patch002 \ - ${GNU_MIRROR}/bash/bash-3.2-patches/bash32-051;apply=yes;striplevel=0;name=patch003 + ${GNU_MIRROR}/bash/bash-3.2-patches/bash32-051;apply=yes;striplevel=0;name=patch003 \ + file://mkbuiltins_have_stringize.patch \ + SRC_URI[tarball.md5sum] = 338dcf975a93640bb3eaa843ca42e3f8 SRC_URI[tarball.sha256sum] = 128d281bd5682ba5f6953122915da71976357d7a76490d266c9173b1d0426348 -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v2] harfbuzz: add recipe, version 0.9.9
On 01/06/2013 12:34 PM, Marko Lindqvist wrote: OpenType text shaping engine HarfBuzz is dependency of pango = 1.32 Signed-off-by: Marko Lindqvist cazf...@gmail.com --- meta/recipes-graphics/harfbuzz/harfbuzz_0.9.9.bb | 27 ++ 1 file changed, 27 insertions(+) create mode 100644 meta/recipes-graphics/harfbuzz/harfbuzz_0.9.9.bb diff --git a/meta/recipes-graphics/harfbuzz/harfbuzz_0.9.9.bb b/meta/recipes-graphics/harfbuzz/harfbuzz_0.9.9.bb new file mode 100644 index 000..da09be6 --- /dev/null +++ b/meta/recipes-graphics/harfbuzz/harfbuzz_0.9.9.bb @@ -0,0 +1,27 @@ +SUMMARY = Text shaping library +DESCRIPTION = HarfBuzz is an OpenType text shaping engine. +HOMEPAGE = http://www.freedesktop.org/wiki/Software/HarfBuzz; +BUGTRACKER = https://bugs.freedesktop.org/enter_bug.cgi?product=HarfBuzz; + +LICENSE = Old-MIT | UCDN | ICU | HarfBuzz-old +LIC_FILES_CHKSUM = file://COPYING;md5=e021dd6dda6ff1e6b1044002fc662b9b \ + file://src/hb-ucdn/COPYING;md5=994ba0f1295f15b4bda4999a5bbeddef \ + file://src/hb-icu-le/COPYING;md5=0ac60acf068e2cc9facdf86169a9c13e \ + file://src/hb-icu-le/license.html;md5=9136737088bbfbbf86d9a714da49fb89 \ + file://src/hb-old/COPYING;md5=6e8442c12d498ce55cfe39fc60f97981 \ + + +SECTION = libs + +PR = r0 + +SRC_URI = http://www.freedesktop.org/software/harfbuzz/release/harfbuzz-${PV}.tar.bz2; + +SRC_URI[md5sum] = e901ffe556d706b7d43b272f83be7f09 +SRC_URI[sha256sum] = 3d8dd4ebbc38da011485ef181f8ff072b4b0d7e305bbda19b355f217d25169cf + +inherit autotools pkgconfig + +DEPENDS = icu glib-2.0 We we also need libx11? I am seeing a failure: | x86_64-linux-libtool: link: cannot find the library `/intel/builds/world/tmp/sysroots/x86_64-linux/usr/lib/libX11.la' or unhandled argument `/intel/builds/world/tmp/sysroots/x86_64-linux/usr/lib/libX11.la' | make[2]: *** [hb-view] Error 1 Notice this was the native version that failed. Thanks Sau! + +BBCLASSEXTEND = native ___ 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] runqemu-internel: add 'debugshell' as a default kernel option
Sorry about the typo in subject. I'll fix the typo and send out this patch again. Chen Qi On 01/08/2013 05:06 PM, qi.c...@windriver.com wrote: From: Chen Qi qi.c...@windriver.com Add 'debugshell' as a default kernel option for ramfs booting. If rootfs.img cannot be found under /media, init-live.sh loops forever without showing any information. Silently looping forever and blocking users is inappropriate. Now that the 'debugshell' feature has been implemented in init-live.sh, It's reasonable to add it to the kernel option when booting a ramfs-based image. In this way, the system doesn't loop forever and instead drops to a shell after a default timeout (30 seconds). Signed-off-by: Chen Qi qi.c...@windriver.com --- scripts/runqemu-internal |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/scripts/runqemu-internal b/scripts/runqemu-internal index a11220d..9d570ed 100755 --- a/scripts/runqemu-internal +++ b/scripts/runqemu-internal @@ -472,7 +472,7 @@ fi if [ x$RAMFS = xtrue ]; then QEMUOPTIONS=-initrd $ROOTFS -nographic -KERNCMDLINE=root=/dev/ram0 +KERNCMDLINE=root=/dev/ram0 debugshell fi if [ x$QEMUOPTIONS = x ]; then ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] runqemu-internal: add 'debugshell' as a default kernel option
From: Chen Qi qi.c...@windriver.com Add 'debugshell' as a default kernel option for ramfs booting. If rootfs.img cannot be found under /media, init-live.sh loops forever without showing any information. Silently looping forever and blocking users is inappropriate. Now that the 'debugshell' feature has been implemented in init-live.sh, It's reasonable to add it to the kernel option when booting a ramfs-based image. In this way, the system doesn't loop forever and instead drops to a shell after a default timeout (30 seconds). Signed-off-by: Chen Qi qi.c...@windriver.com --- scripts/runqemu-internal |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/scripts/runqemu-internal b/scripts/runqemu-internal index a11220d..9d570ed 100755 --- a/scripts/runqemu-internal +++ b/scripts/runqemu-internal @@ -472,7 +472,7 @@ fi if [ x$RAMFS = xtrue ]; then QEMUOPTIONS=-initrd $ROOTFS -nographic -KERNCMDLINE=root=/dev/ram0 +KERNCMDLINE=root=/dev/ram0 debugshell fi if [ x$QEMUOPTIONS = x ]; then -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] wpa-supplicant: Include wpa_supplicant.service file in package for dbus to work
The dbus service files include a reference to wpa_supplicant.service, but if it does not exist the dbus-daemon warns: [system] Activating via systemd: service name='fi.w1.wpa_supplicant1' unit='wpa_supplicant.service' [system] Activation via systemd failed for unit 'wpa_supplicant.service': Unit wpa_supplicant.service failed to load: No such file or directory. See system logs and 'systemctl status wpa_supplicant.service' for details. If this happens, wpa_supplicant is not run automatically. Signed-off-by: Stan Hu sta...@gmail.com --- .../wpa-supplicant/wpa-supplicant-1.0.inc |5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/meta/recipes-connectivity/wpa-supplicant/wpa-supplicant-1.0.inc b/meta/recipes-connectivity/wpa-supplicant/wpa-supplicant-1.0.inc index ff5cddc..0645193 100644 --- a/meta/recipes-connectivity/wpa-supplicant/wpa-supplicant-1.0.inc +++ b/meta/recipes-connectivity/wpa-supplicant/wpa-supplicant-1.0.inc @@ -21,7 +21,7 @@ S = ${WORKDIR}/wpa_supplicant-${PV}/wpa_supplicant PACKAGES_prepend = wpa-supplicant-passphrase wpa-supplicant-cli FILES_wpa-supplicant-passphrase = ${bindir}/wpa_passphrase FILES_wpa-supplicant-cli = ${sbindir}/wpa_cli -FILES_${PN} += ${datadir}/dbus-1/system-services/* +FILES_${PN} += ${datadir}/dbus-1/system-services/* ${systemd_unitdir}/system/* CONFFILES_${PN} += ${sysconfdir}/wpa_supplicant.conf do_configure () { @@ -63,6 +63,9 @@ do_install () { install -d ${D}/${datadir}/dbus-1/system-services install -m 644 ${S}/dbus/*.service ${D}/${datadir}/dbus-1/system-services + install -d ${D}/${systemd_unitdir}/system + install -m 644 ${S}/systemd/wpa_supplicant.service ${D}/${systemd_unitdir}/system + install -d ${D}/etc/default/volatiles install -m 0644 ${WORKDIR}/99_wpa_supplicant ${D}/etc/default/volatiles } -- 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 v2] harfbuzz: add recipe, version 0.9.9
On 9 January 2013 02:10, Saul Wold s...@linux.intel.com wrote: On 01/06/2013 12:34 PM, Marko Lindqvist wrote: OpenType text shaping engine HarfBuzz is dependency of pango = 1.32 Signed-off-by: Marko Lindqvist cazf...@gmail.com We we also need libx11? I am seeing a failure: | x86_64-linux-libtool: link: cannot find the library `/intel/builds/world/tmp/sysroots/x86_64-linux/usr/lib/libX11.la' or unhandled argument `/intel/builds/world/tmp/sysroots/x86_64-linux/usr/lib/libX11.la' | make[2]: *** [hb-view] Error 1 Notice this was the native version that failed. There's another dynamically changing property depending on whether cairo is present in configure time or not - I'll make new version of HarfBuzz recipe to make builds consistent (to always have sensible backends, and never the others). However, I don't see how enabling cairo backend could produce the linking error above if everything outside harfbuzz is ok. Attempt to link against libX11 most likely comes from cairo.pc or cairo-ft.pc - maybe they get generated with dependencies that are not guaranteed to exist? - ML ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] site/common: deactivate a runtime check for ipv6-support in python =2.7.1 that fails when cross-compiling
In configure there is a runtime check to determine buggy getaddrinfo and as we are cross-compiling this check goes wrong. If ipv6 is enabled in python, the failed test is reported as fatal error with the message Fatal: You must get working getaddrinfo() function. Setting ac_cv_buggy_getaddrinfo=no deactivates the runtime check and allows to compile python with ipv6 enabled. This commit was derived from the commit 700b75e7661062aa93cf81205b78c8bf7609922d in the Classic OpenEmbedded Development Tree. Signed-off-by: Lukas Bulwahn lukas.bulw...@oss.bmw-carit.de --- meta/site/common |2 ++ 1 file changed, 2 insertions(+) diff --git a/meta/site/common b/meta/site/common index 5da3ff4..1214a13 100644 --- a/meta/site/common +++ b/meta/site/common @@ -15,3 +15,5 @@ shadow_cv_utmpdir=${localstatedir}/run shadow_cv_logdir=${localstatedir}/log shadow_cv_passwd_dir=${bindir} +# python: deactivate a runtime check for ipv6-support in python =2.7.1 that fails when cross-compiling +ac_cv_buggy_getaddrinfo=no -- 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] [CONSOLIDATED PULL (V2) 00/35] Updates, Multilib Patches and other fixes
On 6 January 2013 22:28, Marko Lindqvist cazf...@gmail.com wrote: On 6 January 2013 06:29, Saul Wold s...@linux.intel.com wrote: Even after a number of years, I loose track sometimes of what's stable vs unstable (odd vs .99 vs ??) Another challenge for http://packages.yoctoproject.org/ ? Actually, does it even know how new major versions will be in new directory? Asking because I don't know even if it collects the URL to check from recipes, or is that given in some specfile. At least gtk+3 recipe in meta-openembedded has that directory hardcoded .../gtk+/3.4/gtk+-${PV}.tar.xz so when ever updating to new major version, SRC_URI needs to be touched. What I'm envisioning is that maybe bitbake should provide us with new variable PM or PMV (major version) that's basically PV with last dot and everything after it removed. That would allow us to easily make many such SRC_URIs dynamic, e.g., .../gtk+/${PM}/gtk+-${PV}.tar.xz. This would be more worthsome if it's something packages.yoctoproject.org too could benefit from. - ML ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core