Re: [OE-core] [PATCH] xorg-font-common.inc: break runtime dependency loop

2011-12-18 Thread Koen Kooi

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

2011-12-18 Thread Koen Kooi
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

2011-12-18 Thread Richard Purdie
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

2011-12-18 Thread Koen Kooi

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

2011-12-18 Thread Martin Jansa
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

2011-12-18 Thread Koen Kooi
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

2011-12-18 Thread Enrico Scholz
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

2011-12-18 Thread Martin Jansa
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

2011-12-18 Thread Andreas Müller
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

2011-12-18 Thread Martin Jansa
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

2011-12-18 Thread Dmitry Eremin-Solenikov
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

2011-12-18 Thread Dmitry Eremin-Solenikov
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

2011-12-18 Thread Dmitry Eremin-Solenikov
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

2011-12-18 Thread Dmitry Eremin-Solenikov
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

2011-12-18 Thread Dmitry Eremin-Solenikov
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

2011-12-18 Thread Koen Kooi

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

2011-12-18 Thread Bruce Ashfield
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

2011-12-18 Thread Koen Kooi

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

2011-12-18 Thread Scott Garman
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

2011-12-18 Thread Scott Garman
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

2011-12-18 Thread Khem Raj
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

2011-12-18 Thread Scott Garman
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

2011-12-18 Thread Scott Garman
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

2011-12-18 Thread Richard Purdie
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

2011-12-18 Thread Richard Purdie
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

2011-12-18 Thread Richard Purdie
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

2011-12-18 Thread Andreas Müller
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

2011-12-18 Thread Bruce Ashfield
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

2011-12-18 Thread Steve Sakoman
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

2011-12-18 Thread Cui, Dexuan
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

2011-12-18 Thread Khem Raj
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

2011-12-18 Thread Khem Raj
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

2011-12-18 Thread Dexuan Cui
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.

2011-12-18 Thread Dexuan Cui
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?

2011-12-18 Thread Steve Sakoman
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

2011-12-18 Thread Dexuan Cui
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

2011-12-18 Thread Dexuan Cui
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

2011-12-18 Thread Bruce Ashfield
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

2011-12-18 Thread Martin Jansa
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.

2011-12-18 Thread Cui, Dexuan
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

2011-12-18 Thread Andreas Müller
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?

2011-12-18 Thread Phil Blundell
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