Re: [OE-core] Problems with PACKAGE_CLASSES = package_tar
With 1.3 (danny)? These should be fixed in 1.4 (dyland) and master... Yes danny. Will the fix be backported or is tar packaging considered to be unsupported in danny? -- Nick The details of this company are as follows: G4S Technology Limited, Registered Office: Challenge House, International Drive, Tewkesbury, Gloucestershire GL20 8UQ, Registered in England No. 2382338. This communication may contain information which is confidential, personal and/or privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s), please note that any distribution, forwarding, copying or use of this communication or the information in it is strictly prohibited. Any personal views expressed in this e-mail are those of the individual sender and the company does not endorse or accept responsibility for them. Prior to taking any action based upon this e-mail message, you should seek appropriate confirmation of its authenticity. This e-mail has been scanned for all viruses by MessageLabs. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] systemd: fix do_compile failed in parallel builds with system's make 3.28
The error log: ... ./x86_64-poky-linux-libtool --mode=execute x86_64-poky-linux-objcopy -O binary -j introspect.Target systemd org.freedesktop.systemd1.Target.xml.tmp \ x86_64-poky-linux-strings org.freedesktop.systemd1.Target.xml.tmp | gawk -f /buildarea2/hongxujia/build-20130417-systemd-exlusive-multilib/tmp/work/x86_64-poky-linux/systemd/1_199-r5/systemd-199/introspect.awk | \ x86_64-poky-linux-cpp --sysroot=/buildarea2/hongxujia/build-20130417-systemd-exlusive-multilib/tmp/sysroots/qemux86-64 -m64 -P -O2 -pipe -g -feliminate-unused-debug-types -I/buildarea2/hongxujia/build-20130417-systemd-exlusive-multilib/tmp/sysroots/qemux86-64/usr/include/dbus-1.0 -I/buildarea2/hongxujia/build-20130417-systemd-exlusive-multilib/tmp/sysroots/qemux86-64/usr/lib/dbus-1.0/include -imacros dbus/dbus-protocol.h -o org.freedesktop.systemd1.Target.xml - rm org.freedesktop.systemd1.Target.xml.tmp x86_64-poky-linux-objcopy: 'systemd': No such file make[2]: *** [org.freedesktop.systemd1.Manager.xml] Error 1 make[2]: *** Waiting for unfinished jobs x86_64-poky-linux-objcopy: 'systemd': No such file make[2]: *** [org.freedesktop.systemd1.Job.xml] Error 1 x86_64-poky-linux-objcopy: 'systemd': No such file make[2]: *** [org.freedesktop.systemd1.Unit.xml] Error 1 x86_64-poky-linux-objcopy: 'systemd': No such file make[2]: *** [org.freedesktop.systemd1.Socket.xml] Error 1 x86_64-poky-linux-objcopy: 'systemd': No such file make[2]: *** [org.freedesktop.systemd1.Target.xml] Error 1 x86_64-poky-linux-objcopy: 'systemd': No such file make[2]: *** [org.freedesktop.systemd1.Service.xml] Error 1 x86_64-poky-linux-objcopy: 'systemd': No such file make[2]: *** [org.freedesktop.systemd1.Timer.xml] Error 1 ... 1, The error is about parallel make race, see: http://savannah.gnu.org/bugs/?30653 2, The system's make 3.28 didn't add patch to fix this defect, but Yocto's make 3.28 has fixed. See oe-core: meta/recipes-devtools/make/make-3.82/intermediate-target-bugfix.patch 3, Add `make-native' to systemd's `DEPENDS' to use Yocto's make rather than system's to compile systemd. [YOCTO #4410] Signed-off-by: Hongxu Jia hongxu@windriver.com --- meta/recipes-core/systemd/systemd_199.bb |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/recipes-core/systemd/systemd_199.bb b/meta/recipes-core/systemd/systemd_199.bb index 159dfd8..71839c2 100644 --- a/meta/recipes-core/systemd/systemd_199.bb +++ b/meta/recipes-core/systemd/systemd_199.bb @@ -9,9 +9,9 @@ LIC_FILES_CHKSUM = file://LICENSE.GPL2;md5=751419260aa954499f7abaabaa882bbe \ PROVIDES = udev PE = 1 -PR = r3 +PR = r4 -DEPENDS = kmod docbook-sgml-dtd-4.1-native intltool-native gperf-native acl readline dbus libcap libcgroup tcp-wrappers glib-2.0 +DEPENDS = kmod docbook-sgml-dtd-4.1-native intltool-native gperf-native acl readline dbus libcap libcgroup tcp-wrappers glib-2.0 make-native DEPENDS += ${@base_contains('DISTRO_FEATURES', 'pam', 'libpam', '', d)} SECTION = base/shell -- 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] connman: update to 1.13
On 25/04/13 03:13, Guo Chunrong-B40290 wrote: Hello, I build connman with toolchain(64bit). The following error: | powerpc64-poky-linux-gcc -mhard-float -m64 -mcpu=e5500 --sysroot=/local/home/b19537/gcr/opensource/poky/buildmaster/tmp/sysroots/p5020ds-64b -DHAVE_CONFIG_H -I. -I./include -I./src -I./gdbus -I/local/home/b19537/gcr/opensource/poky/buildmaster/tmp/sysroots/p5020ds-64b/usr/include/dbus-1.0 -I/local/home/b19537/gcr/opensource/poky/buildmaster/tmp/sysroots/p5020ds-64b/usr/lib64/dbus-1.0/include -I/local/home/b19537/gcr/opensource/poky/buildmaster/tmp/sysroots/p5020ds-64b/usr/include/glib-2.0 -I/local/home/b19537/gcr/opensource/poky/buildmaster/tmp/sysroots/p5020ds-64b/usr/lib64/glib-2.0/include -pthread -I/local/home/b19537/gcr/opensource/poky/buildmaster/tmp/sysroots/p5020ds-64b/usr/include/glib-2.0 -I/local/home/b19537/gcr/opensource/poky/buildmaster/tmp/sysroots/p5020ds-64b/usr/lib64/glib-2.0/include -DCONNMAN_PLUGIN_BUILTIN -DSTATEDIR=\/var/run/connman\ -DPLUGINDIR=\/usr/lib64/connman/plugins\ -DSCRIPTDIR=\/usr/lib64/connman/scripts\ -DSTORAGEDIR=\/var/lib/connman\ -DVPN_STORAGEDIR=\/var/lib/connman-vpn\ -DCONFIGDIR=\/etc/connman\ -O2 -pipe -g -feliminate-unused-debug-types -g -c -o tools/supplicant.o tools/supplicant.c | plugins/tist.c: In function 'set_custom_baud_rate': | plugins/tist.c:283:18: error: 'TCGETS2' undeclared (first use in this function) | plugins/tist.c:283:18: note: each undeclared identifier is reported only once for each function it appears in | plugins/tist.c:291:18: error: 'TCSETS2' undeclared (first use in this function) | powerpc64-poky-linux-gcc -mhard-float -m64 -mcpu=e5500 --sysroot=/local/home/b19537/gcr/opensource/poky/buildmaster/tmp/sysroots/p5020ds-64b -DHAVE_CONFIG_H -I. -I./include -I./src -I./gdbus -I/local/home/b19537/gcr/opensource/poky/buildmaster/tmp/sysroots/p5020ds-64b/usr/include/dbus-1.0 -I/local/home/b19537/gcr/opensource/poky/buildmaster/tmp/sysroots/p5020ds-64b/usr/lib64/dbus-1.0/include -I/local/home/b19537/gcr/opensource/poky/buildmaster/tmp/sysroots/p5020ds-64b/usr/include/glib-2.0 -I/local/home/b19537/gcr/opensource/poky/buildmaster/tmp/sysroots/p5020ds-64b/usr/lib64/glib-2.0/include -pthread -I/local/home/b19537/gcr/opensource/poky/buildmaster/tmp/sysroots/p5020ds-64b/usr/include/glib-2.0 -I/local/home/b19537/gcr/opensource/poky/buildmaster/tmp/sysroots/p5020ds-64b/usr/lib64/glib-2.0/include -DCONNMAN_PLUGIN_BUILTIN -DSTATEDIR=\/var/run/connman\ -DPLUGINDIR=\/usr/lib64/connman/plugins\ -DSCRIPTDIR=\/usr/lib64/connman/scripts\ -DSTORAGEDIR=\/var/lib/connman\ -DVPN_STORAGEDIR=\/var/lib/connman-vpn\ -DCONFIGDIR=\/etc/connman\ -O2 -pipe -g -feliminate-unused-debug-types -g -c -o gdhcp/common.o gdhcp/common.c | powerpc64-poky-linux-gcc -mhard-float -m64 -mcpu=e5500 --sysroot=/local/home/b19537/gcr/opensource/poky/buildmaster/tmp/sysroots/p5020ds-64b -DHAVE_CONFIG_H -I. -I./include -I./src -I./gdbus -I/local/home/b19537/gcr/opensource/poky/buildmaster/tmp/sysroots/p5020ds-64b/usr/include/dbus-1.0 -I/local/home/b19537/gcr/opensource/poky/buildmaster/tmp/sysroots/p5020ds-64b/usr/lib64/dbus-1.0/include -I/local/home/b19537/gcr/opensource/poky/buildmaster/tmp/sysroots/p5020ds-64b/usr/include/glib-2.0 -I/local/home/b19537/gcr/opensource/poky/buildmaster/tmp/sysroots/p5020ds-64b/usr/lib64/glib-2.0/include -pthread -I/local/home/b19537/gcr/opensource/poky/buildmaster/tmp/sysroots/p5020ds-64b/usr/include/glib-2.0 -I/local/home/b19537/gcr/opensource/poky/buildmaster/tmp/sysroots/p5020ds-64b/usr/lib64/glib-2.0/include -DCONNMAN_PLUGIN_BUILTIN -DSTATEDIR=\/var/run/connman\ -DPLUGINDIR=\/usr/lib64/connman/plugins\ -DSCRIPTDIR=\/usr/lib64/connman/scripts\ -DSTORAGEDIR=\/var/lib/connman\ -DVPN_STORAGEDIR=\/var/lib/connman-vpn\ -DCONFIGDIR=\/etc/connman\ -O2 -pipe -g -feliminate-unused-debug-types -g -c -o gdhcp/client.o gdhcp/client.c | powerpc64-poky-linux-gcc -mhard-float -m64 -mcpu=e5500 --sysroot=/local/home/b19537/gcr/opensource/poky/buildmaster/tmp/sysroots/p5020ds-64b -DHAVE_CONFIG_H -I. -I./include -I./src -I./gdbus -I/local/home/b19537/gcr/opensource/poky/buildmaster/tmp/sysroots/p5020ds-64b/usr/include/dbus-1.0 -I/local/home/b19537/gcr/opensource/poky/buildmaster/tmp/sysroots/p5020ds-64b/usr/lib64/dbus-1.0/include -I/local/home/b19537/gcr/opensource/poky/buildmaster/tmp/sysroots/p5020ds-64b/usr/include/glib-2.0 -I/local/home/b19537/gcr/opensource/poky/buildmaster/tmp/sysroots/p5020ds-64b/usr/lib64/glib-2.0/include -pthread -I/local/home/b19537/gcr/opensource/poky/buildmaster/tmp/sysroots/p5020ds-64b/usr/include/glib-2.0 -I/local/home/b19537/gcr/opensource/poky/buildmaster/tmp/sysroots/p5020ds-64b/usr/lib64/glib-2.0/include -DCONNMAN_PLUGIN_BUILTIN -DSTATEDIR=\/var/run/connman\ -DPLUGINDIR=\/usr/lib64/connman/plugins\ -DSCRIPTDIR=\/usr/lib64/connman/scripts\ -DSTORAGEDIR=\/var/lib/connman\ -DVPN_STORAGEDIR=\/var/lib/connman-vpn\ -DCONFIGDIR=\/etc/connman\ -O2 -pipe -g
Re: [OE-core] [PATCH] connman: update to 1.13
Interesting, could you check the following for me please: 1) p5020ds-64b/usr/include/sys/ioctls.h and see if it includes bits/ioctl-types.h 2) p5020ds-64b/usr/include/bits/ioctl-types.h and see if it includes asm/ioctls.h 3) p5020ds-64b/usr/include/asm/ioctls.h and see if it includes includes asm-generic/ioctls.h Thanks, Jack. On 25/04/13 09:59, Guo Chunrong-B40290 wrote: Hello, I can find a reference to TCGETS2 in my sysroot The following information: p5020ds-64b/usr/include/asm-generic/ioctls.h:60:#define TCGETS2 _IOR('T', 0x2A, struct termios2) p5020ds-64b/usr/src/kernel/include/asm-generic/termios.h:114:#ifdef TCGETS2 p5020ds-64b/usr/src/kernel/include/asm-generic/termios.h:138:#else /* TCGETS2 */ p5020ds-64b/usr/src/kernel/include/asm-generic/termios.h:150:#endif /* TCGETS2 */ p5020ds-64b/usr/src/kernel/include/asm-generic/ioctls.h:60:#define TCGETS2 _IOR('T', 0x2A, struct termios2) p5020ds-64b/usr/src/kernel/arch/parisc/include/asm/ioctls.h:49:#define TCGETS2 _IOR('T',0x2A, struct termios2) p5020ds-64b/usr/src/kernel/arch/xtensa/include/asm/ioctls.h:95:#define TCGETS2 _IOR('T', 42, struct termios2) p5020ds-64b/usr/src/kernel/arch/sh/include/asm/ioctls.h:82:#define TCGETS2 _IOR('T', 42, struct termios2) p5020ds-64b/usr/src/kernel/arch/sparc/include/asm/ioctls.h:18:#define TCGETS2 _IOR('T', 12, struct termios2) p5020ds-64b/usr/src/kernel/arch/mips/include/asm/ioctls.h:80:#define TCGETS2 _IOR('T', 0x2A, struct termios2) p5020ds-64b-tcbootstrap/usr/include/asm-generic/ioctls.h:60:#define TCGETS2 _IOR('T', 0x2A, struct termios2) thanks, chunrong -Original Message- From: openembedded-core-boun...@lists.openembedded.org [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of Jack Mitchell Sent: Thursday, April 25, 2013 4:48 PM To: openembedded-core@lists.openembedded.org Subject: Re: [OE-core] [PATCH] connman: update to 1.13 On 25/04/13 09:36, Jack Mitchell wrote: On 25/04/13 03:13, Guo Chunrong-B40290 wrote: Hello, I build connman with toolchain(64bit). [snip] Looks like one for upstream, I'll chase it up. Cheers, Jack. Could you do me a favour and see if you can find a reference to TCGETS2 in your sysroot? -- Jack Mitchell (j...@embed.me.uk) Embedded Systems Engineer http://www.embed.me.uk -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] gst-plugins-gl: make it work for both openGL and openGL ESv2
Those are mutually exclusive, but PACKAGECONFIG doesn't seem to handle that yet, so use this slightly ugly construct. Tested on FRI2/angstrom and Minnowboard/angstrom. 'glimagesink' and 'glupload' work, but anything else (filters, gldownload) will throw an FBO error. This is most likely a problem with the EMGD drivers. Signed-off-by: Koen Kooi k...@dominion.thruhere.net --- meta/recipes-multimedia/gstreamer/gst-plugins-gl_0.10.3.bb | 10 -- 1 file changed, 4 insertions(+), 6 deletions(-) diff --git a/meta/recipes-multimedia/gstreamer/gst-plugins-gl_0.10.3.bb b/meta/recipes-multimedia/gstreamer/gst-plugins-gl_0.10.3.bb index a6c74fb..7cf87e5 100644 --- a/meta/recipes-multimedia/gstreamer/gst-plugins-gl_0.10.3.bb +++ b/meta/recipes-multimedia/gstreamer/gst-plugins-gl_0.10.3.bb @@ -8,15 +8,13 @@ SRC_URI[sha256sum] = 48340b6a4b8abce16344a7bc33e74a94fdcce4f57ef6342cdf2f941c42 SRC_URI += file://0001-conditional-gl-framebuffer-undefined-use.patch -DEPENDS += gst-plugins-base virtual/libgles2 virtual/egl jpeg +DEPENDS += gst-plugins-base inherit gettext gconf -# This package doesn't have a configure switch for EGL or GL, so forcibly tell -# configure that it can't find gl.h so it always uses EGL. If/when we have some -# way for machines to specify their preferred GL flavour this can be -# automatically adapted. -EXTRA_OECONF += ac_cv_header_GL_gl_h=no +PACKAGECONFIG ??= ${@base_contains('DISTRO_FEATURES', 'opengl', 'opengl', 'openglesv2', d)} +PACKAGECONFIG[opengl] = ,ac_cv_header_GL_gl_h=no,virtual/libgl glew +PACKAGECONFIG[openglesv2] = ac_cv_header_GL_gl_h=no,,virtual/libgles2 virtual/egl ALLOW_EMPTY_${PN} = 1 ALLOW_EMPTY_${PN}-apps = 1 -- 1.8.1.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] connman: update to 1.13
Hello, I can find a reference to TCGETS2 in my sysroot The following information: p5020ds-64b/usr/include/asm-generic/ioctls.h:60:#define TCGETS2 _IOR('T', 0x2A, struct termios2) p5020ds-64b/usr/src/kernel/include/asm-generic/termios.h:114:#ifdef TCGETS2 p5020ds-64b/usr/src/kernel/include/asm-generic/termios.h:138:#else /* TCGETS2 */ p5020ds-64b/usr/src/kernel/include/asm-generic/termios.h:150:#endif /* TCGETS2 */ p5020ds-64b/usr/src/kernel/include/asm-generic/ioctls.h:60:#define TCGETS2 _IOR('T', 0x2A, struct termios2) p5020ds-64b/usr/src/kernel/arch/parisc/include/asm/ioctls.h:49:#define TCGETS2 _IOR('T',0x2A, struct termios2) p5020ds-64b/usr/src/kernel/arch/xtensa/include/asm/ioctls.h:95:#define TCGETS2 _IOR('T', 42, struct termios2) p5020ds-64b/usr/src/kernel/arch/sh/include/asm/ioctls.h:82:#define TCGETS2 _IOR('T', 42, struct termios2) p5020ds-64b/usr/src/kernel/arch/sparc/include/asm/ioctls.h:18:#define TCGETS2 _IOR('T', 12, struct termios2) p5020ds-64b/usr/src/kernel/arch/mips/include/asm/ioctls.h:80:#define TCGETS2 _IOR('T', 0x2A, struct termios2) p5020ds-64b-tcbootstrap/usr/include/asm-generic/ioctls.h:60:#define TCGETS2 _IOR('T', 0x2A, struct termios2) thanks, chunrong -Original Message- From: openembedded-core-boun...@lists.openembedded.org [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of Jack Mitchell Sent: Thursday, April 25, 2013 4:48 PM To: openembedded-core@lists.openembedded.org Subject: Re: [OE-core] [PATCH] connman: update to 1.13 On 25/04/13 09:36, Jack Mitchell wrote: On 25/04/13 03:13, Guo Chunrong-B40290 wrote: Hello, I build connman with toolchain(64bit). [snip] Looks like one for upstream, I'll chase it up. Cheers, Jack. Could you do me a favour and see if you can find a reference to TCGETS2 in your sysroot? -- Jack Mitchell (j...@embed.me.uk) Embedded Systems Engineer http://www.embed.me.uk -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] qemuimage-testlib-pythonhelper: Make the process detection more strict
Old versions of ldd (2.11) as run on some of the autobuilders end up running commands like LD_ qemu-system-xxx which this process detection code would pick up and result in the wrong PID for qemu. This changes the code to check for 192.168 in the command so we know we're getting the correct one. This is less than ideal however we're running out of options and resolves false negatives we see on the autobuilder. Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org --- diff --git a/scripts/qemuimage-testlib-pythonhelper b/scripts/qemuimage-testlib-pythonhelper index 4e6432b..6435dd8 100755 --- a/scripts/qemuimage-testlib-pythonhelper +++ b/scripts/qemuimage-testlib-pythonhelper @@ -54,9 +54,10 @@ if options.findqemu: #print Children matching %s: % str(parents) for p in parents: # Need to be careful here since runqemu-internal runs ldd qemu-system- +# Also, old versions of ldd (2.11) run LD_ qemu-system- basecmd = commands[p].split()[0] basecmd = os.path.basename(basecmd) -if qemu-system in basecmd: +if qemu-system in basecmd and 192.168 in commands[p]: print p sys.exit(0) sys.exit(1) ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] gst-plugins-gl: make it work for both openGL and openGL ESv2
Op 25 apr. 2013, om 12:12 heeft Burton, Ross ross.bur...@intel.com het volgende geschreven: On 25 April 2013 10:32, Koen Kooi k...@dominion.thruhere.net wrote: -DEPENDS += gst-plugins-base virtual/libgles2 virtual/egl jpeg +DEPENDS += gst-plugins-base This jpeg dependency disappeared, was this intentional? AArgh! no! ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] bitbake.conf: Don't add ${PN} to RRECOMMENDS_${PN}-dbg
This recommendation is of no obvious value and causes unexpected behaviour when using IMAGE_FEATURES += dbg-pkgs. Signed-off-by: Phil Blundell ph...@gnu.org --- meta/conf/bitbake.conf |1 - 1 file changed, 1 deletion(-) diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf index c0efdee..bc2b071 100644 --- a/meta/conf/bitbake.conf +++ b/meta/conf/bitbake.conf @@ -310,7 +310,6 @@ FILES_${PN}-dbg = ${@d.getVar(['DOTDEBUG-dbg', 'DEBUGFILEDIRECTORY-dbg'][d.getV SECTION_${PN}-dbg = devel ALLOW_EMPTY_${PN}-dbg = 1 -RRECOMMENDS_${PN}-dbg = ${PN} (= ${EXTENDPKGV}) FILES_${PN}-locale = ${datadir}/locale -- 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 v2] gst-plugins-gl: make it work for both openGL and openGL ESv2
On 25 April 2013 11:20, Koen Kooi k...@dominion.thruhere.net wrote: Those are mutually exclusive, but PACKAGECONFIG doesn't seem to handle that yet, so use this slightly ugly construct. Ugly construct but what else can we do apart from ask upstream. Signed-off-by: Ross Burton ross.bur...@intel.com Ross ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] gdb: Disable hard-coding of library rpaths
GDB's configury has a tendency to hard-code the path where it found libexpat using -Wl,--rpath. This is undesirable and leads to QA warnings. Fortunately, the helpful GDB maintainers have provided a --disable-rpath switch to turn this behaviour off. Let's use it and profit. Signed-off-by: Phil Blundell ph...@gnu.org --- meta/recipes-devtools/gdb/gdb-common.inc |1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-devtools/gdb/gdb-common.inc b/meta/recipes-devtools/gdb/gdb-common.inc index 9eb6b60..0e542d8 100644 --- a/meta/recipes-devtools/gdb/gdb-common.inc +++ b/meta/recipes-devtools/gdb/gdb-common.inc @@ -42,6 +42,7 @@ EXTRA_OECONF = --disable-gdbtk --disable-tui --disable-x --disable-werror \ --with-curses --disable-multilib --with-system-readline --disable-sim \ ${GDBPROPREFIX} ${EXPAT} \ ${@base_contains('DISTRO_FEATURES', 'multiarch', '--enable-64-bit-bfd', '', d)} \ + --disable-rpath \ GDBPROPREFIX = --program-prefix='' -- 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] Problems with PACKAGE_CLASSES = package_tar
I am seeing problems when using PACKAGE_CLASSES = package_tar There are many warnings about python indents and there are errors regarding missing populate_sdk_tar.bbclass and rootfs_tar.bbclass With 1.3 (danny)? These should be fixed in 1.4 (dyland) and master... Richard I have tried cherry picking from Dylan but it also seems to be missing populate_sdk_tar.bbclass and rootfs_tar.bbclass Does Dylan support PACKAGE_CLASSES = package_tar without these classes? -- Nick The details of this company are as follows: G4S Technology Limited, Registered Office: Challenge House, International Drive, Tewkesbury, Gloucestershire GL20 8UQ, Registered in England No. 2382338. This communication may contain information which is confidential, personal and/or privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s), please note that any distribution, forwarding, copying or use of this communication or the information in it is strictly prohibited. Any personal views expressed in this e-mail are those of the individual sender and the company does not endorse or accept responsibility for them. Prior to taking any action based upon this e-mail message, you should seek appropriate confirmation of its authenticity. This e-mail has been scanned for all viruses by MessageLabs. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] connman: update to 1.13
1) p5020ds-64b/usr/include/sys/ioctls.h and it includes bits/ioctl-types.h 2) p5020ds-64b/usr/include/bits/ioctl-types.h and it doesn't include asm/ioctls.h 3) p5020ds-64b/usr/include/asm/ioctls.h and it includes asm/ioctls.h BTW, I modify TIST = --disable-tist in meta/recipes-connectivity/connman/connman.inc And build Connman for p5020ds-64b successfully. -Original Message- From: Jack Mitchell [mailto:m...@communistcode.co.uk] Sent: Thursday, April 25, 2013 5:13 PM To: Guo Chunrong-B40290; Patches and discussions about the oe-core layer Subject: Re: [OE-core] [PATCH] connman: update to 1.13 Interesting, could you check the following for me please: 1) p5020ds-64b/usr/include/sys/ioctls.h and see if it includes bits/ioctl-types.h 2) p5020ds-64b/usr/include/bits/ioctl-types.h and see if it includes asm/ioctls.h 3) p5020ds-64b/usr/include/asm/ioctls.h and see if it includes includes asm-generic/ioctls.h Thanks, Jack. On 25/04/13 09:59, Guo Chunrong-B40290 wrote: Hello, I can find a reference to TCGETS2 in my sysroot The following information: p5020ds-64b/usr/include/asm-generic/ioctls.h:60:#define TCGETS2 _IOR('T', 0x2A, struct termios2) p5020ds-64b/usr/src/kernel/include/asm-generic/termios.h:114:#ifdef TCGETS2 p5020ds-64b/usr/src/kernel/include/asm-generic/termios.h:138:#else /* TCGETS2 */ p5020ds-64b/usr/src/kernel/include/asm-generic/termios.h:150:#endif /* TCGETS2 */ p5020ds-64b/usr/src/kernel/include/asm-generic/ioctls.h:60:#define TCGETS2 _IOR('T', 0x2A, struct termios2) p5020ds-64b/usr/src/kernel/arch/parisc/include/asm/ioctls.h:49:#define TCGETS2 _IOR('T',0x2A, struct termios2) p5020ds-64b/usr/src/kernel/arch/xtensa/include/asm/ioctls.h:95:#define TCGETS2 _IOR('T', 42, struct termios2) p5020ds-64b/usr/src/kernel/arch/sh/include/asm/ioctls.h:82:#define TCGETS2 _IOR('T', 42, struct termios2) p5020ds-64b/usr/src/kernel/arch/sparc/include/asm/ioctls.h:18:#define TCGETS2 _IOR('T', 12, struct termios2) p5020ds-64b/usr/src/kernel/arch/mips/include/asm/ioctls.h:80:#define TCGETS2 _IOR('T', 0x2A, struct termios2) p5020ds-64b-tcbootstrap/usr/include/asm-generic/ioctls.h:60:#define TCGETS2 _IOR('T', 0x2A, struct termios2) thanks, chunrong -Original Message- From: openembedded-core-boun...@lists.openembedded.org [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of Jack Mitchell Sent: Thursday, April 25, 2013 4:48 PM To: openembedded-core@lists.openembedded.org Subject: Re: [OE-core] [PATCH] connman: update to 1.13 On 25/04/13 09:36, Jack Mitchell wrote: On 25/04/13 03:13, Guo Chunrong-B40290 wrote: Hello, I build connman with toolchain(64bit). [snip] Looks like one for upstream, I'll chase it up. Cheers, Jack. Could you do me a favour and see if you can find a reference to TCGETS2 in your sysroot? -- Jack Mitchell (j...@embed.me.uk) Embedded Systems Engineer http://www.embed.me.uk -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] gdb: Disable hard-coding of library rpaths
On Thu, Apr 25, 2013 at 11:26:38AM +0100, Phil Blundell wrote: GDB's configury has a tendency to hard-code the path where it found libexpat using -Wl,--rpath. This is undesirable and leads to QA warnings. Fortunately, the helpful GDB maintainers have provided a --disable-rpath switch to turn this behaviour off. Let's use it and profit. Signed-off-by: Phil Blundell ph...@gnu.org --- meta/recipes-devtools/gdb/gdb-common.inc |1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-devtools/gdb/gdb-common.inc b/meta/recipes-devtools/gdb/gdb-common.inc index 9eb6b60..0e542d8 100644 --- a/meta/recipes-devtools/gdb/gdb-common.inc +++ b/meta/recipes-devtools/gdb/gdb-common.inc @@ -42,6 +42,7 @@ EXTRA_OECONF = --disable-gdbtk --disable-tui --disable-x --disable-werror \ --with-curses --disable-multilib --with-system-readline --disable-sim \ ${GDBPROPREFIX} ${EXPAT} \ ${@base_contains('DISTRO_FEATURES', 'multiarch', '--enable-64-bit-bfd', '', d)} \ + --disable-rpath \ Please don't mix tabs and spaces for indentation. GDBPROPREFIX = --program-prefix='' -- 1.7.10.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] rootfs_ipk, image: Add debug capture support
On Tue, 2012-10-02 at 12:38 +0100, Richard Purdie wrote: On Tue, 2012-10-02 at 12:15 +0100, Phil Blundell wrote: On Tue, 2012-10-02 at 12:12 +0100, Richard Purdie wrote: Hasn't Paul added a general mechanism for doing this so we could add this feature a level higher so that it could be used by all packaging formats? Ah, possibly. I'll have a look. Can you give me a pointer to the mechanism you were thinking of? Something like IMAGE_FEATURES += dbg-pkgs should trigger the addition of dbg packages. I've somewhat belatedly gotten around to using this and encountered a couple of issuettes: 1. There was a spurious-looking RRECOMMENDS_${PN}-dbg in bitbake.conf which was causing ${PN} to be dragged into the image whenever ${PN}-dbg was installed. This is undesirable because it means that, for example, any image which includes sysvinit-pidof will end up installing sysvinit and this might cause quite drastic changes to the behaviour of the resulting image. 2. Having fixed the above I'm now left with a couple of file conflicts in the -dbg packages. For example, sysvinit and util-linux both ship /sbin/sulogin and so sysvinit-dbg and util-linux-dbg both want to install /sbin/.debug/sulogin. This is unfortunate if you have an image which uses, say, sysvinit-pidof and util-linux-blkid. I'm not quite sure what the right way to fix (2) is. I suppose in an ideal world the -dbg packages would be separated in the same way the parent binary packages are, but that doesn't look entirely straightforward to arrange. p. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] Host distribution warning with Ubuntu LTS
Bitbake issues a warning when used on the current Pangolin LTS: WARNING: Host distribution Ubuntu 12.04.2 LTS has not been validated Is this an oversight or has the distro not been sanity tested yet? -- Nick The details of this company are as follows: G4S Technology Limited, Registered Office: Challenge House, International Drive, Tewkesbury, Gloucestershire GL20 8UQ, Registered in England No. 2382338. This communication may contain information which is confidential, personal and/or privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s), please note that any distribution, forwarding, copying or use of this communication or the information in it is strictly prohibited. Any personal views expressed in this e-mail are those of the individual sender and the company does not endorse or accept responsibility for them. Prior to taking any action based upon this e-mail message, you should seek appropriate confirmation of its authenticity. This e-mail has been scanned for all viruses by MessageLabs. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] connman: update to 1.13
On 25/04/13 11:09, Guo Chunrong-B40290 wrote: 1) p5020ds-64b/usr/include/sys/ioctls.h and it includes bits/ioctl-types.h 2) p5020ds-64b/usr/include/bits/ioctl-types.h and it doesn't include asm/ioctls.h 3) p5020ds-64b/usr/include/asm/ioctls.h and it includes asm/ioctls.h BTW, I modify TIST = --disable-tist in meta/recipes-connectivity/connman/connman.inc And build Connman for p5020ds-64b successfully. -Original Message- From: Jack Mitchell [mailto:m...@communistcode.co.uk] Sent: Thursday, April 25, 2013 5:13 PM To: Guo Chunrong-B40290; Patches and discussions about the oe-core layer Subject: Re: [OE-core] [PATCH] connman: update to 1.13 Interesting, could you check the following for me please: 1) p5020ds-64b/usr/include/sys/ioctls.h and see if it includes bits/ioctl-types.h 2) p5020ds-64b/usr/include/bits/ioctl-types.h and see if it includes asm/ioctls.h 3) p5020ds-64b/usr/include/asm/ioctls.h and see if it includes includes asm-generic/ioctls.h Thanks, Jack. [snip] Ok, well what that means is that as bits/ioctl-types.h doesn't include asm/ioctls.h, asm-generic/ioctls.h never gets included which is where TCGETS2 is defined. Whether this is an upstream bug or an unsupported feature on powerpc64 I don't know, anyone more knowledgeable care to chime in? -- Jack Mitchell (j...@embed.me.uk) Embedded Systems Engineer http://www.embed.me.uk -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] rootfs_ipk, image: Add debug capture support
On Thu, Apr 25, 2013 at 12:12:54PM +0100, Phil Blundell wrote: On Tue, 2012-10-02 at 12:38 +0100, Richard Purdie wrote: On Tue, 2012-10-02 at 12:15 +0100, Phil Blundell wrote: On Tue, 2012-10-02 at 12:12 +0100, Richard Purdie wrote: Hasn't Paul added a general mechanism for doing this so we could add this feature a level higher so that it could be used by all packaging formats? Ah, possibly. I'll have a look. Can you give me a pointer to the mechanism you were thinking of? Something like IMAGE_FEATURES += dbg-pkgs should trigger the addition of dbg packages. I've somewhat belatedly gotten around to using this and encountered a couple of issuettes: 1. There was a spurious-looking RRECOMMENDS_${PN}-dbg in bitbake.conf which was causing ${PN} to be dragged into the image whenever ${PN}-dbg was installed. This is undesirable because it means that, for example, any image which includes sysvinit-pidof will end up installing sysvinit and this might cause quite drastic changes to the behaviour of the resulting image. 2. Having fixed the above I'm now left with a couple of file conflicts in the -dbg packages. For example, sysvinit and util-linux both ship /sbin/sulogin and so sysvinit-dbg and util-linux-dbg both want to install /sbin/.debug/sulogin. This is unfortunate if you have an image which uses, say, sysvinit-pidof and util-linux-blkid. I'm not quite sure what the right way to fix (2) is. I suppose in an ideal world the -dbg packages would be separated in the same way the parent binary packages are, but that doesn't look entirely straightforward to arrange. yes there is a lot of conflicts between PN-doc and PN-dbg, I had similar issues when trying to build world-image: http://lists.linuxtogo.org/pipermail/openembedded-core/2013-January/034744.html -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] Host distribution warning with Ubuntu LTS
On Thu, Apr 25, 2013 at 12:13:11PM +0100, Lewis, Nick wrote: Bitbake issues a warning when used on the current Pangolin LTS: WARNING: Host distribution Ubuntu 12.04.2 LTS has not been validated Is this an oversight or has the distro not been sanity tested yet? Is it with danny? dylan release has all Ubuntu-12.04* marked as sane. -- 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] Problems with PACKAGE_CLASSES = package_tar
On Thu, Apr 25, 2013 at 7:21 AM, Lewis, Nick nick.le...@usa.g4s.com wrote: I have tried cherry picking from Dylan but it also seems to be missing populate_sdk_tar.bbclass and rootfs_tar.bbclass Does Dylan support PACKAGE_CLASSES = package_tar without these classes? As it seems you're early in the release cycle of the product, dylan would be a better base for your work as danny maintenance should end when 1.5 is released. -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/3] Small changes to the build performance script
The following changes since commit addcfcda84ed6b43b00f569a6060e3b78196ef52: glib-2.0: disable tests for native builds, and respect ptest for LSB (2013-04-23 13:00:43 +0100) are available in the git repository at: git://git.yoctoproject.org/poky-contrib stefans/perf-test2 http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=stefans/perf-test2 Stefan Stanacar (3): scripts/contrib/build-perf-test.sh: use the same identation everywhere scripts/contrib/build-perf-test.sh: skip network sanity tests scripts/contrib/build-perf-test.sh: change the global results format scripts/contrib/build-perf-test.sh | 96 +- 1 file changed, 52 insertions(+), 44 deletions(-) -- 1.8.1.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] scripts/contrib/build-perf-test.sh: use the same identation everywhere
Some functions didn't used the same identation as the rest of them, let's fix that. Signed-off-by: Stefan Stanacar stefanx.stana...@intel.com --- scripts/contrib/build-perf-test.sh | 72 +++--- 1 file changed, 36 insertions(+), 36 deletions(-) diff --git a/scripts/contrib/build-perf-test.sh b/scripts/contrib/build-perf-test.sh index 44a902c..f48220a 100755 --- a/scripts/contrib/build-perf-test.sh +++ b/scripts/contrib/build-perf-test.sh @@ -257,36 +257,36 @@ do_sync () { #- report size, remove INHERIT test1_p1 () { -log Running Test 1, part 1/3: Measure wall clock of bitbake $IMAGE and size of tmp/ dir -bbnotime $IMAGE -c fetchall -do_rmtmp -do_rmsstate -do_sync -bbtime $IMAGE -log SIZE of tmp dir is: `du -sh tmp | sed 's/tmp//'` -log Buildstats are saved in $OUTDIR/buildstats-test1 -mv tmp/buildstats $OUTDIR/buildstats-test1 +log Running Test 1, part 1/3: Measure wall clock of bitbake $IMAGE and size of tmp/ dir +bbnotime $IMAGE -c fetchall +do_rmtmp +do_rmsstate +do_sync +bbtime $IMAGE +log SIZE of tmp dir is: `du -sh tmp | sed 's/tmp//'` +log Buildstats are saved in $OUTDIR/buildstats-test1 +mv tmp/buildstats $OUTDIR/buildstats-test1 } test1_p2 () { -log Running Test 1, part 2/3: bitbake virtual/kernel -c cleansstate and time bitbake virtual/kernel -bbnotime virtual/kernel -c cleansstate -do_sync -bbtime virtual/kernel +log Running Test 1, part 2/3: bitbake virtual/kernel -c cleansstate and time bitbake virtual/kernel +bbnotime virtual/kernel -c cleansstate +do_sync +bbtime virtual/kernel } test1_p3 () { -log Running Test 1, part 3/3: Build $IMAGE w/o sstate and report size of tmp/dir with rm_work enabled -echo INHERIT += \rm_work\ conf/local.conf -do_rmtmp -do_rmsstate -do_sync -bbtime $IMAGE -sed -i 's/INHERIT += \rm_work\//' conf/local.conf -log SIZE of tmp dir is: `du -sh tmp | sed 's/tmp//'` -log Buildstats are saved in $OUTDIR/buildstats-test13 -mv tmp/buildstats $OUTDIR/buildstats-test13 +log Running Test 1, part 3/3: Build $IMAGE w/o sstate and report size of tmp/dir with rm_work enabled +echo INHERIT += \rm_work\ conf/local.conf +do_rmtmp +do_rmsstate +do_sync +bbtime $IMAGE +sed -i 's/INHERIT += \rm_work\//' conf/local.conf +log SIZE of tmp dir is: `du -sh tmp | sed 's/tmp//'` +log Buildstats are saved in $OUTDIR/buildstats-test13 +mv tmp/buildstats $OUTDIR/buildstats-test13 } @@ -296,11 +296,11 @@ mv tmp/buildstats $OUTDIR/buildstats-test13 # Pre: populated sstate cache test2 () { -#assuming test 1 has run -log Running Test 2: Measure wall clock of bitbake $IMAGE -c rootfs with sstate -do_rmtmp -do_sync -bbtime $IMAGE -c rootfs +# Assuming test 1 has run +log Running Test 2: Measure wall clock of bitbake $IMAGE -c rootfs with sstate +do_rmtmp +do_sync +bbtime $IMAGE -c rootfs } @@ -314,14 +314,14 @@ bbtime $IMAGE -c rootfs test3 () { -log Running Test 3: Parsing time metrics (bitbake -p) -logRemoving tmp/cache cache -rm -rf tmp/cache cache -bbtime -p -logRemoving tmp/cache/default-eglibc/ -rm -rf tmp/cache/default-eglibc/ -bbtime -p -bbtime -p +log Running Test 3: Parsing time metrics (bitbake -p) +logRemoving tmp/cache cache +rm -rf tmp/cache cache +bbtime -p +logRemoving tmp/cache/default-eglibc/ +rm -rf tmp/cache/default-eglibc/ +bbtime -p +bbtime -p } -- 1.8.1.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/3] scripts/contrib/build-perf-test.sh: skip network sanity tests
When your proxy/network connection is unstable the network sanity test which runs before every build (because we wipe all the files in the build dir) can influence build time. Appending CONNECTIVITY_CHECK_URIS = in local.conf will disable the check. Signed-off-by: Stefan Stanacar stefanx.stana...@intel.com --- scripts/contrib/build-perf-test.sh | 4 1 file changed, 4 insertions(+) diff --git a/scripts/contrib/build-perf-test.sh b/scripts/contrib/build-perf-test.sh index f48220a..ee30409 100755 --- a/scripts/contrib/build-perf-test.sh +++ b/scripts/contrib/build-perf-test.sh @@ -165,6 +165,10 @@ else echo DL_DIR = \$clonedir/build-perf-test/downloads\ conf/local.conf fi +# Sometimes I've noticed big differences in timings for the same commit, on the same machine +# Disabling the network sanity check helps a bit (because of my crappy network connection and/or proxy) +echo CONNECTIVITY_CHECK_URIS =\\ conf/local.conf + # # Functions # -- 1.8.1.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 3/3] scripts/contrib/build-perf-test.sh: change the global results format
When all builds have finished write the hostname, commit and times on a single line in the global results file (useful for merging later on files from multiple systems). Also the final cleaning should be last after writing the results. Signed-off-by: Stefan Stanacar stefanx.stana...@intel.com --- scripts/contrib/build-perf-test.sh | 20 1 file changed, 12 insertions(+), 8 deletions(-) diff --git a/scripts/contrib/build-perf-test.sh b/scripts/contrib/build-perf-test.sh index ee30409..0af2cfe 100755 --- a/scripts/contrib/build-perf-test.sh +++ b/scripts/contrib/build-perf-test.sh @@ -239,6 +239,15 @@ do_sync () { sleep 3 } +write_results() { +echo -n `uname -n`,$rev, $globalres +for i in ${TIMES[@]}; do +echo -n $i, $globalres +done +echo $globalres +sed -i '$ s/,$//' $globalres +} + # @@ -338,15 +347,10 @@ test1_p3 test2 test3 +# if we got til here write to global results +write_results + log All done, cleaning up... do_rmtmp do_rmsstate - -# if we got til here write to global results -echo $rev $globalres -for i in ${TIMES[@]}; do -echo -n $i, $globalres -done -echo $globalres -sed -i '$ s/,$//' $globalres -- 1.8.1.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] Problems with PACKAGE_CLASSES = package_tar
On Thu, 2013-04-25 at 11:21 +0100, Lewis, Nick wrote: I am seeing problems when using PACKAGE_CLASSES = package_tar There are many warnings about python indents and there are errors regarding missing populate_sdk_tar.bbclass and rootfs_tar.bbclass With 1.3 (danny)? These should be fixed in 1.4 (dyland) and master... Richard I have tried cherry picking from Dylan but it also seems to be missing populate_sdk_tar.bbclass and rootfs_tar.bbclass Does Dylan support PACKAGE_CLASSES = package_tar without these classes? The package_tar class generates tarballs. tarballs do not have dependency information so its not possible to implement the populate_sdk_tar or rootfs_tar classes on top of it. I'm seriously considering removing the package_tar code since it isn't really useful and its clear nobody uses it since it remained broken for a long time. What you probably want to do is use a low overhead package manager like opkg, then after image generation remove the package data. core-image-minimal is an example of an image which does this. Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/4] Multilib related postinstall fixes
There is still work to do on the multilib postinstalls running on host front. This is a first patchset trying to address some of the issues. Thanks, Laurentiu The following changes since commit addcfcda84ed6b43b00f569a6060e3b78196ef52: glib-2.0: disable tests for native builds, and respect ptest for LSB (2013-04-23 13:00:43 +0100) are available in the git repository at: git://git.yoctoproject.org/poky-contrib lpalcu/ml_postinstall_fixes http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=lpalcu/ml_postinstall_fixes Laurentiu Palcu (4): qemuwrapper: use fallback in case the ELF binary is wrong pango: fix postinstall when using multilib Revert qemu.bbclass: Use the correct qemu binary in multilib cases scripts/postinst-intercepts: create separete hooks for multilib meta/classes/qemu.bbclass |4 +-- .../recipes-devtools/qemu/qemuwrapper-cross_1.0.bb | 28 +++- meta/recipes-graphics/pango/pango.inc |2 +- scripts/postinst-intercepts/postinst_intercept | 18 + 4 files changed, 47 insertions(+), 5 deletions(-) -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/4] pango: fix postinstall when using multilib
The pango-query-modules binary gets a multilib prefix and the postinstall has to call the appropriate binary. Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com --- meta/recipes-graphics/pango/pango.inc |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-graphics/pango/pango.inc b/meta/recipes-graphics/pango/pango.inc index f622903..52dd064 100644 --- a/meta/recipes-graphics/pango/pango.inc +++ b/meta/recipes-graphics/pango/pango.inc @@ -49,7 +49,7 @@ if ! [ -e $D${sysconfdir}/pango ] ; then fi if [ x$D != x ]; then - ${@qemu_run_binary(d, '$D','/usr/bin/pango-querymodules')} \ + ${@qemu_run_binary(d, '$D','${bindir}/${MLPREFIX}pango-querymodules')} \ $D${libdir}/pango/${LIBV}/modules/*.so \ $D${sysconfdir}/pango/${MLPREFIX}pango.modules 2/dev/null -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 3/4] Revert qemu.bbclass: Use the correct qemu binary in multilib cases
This reverts commit 9f5a6f89d9f4a6c7bed3b163e6eaa764d762f523. The reason for reverting this is: * qemuwrapper has now a fallback method; * when using multilib, calling qemu_target_binary from recipes would always point to the qemu binary corresponding to the machine architecture. Hence, postinstalls needing to use qemu would call the wrong qemu user emulation binary; Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com --- meta/classes/qemu.bbclass |4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/meta/classes/qemu.bbclass b/meta/classes/qemu.bbclass index 930c6b0..3d437b0 100644 --- a/meta/classes/qemu.bbclass +++ b/meta/classes/qemu.bbclass @@ -4,9 +4,7 @@ # def qemu_target_binary(data): -target_arch = data.getVar(TARGET_ARCH_MULTILIB_ORIGINAL, True) -if not target_arch: -target_arch = data.getVar(TARGET_ARCH, True) +target_arch = data.getVar(TARGET_ARCH, True) if target_arch in (i486, i586, i686): target_arch = i386 elif target_arch == powerpc: -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 4/4] scripts/postinst-intercepts: create separete hooks for multilib
When using multilib, the hooks for lib32/lib64 must be different because the libdir/base_libdir point to different locations. Nothing has to be done in the postinstalls for this. When a hook is installed, it will be detected automatically if this is a ML package (from the libXX- package prefix) and a separate hook will be created. Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com --- scripts/postinst-intercepts/postinst_intercept | 18 ++ 1 file changed, 18 insertions(+) diff --git a/scripts/postinst-intercepts/postinst_intercept b/scripts/postinst-intercepts/postinst_intercept index ed32f27..5969eba 100755 --- a/scripts/postinst-intercepts/postinst_intercept +++ b/scripts/postinst-intercepts/postinst_intercept @@ -17,9 +17,27 @@ intercept_script=$INTERCEPT_DIR/$1 shift package_name=$1 shift +mlprefix=$(echo $package_name|sed -rn 's/^(lib32|lib64|libx32)-.*/\1/p') +# if the hook we want to install does not exist, then there's nothing we can do [ -f $intercept_script ] || exit 1 +# if the postinstall wanting to install the hook belongs to a multilib package, +# then we'd better have a separate hook for this because the default ${libdir} and +# ${base_libdir} will point to the wrong locations +if [ -n $mlprefix ]; then + ml_intercept_script=$intercept_script-$mlprefix + # if the multilib hook does not exist, create it from the default one + if [ ! -f $ml_intercept_script ]; then + cp $intercept_script $ml_intercept_script + + # clear the ##PKGS: line and the already set variables + [ -x $ml_intercept_script ] sed -i -e 2,$(($#+1)) {/.*/d} -e /^##PKGS: .*/d $ml_intercept_script + fi + + intercept_script=$ml_intercept_script +fi + chmod +x $intercept_script pkgs_line=$(cat $intercept_script|grep ##PKGS:) -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/4] qemuwrapper: use fallback in case the ELF binary is wrong
This wrapper script is called mainly from intercept hooks and allarch packages postinstalls. When multilib is used, the qemuwrapper script points to the binary that matches the MACHINE architecture. For example: if MACHINE=qemux86_64 and we activate multilib, then the postinstalls for lib32 packages would call qemu-x86_64 with 32 bit binaries and they would certainly fail. This patch adds just a fallback method if the exit code of the previous qemu call corresponds to Invalid ELF image for this architecture error. This will allow us to have all postinstalls run on host. Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com --- .../recipes-devtools/qemu/qemuwrapper-cross_1.0.bb | 28 +++- 1 file changed, 27 insertions(+), 1 deletion(-) diff --git a/meta/recipes-devtools/qemu/qemuwrapper-cross_1.0.bb b/meta/recipes-devtools/qemu/qemuwrapper-cross_1.0.bb index 41617a6..18f1892 100644 --- a/meta/recipes-devtools/qemu/qemuwrapper-cross_1.0.bb +++ b/meta/recipes-devtools/qemu/qemuwrapper-cross_1.0.bb @@ -9,7 +9,33 @@ do_install () { install -d ${D}${bindir_crossscripts}/ echo #!/bin/sh ${D}${bindir_crossscripts}/qemuwrapper - echo exec env ${@qemu_target_binary(d)} \\$@\ ${D}${bindir_crossscripts}/qemuwrapper + qemu_binary=${@qemu_target_binary(d)} + echo $qemu_binary \\$@\ ${D}${bindir_crossscripts}/qemuwrapper + fallback_qemu_bin= + case $qemu_binary in + qemu-i386) + fallback_qemu_bin=qemu-x86_64 + ;; + qemu-x86_64) + fallback_qemu_bin=qemu-i386 + ;; + *) + ;; + esac + + if [ -n $fallback_qemu_bin ]; then + + cat ${D}${bindir_crossscripts}/qemuwrapper EOF +rc=\$? +if [ \$rc = 255 ]; then + $fallback_qemu_bin \$@ + rc=\$? +fi +exit \$rc +EOF + + fi + chmod +x ${D}${bindir_crossscripts}/qemuwrapper } -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH v2] gdb: Disable hard-coding of library rpaths
GDB's configury has a tendency to hard-code the path where it found libexpat using -Wl,--rpath. This is undesirable and leads to QA warnings. Fortunately, the helpful GDB maintainers have provided a --disable-rpath switch to turn this behaviour off. Let's use it and profit. Signed-off-by: Phil Blundell ph...@gnu.org --- v2: fewer tabs, more spaces meta/recipes-devtools/gdb/gdb-common.inc |1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-devtools/gdb/gdb-common.inc b/meta/recipes-devtools/gdb/gdb-common.inc index 9eb6b60..f574d5c 100644 --- a/meta/recipes-devtools/gdb/gdb-common.inc +++ b/meta/recipes-devtools/gdb/gdb-common.inc @@ -42,6 +42,7 @@ EXTRA_OECONF = --disable-gdbtk --disable-tui --disable-x --disable-werror \ --with-curses --disable-multilib --with-system-readline --disable-sim \ ${GDBPROPREFIX} ${EXPAT} \ ${@base_contains('DISTRO_FEATURES', 'multiarch', '--enable-64-bit-bfd', '', d)} \ +--disable-rpath \ GDBPROPREFIX = --program-prefix='' -- 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] alsa-utils: Move alsaconf to its own recipe
18575b082a4042376fd1575465e69562dea04ddc added bash as a dependency of alsa-utils-alsaconf so that the script interpreter will be available at run time. However, this has the undesirable side effect of making bash be a build dependency for alsa-utils and, for those folks who don't need alsaconf but do want some other part of alsa-utils, this cure is worse than the original disease. Fix this by moving alsaconf to a separate recipe so that the bash dependency only applies when alsaconf is specifically requested. Signed-off-by: Phil Blundell ph...@gnu.org --- .../alsa/alsa-utils-alsaconf_1.0.26.bb | 22 meta/recipes-multimedia/alsa/alsa-utils_1.0.26.bb | 12 +++ 2 files changed, 30 insertions(+), 4 deletions(-) create mode 100644 meta/recipes-multimedia/alsa/alsa-utils-alsaconf_1.0.26.bb diff --git a/meta/recipes-multimedia/alsa/alsa-utils-alsaconf_1.0.26.bb b/meta/recipes-multimedia/alsa/alsa-utils-alsaconf_1.0.26.bb new file mode 100644 index 000..71de085 --- /dev/null +++ b/meta/recipes-multimedia/alsa/alsa-utils-alsaconf_1.0.26.bb @@ -0,0 +1,22 @@ +require alsa-utils_${PV}.bb + +THISDIR := ${@os.path.dirname(bb.data.getVar('FILE', d, True))} +FILESPATH =. ${@base_set_filespath([${THISDIR}/alsa-utils], d)}: + +PACKAGES = ${PN} +RDEPENDS_${PN} += bash + +DESCRIPTION_${PN} = a bash script that creates ALSA configuration files +FILES_${PN} = ${sbindir}/alsaconf + +S = ${WORKDIR}/alsa-utils-${PV} + +do_configure() { + # Nothing to configure + : +} + +do_install() { + install -d ${D}${sbindir} + install -m 0755 ${S}/alsaconf/alsaconf ${D}${sbindir}/ +} diff --git a/meta/recipes-multimedia/alsa/alsa-utils_1.0.26.bb b/meta/recipes-multimedia/alsa/alsa-utils_1.0.26.bb index 7fe3bac..e0bf755 100644 --- a/meta/recipes-multimedia/alsa/alsa-utils_1.0.26.bb +++ b/meta/recipes-multimedia/alsa/alsa-utils_1.0.26.bb @@ -39,7 +39,6 @@ ALSA_UTILS_PKGS = \ alsa-utils-speakertest \ alsa-utils-aseqnet \ alsa-utils-aseqdump \ - alsa-utils-alsaconf \ alsa-utils-alsactl \ alsa-utils-alsaloop \ alsa-utils-alsaucm \ @@ -47,7 +46,6 @@ ALSA_UTILS_PKGS = \ PACKAGES += ${ALSA_UTILS_PKGS} RDEPENDS_${PN} += ${ALSA_UTILS_PKGS} -RDEPENDS_alsa-utils-alsaconf += bash FILES_${PN} = FILES_alsa-utils-aplay = ${bindir}/aplay ${bindir}/arecord @@ -60,7 +58,6 @@ FILES_alsa-utils-aseqnet = ${bindir}/aseqnet FILES_alsa-utils-iecset = ${bindir}/iecset FILES_alsa-utils-alsactl = ${sbindir}/alsactl */udev/rules.d ${systemd_unitdir} ${localstatedir}/lib/alsa ${datadir}/alsa/init/ FILES_alsa-utils-aseqdump= ${bindir}/aseqdump -FILES_alsa-utils-alsaconf= ${sbindir}/alsaconf FILES_alsa-utils-alsaloop= ${bindir}/alsaloop FILES_alsa-utils-alsaucm = ${bindir}/alsaucm @@ -73,9 +70,16 @@ DESCRIPTION_alsa-utils-midi = miscalleanous MIDI utilities for ALSA DESCRIPTION_alsa-utils-aconnect = ALSA sequencer connection manager DESCRIPTION_alsa-utils-aseqnet = network client/server on ALSA sequencer DESCRIPTION_alsa-utils-alsactl = saves/restores ALSA-settings in /etc/asound.state -DESCRIPTION_alsa-utils-alsaconf = a bash script that creates ALSA configuration files DESCRIPTION_alsa-utils-alsaucm = ALSA Use Case Manager RRECOMMENDS_alsa-utils-alsactl = alsa-states ALLOW_EMPTY_alsa-utils = 1 + +do_install() { + autotools_do_install + + # We don't ship this here because it requires a dependency on bash. + # See alsa-utils-alsaconf_${PV}.bb + rm ${D}${sbindir}/alsaconf +} -- 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] gettext: Make ncurses dependency conditional on PACKAGECONFIG[msgcat-curses]
According to the documentation, the only reason for needing ncurses is to support colour output from msgcat. Make this optional so that ncurses doesn't need to be built if colour output is not required. Signed-off-by: Phil Blundell ph...@gnu.org --- meta/recipes-core/gettext/gettext_0.18.2.bb |5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/meta/recipes-core/gettext/gettext_0.18.2.bb b/meta/recipes-core/gettext/gettext_0.18.2.bb index 086f7fa..7b4cc25 100644 --- a/meta/recipes-core/gettext/gettext_0.18.2.bb +++ b/meta/recipes-core/gettext/gettext_0.18.2.bb @@ -6,7 +6,7 @@ LICENSE = GPLv3+ LGPL-2.1+ LIC_FILES_CHKSUM = file://COPYING;md5=d32239bcb673463ab874e80d47fae504 PR = r0 -DEPENDS = gettext-native virtual/libiconv ncurses expat +DEPENDS = gettext-native virtual/libiconv expat DEPENDS_class-native = gettext-minimal-native PROVIDES = virtual/libintl virtual/gettext PROVIDES_class-native = virtual/gettext-native @@ -15,6 +15,8 @@ SRC_URI = ${GNU_MIRROR}/gettext/gettext-${PV}.tar.gz \ file://parallel.patch \ +PACKAGECONFIG[msgcat-curses] = --with-libncurses-prefix=${STAGING_LIBDIR}/..,--disable-curses,ncurses, + LDFLAGS_prepend_libc-uclibc = -lrt -lpthread SRC_URI[md5sum] = 0c86e5af70c195ab8bd651d17d783928 @@ -30,7 +32,6 @@ EXTRA_OECONF += --without-lispdir \ --disable-openmp \ --disable-acl \ --with-included-glib \ - --with-libncurses-prefix=${STAGING_LIBDIR}/.. \ --without-emacs \ --without-cvs \ --without-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] python's assert doesn't work
Both native and target python's assert doesn't work, because python has been optimized by default by us: --- Python-2.6.1.orig/Python/compile.c +++ Python-2.6.1/Python/compile.c @@ -32,7 +32,7 @@ #include symtable.h #include opcode.h -int Py_OptimizeFlag = 0; +int Py_OptimizeFlag = 1; #define DEFAULT_BLOCK_SIZE 16 #define DEFAULT_BLOCKS 8 The optimization should be specified by the user, for example, run by python -O/OO, or export PYTHONOPTIMIZE in the env, but we have hardcode it, then we can't change it back to 0, and this causes the assert doesn't work, e.g.: the assert False should raise error, but it doesn't, this may hide or cause unexpected errors. I'd like to send a patch to change it back if you are fine with it, and we can set PYTHONOPTIMIZE in the env if we really need it, this gives the user a way to disable the optimization. -- Thanks Robert ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] connman: replace hardcoded path in init script
On 4/24/13 8:05 PM, Stefan Stanacar wrote: Because the connman init script sources a config file from /usr/lib we end up with no network in multilib enabled sato images, so replace with the real libdir. Signed-off-by: Stefan Stanacar stefanx.stana...@intel.com --- meta/recipes-connectivity/connman/connman.inc | 3 ++- meta/recipes-connectivity/connman/connman/connman | 4 ++-- 2 files changed, 4 insertions(+), 3 deletions(-) diff --git a/meta/recipes-connectivity/connman/connman.inc b/meta/recipes-connectivity/connman/connman.inc index 589ece8..93c9da0 100644 --- a/meta/recipes-connectivity/connman/connman.inc +++ b/meta/recipes-connectivity/connman/connman.inc @@ -47,7 +47,7 @@ INITSCRIPT_NAME = connman INITSCRIPT_PARAMS = start 05 5 2 3 . stop 22 0 1 6 . SYSTEMD_SERVICE_${PN} = connman.service -SYSTEMD_WIRED_SETUP = ExecStartPre=-/usr/lib/connman/wired-setup +SYSTEMD_WIRED_SETUP = ExecStartPre=-${libdir}/connman/wired-setup I don't think this is right. The initscript and setup command should be in the 'libexec' location, which is /usr/lib/connman. This way the initscript from any duplicate multilibs installed won't cause a conflict. And the binaries end up in a known location. (The libraries on the other hand should definitely be in the libdir.) So far we've tried to follow RPM/Fedora style rules for multilib work. And those rules are: * Multilib packages can all be installed at once * Executables should be installed in the same location, so the package manager rules take priority as to what version is installed and runable * Scripts and other non-executables much either be the same in all multilibs, or installed in a unique location. --Mark # IMPORTANT: because xuser is shared with rootless X, please make sure the # USERADD_PARAM is in sync with the one in xserver-nodm-init.bb @@ -73,6 +73,7 @@ do_install_append() { if ${@base_contains('DISTRO_FEATURES','sysvinit','true','false',d)}; then install -d ${D}${sysconfdir}/init.d install -m 0755 ${WORKDIR}/connman ${D}${sysconfdir}/init.d/connman +sed -i s%@LIBDIR@%${libdir}% ${D}${sysconfdir}/init.d/connman fi install -d ${D}${bindir} diff --git a/meta/recipes-connectivity/connman/connman/connman b/meta/recipes-connectivity/connman/connman/connman index a111f60..67ba7c8 100644 --- a/meta/recipes-connectivity/connman/connman/connman +++ b/meta/recipes-connectivity/connman/connman/connman @@ -32,8 +32,8 @@ do_start() { ethn=`ifconfig | grep eth | sed -e s/\(eth[0-9]\)\(.*\)/\1/` EXTRA_PARAM=-I $ethn fi - if [ -f /usr/lib/connman/wired-setup ] ; then - . /usr/lib/connman/wired-setup + if [ -f @LIBDIR@/connman/wired-setup ] ; then + . @LIBDIR@/connman/wired-setup fi $DAEMON $EXTRA_PARAM } ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] rootfs_ipk, image: Add debug capture support
On 4/25/13 6:12 AM, Phil Blundell wrote: On Tue, 2012-10-02 at 12:38 +0100, Richard Purdie wrote: On Tue, 2012-10-02 at 12:15 +0100, Phil Blundell wrote: On Tue, 2012-10-02 at 12:12 +0100, Richard Purdie wrote: Hasn't Paul added a general mechanism for doing this so we could add this feature a level higher so that it could be used by all packaging formats? Ah, possibly. I'll have a look. Can you give me a pointer to the mechanism you were thinking of? Something like IMAGE_FEATURES += dbg-pkgs should trigger the addition of dbg packages. I've somewhat belatedly gotten around to using this and encountered a couple of issuettes: 1. There was a spurious-looking RRECOMMENDS_${PN}-dbg in bitbake.conf which was causing ${PN} to be dragged into the image whenever ${PN}-dbg was installed. This is undesirable because it means that, for example, any image which includes sysvinit-pidof will end up installing sysvinit and this might cause quite drastic changes to the behaviour of the resulting image. 2. Having fixed the above I'm now left with a couple of file conflicts in the -dbg packages. For example, sysvinit and util-linux both ship /sbin/sulogin and so sysvinit-dbg and util-linux-dbg both want to install /sbin/.debug/sulogin. This is unfortunate if you have an image which uses, say, sysvinit-pidof and util-linux-blkid. Is this a problem that they should have used the update-alternatives for sulogin? (Sounds like it might be a security issue though...) This would avoid the .debug conflict. --Mark I'm not quite sure what the right way to fix (2) is. I suppose in an ideal world the -dbg packages would be separated in the same way the parent binary packages are, but that doesn't look entirely straightforward to arrange. p. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 4/4] scripts/postinst-intercepts: create separete hooks for multilib
On 4/25/13 7:24 AM, Laurentiu Palcu wrote: When using multilib, the hooks for lib32/lib64 must be different because the libdir/base_libdir point to different locations. Nothing has to be done in the postinstalls for this. When a hook is installed, it will be detected automatically if this is a ML package (from the libXX- package prefix) and a separate hook will be created. Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com --- scripts/postinst-intercepts/postinst_intercept | 18 ++ 1 file changed, 18 insertions(+) diff --git a/scripts/postinst-intercepts/postinst_intercept b/scripts/postinst-intercepts/postinst_intercept index ed32f27..5969eba 100755 --- a/scripts/postinst-intercepts/postinst_intercept +++ b/scripts/postinst-intercepts/postinst_intercept @@ -17,9 +17,27 @@ intercept_script=$INTERCEPT_DIR/$1 shift package_name=$1 shift +mlprefix=$(echo $package_name|sed -rn 's/^(lib32|lib64|libx32)-.*/\1/p') The mlprefix is theoretically arbitrary. It would be better to base the parse list off of a given machines available multilibs. If you can dump the multilib list from bitbake, that would be best. +# if the hook we want to install does not exist, then there's nothing we can do [ -f $intercept_script ] || exit 1 +# if the postinstall wanting to install the hook belongs to a multilib package, +# then we'd better have a separate hook for this because the default ${libdir} and +# ${base_libdir} will point to the wrong locations +if [ -n $mlprefix ]; then + ml_intercept_script=$intercept_script-$mlprefix + # if the multilib hook does not exist, create it from the default one + if [ ! -f $ml_intercept_script ]; then + cp $intercept_script $ml_intercept_script + + # clear the ##PKGS: line and the already set variables + [ -x $ml_intercept_script ] sed -i -e 2,$(($#+1)) {/.*/d} -e /^##PKGS: .*/d $ml_intercept_script + fi + + intercept_script=$ml_intercept_script +fi + chmod +x $intercept_script pkgs_line=$(cat $intercept_script|grep ##PKGS:) ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] cracklib: generate the default dictionary on the target
Currently cracklib-native is used to generate the dictionary database from the wordlist during install. Unfortunately the database files are endian-specific and this results in errors when the host and target endianness differ. This patch creates the default dictionary files on the target during post-install. In order to do this the default wordlist has also been compressed, this enables an unmodified cracklib-format to correctly parse the input file with both busybox and GNU gzip. (These behave differently if the input is uncompressed, GNU gzip behaves like cat while busybox returns an error). Finally the cracklib-native package has been removed since it is no longer used. Signed-off-by: Martin Donnelly martin.donne...@ge.com --- meta/recipes-extended/cracklib/cracklib_2.8.22.bb | 15 ++- 1 files changed, 10 insertions(+), 5 deletions(-) diff --git a/meta/recipes-extended/cracklib/cracklib_2.8.22.bb b/meta/recipes-extended/cracklib/cracklib_2.8.22.bb index 7e398f4..9ebca33 100644 --- a/meta/recipes-extended/cracklib/cracklib_2.8.22.bb +++ b/meta/recipes-extended/cracklib/cracklib_2.8.22.bb @@ -4,8 +4,7 @@ HOMEPAGE = http://sourceforge.net/projects/cracklib; LICENSE = LGPLv2.1+ LIC_FILES_CHKSUM = file://COPYING.LIB;md5=e3eda01d9815f8d24aae2dbd89b68b06 -DEPENDS = cracklib-native zlib -DEPENDS_class-native = zlib +DEPENDS = zlib PR =r0 EXTRA_OECONF = --without-python @@ -17,8 +16,14 @@ SRC_URI[sha256sum] = feaff49bfb513ec10b2618c00d2f7f60776ba93fcc5fa22dd3479dd9ca inherit autotools gettext -BBCLASSEXTEND = native - do_install_append_class-target() { - create-cracklib-dict -o ${D}${datadir}/cracklib/pw_dict ${D}${datadir}/cracklib/cracklib-small + gzip ${D}${datadir}/cracklib/cracklib-small +} + +pkg_postinst_${PN} () { +if [ x$D = x ]; then + create-cracklib-dict -o ${datadir}/cracklib/pw_dict ${datadir}/cracklib/cracklib-small.gz /dev/null +else + exit 1 +fi } -- 1.7.1 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] GnomeGoals/InstalledTests
Hi, I wanted to drop a reference here to a project I'm trying to push inside GNOME: https://live.gnome.org/GnomeGoals/InstalledTests Hopefully this could replace the ptest stuff that requires you guys to hack up Makefiles. Comments welcome, please follow up to desktop-devel-l...@gnome.org. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] cracklib: generate the default dictionary on the target
On 4/25/13 8:28 AM, Martin Donnelly wrote: Currently cracklib-native is used to generate the dictionary database from the wordlist during install. Unfortunately the database files are endian-specific and this results in errors when the host and target endianness differ. This patch creates the default dictionary files on the target during post-install. In order to do this the default wordlist has also been compressed, this enables an unmodified cracklib-format to correctly parse the input file with both busybox and GNU gzip. (These behave differently if the input is uncompressed, GNU gzip behaves like cat while busybox returns an error). Finally the cracklib-native package has been removed since it is no longer used. I thought we had fixed cracklib to have a fixed endian. If not, this is a bug. We want to avoid running things like the cracklib generation on the target if possible, as it impacts the first boot time and read-only roots. (I'm fine with this as a workaround, but it's not the fix I'd like.) I'd be happy if we simply fixed the cracklib-native to pass in an endian and have the right output generated. (Note, we also have to consider structure alignment/packing as well.) If there isn't already a bug in the Yocto Project bugzilla, can you add one? --Mark Signed-off-by: Martin Donnelly martin.donne...@ge.com --- meta/recipes-extended/cracklib/cracklib_2.8.22.bb | 15 ++- 1 files changed, 10 insertions(+), 5 deletions(-) diff --git a/meta/recipes-extended/cracklib/cracklib_2.8.22.bb b/meta/recipes-extended/cracklib/cracklib_2.8.22.bb index 7e398f4..9ebca33 100644 --- a/meta/recipes-extended/cracklib/cracklib_2.8.22.bb +++ b/meta/recipes-extended/cracklib/cracklib_2.8.22.bb @@ -4,8 +4,7 @@ HOMEPAGE = http://sourceforge.net/projects/cracklib; LICENSE = LGPLv2.1+ LIC_FILES_CHKSUM = file://COPYING.LIB;md5=e3eda01d9815f8d24aae2dbd89b68b06 -DEPENDS = cracklib-native zlib -DEPENDS_class-native = zlib +DEPENDS = zlib PR =r0 EXTRA_OECONF = --without-python @@ -17,8 +16,14 @@ SRC_URI[sha256sum] = feaff49bfb513ec10b2618c00d2f7f60776ba93fcc5fa22dd3479dd9ca inherit autotools gettext -BBCLASSEXTEND = native - do_install_append_class-target() { - create-cracklib-dict -o ${D}${datadir}/cracklib/pw_dict ${D}${datadir}/cracklib/cracklib-small + gzip ${D}${datadir}/cracklib/cracklib-small +} + +pkg_postinst_${PN} () { +if [ x$D = x ]; then + create-cracklib-dict -o ${datadir}/cracklib/pw_dict ${datadir}/cracklib/cracklib-small.gz /dev/null +else + exit 1 +fi } ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 4/4] scripts/postinst-intercepts: create separete hooks for multilib
On 04/25/2013 04:51 PM, Mark Hatle wrote: On 4/25/13 7:24 AM, Laurentiu Palcu wrote: When using multilib, the hooks for lib32/lib64 must be different because the libdir/base_libdir point to different locations. Nothing has to be done in the postinstalls for this. When a hook is installed, it will be detected automatically if this is a ML package (from the libXX- package prefix) and a separate hook will be created. Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com --- scripts/postinst-intercepts/postinst_intercept | 18 ++ 1 file changed, 18 insertions(+) diff --git a/scripts/postinst-intercepts/postinst_intercept b/scripts/postinst-intercepts/postinst_intercept index ed32f27..5969eba 100755 --- a/scripts/postinst-intercepts/postinst_intercept +++ b/scripts/postinst-intercepts/postinst_intercept @@ -17,9 +17,27 @@ intercept_script=$INTERCEPT_DIR/$1 shift package_name=$1 shift +mlprefix=$(echo $package_name|sed -rn 's/^(lib32|lib64|libx32)-.*/\1/p') The mlprefix is theoretically arbitrary. It would be better to base the parse list off of a given machines available multilibs. If you can dump the multilib list from bitbake, that would be best. OK, I understand your concern... I could probably pass mlprefix=${MLPREFIX} as a third argument to all calls to postinst_intercept script instead. I'll rework it and send a v2. 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] alsa-utils: Use pkg-config instead of hardcoded udev paths
On Wed, 2013-04-17 at 16:28 +0100, Richard Purdie wrote: Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org --- diff --git a/meta/recipes-multimedia/alsa/alsa-utils_1.0.26.bb b/meta/recipes-multimedia/alsa/alsa-utils_1.0.26.bb index cf8acc4..d566d94 100644 --- a/meta/recipes-multimedia/alsa/alsa-utils_1.0.26.bb +++ b/meta/recipes-multimedia/alsa/alsa-utils_1.0.26.bb @@ -5,7 +5,7 @@ SECTION = console/utils LICENSE = GPLv2+ LIC_FILES_CHKSUM = file://COPYING;md5=59530bdf33659b29e73d4adb9f9f6552 \ file://alsactl/utils.c;beginline=1;endline=20;md5=fe9526b055e246b5558809a5ae25c0b9 -DEPENDS = alsa-lib ncurses libsamplerate0 +DEPENDS = alsa-lib ncurses libsamplerate0 udev This means that udev is now needed to build alsa-utils, which it wasn't previously. Can this be made conditional on some or other DISTRO_FEATURE? p. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] libpcre: Make readline dependency conditional on PACKAGECONFIG[pcretest-readline]
The only place in pcre that requires readline is pcretest, and even there it's optional. This allows the dependency to be removed unless specifically requested. Signed-off-by: Phil Blundell ph...@gnu.org --- meta/recipes-support/libpcre/libpcre_8.32.bb |4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/meta/recipes-support/libpcre/libpcre_8.32.bb b/meta/recipes-support/libpcre/libpcre_8.32.bb index 4d17741..a2a8d80 100644 --- a/meta/recipes-support/libpcre/libpcre_8.32.bb +++ b/meta/recipes-support/libpcre/libpcre_8.32.bb @@ -20,7 +20,9 @@ S = ${WORKDIR}/pcre-${PV} FILESPATH .= :${@base_set_filespath([bb.which(BBPATH, 'recipes-support/libpcre/files', direction=True)], d)} PROVIDES += pcre -DEPENDS += bzip2 zlib readline +DEPENDS += bzip2 zlib + +PACKAGECONFIG[pcretest-readline] = --enable-pcretest-libreadline,--disable-pcretest-libreadline,readline, inherit autotools binconfig -- 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] cracklib: generate the default dictionary on the target
On 25/04/2013 15:25, Mark Hatle wrote: On 4/25/13 8:28 AM, Martin Donnelly wrote: Currently cracklib-native is used to generate the dictionary database from the wordlist during install. Unfortunately the database files are endian-specific and this results in errors when the host and target endianness differ. This patch creates the default dictionary files on the target during post-install. In order to do this the default wordlist has also been compressed, this enables an unmodified cracklib-format to correctly parse the input file with both busybox and GNU gzip. (These behave differently if the input is uncompressed, GNU gzip behaves like cat while busybox returns an error). Finally the cracklib-native package has been removed since it is no longer used. I thought we had fixed cracklib to have a fixed endian. If not, this is a bug. We want to avoid running things like the cracklib generation on the target if possible, as it impacts the first boot time and read-only roots. I had a look for any patches which fixed this but couldn't see any, there were some related to using dictionaries between 32 and 64-bit machines of the same endianness but I maybe missed another one? I wasn't 100% happy sending it for the issues you mention but thought it better to post it than not. (I'm fine with this as a workaround, but it's not the fix I'd like.) I'd be happy if we simply fixed the cracklib-native to pass in an endian and have the right output generated. (Note, we also have to consider structure alignment/packing as well.) Agreed, this would be best and it's something I'll look at when I've got the time. If there isn't already a bug in the Yocto Project bugzilla, can you add one? Done, https://bugzilla.yoctoproject.org/show_bug.cgi?id=4419 -Martin ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] Problems with PACKAGE_CLASSES = package_tar
On Thursday 25 April 2013 09:00:55 Otavio Salvador wrote: On Thu, Apr 25, 2013 at 7:21 AM, Lewis, Nick nick.le...@usa.g4s.com wrote: I have tried cherry picking from Dylan but it also seems to be missing populate_sdk_tar.bbclass and rootfs_tar.bbclass Does Dylan support PACKAGE_CLASSES = package_tar without these classes? As it seems you're early in the release cycle of the product, dylan would be a better base for your work Definitely agreed, however as danny maintenance should end when 1.5 is released. This is not correct. We've continued maintenance of denzil (the previous stable release) up to this point, and the community is free to continue that maintenance almost indefinitely; the same should be applicable to danny. Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] glib: Add --disable-man to configure arguments
On Thu, 2013-04-25 at 15:34 +0100, Phil Blundell wrote: -CORECONF = --disable-dtrace --disable-fam --disable-libelf --disable-systemtap +CORECONF = --disable-dtrace --disable-fam --disable-libelf --disable-systemtap --disable-man PTEST_CONF = ${@base_contains('DISTRO_FEATURES', 'ptest', '--enable-modular-tests', '--disable-modular-tests', d)} EXTRA_OECONF = --enable-included-printf=no ${CORECONF} ${PTEST_CONF} Looks good. Signed-off-by: Colin Walters walt...@verbum.org ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] mkefidisk: Attempt to automatically unmount target device
With automounters abounding it makes more sense to attempt to unmount the device rather than abort, just like ddimage does. Signed-off-by: Darren Hart dvh...@linux.intel.com --- scripts/contrib/mkefidisk.sh | 13 + 1 file changed, 9 insertions(+), 4 deletions(-) diff --git a/scripts/contrib/mkefidisk.sh b/scripts/contrib/mkefidisk.sh index acadd49..741c3ab 100755 --- a/scripts/contrib/mkefidisk.sh +++ b/scripts/contrib/mkefidisk.sh @@ -102,10 +102,14 @@ fi # grep -q $DEVICE /proc/mounts if [ $? -eq 0 ]; then - echo ERROR: $DEVICE partitions mounted: - grep $DEVICE /proc/mounts | cut -f 1 -d - echo Unmount the partitions listed and try again. - exit 1 + echo -n $DEVICE listed in /proc/mounts, attempting to unmount... + umount $DEVICE* 2/dev/null + grep -q $DEVICE /proc/mounts + if [ $? -eq 0 ]; then + echo FAILED + exit 1 + fi + echo OK fi @@ -153,6 +157,7 @@ echo Boot partition size: $BOOT_SIZE MB ($BOOTFS) echo ROOTFS partition size: $ROOTFS_SIZE MB ($ROOTFS) echo Swap partition size: $SWAP_SIZE MB ($SWAP) echo * + echo Deleting partition table on $DEVICE ... dd if=/dev/zero of=$DEVICE bs=512 count=2 -- 1.8.1.2 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] Problems with PACKAGE_CLASSES = package_tar
On 25 April 2013 18:05, Paul Eggleton paul.eggle...@linux.intel.com wrote: as danny maintenance should end when 1.5 is released. This is not correct. We've continued maintenance of denzil (the previous stable release) up to this point, and the community is free to continue that maintenance almost indefinitely; the same should be applicable to danny. In fact there's a pre-release of 1.3.2 running on the autobuilder right now. I think several of the bigger users are sticking with Danny for some products, so I don't expect the stream of requests for danny to stop once Dylan is out. Ross ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] connman: replace hardcoded path in init script
Mark Hatle mark.hatle@... writes: On 4/24/13 8:05 PM, Stefan Stanacar wrote: Because the connman init script sources a config file from /usr/lib we end up with no network in multilib enabled sato images, so replace with the real libdir. Signed-off-by: Stefan Stanacar stefanx.stanacar@... --- meta/recipes-connectivity/connman/connman.inc | 3 ++- meta/recipes-connectivity/connman/connman/connman | 4 ++-- 2 files changed, 4 insertions(+), 3 deletions(-) diff --git a/meta/recipes-connectivity/connman/connman.inc b/meta/recipes-connectivity/connman/connman.inc index 589ece8..93c9da0 100644 --- a/meta/recipes-connectivity/connman/connman.inc +++ b/meta/recipes-connectivity/connman/connman.inc at at -47,7 +47,7 at at INITSCRIPT_NAME = connman INITSCRIPT_PARAMS = start 05 5 2 3 . stop 22 0 1 6 . SYSTEMD_SERVICE_${PN} = connman.service -SYSTEMD_WIRED_SETUP = ExecStartPre=-/usr/lib/connman/wired-setup +SYSTEMD_WIRED_SETUP = ExecStartPre=-${libdir}/connman/wired-setup I don't think this is right. The initscript and setup command should be in the 'libexec' location, which is /usr/lib/connman. This way the initscript from any duplicate multilibs installed won't cause a conflict. And the binaries end up in a known location. (The libraries on the other hand should definitely be in the libdir.) Okay, that makes sense. The only problem is that wired-setup is installed by connman-conf so libexec won't work. (connman rrecomends connman-conf which installs wired.config and wired-setup for qemu machines only). And I'm not sure how to get around that. Poky commit e93b6376a0cff5321dd7fc13a88c8b06ae8b83c7 moved wired-setup from /etc/connman to /usr/lib/connman. I do think that /etc/connman/wired-setup was the better location (or perhaps connman-conf), given that's only a script sourced in /etc/init.d/connman if it exists. But I don't know the reasons why it was moved to /usr/lib/connman. Any thoughts? ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] debugedit: canonicalization unexpectedly shrank by one character
-Original Message- From: openembedded-core-boun...@lists.openembedded.org [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of Martin Jansa Sent: Wednesday, April 24, 2013 3:20 AM To: openembedded-core@lists.openembedded.org Subject: [OE-core] debugedit: canonicalization unexpectedly shrank by one character Hi, with debugedit errors now catched and shown after: commit 262a69ffd33e9d001a7a15fc73671a015e3b5dd1 Author: Richard Purdie richard.pur...@linuxfoundation.org Date: Mon Mar 25 16:52:07 2013 + package.bbclass: Handle subprocess errors correctly If an error occurs in subprocess.call() we currently don't catch it. In particular we have issues where debugedit is segfaulting unnoticed. This fixes up various code paths to catch the errors. I get couple of recipes failing with errors like: [...] This leads to https://bugzilla.redhat.com/show_bug.cgi?id=304121 https://bugs.launchpad.net/rpm/+bug/638633 https://qa.mandriva.com/show_bug.cgi?id=62391 but no clear solution (it would be nice to show which path triggered that message as suggested in redhat bugzilla) I can INHIBIT_PACKAGE_DEBUG_SPLIT in failing recipes or adding slash to -d '/usr/src/debug/' works in this case too.. I tried set PACKAGE_DEBUG_SPLIT_STYLE = debug-without-src in the package and that seemed to work around the problem. In my package that was offending was because there was an -rpath that had a trailing /. It seems debugedit is very sensitive to rogue path separators. Are there ways to make this more robust? ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] alsa-utils: Move alsaconf to its own recipe
On 04/25/2013 05:47 AM, Phil Blundell wrote: 18575b082a4042376fd1575465e69562dea04ddc added bash as a dependency of alsa-utils-alsaconf so that the script interpreter will be available at run time. However, this has the undesirable side effect of making bash be a build dependency for alsa-utils and, for those folks who don't need alsaconf but do want some other part of alsa-utils, this cure is worse than the original disease. Fix this by moving alsaconf to a separate recipe so that the bash dependency only applies when alsaconf is specifically requested. Signed-off-by: Phil Blundell ph...@gnu.org --- .../alsa/alsa-utils-alsaconf_1.0.26.bb | 22 meta/recipes-multimedia/alsa/alsa-utils_1.0.26.bb | 12 +++ 2 files changed, 30 insertions(+), 4 deletions(-) create mode 100644 meta/recipes-multimedia/alsa/alsa-utils-alsaconf_1.0.26.bb diff --git a/meta/recipes-multimedia/alsa/alsa-utils-alsaconf_1.0.26.bb b/meta/recipes-multimedia/alsa/alsa-utils-alsaconf_1.0.26.bb new file mode 100644 index 000..71de085 --- /dev/null +++ b/meta/recipes-multimedia/alsa/alsa-utils-alsaconf_1.0.26.bb @@ -0,0 +1,22 @@ +require alsa-utils_${PV}.bb + +THISDIR := ${@os.path.dirname(bb.data.getVar('FILE', d, True))} +FILESPATH =. ${@base_set_filespath([${THISDIR}/alsa-utils], d)}: + +PACKAGES = ${PN} +RDEPENDS_${PN} += bash + +DESCRIPTION_${PN} = a bash script that creates ALSA configuration files +FILES_${PN} = ${sbindir}/alsaconf + +S = ${WORKDIR}/alsa-utils-${PV} + Do you mean to point into the alsa-utils actual workdir where alsaconf has been created? Then you could also avoid unpacking. +do_configure() { + # Nothing to configure + : By doing nothing here, the alsaconf does not get created since there is only an alsaconf.in Sau! +} + +do_install() { + install -d ${D}${sbindir} + install -m 0755 ${S}/alsaconf/alsaconf ${D}${sbindir}/ +} diff --git a/meta/recipes-multimedia/alsa/alsa-utils_1.0.26.bb b/meta/recipes-multimedia/alsa/alsa-utils_1.0.26.bb index 7fe3bac..e0bf755 100644 --- a/meta/recipes-multimedia/alsa/alsa-utils_1.0.26.bb +++ b/meta/recipes-multimedia/alsa/alsa-utils_1.0.26.bb @@ -39,7 +39,6 @@ ALSA_UTILS_PKGS = \ alsa-utils-speakertest \ alsa-utils-aseqnet \ alsa-utils-aseqdump \ - alsa-utils-alsaconf \ alsa-utils-alsactl \ alsa-utils-alsaloop \ alsa-utils-alsaucm \ @@ -47,7 +46,6 @@ ALSA_UTILS_PKGS = \ PACKAGES += ${ALSA_UTILS_PKGS} RDEPENDS_${PN} += ${ALSA_UTILS_PKGS} -RDEPENDS_alsa-utils-alsaconf += bash FILES_${PN} = FILES_alsa-utils-aplay = ${bindir}/aplay ${bindir}/arecord @@ -60,7 +58,6 @@ FILES_alsa-utils-aseqnet = ${bindir}/aseqnet FILES_alsa-utils-iecset = ${bindir}/iecset FILES_alsa-utils-alsactl = ${sbindir}/alsactl */udev/rules.d ${systemd_unitdir} ${localstatedir}/lib/alsa ${datadir}/alsa/init/ FILES_alsa-utils-aseqdump= ${bindir}/aseqdump -FILES_alsa-utils-alsaconf= ${sbindir}/alsaconf FILES_alsa-utils-alsaloop= ${bindir}/alsaloop FILES_alsa-utils-alsaucm = ${bindir}/alsaucm @@ -73,9 +70,16 @@ DESCRIPTION_alsa-utils-midi = miscalleanous MIDI utilities for ALSA DESCRIPTION_alsa-utils-aconnect = ALSA sequencer connection manager DESCRIPTION_alsa-utils-aseqnet = network client/server on ALSA sequencer DESCRIPTION_alsa-utils-alsactl = saves/restores ALSA-settings in /etc/asound.state -DESCRIPTION_alsa-utils-alsaconf = a bash script that creates ALSA configuration files DESCRIPTION_alsa-utils-alsaucm = ALSA Use Case Manager RRECOMMENDS_alsa-utils-alsactl = alsa-states ALLOW_EMPTY_alsa-utils = 1 + +do_install() { + autotools_do_install + + # We don't ship this here because it requires a dependency on bash. + # See alsa-utils-alsaconf_${PV}.bb + rm ${D}${sbindir}/alsaconf +} ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] debugedit: canonicalization unexpectedly shrank by one character
On 4/25/13 3:43 PM, Ian Geiser wrote: -Original Message- From: openembedded-core-boun...@lists.openembedded.org [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of Martin Jansa Sent: Wednesday, April 24, 2013 3:20 AM To: openembedded-core@lists.openembedded.org Subject: [OE-core] debugedit: canonicalization unexpectedly shrank by one character Hi, with debugedit errors now catched and shown after: commit 262a69ffd33e9d001a7a15fc73671a015e3b5dd1 Author: Richard Purdie richard.pur...@linuxfoundation.org Date: Mon Mar 25 16:52:07 2013 + package.bbclass: Handle subprocess errors correctly If an error occurs in subprocess.call() we currently don't catch it. In particular we have issues where debugedit is segfaulting unnoticed. This fixes up various code paths to catch the errors. I get couple of recipes failing with errors like: [...] This leads to https://bugzilla.redhat.com/show_bug.cgi?id=304121 https://bugs.launchpad.net/rpm/+bug/638633 https://qa.mandriva.com/show_bug.cgi?id=62391 but no clear solution (it would be nice to show which path triggered that message as suggested in redhat bugzilla) I can INHIBIT_PACKAGE_DEBUG_SPLIT in failing recipes or adding slash to -d '/usr/src/debug/' works in this case too.. I tried set PACKAGE_DEBUG_SPLIT_STYLE = debug-without-src in the package and that seemed to work around the problem. In my package that was offending was because there was an -rpath that had a trailing /. It seems debugedit is very sensitive to rogue path separators. Are there ways to make this more robust? Source for debugedit is part of RPM. I don't see any reason why we wouldn't accept patches for something like this. (However, it does seem like the rpath may be wrong as well. Fixing the rpath should probably be done as well.) --Mark ___ 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] mkefidisk: Unmount after partitioning
Some automounters are rather overzealous and like to mount things immediately after partitioning. This can happen if the disk is being reused and the partitions align exactly with the existing partitions which have already been formatted. Move the unmount code into a function and call it before and after partitioning. Signed-off-by: Darren Hart dvh...@linux.intel.com --- scripts/contrib/mkefidisk.sh | 32 +--- 1 file changed, 21 insertions(+), 11 deletions(-) diff --git a/scripts/contrib/mkefidisk.sh b/scripts/contrib/mkefidisk.sh index 741c3ab..0c15104 100755 --- a/scripts/contrib/mkefidisk.sh +++ b/scripts/contrib/mkefidisk.sh @@ -71,6 +71,20 @@ function device_details() { echo } +function unmount_device() { + grep -q $DEVICE /proc/mounts + if [ $? -eq 0 ]; then + echo -n $DEVICE listed in /proc/mounts, attempting to unmount... + umount $DEVICE* 2/dev/null + grep -q $DEVICE /proc/mounts + if [ $? -eq 0 ]; then + echo FAILED + exit 1 + fi + echo OK + fi +} + # # Parse and validate arguments @@ -100,17 +114,7 @@ fi # # Check if any $DEVICE partitions are mounted # -grep -q $DEVICE /proc/mounts -if [ $? -eq 0 ]; then - echo -n $DEVICE listed in /proc/mounts, attempting to unmount... - umount $DEVICE* 2/dev/null - grep -q $DEVICE /proc/mounts - if [ $? -eq 0 ]; then - echo FAILED - exit 1 - fi - echo OK -fi +unmount_device # @@ -183,6 +187,12 @@ parted $DEVICE print # +# Check if any $DEVICE partitions are mounted after partitioning +# +unmount_device + + +# # Format $DEVICE partitions # echo -- 1.8.1.2 ___ 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] systemd: fix do_compile failed in parallel builds with system's make 3.28
On 04/25/2013 05:54 PM, Burton, Ross wrote: On 25 April 2013 09:16, Hongxu Jia hongxu@windriver.com wrote: 3, Add `make-native' to systemd's `DEPENDS' to use Yocto's make rather than system's to compile systemd. NACK. Installing make-native during a build will lead to races over the make binary, causing strange and non-obvious build failures. A unpatched 3.82 in certain distros (F16 is the only culprit that I'm aware of) is a known issue and we'll be adding to the release notes that if you have a broken make, run bitbake make-native *first*. Opensuse 12.1 has the patches required to fix this (https://build.opensuse.org/package/show?package=makeproject=openSUSE%3A12.1%3AUpdate, make-parallel-build.patch, added 5 weeks ago) so please update your distro and this will fix itself. I'm also told that 12.1 will be EOL in 21 days from now, so you should consider upgrading to 12.3. Ross Got it Hongxu ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] RFT: binutils 2.23.2 available
Hi I have pushed a binutils upgrade to contrib branch. I have booted systemd-image in all supported QEMUs using angstrom-next distro Pease help testing it out The branch is here http://git.openembedded.org/openembedded-core-contrib/log/?h=kraj/binutils-2.23.2 If you run into issues let me know -Khem ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core