Re: [OE-core] [PATCH] xorg-font-common.inc: break runtime dependency loop
Op 18 dec. 2011, om 02:03 heeft Andreas Müller het volgende geschreven: required since opkg update [1] [1] http://cgit.openembedded.org/openembedded-core/commit/?id=2feba313c991170747381c7cf821a45c2cd04632 Signed-off-by: Andreas Müller schnitzelt...@gmx.de I was planning to send something reallly similar looking on monday :) Acked-by: Koen Kooi k...@dominion.thruhere.net --- .../xorg-font/xorg-font-common.inc |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/recipes-graphics/xorg-font/xorg-font-common.inc b/meta/recipes-graphics/xorg-font/xorg-font-common.inc index d93b4ee..5a8ae56 100644 --- a/meta/recipes-graphics/xorg-font/xorg-font-common.inc +++ b/meta/recipes-graphics/xorg-font/xorg-font-common.inc @@ -5,10 +5,10 @@ SECTION = x11/fonts LICENSE = MIT-X DEPENDS = encodings font-alias font-util-native mkfontdir-native mkfontscale-native -RDEPENDS_${PN} = encodings font-util font-alias +RRECOMMENDS_${PN} = encodings font-util font-alias XORG_PN = ${BPN} -INC_PR = r2 +INC_PR = r3 SRC_URI = ${XORG_MIRROR}/individual/font/${XORG_PN}-${PV}.tar.bz2 S = ${WORKDIR}/${XORG_PN}-${PV} -- 1.7.4.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core signature.asc Description: Message signed with OpenPGP using GPGMail ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] libsdl 1.2.14: fix packaging
For some reason the -config script was shipped in ${PN} leading to shlibs renaming issues: What we want, and how meta-oe used to do it: libsdl-1.2-0_1.2.14-r0.0_armv7a.ipk Current OE-core status: libsdl_1.2.14-r2_armv7a.ipk With this commit we get both proper shlib renaming and the -dev package now has all the dev files Signed-off-by: Koen Kooi k...@dominion.thruhere.net --- meta/recipes-graphics/libsdl/libsdl_1.2.14.bb |4 +++- 1 files changed, 3 insertions(+), 1 deletions(-) diff --git a/meta/recipes-graphics/libsdl/libsdl_1.2.14.bb b/meta/recipes-graphics/libsdl/libsdl_1.2.14.bb index a28a88a..761995e 100644 --- a/meta/recipes-graphics/libsdl/libsdl_1.2.14.bb +++ b/meta/recipes-graphics/libsdl/libsdl_1.2.14.bb @@ -15,7 +15,7 @@ PROVIDES = virtual/libsdl DEPENDS = ${@base_contains('DISTRO_FEATURES', 'opengl', 'virtual/libgl', '', d)} virtual/libx11 libxext libxrandr libxrender tslib DEPENDS_virtclass-nativesdk = libx11-nativesdk libxrandr-nativesdk libxrender-nativesdk libxext-nativesdk -PR = r2 +PR = r3 SRC_URI = http://www.libsdl.org/release/SDL-${PV}.tar.gz \ file://configure_tweak.patch \ @@ -57,4 +57,6 @@ do_configure_prepend() { export SYSROOT=$PKG_CONFIG_SYSROOT_DIR } +FILES_${PN}-dev += ${bindir}/sdl-config + BBCLASSEXTEND = nativesdk -- 1.7.2.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [meta-xilinx] u-boot-xilinx: Rename folder and patch name as well to u-boot
On Fri, 2011-12-16 at 19:13 +0100, Stefan Schmidt wrote: For consistency and perhaps trademark reasons rename all u-boot references from uboot to u-boot. Signed-off-by: Stefan Schmidt ste...@datenfreihafen.org Merged, thanks. Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] libsdl 1.2.14: fix packaging
Op 18 dec. 2011, om 10:32 heeft Koen Kooi het volgende geschreven: For some reason the -config script was shipped in ${PN} leading to shlibs renaming issues: What we want, and how meta-oe used to do it: libsdl-1.2-0_1.2.14-r0.0_armv7a.ipk Current OE-core status: libsdl_1.2.14-r2_armv7a.ipk With this commit we get both proper shlib renaming and the -dev package now has all the dev files Signed-off-by: Koen Kooi k...@dominion.thruhere.net I had trouble finding something in OE-core that actually used libsdl, besides 2 tasks and qemu-native, which is why there are no PR bumps for recipes using the target package: there aren't any. The meta-oe story is different, I sent a patch to bump PR on the things that are broken in the angstrom feeds because of this. regards, Koen signature.asc Description: Message signed with OpenPGP using GPGMail ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] libsdl 1.2.14: fix packaging
On Sun, Dec 18, 2011 at 10:32:11AM +0100, Koen Kooi wrote: For some reason the -config script was shipped in ${PN} leading to shlibs renaming issues: What we want, and how meta-oe used to do it: libsdl-1.2-0_1.2.14-r0.0_armv7a.ipk Current OE-core status: libsdl_1.2.14-r2_armv7a.ipk With this commit we get both proper shlib renaming and the -dev package now has all the dev files Signed-off-by: Koen Kooi k...@dominion.thruhere.net --- meta/recipes-graphics/libsdl/libsdl_1.2.14.bb |4 +++- 1 files changed, 3 insertions(+), 1 deletions(-) diff --git a/meta/recipes-graphics/libsdl/libsdl_1.2.14.bb b/meta/recipes-graphics/libsdl/libsdl_1.2.14.bb index a28a88a..761995e 100644 --- a/meta/recipes-graphics/libsdl/libsdl_1.2.14.bb +++ b/meta/recipes-graphics/libsdl/libsdl_1.2.14.bb @@ -15,7 +15,7 @@ PROVIDES = virtual/libsdl DEPENDS = ${@base_contains('DISTRO_FEATURES', 'opengl', 'virtual/libgl', '', d)} virtual/libx11 libxext libxrandr libxrender tslib DEPENDS_virtclass-nativesdk = libx11-nativesdk libxrandr-nativesdk libxrender-nativesdk libxext-nativesdk -PR = r2 +PR = r3 SRC_URI = http://www.libsdl.org/release/SDL-${PV}.tar.gz \ file://configure_tweak.patch \ @@ -57,4 +57,6 @@ do_configure_prepend() { export SYSROOT=$PKG_CONFIG_SYSROOT_DIR } +FILES_${PN}-dev += ${bindir}/sdl-config Looks like extra quote ^ Cheers, + BBCLASSEXTEND = nativesdk -- 1.7.2.5 ___ 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
[OE-core] [PATCH v2] libsdl 1.2.14: fix packaging
For some reason the -config script was shipped in ${PN} leading to shlibs renaming issues: What we want, and how meta-oe used to do it: libsdl-1.2-0_1.2.14-r0.0_armv7a.ipk Current OE-core status: libsdl_1.2.14-r2_armv7a.ipk With this commit we get both proper shlib renaming and the -dev package now has all the dev files Signed-off-by: Koen Kooi k...@dominion.thruhere.net --- meta/recipes-graphics/libsdl/libsdl_1.2.14.bb |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/recipes-graphics/libsdl/libsdl_1.2.14.bb b/meta/recipes-graphics/libsdl/libsdl_1.2.14.bb index a28a88a..f587291 100644 --- a/meta/recipes-graphics/libsdl/libsdl_1.2.14.bb +++ b/meta/recipes-graphics/libsdl/libsdl_1.2.14.bb @@ -15,7 +15,7 @@ PROVIDES = virtual/libsdl DEPENDS = ${@base_contains('DISTRO_FEATURES', 'opengl', 'virtual/libgl', '', d)} virtual/libx11 libxext libxrandr libxrender tslib DEPENDS_virtclass-nativesdk = libx11-nativesdk libxrandr-nativesdk libxrender-nativesdk libxext-nativesdk -PR = r2 +PR = r4 SRC_URI = http://www.libsdl.org/release/SDL-${PV}.tar.gz \ file://configure_tweak.patch \ @@ -26,7 +26,7 @@ S = ${WORKDIR}/SDL-${PV} SRC_URI[md5sum] = e52086d1b508fa0b76c52ee30b55bec4 SRC_URI[sha256sum] = 5d927e287034cb6bb0ebccfa382cb1d185cb113c8ab5115a0759798642eed9b6 -inherit autotools binconfig pkgconfig +inherit autotools lib_package binconfig pkgconfig EXTRA_OECONF = --disable-static --disable-debug --enable-cdrom --enable-threads --enable-timers --enable-endian \ --enable-file --disable-oss --disable-esd --disable-arts \ -- 1.7.2.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] opkg: Update svn 625 - 633 and fix preinst issues
Richard Purdie richard.purdie-hqyy1w1ycw8ekmwlsbkhg0b+6bgkl...@public.gmane.org writes: This is likely as a result of the installorder patch :/. Sadly if we want the postinstalls to be installed in order we do need that patch. The question is whether circular depends are something opkg should support or not? I think, circular dependencies should (and must) be supported. It is nearly impossible to avoid them and other package managers (rpm, dpkg) work fine with them. Forbidding them would require a large rewrite of oe recipes; e.g. the autogenerated perl deps cause a circle leading to | Installing perl-module-extutils-makemaker (5.14.2-r2) to root... | Installing perl-module-extutils-my (5.14.2-r2) to root... | Installing perl-module-extutils-mm (5.14.2-r2) to root... | Installing perl-module-extutils-makemaker (5.14.2-r2) to root... | Installing perl-module-extutils-my (5.14.2-r2) to root... | Installing perl-module-extutils-mm (5.14.2-r2) to root... loops. What's debian's behaviour in that regard? afais, dpkg supports a 'Pre-Depends' field which breaks the dependency circles. rpm supports more finegrained 'Requires(preinst/postinst)' tags too. Enrico ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] opkg: Update svn 625 - 633 and fix preinst issues
On Sat, Dec 17, 2011 at 11:52:25AM +, Richard Purdie wrote: On Sat, 2011-12-17 at 11:34 +0100, Martin Jansa wrote: On Sat, Dec 17, 2011 at 10:22:01AM +, Richard Purdie wrote: On Sat, 2011-12-17 at 10:20 +0100, Martin Jansa wrote: On Sat, Dec 17, 2011 at 01:32:28AM +, Richard Purdie wrote: I've tried to build image with SRCREV=633 and it built image fine then I tried to apply your patch but without installorder.patch to confirm that the issue with circular depending packages is really cause by that only and then try to fix installorder.patch to work even with such packages, but I got many postinst errors :(. From your description I understood that postinst execution should be almost the same only more logic is moved from rootfs_ipk.bbclass to opkg itself. | Collected errors: | * pkg_run_script: package pam-plugin-unix postinst script returned status 1. | * opkg_configure: pam-plugin-unix.postinst returned 1. | * pkg_run_script: package pango-module-basic-x postinst script returned status 1. | * opkg_configure: pango-module-basic-x.postinst returned 1. | * pkg_run_script: package pango-module-basic-fc postinst script returned status 1. | * opkg_configure: pango-module-basic-fc.postinst returned 1. | * pkg_run_script: package update-modules postinst script returned status 1. | * opkg_configure: update-modules.postinst returned 1. | * pkg_run_script: package gdk-pixbuf-loader-png postinst script returned status 1. | * opkg_configure: gdk-pixbuf-loader-png.postinst returned 1. | * pkg_run_script: package gdk-pixbuf-loader-jpeg postinst script returned status 1. | * opkg_configure: gdk-pixbuf-loader-jpeg.postinst returned 1. | * pkg_run_script: package liberation-fonts postinst script returned status 1. | * opkg_configure: liberation-fonts.postinst returned 1. | * pkg_run_script: package gdk-pixbuf-loader-xpm postinst script returned status 1. | * opkg_configure: gdk-pixbuf-loader-xpm.postinst returned 1. | * pkg_run_script: package gdk-pixbuf-loader-gif postinst script returned status 1. | * opkg_configure: gdk-pixbuf-loader-gif.postinst returned 1. | * pkg_run_script: package ppp postinst script returned status 1. | * opkg_configure: ppp.postinst returned 1. | * pkg_run_script: package ttf-dejavu-common postinst script returned status 127. | * opkg_configure: ttf-dejavu-common.postinst returned 127. | * pkg_run_script: package ttf-dejavu-sans postinst script returned status 127. | * opkg_configure: ttf-dejavu-sans.postinst returned 127. | * pkg_run_script: package ffalarms postinst script returned status 127. | * opkg_configure: ffalarms.postinst returned 127. | * pkg_run_script: package rsyslog postinst script returned status 1. | * opkg_configure: rsyslog.postinst returned 1. | * pkg_run_script: package ttf-dejavu-sans-mono postinst script returned status 127. | * opkg_configure: ttf-dejavu-sans-mono.postinst returned 127. | * pkg_run_script: package matchbox-keyboard-im postinst script returned status 1. | * opkg_configure: matchbox-keyboard-im.postinst returned 1. | * pkg_run_script: package hicolor-icon-theme postinst script returned status 1. | * opkg_configure: hicolor-icon-theme.postinst returned 1. | * pkg_run_script: packaERROR: Function 'do_rootfs' failed (see /OE/shr-core/tmp-eglibc/work/qemuarm-oe-linux-gnueabi/shr-l ite-image/2.0-r20/temp/log.do_rootfs.10063 for further information) | ge ttf-liberation-mono postinst script returned status 127. | * opkg_configure: ttf-liberation-mono.postinst returned 127. | * pkg_run_script: package gtk-immodule-xim postinst script returned status 1. | * opkg_configure: gtk-immodule-xim.postinst returned 1. | * pkg_run_script: package ca-certificates postinst script returned status 1. | * opkg_configure: ca-certificates.postinst returned 1. NOTE: package shr-lite-image-2.0-r20: task do_rootfs: Failed ERROR: Task 9 (/OE/shr-core/meta-smartphone/meta-shr/recipes-shr/images/shr-lite-image.bb, do_rootfs) failed with exit code ' 1' This looks like you don't have the offline_postinstall patch applied? I have Please double check. That patch does things like: Index: trunk/libopkg/pkg.c === --- trunk.orig/libopkg/pkg.c 2011-12-15 15:58:39.0 + +++ trunk/libopkg/pkg.c 2011-12-15 20:04:50.109992736 + @@ -1297,8 +1297,9 @@ free(cmd); if (err) { - opkg_msg(ERROR, package \%s\ %s script returned status %d.\n, - pkg-name, script, err); + if (!conf-offline_root) +opkg_msg(ERROR, package \%s\ %s script returned status
Re: [OE-core] opkg: Update svn 625 - 633 and fix preinst issues
On Sunday, December 18, 2011 12:00:42 PM Martin Jansa wrote: On Sat, Dec 17, 2011 at 11:52:25AM +, Richard Purdie wrote: On Sat, 2011-12-17 at 11:34 +0100, Martin Jansa wrote: On Sat, Dec 17, 2011 at 10:22:01AM +, Richard Purdie wrote: On Sat, 2011-12-17 at 10:20 +0100, Martin Jansa wrote: On Sat, Dec 17, 2011 at 01:32:28AM +, Richard Purdie wrote: I've tried to build image with SRCREV=633 and it built image fine then I tried to apply your patch but without installorder.patch to confirm that the issue with circular depending packages is really cause by that only and then try to fix installorder.patch to work even with such packages, but I got many postinst errors :(. From your description I understood that postinst execution should be almost the same only more logic is moved from rootfs_ipk.bbclass to opkg itself. | Collected errors: | * pkg_run_script: package pam-plugin-unix postinst script | returned status 1. * opkg_configure: pam-plugin-unix.postinst | returned 1. | * pkg_run_script: package pango-module-basic-x postinst script | returned status 1. * opkg_configure: | pango-module-basic-x.postinst returned 1. * pkg_run_script: | package pango-module-basic-fc postinst script returned status | 1. * opkg_configure: pango-module-basic-fc.postinst returned 1. | * pkg_run_script: package update-modules postinst script | returned status 1. * opkg_configure: update-modules.postinst | returned 1. | * pkg_run_script: package gdk-pixbuf-loader-png postinst | script returned status 1. * opkg_configure: | gdk-pixbuf-loader-png.postinst returned 1. * pkg_run_script: | package gdk-pixbuf-loader-jpeg postinst script returned | status 1. * opkg_configure: gdk-pixbuf-loader-jpeg.postinst | returned 1. * pkg_run_script: package liberation-fonts | postinst script returned status 1. * opkg_configure: | liberation-fonts.postinst returned 1. * pkg_run_script: package | gdk-pixbuf-loader-xpm postinst script returned status 1. * | opkg_configure: gdk-pixbuf-loader-xpm.postinst returned 1. * | pkg_run_script: package gdk-pixbuf-loader-gif postinst script | returned status 1. * opkg_configure: | gdk-pixbuf-loader-gif.postinst returned 1. * pkg_run_script: | package ppp postinst script returned status 1. * | opkg_configure: ppp.postinst returned 1. | * pkg_run_script: package ttf-dejavu-common postinst script | returned status 127. * opkg_configure: | ttf-dejavu-common.postinst returned 127. * pkg_run_script: | package ttf-dejavu-sans postinst script returned status 127. | * opkg_configure: ttf-dejavu-sans.postinst returned 127. * | pkg_run_script: package ffalarms postinst script returned | status 127. * opkg_configure: ffalarms.postinst returned 127. | * pkg_run_script: package rsyslog postinst script returned | status 1. * opkg_configure: rsyslog.postinst returned 1. | * pkg_run_script: package ttf-dejavu-sans-mono postinst script | returned status 127. * opkg_configure: | ttf-dejavu-sans-mono.postinst returned 127. * pkg_run_script: | package matchbox-keyboard-im postinst script returned status | 1. * opkg_configure: matchbox-keyboard-im.postinst returned 1. | * pkg_run_script: package hicolor-icon-theme postinst script | returned status 1. * opkg_configure: | hicolor-icon-theme.postinst returned 1. * pkg_run_script: | packaERROR: Function 'do_rootfs' failed (see | /OE/shr-core/tmp-eglibc/work/qemuarm-oe-linux-gnueabi/shr-l ite-image/2.0-r20/temp/log.do_rootfs.10063 for further information) | ge ttf-liberation-mono postinst script returned status 127. | | * opkg_configure: ttf-liberation-mono.postinst returned 127. | * pkg_run_script: package gtk-immodule-xim postinst script | returned status 1. * opkg_configure: gtk-immodule-xim.postinst | returned 1. * pkg_run_script: package ca-certificates | postinst script returned status 1. * opkg_configure: | ca-certificates.postinst returned 1. NOTE: package shr-lite-image-2.0-r20: task do_rootfs: Failed ERROR: Task 9 (/OE/shr-core/meta-smartphone/meta-shr/recipes-shr/images/shr-lite -image.bb, do_rootfs) failed with exit code ' 1' This looks like you don't have the offline_postinstall patch applied? I have Please double check. That patch does things like: Index: trunk/libopkg/pkg.c === --- trunk.orig/libopkg/pkg.c2011-12-15 15:58:39.0 + +++ trunk/libopkg/pkg.c 2011-12-15 20:04:50.109992736 + @@ -1297,8 +1297,9 @@ free(cmd); if (err) { - opkg_msg(ERROR, package \%s\ %s script returned
Re: [OE-core] opkg: Update svn 625 - 633 and fix preinst issues
On Sun, Dec 18, 2011 at 12:44:47PM +0100, Andreas Müller wrote: On Sunday, December 18, 2011 12:00:42 PM Martin Jansa wrote: On Sat, Dec 17, 2011 at 11:52:25AM +, Richard Purdie wrote: On Sat, 2011-12-17 at 11:34 +0100, Martin Jansa wrote: On Sat, Dec 17, 2011 at 10:22:01AM +, Richard Purdie wrote: On Sat, 2011-12-17 at 10:20 +0100, Martin Jansa wrote: On Sat, Dec 17, 2011 at 01:32:28AM +, Richard Purdie wrote: I've tried to build image with SRCREV=633 and it built image fine then I tried to apply your patch but without installorder.patch to confirm that the issue with circular depending packages is really cause by that only and then try to fix installorder.patch to work even with such packages, but I got many postinst errors :(. From your description I understood that postinst execution should be almost the same only more logic is moved from rootfs_ipk.bbclass to opkg itself. | Collected errors: | * pkg_run_script: package pam-plugin-unix postinst script | returned status 1. * opkg_configure: pam-plugin-unix.postinst | returned 1. | * pkg_run_script: package pango-module-basic-x postinst script | returned status 1. * opkg_configure: | pango-module-basic-x.postinst returned 1. * pkg_run_script: | package pango-module-basic-fc postinst script returned status | 1. * opkg_configure: pango-module-basic-fc.postinst returned 1. | * pkg_run_script: package update-modules postinst script | returned status 1. * opkg_configure: update-modules.postinst | returned 1. | * pkg_run_script: package gdk-pixbuf-loader-png postinst | script returned status 1. * opkg_configure: | gdk-pixbuf-loader-png.postinst returned 1. * pkg_run_script: | package gdk-pixbuf-loader-jpeg postinst script returned | status 1. * opkg_configure: gdk-pixbuf-loader-jpeg.postinst | returned 1. * pkg_run_script: package liberation-fonts | postinst script returned status 1. * opkg_configure: | liberation-fonts.postinst returned 1. * pkg_run_script: package | gdk-pixbuf-loader-xpm postinst script returned status 1. * | opkg_configure: gdk-pixbuf-loader-xpm.postinst returned 1. * | pkg_run_script: package gdk-pixbuf-loader-gif postinst script | returned status 1. * opkg_configure: | gdk-pixbuf-loader-gif.postinst returned 1. * pkg_run_script: | package ppp postinst script returned status 1. * | opkg_configure: ppp.postinst returned 1. | * pkg_run_script: package ttf-dejavu-common postinst script | returned status 127. * opkg_configure: | ttf-dejavu-common.postinst returned 127. * pkg_run_script: | package ttf-dejavu-sans postinst script returned status 127. | * opkg_configure: ttf-dejavu-sans.postinst returned 127. * | pkg_run_script: package ffalarms postinst script returned | status 127. * opkg_configure: ffalarms.postinst returned 127. | * pkg_run_script: package rsyslog postinst script returned | status 1. * opkg_configure: rsyslog.postinst returned 1. | * pkg_run_script: package ttf-dejavu-sans-mono postinst script | returned status 127. * opkg_configure: | ttf-dejavu-sans-mono.postinst returned 127. * pkg_run_script: | package matchbox-keyboard-im postinst script returned status | 1. * opkg_configure: matchbox-keyboard-im.postinst returned 1. | * pkg_run_script: package hicolor-icon-theme postinst script | returned status 1. * opkg_configure: | hicolor-icon-theme.postinst returned 1. * pkg_run_script: | packaERROR: Function 'do_rootfs' failed (see | /OE/shr-core/tmp-eglibc/work/qemuarm-oe-linux-gnueabi/shr-l ite-image/2.0-r20/temp/log.do_rootfs.10063 for further information) | ge ttf-liberation-mono postinst script returned status 127. | | * opkg_configure: ttf-liberation-mono.postinst returned 127. | * pkg_run_script: package gtk-immodule-xim postinst script | returned status 1. * opkg_configure: gtk-immodule-xim.postinst | returned 1. * pkg_run_script: package ca-certificates | postinst script returned status 1. * opkg_configure: | ca-certificates.postinst returned 1. NOTE: package shr-lite-image-2.0-r20: task do_rootfs: Failed ERROR: Task 9 (/OE/shr-core/meta-smartphone/meta-shr/recipes-shr/images/shr-lite -image.bb, do_rootfs) failed with exit code ' 1' This looks like you don't have the offline_postinstall patch applied? I have Please double check. That patch does things like: Index: trunk/libopkg/pkg.c === --- trunk.orig/libopkg/pkg.c 2011-12-15 15:58:39.0 + +++ trunk/libopkg/pkg.c 2011-12-15
[OE-core] [PATCH 4/5] libatomics-ops: move docs to correct directory
Signed-off-by: Dmitry Eremin-Solenikov dbarysh...@gmail.com --- .../pulseaudio/libatomics-ops_1.2.bb |6 -- 1 files changed, 4 insertions(+), 2 deletions(-) diff --git a/meta/recipes-multimedia/pulseaudio/libatomics-ops_1.2.bb b/meta/recipes-multimedia/pulseaudio/libatomics-ops_1.2.bb index 184c167..d0162e6 100644 --- a/meta/recipes-multimedia/pulseaudio/libatomics-ops_1.2.bb +++ b/meta/recipes-multimedia/pulseaudio/libatomics-ops_1.2.bb @@ -6,7 +6,7 @@ LICENSE = GPLv2 MIT LIC_FILES_CHKSUM = file://doc/COPYING;md5=94d55d512a9ba36caa9b7df079bae19f \ file://doc/LICENSING.txt;md5=607073e04548eac7d1f763e480477bab \ -PR = r8 +PR = r9 SRC_URI = http://www.hpl.hp.com/research/linux/atomic_ops/download/libatomic_ops-${PV}.tar.gz \ file://fedora/libatomic_ops-1.2-ppclwzfix.patch \ @@ -26,5 +26,7 @@ ARM_INSTRUCTION_SET = arm inherit autotools pkgconfig do_install_append() { - mv ${D}${datadir}/libatomic_ops ${D}${datadir}/libatomic-ops || true + # those contain only docs, not necessary for now. + install -m 0755 -d ${D}${docdir} + mv ${D}${datadir}/libatomic_ops ${D}${docdir}/${PN} } -- 1.7.7.3 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/5] Move check that all installed files are shipped into insane.bbclass
Checking that all installed files are shipped is in reality a QA check. It would benefit from mechanisms like ERROR_QA/WARNING_QA. So move it into insane.bbclass. If some of the files are installed but should not be shipped for some reasons, one can add them to the variable IGNORE_UNSHIPPED_FILES. Signed-off-by: Dmitry Eremin-Solenikov dbarysh...@gmail.com --- meta/classes/insane.bbclass | 50 - meta/classes/package.bbclass | 15 2 files changed, 48 insertions(+), 17 deletions(-) diff --git a/meta/classes/insane.bbclass b/meta/classes/insane.bbclass index 5726e69..41b815c 100644 --- a/meta/classes/insane.bbclass +++ b/meta/classes/insane.bbclass @@ -100,7 +100,7 @@ def package_qa_get_machine_dict(): # Currently not being used by default desktop -WARN_QA ?= ldflags useless-rpaths rpaths +WARN_QA ?= ldflags useless-rpaths rpaths unshipped ERROR_QA ?= dev-so debug-deps dev-deps debug-files arch la2 pkgconfig la perms def package_qa_clean_path(path,d): @@ -485,6 +485,49 @@ def package_qa_check_rdepends(pkg, pkgdest, skip, d): return sane +IGNORE_UNSHIPPED_FILES ??= + +def packages_qa_unshipped_files(d): +warn = (d.getVar('WARN_QA', True) or ).split() +err = (d.getVar('ERROR_QA', True) or ).split() +if not unshipped in warn + err: +return True + +seen = d.getVar('IGNORE_UNSHIPPED_FILES', True).split() +unshipped = [] +dvar = d.getVar('PKGD', True) +destvar = d.getVar('PKGDEST', True) +packages = d.getVar('PACKAGES', True).split() +for p in packages: +pdir = os.path.join(destvar, p) +for root, dirs, files in os.walk(pdir): +dir = root[len(pdir):] +if not dir: +dir = os.sep +for f in (files + dirs): +path = os.path.join(dir, f) +if path not in seen: +seen.append(path) + +for root, dirs, files in os.walk(dvar): +dir = root[len(dvar):] +if not dir: +dir = os.sep +for f in (files + dirs): +path = os.path.join(dir, f) +if path not in seen: +unshipped.append(path) + +pn = d.getVar('PN', True) + +if unshipped == []: +return True + +ret = package_qa_handle_error(unshipped, For recipe %s, the following files/directories were installed but not shipped in any package: % pn, d) +for f in unshipped: +package_qa_handle_error(unshipped, f, d) +return ret + # The PACKAGE FUNC to scan each package python do_package_qa () { bb.note(DO PACKAGE QA) @@ -522,6 +565,7 @@ python do_package_qa () { g = globals() walk_sane = True rdepends_sane = True +shipped_sane = True for package in packages.split(): skip = (d.getVar('INSANE_SKIP_' + package, True) or ).split() if skip: @@ -546,8 +590,10 @@ python do_package_qa () { if not package_qa_check_rdepends(package, pkgdest, skip, d): rdepends_sane = False +if not packages_qa_unshipped_files(d): +shipped_sane = False -if not walk_sane or not rdepends_sane: +if not walk_sane or not rdepends_sane or not shipped_sane: bb.fatal(QA run found fatal errors. Please consider fixing them.) bb.note(DONE with PACKAGE QA) } diff --git a/meta/classes/package.bbclass b/meta/classes/package.bbclass index 39c1d4b..fbea9c6 100644 --- a/meta/classes/package.bbclass +++ b/meta/classes/package.bbclass @@ -957,21 +957,6 @@ python populate_packages () { del localdata os.chdir(workdir) - unshipped = [] - for root, dirs, files in os.walk(dvar): - dir = root[len(dvar):] - if not dir: - dir = os.sep - for f in (files + dirs): - path = os.path.join(dir, f) - if ('.' + path) not in seen: - unshipped.append(path) - - if unshipped != []: - bb.warn(For recipe %s, the following files/directories were installed but not shipped in any package: % pn) - for f in unshipped: - bb.warn( + f) - bb.build.exec_func(package_name_hook, d) for pkg in package_list: -- 1.7.7.3 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 3/5] ncurses: drop compatibility symlink to remove QA warning
ncurses doesn't use ${libdir}/terminfo. It is a backwards-compatibility symlink to ${datadir}/terminfo. It is not installed by ncurses recipe. Drop it to drop QA warning. Signed-off-by: Dmitry Eremin-Solenikov dbarysh...@gmail.com --- meta/recipes-core/ncurses/ncurses.inc |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/meta/recipes-core/ncurses/ncurses.inc b/meta/recipes-core/ncurses/ncurses.inc index 98f45a4..1449f34 100644 --- a/meta/recipes-core/ncurses/ncurses.inc +++ b/meta/recipes-core/ncurses/ncurses.inc @@ -171,6 +171,8 @@ do_install() { echo 'INPUT(AS_NEEDED(-ltinfo))' $f oe_multilib_header curses.h + + rm ${D}${libdir}/terminfo } python populate_packages_prepend () { -- 1.7.7.3 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 5/5] icecc.bbclass: also use icecc for kernel modules compilation
Signed-off-by: Dmitry Eremin-Solenikov dbarysh...@gmail.com --- meta/classes/icecc.bbclass |4 1 files changed, 4 insertions(+), 0 deletions(-) diff --git a/meta/classes/icecc.bbclass b/meta/classes/icecc.bbclass index 7e3676a..a14e02d 100644 --- a/meta/classes/icecc.bbclass +++ b/meta/classes/icecc.bbclass @@ -211,6 +211,10 @@ do_compile_prepend() { set_icecc_env } +do_compile_kernelmodules_prepend() { +set_icecc_env +} + #do_install_prepend() { #set_icecc_env #} -- 1.7.7.3 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/5] kernel.bbclass: move uImage handling to separate task
As per org.oe.dev and meta-oe's kernel.bbclass move uImage creation to separate task from do_deploy. This way the do_install task can also benefit from generated uImage. The only major feature of oe-core's version (not to recreate uImage if it exists) is retained in this patch. On the contra, as this version was merged from meta-oe/org.oe.dev, new function has another feature: it permits overriding the u-boot entrypoint via u-boot symbol. Signed-off-by: Dmitry Eremin-Solenikov dbarysh...@gmail.com --- meta/classes/kernel.bbclass | 43 +++ 1 files changed, 27 insertions(+), 16 deletions(-) diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass index 3f2f75a..8832a77 100644 --- a/meta/classes/kernel.bbclass +++ b/meta/classes/kernel.bbclass @@ -489,6 +489,33 @@ do_sizecheck() { addtask sizecheck before do_install after do_compile +# Define to 1 to force kernel.bbclass to recreate uImage for you +KERNEL_RECREATE_UIMAGE ?= 0 + +do_uboot_mkimage() { +test x${KERNEL_IMAGETYPE} = xuImage || return 0 +test x${KERNEL_RECREATE_UIMAGE} = x1 -o ! -e arch/${ARCH}/boot/uImage || return 0 + +ENTRYPOINT=${UBOOT_ENTRYPOINT} +if test -n ${UBOOT_ENTRYSYMBOL}; then +ENTRYPOINT=`${HOST_PREFIX}nm ${S}/vmlinux | \ + awk '$3==${UBOOT_ENTRYSYMBOL} {print $1}'` +fi +if test -e arch/${ARCH}/boot/compressed/vmlinux ; then +${OBJCOPY} -O binary -R .note -R .comment -S arch/${ARCH}/boot/compressed/vmlinux linux.bin +uboot-mkimage -A ${UBOOT_ARCH} -O linux -T kernel -C none -a ${UBOOT_LOADADDRESS} -e $ENTRYPOINT -n ${DISTRO_NAME}/${PV}/${MACHINE} -d linux.bin arch/${ARCH}/boot/uImage +rm -f linux.bin +else +${OBJCOPY} -O binary -R .note -R .comment -S vmlinux linux.bin +rm -f linux.bin.gz +gzip -9 linux.bin +uboot-mkimage -A ${UBOOT_ARCH} -O linux -T kernel -C gzip -a ${UBOOT_LOADADDRESS} -e $ENTRYPOINT -n ${DISTRO_NAME}/${PV}/${MACHINE} -d linux.bin.gz arch/${ARCH}/boot/uImage +rm -f linux.bin.gz +fi +} + +addtask uboot_mkimage before do_install after do_compile + KERNEL_IMAGE_BASE_NAME ?= ${KERNEL_IMAGETYPE}-${PV}-${PR}-${MACHINE}-${DATETIME} # Don't include the DATETIME variable in the sstate package signatures KERNEL_IMAGE_BASE_NAME[vardepsexclude] = DATETIME @@ -500,22 +527,6 @@ kernel_do_deploy() { tar -cvzf ${DEPLOYDIR}/modules-${KERNEL_VERSION}-${PR}-${MACHINE}.tgz -C ${D} lib fi - if test x${KERNEL_IMAGETYPE} = xuImage ; then - if test -e arch/${ARCH}/boot/uImage ; then - cp arch/${ARCH}/boot/uImage ${DEPLOYDIR}/${KERNEL_IMAGE_BASE_NAME}.bin - elif test -e arch/${ARCH}/boot/compressed/vmlinux ; then - ${OBJCOPY} -O binary -R .note -R .comment -S arch/${ARCH}/boot/compressed/vmlinux linux.bin - uboot-mkimage -A ${ARCH} -O linux -T kernel -C none -a ${UBOOT_ENTRYPOINT} -e ${UBOOT_ENTRYPOINT} -n ${DISTRO_NAME}/${PV}/${MACHINE} -d linux.bin ${DEPLOYDIR}/${KERNEL_IMAGE_BASE_NAME}.bin - rm -f linux.bin - else - ${OBJCOPY} -O binary -R .note -R .comment -S vmlinux linux.bin - rm -f linux.bin.gz - gzip -9 linux.bin - uboot-mkimage -A ${ARCH} -O linux -T kernel -C gzip -a ${UBOOT_ENTRYPOINT} -e ${UBOOT_ENTRYPOINT} -n ${DISTRO_NAME}/${PV}/${MACHINE} -d linux.bin.gz ${DEPLOYDIR}/${KERNEL_IMAGE_BASE_NAME}.bin - rm -f linux.bin.gz - fi - fi - cd ${DEPLOYDIR} rm -f ${KERNEL_IMAGE_SYMLINK_NAME}.bin ln -sf ${KERNEL_IMAGE_BASE_NAME}.bin ${KERNEL_IMAGE_SYMLINK_NAME}.bin -- 1.7.7.3 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/5] kernel.bbclass: move uImage handling to separate task
Op 18 dec. 2011, om 20:47 heeft Dmitry Eremin-Solenikov het volgende geschreven: As per org.oe.dev and meta-oe's kernel.bbclass move uImage creation to separate task from do_deploy. This way the do_install task can also benefit from generated uImage. The only major feature of oe-core's version (not to recreate uImage if it exists) is retained in this patch. I still don't agree with that behaviour. The in-kernel uImage code is just like the in-kernel defconfigs: useless for people who aren't kernel developers. On the contra, as this version was merged from meta-oe/org.oe.dev, new function has another feature: it permits overriding the u-boot entrypoint via u-boot symbol. No it doesn't, since it doesn't recreate uImage. signature.asc Description: Message signed with OpenPGP using GPGMail ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/5] kernel.bbclass: move uImage handling to separate task
On Sun, Dec 18, 2011 at 3:13 PM, Koen Kooi k...@dominion.thruhere.net wrote: Op 18 dec. 2011, om 20:47 heeft Dmitry Eremin-Solenikov het volgende geschreven: As per org.oe.dev and meta-oe's kernel.bbclass move uImage creation to separate task from do_deploy. This way the do_install task can also benefit from generated uImage. The only major feature of oe-core's version (not to recreate uImage if it exists) is retained in this patch. I still don't agree with that behaviour. The in-kernel uImage code is just like the in-kernel defconfigs: useless for people who aren't kernel developers. In that case, shouldn't people doing u-boot development (or other non-kernel developers), be building a uImage via something that isn't in kernel.bbclass ? Cheers, Bruce On the contra, as this version was merged from meta-oe/org.oe.dev, new function has another feature: it permits overriding the u-boot entrypoint via u-boot symbol. No it doesn't, since it doesn't recreate uImage. -BEGIN PGP SIGNATURE- iEYEARECAAYFAk7uSX8ACgkQMkyGM64RGpGCLwCgtXQaYv3fu3891FMVs9AK8hK7 z8QAniVSDXosv3RBKp0GYUnqfCXck2bD =UYJG -END PGP SIGNATURE- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core -- Thou shalt not follow the NULL pointer, for chaos and madness await thee at its end ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/5] kernel.bbclass: move uImage handling to separate task
Op 18 dec. 2011, om 21:27 heeft Bruce Ashfield het volgende geschreven: On Sun, Dec 18, 2011 at 3:13 PM, Koen Kooi k...@dominion.thruhere.net wrote: Op 18 dec. 2011, om 20:47 heeft Dmitry Eremin-Solenikov het volgende geschreven: As per org.oe.dev and meta-oe's kernel.bbclass move uImage creation to separate task from do_deploy. This way the do_install task can also benefit from generated uImage. The only major feature of oe-core's version (not to recreate uImage if it exists) is retained in this patch. I still don't agree with that behaviour. The in-kernel uImage code is just like the in-kernel defconfigs: useless for people who aren't kernel developers. In that case, shouldn't people doing u-boot development (or other non-kernel developers), be building a uImage via something that isn't in kernel.bbclass ? I use the kernel.bbclass in meta-oe, that does what I need. signature.asc Description: Message signed with OpenPGP using GPGMail ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1] Add missing SUMMARY fields to various recipes
Hello, In response to Shane's request for recipe maintainers to update recipes missing SUMMARY fields, this should take care of my list. Scott The following changes since commit 3e05acab1c119a3b2a4703ea8729cc768935d36e: license.bbclass: remove bashism (2011-12-16 16:50:39 +) are available in the git repository at: git://git.pokylinux.org/poky-contrib sgarman/update-summary-final http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=sgarman/update-summary-final Scott Garman (1): Add missing SUMMARY fields to various recipes .../nfs-utils/libnfsidmap_0.24.bb |3 ++- .../recipes-devtools/dosfstools/dosfstools_2.11.bb |2 +- .../qemu/qemu-helper-nativesdk_1.0.bb |3 ++- meta/recipes-extended/grep/grep_2.9.bb |1 + meta/recipes-support/icu/icu-3.6.inc |1 + meta/recipes-support/libevent/libevent_1.4.14b.bb |3 ++- 6 files changed, 9 insertions(+), 4 deletions(-) -- 1.7.5.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] Add missing SUMMARY fields to various recipes
This adds the SUMMARY field to the following recipes which were missing it: * dosfstools * grep * icu * libevent * libnfsidmap * qemu-helper-nativesdk Signed-off-by: Scott Garman scott.a.gar...@intel.com --- .../nfs-utils/libnfsidmap_0.24.bb |3 ++- .../recipes-devtools/dosfstools/dosfstools_2.11.bb |2 +- .../qemu/qemu-helper-nativesdk_1.0.bb |3 ++- meta/recipes-extended/grep/grep_2.9.bb |1 + meta/recipes-support/icu/icu-3.6.inc |1 + meta/recipes-support/libevent/libevent_1.4.14b.bb |3 ++- 6 files changed, 9 insertions(+), 4 deletions(-) diff --git a/meta/recipes-connectivity/nfs-utils/libnfsidmap_0.24.bb b/meta/recipes-connectivity/nfs-utils/libnfsidmap_0.24.bb index 101ecab..eff75ec 100644 --- a/meta/recipes-connectivity/nfs-utils/libnfsidmap_0.24.bb +++ b/meta/recipes-connectivity/nfs-utils/libnfsidmap_0.24.bb @@ -1,4 +1,5 @@ -DESCRIPTION = nfs idmapping library +SUMMARY = NFS id mapping library +DESCRIPTION = NFS id mapping library HOMEPAGE = http://www.citi.umich.edu/projects/nfsv4/linux/; SECTION = libs diff --git a/meta/recipes-devtools/dosfstools/dosfstools_2.11.bb b/meta/recipes-devtools/dosfstools/dosfstools_2.11.bb index ec75ac9..eca54f1 100644 --- a/meta/recipes-devtools/dosfstools/dosfstools_2.11.bb +++ b/meta/recipes-devtools/dosfstools/dosfstools_2.11.bb @@ -1,7 +1,7 @@ # dosfstools OE build file # Copyright (C) 2004-2006, Advanced Micro Devices, Inc. All Rights Reserved # Released under the MIT license (see packages/COPYING) - +SUMMARY = DOS FAT Filesystem Utilities DESCRIPTION = DOS FAT Filesystem Utilities SECTION = base diff --git a/meta/recipes-devtools/qemu/qemu-helper-nativesdk_1.0.bb b/meta/recipes-devtools/qemu/qemu-helper-nativesdk_1.0.bb index a3dca3d..df0cae0 100644 --- a/meta/recipes-devtools/qemu/qemu-helper-nativesdk_1.0.bb +++ b/meta/recipes-devtools/qemu/qemu-helper-nativesdk_1.0.bb @@ -1,4 +1,5 @@ -DESCRIPTION = Qemu helper scripts from Poky +SUMMARY = Qemu helper scripts +DESCRIPTION = Qemu helper scripts LICENSE = GPLv2 RDEPENDS_${PN} = qemu-nativesdk PR = r9 diff --git a/meta/recipes-extended/grep/grep_2.9.bb b/meta/recipes-extended/grep/grep_2.9.bb index 08ac527..9099bed 100644 --- a/meta/recipes-extended/grep/grep_2.9.bb +++ b/meta/recipes-extended/grep/grep_2.9.bb @@ -1,3 +1,4 @@ +SUMMARY = GNU grep utility DESCRIPTION = GNU grep utility HOMEPAGE = http://savannah.gnu.org/projects/grep/; BUGTRACKER = http://savannah.gnu.org/bugs/?group=grep; diff --git a/meta/recipes-support/icu/icu-3.6.inc b/meta/recipes-support/icu/icu-3.6.inc index 8fadc92..e3f9dd2 100644 --- a/meta/recipes-support/icu/icu-3.6.inc +++ b/meta/recipes-support/icu/icu-3.6.inc @@ -1,3 +1,4 @@ +SUMMARY = International Component for Unicode libraries DESCRIPTION = The International Component for Unicode (ICU) is a mature, portable set of C/C++ and Java libraries for Unicode support, software internationalization (I18N) and globalization (G11N), giving applications the same results on all platforms. HOMEPAGE = http://www-01.ibm.com/software/globalization/icu/index.jsp; diff --git a/meta/recipes-support/libevent/libevent_1.4.14b.bb b/meta/recipes-support/libevent/libevent_1.4.14b.bb index 1a369b5..36468dc 100644 --- a/meta/recipes-support/libevent/libevent_1.4.14b.bb +++ b/meta/recipes-support/libevent/libevent_1.4.14b.bb @@ -1,4 +1,5 @@ -DESCRIPTION = an asynchronous event notification library +SUMMARY = An asynchronous event notification library +DESCRIPTION = An asynchronous event notification library HOMEPAGE = http://www.monkey.org/~provos/libevent/; SECTION = libs -- 1.7.5.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 2/5] Move check that all installed files are shipped into insane.bbclass
On Sunday, December 18, 2011, Dmitry Eremin-Solenikov dbarysh...@gmail.com wrote: Checking that all installed files are shipped is in reality a QA check. It would benefit from mechanisms like ERROR_QA/WARNING_QA. So move it into insane.bbclass. If some of the files are installed but should not be shipped for some reasons, one can add them to the variable IGNORE_UNSHIPPED_FILES. This needs to be documented somewhere too and may be added to sample.conf.extended Signed-off-by: Dmitry Eremin-Solenikov dbarysh...@gmail.com --- meta/classes/insane.bbclass | 50 - meta/classes/package.bbclass | 15 2 files changed, 48 insertions(+), 17 deletions(-) diff --git a/meta/classes/insane.bbclass b/meta/classes/insane.bbclass index 5726e69..41b815c 100644 --- a/meta/classes/insane.bbclass +++ b/meta/classes/insane.bbclass @@ -100,7 +100,7 @@ def package_qa_get_machine_dict(): # Currently not being used by default desktop -WARN_QA ?= ldflags useless-rpaths rpaths +WARN_QA ?= ldflags useless-rpaths rpaths unshipped ERROR_QA ?= dev-so debug-deps dev-deps debug-files arch la2 pkgconfig la perms def package_qa_clean_path(path,d): @@ -485,6 +485,49 @@ def package_qa_check_rdepends(pkg, pkgdest, skip, d): return sane +IGNORE_UNSHIPPED_FILES ??= + +def packages_qa_unshipped_files(d): +warn = (d.getVar('WARN_QA', True) or ).split() +err = (d.getVar('ERROR_QA', True) or ).split() +if not unshipped in warn + err: +return True + +seen = d.getVar('IGNORE_UNSHIPPED_FILES', True).split() +unshipped = [] +dvar = d.getVar('PKGD', True) +destvar = d.getVar('PKGDEST', True) +packages = d.getVar('PACKAGES', True).split() +for p in packages: +pdir = os.path.join(destvar, p) +for root, dirs, files in os.walk(pdir): +dir = root[len(pdir):] +if not dir: +dir = os.sep +for f in (files + dirs): +path = os.path.join(dir, f) +if path not in seen +seen.append(path) + +for root, dirs, files in os.walk(dvar): +dir = root[len(dvar):] +if not dir: +dir = os.sep +for f in (files + dirs): +path = os.path.join(dir, f) +if path not in seen: +unshipped.append(path) + +pn = d.getVar('PN', True) + +if unshipped == []: +return True + +ret = package_qa_handle_error(unshipped, For recipe %s, the following files/directories were installed but not shipped in any package: % pn, d) +for f in unshipped: +package_qa_handle_error(unshipped, f, d) +return ret + # The PACKAGE FUNC to scan each package python do_package_qa () { bb.note(DO PACKAGE QA) @@ -522,6 +565,7 @@ python do_package_qa () { g = globals() walk_sane = True rdepends_sane = True +shipped_sane = True for package in packages.split(): skip = (d.getVar('INSANE_SKIP_' + package, True) or ).split() if skip: @@ -546,8 +590,10 @@ python do_package_qa () { if not package_qa_check_rdepends(package, pkgdest, skip, d): rdepends_sane = False +if not packages_qa_unshipped_files(d): +shipped_sane = False -if not walk_sane or not rdepends_sane: +if not walk_sane or not rdepends_sane or not shipped_sane: bb.fatal(QA run found fatal errors. Please consider fixing them.) bb.note(DONE with PACKAGE QA) } diff --git a/meta/classes/package.bbclass b/meta/classes/package.bbclass index 39c1d4b..fbea9c6 100644 --- a/meta/classes/package.bbclass +++ b/meta/classes/package.bbclass @@ -957,21 +957,6 @@ python populate_packages () { del localdata os.chdir(workdir) - unshipped = [] - for root, dirs, files in os.walk(dvar): - dir = root[len(dvar):] - if not dir: - dir = os.sep - for f in (files + dirs): - path = os.path.join(dir, f) - if ('.' + path) not in seen: - unshipped.append(path) - - if unshipped != []: - bb.warn(For recipe %s, the following files/directories were installed but not shipped in any package: % pn) - for f in unshipped: - bb.warn( + f) - bb.build.exec_func(package_name_hook, d) for pkg in package_list: -- 1.7.7.3 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] mktemp: mark patch as upstreamed
Patch sumitted and accepted upstream, updating Upstream-Status. Signed-off-by: Scott Garman scott.a.gar...@intel.com --- .../mktemp/files/fix-parallel-make.patch |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/meta/recipes-extended/mktemp/files/fix-parallel-make.patch b/meta/recipes-extended/mktemp/files/fix-parallel-make.patch index 8c693cc..f3b6dcc 100644 --- a/meta/recipes-extended/mktemp/files/fix-parallel-make.patch +++ b/meta/recipes-extended/mktemp/files/fix-parallel-make.patch @@ -1,6 +1,7 @@ This fixes the parallel make install failure -Upstream-Status: Pending +Upstream-Status: Accepted +http://www.gratisoft.us/bugzilla/show_bug.cgi?id=528 Signed-off-by: Saul Wold s...@linux.intel.com -- 1.7.5.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1] mktemp: mark patch as upstreamed
Hello, I submitted a parallel make patch upstream to the mktemp maintainer, who has accepted it. This just updates our patch's Upstream-Status field accordingly. Scot The following changes since commit 3e05acab1c119a3b2a4703ea8729cc768935d36e: license.bbclass: remove bashism (2011-12-16 16:50:39 +) are available in the git repository at: git://git.pokylinux.org/poky-contrib sgarman/upstreamed http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=sgarman/upstreamed Scott Garman (1): mktemp: mark patch as upstreamed .../mktemp/files/fix-parallel-make.patch |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) -- 1.7.5.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] opkg: Add logic to detect and creak circular dependencies
This addresses some of the concerns about the previous opkg changes allowing it to break out of circular dependency loops with just a notice in the logs rather than effectively going OOM. Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org diff --git a/meta/recipes-devtools/opkg/opkg/track_parents.patch b/meta/recipes-devtools/opkg/opkg/track_parents.patch new file mode 100644 index 000..1f54256 --- /dev/null +++ b/meta/recipes-devtools/opkg/opkg/track_parents.patch @@ -0,0 +1,99 @@ +Add logic to detect circular dependencies. If we see any dependency from any +given parent twice, ignore it the second time and print a notice message +that we did so. + +Upstream-Status: Pending +RP 2011/12/18 + +Index: trunk/libopkg/opkg_install.c +=== +--- trunk.orig/libopkg/opkg_install.c 2011-12-18 11:15:17.320725365 + trunk/libopkg/opkg_install.c 2011-12-18 12:38:54.980609225 + +@@ -84,8 +84,14 @@ + /* The package was uninstalled when we started, but another + dep earlier in this loop may have depended on it and pulled + it in, so check first. */ ++ if (is_pkg_in_pkg_vec(dep-wanted_by, pkg)) { ++ opkg_msg(NOTICE,Breaking cicular dependency on %s for %s.\n, pkg-name, dep-name); ++ continue; ++ } + if ((dep-state_status != SS_INSTALLED) (dep-state_status != SS_UNPACKED)) { + opkg_msg(DEBUG2,Calling opkg_install_pkg.\n); ++if (!is_pkg_in_pkg_vec(dep-wanted_by, pkg)) ++ pkg_vec_insert(dep-wanted_by, pkg); + err = opkg_install_pkg(dep, 0); + /* mark this package as having been automatically installed to +* satisfy a dependancy */ +@@ -115,6 +121,8 @@ + /* The package was uninstalled when we started, but another +dep earlier in this loop may have depended on it and pulled +it in, so check first. */ ++ if (!is_pkg_in_pkg_vec(dep-wanted_by, pkg)) ++ pkg_vec_insert(dep-wanted_by, pkg); + if ((dep-state_status != SS_INSTALLED) + (dep-state_status != SS_UNPACKED)) { +opkg_msg(DEBUG2,Calling opkg_install_pkg.\n); +Index: trunk/libopkg/pkg.c +=== +--- trunk.orig/libopkg/pkg.c 2011-12-18 11:12:39.976729002 + trunk/libopkg/pkg.c2011-12-18 11:22:34.528715535 + +@@ -86,6 +86,7 @@ + pkg-section = NULL; + pkg-description = NULL; + pkg-state_want = SW_UNKNOWN; ++ pkg-wanted_by = pkg_vec_alloc(); + pkg-state_flag = SF_OK; + pkg-state_status = SS_NOT_INSTALLED; + pkg-depends_str = NULL; +@@ -191,6 +192,7 @@ + pkg-description = NULL; + + pkg-state_want = SW_UNKNOWN; ++ pkg_vec_free(pkg-wanted_by); + pkg-state_flag = SF_OK; + pkg-state_status = SS_NOT_INSTALLED; + +Index: trunk/libopkg/pkg.h +=== +--- trunk.orig/libopkg/pkg.h 2011-12-18 11:12:37.120728742 + trunk/libopkg/pkg.h2011-12-18 11:15:39.080725150 + +@@ -129,6 +129,7 @@ + char *description; + char *tags; + pkg_state_want_t state_want; ++ pkg_vec_t *wanted_by; + pkg_state_flag_t state_flag; + pkg_state_status_t state_status; + char **depends_str; +Index: trunk/libopkg/pkg_depends.c +=== +--- trunk.orig/libopkg/pkg_depends.c 2011-12-18 11:14:24.464726569 + trunk/libopkg/pkg_depends.c2011-12-18 11:30:32.516704127 + +@@ -30,7 +30,6 @@ + static depend_t * depend_init(void); + static char ** add_unresolved_dep(pkg_t * pkg, char ** the_lost, int ref_ndx); + static char ** merge_unresolved(char ** oldstuff, char ** newstuff); +-static int is_pkg_in_pkg_vec(pkg_vec_t * vec, pkg_t * pkg); + + static int pkg_installed_and_constraint_satisfied(pkg_t *pkg, void *cdata) + { +@@ -531,7 +530,7 @@ + return 0; + } + +-static int is_pkg_in_pkg_vec(pkg_vec_t * vec, pkg_t * pkg) ++int is_pkg_in_pkg_vec(pkg_vec_t * vec, pkg_t * pkg) + { + int i; + pkg_t ** pkgs = vec-pkgs; +Index: trunk/libopkg/pkg_depends.h +=== +--- trunk.orig/libopkg/pkg_depends.h 2011-12-18 11:28:51.960706484 + trunk/libopkg/pkg_depends.h2011-12-18 11:29:19.400705862 + +@@ -87,5 +87,6 @@ + int pkg_dependence_satisfiable(depend_t *depend); + int pkg_dependence_satisfied(depend_t *depend); + const char* constraint_to_str(enum version_constraint c); ++int is_pkg_in_pkg_vec(pkg_vec_t * vec, pkg_t * pkg); + + #endif diff --git a/meta/recipes-devtools/opkg/opkg_svn.bb b/meta/recipes-devtools/opkg/opkg_svn.bb index 2645d52..dbdfc7e 100644 ---
Re: [OE-core] opkg: Update svn 625 - 633 and fix preinst issues
On Sun, 2011-12-18 at 12:44 +0100, Andreas Müller wrote: On Sunday, December 18, 2011 12:00:42 PM Martin Jansa wrote: On Sat, Dec 17, 2011 at 11:52:25AM +, Richard Purdie wrote: On Sat, 2011-12-17 at 11:34 +0100, Martin Jansa wrote: On Sat, Dec 17, 2011 at 10:22:01AM +, Richard Purdie wrote: On Sat, 2011-12-17 at 10:20 +0100, Martin Jansa wrote: On Sat, Dec 17, 2011 at 01:32:28AM +, Richard Purdie wrote: I've tried to build image with SRCREV=633 and it built image fine then I tried to apply your patch but without installorder.patch to confirm that the issue with circular depending packages is really cause by that only and then try to fix installorder.patch to work even with such packages, but I got many postinst errors :(. From your description I understood that postinst execution should be almost the same only more logic is moved from rootfs_ipk.bbclass to opkg itself. | Collected errors: | * pkg_run_script: package pam-plugin-unix postinst script | returned status 1. * opkg_configure: pam-plugin-unix.postinst | returned 1. | * pkg_run_script: package pango-module-basic-x postinst script | returned status 1. * opkg_configure: | pango-module-basic-x.postinst returned 1. * pkg_run_script: | package pango-module-basic-fc postinst script returned status | 1. * opkg_configure: pango-module-basic-fc.postinst returned 1. | * pkg_run_script: package update-modules postinst script | returned status 1. * opkg_configure: update-modules.postinst | returned 1. | * pkg_run_script: package gdk-pixbuf-loader-png postinst | script returned status 1. * opkg_configure: | gdk-pixbuf-loader-png.postinst returned 1. * pkg_run_script: | package gdk-pixbuf-loader-jpeg postinst script returned | status 1. * opkg_configure: gdk-pixbuf-loader-jpeg.postinst | returned 1. * pkg_run_script: package liberation-fonts | postinst script returned status 1. * opkg_configure: | liberation-fonts.postinst returned 1. * pkg_run_script: package | gdk-pixbuf-loader-xpm postinst script returned status 1. * | opkg_configure: gdk-pixbuf-loader-xpm.postinst returned 1. * | pkg_run_script: package gdk-pixbuf-loader-gif postinst script | returned status 1. * opkg_configure: | gdk-pixbuf-loader-gif.postinst returned 1. * pkg_run_script: | package ppp postinst script returned status 1. * | opkg_configure: ppp.postinst returned 1. | * pkg_run_script: package ttf-dejavu-common postinst script | returned status 127. * opkg_configure: | ttf-dejavu-common.postinst returned 127. * pkg_run_script: | package ttf-dejavu-sans postinst script returned status 127. | * opkg_configure: ttf-dejavu-sans.postinst returned 127. * | pkg_run_script: package ffalarms postinst script returned | status 127. * opkg_configure: ffalarms.postinst returned 127. | * pkg_run_script: package rsyslog postinst script returned | status 1. * opkg_configure: rsyslog.postinst returned 1. | * pkg_run_script: package ttf-dejavu-sans-mono postinst script | returned status 127. * opkg_configure: | ttf-dejavu-sans-mono.postinst returned 127. * pkg_run_script: | package matchbox-keyboard-im postinst script returned status | 1. * opkg_configure: matchbox-keyboard-im.postinst returned 1. | * pkg_run_script: package hicolor-icon-theme postinst script | returned status 1. * opkg_configure: | hicolor-icon-theme.postinst returned 1. * pkg_run_script: | packaERROR: Function 'do_rootfs' failed (see | /OE/shr-core/tmp-eglibc/work/qemuarm-oe-linux-gnueabi/shr-l ite-image/2.0-r20/temp/log.do_rootfs.10063 for further information) | ge ttf-liberation-mono postinst script returned status 127. | | * opkg_configure: ttf-liberation-mono.postinst returned 127. | * pkg_run_script: package gtk-immodule-xim postinst script | returned status 1. * opkg_configure: gtk-immodule-xim.postinst | returned 1. * pkg_run_script: package ca-certificates | postinst script returned status 1. * opkg_configure: | ca-certificates.postinst returned 1. NOTE: package shr-lite-image-2.0-r20: task do_rootfs: Failed ERROR: Task 9 (/OE/shr-core/meta-smartphone/meta-shr/recipes-shr/images/shr-lite -image.bb, do_rootfs) failed with exit code ' 1' This looks like you don't have the offline_postinstall patch applied? I have Please double check. That patch does things like: Index: trunk/libopkg/pkg.c === --- trunk.orig/libopkg/pkg.c 2011-12-15 15:58:39.0 + +++ trunk/libopkg/pkg.c 2011-12-15 20:04:50.109992736
Re: [OE-core] [PATCH 2/5] Move check that all installed files are shipped into insane.bbclass
On Sun, 2011-12-18 at 15:29 -0800, Khem Raj wrote: On Sunday, December 18, 2011, Dmitry Eremin-Solenikov dbarysh...@gmail.com wrote: Checking that all installed files are shipped is in reality a QA check. It would benefit from mechanisms like ERROR_QA/WARNING_QA. So move it into insane.bbclass. If some of the files are installed but should not be shipped for some reasons, one can add them to the variable IGNORE_UNSHIPPED_FILES. This needs to be documented somewhere too and may be added to sample.conf.extended This doesn't make sense for sample.conf.extended. We're talking about a recipe specific configuration variable, not distro/machine/conf config which is more appropriate there. I'd suggest adding to documentation.conf and/or the various manuals. Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] xorg-font-common.inc: break runtime dependency loop
On Sunday, December 18, 2011 02:03:17 AM Andreas Müller wrote: required since opkg update [1] Hope there is no need to apply this one. Will test RP's patch tomorrow Andreas ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/5] kernel.bbclass: move uImage handling to separate task
On Sun, Dec 18, 2011 at 4:19 PM, Koen Kooi k...@dominion.thruhere.net wrote: Op 18 dec. 2011, om 21:27 heeft Bruce Ashfield het volgende geschreven: On Sun, Dec 18, 2011 at 3:13 PM, Koen Kooi k...@dominion.thruhere.net wrote: Op 18 dec. 2011, om 20:47 heeft Dmitry Eremin-Solenikov het volgende geschreven: As per org.oe.dev and meta-oe's kernel.bbclass move uImage creation to separate task from do_deploy. This way the do_install task can also benefit from generated uImage. The only major feature of oe-core's version (not to recreate uImage if it exists) is retained in this patch. I still don't agree with that behaviour. The in-kernel uImage code is just like the in-kernel defconfigs: useless for people who aren't kernel developers. In that case, shouldn't people doing u-boot development (or other non-kernel developers), be building a uImage via something that isn't in kernel.bbclass ? I use the kernel.bbclass in meta-oe, that does what I need. ok. I was just trying to wrap my head around the use case, since I'm missing something, and that would help me understand what is missing in the in kernel uImage generation scripts. With that, we could see about getting changes upstream to address deficiencies. Cheers, Bruce -BEGIN PGP SIGNATURE- iEYEARECAAYFAk7uWPsACgkQMkyGM64RGpHe8ACdEdFi1Nh17keaiRxAAWQI3Rh6 2CYAoKcYow2t+pnGOlJs7teSNB4IQARn =3QuN -END PGP SIGNATURE- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core -- Thou shalt not follow the NULL pointer, for chaos and madness await thee at its end ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [CONSOLIDATED PULL 15/17] wget: enable https and openssl
On Fri, Dec 9, 2011 at 12:21 PM, Khem Raj raj.k...@gmail.com wrote: On Thu, Dec 8, 2011 at 12:44 AM, Saul Wold s...@linux.intel.com wrote: Signed-off-by: Saul Wold s...@linux.intel.com --- meta/recipes-extended/wget/wget.inc | 6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) diff --git a/meta/recipes-extended/wget/wget.inc b/meta/recipes-extended/wget/wget.inc index 91400cc..7083569 100644 --- a/meta/recipes-extended/wget/wget.inc +++ b/meta/recipes-extended/wget/wget.inc @@ -2,13 +2,13 @@ DESCRIPTION = A console URL download utility featuring HTTP, FTP, and more. SECTION = console/network LICENSE = GPL LIC_FILES_CHKSUM = file://COPYING;md5=d32239bcb673463ab874e80d47fae504 +DEPENDS = openssl -INC_PR = r11 +INC_PR = r12 inherit autotools gettext update-alternatives -# Disable checking for SSL since that searches the system paths -EXTRA_OECONF = --with-libc --enable-ipv6 --without-ssl +EXTRA_OECONF = --with-libc --enable-ipv6 --with-ssl=openssl this deserves to be a configurable thing IMO Agreed. Also, this seems to break the wget build for non x86 processors. For example, on arm builds the config phase fails: configure:30042: checking for libssl configure:30072: ccache arm-poky-linux-gnueabi-gcc -march=armv7-a -fno-tree-vectorize -mthumb-interwork -mfloat-abi=softfp -mfpu=neon -mtune=cortex-a8 --sysroot=/media/Work/yocto-tmp/sysroots/omap3-multi -o conftest -O2 -pipe -g -feliminate-unused-debug-types -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed conftest.c -ldl -lz -lssl -lcrypto /usr/lib/libz.so 5 /usr/lib/libz.so: could not read symbols: File in wrong format Steve ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [CONSOLIDATED PULL 15/17] wget: enable https and openssl
Steve Sakoman wrote on 2011-12-19: On Fri, Dec 9, 2011 at 12:21 PM, Khem Raj raj.k...@gmail.com wrote: On Thu, Dec 8, 2011 at 12:44 AM, Saul Wold s...@linux.intel.com wrote: Signed-off-by: Saul Wold s...@linux.intel.com --- meta/recipes-extended/wget/wget.inc | 6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) diff --git a/meta/recipes-extended/wget/wget.inc b/meta/recipes-extended/wget/wget.inc index 91400cc..7083569 100644 --- a/meta/recipes-extended/wget/wget.inc +++ b/meta/recipes-extended/wget/wget.inc @@ -2,13 +2,13 @@ DESCRIPTION = A console URL download utility featuring HTTP, FTP, and more. SECTION = console/network LICENSE = GPL LIC_FILES_CHKSUM = file://COPYING;md5=d32239bcb673463ab874e80d47fae504 +DEPENDS = openssl -INC_PR = r11 +INC_PR = r12 inherit autotools gettext update-alternatives -# Disable checking for SSL since that searches the system paths -EXTRA_OECONF = --with-libc --enable-ipv6 --without-ssl +EXTRA_OECONF = --with-libc --enable-ipv6 --with-ssl=openssl this deserves to be a configurable thing IMO Agreed. Also, this seems to break the wget build for non x86 processors. For example, on arm builds the config phase fails: configure:30042: checking for libssl configure:30072: ccache arm-poky-linux-gnueabi-gcc -march=armv7-a -fno-tree-vectorize -mthumb-interwork -mfloat-abi=softfp -mfpu=neon -mtune=cortex-a8 --sysroot=/media/Work/yocto-tmp/sysroots/omap3-multi -o conftest -O2 -pipe -g -feliminate-unused-debug-types -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed conftest.c -ldl -lz -lssl -lcrypto /usr/lib/libz.so 5 /usr/lib/libz.so: could not read symbols: File in wrong format Hi, Steve, I found this issue, too. I've made a patch for this and will send it out soon. Thanks, -- Dexuan ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 2/5] Move check that all installed files are shipped into insane.bbclass
On Sun, Dec 18, 2011 at 4:02 PM, Richard Purdie richard.pur...@linuxfoundation.org wrote: On Sun, 2011-12-18 at 15:29 -0800, Khem Raj wrote: On Sunday, December 18, 2011, Dmitry Eremin-Solenikov dbarysh...@gmail.com wrote: Checking that all installed files are shipped is in reality a QA check. It would benefit from mechanisms like ERROR_QA/WARNING_QA. So move it into insane.bbclass. If some of the files are installed but should not be shipped for some reasons, one can add them to the variable IGNORE_UNSHIPPED_FILES. This needs to be documented somewhere too and may be added to sample.conf.extended This doesn't make sense for sample.conf.extended. We're talking about a recipe specific configuration variable, not distro/machine/conf config which is more appropriate there. yes forgot that I'd suggest adding to documentation.conf and/or the various manuals. Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/5] kernel.bbclass: move uImage handling to separate task
On Sun, Dec 18, 2011 at 5:39 PM, Bruce Ashfield bruce.ashfi...@gmail.com wrote: On Sun, Dec 18, 2011 at 4:19 PM, Koen Kooi k...@dominion.thruhere.net wrote: Op 18 dec. 2011, om 21:27 heeft Bruce Ashfield het volgende geschreven: On Sun, Dec 18, 2011 at 3:13 PM, Koen Kooi k...@dominion.thruhere.net wrote: Op 18 dec. 2011, om 20:47 heeft Dmitry Eremin-Solenikov het volgende geschreven: As per org.oe.dev and meta-oe's kernel.bbclass move uImage creation to separate task from do_deploy. This way the do_install task can also benefit from generated uImage. The only major feature of oe-core's version (not to recreate uImage if it exists) is retained in this patch. I still don't agree with that behaviour. The in-kernel uImage code is just like the in-kernel defconfigs: useless for people who aren't kernel developers. In that case, shouldn't people doing u-boot development (or other non-kernel developers), be building a uImage via something that isn't in kernel.bbclass ? i think we have UBOOT_ENTRYPOINT, UBOOT_ENTRYSYMBOL and UBOOT_LOADADDRESS which are then used to generate the uImage and sometimes defaults from kernel build system may not be usable as it might be generating the image using some other values and we are not able to control the image generation. Now is that fixable in kernel I guess it could be but why not have flexibility of generating the image. I use the kernel.bbclass in meta-oe, that does what I need. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1] fix wget build issue: /usr/lib/libssl.so: could not read symbols
The following changes since commit b281fd127bac9ba77ab63a5c2b812ddd5d56df37: documentation/poky-ref-manual/technical-details.xml: edits per Richard Purdie (2011-12-16 16:58:41 +) are available in the git repository at: git://git.pokylinux.org/poky-contrib dcui/wget http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=dcui/wget Dexuan Cui (1): wget: fix a host intrusion issue introduced by adding --with-ssl=openssl. meta/recipes-extended/wget/wget.inc |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) -- 1.7.6 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] wget: fix a host intrusion issue introduced by adding --with-ssl=openssl.
On my x86-64 Ubuntu 11.04, with MACHINE=qemux86, bitbake wget fails. The config.log shows: configure:30072: i586-poky-linux-gcc -m32 -march=i586 --sysroot=/distro/dcui/1212/p1/build/tmp/sysroots/qemux86 -o conftest -O2 -pipe -g -feliminate-unused-debug-types -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed conftest.c -ldl -lz /usr/lib/libssl.so /usr/lib/libcrypto.so -lz 5 /usr/lib/libssl.so: could not read symbols: File in wrong format The patch fixes the issue by specifying libssl-prefix. Signed-off-by: Dexuan Cui dexuan@intel.com --- meta/recipes-extended/wget/wget.inc |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/recipes-extended/wget/wget.inc b/meta/recipes-extended/wget/wget.inc index 7083569..25f36c8 100644 --- a/meta/recipes-extended/wget/wget.inc +++ b/meta/recipes-extended/wget/wget.inc @@ -4,11 +4,11 @@ LICENSE = GPL LIC_FILES_CHKSUM = file://COPYING;md5=d32239bcb673463ab874e80d47fae504 DEPENDS = openssl -INC_PR = r12 +INC_PR = r13 inherit autotools gettext update-alternatives -EXTRA_OECONF = --with-libc --enable-ipv6 --with-ssl=openssl +EXTRA_OECONF = --with-libc --enable-ipv6 --with-libssl-prefix=${STAGING_DIR_HOST} --with-ssl=openssl do_install_append () { mv ${D}${bindir}/wget ${D}${bindir}/wget.${PN} -- 1.7.6 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] Time for kernel26 MACHINE_FEATURES to go away?
I was preparing a bsp layer today and discovered that my new machine needed kernel26 in the MACHINE_FEATURES list or update-modules would fail during a kernel build. The kernel26 feature is only referenced in a few places in oe-core: meta/conf/bitbake.conf:MACHINE_FEATURES ?= kernel26 meta/conf/machine/include/qemu.inc:MACHINE_FEATURES = kernel26 apm alsa pcmcia bluetooth irda usbgadget screen meta/recipes-kernel/update-modules/update-modules_1.0.bb:RDEPENDS_${PN} = ${@base_contains(MACHINE_FEATURES, kernel26, module-init-tools-depmod,modutils-depmod,d)} Perhaps it might be a good time to retire kernel26? Steve ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1] socat: add the latest stable version 1.7.2.0
The following changes since commit b281fd127bac9ba77ab63a5c2b812ddd5d56df37: documentation/poky-ref-manual/technical-details.xml: edits per Richard Purdie (2011-12-16 16:58:41 +) are available in the git repository at: git://git.pokylinux.org/poky-contrib dcui/socat http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=dcui/socat Dexuan Cui (1): socat: add the latest stable version 1.7.2.0 .../recipes-connectivity/socat/files/compile.patch | 946 meta/recipes-connectivity/socat/socat_1.7.2.0.bb | 28 + 2 files changed, 974 insertions(+), 0 deletions(-) create mode 100644 meta/recipes-connectivity/socat/files/compile.patch create mode 100644 meta/recipes-connectivity/socat/socat_1.7.2.0.bb -- 1.7.6 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] socat: add the latest stable version 1.7.2.0
socat is useful for the self-hosted-image work. The original recipe is from OE: http://git.openembedded.org/openembedded/tree/recipes/socat/ and I upgraded it to 1.7.2.0. Signed-off-by: Dexuan Cui dexuan@intel.com --- .../recipes-connectivity/socat/files/compile.patch | 946 meta/recipes-connectivity/socat/socat_1.7.2.0.bb | 28 + 2 files changed, 974 insertions(+), 0 deletions(-) create mode 100644 meta/recipes-connectivity/socat/files/compile.patch create mode 100644 meta/recipes-connectivity/socat/socat_1.7.2.0.bb diff --git a/meta/recipes-connectivity/socat/files/compile.patch b/meta/recipes-connectivity/socat/files/compile.patch new file mode 100644 index 000..4d1a0b6 --- /dev/null +++ b/meta/recipes-connectivity/socat/files/compile.patch @@ -0,0 +1,946 @@ +Upstream-Status: Inappropriate [configuration] + +The patch is from http://git.openembedded.org/openembedded/tree/recipes/socat/files/compile.patch +and was rebased to socat-1.7.2.0. + +Signed-off-by: Dexuan Cui dexuan@intel.com +Fri Dec 16 17:12:17 CST 2011 + +diff -Nru socat-1.7.2.0.orig/configure.in socat-1.7.2.0/configure.in +--- socat-1.7.2.0.orig/configure.in2011-12-04 21:34:16.0 +0800 socat-1.7.2.0/configure.in 2011-12-16 17:08:59.698367071 +0800 +@@ -88,7 +88,7 @@ + + + dnl Check for extra socket library (for Solaris) +-AC_CHECK_FUNC(hstrerror, , AC_CHECK_LIB(resolv, hstrerror, [LIBS=$LIBS -lresolv; AC_DEFINE(HAVE_HSTRERROR)])) ++AC_CHECK_FUNC(hstrerror, , AC_CHECK_LIB(resolv, hstrerror, [LIBS=$LIBS -lresolv; AC_DEFINE(HAVE_HSTRERROR, [1], [STRERROR])])) + AC_CHECK_FUNC(gethostent, , AC_CHECK_LIB(nsl, gethostent)) + AC_CHECK_FUNC(setsockopt, , AC_CHECK_LIB(socket, setsockopt)) + +@@ -102,7 +102,7 @@ + [sc_cv_have_prototype_hstrerror=yes]); + CFLAGS=$CFLAGS1]) + if test $sc_cv_have_prototype_hstrerror = yes; then +- AC_DEFINE(HAVE_PROTOTYPE_HSTRERROR) ++ AC_DEFINE(HAVE_PROTOTYPE_HSTRERROR, [1], [Has Strerror]) + fi + AC_MSG_RESULT($sc_cv_have_prototype_hstrerror) + +@@ -111,83 +111,83 @@ + AC_ARG_ENABLE(help, [ --disable-help disable help], + [case $enableval in + no) AC_MSG_RESULT(no);; +- *) AC_DEFINE(WITH_HELP) AC_MSG_RESULT(yes);; ++ *) AC_DEFINE(WITH_HELP, [1], [With help]) AC_MSG_RESULT(yes);; + esac], +- [AC_DEFINE(WITH_HELP) AC_MSG_RESULT(yes)]) ++ [AC_DEFINE(WITH_HELP, [1], [With help]) AC_MSG_RESULT(yes)]) + + AC_MSG_CHECKING(whether to include STDIO support) + AC_ARG_ENABLE(stdio, [ --disable-stdio disable STDIO support], + [case $enableval in + no) AC_MSG_RESULT(no);; +- *) AC_DEFINE(WITH_STDIO) AC_MSG_RESULT(yes);; ++ *) AC_DEFINE(WITH_STDIO, [1], [With stdio]) AC_MSG_RESULT(yes);; + esac], +- [AC_DEFINE(WITH_STDIO) AC_MSG_RESULT(yes)]) ++ [AC_DEFINE(WITH_STDIO, [1], [With stdio]) AC_MSG_RESULT(yes)]) + + AC_MSG_CHECKING(whether to include FD-number support) + AC_ARG_ENABLE(fdnum, [ --disable-fdnum disable FD-number support], + [case $enableval in + no) AC_MSG_RESULT(no);; +- *) AC_DEFINE(WITH_FDNUM) AC_MSG_RESULT(yes);; ++ *) AC_DEFINE(WITH_FDNUM, [1], [With fdnum]) AC_MSG_RESULT(yes);; + esac], +- [AC_DEFINE(WITH_FDNUM) AC_MSG_RESULT(yes)]) ++ [AC_DEFINE(WITH_FDNUM, [1], [With fdnum]) AC_MSG_RESULT(yes)]) + + AC_MSG_CHECKING(whether to include direct file support) + AC_ARG_ENABLE(file, [ --disable-file disable direct file support], + [case $enableval in + no) AC_MSG_RESULT(no);; +- *) AC_DEFINE(WITH_FILE) AC_MSG_RESULT(yes);; ++ *) AC_DEFINE(WITH_FILE, [1], [With file]) AC_MSG_RESULT(yes);; + esac], +- [AC_DEFINE(WITH_FILE) AC_MSG_RESULT(yes)]) ++ [AC_DEFINE(WITH_FILE, [1], [With file]) AC_MSG_RESULT(yes)]) + + AC_MSG_CHECKING(whether to include direct create support) + AC_ARG_ENABLE(creat, [ --disable-creat disable direct create support], + [case $enableval in + no) AC_MSG_RESULT(no);; +- *) AC_DEFINE(WITH_CREAT) AC_MSG_RESULT(yes);; ++ *) AC_DEFINE(WITH_CREAT, [1], [With creat]) AC_MSG_RESULT(yes);; + esac], +- [AC_DEFINE(WITH_CREAT) AC_MSG_RESULT(yes)]) ++ [AC_DEFINE(WITH_CREAT, [1], [With creat]) AC_MSG_RESULT(yes)]) + + AC_MSG_CHECKING(whether to include gopen support) + AC_ARG_ENABLE(gopen, [ --disable-gopen disable open for UNIX socket support], + [case $enableval in + no) AC_MSG_RESULT(no);; +- *) AC_DEFINE(WITH_GOPEN) AC_MSG_RESULT(yes);; ++ *) AC_DEFINE(WITH_GOPEN, [1], [With gopen]) AC_MSG_RESULT(yes);; + esac], +- [AC_DEFINE(WITH_GOPEN) AC_MSG_RESULT(yes)]) ++
Re: [OE-core] [PATCH 1/5] kernel.bbclass: move uImage handling to separate task
On Mon, Dec 19, 2011 at 12:06 AM, Khem Raj raj.k...@gmail.com wrote: On Sun, Dec 18, 2011 at 5:39 PM, Bruce Ashfield bruce.ashfi...@gmail.com wrote: On Sun, Dec 18, 2011 at 4:19 PM, Koen Kooi k...@dominion.thruhere.net wrote: Op 18 dec. 2011, om 21:27 heeft Bruce Ashfield het volgende geschreven: On Sun, Dec 18, 2011 at 3:13 PM, Koen Kooi k...@dominion.thruhere.net wrote: Op 18 dec. 2011, om 20:47 heeft Dmitry Eremin-Solenikov het volgende geschreven: As per org.oe.dev and meta-oe's kernel.bbclass move uImage creation to separate task from do_deploy. This way the do_install task can also benefit from generated uImage. The only major feature of oe-core's version (not to recreate uImage if it exists) is retained in this patch. I still don't agree with that behaviour. The in-kernel uImage code is just like the in-kernel defconfigs: useless for people who aren't kernel developers. In that case, shouldn't people doing u-boot development (or other non-kernel developers), be building a uImage via something that isn't in kernel.bbclass ? i think we have UBOOT_ENTRYPOINT, UBOOT_ENTRYSYMBOL and UBOOT_LOADADDRESS which are then used to generate the uImage and sometimes defaults from kernel build system may not be usable as it might be generating the image using some other values and we are not able to control the image generation. Now is that fixable in kernel I guess it could be but why not have flexibility of generating the image. I'm all for flexibility (see my comments earlier in the thread), have a variable or some other construct that specifies how you'd like to construct the uImage (kernel vs non-kernel, as a basic attempt to differentiate the two). I'm just driving for the details to see if we can remedy the situation in the medium to long term, since burying the details of how to construct any sort of image in multiple places .. is not ideal (but I state the obvious). Cheers, Bruce I use the kernel.bbclass in meta-oe, that does what I need. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core -- Thou shalt not follow the NULL pointer, for chaos and madness await thee at its end ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] opkg: Update svn 625 - 633 and fix preinst issues
On Sun, Dec 18, 2011 at 11:59:43PM +, Richard Purdie wrote: On Sun, 2011-12-18 at 12:44 +0100, Andreas Müller wrote: On Sunday, December 18, 2011 12:00:42 PM Martin Jansa wrote: On Sat, Dec 17, 2011 at 11:52:25AM +, Richard Purdie wrote: On Sat, 2011-12-17 at 11:34 +0100, Martin Jansa wrote: On Sat, Dec 17, 2011 at 10:22:01AM +, Richard Purdie wrote: On Sat, 2011-12-17 at 10:20 +0100, Martin Jansa wrote: On Sat, Dec 17, 2011 at 01:32:28AM +, Richard Purdie wrote: I've tried to build image with SRCREV=633 and it built image fine then I tried to apply your patch but without installorder.patch to confirm that the issue with circular depending packages is really cause by that only and then try to fix installorder.patch to work even with such packages, but I got many postinst errors :(. From your description I understood that postinst execution should be almost the same only more logic is moved from rootfs_ipk.bbclass to opkg itself. | Collected errors: | * pkg_run_script: package pam-plugin-unix postinst script | returned status 1. * opkg_configure: pam-plugin-unix.postinst | returned 1. | * pkg_run_script: package pango-module-basic-x postinst script | returned status 1. * opkg_configure: | pango-module-basic-x.postinst returned 1. * pkg_run_script: | package pango-module-basic-fc postinst script returned status | 1. * opkg_configure: pango-module-basic-fc.postinst returned 1. | * pkg_run_script: package update-modules postinst script | returned status 1. * opkg_configure: update-modules.postinst | returned 1. | * pkg_run_script: package gdk-pixbuf-loader-png postinst | script returned status 1. * opkg_configure: | gdk-pixbuf-loader-png.postinst returned 1. * pkg_run_script: | package gdk-pixbuf-loader-jpeg postinst script returned | status 1. * opkg_configure: gdk-pixbuf-loader-jpeg.postinst | returned 1. * pkg_run_script: package liberation-fonts | postinst script returned status 1. * opkg_configure: | liberation-fonts.postinst returned 1. * pkg_run_script: package | gdk-pixbuf-loader-xpm postinst script returned status 1. * | opkg_configure: gdk-pixbuf-loader-xpm.postinst returned 1. * | pkg_run_script: package gdk-pixbuf-loader-gif postinst script | returned status 1. * opkg_configure: | gdk-pixbuf-loader-gif.postinst returned 1. * pkg_run_script: | package ppp postinst script returned status 1. * | opkg_configure: ppp.postinst returned 1. | * pkg_run_script: package ttf-dejavu-common postinst script | returned status 127. * opkg_configure: | ttf-dejavu-common.postinst returned 127. * pkg_run_script: | package ttf-dejavu-sans postinst script returned status 127. | * opkg_configure: ttf-dejavu-sans.postinst returned 127. * | pkg_run_script: package ffalarms postinst script returned | status 127. * opkg_configure: ffalarms.postinst returned 127. | * pkg_run_script: package rsyslog postinst script returned | status 1. * opkg_configure: rsyslog.postinst returned 1. | * pkg_run_script: package ttf-dejavu-sans-mono postinst script | returned status 127. * opkg_configure: | ttf-dejavu-sans-mono.postinst returned 127. * pkg_run_script: | package matchbox-keyboard-im postinst script returned status | 1. * opkg_configure: matchbox-keyboard-im.postinst returned 1. | * pkg_run_script: package hicolor-icon-theme postinst script | returned status 1. * opkg_configure: | hicolor-icon-theme.postinst returned 1. * pkg_run_script: | packaERROR: Function 'do_rootfs' failed (see | /OE/shr-core/tmp-eglibc/work/qemuarm-oe-linux-gnueabi/shr-l ite-image/2.0-r20/temp/log.do_rootfs.10063 for further information) | ge ttf-liberation-mono postinst script returned status 127. | | * opkg_configure: ttf-liberation-mono.postinst returned 127. | * pkg_run_script: package gtk-immodule-xim postinst script | returned status 1. * opkg_configure: gtk-immodule-xim.postinst | returned 1. * pkg_run_script: package ca-certificates | postinst script returned status 1. * opkg_configure: | ca-certificates.postinst returned 1. NOTE: package shr-lite-image-2.0-r20: task do_rootfs: Failed ERROR: Task 9 (/OE/shr-core/meta-smartphone/meta-shr/recipes-shr/images/shr-lite -image.bb, do_rootfs) failed with exit code ' 1' This looks like you don't have the offline_postinstall patch applied? I have Please double check. That patch does things like: Index: trunk/libopkg/pkg.c
Re: [OE-core] [PATCH 1/1] wget: fix a host intrusion issue introduced by adding --with-ssl=openssl.
Eric Bénard wrote on 2011-12-19: inherit autotools gettext update-alternatives -EXTRA_OECONF = --with-libc --enable-ipv6 --with-ssl=openssl +EXTRA_OECONF = --with-libc --enable-ipv6 --with-libssl-prefix=${STAGING_DIR_HOST} --with-ssl=openssl do_install_append () { mv ${D}${bindir}/wget ${D}${bindir}/wget.${PN} this also fix a problem I just met (angstrom, armv5 target) : | configure: error: --with-ssl=openssl was given, but SSL is not available. Tested-by: Eric Bénard e...@eukrea.com Hi Eric, This is actually the same issue Steve and I met with. :-) Eric and Steve, thank you both for the testings! Thanks, -- Dexuan ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] opkg: Add logic to detect and creak circular dependencies
On Monday, December 19, 2011 12:54:30 AM Richard Purdie wrote: This addresses some of the concerns about the previous opkg changes allowing it to break out of circular dependency loops with just a notice in the logs rather than effectively going OOM. Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org This saves my circular dependenciy victims (xfwm4 / font-util). Build from scratch tested. Thanks. Acked-by: Andreas Müller schnitzelt...@gmx.de ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] Time for kernel26 MACHINE_FEATURES to go away?
On Sun, 2011-12-18 at 21:15 -0800, Steve Sakoman wrote: I was preparing a bsp layer today and discovered that my new machine needed kernel26 in the MACHINE_FEATURES list or update-modules would fail during a kernel build. The kernel26 feature is only referenced in a few places in oe-core: meta/conf/bitbake.conf:MACHINE_FEATURES ?= kernel26 meta/conf/machine/include/qemu.inc:MACHINE_FEATURES = kernel26 apm alsa pcmcia bluetooth irda usbgadget screen meta/recipes-kernel/update-modules/update-modules_1.0.bb:RDEPENDS_${PN} = ${@base_contains(MACHINE_FEATURES, kernel26, module-init-tools-depmod,modutils-depmod,d)} Perhaps it might be a good time to retire kernel26? I thought we'd done this ages ago. I think the bit in update-modules must just be some ancient relic. Please do send a patch to remove it. p. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core