date:20120723

Re: [OE-core] Broken gettext/gdbm

2012-07-23 Thread Matthieu CRAPET

Hi,

$ bitbake gdbm -e | grep ^DEPENDS
DEPENDS_GETTEXT=virtual/gettext gettext-native
DEPENDS=autoconf-native automake-native libtool-native libtool-cross 
gnu-config-native virtual/gettext gettext-native  
virtual/arm-ingenico-linux-gnueabi-gcc 
virtual/arm-ingenico-linux-gnueabi-compilerlibs virtual/libc

$ bitbake gettext -e | grep ^DEPENDS
DEPENDS_virtclass-native=libxml2-native gettext-minimal-native
DEPENDS=autoconf-native automake-native libtool-native libtool-cross 
gnu-config-native  virtual/arm-ingenico-linux-gnueabi-gcc 
virtual/arm-ingenico-linux-gnueabi-compilerlibs virtual/libc  libxml2-native 
gettext-native virtual/libiconv ncurses expat

Note: We are using our own external toolchain.

I wasn't clear enough in my previous post. It appear to be a circular 
dependency.

Since my update I have this log:
NOTE: Resolving any missing task queue dependencies
NOTE: multiple providers are available for virtual/gettext (proxy-libintl, 
gettext)
NOTE: consider defining a PREFERRED_PROVIDER entry to match virtual/gettext

When I just try to build gettext, It wants to build gdbm.. which depends of 
gettext too.

gettext-minimal-native doesn't have config.rpath, gettext-native has it.

But config.rpath is taken from ${STAGING_DATADIR}/gettext/config.rpath and not 
${STAGING_DATADIR_NATIVE}/gettext/config.rpath.
Patching meta/classes/autotools.bbclass would be a proper fix ?

Cheers,
Matthieu


-Message d'origine-
De : openembedded-core-boun...@lists.openembedded.org 
[mailto:openembedded-core-boun...@lists.openembedded.org] De la part de Richard 
Purdie
Envoyé : vendredi 20 juillet 2012 17:07
À : Patches and discussions about the oe-core layer
Objet : Re: [OE-core] Broken gettext/gdbm

On Fri, 2012-07-20 at 15:10 +0200, Matthieu CRAPET wrote:
 Greetings,
 
 I updated my OE-core and bitbake today (2012.07.20). Build from 
 scratch
 fails:
 
 code
 NOTE: package gdbm-1.10-r3: task do_configure: Started
 ERROR: Function failed: do_configure (see 
 /home/.../build/tmp-eglibc/work/armv5te-ing-linux-gnueabi/gdbm-1.10-r3
 /t
 emp/log.do_configure.31222 for further information)
 ERROR: Logfile of failure stored in:
 /home/.../build/tmp-eglibc/work/armv5te-ing-linux-gnueabi/gdbm-1.10-r3
 /t
 emp/log.do_configure.31222
 Log data follows:
 | DEBUG: Executing python function sysroot_cleansstate
 | DEBUG: Python function sysroot_cleansstate finished
 | DEBUG: SITE files ['endian-little', 'bit-32', 'arm-common',
 'common-linux', 'common-glibc', 'arm-linux', 'arm-linux-gnueabi', 
 'common']
 | DEBUG: Executing shell function do_configure automake (GNU automake) 
 | 1.12.1 Copyright (C) 2012 Free Software Foundation, Inc.
 | License GPLv2+: GNU GPL version 2 or later
 http://gnu.org/licenses/gpl-2.0.html
 | This is free software: you are free to change and redistribute it.
 | There is NO WARRANTY, to the extent permitted by law.
 |
 | Written by Tom Tromey tro...@redhat.com
 |and Alexandre Duret-Lutz a...@gnu.org.
 | AUTOV is 1.12
 | cp: cannot stat
 `/home/.../build/tmp-eglibc/sysroots/rp02/usr/share/gettext/config.rpa
 th
 ': No such file or directory
 | ERROR: Function failed: do_configure (see
 /home/.../build/tmp-eglibc/work/armv5te-ing-linux-gnueabi/gdbm-1.10-r3
 /t
 emp/log.do_configure.31222 for further information)
 NOTE: package gdbm-1.10-r3: task do_configure: Failed /code
 
 gdbm needs gettext to have config.rpath. But gettext is not built, but 
 gettext-native  gettext-minimal-native are built.
 
 Issue comes from  meta/classes/autotools.bbclass:
 
 code
 else if grep ^[[:space:]]*AM_GNU_GETTEXT $CONFIGURE_AC
 /dev/null; then
 # We'd call gettextize here if it wasn't 
 so broken...
   cp ${STAGING_DATADIR}/gettext/config.rpath
 ${AUTOTOOLS_AUXDIR}/
 /code
 
 What would be the best workaround to take config.rpath from 
 gettext-native?

This is odd since gdbm inherits gettext and therefore should have a DEPENDS on 
virtual/gettext. gettext should therefore have been built.

Any idea why gettext wasn't built?

bitbake gdbm -e | grep ^DEPENDS

shows virtual/gettext here...

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

[OE-core] [PATCH 1/1] remake: Add remake-native and remake

2012-07-23 Thread wenzong.fan

From: Wenzong Fan wenzong@windriver.com

remake is a patched version of GNU Make that adds improved error
reporting, the ability to trace execution in a comprehensible way,
and a debugger.

[YOCTO #2402]

Signed-off-by: Wenzong Fan wenzong@windriver.com
---
 meta/recipes-devtools/remake/remake.inc|   16 +
 .../remake/remake/version-remake.texi.patch|   16 +
 meta/recipes-devtools/remake/remake_git.bb |   25 
 3 files changed, 57 insertions(+)
 create mode 100644 meta/recipes-devtools/remake/remake.inc
 create mode 100644 
meta/recipes-devtools/remake/remake/version-remake.texi.patch
 create mode 100644 meta/recipes-devtools/remake/remake_git.bb

diff --git a/meta/recipes-devtools/remake/remake.inc 
b/meta/recipes-devtools/remake/remake.inc
new file mode 100644
index 000..6ac833e
--- /dev/null
+++ b/meta/recipes-devtools/remake/remake.inc
@@ -0,0 +1,16 @@
+SUMMARY = Makefile debugger which is gnumake 3.81 compatible
+DESCRIPTION = remake is a patched and modernized version of GNU make \
+utility that adds improved error reporting, the ability to trace \
+execution in a comprehensible way, and a debugger.
+
+HOMEPAGE = http://bashdb.sourceforge.net/remake/;
+SECTION = devel
+
+SRC_URI = git://github.com/rocky/remake.git
+
+inherit autotools gettext update-alternatives
+
+ALTERNATIVE_${PN} = make
+ALTERNATIVE_LINK_NAME[make] = ${bindir}/make
+ALTERNATIVE_TARGET[make] = ${bindir}/remake
+ALTERNATIVE_PRIORITY = 100
diff --git a/meta/recipes-devtools/remake/remake/version-remake.texi.patch 
b/meta/recipes-devtools/remake/remake/version-remake.texi.patch
new file mode 100644
index 000..fa6329e
--- /dev/null
+++ b/meta/recipes-devtools/remake/remake/version-remake.texi.patch
@@ -0,0 +1,16 @@
+Upstream-Status: Pending
+
+version-remake.texi is not there but it is required by remake.texi,
+just add it for getting the 'make remake.info' works.
+
+==
+diff --git a/doc/version-remake.texi b/doc/version-remake.texi
+new file mode 100644
+index 000..2a3b72b
+--- /dev/null
 b/doc/version-remake.texi
+@@ -0,0 +1,4 @@
++@set UPDATED 10 June 2012
++@set UPDATED-MONTH June 2012
++@set EDITION 3.82+dbg-0.9git
++@set VERSION 3.82+dbg-0.9git
diff --git a/meta/recipes-devtools/remake/remake_git.bb 
b/meta/recipes-devtools/remake/remake_git.bb
new file mode 100644
index 000..7e9857e9
--- /dev/null
+++ b/meta/recipes-devtools/remake/remake_git.bb
@@ -0,0 +1,25 @@
+PR = r0
+LICENSE = GPLv2
+LIC_FILES_CHKSUM = file://COPYING;md5=d32239bcb673463ab874e80d47fae504 \
+file://tests/COPYING;md5=d32239bcb673463ab874e80d47fae504 \
+
file://glob/COPYING.LIB;md5=4a770b67e6be0f60da244beb2de0fce4
+require remake.inc
+
+SRC_URI += file://version-remake.texi.patch
+SRCREV = 414d6e84121c6740ff5079370c905dea0f0e1ddb
+S = ${WORKDIR}/git
+
+DEPENDS += readline
+PROVIDES += make
+
+do_configure_prepend() {
+# create config.rpath which required by configure.ac
+autopoint || touch config.rpath
+}
+
+do_compile_prepend() {
+# updating .po and other gnu build files
+make update
+}
+
+BBCLASSEXTEND = native
-- 
1.7.9.5


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH 0/1] remake: Add remake-native and remake

2012-07-23 Thread wenzong.fan

From: Wenzong Fan wenzong@windriver.com

Add remake-native and remake to yocto

[YOCTO #2402]

The following changes since commit 315d52934693b14f08b62f3f5f361d834484e180:

  Pyphon-native: Fix typo (2012-07-22 14:20:57 +0100)

are available in the git repository at:

  git://git.pokylinux.org/poky-contrib wenzong/2402
  http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=wenzong/2402

Wenzong Fan (1):
  remake: Add remake-native and remake

 meta/recipes-devtools/remake/remake.inc|   16 +
 .../remake/remake/version-remake.texi.patch|   16 +
 meta/recipes-devtools/remake/remake_git.bb |   25 
 3 files changed, 57 insertions(+)
 create mode 100644 meta/recipes-devtools/remake/remake.inc
 create mode 100644 
meta/recipes-devtools/remake/remake/version-remake.texi.patch
 create mode 100644 meta/recipes-devtools/remake/remake_git.bb

-- 
1.7.9.5


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 1/1] useradd.bbclass: use locking of bb.utils to avoid lock race issue of useradd/groupadd

2012-07-23 Thread Randy MacLeod


On 12-07-22 09:56 PM, Randy MacLeod wrote:

On 12-07-22 08:10 AM, Huang, j (Jackie) wrote:




On Sun, 2012-07-22 at 14:53 +0800, jackie.hu...@windriver.com wrote:

From: Jackie Huang jackie.hu...@windriver.com

A race condition can occur when adding users and groups to the
passwd and group files, in [YOCTO #1794], 10 times retry added
but it is not fixed completely.

This fix re-writes the useradd_preinst and useradd_sysroot with
python and use locking of bb.utils to lock the passwd and group
files before executing useradd/groupadd commands to avoid the
lock race themselves.

[YOCTO #2779]

Signed-off-by: Jackie Huang jackie.hu...@windriver.com
---
  meta/classes/useradd.bbclass |  284
++
  1 files changed, 124 insertions(+), 160 deletions(-)


Please resend this with the whitespace issues resolved. Its near
impossible to review as it stands :(


Re-sent, sorry about that.


Hi Jackie,

I don't see that your new version sent at 8:01 is any better
but I could be wrong...

Robert,
Please take a look and help Jackie with formatting
and perhaps small single purpose commits as needed -
i.e. separate the whitespace changes from the functional changes.


Summary:
   Jackie did the right thing; I need to read more carefully. ;-)

// Randy

Details:

I've looked at the two emails more closely now and see the
white space problem lines and saw that Jackie did fix those up
in the new patch. Specifically:

-USERADDSETSCENEDEPS = ${MLPREFIX}base-passwd:do_populate_sy
+USERADDSETSCENEDEPS = base-passwd:do_populate_sysroot_setsc
 USERADDSETSCENEDEPS_virtclass-cross = 
 USERADDSETSCENEDEPS_virtclass-native = 
 USERADDSETSCENEDEPS_virtclass-nativesdk = 
@@ -154,61 +118,61 @@ do_package_setscene[depends] = ${USERA

 # Recipe parse-time sanity checks
 def update_useradd_after_parse(d):
-useradd_packages = d.getVar('USERADD_PACKAGES', True)
+   useradd_packages = d.getVar('USERADD_PACKAGES', True)

-if not useradd_packages:
-raise bb.build.FuncFailed, %s inherits useradd but
+   if not useradd_packages:
+   raise bb.build.FuncFailed, %s inherits usera

-for pkg in useradd_packages.split():
-if not d.getVar('USERADD_PARAM_%s' % pkg, True) and
-raise bb.build.FuncFailed, %s inherits useradd
+   for pkg in useradd_packages.split():
+   if not d.getVar('USERADD_PARAM_%s' % pkg, Tru
+   raise bb.build.FuncFailed, %s inheri

 python __anonymous() {
-update_useradd_after_parse(d)
+   update_useradd_after_parse(d)
 }

Sorry for the noise.

// Randy





This problem is happening frequently so I'd like to get this
worked out upstream.

Thanks,
// Randy




Thanks,
Jackie



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







--
# Randy MacLeod. MTS, Linux, Wind River
Direct: 613.963.1350

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] Broken gettext/gdbm

2012-07-23 Thread Richard Purdie

On Mon, 2012-07-23 at 08:50 +0200, Matthieu CRAPET wrote:
 Hi,
 
 $ bitbake gdbm -e | grep ^DEPENDS
 DEPENDS_GETTEXT=virtual/gettext gettext-native
 DEPENDS=autoconf-native automake-native libtool-native libtool-cross 
 gnu-config-native virtual/gettext gettext-native  
 virtual/arm-ingenico-linux-gnueabi-gcc 
 virtual/arm-ingenico-linux-gnueabi-compilerlibs virtual/libc
 
 $ bitbake gettext -e | grep ^DEPENDS
 DEPENDS_virtclass-native=libxml2-native gettext-minimal-native
 DEPENDS=autoconf-native automake-native libtool-native libtool-cross 
 gnu-config-native  virtual/arm-ingenico-linux-gnueabi-gcc 
 virtual/arm-ingenico-linux-gnueabi-compilerlibs virtual/libc  libxml2-native 
 gettext-native virtual/libiconv ncurses expat
 
 Note: We are using our own external toolchain.

That is an important detail!

 I wasn't clear enough in my previous post. It appear to be a circular 
 dependency.

A circular dependency on what?

 Since my update I have this log:
 NOTE: Resolving any missing task queue dependencies
 NOTE: multiple providers are available for virtual/gettext (proxy-libintl, 
 gettext)
 NOTE: consider defining a PREFERRED_PROVIDER entry to match virtual/gettext

Have you tried setting:

PREFERRED_PROVIDER_virtual/gettext = gettext

?

 When I just try to build gettext, It wants to build gdbm.. which depends of 
 gettext too.
 
 gettext-minimal-native doesn't have config.rpath, gettext-native has it.
 
 But config.rpath is taken from ${STAGING_DATADIR}/gettext/config.rpath and 
 not ${STAGING_DATADIR_NATIVE}/gettext/config.rpath.
 Patching meta/classes/autotools.bbclass would be a proper fix ?

No, that doesn't sound right.

I think the problem is that the system is thinking virtual/gettext is
provided by proxy-libintl. Adding the line above should convince it
otherwise and then things should work better.

Cheers,

Richard


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] Broken gettext/gdbm

2012-07-23 Thread Matthieu CRAPET

PREFERRED_PROVIDER_virtual/gettext = gettext fixes the issue!

So something is wrong with proxy-libintl.
Thanks for help!

Regards,
Matthieu


-Message d'origine-
De : openembedded-core-boun...@lists.openembedded.org 
[mailto:openembedded-core-boun...@lists.openembedded.org] De la part de Richard 
Purdie
Envoyé : lundi 23 juillet 2012 09:19
À : Patches and discussions about the oe-core layer
Objet : Re: [OE-core] Broken gettext/gdbm

On Mon, 2012-07-23 at 08:50 +0200, Matthieu CRAPET wrote:
 Hi,
 
 $ bitbake gdbm -e | grep ^DEPENDS
 DEPENDS_GETTEXT=virtual/gettext gettext-native
 DEPENDS=autoconf-native automake-native libtool-native libtool-cross 
 gnu-config-native virtual/gettext gettext-native  
 virtual/arm-ingenico-linux-gnueabi-gcc 
 virtual/arm-ingenico-linux-gnueabi-compilerlibs virtual/libc
 
 $ bitbake gettext -e | grep ^DEPENDS
 DEPENDS_virtclass-native=libxml2-native gettext-minimal-native
 DEPENDS=autoconf-native automake-native libtool-native libtool-cross 
 gnu-config-native  virtual/arm-ingenico-linux-gnueabi-gcc 
 virtual/arm-ingenico-linux-gnueabi-compilerlibs virtual/libc  libxml2-native 
 gettext-native virtual/libiconv ncurses expat
 
 Note: We are using our own external toolchain.

That is an important detail!

 I wasn't clear enough in my previous post. It appear to be a circular 
 dependency.

A circular dependency on what?

 Since my update I have this log:
 NOTE: Resolving any missing task queue dependencies
 NOTE: multiple providers are available for virtual/gettext 
 (proxy-libintl, gettext)
 NOTE: consider defining a PREFERRED_PROVIDER entry to match 
 virtual/gettext

Have you tried setting:

PREFERRED_PROVIDER_virtual/gettext = gettext

?

 When I just try to build gettext, It wants to build gdbm.. which depends of 
 gettext too.
 
 gettext-minimal-native doesn't have config.rpath, gettext-native has it.
 
 But config.rpath is taken from ${STAGING_DATADIR}/gettext/config.rpath and 
 not ${STAGING_DATADIR_NATIVE}/gettext/config.rpath.
 Patching meta/classes/autotools.bbclass would be a proper fix ?

No, that doesn't sound right.

I think the problem is that the system is thinking virtual/gettext is provided 
by proxy-libintl. Adding the line above should convince it otherwise and then 
things should work better.

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

[OE-core] Fwd: [PATCH] autoconf: updated to 2.69

2012-07-23 Thread Marinescu, Bogdan A

Resending to list (hit reply instead of reply all by mistake).


-- Forwarded message --
From: Marinescu, Bogdan A bogdan.a.marine...@intel.com
Date: Fri, Jul 20, 2012 at 10:46 AM
Subject: Re: [OE-core] [PATCH] autoconf: updated to 2.69
To: Saul Wold s...@linux.intel.com


On Fri, Jul 20, 2012 at 7:34 AM, Saul Wold s...@linux.intel.com wrote:
 On 07/19/2012 03:33 AM, Bogdan Marinescu wrote:

 Tested with core-image-sato-sdk and lib32-core-image-sato-sdk.
 This update was done mainly because multilib builds failed on master with
 this error:

 | autoreconf: running: aclocal -I
 /poky/build/tmp/work/x86-pokymllib32-linux/lib32-automake-1.12.1-r0/automake-1.12.1/m4/
 -I /poky/build/tmp/sysroots/x86_64-linux/usr/share/aclocal-1.12 -I
 /poky/build/tmp/work/x86-pokymllib32-linux/lib32-automake-1.12.1-r0/automake-1.12.1/aclocal-copy/
 -I
 /poky/build/tmp/work/x86-pokymllib32-linux/lib32-automake-1.12.1-r0/automake-1.12.1/m4/
 -I /poky/build/tmp/sysroots/x86_64-linux/usr/share/aclocal-1.12 -I
 /poky/build/tmp/work/x86-pokymllib32-linux/lib32-automake-1.12.1-r0/automake-1.12.1/aclocal-copy/
 --force --warnings=cross
 | aclocal: warning: unknown warning category 'cross'
 | configure.ac:18: error: Autoconf version 2.69 or higher is required

 Signed-off-by: Bogdan Marinescu bogdan.a.marine...@intel.com
 ---
   meta/recipes-devtools/autoconf/autoconf.inc|2 +-
   .../{autoconf_2.68.bb = autoconf_2.69.bb} |4 ++--
   2 files changed, 3 insertions(+), 3 deletions(-)
   rename meta/recipes-devtools/autoconf/{autoconf_2.68.bb =
 autoconf_2.69.bb} (85%)

 diff --git a/meta/recipes-devtools/autoconf/autoconf.inc
 b/meta/recipes-devtools/autoconf/autoconf.inc
 index 3ae98c8..778c9a1 100644
 --- a/meta/recipes-devtools/autoconf/autoconf.inc
 +++ b/meta/recipes-devtools/autoconf/autoconf.inc
 @@ -12,7 +12,7 @@ RDEPENDS_${PN} = m4 gnu-config
   RDEPENDS_${PN}_virtclass-native = m4-native gnu-config-native
   RDEPENDS_${PN}_virtclass-nativesdk = m4-nativesdk gnu-config-nativesdk

 -SRC_URI = ${GNU_MIRROR}/autoconf/autoconf-${PV}.tar.bz2 \
 +SRC_URI = ${GNU_MIRROR}/autoconf/autoconf-${PV}.tar.gz \


 We support the .xz format also which is a tighter compression, why not use
 that one instead?  1.8M vs 1.2M (xz)

Using xz for autoconf leads to a chain of circular dependencies.
.tar.gz doesn't have this problem.

Thanks,
Bogdan


 Sau!


file://program_prefix.patch

   inherit autotools
 diff --git a/meta/recipes-devtools/autoconf/autoconf_2.68.bb
 b/meta/recipes-devtools/autoconf/autoconf_2.69.bb
 similarity index 85%
 rename from meta/recipes-devtools/autoconf/autoconf_2.68.bb
 rename to meta/recipes-devtools/autoconf/autoconf_2.69.bb
 index 8d466e0..478f8ed 100644
 --- a/meta/recipes-devtools/autoconf/autoconf_2.68.bb
 +++ b/meta/recipes-devtools/autoconf/autoconf_2.69.bb
 @@ -17,8 +17,8 @@ SRC_URI += file://autoreconf-include.patch \
   file://remove-usr-local-lib-from-m4.patch \
  

 -SRC_URI[md5sum] = 864d785215aa60d627c91fcb21b05b07
 -SRC_URI[sha256sum] =
 c491fb273fd6d4ca925e26ceed3d177920233c76d542b150ff35e571454332c8
 +SRC_URI[md5sum] = 82d05e03b93e45f5a39b828dc9c6c29b
 +SRC_URI[sha256sum] =
 954bd69b391edc12d6a4a51a2dd1476543da5c6bbf05a95b59dc0dd6fd4c2969

   SRC_URI_append_virtclass-native =  file://fix_path_xtra.patch




___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [oe-commits] Ross Burton : Add gtk-doc-stub

2012-07-23 Thread Martin Jansa

On Sun, Jul 22, 2012 at 10:43:20AM +, g...@git.openembedded.org wrote:
 Module: openembedded-core.git
 Branch: master
 Commit: dd5d1104fde0418c18f9b18ab23837bf23e5b45b
 URL:
 http://git.openembedded.org/?p=openembedded-core.gita=commit;h=dd5d1104fde0418c18f9b18ab23837bf23e5b45b
 
 Author: Ross Burton ross.bur...@intel.com
 Date:   Wed Jul 18 16:58:51 2012 +0100
 
 Add gtk-doc-stub
 
 This is a maintained stub for gtk-doc (and gobject-introspection) that was
 created by Colin Walters for his Poky-powered ostree project.
 
 Signed-off-by: Ross Burton ross.bur...@intel.com

This has couple of unpackaged files:

NOTE: package 
gtk-doc-stub-0.0+git1+3dfd0a09de696ec8c544762747f8a0f77153622e-r0: task 
do_package: Started
WARNING: QA Issue: gtk-doc-stub: Files/directories were installed but not 
shipped
  /usr/share/gtk-doc-devel
  /usr/share/gobject-introspection-1.0
  /usr/share/gtk-doc-devel/gtk-doc.make
  /usr/share/gobject-introspection-1.0/Makefile.introspection
NOTE: package 
gtk-doc-stub-0.0+git1+3dfd0a09de696ec8c544762747f8a0f77153622e-r0: task 
do_package: Succeeded

Cheers,

 
 ---
 
  .../recipes-gnome/gtk-doc-stub/gtk-doc-stub_git.bb |   19 +++
  1 files changed, 19 insertions(+), 0 deletions(-)
 
 diff --git a/meta/recipes-gnome/gtk-doc-stub/gtk-doc-stub_git.bb 
 b/meta/recipes-gnome/gtk-doc-stub/gtk-doc-stub_git.bb
 new file mode 100644
 index 000..195fc41
 --- /dev/null
 +++ b/meta/recipes-gnome/gtk-doc-stub/gtk-doc-stub_git.bb
 @@ -0,0 +1,19 @@
 +SUMMARY = Stub implementation of gtk-doc
 +DESCRIPTION = Stub implementation of gtk-doc, as we don't want to build the 
 API documentation
 +SECTION = x11/base
 +LICENSE = GPLv2
 +LIC_FILES_CHKSUM = file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f
 +
 +PROVIDES = gtk-doc
 +
 +SRCREV = 3dfd0a09de696ec8c544762747f8a0f77153622e
 +PV = 0.0+git${SRCPV}
 +PR = r0
 +
 +SRC_URI = git://git.gnome.org/${BPN};protocol=git
 +
 +S = ${WORKDIR}/git
 +
 +inherit autotools
 +
 +BBCLASSEXTEND = native
 
 
 ___
 Openembedded-commits mailing list
 openembedded-comm...@lists.openembedded.org
 http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-commits

-- 
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 0/1] quota 4.00: add DEPENDS gettext-native

2012-07-23 Thread jackie.huang

From: Jackie Huang jackie.hu...@windriver.com

do_install needs command 'msgfmt', it would fail if the command
doesn't exist on the host, add DEPENDS gettext-native to fix this.

[YOCTO #2811]

Signed-off-by: Jackie Huang jackie.hu...@windriver.com
---
The following changes since commit da1de01aa74da0f38f07af523a9861824f7b0c95:

  Pyphon-native: Fix typo (2012-07-22 14:20:26 +0100)

are available in the git repository at:
  git://git.pokylinux.org/poky-contrib jhuang0/defect2811_quota_msgfmt
  
http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=jhuang0/defect2811_quota_msgfmt

Jackie Huang (1):
  quota 4.00: add DEPENDS gettext-native

 meta/recipes-extended/quota/quota_4.00.bb |2 ++
 1 files changed, 2 insertions(+), 0 deletions(-)

-- 
1.7.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] quota 4.00: add DEPENDS gettext-native

2012-07-23 Thread jackie.huang

From: Jackie Huang jackie.hu...@windriver.com

do_install needs command 'msgfmt', it would fail if the command
doesn't exist on the host, add DEPENDS gettext-native to fix this.

[YOCTO #2811]

Signed-off-by: Jackie Huang jackie.hu...@windriver.com
---
 meta/recipes-extended/quota/quota_4.00.bb |2 ++
 1 files changed, 2 insertions(+), 0 deletions(-)

diff --git a/meta/recipes-extended/quota/quota_4.00.bb 
b/meta/recipes-extended/quota/quota_4.00.bb
index 5fef9cb..25f6381 100644
--- a/meta/recipes-extended/quota/quota_4.00.bb
+++ b/meta/recipes-extended/quota/quota_4.00.bb
@@ -15,6 +15,8 @@ SRC_URI[sha256sum] = 
eb2b045f58b98299edc568b8607b95b10735b4a131fa5196f41c89b51f
 
 S = ${WORKDIR}/quota-tools
 
+DEPENDS = gettext-native
+
 inherit autotools
 
 EXTRA_OEMAKE += 'STRIP='
-- 
1.7.4


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH] dhcp: remove dependency of dev/staticdev packages on main package

2012-07-23 Thread Paul Eggleton

The main package is empty and is not produced, which leaves the dev
and staticdev packages broken. Remove the dependencies (added in
bitbake.conf by default) to fix this.

Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com
---
 meta/recipes-connectivity/dhcp/dhcp.inc |2 ++
 meta/recipes-connectivity/dhcp/dhcp_4.2.3-P2.bb |2 +-
 2 files changed, 3 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-connectivity/dhcp/dhcp.inc 
b/meta/recipes-connectivity/dhcp/dhcp.inc
index 8ead016..3159f93 100644
--- a/meta/recipes-connectivity/dhcp/dhcp.inc
+++ b/meta/recipes-connectivity/dhcp/dhcp.inc
@@ -56,6 +56,8 @@ do_install_append () {
 PACKAGES += dhcp-server dhcp-server-config dhcp-client dhcp-relay 
dhcp-omshell
 
 FILES_${PN} = 
+RDEPENDS_${PN}-dev = 
+RDEPENDS_${PN}-staticdev = 
 
 FILES_dhcp-server = ${sbindir}/dhcpd ${sysconfdir}/init.d/dhcp-server
 RRECOMMENDS_dhcp-server = dhcp-server-config
diff --git a/meta/recipes-connectivity/dhcp/dhcp_4.2.3-P2.bb 
b/meta/recipes-connectivity/dhcp/dhcp_4.2.3-P2.bb
index 24b50ba..67af3e2 100644
--- a/meta/recipes-connectivity/dhcp/dhcp_4.2.3-P2.bb
+++ b/meta/recipes-connectivity/dhcp/dhcp_4.2.3-P2.bb
@@ -1,6 +1,6 @@
 require dhcp.inc
 
-PR = r0
+PR = r1
 
 SRC_URI += file://fixincludes.patch \
 file://dhcp-3.0.3-dhclient-dbus.patch;striplevel=0 \
-- 
1.7.9.5


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [oe-commits] Ross Burton : Add gtk-doc-stub

2012-07-23 Thread Burton, Ross

On 23 July 2012 09:15, Martin Jansa martin.ja...@gmail.com wrote:
 This has couple of unpackaged files:

 NOTE: package 
 gtk-doc-stub-0.0+git1+3dfd0a09de696ec8c544762747f8a0f77153622e-r0: task 
 do_package: Started
 WARNING: QA Issue: gtk-doc-stub: Files/directories were installed but not 
 shipped
   /usr/share/gtk-doc-devel
   /usr/share/gobject-introspection-1.0
   /usr/share/gtk-doc-devel/gtk-doc.make
   /usr/share/gobject-introspection-1.0/Makefile.introspection
 NOTE: package 
 gtk-doc-stub-0.0+git1+3dfd0a09de696ec8c544762747f8a0f77153622e-r0: task 
 do_package: Succeeded

Good point, I never tested the non-native package because it's
generally going to be used in a native context.

Ross

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [oe-commits] Ross Burton : Add gtk-doc-stub

2012-07-23 Thread Martin Jansa

On Mon, Jul 23, 2012 at 10:06:54AM +0100, Burton, Ross wrote:
 On 23 July 2012 09:15, Martin Jansa martin.ja...@gmail.com wrote:
  This has couple of unpackaged files:
 
  NOTE: package 
  gtk-doc-stub-0.0+git1+3dfd0a09de696ec8c544762747f8a0f77153622e-r0: task 
  do_package: Started
  WARNING: QA Issue: gtk-doc-stub: Files/directories were installed but not 
  shipped
/usr/share/gtk-doc-devel
/usr/share/gobject-introspection-1.0
/usr/share/gtk-doc-devel/gtk-doc.make
/usr/share/gobject-introspection-1.0/Makefile.introspection
  NOTE: package 
  gtk-doc-stub-0.0+git1+3dfd0a09de696ec8c544762747f8a0f77153622e-r0: task 
  do_package: Succeeded
 
 Good point, I never tested the non-native package because it's
 generally going to be used in a native context.

For some reason non-native gtk-doc-stub is pulled to image dependency
tree for me after last oe-core changes. I'll check dep graph.. if that's
not expected.

Cheers,

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


signature.asc
Description: Digital signature
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [oe-commits] Ross Burton : Add gtk-doc-stub

2012-07-23 Thread Burton, Ross

On 23 July 2012 10:18, Martin Jansa martin.ja...@gmail.com wrote:
 For some reason non-native gtk-doc-stub is pulled to image dependency
 tree for me after last oe-core changes. I'll check dep graph.. if that's
 not expected.

No, it's not expected.

Ross

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [oe-commits] Ross Burton : Add gtk-doc-stub

2012-07-23 Thread Burton, Ross

On 23 July 2012 10:18, Martin Jansa martin.ja...@gmail.com wrote:
 For some reason non-native gtk-doc-stub is pulled to image dependency
 tree for me after last oe-core changes. I'll check dep graph.. if that's
 not expected.

It's not in the core-image-sato dependencies according to depexp.  If
you could see what pulls it in for you that would be much appreciated
(I suspect some development task).

Ross

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] libxp: Change superfluous += to simple = when using _append

2012-07-23 Thread Robert P. J. Day


Signed-off-by: Robert P. J. Day rpj...@crashcourse.ca

---

diff --git a/meta/recipes-graphics/xorg-lib/libxp_1.0.1.bb 
b/meta/recipes-graphics/xorg-lib/libxp_1.0.1.bb
index 349dad1..dbd4609 100644
--- a/meta/recipes-graphics/xorg-lib/libxp_1.0.1.bb
+++ b/meta/recipes-graphics/xorg-lib/libxp_1.0.1.bb
@@ -15,7 +15,7 @@ PE = 1

 XORG_PN = libXp

-CFLAGS_append +=  -I ${S}/include/X11/XprintUtil -I 
${S}/include/X11/extensions
+CFLAGS_append =  -I ${S}/include/X11/XprintUtil -I 
${S}/include/X11/extensions

 SRC_URI += file://fix-cast-error.patch


-- 


Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca

Twitter:   http://twitter.com/rpjday
LinkedIn:   http://ca.linkedin.com/in/rpjday


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 3/3] libcgroup_0.37.1.bb: Add recipe

2012-07-23 Thread Paul Eggleton

On Sunday 22 July 2012 16:54:18 Khem Raj wrote:
 +# We really need the symlink so :(
 +ERROR_QA = debug-deps dev-deps debug-files arch la2 pkgconfig la perms

Why do you need this? If you really do need it, you must use INSANE_SKIP and 
not ERROR_QA here.

Cheers,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 1/1] quota 4.00: add DEPENDS gettext-native

2012-07-23 Thread Richard Purdie

On Mon, 2012-07-23 at 16:38 +0800, jackie.hu...@windriver.com wrote:
 From: Jackie Huang jackie.hu...@windriver.com
 
 do_install needs command 'msgfmt', it would fail if the command
 doesn't exist on the host, add DEPENDS gettext-native to fix this.
 
 [YOCTO #2811]
 
 Signed-off-by: Jackie Huang jackie.hu...@windriver.com
 ---
  meta/recipes-extended/quota/quota_4.00.bb |2 ++
  1 files changed, 2 insertions(+), 0 deletions(-)
 
 diff --git a/meta/recipes-extended/quota/quota_4.00.bb 
 b/meta/recipes-extended/quota/quota_4.00.bb
 index 5fef9cb..25f6381 100644
 --- a/meta/recipes-extended/quota/quota_4.00.bb
 +++ b/meta/recipes-extended/quota/quota_4.00.bb
 @@ -15,6 +15,8 @@ SRC_URI[sha256sum] = 
 eb2b045f58b98299edc568b8607b95b10735b4a131fa5196f41c89b51f
  
  S = ${WORKDIR}/quota-tools
  
 +DEPENDS = gettext-native
 +
  inherit autotools
  
  EXTRA_OEMAKE += 'STRIP='

Shouldn't this be inherit gettext ?

Cheers,

Richard


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] webkit-gtk: Replace superfluous += with =, and add leading space

2012-07-23 Thread Robert P. J. Day


Signed-off-by: Robert P. J. Day rpj...@crashcourse.ca

---

  i think that might be all of them ...

diff --git a/meta/recipes-sato/webkit/webkit-gtk_1.8.1.bb 
b/meta/recipes-sato/webkit/webkit-gtk_1.8.1.bb
index 229273f..dd43811 100644
--- a/meta/recipes-sato/webkit/webkit-gtk_1.8.1.bb
+++ b/meta/recipes-sato/webkit/webkit-gtk_1.8.1.bb
@@ -47,9 +47,9 @@ EXTRA_OECONF = \


 #default unicode backend icu breaks in cross-compile when target and host are 
different endian type
-EXTRA_OECONF_append_powerpc += --with-unicode-backend=glib
+EXTRA_OECONF_append_powerpc =  --with-unicode-backend=glib

-CPPFLAGS_append_powerpc += -I${STAGING_INCDIR}/pango-1.0 \
+CPPFLAGS_append_powerpc =  -I${STAGING_INCDIR}/pango-1.0 \
 -I${STAGING_LIBDIR}/glib-2.0/include \
 -I${STAGING_INCDIR}/glib-2.0


-- 


Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca

Twitter:   http://twitter.com/rpjday
LinkedIn:   http://ca.linkedin.com/in/rpjday


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 1/1] useradd.bbclass: use locking of bb.utils to avoid lock race issue of useradd/groupadd

2012-07-23 Thread Richard Purdie

On Sun, 2012-07-22 at 14:53 +0800, jackie.hu...@windriver.com wrote:
 From: Jackie Huang jackie.hu...@windriver.com
 
 A race condition can occur when adding users and groups to the
 passwd and group files, in [YOCTO #1794], 10 times retry added
 but it is not fixed completely.
 
 This fix re-writes the useradd_preinst and useradd_sysroot with
 python and use locking of bb.utils to lock the passwd and group
 files before executing useradd/groupadd commands to avoid the
 lock race themselves.
 
 [YOCTO #2779]
 
 Signed-off-by: Jackie Huang jackie.hu...@windriver.com
 ---
  meta/classes/useradd.bbclass |  284 
 ++
  1 files changed, 124 insertions(+), 160 deletions(-)
 
 diff --git a/meta/classes/useradd.bbclass b/meta/classes/useradd.bbclass
 index bb8f42b..ed5ed69 100644
 --- a/meta/classes/useradd.bbclass
 +++ b/meta/classes/useradd.bbclass
 @@ -14,126 +14,90 @@ USERADDDEPENDS_virtclass-nativesdk = 
  # c) As the preinst script in the target package at do_rootfs time
  # d) As the preinst script in the target package on device as a package 
 upgrade
  #
 -useradd_preinst () {
 -OPT=
 -SYSROOT=
 -
 -if test x$D != x; then

[...]

 - done
 -fi
 +def useradd_preinst(d):
 + import re
 +

[...]


 -# Add the user/group preinstall scripts and RDEPENDS requirements
 -# to packages specified by USERADD_PACKAGES
 -if not bb.data.inherits_class('nativesdk', d):
 -useradd_packages = d.getVar('USERADD_PACKAGES', True) or 
 -for pkg in useradd_packages.split():
 -update_useradd_package(pkg)
 + def update_useradd_package(pkg):
 + bb.debug(1, 'adding user/group calls to preinst for %s' % pkg)
 +
 + 
 + useradd preinst is appended here because pkg_preinst may be
 + required to execute on the target. Not doing so may cause
 + useradd preinst to be invoked twice, causing unwanted warnings.
 + 
 + preinst = d.getVar('pkg_preinst_%s' % pkg, True) or 
 d.getVar('pkg_preinst', True)
 + if not preinst:
 + preinst = '#!/bin/sh\n'
 + preinst += d.getVar('useradd_preinst', True)


This looks like we're adding the contents of the useradd_preinst
function (changed from shell to python) to a script headed with
#!/bin/sh? Python script with a /bin/sh header isn't a good idea.

We can't really depend on python being on the target device to add users
in the postinstall script either.

So in summary, this patch needs a lot more thought and hasn't been well
tested.

python functions should also be 4 space indented.

Cheers,

Richard




___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] any current standard on avoiding use of both _append and +=?

2012-07-23 Thread Paul Eggleton

On Monday 23 July 2012 06:07:58 Robert P. J. Day wrote:
   is this valid?
 
 meta/classes/rootfs_rpm.bbclass:IMAGE_ROOTFS_EXTRA_SPACE_append =
 ${@base_contains(PACKAGE_INSTALL, zypper,  + 51200,  ,d)}
 
 does one not need the leading space in this context?

We're not adding to something that is space-separated in this instance. In any 
case, if we are adding anything with this statement (i.e. if PACKAGE_INSTALL 
contains zypper) then  + 51200 is being added which does contain a leading 
space.

Cheers,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] any current standard on avoiding use of both _append and +=?

2012-07-23 Thread Robert P. J. Day

On Mon, 23 Jul 2012, Paul Eggleton wrote:

 On Monday 23 July 2012 06:07:58 Robert P. J. Day wrote:
is this valid?
 
  meta/classes/rootfs_rpm.bbclass:IMAGE_ROOTFS_EXTRA_SPACE_append =
  ${@base_contains(PACKAGE_INSTALL, zypper,  + 51200,  ,d)}
 
  does one not need the leading space in this context?

 We're not adding to something that is space-separated in this
 instance. In any case, if we are adding anything with this statement
 (i.e. if PACKAGE_INSTALL contains zypper) then  + 51200 is being
 added which does contain a leading space.

  ah, quite so, i failed to notice that.

rday

-- 


Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca

Twitter:   http://twitter.com/rpjday
LinkedIn:   http://ca.linkedin.com/in/rpjday


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 1/2] libcanberra: upgrade to ver. 0.29

2012-07-23 Thread Iorga, Cristian

Hi Saul,

I think everything is ok now.
Thanks.
It is already merged, with the right versions.

/Cristian

-Original Message-
From: Saul Wold [mailto:s...@linux.intel.com] 
Sent: Saturday, July 21, 2012 3:21 AM
To: Patches and discussions about the oe-core layer
Cc: Iorga, Cristian
Subject: Re: [OE-core] [PATCH 1/2] libcanberra: upgrade to ver. 0.29

On 07/20/2012 03:07 AM, Cristian Iorga wrote:
 Signed-off-by: Cristian Iorga cristian.io...@intel.com
 ---
   .../{libcanberra_0.28.bb = libcanberra_0.29.bb}   |   14 +++---
   1 file changed, 7 insertions(+), 7 deletions(-)
   rename meta/recipes-multimedia/pulseaudio/{libcanberra_0.28.bb = 
 libcanberra_0.29.bb} (76%)

 diff --git a/meta/recipes-multimedia/pulseaudio/libcanberra_0.28.bb 
 b/meta/recipes-multimedia/pulseaudio/libcanberra_0.29.bb
 similarity index 76%
 rename from meta/recipes-multimedia/pulseaudio/libcanberra_0.28.bb
 rename to meta/recipes-multimedia/pulseaudio/libcanberra_0.29.bb
 index e69c89d..27020c5 100644
 --- a/meta/recipes-multimedia/pulseaudio/libcanberra_0.28.bb
 +++ b/meta/recipes-multimedia/pulseaudio/libcanberra_0.29.bb
 @@ -5,14 +5,14 @@ LIC_FILES_CHKSUM = 
 file://LGPL;md5=2d5025d4aa3495befef8f17206a5b0a1 \
   
 file://src/canberra.h;beginline=7;endline=24;md5=c616c687cf8da540a14f917e0d23ab03

   DEPENDS = gtk+ pulseaudio alsa-lib libtool libvorbis
 -PR = r1
 +PR = r0

   inherit gconf autotools

 -SRC_URI = 
 http://0pointer.de/lennart/projects/libcanberra/libcanberra-${PV}.tar.gz;
 +SRC_URI = 
 http://0pointer.de/lennart/projects/libcanberra/libcanberra-${PV}.tar.xz;

 -SRC_URI[md5sum] = c198b4811598c4c161ff505e4531b02c
 -SRC_URI[sha256sum] = 
 eb1f8b2cabad7f07b6e44d606a91d73e1efca4b46daf92bd553e7222bc68868c
 +SRC_URI[md5sum] = 2594093a5d61047bd9cc87e955f86df8
 +SRC_URI[sha256sum] = 
 127a5ef07805856d63758e5180ebfb241d1f80094fd301c287591a15b8cfcd72

   EXTRA_OECONF =  --disable-oss --disable-ltdl-install

 @@ -25,8 +25,8 @@ PACKAGES += ${PN}-gnome
   FILES_${PN} += ${libdir}/gtk-2.0/modules/ ${datadir}/gnome
   FILES_${PN}-gnome += 
 ${datadir}/gdm/autostart/LoginWindow/libcanberra-ready-sound.desktop \
 
 ${libdir}/gnome-settings-daemon-3.0/gtk-modules/canberra-gtk-module.desktop
 -FILES_${PN}-dev += ${libdir}/libcanberra-0.28/libcanberra-*.so \
 - ${libdir}/libcanberra-0.28/libcanberra-*.la \
 +FILES_${PN}-dev += ${libdir}/libcanberra-${PV}/libcanberra-*.so \
 + ${libdir}/libcanberra-${PV}/libcanberra-*.la \
   ${datadir}/vala/vapi
 -FILES_${PN}-dbg += ${libdir}/gtk-2.0/modules/.debug 
 ${libdir}/libcanberra-0.28/.debug
 +FILES_${PN}-dbg += ${libdir}/gtk-2.0/modules/.debug 
 ${libdir}/libcanberra-${PV}/.debug




Richard merged earlier verions of both these patches, please verify if you need 
to rebase and make any additional changes and re-submit.

Sorry about the confusion

Thanks
Sau!

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 0/3] rootfs generation improvements

2012-07-23 Thread Paul Eggleton

On Tuesday 17 July 2012 09:01:07 Saul Wold wrote:
 On 07/11/2012 06:04 AM, Paul Eggleton wrote:
  Fix up handling of complementary package installation (dev, dbg, doc,
  etc.) and introduce a staticdev-pkgs IMAGE_FEATURES feature.
  
  I've tested this with all backends using buildhistory to examine the
  changes to the image contents, and compared the lists of files in the
  SDK-from-image output with the rpm backend. Unfortunately it does
  increase the do_rootfs time slightly; one of my next tasks will be to
  try to do some optimisation here.
  
  The following changes since commit 
b76a7bc8dcb7aed7d6f026e77a226837004c50af:
 libgomp: add libgomp (openmp) library, and build for powerpc targets by
 default (2012-07-11 11:35:16 +0100) 
  are available in the git repository at:
 git://git.openembedded.org/openembedded-core-contrib paule/rootfs
 http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=
 paule/rootfs 
  Paul Eggleton (3):
 classes/rootfs_deb: use more reliable check for package existence
 
 Merged this one into OE-Core
 
 Rework installation of dev, dbg, doc, and locale packages
 classes/image: add staticdev-pkgs IMAGE_FEATURES feature
 
 There was an issue with either one or both of these during build
 testing, I know you are looking into it.

Indeed, this triggered some kind of environment size limit and has exposed a 
few other lurking issues as well. It also failed to handle debian package 
renaming. I have a reworked and extended patchset coming, please disregard the 
unmerged part of this one.

Cheers,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [oe-commits] Morgan Little : python: Update for python-native changes

2012-07-23 Thread Martin Jansa

On Sun, Jul 22, 2012 at 10:43:53AM +, g...@git.openembedded.org wrote:
 Module: openembedded-core.git
 Branch: master
 Commit: 284a65d55f0ffad0f4f7f32d72da0f9410578643
 URL:
 http://git.openembedded.org/?p=openembedded-core.gita=commit;h=284a65d55f0ffad0f4f7f32d72da0f9410578643
 
 Author: Morgan Little morgan.lit...@windriver.com
 Date:   Thu Jul 19 13:46:07 2012 -0400
 
 python: Update for python-native changes
 
 Add pythonnative onto the list of inherits and update the paths to the 
 binaries
 referenced in the recipe to the new paths.
 
 Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
 

Any idea why is opkg package-index now failing _sometimes_ ?

| + '[' -e 
/var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/deploy/ipk/ ']'
| + touch 
/var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/deploy/ipk/Packages
| + flock 
/var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/deploy/ipk/Packages.flock
 -c 'opkg-make-index -r 
/var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/deploy/ipk/Packages
 -p 
/var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/deploy/ipk/Packages
 -m /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/deploy/ipk/'
| Traceback (most recent call last):
|   File 
/var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/lib/python2.7/site.py,
 line 569, in module
| main()
|   File 
/var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/lib/python2.7/site.py,
 line 552, in main
| known_paths = addsitepackages(known_paths)
|   File 
/var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/lib/python2.7/site.py,
 line 329, in addsitepackages
| for sitedir in getsitepackages():
|   File 
/var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/lib/python2.7/site.py,
 line 303, in getsitepackages
| sitepackages.append(os.path.join(prefix, sys.lib,
| AttributeError: 'module' object has no attribute 'lib'
| ERROR: Function failed: do_package_index (see 
/var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/package-index-1.0-r0/temp/log.do_package_index.17223
 for further information)
NOTE: package package-index-1.0-r0: task do_package_index: Failed

Cheers,

 ---
 
  meta/recipes-devtools/python/python_2.7.3.bb |   18 +-
  1 files changed, 9 insertions(+), 9 deletions(-)
 
 diff --git a/meta/recipes-devtools/python/python_2.7.3.bb 
 b/meta/recipes-devtools/python/python_2.7.3.bb
 index b736cc2..d27ff05 100644
 --- a/meta/recipes-devtools/python/python_2.7.3.bb
 +++ b/meta/recipes-devtools/python/python_2.7.3.bb
 @@ -1,6 +1,6 @@
  require python.inc
  DEPENDS = python-native bzip2 db gdbm openssl readline sqlite3 zlib
 -PR = ${INC_PR}.0
 +PR = ${INC_PR}.1
  
  DISTRO_SRC_URI ?= file://sitecustomize.py
  DISTRO_SRC_URI_linuxstdbase = 
 @@ -30,7 +30,7 @@ SRC_URI += \
  
  S = ${WORKDIR}/Python-${PV}
  
 -inherit autotools multilib_header
 +inherit autotools multilib_header pythonnative
  
  # The 3 lines below are copied from the libffi recipe, ctypes ships its own 
 copy of the libffi sources
  #Somehow gcc doesn't set __SOFTFP__ when passing -mfloatabi=softp :(
 @@ -45,7 +45,7 @@ do_configure_prepend() {
  do_compile() {
  # regenerate platform specific files, because they depend on system 
 headers
  cd Lib/plat-linux2
 -include=${STAGING_INCDIR} ${STAGING_BINDIR_NATIVE}/python \
 +include=${STAGING_INCDIR} 
 ${STAGING_BINDIR_NATIVE}/python-native/python \
  ${S}/Tools/scripts/h2py.py -i '(u_long)' \
  ${STAGING_INCDIR}/dlfcn.h \
  ${STAGING_INCDIR}/linux/cdrom.h \
 @@ -89,8 +89,8 @@ do_compile() {
  
   export CROSS_COMPILE=${TARGET_PREFIX}
  
 - oe_runmake HOSTPGEN=${STAGING_BINDIR_NATIVE}/pgen \
 - HOSTPYTHON=${STAGING_BINDIR_NATIVE}/python \
 + oe_runmake HOSTPGEN=${STAGING_BINDIR_NATIVE}/python-native/pgen \
 + HOSTPYTHON=${STAGING_BINDIR_NATIVE}/python-native/python \
   STAGING_LIBDIR=${STAGING_LIBDIR} \
   STAGING_BASELIBDIR=${STAGING_BASELIBDIR} \
   STAGING_INCDIR=${STAGING_INCDIR} \
 @@ -99,8 +99,8 @@ do_compile() {
  
   oe_libinstall -so libpython${PYTHON_MAJMIN} ${STAGING_LIBDIR}
  
 - oe_runmake HOSTPGEN=${STAGING_BINDIR_NATIVE}/pgen \
 - HOSTPYTHON=${STAGING_BINDIR_NATIVE}/python \
 + oe_runmake HOSTPGEN=${STAGING_BINDIR_NATIVE}/python-native/pgen \
 + HOSTPYTHON=${STAGING_BINDIR_NATIVE}/python-native/python \
   STAGING_LIBDIR=${STAGING_LIBDIR} \
   STAGING_INCDIR=${STAGING_INCDIR} \
   STAGING_BASELIBDIR=${STAGING_BASELIBDIR} \
 @@ -115,8 +115,8 @@ do_install() {
  
   export CROSS_COMPILE=${TARGET_PREFIX}
   
 - oe_runmake HOSTPGEN=${STAGING_BINDIR_NATIVE}/pgen \
 -

[OE-core] grub: Allow reautoconf with the correct parameters

2012-07-23 Thread Richard Purdie

Without this change, an effective reautoconf happens at compile time with 
potentially
incorrect parameters. This change ensures it happens once, in do_configure with 
the
correct parameters.

Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
diff --git a/meta/recipes-bsp/grub/grub_1.99.bb 
b/meta/recipes-bsp/grub/grub_1.99.bb
index f1ed7ca..9879651 100644
--- a/meta/recipes-bsp/grub/grub_1.99.bb
+++ b/meta/recipes-bsp/grub/grub_1.99.bb
@@ -37,10 +37,6 @@ inherit gettext
 
 EXTRA_OECONF = --with-platform=pc --disable-grub-mkfont --program-prefix=
 
-do_configure() {
-oe_runconf
-}
-
 do_install_append () {
 install -d ${D}${sysconfdir}/grub.d
 install -m 0755 ${WORKDIR}/40_custom ${D}${sysconfdir}/grub.d/40_custom



___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [oe-commits] Ross Burton : Add gtk-doc-stub

2012-07-23 Thread Martin Jansa

On Mon, Jul 23, 2012 at 10:40:39AM +0100, Burton, Ross wrote:
 On 23 July 2012 10:18, Martin Jansa martin.ja...@gmail.com wrote:
  For some reason non-native gtk-doc-stub is pulled to image dependency
  tree for me after last oe-core changes. I'll check dep graph.. if that's
  not expected.
 
 It's not in the core-image-sato dependencies according to depexp.  If
 you could see what pulls it in for you that would be much appreciated
 (I suspect some development task).

That's probably because of one of those:
OE @ ~/meta-openembedded $ git grep DEPENDS.*gtk-doc
meta-gnome/recipes-gnome/bonobo/libbonoboui_2.24.3.bb:DEPENDS = libgnomecanvas 
libbonobo libgnome glib-2.0 gtk-doc gconf libxml2 libglade
meta-gnome/recipes-gnome/orbit2/orbit2_2.14.17.bb:DEPENDS = libidl popt 
gtk-doc ${IDL_COMPILER_DEPENDS}
meta-gnome/recipes-gnome/orbit2/orbit2_2.14.17.bb:DEPENDS_virtclass-native = 
libidl-native popt-native gtk-doc-native
meta-gpe/recipes-graphics/libgpewidget/libgpewidget_0.117.bb:DEPENDS = gtk+ 
cairo libxinerama libxcomposite libxrender gtk-doc

In my case it was libgpewidget which is dependency of fbreader..

Cheers,

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


signature.asc
Description: Digital signature
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [oe-commits] Morgan Little : python: Update for python-native changes

2012-07-23 Thread Richard Purdie

On Mon, 2012-07-23 at 13:18 +0200, Martin Jansa wrote:
 On Sun, Jul 22, 2012 at 10:43:53AM +, g...@git.openembedded.org wrote:
  Module: openembedded-core.git
  Branch: master
  Commit: 284a65d55f0ffad0f4f7f32d72da0f9410578643
  URL:
  http://git.openembedded.org/?p=openembedded-core.gita=commit;h=284a65d55f0ffad0f4f7f32d72da0f9410578643
  
  Author: Morgan Little morgan.lit...@windriver.com
  Date:   Thu Jul 19 13:46:07 2012 -0400
  
  python: Update for python-native changes
  
  Add pythonnative onto the list of inherits and update the paths to the 
  binaries
  referenced in the recipe to the new paths.
  
  Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
  
 
 Any idea why is opkg package-index now failing _sometimes_ ?
 
 | + '[' -e 
 /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/deploy/ipk/ ']'
 | + touch 
 /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/deploy/ipk/Packages
 | + flock 
 /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/deploy/ipk/Packages.flock
  -c 'opkg-make-index -r 
 /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/deploy/ipk/Packages
  -p 
 /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/deploy/ipk/Packages
  -m /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/deploy/ipk/'
 | Traceback (most recent call last):
 |   File 
 /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/lib/python2.7/site.py,
  line 569, in module
 | main()
 |   File 
 /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/lib/python2.7/site.py,
  line 552, in main
 | known_paths = addsitepackages(known_paths)
 |   File 
 /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/lib/python2.7/site.py,
  line 329, in addsitepackages
 | for sitedir in getsitepackages():
 |   File 
 /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/lib/python2.7/site.py,
  line 303, in getsitepackages
 | sitepackages.append(os.path.join(prefix, sys.lib,
 | AttributeError: 'module' object has no attribute 'lib'
 | ERROR: Function failed: do_package_index (see 
 /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/package-index-1.0-r0/temp/log.do_package_index.17223
  for further information)
 NOTE: package package-index-1.0-r0: task do_package_index: Failed

What is the header of opkg-make-index? Is it a path to python or
a /usr/bin/env python?

Cheers,

Richard



___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [oe-commits] Morgan Little : python: Update for python-native changes

2012-07-23 Thread Martin Jansa

On Mon, Jul 23, 2012 at 12:32:55PM +0100, Richard Purdie wrote:
 On Mon, 2012-07-23 at 13:18 +0200, Martin Jansa wrote:
  On Sun, Jul 22, 2012 at 10:43:53AM +, g...@git.openembedded.org wrote:
   Module: openembedded-core.git
   Branch: master
   Commit: 284a65d55f0ffad0f4f7f32d72da0f9410578643
   URL:
   http://git.openembedded.org/?p=openembedded-core.gita=commit;h=284a65d55f0ffad0f4f7f32d72da0f9410578643
   
   Author: Morgan Little morgan.lit...@windriver.com
   Date:   Thu Jul 19 13:46:07 2012 -0400
   
   python: Update for python-native changes
   
   Add pythonnative onto the list of inherits and update the paths to the 
   binaries
   referenced in the recipe to the new paths.
   
   Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
   
  
  Any idea why is opkg package-index now failing _sometimes_ ?
  
  | + '[' -e 
  /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/deploy/ipk/ ']'
  | + touch 
  /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/deploy/ipk/Packages
  | + flock 
  /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/deploy/ipk/Packages.flock
   -c 'opkg-make-index -r 
  /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/deploy/ipk/Packages
   -p 
  /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/deploy/ipk/Packages
   -m 
  /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/deploy/ipk/'
  | Traceback (most recent call last):
  |   File 
  /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/lib/python2.7/site.py,
   line 569, in module
  | main()
  |   File 
  /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/lib/python2.7/site.py,
   line 552, in main
  | known_paths = addsitepackages(known_paths)
  |   File 
  /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/lib/python2.7/site.py,
   line 329, in addsitepackages
  | for sitedir in getsitepackages():
  |   File 
  /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/lib/python2.7/site.py,
   line 303, in getsitepackages
  | sitepackages.append(os.path.join(prefix, sys.lib,
  | AttributeError: 'module' object has no attribute 'lib'
  | ERROR: Function failed: do_package_index (see 
  /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/package-index-1.0-r0/temp/log.do_package_index.17223
   for further information)
  NOTE: package package-index-1.0-r0: task do_package_index: Failed
 
 What is the header of opkg-make-index? Is it a path to python or
 a /usr/bin/env python?

$ head -n1 
jobs/shr-core/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/bin/opkg-make-index
#!/usr/bin/env python

Cheers,

 
 Cheers,
 
 Richard
 
 
 
 ___
 Openembedded-core mailing list
 Openembedded-core@lists.openembedded.org
 http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


signature.asc
Description: Digital signature
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [oe-commits] Ross Burton : Add gtk-doc-stub

2012-07-23 Thread Burton, Ross

On 23 July 2012 12:30, Martin Jansa martin.ja...@gmail.com wrote:
 That's probably because of one of those:
 OE @ ~/meta-openembedded $ git grep DEPENDS.*gtk-doc
 meta-gnome/recipes-gnome/bonobo/libbonoboui_2.24.3.bb:DEPENDS = 
 libgnomecanvas libbonobo libgnome glib-2.0 gtk-doc gconf libxml2 libglade
 meta-gnome/recipes-gnome/orbit2/orbit2_2.14.17.bb:DEPENDS = libidl popt 
 gtk-doc ${IDL_COMPILER_DEPENDS}
 meta-gnome/recipes-gnome/orbit2/orbit2_2.14.17.bb:DEPENDS_virtclass-native = 
 libidl-native popt-native gtk-doc-native
 meta-gpe/recipes-graphics/libgpewidget/libgpewidget_0.117.bb:DEPENDS = gtk+ 
 cairo libxinerama libxcomposite libxrender gtk-doc

They are all wrong.  You'll never DEPEND on gtk-doc, it's a build tool
so you'll DEPEND on gtk-doc-native (indirectly, inherit gtkdoc
instead) and maybe (say a build tools metapackage) RDEPEND on gtk-doc.

Ross

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [oe-commits] Bruce Ashfield : kern-tools: add buildall and robustness fixes

2012-07-23 Thread Bruce Ashfield

On Mon, Jul 23, 2012 at 4:49 AM, Martin Jansa martin.ja...@gmail.com wrote:
 On Fri, Jun 29, 2012 at 09:04:54AM -0400, Bruce Ashfield wrote:
 On Fri, Jun 29, 2012 at 2:00 AM, Martin Jansa martin.ja...@gmail.com wrote:
  On Thu, Jun 28, 2012 at 07:31:45PM -0400, Bruce Ashfield wrote:
  On Thu, Jun 28, 2012 at 5:32 PM, Martin Jansa martin.ja...@gmail.com 
  wrote:
   On Thu, Jun 28, 2012 at 03:24:41PM +, g...@git.openembedded.org 
   wrote:
   Module: openembedded-core.git
   Branch: master
   Commit: be3cff86d55db6255e036d68e943e527802b4f4c
   URL:
   http://git.openembedded.org/?p=openembedded-core.gita=commit;h=be3cff86d55db6255e036d68e943e527802b4f4c
  
   Author: Bruce Ashfield bruce.ashfi...@windriver.com
   Date:   Fri Jun 15 15:26:44 2012 -0400
  
   kern-tools: add buildall and robustness fixes
  
   Updating the kern-tools SRCREV to pickup the following functionality:
  
- buildall: provides the ability to build all kernel branches
without a build system, only a cross compiler and configme
are required.
  
- robustness/cleanups: obselete/unused code removal and general 
   robustness
   fixes from Paul Gortmaker and Bruce Ashfield
  
   is this expected with latest kern-tools/linux-yocto and qemux86-64?
  
   NOTE: package 
   linux-yocto-3.4.3+git3+d65afd9e42230a3ef4cc1f9ad62d0aa84a533cd0_3+a1cdb60720c452c3965eaec3ec2cd10f06261cc5-r0:
task do_kernel_configcheck: Start
   ed
   NOTE: validating kernel configuration
   find: warning: -path 
   /OE/shr-core/tmp-eglibc/work/qemux86_64-oe-linux/linux-yocto/linux-yocto-3.4.3+git3+d65afd9e42230a3ef4cc1f9ad62d0aa84a533cd0_3+a1cdb60720c452c3965eaec3ec2cd10f06261cc5-r0/linux/
will not match anything because it ends with /.
   This BSP sets 1 kernel options that are possibly non-hardware related.
   The full list can be found in your kernel src dir at:
   meta/cfg/standard/common-pc-64/specified_non_hdw.cfg
  
   There were 1 instances of config fragment errors.
   The full list can be found in your kernel src dir at:
   meta/cfg/standard/common-pc-64/fragment_errors.txt
  
   NOTE: package 
   linux-yocto-3.4.3+git3+d65afd9e42230a3ef4cc1f9ad62d0aa84a533cd0_3+a1cdb60720c452c3965eaec3ec2cd10f06261cc5-r0:
task do_kernel_configcheck: Succeeded
  
  
   OE @ 
   ~/shr-core/tmp-eglibc/work/qemux86_64-oe-linux/linux-yocto/linux-yocto-3.4.3+git3+d65afd9e42230a3ef4cc1f9ad62d0aa84a533cd0_3+a1cdb60720c452c3965eaec3ec2c
   d10f06261cc5-r0/linux $ cat 
   meta/cfg/standard/common-pc-64/specified_non_hdw.cfg
   CONFIG_BLOCK
   OE @ 
   ~/shr-core/tmp-eglibc/work/qemux86_64-oe-linux/linux-yocto/linux-yocto-3.4.3+git3+d65afd9e42230a3ef4cc1f9ad62d0aa84a533cd0_3+a1cdb60720c452c3965eaec3ec2c
   d10f06261cc5-r0/linux $ cat 
   meta/cfg/standard/common-pc-64/fragment_errors.txt
   Warning: Value of CONFIG_NET_CLS_CGROUP is defined multiple times 
   within fragment meta/cfg/kernel-cache/features/net_sched/net_sched.cfg:
   CONFIG_NET_CLS_CGROUP=y
   CONFIG_NET_CLS_CGROUP=y
 
  It is, only because I was waiting for my other queued changes to get 
  pulled
  before sending another batch:
 
  http://git.yoctoproject.org/cgit/cgit.cgi/yocto-kernel-cache/commit/?id=0329bbc053c97f9b250454ff6a60727f75973706
 
  Ah OK, from those validation messages it wasn't very clear if it's
  info/warning/error/fatal.

 First warning/error/.. is still there with latest linux-yocto
 NOTE: package
 linux-yocto-3.4.4+git6+949fddda61053cc15e46c015e8f7db17e7b33360_6+6297e4c1d57e1063bfce297c2e12392348598559-r4.0:
 task do_kernel_configcheck: Started
 NOTE: validating kernel configuration
 find: warning: -path
 /OE/shr-core/tmp-eglibc/work/qemux86_64-oe-linux/linux-yocto-3.4.4+git6+949fddda61053cc15e46c015e8f7db17e7b33360_6+6297e4c1d57e1063bfce297c2e12392348598559-r4.0/linux/
 will not match anything because it ends with /.
 This BSP sets 1 kernel options that are possibly non-hardware related.
 The full list can be found in your kernel src dir at:
 meta/cfg/standard/common-pc-64/specified_non_hdw.cfg

 NOTE: package
 linux-yocto-3.4.4+git6+949fddda61053cc15e46c015e8f7db17e7b33360_6+6297e4c1d57e1063bfce297c2e12392348598559-r4.0:
 task do_kernel_configcheck: Succeeded

 OE @ ~/openembedded-core $ cat
 /OE/shr-core/tmp-eglibc/work/qemux86_64-oe-linux/linux-yocto-3.4.4+git6+949fddda61053cc15e46c015e8f7db17e7b33360_6+6297e4c1d57e1063bfce297c2e12392348598559-r4.0/linux/meta/cfg/standard/common-pc-64/specified_non_hdw.cfg
 CONFIG_BLOCK

 wasn't this supposed to be fixed by those changes?

Not that one, it's being covered by the kernel config updates that are part
of yocto 1.3, which are in the upcoming M3 milestone. The one I mentioned
in that other email was CONFIG_NET_CLS_CGROUP.

Cheers,

Bruce


 --
 Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com

 ___
 Openembedded-core mailing list
 Openembedded-core@lists.openembedded.org

Re: [OE-core] Proposal: Creating meta-networking

2012-07-23 Thread Firago Alexey


Hi all,

On 6/15/2012 8:15 AM, Joe MacDonald wrote:

We've been talking about this on-and-off at Wind River for a while now,
but it now seems like a reasonable time to bring a proposal to the OE
community at large.  We're thinking about creating a new layer to house
recipes, etc.  for networking packages.
...
So what does everyone think?  Awesome idea?  Terrible idea?  (Hopefully)
something in between?  All feedback is welcome.


I think creating software support layer for network related packages is 
good idea.
We've updated some of the recipes from OE Classic mentioned above for 
our projects at Mentor Graphics.
We've been thinking to place these updated recipes in meta-oe layer. But 
I think now that separate layer like meta-networking
would be much more suitable place.  Also we've created some new packages 
like mipv6-umip or multipath-tools

that are good candidates for being placed in meta-networking.

So, I suggest Mentor Graphics would contribute to meta-networking.

--
Alexey Firago**|Software Engineer, Embedded Systems Division, Mentor 
Graphics
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [oe-commits] Morgan Little : python: Update for python-native changes

2012-07-23 Thread Richard Purdie

On Mon, 2012-07-23 at 13:37 +0200, Martin Jansa wrote:
 On Mon, Jul 23, 2012 at 12:32:55PM +0100, Richard Purdie wrote:
  On Mon, 2012-07-23 at 13:18 +0200, Martin Jansa wrote:
   On Sun, Jul 22, 2012 at 10:43:53AM +, g...@git.openembedded.org wrote:
Module: openembedded-core.git
Branch: master
Commit: 284a65d55f0ffad0f4f7f32d72da0f9410578643
URL:
http://git.openembedded.org/?p=openembedded-core.gita=commit;h=284a65d55f0ffad0f4f7f32d72da0f9410578643

Author: Morgan Little morgan.lit...@windriver.com
Date:   Thu Jul 19 13:46:07 2012 -0400

python: Update for python-native changes

Add pythonnative onto the list of inherits and update the paths to the 
binaries
referenced in the recipe to the new paths.

Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org

   
   Any idea why is opkg package-index now failing _sometimes_ ?
   
   | + '[' -e 
   /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/deploy/ipk/ 
   ']'
   | + touch 
   /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/deploy/ipk/Packages
   | + flock 
   /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/deploy/ipk/Packages.flock
-c 'opkg-make-index -r 
   /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/deploy/ipk/Packages
-p 
   /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/deploy/ipk/Packages
-m 
   /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/deploy/ipk/'
   | Traceback (most recent call last):
   |   File 
   /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/lib/python2.7/site.py,
line 569, in module
   | main()
   |   File 
   /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/lib/python2.7/site.py,
line 552, in main
   | known_paths = addsitepackages(known_paths)
   |   File 
   /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/lib/python2.7/site.py,
line 329, in addsitepackages
   | for sitedir in getsitepackages():
   |   File 
   /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/lib/python2.7/site.py,
line 303, in getsitepackages
   | sitepackages.append(os.path.join(prefix, sys.lib,
   | AttributeError: 'module' object has no attribute 'lib'
   | ERROR: Function failed: do_package_index (see 
   /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/package-index-1.0-r0/temp/log.do_package_index.17223
for further information)
   NOTE: package package-index-1.0-r0: task do_package_index: Failed
  
  What is the header of opkg-make-index? Is it a path to python or
  a /usr/bin/env python?
 
 $ head -n1 
 jobs/shr-core/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/bin/opkg-make-index
 #!/usr/bin/env python

package-index doesn't inherit pythonnative. The python found from env
would therefore be the host system python but its using files from the
sysroot. Mixing the two is a bad idea.

The question is how is it mixing these up, the host system python
shouldn't be looking there for modules.

So I'm not sure why they're getting mixed up but its likely the problem.
Does anything jump out at you on the machine in question with the above
in mind?

Cheers,

Richard


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [oe-commits] Morgan Little : python: Update for python-native changes

2012-07-23 Thread Martin Jansa

On Mon, Jul 23, 2012 at 02:02:12PM +0100, Richard Purdie wrote:
 On Mon, 2012-07-23 at 13:37 +0200, Martin Jansa wrote:
  On Mon, Jul 23, 2012 at 12:32:55PM +0100, Richard Purdie wrote:
   On Mon, 2012-07-23 at 13:18 +0200, Martin Jansa wrote:
On Sun, Jul 22, 2012 at 10:43:53AM +, g...@git.openembedded.org 
wrote:
 Module: openembedded-core.git
 Branch: master
 Commit: 284a65d55f0ffad0f4f7f32d72da0f9410578643
 URL:
 http://git.openembedded.org/?p=openembedded-core.gita=commit;h=284a65d55f0ffad0f4f7f32d72da0f9410578643
 
 Author: Morgan Little morgan.lit...@windriver.com
 Date:   Thu Jul 19 13:46:07 2012 -0400
 
 python: Update for python-native changes
 
 Add pythonnative onto the list of inherits and update the paths to 
 the binaries
 referenced in the recipe to the new paths.
 
 Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
 

Any idea why is opkg package-index now failing _sometimes_ ?

| + '[' -e 
/var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/deploy/ipk/
 ']'
| + touch 
/var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/deploy/ipk/Packages
| + flock 
/var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/deploy/ipk/Packages.flock
 -c 'opkg-make-index -r 
/var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/deploy/ipk/Packages
 -p 
/var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/deploy/ipk/Packages
 -m 
/var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/deploy/ipk/'
| Traceback (most recent call last):
|   File 
/var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/lib/python2.7/site.py,
 line 569, in module
| main()
|   File 
/var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/lib/python2.7/site.py,
 line 552, in main
| known_paths = addsitepackages(known_paths)
|   File 
/var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/lib/python2.7/site.py,
 line 329, in addsitepackages
| for sitedir in getsitepackages():
|   File 
/var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/lib/python2.7/site.py,
 line 303, in getsitepackages
| sitepackages.append(os.path.join(prefix, sys.lib,
| AttributeError: 'module' object has no attribute 'lib'
| ERROR: Function failed: do_package_index (see 
/var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/package-index-1.0-r0/temp/log.do_package_index.17223
 for further information)
NOTE: package package-index-1.0-r0: task do_package_index: Failed
   
   What is the header of opkg-make-index? Is it a path to python or
   a /usr/bin/env python?
  
  $ head -n1 
  jobs/shr-core/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/bin/opkg-make-index
  #!/usr/bin/env python
 
 package-index doesn't inherit pythonnative. The python found from env
 would therefore be the host system python but its using files from the
 sysroot. Mixing the two is a bad idea.
 
 The question is how is it mixing these up, the host system python
 shouldn't be looking there for modules.
 
 So I'm not sure why they're getting mixed up but its likely the problem.
 Does anything jump out at you on the machine in question with the above
 in mind?

Not really and it happens only in some builds (all today - haven't seen
this error before) and sofar it failed in 4/10 image/feed builds and
worked in remaining 6.

Even for the same combination of MACHINE and target it once worked and once
failed without any metadata changes or host distro changes between.

Cheers,

-- 
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] Handle undefined O_CLOEXEC

2012-07-23 Thread Radu Moisan

Close-on-exec seems to be unsuported on some architectures like CentOS 5.8
and thus causing some packages to fail to build successfully. Future kernel
version will probably fix this, but for now this patch works around this
problem.

Signed-off-by: Radu Moisan radu.moi...@intel.com
---
 meta/recipes-kernel/kmod/kmod.inc  |3 +-
 .../Handle-unsupported-close-on-exec-flag.patch|   60 
 2 files changed, 62 insertions(+), 1 deletion(-)
 create mode 100644 
meta/recipes-kernel/kmod/kmod/Handle-unsupported-close-on-exec-flag.patch

diff --git a/meta/recipes-kernel/kmod/kmod.inc 
b/meta/recipes-kernel/kmod/kmod.inc
index adba4d4..c992ad8 100644
--- a/meta/recipes-kernel/kmod/kmod.inc
+++ b/meta/recipes-kernel/kmod/kmod.inc
@@ -8,7 +8,7 @@ LICENSE = GPL-2.0+  LGPL-2.1+
 LICENSE_libkmod = LGPL-2.1+
 SECTION = base
 PV = 8
-INC_PR = r1
+INC_PR = r2
 
 DEPENDS += pkgconfig-native
 
@@ -20,6 +20,7 @@ inherit autotools gtk-doc
 SRC_URI = git://git.profusion.mobi/kmod.git;protocol=git;branch=master \
file://depmod-search.conf \

file://0001-man-disable-man-page-generation-because-we-don-t-hav.patch \
+   file://Handle-unsupported-close-on-exec-flag.patch \
   
 
 SRCREV = 819f79a24d58e3c8429f1631df2f8f85a2f95d4a
diff --git 
a/meta/recipes-kernel/kmod/kmod/Handle-unsupported-close-on-exec-flag.patch 
b/meta/recipes-kernel/kmod/kmod/Handle-unsupported-close-on-exec-flag.patch
new file mode 100644
index 000..f0820d9
--- /dev/null
+++ b/meta/recipes-kernel/kmod/kmod/Handle-unsupported-close-on-exec-flag.patch
@@ -0,0 +1,60 @@
+Index: git/libkmod/libkmod-config.c
+===
+--- git.orig/libkmod/libkmod-config.c  2012-07-23 16:13:44.0 +0300
 git/libkmod/libkmod-config.c   2012-07-23 16:15:53.0 +0300
+@@ -33,6 +33,10 @@
+ #include libkmod.h
+ #include libkmod-private.h
+ 
++#ifndef O_CLOEXEC
++#define O_CLOEXEC 0
++#endif
++
+ struct kmod_alias {
+   char *name;
+   char modname[];
+Index: git/libkmod/libkmod-file.c
+===
+--- git.orig/libkmod/libkmod-file.c2012-07-23 16:13:44.0 +0300
 git/libkmod/libkmod-file.c 2012-07-23 16:15:57.0 +0300
+@@ -31,6 +31,10 @@
+ #include libkmod.h
+ #include libkmod-private.h
+ 
++#ifndef O_CLOEXEC
++#define O_CLOEXEC 0
++#endif
++
+ #ifdef ENABLE_XZ
+ #include lzma.h
+ #endif
+Index: git/libkmod/libkmod-index.c
+===
+--- git.orig/libkmod/libkmod-index.c   2012-07-23 16:13:44.0 +0300
 git/libkmod/libkmod-index.c2012-07-23 16:16:00.0 +0300
+@@ -31,6 +31,10 @@
+ #include libkmod-index.h
+ #include macro.h
+ 
++#ifndef O_CLOEXEC
++#define O_CLOEXEC 0
++#endif
++
+ /* index.c: module index file shared functions for modprobe and depmod */
+ 
+ #define INDEX_CHILDMAX 128
+Index: git/libkmod/libkmod-module.c
+===
+--- git.orig/libkmod/libkmod-module.c  2012-07-23 16:13:44.0 +0300
 git/libkmod/libkmod-module.c   2012-07-23 16:16:04.0 +0300
+@@ -40,6 +40,10 @@
+ #include libkmod.h
+ #include libkmod-private.h
+ 
++#ifndef O_CLOEXEC
++#define O_CLOEXEC 0
++#endif
++
+ /**
+  * SECTION:libkmod-module
+  * @short_description: operate on kernel modules
-- 
1.7.9.5


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] Handle undefined O_CLOEXEC

2012-07-23 Thread Koen Kooi

Please update the commit message to adhere to the commit policy. At least 
mention the recipe name in the first line.

Op 23 jul. 2012, om 15:31 heeft Radu Moisan het volgende geschreven:

 Close-on-exec seems to be unsuported on some architectures like CentOS 5.8
 and thus causing some packages to fail to build successfully. Future kernel
 version will probably fix this, but for now this patch works around this
 problem.
 
 Signed-off-by: Radu Moisan radu.moi...@intel.com
 ---
 meta/recipes-kernel/kmod/kmod.inc  |3 +-
 .../Handle-unsupported-close-on-exec-flag.patch|   60 
 2 files changed, 62 insertions(+), 1 deletion(-)
 create mode 100644 
 meta/recipes-kernel/kmod/kmod/Handle-unsupported-close-on-exec-flag.patch
 
 diff --git a/meta/recipes-kernel/kmod/kmod.inc 
 b/meta/recipes-kernel/kmod/kmod.inc
 index adba4d4..c992ad8 100644
 --- a/meta/recipes-kernel/kmod/kmod.inc
 +++ b/meta/recipes-kernel/kmod/kmod.inc
 @@ -8,7 +8,7 @@ LICENSE = GPL-2.0+  LGPL-2.1+
 LICENSE_libkmod = LGPL-2.1+
 SECTION = base
 PV = 8
 -INC_PR = r1
 +INC_PR = r2
 
 DEPENDS += pkgconfig-native
 
 @@ -20,6 +20,7 @@ inherit autotools gtk-doc
 SRC_URI = git://git.profusion.mobi/kmod.git;protocol=git;branch=master \
file://depmod-search.conf \

 file://0001-man-disable-man-page-generation-because-we-don-t-hav.patch \
 +   file://Handle-unsupported-close-on-exec-flag.patch \
   
 
 SRCREV = 819f79a24d58e3c8429f1631df2f8f85a2f95d4a
 diff --git 
 a/meta/recipes-kernel/kmod/kmod/Handle-unsupported-close-on-exec-flag.patch 
 b/meta/recipes-kernel/kmod/kmod/Handle-unsupported-close-on-exec-flag.patch
 new file mode 100644
 index 000..f0820d9
 --- /dev/null
 +++ 
 b/meta/recipes-kernel/kmod/kmod/Handle-unsupported-close-on-exec-flag.patch
 @@ -0,0 +1,60 @@
 +Index: git/libkmod/libkmod-config.c
 +===
 +--- git.orig/libkmod/libkmod-config.c2012-07-23 16:13:44.0 
 +0300
  git/libkmod/libkmod-config.c 2012-07-23 16:15:53.0 +0300
 +@@ -33,6 +33,10 @@
 + #include libkmod.h
 + #include libkmod-private.h
 + 
 ++#ifndef O_CLOEXEC
 ++#define O_CLOEXEC 0
 ++#endif
 ++
 + struct kmod_alias {
 + char *name;
 + char modname[];
 +Index: git/libkmod/libkmod-file.c
 +===
 +--- git.orig/libkmod/libkmod-file.c  2012-07-23 16:13:44.0 +0300
  git/libkmod/libkmod-file.c   2012-07-23 16:15:57.0 +0300
 +@@ -31,6 +31,10 @@
 + #include libkmod.h
 + #include libkmod-private.h
 + 
 ++#ifndef O_CLOEXEC
 ++#define O_CLOEXEC 0
 ++#endif
 ++
 + #ifdef ENABLE_XZ
 + #include lzma.h
 + #endif
 +Index: git/libkmod/libkmod-index.c
 +===
 +--- git.orig/libkmod/libkmod-index.c 2012-07-23 16:13:44.0 +0300
  git/libkmod/libkmod-index.c  2012-07-23 16:16:00.0 +0300
 +@@ -31,6 +31,10 @@
 + #include libkmod-index.h
 + #include macro.h
 + 
 ++#ifndef O_CLOEXEC
 ++#define O_CLOEXEC 0
 ++#endif
 ++
 + /* index.c: module index file shared functions for modprobe and depmod */
 + 
 + #define INDEX_CHILDMAX 128
 +Index: git/libkmod/libkmod-module.c
 +===
 +--- git.orig/libkmod/libkmod-module.c2012-07-23 16:13:44.0 
 +0300
  git/libkmod/libkmod-module.c 2012-07-23 16:16:04.0 +0300
 +@@ -40,6 +40,10 @@
 + #include libkmod.h
 + #include libkmod-private.h
 + 
 ++#ifndef O_CLOEXEC
 ++#define O_CLOEXEC 0
 ++#endif
 ++
 + /**
 +  * SECTION:libkmod-module
 +  * @short_description: operate on kernel modules
 -- 
 1.7.9.5
 
 
 ___
 Openembedded-core mailing list
 Openembedded-core@lists.openembedded.org
 http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH] kmod: Handle undefined O_CLOEXEC

2012-07-23 Thread Radu Moisan

Close-on-exec seems to be unsuported on some architectures like CentOS 5.8
and thus causing some packages to fail to build successfully. Future kernel
version will probably fix this, but for now this patch works around this
problem.

Signed-off-by: Radu Moisan radu.moi...@intel.com
---
 meta/recipes-kernel/kmod/kmod.inc  |3 +-
 .../Handle-unsupported-close-on-exec-flag.patch|   60 
 2 files changed, 62 insertions(+), 1 deletion(-)
 create mode 100644 
meta/recipes-kernel/kmod/kmod/Handle-unsupported-close-on-exec-flag.patch

diff --git a/meta/recipes-kernel/kmod/kmod.inc 
b/meta/recipes-kernel/kmod/kmod.inc
index adba4d4..c992ad8 100644
--- a/meta/recipes-kernel/kmod/kmod.inc
+++ b/meta/recipes-kernel/kmod/kmod.inc
@@ -8,7 +8,7 @@ LICENSE = GPL-2.0+  LGPL-2.1+
 LICENSE_libkmod = LGPL-2.1+
 SECTION = base
 PV = 8
-INC_PR = r1
+INC_PR = r2
 
 DEPENDS += pkgconfig-native
 
@@ -20,6 +20,7 @@ inherit autotools gtk-doc
 SRC_URI = git://git.profusion.mobi/kmod.git;protocol=git;branch=master \
file://depmod-search.conf \

file://0001-man-disable-man-page-generation-because-we-don-t-hav.patch \
+   file://Handle-unsupported-close-on-exec-flag.patch \
   
 
 SRCREV = 819f79a24d58e3c8429f1631df2f8f85a2f95d4a
diff --git 
a/meta/recipes-kernel/kmod/kmod/Handle-unsupported-close-on-exec-flag.patch 
b/meta/recipes-kernel/kmod/kmod/Handle-unsupported-close-on-exec-flag.patch
new file mode 100644
index 000..f0820d9
--- /dev/null
+++ b/meta/recipes-kernel/kmod/kmod/Handle-unsupported-close-on-exec-flag.patch
@@ -0,0 +1,60 @@
+Index: git/libkmod/libkmod-config.c
+===
+--- git.orig/libkmod/libkmod-config.c  2012-07-23 16:13:44.0 +0300
 git/libkmod/libkmod-config.c   2012-07-23 16:15:53.0 +0300
+@@ -33,6 +33,10 @@
+ #include libkmod.h
+ #include libkmod-private.h
+ 
++#ifndef O_CLOEXEC
++#define O_CLOEXEC 0
++#endif
++
+ struct kmod_alias {
+   char *name;
+   char modname[];
+Index: git/libkmod/libkmod-file.c
+===
+--- git.orig/libkmod/libkmod-file.c2012-07-23 16:13:44.0 +0300
 git/libkmod/libkmod-file.c 2012-07-23 16:15:57.0 +0300
+@@ -31,6 +31,10 @@
+ #include libkmod.h
+ #include libkmod-private.h
+ 
++#ifndef O_CLOEXEC
++#define O_CLOEXEC 0
++#endif
++
+ #ifdef ENABLE_XZ
+ #include lzma.h
+ #endif
+Index: git/libkmod/libkmod-index.c
+===
+--- git.orig/libkmod/libkmod-index.c   2012-07-23 16:13:44.0 +0300
 git/libkmod/libkmod-index.c2012-07-23 16:16:00.0 +0300
+@@ -31,6 +31,10 @@
+ #include libkmod-index.h
+ #include macro.h
+ 
++#ifndef O_CLOEXEC
++#define O_CLOEXEC 0
++#endif
++
+ /* index.c: module index file shared functions for modprobe and depmod */
+ 
+ #define INDEX_CHILDMAX 128
+Index: git/libkmod/libkmod-module.c
+===
+--- git.orig/libkmod/libkmod-module.c  2012-07-23 16:13:44.0 +0300
 git/libkmod/libkmod-module.c   2012-07-23 16:16:04.0 +0300
+@@ -40,6 +40,10 @@
+ #include libkmod.h
+ #include libkmod-private.h
+ 
++#ifndef O_CLOEXEC
++#define O_CLOEXEC 0
++#endif
++
+ /**
+  * SECTION:libkmod-module
+  * @short_description: operate on kernel modules
-- 
1.7.9.5


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH v2] kmod: Handle undefined O_CLOEXEC

2012-07-23 Thread Radu Moisan

Close-on-exec seems to be unsuported on some architectures like CentOS 5.8
and thus causing some packages to fail to build successfully. Future kernel
version will probably fix this, but for now this patch works around this
problem.

Signed-off-by: Radu Moisan radu.moi...@intel.com
---
 meta/recipes-kernel/kmod/kmod.inc  |3 +-
 .../Handle-unsupported-close-on-exec-flag.patch|   60 
 2 files changed, 62 insertions(+), 1 deletion(-)
 create mode 100644 
meta/recipes-kernel/kmod/kmod/Handle-unsupported-close-on-exec-flag.patch

diff --git a/meta/recipes-kernel/kmod/kmod.inc 
b/meta/recipes-kernel/kmod/kmod.inc
index adba4d4..c992ad8 100644
--- a/meta/recipes-kernel/kmod/kmod.inc
+++ b/meta/recipes-kernel/kmod/kmod.inc
@@ -8,7 +8,7 @@ LICENSE = GPL-2.0+  LGPL-2.1+
 LICENSE_libkmod = LGPL-2.1+
 SECTION = base
 PV = 8
-INC_PR = r1
+INC_PR = r2
 
 DEPENDS += pkgconfig-native
 
@@ -20,6 +20,7 @@ inherit autotools gtk-doc
 SRC_URI = git://git.profusion.mobi/kmod.git;protocol=git;branch=master \
file://depmod-search.conf \

file://0001-man-disable-man-page-generation-because-we-don-t-hav.patch \
+   file://Handle-unsupported-close-on-exec-flag.patch \
   
 
 SRCREV = 819f79a24d58e3c8429f1631df2f8f85a2f95d4a
diff --git 
a/meta/recipes-kernel/kmod/kmod/Handle-unsupported-close-on-exec-flag.patch 
b/meta/recipes-kernel/kmod/kmod/Handle-unsupported-close-on-exec-flag.patch
new file mode 100644
index 000..f0820d9
--- /dev/null
+++ b/meta/recipes-kernel/kmod/kmod/Handle-unsupported-close-on-exec-flag.patch
@@ -0,0 +1,60 @@
+Index: git/libkmod/libkmod-config.c
+===
+--- git.orig/libkmod/libkmod-config.c  2012-07-23 16:13:44.0 +0300
 git/libkmod/libkmod-config.c   2012-07-23 16:15:53.0 +0300
+@@ -33,6 +33,10 @@
+ #include libkmod.h
+ #include libkmod-private.h
+ 
++#ifndef O_CLOEXEC
++#define O_CLOEXEC 0
++#endif
++
+ struct kmod_alias {
+   char *name;
+   char modname[];
+Index: git/libkmod/libkmod-file.c
+===
+--- git.orig/libkmod/libkmod-file.c2012-07-23 16:13:44.0 +0300
 git/libkmod/libkmod-file.c 2012-07-23 16:15:57.0 +0300
+@@ -31,6 +31,10 @@
+ #include libkmod.h
+ #include libkmod-private.h
+ 
++#ifndef O_CLOEXEC
++#define O_CLOEXEC 0
++#endif
++
+ #ifdef ENABLE_XZ
+ #include lzma.h
+ #endif
+Index: git/libkmod/libkmod-index.c
+===
+--- git.orig/libkmod/libkmod-index.c   2012-07-23 16:13:44.0 +0300
 git/libkmod/libkmod-index.c2012-07-23 16:16:00.0 +0300
+@@ -31,6 +31,10 @@
+ #include libkmod-index.h
+ #include macro.h
+ 
++#ifndef O_CLOEXEC
++#define O_CLOEXEC 0
++#endif
++
+ /* index.c: module index file shared functions for modprobe and depmod */
+ 
+ #define INDEX_CHILDMAX 128
+Index: git/libkmod/libkmod-module.c
+===
+--- git.orig/libkmod/libkmod-module.c  2012-07-23 16:13:44.0 +0300
 git/libkmod/libkmod-module.c   2012-07-23 16:16:04.0 +0300
+@@ -40,6 +40,10 @@
+ #include libkmod.h
+ #include libkmod-private.h
+ 
++#ifndef O_CLOEXEC
++#define O_CLOEXEC 0
++#endif
++
+ /**
+  * SECTION:libkmod-module
+  * @short_description: operate on kernel modules
-- 
1.7.9.5


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [oe-core][RFC] bitbake.conf: exclude whole MACHINEOVERRIDES from OVERRIDES vardeps

2012-07-23 Thread Martin Jansa

* whole MACHINEOVERRIDES can change e.g. between MACHINES with different arm 
architecture, causing allarch packages to reexecute do_package
  bitbake-diffsigs 
../shr-core/tmp-eglibc/stamps/all-oe-linux/xserver-nodm-init-2.0-r16.do_package.sigdata.90e760a8f6cecbd87cb2e95f1237e3cc
 
../shr-core/tmp-eglibc/stamps/all-oe-linux/xserver-nodm-init-2.0-r16.do_package.sigdata.9eeccfd15f25032b3b6b132534660fff
  basehash changed from 7618e17d3fda05d1f15246e6800ca0f0 to 
97bc4dc8c1521c535bd96b2aa62d8a03
  Variable MACHINEOVERRIDES value changed from 
${MACHINE}${@bb.utils.contains(TUNE_FEATURES, armv5, :armv5,  
,d)}${@bb.utils.contains(TUNE_FEATURES, armv4, :armv4,  
,d)}:${MACHINE_CLASS} to ${MACHINE}${@bb.utils.contains(TUNE_FEATURES, 
armv7a, :armv7a,  ,d)}${@bb.utils.contains(TUNE_FEATURES, armv6, 
:armv6,  ,d)}${@bb.utils.contains(TUNE_FEATURES, armv5, :armv5,  
,d)}${@bb.utils.contains(TUNE_FEATURES, armv4, :armv4,  
,d)}:${MACHINE_CLASS}

Signed-off-by: Martin Jansa martin.ja...@gmail.com
---
 meta/conf/bitbake.conf |1 +
 1 files changed, 1 insertions(+), 0 deletions(-)

diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index 1525e44..163b311 100644
--- a/meta/conf/bitbake.conf
+++ b/meta/conf/bitbake.conf
@@ -652,6 +652,7 @@ AUTO_LIBNAME_PKGS = ${PACKAGES}
 # This works for  functions as well, they are really just environment 
variables.
 # Default OVERRIDES to make compilation fail fast in case of build system 
misconfiguration.
 OVERRIDES = 
${TARGET_OS}:${TRANSLATED_TARGET_ARCH}:build-${BUILD_OS}:pn-${PN}:${MACHINEOVERRIDES}:${DISTROOVERRIDES}:${CLASSOVERRIDE}:forcevariable
+OVERRIDES[vardepsexclude] = MACHINEOVERRIDES
 CLASSOVERRIDE ?= class-target
 DISTROOVERRIDES ?= ${@d.getVar('DISTRO', True) or ''}
 MACHINEOVERRIDES ?= ${MACHINE}
-- 
1.7.8.6


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH] libgcc: Add missing dependency on libc:do_package

2012-07-23 Thread Richard Purdie

do_package writes out shlibs data and libgcc can depend on the values
there. We therefore need to express the depdency so that sstate can account
for it for example.

Without this a version change in eglibc can psersist in the sstate cache
and corrupt builds.

Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
diff --git a/meta/recipes-devtools/gcc/libgcc_4.7.bb 
b/meta/recipes-devtools/gcc/libgcc_4.7.bb
index 55aa03c..c796253 100644
--- a/meta/recipes-devtools/gcc/libgcc_4.7.bb
+++ b/meta/recipes-devtools/gcc/libgcc_4.7.bb
@@ -64,6 +64,7 @@ do_install () {
rm -rf ${D}${libdir}/${TARGET_SYS}/${BINV}/include
 }
 
+do_package[depends] += virtual/${MLPREFIX}libc:do_package
 do_package_write_ipk[depends] += virtual/${MLPREFIX}libc:do_package
 do_package_write_deb[depends] += virtual/${MLPREFIX}libc:do_package
 do_package_write_rpm[depends] += virtual/${MLPREFIX}libc:do_package



___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] Tagging autobuilder bugs

2012-07-23 Thread Burton, Ross

Hi,

I just did my first week on the SWAT team, monitoring the autobuilder.
 Thanks to Richard and Paul for putting up with all my questions!

I did find that one of the hardest things was transferring the latest
knowledge of what is broken, what isn't really broken, and what should
work from the previous member.  To make this easier, I've got a
proposal:

  All problems with the build should be filed as bugs in the relevant
component, and then tagged with (autobuilder) in the status
whiteboard.  When the problem has been resolved, the bug can be
closed.

This ensures that all issues are logged and the relevant people
notified in a persistent manner (IRC pings may be missed) , and that
when the next SWAT member takes over a bugzilla search will list any
known problems.

Thoughts/comments?

Ross

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [oe-core][RFC] bitbake.conf: exclude whole MACHINEOVERRIDES from OVERRIDES vardeps

2012-07-23 Thread Richard Purdie

On Mon, 2012-07-23 at 16:25 +0200, Martin Jansa wrote:
 * whole MACHINEOVERRIDES can change e.g. between MACHINES with different arm 
 architecture, causing allarch packages to reexecute do_package
   bitbake-diffsigs 
 ../shr-core/tmp-eglibc/stamps/all-oe-linux/xserver-nodm-init-2.0-r16.do_package.sigdata.90e760a8f6cecbd87cb2e95f1237e3cc
  
 ../shr-core/tmp-eglibc/stamps/all-oe-linux/xserver-nodm-init-2.0-r16.do_package.sigdata.9eeccfd15f25032b3b6b132534660fff
   basehash changed from 7618e17d3fda05d1f15246e6800ca0f0 to 
 97bc4dc8c1521c535bd96b2aa62d8a03
   Variable MACHINEOVERRIDES value changed from 
 ${MACHINE}${@bb.utils.contains(TUNE_FEATURES, armv5, :armv5,  
 ,d)}${@bb.utils.contains(TUNE_FEATURES, armv4, :armv4,  
 ,d)}:${MACHINE_CLASS} to ${MACHINE}${@bb.utils.contains(TUNE_FEATURES, 
 armv7a, :armv7a,  ,d)}${@bb.utils.contains(TUNE_FEATURES, armv6, 
 :armv6,  ,d)}${@bb.utils.contains(TUNE_FEATURES, armv5, :armv5,  
 ,d)}${@bb.utils.contains(TUNE_FEATURES, armv4, :armv4,  
 ,d)}:${MACHINE_CLASS}
 
 Signed-off-by: Martin Jansa martin.ja...@gmail.com
 ---
  meta/conf/bitbake.conf |1 +
  1 files changed, 1 insertions(+), 0 deletions(-)

Won't this hide genuine changes where things should get rebuilt too?

Cheers,

Richard


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [oe-core][RFC] bitbake.conf: exclude whole MACHINEOVERRIDES from OVERRIDES vardeps

2012-07-23 Thread Chris Larson

On Mon, Jul 23, 2012 at 8:45 AM, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
 On Mon, 2012-07-23 at 16:25 +0200, Martin Jansa wrote:
 * whole MACHINEOVERRIDES can change e.g. between MACHINES with different arm 
 architecture, causing allarch packages to reexecute do_package
   bitbake-diffsigs 
 ../shr-core/tmp-eglibc/stamps/all-oe-linux/xserver-nodm-init-2.0-r16.do_package.sigdata.90e760a8f6cecbd87cb2e95f1237e3cc
  
 ../shr-core/tmp-eglibc/stamps/all-oe-linux/xserver-nodm-init-2.0-r16.do_package.sigdata.9eeccfd15f25032b3b6b132534660fff
   basehash changed from 7618e17d3fda05d1f15246e6800ca0f0 to 
 97bc4dc8c1521c535bd96b2aa62d8a03
   Variable MACHINEOVERRIDES value changed from 
 ${MACHINE}${@bb.utils.contains(TUNE_FEATURES, armv5, :armv5,  
 ,d)}${@bb.utils.contains(TUNE_FEATURES, armv4, :armv4,  
 ,d)}:${MACHINE_CLASS} to ${MACHINE}${@bb.utils.contains(TUNE_FEATURES, 
 armv7a, :armv7a,  ,d)}${@bb.utils.contains(TUNE_FEATURES, armv6, 
 :armv6,  ,d)}${@bb.utils.contains(TUNE_FEATURES, armv5, :armv5,  
 ,d)}${@bb.utils.contains(TUNE_FEATURES, armv4, :armv4,  
 ,d)}:${MACHINE_CLASS}

 Signed-off-by: Martin Jansa martin.ja...@gmail.com
 ---
  meta/conf/bitbake.conf |1 +
  1 files changed, 1 insertions(+), 0 deletions(-)

 Won't this hide genuine changes where things should get rebuilt too?

If something uses a machine override, won't the overridden value for
that variable be the one which is stored in the checksum? So any
effects of this will result in checksum modification anyway, no?
-- 
Christopher Larson

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] kmod: Handle undefined O_CLOEXEC

2012-07-23 Thread Gary Thomas


On 2012-07-23 08:02, Radu Moisan wrote:

Close-on-exec seems to be unsuported on some architectures like CentOS 5.8
and thus causing some packages to fail to build successfully. Future kernel
version will probably fix this, but for now this patch works around this
problem.

Signed-off-by: Radu Moisan radu.moi...@intel.com
---
  meta/recipes-kernel/kmod/kmod.inc  |3 +-
  .../Handle-unsupported-close-on-exec-flag.patch|   60 
  2 files changed, 62 insertions(+), 1 deletion(-)
  create mode 100644 
meta/recipes-kernel/kmod/kmod/Handle-unsupported-close-on-exec-flag.patch

diff --git a/meta/recipes-kernel/kmod/kmod.inc 
b/meta/recipes-kernel/kmod/kmod.inc
index adba4d4..c992ad8 100644
--- a/meta/recipes-kernel/kmod/kmod.inc
+++ b/meta/recipes-kernel/kmod/kmod.inc
@@ -8,7 +8,7 @@ LICENSE = GPL-2.0+  LGPL-2.1+
  LICENSE_libkmod = LGPL-2.1+
  SECTION = base
  PV = 8
-INC_PR = r1
+INC_PR = r2

  DEPENDS += pkgconfig-native

@@ -20,6 +20,7 @@ inherit autotools gtk-doc
  SRC_URI = git://git.profusion.mobi/kmod.git;protocol=git;branch=master \
 file://depmod-search.conf \
 
file://0001-man-disable-man-page-generation-because-we-don-t-hav.patch \
+   file://Handle-unsupported-close-on-exec-flag.patch \


  SRCREV = 819f79a24d58e3c8429f1631df2f8f85a2f95d4a
diff --git 
a/meta/recipes-kernel/kmod/kmod/Handle-unsupported-close-on-exec-flag.patch 
b/meta/recipes-kernel/kmod/kmod/Handle-unsupported-close-on-exec-flag.patch
new file mode 100644
index 000..f0820d9
--- /dev/null
+++ b/meta/recipes-kernel/kmod/kmod/Handle-unsupported-close-on-exec-flag.patch
@@ -0,0 +1,60 @@
+Index: git/libkmod/libkmod-config.c
+===
+--- git.orig/libkmod/libkmod-config.c  2012-07-23 16:13:44.0 +0300
 git/libkmod/libkmod-config.c   2012-07-23 16:15:53.0 +0300
+@@ -33,6 +33,10 @@
+ #include libkmod.h
+ #include libkmod-private.h
+
++#ifndef O_CLOEXEC
++#define O_CLOEXEC 0
++#endif
++
+ struct kmod_alias {
+   char *name;
+   char modname[];
+Index: git/libkmod/libkmod-file.c
+===
+--- git.orig/libkmod/libkmod-file.c2012-07-23 16:13:44.0 +0300
 git/libkmod/libkmod-file.c 2012-07-23 16:15:57.0 +0300
+@@ -31,6 +31,10 @@
+ #include libkmod.h
+ #include libkmod-private.h
+
++#ifndef O_CLOEXEC
++#define O_CLOEXEC 0
++#endif
++
+ #ifdef ENABLE_XZ
+ #include lzma.h
+ #endif
+Index: git/libkmod/libkmod-index.c
+===
+--- git.orig/libkmod/libkmod-index.c   2012-07-23 16:13:44.0 +0300
 git/libkmod/libkmod-index.c2012-07-23 16:16:00.0 +0300
+@@ -31,6 +31,10 @@
+ #include libkmod-index.h
+ #include macro.h
+
++#ifndef O_CLOEXEC
++#define O_CLOEXEC 0
++#endif
++
+ /* index.c: module index file shared functions for modprobe and depmod */
+
+ #define INDEX_CHILDMAX 128
+Index: git/libkmod/libkmod-module.c
+===
+--- git.orig/libkmod/libkmod-module.c  2012-07-23 16:13:44.0 +0300
 git/libkmod/libkmod-module.c   2012-07-23 16:16:04.0 +0300
+@@ -40,6 +40,10 @@
+ #include libkmod.h
+ #include libkmod-private.h
+
++#ifndef O_CLOEXEC
++#define O_CLOEXEC 0
++#endif
++
+ /**
+  * SECTION:libkmod-module
+  * @short_description: operate on kernel modules



Why didn't you put this change in 'libkmod.h' - then you'd only have
to change a single file.

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH 1/1] linux-yocto/3.4: 3.4.6 and 3.4.x-rt14

2012-07-23 Thread Bruce Ashfield

Updating the 3.4 kernel to the latest -stable release and updating preempt-rt
to 3.4.4-rt14.

Tested on qemu*

Signed-off-by: Bruce Ashfield bruce.ashfi...@windriver.com
---
 meta/recipes-kernel/linux/linux-yocto-rt_3.4.bb |8 
 meta/recipes-kernel/linux/linux-yocto_3.4.bb|   16 
 2 files changed, 12 insertions(+), 12 deletions(-)

diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_3.4.bb 
b/meta/recipes-kernel/linux/linux-yocto-rt_3.4.bb
index 97a1a19..3e7952d 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_3.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_3.4.bb
@@ -3,14 +3,14 @@ require recipes-kernel/linux/linux-yocto.inc
 KBRANCH = standard/preempt-rt/base
 KBRANCH_qemuppc = standard/preempt-rt/qemuppc
 
-LINUX_VERSION ?= 3.4.4
+LINUX_VERSION ?= 3.4.6
 LINUX_KERNEL_TYPE = preempt-rt
 
 KMETA = meta
 
-SRCREV_machine ?= b25f7c9730e3bd3be1bf7b7982251b7459ad6579
-SRCREV_machine_qemuppc ?= 2777125ab6f92b624ecaf11d6b1ab604e64497a8
-SRCREV_meta ?= 949fddda61053cc15e46c015e8f7db17e7b33360
+SRCREV_machine ?= 2d008a6dcbf565878cee14c5f050eca53897316f
+SRCREV_machine_qemuppc ?= 94d25f958b6dfb1e8009a0feea7ab4c9a8f54a99
+SRCREV_meta ?= d7a96809a585e06933d8c08adb9b9f66b21efb4c
 
 PR = ${INC_PR}.0
 PV = ${LINUX_VERSION}+git${SRCPV}
diff --git a/meta/recipes-kernel/linux/linux-yocto_3.4.bb 
b/meta/recipes-kernel/linux/linux-yocto_3.4.bb
index f031e1b..f3867f7 100644
--- a/meta/recipes-kernel/linux/linux-yocto_3.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_3.4.bb
@@ -10,17 +10,17 @@ KBRANCH_qemumips64 = standard/mti-malta64
 KBRANCH_qemumips64el = standard/mti-malta64
 KBRANCH_qemuarm  = standard/arm-versatile-926ejs
 
-SRCREV_machine_qemuarm ?= 9aca8fec49787efbe44d0f137f31ee59edd94c49
-SRCREV_machine_qemumips  ?= 23fa942849b1207dbfc4528e2a5c8df0fd71870c
-SRCREV_machine_qemuppc ?= 08732f25bc3cb404e29ae201074bcf5c1661ea83
-SRCREV_machine_qemux86 ?= 6297e4c1d57e1063bfce297c2e12392348598559
-SRCREV_machine_qemux86-64 ?= 6297e4c1d57e1063bfce297c2e12392348598559
-SRCREV_machine ?= 6297e4c1d57e1063bfce297c2e12392348598559
-SRCREV_meta ?= 949fddda61053cc15e46c015e8f7db17e7b33360
+SRCREV_machine_qemuarm ?= b57548a29e44655e27cfbdf3a0642d682401b835
+SRCREV_machine_qemumips  ?= 633d487b0f6e5d328400b47f0d69d9dac7354c84
+SRCREV_machine_qemuppc ?= 6229fc0f62283e0dc9f8b5d2be01b048a92867f3
+SRCREV_machine_qemux86 ?= 19f7e43b54aef08d58135ed2a897d77b624b320a
+SRCREV_machine_qemux86-64 ?= 19f7e43b54aef08d58135ed2a897d77b624b320a
+SRCREV_machine ?= 19f7e43b54aef08d58135ed2a897d77b624b320a
+SRCREV_meta ?= d7a96809a585e06933d8c08adb9b9f66b21efb4c
 
 SRC_URI = 
git://git.yoctoproject.org/linux-yocto-3.4.git;protocol=git;nocheckout=1;branch=${KBRANCH},meta;name=machine,meta
 
-LINUX_VERSION ?= 3.4.4
+LINUX_VERSION ?= 3.4.6
 
 PR = ${INC_PR}.0
 PV = ${LINUX_VERSION}+git${SRCPV}
-- 
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] linux-yocto/3.4: -stable and -rt updates

2012-07-23 Thread Bruce Ashfield

Richard/Saul,

A fairly simple refresh of the 3.4 kernel to pickup 3.4.6 and update
the -rt patch to -rt14.

Tested on qemu* locally. Updates to other layers will follow later.

Cheers,

Bruce

The following changes since commit 315d52934693b14f08b62f3f5f361d834484e180:

  Pyphon-native: Fix typo (2012-07-22 14:20:57 +0100)

are available in the git repository at:
  git://git.pokylinux.org/poky-contrib zedd/kernel
  http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=zedd/kernel

Bruce Ashfield (1):
  linux-yocto/3.4: 3.4.6 and 3.4.x-rt14

 meta/recipes-kernel/linux/linux-yocto-rt_3.4.bb |8 
 meta/recipes-kernel/linux/linux-yocto_3.4.bb|   16 
 2 files changed, 12 insertions(+), 12 deletions(-)

-- 
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 v2 1/2] shadow-native: use 'users' group by default

2012-07-23 Thread Otavio Salvador

The rootfs has 'users' group at number 100 and without this fix it
would assign to a non-existent group and if a group with gid as 1000
is created later it would own all files for users created.

Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
 .../shadow/shadow-native_4.1.4.3.bb|5 -
 1 files changed, 4 insertions(+), 1 deletions(-)

diff --git a/meta/recipes-extended/shadow/shadow-native_4.1.4.3.bb 
b/meta/recipes-extended/shadow/shadow-native_4.1.4.3.bb
index 1e071f1..cd5605f 100644
--- a/meta/recipes-extended/shadow/shadow-native_4.1.4.3.bb
+++ b/meta/recipes-extended/shadow/shadow-native_4.1.4.3.bb
@@ -7,7 +7,7 @@ LICENSE = BSD | Artistic-1.0
 LIC_FILES_CHKSUM = file://COPYING;md5=08c553a87d4e51bbed50b20e0adcaede \
 
file://src/passwd.c;firstline=8;endline=30;md5=2899a045e90511d0e043b85a7db7e2fe
 
-PR = r6
+PR = r7
 
 SRC_URI = http://pkg-shadow.alioth.debian.org/releases/${BPN}-${PV}.tar.bz2 \
file://shadow.automake-1.11.patch \
@@ -46,4 +46,7 @@ do_install_append() {
# Now we don't have a mail system. Disable mail creation for now.
sed -i 's:/bin/bash:/bin/sh:g' ${D}${sysconfdir}/default/useradd
sed -i '/^CREATE_MAIL_SPOOL/ s:^:#:' ${D}${sysconfdir}/default/useradd
+
+   # Use users group by default
+   sed -i 's,^GROUP=1000,GROUP=100,g' ${D}${sysconfdir}/default/useradd
 }
-- 
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] [PATCH 0/3] linux-yocto: consolidated pull

2012-07-23 Thread Saul Wold


On 07/20/2012 08:19 AM, Bruce Ashfield wrote:

Richard/Saul,

I've got some -stable updates, -rt updates and other changes
that are almost done, but I wanted to get these smaller patches
out of my queue first.

We have some cleanup patches from Robert P. J. Day and a meta
branch update for EMGD, CONFIG_MTD_NAND_VERIFY_WRITE and kmemcheck.

I've gone ahead and pushed the emgd update from Nitin, if it requires
re-work, we'll just add more commits to the branch.

Tom/Nitin: speak up if there's a problem with this!

Cheers,

Bruce

cc: Nitin A Kamble nitin.a.kam...@intel.com
cc: Tom Zanussi tom.zanu...@intel.com
cc: Andrea Adami andrea.ad...@gmail.com
cc: Robert P. J. Day rpj...@crashcourse.ca

The following changes since commit 98a1fd1e734db50380a3a37d35767ccb4cc21f7c:

   documentation: Config fragment sections updated (2012-07-20 12:32:54 +0100)

are available in the git repository at:
   git://git.pokylinux.org/poky-contrib zedd/kernel
   http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=zedd/kernel

Bruce Ashfield (1):
   linux-yocto/3.4: emgd, mtd nand and kmemcheck fixes

Robert P. J. Day (2):
   kernel-yocto.bbclass: Fix some obvious typoes in comments.
   kernel-yocto.bbclass: Delete superfluous creation of ${S}/.git
 directory

  meta/classes/kernel-yocto.bbclass   |8 
  meta/recipes-kernel/linux/linux-yocto-rt_3.4.bb |2 +-
  meta/recipes-kernel/linux/linux-yocto_3.4.bb|2 +-
  3 files changed, 6 insertions(+), 6 deletions(-)




Merged into OE-Core

Thanks
Sau!

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] autoconf: updated to 2.69

2012-07-23 Thread Saul Wold


On 07/19/2012 03:33 AM, Bogdan Marinescu wrote:

Tested with core-image-sato-sdk and lib32-core-image-sato-sdk.
This update was done mainly because multilib builds failed on master with this 
error:

| autoreconf: running: aclocal -I 
/poky/build/tmp/work/x86-pokymllib32-linux/lib32-automake-1.12.1-r0/automake-1.12.1/m4/
 -I /poky/build/tmp/sysroots/x86_64-linux/usr/share/aclocal-1.12 -I 
/poky/build/tmp/work/x86-pokymllib32-linux/lib32-automake-1.12.1-r0/automake-1.12.1/aclocal-copy/
 -I 
/poky/build/tmp/work/x86-pokymllib32-linux/lib32-automake-1.12.1-r0/automake-1.12.1/m4/
 -I /poky/build/tmp/sysroots/x86_64-linux/usr/share/aclocal-1.12 -I 
/poky/build/tmp/work/x86-pokymllib32-linux/lib32-automake-1.12.1-r0/automake-1.12.1/aclocal-copy/
 --force --warnings=cross
| aclocal: warning: unknown warning category 'cross'
| configure.ac:18: error: Autoconf version 2.69 or higher is required

Signed-off-by: Bogdan Marinescu bogdan.a.marine...@intel.com
---
  meta/recipes-devtools/autoconf/autoconf.inc|2 +-
  .../{autoconf_2.68.bb = autoconf_2.69.bb} |4 ++--
  2 files changed, 3 insertions(+), 3 deletions(-)
  rename meta/recipes-devtools/autoconf/{autoconf_2.68.bb = autoconf_2.69.bb} 
(85%)

diff --git a/meta/recipes-devtools/autoconf/autoconf.inc 
b/meta/recipes-devtools/autoconf/autoconf.inc
index 3ae98c8..778c9a1 100644
--- a/meta/recipes-devtools/autoconf/autoconf.inc
+++ b/meta/recipes-devtools/autoconf/autoconf.inc
@@ -12,7 +12,7 @@ RDEPENDS_${PN} = m4 gnu-config
  RDEPENDS_${PN}_virtclass-native = m4-native gnu-config-native
  RDEPENDS_${PN}_virtclass-nativesdk = m4-nativesdk gnu-config-nativesdk

-SRC_URI = ${GNU_MIRROR}/autoconf/autoconf-${PV}.tar.bz2 \
+SRC_URI = ${GNU_MIRROR}/autoconf/autoconf-${PV}.tar.gz \
   file://program_prefix.patch

  inherit autotools
diff --git a/meta/recipes-devtools/autoconf/autoconf_2.68.bb 
b/meta/recipes-devtools/autoconf/autoconf_2.69.bb
similarity index 85%
rename from meta/recipes-devtools/autoconf/autoconf_2.68.bb
rename to meta/recipes-devtools/autoconf/autoconf_2.69.bb
index 8d466e0..478f8ed 100644
--- a/meta/recipes-devtools/autoconf/autoconf_2.68.bb
+++ b/meta/recipes-devtools/autoconf/autoconf_2.69.bb
@@ -17,8 +17,8 @@ SRC_URI += file://autoreconf-include.patch \
  file://remove-usr-local-lib-from-m4.patch \
 

-SRC_URI[md5sum] = 864d785215aa60d627c91fcb21b05b07
-SRC_URI[sha256sum] = 
c491fb273fd6d4ca925e26ceed3d177920233c76d542b150ff35e571454332c8
+SRC_URI[md5sum] = 82d05e03b93e45f5a39b828dc9c6c29b
+SRC_URI[sha256sum] = 
954bd69b391edc12d6a4a51a2dd1476543da5c6bbf05a95b59dc0dd6fd4c2969

  SRC_URI_append_virtclass-native =  file://fix_path_xtra.patch




Merged into OE-Core

Thanks
Sau!

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH v2 00/16] python-native: Put binaries in seperate directory

2012-07-23 Thread Saul Wold


On 07/19/2012 10:46 AM, Morgan Little wrote:

I updated python-native like it was suggest by Richard here:
http://lists.linuxtogo.org/pipermail/openembedded-core/2012-June/024644.html

It is to resolve an issue that comes up when python-native is building and
autoconf finds the binary but not the libraries. This fix moves where the
binaries are installed to remove this issue and use the system's python.

I have used bitbake world to build to make sure most things are build and
have added all of the recipes that I found were affected. I will be building
more to make sure I managed to get all of them.

-V2 Change-
Updated distutils-base to inherit pythonnative

Removed added pythonnative inherit in distutils

Removed added inherit for pythonnative from python-dbus, python-pygtk,
python-setuptools, python-gst, python-pygobject since they get the inherit from
distutils-base

Updated perf for the change


The following changes since commit 28715eff6dff3415b1d7b0be8cbb465c417e307f:
   Richard Purdie (1):
 boot-directdisk: Fix kernel location after STAGING_KERNEL_DIR change

are available in the git repository at:

   g...@github.com:morganlittle/oe-core.git master

Morgan Little (16):
   python-native: Put binaries in seperate directory
   python: Update for python-native changes
   python-scons-native: Update for python-native changes
   python-pyrex-native: Update for python-native changes
   mklibs-native: Update for python-native changes
   telepathy-glib: Update for python-native changes
   telepathy-python: Update for python-native changes
   libxml2: Update for python-native changes
   gnome-doc-utils: Update for python-native changes
   gobject-introspection: Update for python-native changes
   mesa-common: Update for python-native changes
   libxcb: Update for python-native changes
   xcb-proto: Update for python-native changes
   perf: Update for python-native changes
   kernelshark: Update for python-native changes
   trace-cmd: Update for python-native changes

  meta/classes/distutils-base.bbclass|2 +-
  meta/classes/distutils.bbclass |8 
  meta/classes/pythonnative.bbclass  |3 +++
  .../telepathy/telepathy-glib_0.19.2.bb |4 ++--
  .../telepathy/telepathy-python_0.15.19.bb  |4 ++--
  meta/recipes-core/libxml/libxml2.inc   |2 +-
  .../mklibs/mklibs-native_0.1.34.bb |4 ++--
  .../recipes-devtools/python/python-native_2.7.3.bb |   10 ++
  .../python/python-pyrex-native_0.9.9.bb|4 ++--
  .../python/python-scons-native_2.1.0.bb|4 ++--
  meta/recipes-devtools/python/python_2.7.3.bb   |   18 +-
  meta/recipes-gnome/gnome/gnome-doc-utils.inc   |2 +-
  .../gnome/gobject-introspection_1.32.1.bb  |2 +-
  .../gnome/gobject-introspection_git.bb |2 +-
  meta/recipes-graphics/mesa/mesa-common.inc |4 ++--
  meta/recipes-graphics/xcb/libxcb.inc   |2 +-
  meta/recipes-graphics/xcb/xcb-proto.inc|2 +-
  meta/recipes-kernel/perf/perf_3.4.bb   |2 +-
  meta/recipes-kernel/trace-cmd/kernelshark_1.2.bb   |4 ++--
  meta/recipes-kernel/trace-cmd/trace-cmd_1.2.bb |4 ++--
  20 files changed, 46 insertions(+), 41 deletions(-)
  create mode 100644 meta/classes/pythonnative.bbclass

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core



Merged into OE-Core

Thanks
Sau!

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 00/26] Use gtk-doc-stub

2012-07-23 Thread Saul Wold


On 07/19/2012 09:10 AM, Ross Burton wrote:

That nice Colin Walters had the same problem in ostree that we have in Poky
- gtk-doc and modules that autoregen.  He solved it in a cleaner manner and
created gtk-doc-stub, which has the external interface of gtk-doc but
(obviously) does nothing.

This patch series:
- packages gtk-doc-stub
- changes the gtk-doc class to depend on gtk-doc-stub-native and pass
   --disable-gtk-doc to the configure script
- updates every recipe in oe-core that mentions gtk-doc

One question: is the dependency addition in gtk-doc.bbclass correct?
Different recipies have different way of adding dependencies, and I'm not
sure if the native line is required.

For packages in other layers, you can:
- inherit gtk-doc
- remove gtk-doc from your DEPENDS
- remove --disable-gtk-doc from your OECONF
- stop creating gtk-doc.make in do_configure_prepend

I've compared buildhistory before and after this series, the only change was
that glib-2.0-doc packaged the existing documentation in the tarball.  I'm
not sure why it didn't do this before, but that's a bug fixed for free.

Ross

The following changes since commit 2665be9dd5730c3f1135b92d7d91de479c397a29:

   buildhistory.bbclass: Fix python whitespace (2012-07-19 12:33:20 +0100)

are available in the git repository at:

   git://git.yoctoproject.org/poky-contrib ross/gtkdoc

for you to fetch changes up to 7c586b3b9b06e0f9f50f085419083c63830b7900:

   Remove gtk-doc (2012-07-19 17:05:54 +0100)


Ross Burton (26):
   Add gtk-doc-stub
   change gtk-doc.bbclass to pull in depends and oeconf
   glib-2.0: cleanup thanks to new gtk-doc.bbclass
   gconf: cleanup thanks to new gtk-doc.bbclass
   gobject-introspection: cleanup thanks to new gtk-doc.bbclass
   cogl: cleanup thanks to new gtk-doc.bbclass
   gypsy: inherit gtk-doc
   gconf: cleanup thanks to new gtk-doc.bbclass
   connman: cleanup thanks to new gtk-doc.bbclass
   polkit: cleanup thanks to new gtk-doc.bbclass
   polkit-gnome: cleanup thanks to new gtk-doc.bbclass
   gail: cleanup thanks to new gtk-doc.bbclass
   gnome-keyring: cleanup thanks to new gtk-doc.bbclass
   libart_lgpl: cleanup thanks to new gtk-doc.bbclass
   libgnome-keyring: cleanup thanks to new gtk-doc.bbclass
   gtk+: cleanup thanks to new gtk-doc.bbclass
   libglade: cleanup thanks to new gtk-doc.bbclass
   librsvg: cleanup thanks to new gtk-doc.bbclass
   clutter: cleanup thanks to new gtk-doc.bbclass
   pango: cleanup thanks to new gtk-doc.bbclass
   kmod: inherit gtk-doc, gnome-doc-utils-native isn't the package you were 
looking for
   evolution-data-server: cleanup thanks to new gtk-doc.bbclass
   webkit-gtk: cleanup thanks to new gtk-doc.bbclass
   atk: cleanup thanks to new gtk-doc.bbclass
   vte: cleanup thanks to new gtk-doc.bbclass
   Remove gtk-doc

  meta/classes/gtk-doc.bbclass   |   20 +--
  meta/recipes-connectivity/connman/connman.inc  |5 +-
  meta/recipes-connectivity/gypsy/gypsy.inc  |6 +-
  meta/recipes-connectivity/gypsy/gypsy_0.8.bb   |2 +-
  meta/recipes-connectivity/gypsy/gypsy_git.bb   |2 +
  meta/recipes-core/glib-2.0/glib-2.0_2.32.4.bb  |5 +-
  meta/recipes-core/glib-2.0/glib.inc|6 +-
  meta/recipes-extended/polkit/polkit-gnome_0.102.bb |5 +-
  meta/recipes-extended/polkit/polkit_0.104.bb   |6 +-
  meta/recipes-gnome/gnome/gail_1.20.2.bb|6 +-
  meta/recipes-gnome/gnome/gconf_3.2.3.bb|   10 +---
  meta/recipes-gnome/gnome/gnome-keyring_2.32.1.bb   |6 +-
  .../gnome/gobject-introspection_1.32.1.bb  |   11 ++--
  .../gnome/gobject-introspection_git.bb |   11 +---
  meta/recipes-gnome/gnome/libart-lgpl_2.3.21.bb |7 +--
  .../recipes-gnome/gnome/libgnome-keyring_2.32.0.bb |6 +-
  meta/recipes-gnome/gtk+/gtk+.inc   |4 +-
  meta/recipes-gnome/gtk+/gtk+_2.12.7.bb |2 +-
  meta/recipes-gnome/gtk+/gtk+_2.16.6.bb |2 +-
  meta/recipes-gnome/gtk+/gtk+_2.24.8.bb |2 +-
  .../recipes-gnome/gtk-doc-stub/gtk-doc-stub_git.bb |   19 ++
  meta/recipes-gnome/gtk-doc/gtk-doc.bb  |   19 --
  meta/recipes-gnome/gtk-doc/gtk-doc.m4  |   61 
  meta/recipes-gnome/libglade/libglade_2.6.4.bb  |6 +-
  meta/recipes-gnome/librsvg/librsvg_2.32.1.bb   |5 +-
  meta/recipes-graphics/clutter/clutter-1.8_1.8.4.bb |2 +
  meta/recipes-graphics/clutter/clutter-1.8_git.bb   |2 +-
  meta/recipes-graphics/clutter/clutter.inc  |4 +-
  meta/recipes-graphics/clutter/cogl.inc |4 +-
  meta/recipes-graphics/clutter/cogl_1.8.2.bb|2 +-
  meta/recipes-graphics/clutter/cogl_git.bb  |2 +-
  meta/recipes-graphics/pango/pango.inc

Re: [OE-core] [oe-commits] Ross Burton : webkit-gtk: remove no-parallel bodge

2012-07-23 Thread Burton, Ross

On 21 July 2012 00:15, Martin Jansa martin.ja...@gmail.com wrote:
 I've built it without PARALLEL_MAKE about 8 times already and this is
 first time it failed.. so the race condition is probably still there.

Disabling parallel makes really does make webkit take a long time to
build.  My preferred option at the moment is to make webkit-gtk depend
on make-native-replacement, and package 3.81.  I'd like to see that
dependency only kick in it we detect that the host has 3.82, but
that's pretty evil...

I've also pinged the bug-make mailing list about this problem as there
have been a bug and two patches in their bug tracker for two years now
with no comment.

Ross

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] busybox:udhcpc: fix the root_is_nfs() function

2012-07-23 Thread Saul Wold


On 07/21/2012 05:46 PM, rongqing...@windriver.com wrote:

From: Roy.Li rongqing...@windriver.com

[YOCTO #2788]

The system will be hung when udhcpc starts, if nfs is mounted
at / directory and default route is different after starting
udhcpc.

The cause is that root_is_nfs() does not work after kernel-2.6.37,
since the device name has been changed from /dev/root to
${IPADDR}:${NFSDIR} on /proc/mounts. which leads to remove
the default routes to nfs server,

Now we use a loose match to check if rootfs is nfs.

Signed-off-by: Roy.Li rongqing...@windriver.com
---
  meta/recipes-core/busybox/files/simple.script |3 ++-
  1 files changed, 2 insertions(+), 1 deletions(-)


This need a PR bump in the busybox recipe.

Sau!


diff --git a/meta/recipes-core/busybox/files/simple.script 
b/meta/recipes-core/busybox/files/simple.script
index 27368f0..dc2121d 100644
--- a/meta/recipes-core/busybox/files/simple.script
+++ b/meta/recipes-core/busybox/files/simple.script
@@ -10,7 +10,8 @@ RESOLV_CONF=/etc/resolv.conf

  # return 0 if root is mounted on a network filesystem
  root_is_nfs() {
-   grep -qe '^/dev/root.*\(nfs\|smbfs\|ncp\|coda\) .*' /proc/mounts
+   sed -n 's/^[^ ]* \([^ ]*\) \([^ ]*\) .*$/\1 \2/p' /proc/mounts |
+   grep -q ^/ \(nfs\|smbfs\|ncp\|coda\)$
  }

  have_bin_ip=0




___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] OE layer index page entry referring to meta-oe seems wrong

2012-07-23 Thread Robert P. J. Day


  i was checking out the OE layer index page:

http://www.openembedded.org/wiki/LayerIndex

and it seems like the early entry for meta-oe is misleading.  if you
check out that git repo, what you get is the meta-openembedded top
level directory, of which meta-oe is just one of a number of
sub-layers (meta-efl, meta-gnome, ..., meta-oe), similar to the
situation with meta-intel.

  just an observation.

rday

-- 


Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca

Twitter:   http://twitter.com/rpjday
LinkedIn:   http://ca.linkedin.com/in/rpjday


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH V2 2/2] kernel bbclass: Recreate uImage only when KEEPUIMAGE != yes

2012-07-23 Thread Saul Wold


On 07/20/2012 04:22 PM, Khem Raj wrote:

From: Koen Kooi k...@dominion.thruhere.net

The intent of the uImage code in this class includes the following

1) be able to specify custom load addresses without needing to patch the kernel
2) add better information to the uImage description field

The current state is a NOP anyway, the kernel will always build a uImage when 
you tell it to 'make uImage'.

weakly Set KEEPUIMAGE to 'yes' in default-distrovars.inc which preserve the
current OE-Core behavior. Machines which are being ported from oe.dev and need 
to
regenerate uImage can set this to be empty

Signed-off-by: Koen Kooi k...@dominion.thruhere.net
Signed-off-by: Khem Raj raj.k...@gmail.com

xx





Signed-off-by: Khem Raj raj.k...@gmail.com
---
  meta/classes/kernel.bbclass |2 +-
  meta/conf/distro/include/default-distrovars.inc |1 +
  2 files changed, 2 insertions(+), 1 deletion(-)

diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
index ce4d7de..ab984e3 100644
--- a/meta/classes/kernel.bbclass
+++ b/meta/classes/kernel.bbclass
@@ -507,7 +507,7 @@ KERNEL_IMAGE_SYMLINK_NAME ?= 
${KERNEL_IMAGETYPE}-${MACHINE}

  do_uboot_mkimage() {
if test x${KERNEL_IMAGETYPE} = xuImage ; then
-   if test ! -e arch/${ARCH}/boot/uImage ; then
+   if test x${KEEPUIMAGE} != xyes ; then
ENTRYPOINT=${UBOOT_ENTRYPOINT}
if test -n ${UBOOT_ENTRYSYMBOL}; then
ENTRYPOINT=`${HOST_PREFIX}nm ${S}/vmlinux | \
diff --git a/meta/conf/distro/include/default-distrovars.inc 
b/meta/conf/distro/include/default-distrovars.inc
index f770919..b72221f 100644
--- a/meta/conf/distro/include/default-distrovars.inc
+++ b/meta/conf/distro/include/default-distrovars.inc
@@ -2,6 +2,7 @@ QA_LOGFILE = ${TMPDIR}/qa.log

  OEINCLUDELOGS ?= yes
  KERNEL_CONSOLE ?= ttyS0
+KEEPUIMAGE ?? = yes


this really worked? (note the space between ?? = )


  PCMCIA_MANAGER ?= pcmciautils





___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH V3] kernel bbclass: Recreate uImage only when KEEPUIMAGE != yes

2012-07-23 Thread Khem Raj

From: Koen Kooi k...@dominion.thruhere.net

The intent of the uImage code in this class includes the following

1) be able to specify custom load addresses without needing to patch the kernel
2) add better information to the uImage description field

The current state is a NOP anyway, the kernel will always build a uImage when 
you tell it to 'make uImage'.

weakly Set KEEPUIMAGE to 'yes' in default-distrovars.inc which preserve the
current OE-Core behavior. Machines which are being ported from oe.dev and need 
to
regenerate uImage can set this to be empty

Signed-off-by: Koen Kooi k...@dominion.thruhere.net
Signed-off-by: Khem Raj raj.k...@gmail.com
---
 meta/classes/kernel.bbclass |2 +-
 meta/conf/distro/include/default-distrovars.inc |1 +
 2 files changed, 2 insertions(+), 1 deletion(-)

diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
index ce4d7de..ab984e3 100644
--- a/meta/classes/kernel.bbclass
+++ b/meta/classes/kernel.bbclass
@@ -507,7 +507,7 @@ KERNEL_IMAGE_SYMLINK_NAME ?= 
${KERNEL_IMAGETYPE}-${MACHINE}
 
 do_uboot_mkimage() {
if test x${KERNEL_IMAGETYPE} = xuImage ; then 
-   if test ! -e arch/${ARCH}/boot/uImage ; then
+   if test x${KEEPUIMAGE} != xyes ; then
ENTRYPOINT=${UBOOT_ENTRYPOINT}
if test -n ${UBOOT_ENTRYSYMBOL}; then
ENTRYPOINT=`${HOST_PREFIX}nm ${S}/vmlinux | \
diff --git a/meta/conf/distro/include/default-distrovars.inc 
b/meta/conf/distro/include/default-distrovars.inc
index f770919..ef8232d 100644
--- a/meta/conf/distro/include/default-distrovars.inc
+++ b/meta/conf/distro/include/default-distrovars.inc
@@ -2,6 +2,7 @@ QA_LOGFILE = ${TMPDIR}/qa.log
 
 OEINCLUDELOGS ?= yes
 KERNEL_CONSOLE ?= ttyS0
+KEEPUIMAGE ??= yes
 
 PCMCIA_MANAGER ?= pcmciautils
 
-- 
1.7.9.5


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH V2] libcgroup_0.37.1.bb: Add recipe

2012-07-23 Thread Khem Raj

This recipe is imported from meta-oe its a requirement for
systemd to work. Now that systemd is living in a layer of
its own. Lets have this recipe into core metadata

Signed-off-by: Khem Raj raj.k...@gmail.com
---
 meta/recipes-core/libcgroup/libcgroup_0.37.1.bb |   27 +++
 1 files changed, 27 insertions(+), 0 deletions(-)
 create mode 100644 meta/recipes-core/libcgroup/libcgroup_0.37.1.bb

diff --git a/meta/recipes-core/libcgroup/libcgroup_0.37.1.bb 
b/meta/recipes-core/libcgroup/libcgroup_0.37.1.bb
new file mode 100644
index 000..a99d7ac
--- /dev/null
+++ b/meta/recipes-core/libcgroup/libcgroup_0.37.1.bb
@@ -0,0 +1,27 @@
+DESCRIPTION = Libcgroup
+SECTION = libs
+LICENSE = LGPLv2.1
+LIC_FILES_CHKSUM = file://COPYING;md5=2d5025d4aa3495befef8f17206a5b0a1
+
+PR = r1
+
+inherit autotools pkgconfig
+
+DEPENDS = ${@base_contains('DISTRO_FEATURES', 'pam', 'libpam', '', d)}
+
+SRC_URI = 
${SOURCEFORGE_MIRROR}/project/libcg/${PN}/v${PV}/${PN}-${PV}.tar.bz2
+SRC_URI[md5sum] = 24a41b18de112e8d085bb1f7d9e82af7
+SRC_URI[sha256sum] = 
0b08632de5d3641aa554b422d02a77d9367e57933328a8765204ad9588cd5c0d
+
+EXTRA_OECONF = ${@base_contains('DISTRO_FEATURES', 'pam', 
'--enable-pam-module-dir=${base_libdir}/security --enable-pam=yes', 
'--enable-pam=no', d)}
+
+# 
http://www.mail-archive.com/openembedded-devel@lists.openembedded.org/msg21444.html
+PARALLEL_MAKE = 
+
+PACKAGES =+ cgroups-pam-plugin
+FILES_cgroups-pam-plugin = ${base_libdir}/security/pam_cgroup.so*
+FILES_${PN}-dbg += ${base_libdir}/security/.debug
+FILES_${PN}-dev += ${base_libdir}/security/*.la
+
+# We really need the symlink so :(
+INSANE_SKIP_${PN} = dev-so
-- 
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] OE layer index page entry referring to meta-oe seems wrong

2012-07-23 Thread Paul Eggleton

On Monday 23 July 2012 14:57:15 Robert P. J. Day wrote:
   i was checking out the OE layer index page:
 
 http://www.openembedded.org/wiki/LayerIndex
 
 and it seems like the early entry for meta-oe is misleading.  if you
 check out that git repo, what you get is the meta-openembedded top
 level directory, of which meta-oe is just one of a number of
 sub-layers (meta-efl, meta-gnome, ..., meta-oe), similar to the
 situation with meta-intel.

That's what the Repo subdir column is supposed to help with - that indicates 
which subdirectory within the repository the layer is in. Git does not really 
conveniently allow checking out just a subdirectory so we have to refer to the 
top level. That said, I'm happy to have suggestions on how we can improve the 
index in this regard.

Cheers,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] OE layer index page entry referring to meta-oe seems wrong

2012-07-23 Thread Robert P. J. Day

On Mon, 23 Jul 2012, Paul Eggleton wrote:

 On Monday 23 July 2012 14:57:15 Robert P. J. Day wrote:
i was checking out the OE layer index page:
 
  http://www.openembedded.org/wiki/LayerIndex
 
  and it seems like the early entry for meta-oe is misleading.  if you
  check out that git repo, what you get is the meta-openembedded top
  level directory, of which meta-oe is just one of a number of
  sub-layers (meta-efl, meta-gnome, ..., meta-oe), similar to the
  situation with meta-intel.

 That's what the Repo subdir column is supposed to help with - that
 indicates which subdirectory within the repository the layer is in.
 Git does not really conveniently allow checking out just a
 subdirectory so we have to refer to the top level. That said, I'm
 happy to have suggestions on how we can improve the index in this
 regard.

  ah, got it, i just didn't look closely enough.  just an observation
-- meta-openembedded's meta-multimedia and meta-systemd layers don't
appear to be listed on that page.  is that a deliberate omission?

rday

-- 


Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca

Twitter:   http://twitter.com/rpjday
LinkedIn:   http://ca.linkedin.com/in/rpjday


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] OE layer index page entry referring to meta-oe seems wrong

2012-07-23 Thread Paul Eggleton

On Monday 23 July 2012 17:03:12 Robert P. J. Day wrote:
 -- meta-openembedded's meta-multimedia and meta-systemd layers don't
 appear to be listed on that page.  is that a deliberate omission?

It was, since up until recently both of those layers were empty. Thanks for 
reminding me though - I have now added them.

Cheers,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH 1/6] package.bbclass: Create symlinks for packages with different packaged name

2012-07-23 Thread Paul Eggleton

From: Andrei Gherzan and...@gherzan.ro

While generating license.manifest package information is searched in:
filename=`ls ${TMPDIR}/pkgdata/*/runtime/${pkg}| head -1`
This is ok as long as package name is the same as the package name
after packaging.
For example dbus is packaged as dbus-1. So, searching
ls ${TMPDIR}/pkgdata/*/runtime/dbus-1 will fail because there is no file
with this package name.

Create a symlink to the pkgdata file in a runtime-reverse directory so
that these reverse lookups are possible.

Fixes [YOCTO #2638].

Signed-off-by: Andrei Gherzan and...@gherzan.ro
Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com
---
 meta/classes/license.bbclass |2 +-
 meta/classes/package.bbclass |6 +-
 2 files changed, 6 insertions(+), 2 deletions(-)

diff --git a/meta/classes/license.bbclass b/meta/classes/license.bbclass
index a2721ab..231b4a3 100644
--- a/meta/classes/license.bbclass
+++ b/meta/classes/license.bbclass
@@ -86,7 +86,7 @@ license_create_manifest() {
# list of installed packages is broken for deb
for pkg in ${INSTALLED_PKGS}; do
# not the best way to do this but licenses are not arch 
dependant iirc
-   filename=`ls ${TMPDIR}/pkgdata/*/runtime/${pkg}| head -1`
+   filename=`ls ${TMPDIR}/pkgdata/*/runtime-reverse/${pkg}| head 
-1`
pkged_pn=$(sed -n 's/^PN: //p' ${filename})
pkged_lic=$(sed -n '/^LICENSE: /{ s/^LICENSE: //; s/[+|()*]/ 
/g; s/  */ /g; p }' ${filename})
pkged_pv=$(sed -n 's/^PV: //p' ${filename})
diff --git a/meta/classes/package.bbclass b/meta/classes/package.bbclass
index fc83424..ea199d3 100644
--- a/meta/classes/package.bbclass
+++ b/meta/classes/package.bbclass
@@ -1124,6 +1124,10 @@ python emit_pkgdata() {
 sf.write('%s_%s: %s\n' % ('PKGSIZE', pkg, get_directory_size(pkgdest + 
/%s % pkg)))
 sf.close()
 
+# Symlinks needed for reverse lookups (from the final package name)
+pkgval = d.getVar('PKG_%s' % (pkg), True)
+subdata_sym = pkgdatadir + /runtime-reverse/%s % pkgval
+oe.path.symlink(../runtime/%s % pkg, subdata_sym, True)
 
 allow_empty = d.getVar('ALLOW_EMPTY_%s' % pkg, True)
 if not allow_empty:
@@ -1137,7 +1141,7 @@ python emit_pkgdata() {
 
 bb.utils.unlockfile(lf)
 }
-emit_pkgdata[dirs] = ${PKGDESTWORK}/runtime
+emit_pkgdata[dirs] = ${PKGDESTWORK}/runtime ${PKGDESTWORK}/runtime-reverse
 
 ldconfig_postinst_fragment() {
 if [ x$D = x ]; then
-- 
1.7.9.5


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH 5/6] classes/image: add staticdev-pkgs IMAGE_FEATURES feature

2012-07-23 Thread Paul Eggleton

Add a staticdev-pkgs feature that can be added to IMAGE_FEATURES in
order to install all staticdev packages.

Fixes [YOCTO #2531].

Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com
---
 meta/classes/image.bbclass |4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass
index ed531e3..429e883 100644
--- a/meta/classes/image.bbclass
+++ b/meta/classes/image.bbclass
@@ -35,7 +35,7 @@ NORMAL_FEATURE_INSTALL_OPTIONAL = ${@' 
'.join(oe.packagegroup.optional_packages
 
 def normal_groups(d):
 Return all the IMAGE_FEATURES, with the exception of our special 
package groups
-extras = set(['dev-pkgs', 'doc-pkgs', 'dbg-pkgs'])
+extras = set(['dev-pkgs', 'staticdev-pkgs', 'doc-pkgs', 'dbg-pkgs'])
 features = set(oe.data.typed_value('IMAGE_FEATURES', d))
 return features.difference(extras)
 
@@ -47,6 +47,8 @@ def complementary_globs(featurevar, d):
 for feature in features:
 if feature == 'dev-pkgs':
 globs.append('*-dev')
+elif feature == 'staticdev-pkgs':
+globs.append('*-staticdev')
 elif feature == 'doc-pkgs':
 globs.append('*-doc')
 elif feature == 'dbg-pkgs':
-- 
1.7.9.5


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH 0/6] rootfs generation improvements v2

2012-07-23 Thread Paul Eggleton

Fix up handling of complementary package installation (dev, dbg, doc,
etc.) and introduce a staticdev-pkgs IMAGE_FEATURES feature.

I've tested this with all backends using buildhistory to examine the
changes to the image contents, and compared the lists of files in the
SDK-from-image output with the rpm backend.

Changes since v1 of this series:

* The way packages were mapped to their dev equivalents was extremely
  naive. We now use pkgdata to map back to the actual dev package, which
  handles debian renaming properly (e.g. the zlib recipe produces a main
  package called libz1, whose corresponding dev package is libz-dev).
  This relies upon Andrei Gerzhan's pending fix to add symlinks to do
  reverse pkgdata lookups, which has been updated (to use a separate
  directory, always create the symlink even if the name is the same, and
  force the symlink so that it can be re-run without errors) and has
  been included in this series.
* Rework the rpm backend to use a separate C program to do the
  resolution of package name to package file, and consolidate the
  package list processing code.
* Improve performance of buildhistory data collection, using python
  helper script (ipk/deb backends) and the aforementioned C program
  (rpm backend) to avoid lots of slow sed/grep operations. As an
  example, a build of core-image-minimal-dev with the rpm backend went
  from about 13 mins to about 5 mins, so less than half the time.

The latter two changes seem unrelated, but due to us triggering some
kind of environment size limit with the rpm backend, a rethink of how
that code works was required, and this is the result. Overall, if
buildhistory is not enabled, with the rpm backend do_rootfs actually
takes a little bit longer than it did previously, however without the
work on performance I believe the impact would have been much greater.

Note: building core-image-lsb-sdk with these changes uncovered an
issue with the dhcp recipe packaging (patch already submitted to fix
this), and another issue with locale packages (bug 2815 filed).
Additionally it emphasises how the greedy dev/dbg package dependencies
drag in a lot of other seemingly extraneous packages; this will be
worked on separately (see bug 2599).



The following changes since commit da1de01aa74da0f38f07af523a9861824f7b0c95:

  Pyphon-native: Fix typo (2012-07-22 14:20:26 +0100)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib paule/rootfs2
  
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=paule/rootfs2

Andrei Gherzan (1):
  package.bbclass: Create symlinks for packages with different packaged
name

Paul Eggleton (5):
  classes/rootfs_rpm: improve speed of RPM rootfs construction
  classes/package_deb: add PackageArch field
  Rework installation of dev, dbg, doc, and locale packages
  classes/image: add staticdev-pkgs IMAGE_FEATURES feature
  buildhistory: improve performance of image info collection

 meta/classes/buildhistory.bbclass |   51 ++-
 meta/classes/image.bbclass|   88 ++---
 meta/classes/license.bbclass  |2 +-
 meta/classes/package.bbclass  |6 +-
 meta/classes/package_deb.bbclass  |1 +
 meta/classes/package_rpm.bbclass  |  183 +-
 meta/classes/populate_sdk_deb.bbclass |2 +
 meta/classes/populate_sdk_ipk.bbclass |2 +
 meta/classes/populate_sdk_rpm.bbclass |3 +
 meta/classes/rootfs_deb.bbclass   |   51 ++-
 meta/classes/rootfs_ipk.bbclass   |   50 ++-
 meta/classes/rootfs_rpm.bbclass   |   69 ++--
 meta/recipes-devtools/rpm/rpmresolve/rpmresolve.c |  376 +
 meta/recipes-devtools/rpm/rpmresolve_1.0.bb   |   22 ++
 scripts/oe-pkgdata-util   |  167 +
 scripts/opkg-query-helper.py  |   76 +
 16 files changed, 885 insertions(+), 264 deletions(-)
 create mode 100644 meta/recipes-devtools/rpm/rpmresolve/rpmresolve.c
 create mode 100644 meta/recipes-devtools/rpm/rpmresolve_1.0.bb
 create mode 100755 scripts/oe-pkgdata-util
 create mode 100755 scripts/opkg-query-helper.py

-- 
1.7.9.5


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH 2/6] classes/rootfs_rpm: improve speed of RPM rootfs construction

2012-07-23 Thread Paul Eggleton

Improve the performance of the RPM backend during do_rootfs by
performing most of the package name to file resolution in a separate
utility written in C, processing the entire list of packages at once
rather than running rpm on the command line which loads the RPM database
for every package.

Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com
---
 meta/classes/package_rpm.bbclass  |  109 
 meta/classes/rootfs_rpm.bbclass   |1 +
 meta/recipes-devtools/rpm/rpmresolve/rpmresolve.c |  273 +
 meta/recipes-devtools/rpm/rpmresolve_1.0.bb   |   22 ++
 4 files changed, 341 insertions(+), 64 deletions(-)
 create mode 100644 meta/recipes-devtools/rpm/rpmresolve/rpmresolve.c
 create mode 100644 meta/recipes-devtools/rpm/rpmresolve_1.0.bb

diff --git a/meta/classes/package_rpm.bbclass b/meta/classes/package_rpm.bbclass
index 983be4c..29018e9 100644
--- a/meta/classes/package_rpm.bbclass
+++ b/meta/classes/package_rpm.bbclass
@@ -197,6 +197,45 @@ rpm_update_pkg () {
 fi
 }
 
+process_pkg_list_rpm() {
+   local insttype=$1
+   shift
+   local pkgs=$@
+   local confbase=${INSTALL_CONFBASE_RPM}
+
+   echo -n  ${target_rootfs}/install/base_archs.pkglist
+   echo -n  ${target_rootfs}/install/ml_archs.pkglist
+
+   for pkg in $pkgs; do
+   echo Processing $pkg...
+
+   archvar=base_archs
+   ml_pkg=$pkg
+   for i in ${MULTILIB_PREFIX_LIST} ; do
+   subst=${pkg#${i}-}
+   if [ $subst != $pkg ] ; then
+   ml_pkg=$subst
+   archvar=ml_archs
+   break
+   fi
+   done
+
+   echo $ml_pkg  ${target_rootfs}/install/$archvar.pkglist
+   done
+
+   local manifestpfx=install
+   local extraopt=
+   if [ $insttype = attemptonly ] ; then
+   manifestpfx=install_attemptonly
+   extraopt=-i
+   fi
+
+   rpmresolve $extraopt ${confbase}-base_archs.conf 
${target_rootfs}/install/base_archs.pkglist  
${target_rootfs}/install/${manifestpfx}.manifest
+   if [ -s ${target_rootfs}/install/ml_archs.pkglist ] ; then
+   rpmresolve $extraopt ${confbase}-ml_archs.conf 
${target_rootfs}/install/ml_archs.pkglist  
${target_rootfs}/install/${manifestpfx}_multilib.manifest
+   fi
+}
+
 #
 # install a bunch of packages using rpm
 # the following shell variables needs to be set before calling this func:
@@ -256,55 +295,12 @@ package_install_internal_rpm () {
# Uclibc builds don't provide this stuff...
if [ x${TARGET_OS} = xlinux ] || [ x${TARGET_OS} = xlinux-gnueabi ] 
; then
if [ ! -z ${package_linguas} ]; then
-   for pkg in ${package_linguas}; do
-   echo Processing $pkg...
-
-   archvar=base_archs
-   manifest=install.manifest
-   ml_prefix=`echo ${pkg} | cut -d'-' -f1`
-   ml_pkg=$pkg
-   for i in ${MULTILIB_PREFIX_LIST} ; do
-   if [ ${ml_prefix} = ${i} ]; then
-   ml_pkg=$(echo ${pkg} | sed 
s,^${ml_prefix}-\(.*\),\1,)
-   archvar=ml_archs
-   
manifest=install_multilib.manifest
-   break
-   fi
-   done
-
-   pkg_name=$(resolve_package_rpm 
${confbase}-${archvar}.conf ${ml_pkg})
-   if [ -z $pkg_name ]; then
-   echo Unable to find package $pkg 
($ml_pkg)!
-   exit 1
-   fi
-   echo $pkg_name  
${target_rootfs}/install/${manifest}
-   done
+   process_pkg_list_rpm linguas ${package_linguas}
fi
fi
-   if [ ! -z ${package_to_install} ]; then
-   for pkg in ${package_to_install} ; do
-   echo Processing $pkg...
 
-   archvar=base_archs
-   manifest=install.manifest
-   ml_prefix=`echo ${pkg} | cut -d'-' -f1`
-   ml_pkg=$pkg
-   for i in ${MULTILIB_PREFIX_LIST} ; do
-   if [ ${ml_prefix} = ${i} ]; then
-   ml_pkg=$(echo ${pkg} | sed 
s,^${ml_prefix}-\(.*\),\1,)
-   archvar=ml_archs
-

[OE-core] [PATCH 3/6] classes/package_deb: add PackageArch field

2012-07-23 Thread Paul Eggleton

If we want to query the PACKAGE_ARCH from the installed package (as we
do in order to be able to do a pkgdata lookup for example) then we need
to have this stored in its own field as this is not always the same as
the Architecture field for deb packages.

Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com
---
 meta/classes/package_deb.bbclass |1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/classes/package_deb.bbclass b/meta/classes/package_deb.bbclass
index d09baea..48511df 100644
--- a/meta/classes/package_deb.bbclass
+++ b/meta/classes/package_deb.bbclass
@@ -290,6 +290,7 @@ python do_package_deb () {
 fields.append([Maintainer: %s\n, ['MAINTAINER']])
 fields.append([Architecture: %s\n, ['DPKG_ARCH']])
 fields.append([OE: %s\n, ['PN']])
+fields.append([PackageArch: %s\n, ['PACKAGE_ARCH']])
 fields.append([Homepage: %s\n, ['HOMEPAGE']])
 
 # Package, Version, Maintainer, Description - mandatory
-- 
1.7.9.5


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH 4/6] Rework installation of dev, dbg, doc, and locale packages

2012-07-23 Thread Paul Eggleton

Use a similar mechanism that was previously used to install locales at
rootfs generation time to install other complementary packages (e.g.
*-dev packages) - i.e. install all of the explicitly requested packages
and their dependencies, then get a list of the packages that were
installed, and use that list to install the complementary packages. This
has been implemented by using a list of globs which should make it
easier to extend in future.

The previous locale package installation code assumed that the locale
packages did not have any dependencies that were not already installed;
now that we are installing non-locale packages this is no longer
correct. In practice only the rpm backend actually made use of this
assumption, so it needed to be changed to call into the existing package
backend code to do the complementary package installation rather than
calling rpm directly.

This fixes the doc-pkgs IMAGE_FEATURES feature to work correctly, and
also ensures that all dev/dbg packages get installed for
dev-pkgs/dbg-pkgs respectively even if the dependency chains between
those packages was not ensuring that already.

The code has also been adapted to work correctly with the new
SDK-from-image functionality. To that end, an SDKIMAGE_FEATURES variable
has been added to allow specifying what extra image features should go
into the SDK (extra, because by virtue of installing all of the packages
in the image into the target part of the SDK, we already include all of
IMAGE_FEATURES) with a default value of dev-pkgs dbg-pkgs.

Fixes [YOCTO #2614].

Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com
---
 meta/classes/image.bbclass|   84 +
 meta/classes/package_rpm.bbclass  |   74 +--
 meta/classes/populate_sdk_deb.bbclass |2 +
 meta/classes/populate_sdk_ipk.bbclass |2 +
 meta/classes/populate_sdk_rpm.bbclass |3 +
 meta/classes/rootfs_deb.bbclass   |   27 +++---
 meta/classes/rootfs_ipk.bbclass   |   26 ++---
 meta/classes/rootfs_rpm.bbclass   |   35 +++
 scripts/oe-pkgdata-util   |  167 +
 scripts/opkg-query-helper.py  |   76 +++
 10 files changed, 386 insertions(+), 110 deletions(-)
 create mode 100755 scripts/oe-pkgdata-util
 create mode 100755 scripts/opkg-query-helper.py

diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass
index 1799bf1..ed531e3 100644
--- a/meta/classes/image.bbclass
+++ b/meta/classes/image.bbclass
@@ -6,7 +6,8 @@ inherit imagetest-${IMAGETEST}
 inherit populate_sdk_base
 
 TOOLCHAIN_TARGET_TASK += ${PACKAGE_INSTALL}
-TOOLCHAIN_TARGET_TASK_ATTEMPTONLY += ${PACKAGE_INSTALL_ATTEMPTONLY} 
${PACKAGE_GROUP_dev-pkgs} ${PACKAGE_GROUP_dbg-pkgs}
+TOOLCHAIN_TARGET_TASK_ATTEMPTONLY += ${PACKAGE_INSTALL_ATTEMPTONLY}
+POPULATE_SDK_POST_TARGET_COMMAND += rootfs_install_complementary 
populate_sdk; 
 
 inherit gzipnative
 
@@ -38,25 +39,23 @@ def normal_groups(d):
 features = set(oe.data.typed_value('IMAGE_FEATURES', d))
 return features.difference(extras)
 
-def normal_pkgs_to_install(d):
-import oe.packagedata
-
-to_install = oe.data.typed_value('IMAGE_INSTALL', d)
-features = normal_groups(d)
-required = list(oe.packagegroup.required_packages(features, d))
-optional = list(oe.packagegroup.optional_packages(features, d))
-all_packages = to_install + required + optional
-
-recipes = filter(None, [oe.packagedata.recipename(pkg, d) for pkg in 
all_packages])
-
-return all_packages + recipes
-
-PACKAGE_GROUP_dbg-pkgs = ${@' '.join('%s-dbg' % pkg for pkg in 
normal_pkgs_to_install(d))}
-PACKAGE_GROUP_dbg-pkgs[optional] = 1
-PACKAGE_GROUP_dev-pkgs = ${@' '.join('%s-dev' % pkg for pkg in 
normal_pkgs_to_install(d))}
-PACKAGE_GROUP_dev-pkgs[optional] = 1
-PACKAGE_GROUP_doc-pkgs = ${@' '.join('%s-doc' % pkg for pkg in 
normal_pkgs_to_install(d))}
-PACKAGE_GROUP_doc-pkgs[optional] = 1
+# Wildcards specifying complementary packages to install for every package 
that has been explicitly
+# installed into the rootfs
+def complementary_globs(featurevar, d):
+globs = []
+features = set((d.getVar(featurevar, True) or '').split())
+for feature in features:
+if feature == 'dev-pkgs':
+globs.append('*-dev')
+elif feature == 'doc-pkgs':
+globs.append('*-doc')
+elif feature == 'dbg-pkgs':
+globs.append('*-dbg')
+return ' '.join(globs)
+
+IMAGE_INSTALL_COMPLEMENTARY = '${@complementary_globs(IMAGE_FEATURES, d)}'
+SDKIMAGE_FEATURES ??= dev-pkgs dbg-pkgs
+SDKIMAGE_INSTALL_COMPLEMENTARY = '${@complementary_globs(SDKIMAGE_FEATURES, 
d)}'
 
 # export IMAGE_BASENAME not supported at this time
 IMAGE_INSTALL ?= 
@@ -306,32 +305,41 @@ get_split_linguas() {
 done | sort | uniq
 }
 
-rootfs_install_all_locales() {
-# Generate list of installed packages for which additional locale packages 
might be available
-INSTALLED_PACKAGES=`list_installed_packages |

[OE-core] [PATCH 6/6] buildhistory: improve performance of image info collection

2012-07-23 Thread Paul Eggleton

Reduce the number of calls to the packaging tool, especially in the case
of rpm, using helper utilities to gather the required information more
efficiently where possible.

Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com
---
 meta/classes/buildhistory.bbclass |   51 -
 meta/classes/rootfs_deb.bbclass   |   28 +++--
 meta/classes/rootfs_ipk.bbclass   |   34 +++---
 meta/classes/rootfs_rpm.bbclass   |   33 +-
 meta/recipes-devtools/rpm/rpmresolve/rpmresolve.c |  117 +++--
 5 files changed, 162 insertions(+), 101 deletions(-)

diff --git a/meta/classes/buildhistory.bbclass 
b/meta/classes/buildhistory.bbclass
index f0bf849..ddb76e8 100644
--- a/meta/classes/buildhistory.bbclass
+++ b/meta/classes/buildhistory.bbclass
@@ -285,48 +285,43 @@ buildhistory_get_image_installed() {
mkdir -p ${BUILDHISTORY_DIR_IMAGE}
 
# Get list of installed packages
-   list_installed_packages | sort  
${BUILDHISTORY_DIR_IMAGE}/installed-package-names.txt
-   INSTALLED_PKGS=`cat 
${BUILDHISTORY_DIR_IMAGE}/installed-package-names.txt`
+   pkgcache=${BUILDHISTORY_DIR_IMAGE}/installed-packages.tmp
+   list_installed_packages file | sort  $pkgcache
+
+   cat $pkgcache | awk '{ print $1 }'  
${BUILDHISTORY_DIR_IMAGE}/installed-package-names.txt
+   cat $pkgcache | awk '{ print $2 }' | xargs -n1 basename  
${BUILDHISTORY_DIR_IMAGE}/installed-packages.txt
+
+   # Produce dependency graph
+   # First, filter out characters that cause issues for dot
+   rootfs_list_installed_depends | sed -e 's:-:_:g' -e 's:\.:_:g' -e 
's:+::g'  ${BUILDHISTORY_DIR_IMAGE}/depends.tmp
+   # Change delimiter from pipe to - and set style for recommend lines
+   sed -i -e 's:|: - :' -e 's:\[REC\]:[style=dotted]:' -e 's:$:;:' 
${BUILDHISTORY_DIR_IMAGE}/depends.tmp
+   # Add header, sorted and de-duped contents and footer and then delete 
the temp file
+   echo -e digraph depends {\nnode [shape=plaintext]  
${BUILDHISTORY_DIR_IMAGE}/depends.dot
+   cat ${BUILDHISTORY_DIR_IMAGE}/depends.tmp | sort | uniq  
${BUILDHISTORY_DIR_IMAGE}/depends.dot
+   echo }   ${BUILDHISTORY_DIR_IMAGE}/depends.dot
+   rm ${BUILDHISTORY_DIR_IMAGE}/depends.tmp
 
-   # Produce installed package file and size lists and dependency graph
-   echo -n  ${BUILDHISTORY_DIR_IMAGE}/installed-packages.txt
+   # Produce installed package sizes list
echo -n  ${BUILDHISTORY_DIR_IMAGE}/installed-package-sizes.tmp
-   echo -e digraph depends {\nnode [shape=plaintext]  
${BUILDHISTORY_DIR_IMAGE}/depends.dot
-   for pkg in $INSTALLED_PKGS; do
-   pkgfile=`get_package_filename $pkg`
-   echo `basename $pkgfile`  
${BUILDHISTORY_DIR_IMAGE}/installed-packages.txt
+   cat $pkgcache | while read pkg pkgfile
+   do
if [ -f $pkgfile ] ; then
pkgsize=`du -k $pkgfile | head -n1 | awk '{ print $1 }'`
echo $pkgsize $pkg  
${BUILDHISTORY_DIR_IMAGE}/installed-package-sizes.tmp
fi
-
-   deps=`list_package_depends $pkg`
-   for dep in $deps ; do
-   echo $pkg OPP $dep; | sed -e 's:-:_:g' -e 's:\.:_:g' 
-e 's:+::g' | sed 's:OPP:-:g'
-   done
-
-   recs=`list_package_recommends $pkg`
-   for rec in $recs ; do
-   echo $pkg OPP $rec [style=dotted]; | sed -e 's:-:_:g' 
-e 's:\.:_:g' -e 's:+::g' | sed 's:OPP:-:g'
-   done
-   done | sort | uniq  ${BUILDHISTORY_DIR_IMAGE}/depends.dot
-   echo }   ${BUILDHISTORY_DIR_IMAGE}/depends.dot
-
+   done
cat ${BUILDHISTORY_DIR_IMAGE}/installed-package-sizes.tmp | sort -n -r 
| awk '{print $1 \tKiB  $2}'  
${BUILDHISTORY_DIR_IMAGE}/installed-package-sizes.txt
rm ${BUILDHISTORY_DIR_IMAGE}/installed-package-sizes.tmp
 
+   # We're now done with the cache, delete it
+   rm $pkgcache
+
# Produce some cut-down graphs (for readability)
grep -v kernel_image ${BUILDHISTORY_DIR_IMAGE}/depends.dot | grep -v 
kernel_2 | grep -v kernel_3  ${BUILDHISTORY_DIR_IMAGE}/depends-nokernel.dot
grep -v libc6 ${BUILDHISTORY_DIR_IMAGE}/depends-nokernel.dot | grep -v 
libgcc  ${BUILDHISTORY_DIR_IMAGE}/depends-nokernel-nolibc.dot
grep -v update_ ${BUILDHISTORY_DIR_IMAGE}/depends-nokernel-nolibc.dot  
${BUILDHISTORY_DIR_IMAGE}/depends-nokernel-nolibc-noupdate.dot
grep -v kernel_module 
${BUILDHISTORY_DIR_IMAGE}/depends-nokernel-nolibc-noupdate.dot  
${BUILDHISTORY_DIR_IMAGE}/depends-nokernel-nolibc-noupdate-nomodules.dot
-
-   # Workaround for broken shell function dependencies
-   if false ; then
-   get_package_filename
-   list_package_depends
-   list_package_recommends
-   fi
 }
 
 buildhistory_get_imageinfo() {
diff --git

Re: [OE-core] meta-toolchain type SDK containing external toolchain possible?

2012-07-23 Thread Manuel Bessler

On Fri, Jul 20, 2012 at 1:55 PM, Mark Hatle mark.ha...@windriver.com wrote:
 What do you mean by via a crosssdk/cross-canadian binary? Built by
 bitbake using the *-cross-canadian recipes?


 You need to create a crosssdk/cross-canadian recipe that copies the binary
 toolchain into the right SDK location(s).  Using external-csl-toolchain (or
 similar) as a guide.

I'm looking at external-csl-toolchain and others I've found as examples,
and I've had this working for regular builds for a while, but I'm missing
examples showing how this translates for SDKs, ie. cross-canadian.

 Yes, I have external-cs-toolchain.bb, and
 external-cs-toolchain-cross-canadian.bb, which is based on the former.

 (most of it is generic, so a single .inc version used by both should be
 possible as well..)

I'm slowly working on something like that, but if you have done this somewhere,
I'd really appreciate if I could take a look at an example thats known
to work...

Thanks,
Manuel

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] RPATH errors in postgresql

2012-07-23 Thread Nathan West

I get the following list of errors while building postgresql:

I added an EXTRA_OECONF of --disable-rpath based on this fix:
http://comments.gmane.org/gmane.comp.handhelds.openembedded.core/17183

I'm not entirely sure what this does, but it does seem to fix the build. My
initial guess is it removes the INSANE checking for RPATHs. Is this the
correct fix? If not can someone guide me to the correct fix?


ERROR: QA Issue: postgresql-client:
/work/core2-poky-linux/postgresql-8.4.7-r6.0/packages-split/postgresql-client/usr/bin/dropdb
contains probably-redundant RPATH /usr/lib
ERROR: QA Issue: postgresql-client:
/work/core2-poky-linux/postgresql-8.4.7-r6.0/packages-split/postgresql-client/usr/bin/clusterdb
contains probably-redundant RPATH /usr/lib
ERROR: QA Issue: postgresql-client:
/work/core2-poky-linux/postgresql-8.4.7-r6.0/packages-split/postgresql-client/usr/bin/pg_restore
contains probably-redundant RPATH /usr/lib
ERROR: QA Issue: postgresql-client:
/work/core2-poky-linux/postgresql-8.4.7-r6.0/packages-split/postgresql-client/usr/bin/pg_dump
contains probably-redundant RPATH /usr/lib
ERROR: QA Issue: postgresql-client:
/work/core2-poky-linux/postgresql-8.4.7-r6.0/packages-split/postgresql-client/usr/bin/psql
contains probably-redundant RPATH /usr/lib
ERROR: QA Issue: postgresql-client:
/work/core2-poky-linux/postgresql-8.4.7-r6.0/packages-split/postgresql-client/usr/bin/createdb
contains probably-redundant RPATH /usr/lib
ERROR: QA Issue: postgresql-client:
/work/core2-poky-linux/postgresql-8.4.7-r6.0/packages-split/postgresql-client/usr/bin/droplang
contains probably-redundant RPATH /usr/lib
ERROR: QA Issue: postgresql-client:
/work/core2-poky-linux/postgresql-8.4.7-r6.0/packages-split/postgresql-client/usr/bin/vacuumdb
contains probably-redundant RPATH /usr/lib
ERROR: QA Issue: postgresql-client:
/work/core2-poky-linux/postgresql-8.4.7-r6.0/packages-split/postgresql-client/usr/bin/reindexdb
contains probably-redundant RPATH /usr/lib
ERROR: QA Issue: postgresql-client:
/work/core2-poky-linux/postgresql-8.4.7-r6.0/packages-split/postgresql-client/usr/bin/pg_dumpall
contains probably-redundant RPATH /usr/lib
ERROR: QA Issue: postgresql-client:
/work/core2-poky-linux/postgresql-8.4.7-r6.0/packages-split/postgresql-client/usr/bin/dropuser
contains probably-redundant RPATH /usr/lib
ERROR: QA Issue: postgresql-client:
/work/core2-poky-linux/postgresql-8.4.7-r6.0/packages-split/postgresql-client/usr/bin/createuser
contains probably-redundant RPATH /usr/lib
ERROR: QA Issue: postgresql-client:
/work/core2-poky-linux/postgresql-8.4.7-r6.0/packages-split/postgresql-client/usr/bin/createlang
contains probably-redundant RPATH /usr/lib
ERROR: QA Issue: libecpg-compat:
/work/core2-poky-linux/postgresql-8.4.7-r6.0/packages-split/libecpg-compat/usr/lib/libecpg_compat.so.3
contains probably-redundant RPATH /usr/lib
ERROR: QA Issue: libecpg-compat:
/work/core2-poky-linux/postgresql-8.4.7-r6.0/packages-split/libecpg-compat/usr/lib/libecpg_compat.so.3.1
contains probably-redundant RPATH /usr/lib
ERROR: QA Issue: libecpg:
/work/core2-poky-linux/postgresql-8.4.7-r6.0/packages-split/libecpg/usr/lib/libecpg.so.6
contains probably-redundant RPATH /usr/lib
ERROR: QA Issue: libecpg:
/work/core2-poky-linux/postgresql-8.4.7-r6.0/packages-split/libecpg/usr/lib/libecpg.so.6.1
contains probably-redundant RPATH /usr/lib
ERROR: QA Issue: non -staticdev package contains static .a library:
libecpg-dev path
'/work/core2-poky-linux/postgresql-8.4.7-r6.0/packages-split/libecpg-dev/usr/lib/libecpg.a'
ERROR: QA Issue: non -staticdev package contains static .a library:
libecpg-dev path
'/work/core2-poky-linux/postgresql-8.4.7-r6.0/packages-split/libecpg-dev/usr/lib/libecpg_compat.a'
ERROR: QA Issue: non -staticdev package contains static .a library:
libecpg-dev path
'/work/core2-poky-linux/postgresql-8.4.7-r6.0/packages-split/libecpg-dev/usr/lib/libpgtypes.a'
ERROR: QA Issue: libpq:
/work/core2-poky-linux/postgresql-8.4.7-r6.0/packages-split/libpq/usr/lib/libpq.so.5
contains probably-redundant RPATH /usr/lib
ERROR: QA Issue: libpq:
/work/core2-poky-linux/postgresql-8.4.7-r6.0/packages-split/libpq/usr/lib/libpq.so.5.2
contains probably-redundant RPATH /usr/lib
ERROR: QA Issue: non -staticdev package contains static .a library:
libpq-dev path
'/work/core2-poky-linux/postgresql-8.4.7-r6.0/packages-split/libpq-dev/usr/lib/libpq.a'
ERROR: QA Issue: non -staticdev package contains static .a library:
libpq-dev path
'/work/core2-poky-linux/postgresql-8.4.7-r6.0/packages-split/libpq-dev/usr/lib/libpgport.a'
ERROR: QA Issue: libpgtypes:
/work/core2-poky-linux/postgresql-8.4.7-r6.0/packages-split/libpgtypes/usr/lib/libpgtypes.so.3.1
contains probably-redundant RPATH /usr/lib
ERROR: QA Issue: libpgtypes:
/work/core2-poky-linux/postgresql-8.4.7-r6.0/packages-split/libpgtypes/usr/lib/libpgtypes.so.3
contains probably-redundant RPATH /usr/lib
ERROR: QA Issue: postgresql:
/work/core2-poky-linux/postgresql-8.4.7-r6.0/packages-split/postgresql/usr/bin/initdb

[OE-core] [PATCH v2] busybox:udhcpc: fix the root_is_nfs() function

2012-07-23 Thread rongqing.li

From: Roy.Li rongqing...@windriver.com

[YOCTO #2788]

The system will be hung when udhcpc starts, if nfs is mounted
at / directory and default route is different after starting
udhcpc.

The cause is that root_is_nfs() does not work after kernel-2.6.37,
since the device name has been changed from /dev/root to
${IPADDR}:${NFSDIR} on /proc/mounts. which leads to remove
the default routes to nfs server,

Now we use a loose match to check if rootfs is nfs.

Signed-off-by: Roy.Li rongqing...@windriver.com
---
 meta/recipes-core/busybox/busybox_1.19.4.bb   |2 +-
 meta/recipes-core/busybox/files/simple.script |3 ++-
 2 files changed, 3 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-core/busybox/busybox_1.19.4.bb 
b/meta/recipes-core/busybox/busybox_1.19.4.bb
index 6e69d22..c72f39b 100644
--- a/meta/recipes-core/busybox/busybox_1.19.4.bb
+++ b/meta/recipes-core/busybox/busybox_1.19.4.bb
@@ -1,5 +1,5 @@
 require busybox.inc
-PR = r10
+PR = r11
 
 SRC_URI = http://www.busybox.net/downloads/busybox-${PV}.tar.bz2;name=tarball 
\
file://B921600.patch \
diff --git a/meta/recipes-core/busybox/files/simple.script 
b/meta/recipes-core/busybox/files/simple.script
index 27368f0..6973985 100644
--- a/meta/recipes-core/busybox/files/simple.script
+++ b/meta/recipes-core/busybox/files/simple.script
@@ -10,7 +10,8 @@ RESOLV_CONF=/etc/resolv.conf
 
 # return 0 if root is mounted on a network filesystem
 root_is_nfs() {
-   grep -qe '^/dev/root.*\(nfs\|smbfs\|ncp\|coda\) .*' /proc/mounts
+   sed -n 's/^[^ ]* \([^ ]*\) \([^ ]*\) .*$/\1 \2/p' /proc/mounts |
+   grep -q ^/ \(nfs\|smbfs\|ncp\|coda\)$
 }
 
 have_bin_ip=0
-- 
1.7.4.1


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH] insserv: define do_install_virtclass-native()

2012-07-23 Thread rongqing.li

From: Roy.Li rongqing...@windriver.com

[YOCTO #2812]

Since files installation dirs are DESTDIR/etc/, DESTDIR/sbin etc
in Makefile, not DESTDIR/${sysconfdir}/, DESTDIR/${sbindir}/, for
the native package, a prefix can not be inserted which is needed
when do the next step of install and do_populate_sysroot.

Now we define do_install_virtclass-native in which DESTDIR is
${D}/${STAGING_DIR_NATIVE}

Signed-off-by: Roy.Li rongqing...@windriver.com
---
 meta/recipes-devtools/insserv/insserv_1.14.0.bb |7 ++-
 1 files changed, 6 insertions(+), 1 deletions(-)

diff --git a/meta/recipes-devtools/insserv/insserv_1.14.0.bb 
b/meta/recipes-devtools/insserv/insserv_1.14.0.bb
index b3ddec3..c424a15 100644
--- a/meta/recipes-devtools/insserv/insserv_1.14.0.bb
+++ b/meta/recipes-devtools/insserv/insserv_1.14.0.bb
@@ -6,7 +6,7 @@ SECTION = base
 LICENSE = GPLv2
 LIC_FILES_CHKSUM = file://COPYING;md5=751419260aa954499f7abaabaa882bbe
 
-PR = r0
+PR = r1
 
 SRC_URI = ftp://ftp.suse.com/pub/projects/init/${BPN}-${PV}.tar.bz2 \
file://makefile.patch \
@@ -21,4 +21,9 @@ do_install () {
install -m0644 ${WORKDIR}/insserv.conf ${D}${sysconfdir}/insserv.conf
 }
 
+do_install_virtclass-native () {
+oe_runmake 'DESTDIR=${D}/${STAGING_DIR_NATIVE}' install
+install -m0644 ${WORKDIR}/insserv.conf ${D}${sysconfdir}/insserv.conf
+}
+
 BBCLASSEXTEND = native
-- 
1.7.4.1


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 1/1] useradd.bbclass: use locking of bb.utils to avoid lock race issue of useradd/groupadd

2012-07-23 Thread jhuang0




On 7/23/2012 6:09 PM, Richard Purdie wrote:

On Sun, 2012-07-22 at 14:53 +0800, jackie.hu...@windriver.com wrote:

From: Jackie Huangjackie.hu...@windriver.com

A race condition can occur when adding users and groups to the
passwd and group files, in [YOCTO #1794], 10 times retry added
but it is not fixed completely.

This fix re-writes the useradd_preinst and useradd_sysroot with
python and use locking of bb.utils to lock the passwd and group
files before executing useradd/groupadd commands to avoid the
lock race themselves.

[YOCTO #2779]

Signed-off-by: Jackie Huangjackie.hu...@windriver.com
---
  meta/classes/useradd.bbclass |  284 ++
  1 files changed, 124 insertions(+), 160 deletions(-)

diff --git a/meta/classes/useradd.bbclass b/meta/classes/useradd.bbclass
index bb8f42b..ed5ed69 100644
--- a/meta/classes/useradd.bbclass
+++ b/meta/classes/useradd.bbclass
@@ -14,126 +14,90 @@ USERADDDEPENDS_virtclass-nativesdk = 
  # c) As the preinst script in the target package at do_rootfs time
  # d) As the preinst script in the target package on device as a package 
upgrade
  #
-useradd_preinst () {
-OPT=
-SYSROOT=
-
-if test x$D != x; then


[...]


-   done
-fi
+def useradd_preinst(d):
+   import re
+


[...]



-# Add the user/group preinstall scripts and RDEPENDS requirements
-# to packages specified by USERADD_PACKAGES
-if not bb.data.inherits_class('nativesdk', d):
-useradd_packages = d.getVar('USERADD_PACKAGES', True) or 
-for pkg in useradd_packages.split():
-update_useradd_package(pkg)
+   def update_useradd_package(pkg):
+   bb.debug(1, 'adding user/group calls to preinst for %s' % pkg)
+
+   
+   useradd preinst is appended here because pkg_preinst may be
+   required to execute on the target. Not doing so may cause
+   useradd preinst to be invoked twice, causing unwanted warnings.
+   
+   preinst = d.getVar('pkg_preinst_%s' % pkg, True) or 
d.getVar('pkg_preinst', True)
+   if not preinst:
+   preinst = '#!/bin/sh\n'
+   preinst += d.getVar('useradd_preinst', True)



This looks like we're adding the contents of the useradd_preinst
function (changed from shell to python) to a script headed with
#!/bin/sh? Python script with a /bin/sh header isn't a good idea.


Hi Richard,

This patch you replied is the first one I sent with whitespace issues, I 
didn't change the function update_useradd_package.




We can't really depend on python being on the target device to add users
in the postinstall script either.

So in summary, this patch needs a lot more thought and hasn't been well
tested.


You're right, I didn't think about that it will be script running on the 
target device and I just tested for tow different contexts:

1) Before do_install
2) At do_populate_sysroot_setscene when installing from sstate packages



python functions should also be 4 space indented.



I will change with 4 space indent.

Thanks,
Jackie



Cheers,

Richard




___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core




--
Jackie Huang
WIND RIVER | China Development Center
MSN:jackiel...@hotmail.com
Tel: +86 8477 8594
Mobile: +86 138 1027 4745

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 1/1] quota 4.00: add DEPENDS gettext-native

2012-07-23 Thread jhuang0




On 7/23/2012 6:00 PM, Richard Purdie wrote:

On Mon, 2012-07-23 at 16:38 +0800, jackie.hu...@windriver.com wrote:

From: Jackie Huangjackie.hu...@windriver.com

do_install needs command 'msgfmt', it would fail if the command
doesn't exist on the host, add DEPENDS gettext-native to fix this.

[YOCTO #2811]

Signed-off-by: Jackie Huangjackie.hu...@windriver.com
---
  meta/recipes-extended/quota/quota_4.00.bb |2 ++
  1 files changed, 2 insertions(+), 0 deletions(-)

diff --git a/meta/recipes-extended/quota/quota_4.00.bb 
b/meta/recipes-extended/quota/quota_4.00.bb
index 5fef9cb..25f6381 100644
--- a/meta/recipes-extended/quota/quota_4.00.bb
+++ b/meta/recipes-extended/quota/quota_4.00.bb
@@ -15,6 +15,8 @@ SRC_URI[sha256sum] = 
eb2b045f58b98299edc568b8607b95b10735b4a131fa5196f41c89b51f

  S = ${WORKDIR}/quota-tools

+DEPENDS = gettext-native
+
  inherit autotools

  EXTRA_OEMAKE += 'STRIP='


Shouldn't this be inherit gettext ?


No, quota doesn't depend on gettext at runtime, so I don't think we need 
'inherit gettext'.


Thanks,
Jackie



Cheers,

Richard


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core




--
Jackie Huang
WIND RIVER | China Development Center
MSN:jackiel...@hotmail.com
Tel: +86 8477 8594
Mobile: +86 138 1027 4745

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH 2/5] iptables: upgrade to ver. 1.4.14

2012-07-23 Thread Cristian Iorga

Signed-off-by: Cristian Iorga cristian.io...@intel.com
---
 .../{iptables_1.4.13.bb = iptables_1.4.14.bb} |4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-extended/iptables/{iptables_1.4.13.bb = 
iptables_1.4.14.bb} (91%)

diff --git a/meta/recipes-extended/iptables/iptables_1.4.13.bb 
b/meta/recipes-extended/iptables/iptables_1.4.14.bb
similarity index 91%
rename from meta/recipes-extended/iptables/iptables_1.4.13.bb
rename to meta/recipes-extended/iptables/iptables_1.4.14.bb
index 59782c0..4396ccf 100644
--- a/meta/recipes-extended/iptables/iptables_1.4.13.bb
+++ b/meta/recipes-extended/iptables/iptables_1.4.14.bb
@@ -24,8 +24,8 @@ FILES_${PN}-dbg =+ ${libdir}/xtables/.debug
 SRC_URI = http://netfilter.org/projects/iptables/files/iptables-${PV}.tar.bz2 
\
file://types.h-add-defines-that-are-required-for-if_packet.patch
 
-SRC_URI[md5sum] = 40a15608ec57b50e9377cace546dd115
-SRC_URI[sha256sum] = 
321e2600fc4541a958e44cafd85a42864b0035404097e0f2e082d474029b9ded
+SRC_URI[md5sum] = 5ab24ad683f76689cfe7e0c73f44855d
+SRC_URI[sha256sum] = 
9be675696f41cd4f35cc332b667d285fe9489ca93c8e1f77804bd04b3315a522
 
 inherit autotools
 
-- 
1.7.9.5


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH 1/5] telepathy-glib: upgrade to ver. 0.19.4

2012-07-23 Thread Cristian Iorga

Signed-off-by: Cristian Iorga cristian.io...@intel.com
---
 ...thy-glib_0.19.2.bb = telepathy-glib_0.19.4.bb} |4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-connectivity/telepathy/{telepathy-glib_0.19.2.bb = 
telepathy-glib_0.19.4.bb} (80%)

diff --git a/meta/recipes-connectivity/telepathy/telepathy-glib_0.19.2.bb 
b/meta/recipes-connectivity/telepathy/telepathy-glib_0.19.4.bb
similarity index 80%
rename from meta/recipes-connectivity/telepathy/telepathy-glib_0.19.2.bb
rename to meta/recipes-connectivity/telepathy/telepathy-glib_0.19.4.bb
index deba3bb..29c3e9b 100644
--- a/meta/recipes-connectivity/telepathy/telepathy-glib_0.19.2.bb
+++ b/meta/recipes-connectivity/telepathy/telepathy-glib_0.19.4.bb
@@ -7,8 +7,8 @@ PR = r0
 
 SRC_URI = 
http://telepathy.freedesktop.org/releases/telepathy-glib/${BPN}-${PV}.tar.gz;
 
-SRC_URI[md5sum] = af2b33c1215f189e637bd59cc9139255
-SRC_URI[sha256sum] = 
7e3c313ed08e26339deb603a615cec62a370131075514439f79f473f92ab84c3
+SRC_URI[md5sum] = a7e8b8b5b29280cb257f2a9c0fe566ee
+SRC_URI[sha256sum] = 
c191b1c51638c921bd8da4875df7123e3a0bc98bf2c93e6a9365c451d21d11f7
 
 LIC_FILES_CHKSUM = file://COPYING;md5=e413d83db6ee8f2c8e6055719096a48e
 
-- 
1.7.9.5


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH 3/5] telepathy-mission-control: upgrade to ver. 5.13

2012-07-23 Thread Cristian Iorga

Signed-off-by: Cristian Iorga cristian.io...@intel.com
---
 ...12.0.bb = telepathy-mission-control_5.13.0.bb} |4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename 
meta/recipes-connectivity/telepathy/{telepathy-mission-control_5.12.0.bb = 
telepathy-mission-control_5.13.0.bb} (92%)

diff --git 
a/meta/recipes-connectivity/telepathy/telepathy-mission-control_5.12.0.bb 
b/meta/recipes-connectivity/telepathy/telepathy-mission-control_5.13.0.bb
similarity index 92%
rename from 
meta/recipes-connectivity/telepathy/telepathy-mission-control_5.12.0.bb
rename to 
meta/recipes-connectivity/telepathy/telepathy-mission-control_5.13.0.bb
index 65b5d89..f1f4c1e 100644
--- a/meta/recipes-connectivity/telepathy/telepathy-mission-control_5.12.0.bb
+++ b/meta/recipes-connectivity/telepathy/telepathy-mission-control_5.13.0.bb
@@ -40,5 +40,5 @@ FILES_libmissioncontrol-dbg = 
${libdir}/.debug/libmissioncontrol.so.*
 FILES_libmissioncontrol-config-dbg = 
${libdir}/.debug/libmissioncontrol-config.so.*
 FILES_libmissioncontrol-server-dbg = 
${libdir}/.debug/libmissioncontrol-server.so.*
 
-SRC_URI[md5sum] = f39dcfef785a37dc21efa9af06be2e61
-SRC_URI[sha256sum] = 
660aeb65543e1b029dfde6a895934cb20b766644bae2a68c0030052aa6645e77
+SRC_URI[md5sum] = 8b0c82136467d1188d4fa7f032cd3beb
+SRC_URI[sha256sum] = 
b546da6bd1a1ac16f8a1db67b7673673e007ecaf9844da405c50acbcef0118eb
-- 
1.7.9.5


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH 4/5] libpcap: upgrade to ver. 1.3

2012-07-23 Thread Cristian Iorga

Signed-off-by: Cristian Iorga cristian.io...@intel.com
---
 .../{libpcap-1.2.1 = libpcap-1.3.0}/aclocal.patch |0
 .../ieee80215-arphrd.patch |0
 .../libpcap/{libpcap_1.2.1.bb = libpcap_1.3.0.bb} |4 ++--
 3 files changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-connectivity/libpcap/{libpcap-1.2.1 = 
libpcap-1.3.0}/aclocal.patch (100%)
 rename meta/recipes-connectivity/libpcap/{libpcap-1.2.1 = 
libpcap-1.3.0}/ieee80215-arphrd.patch (100%)
 rename meta/recipes-connectivity/libpcap/{libpcap_1.2.1.bb = 
libpcap_1.3.0.bb} (73%)

diff --git a/meta/recipes-connectivity/libpcap/libpcap-1.2.1/aclocal.patch 
b/meta/recipes-connectivity/libpcap/libpcap-1.3.0/aclocal.patch
similarity index 100%
rename from meta/recipes-connectivity/libpcap/libpcap-1.2.1/aclocal.patch
rename to meta/recipes-connectivity/libpcap/libpcap-1.3.0/aclocal.patch
diff --git 
a/meta/recipes-connectivity/libpcap/libpcap-1.2.1/ieee80215-arphrd.patch 
b/meta/recipes-connectivity/libpcap/libpcap-1.3.0/ieee80215-arphrd.patch
similarity index 100%
rename from 
meta/recipes-connectivity/libpcap/libpcap-1.2.1/ieee80215-arphrd.patch
rename to meta/recipes-connectivity/libpcap/libpcap-1.3.0/ieee80215-arphrd.patch
diff --git a/meta/recipes-connectivity/libpcap/libpcap_1.2.1.bb 
b/meta/recipes-connectivity/libpcap/libpcap_1.3.0.bb
similarity index 73%
rename from meta/recipes-connectivity/libpcap/libpcap_1.2.1.bb
rename to meta/recipes-connectivity/libpcap/libpcap_1.3.0.bb
index 91bedf7..717e0e8 100644
--- a/meta/recipes-connectivity/libpcap/libpcap_1.2.1.bb
+++ b/meta/recipes-connectivity/libpcap/libpcap_1.3.0.bb
@@ -5,8 +5,8 @@ PR = ${INC_PR}.0
 SRC_URI += file://aclocal.patch \
 file://ieee80215-arphrd.patch
 
-SRC_URI[md5sum] = 06046e0e81efc60566daf1cc96c77d46
-SRC_URI[sha256sum] = 
a135a6ef7e539729a57c7ed345bdb9b64159e13404174006a7972eb33f00debd
+SRC_URI[md5sum] = f78455a92622b7a3c05c58b6ad1cec7e
+SRC_URI[sha256sum] = 
41cbd9ed68383afd9f1fda279cb78427d36879d9e34ee707e31a16a1afd872b9
 
 #
 # make install doesn't cover the shared lib
-- 
1.7.9.5


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH 5/5] byacc: upgrade to ver. 20120526

2012-07-23 Thread Cristian Iorga

Signed-off-by: Cristian Iorga cristian.io...@intel.com
---
 .../byacc/{byacc_20120115.bb = byacc_20120526.bb} |4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-extended/byacc/{byacc_20120115.bb = byacc_20120526.bb} 
(75%)

diff --git a/meta/recipes-extended/byacc/byacc_20120115.bb 
b/meta/recipes-extended/byacc/byacc_20120526.bb
similarity index 75%
rename from meta/recipes-extended/byacc/byacc_20120115.bb
rename to meta/recipes-extended/byacc/byacc_20120526.bb
index 4549ca4..8721b1c 100644
--- a/meta/recipes-extended/byacc/byacc_20120115.bb
+++ b/meta/recipes-extended/byacc/byacc_20120526.bb
@@ -9,5 +9,5 @@ LICENSE=PD
 LIC_FILES_CHKSUM = 
file://package/debian/copyright;md5=f186cf0d59bac042b75830396ec389a3
 require byacc.inc
 
-SRC_URI[md5sum] = 3061c62c47ec0f43255afd8fc3f7e3ab
-SRC_URI[sha256sum] = 
4034efc9b59646fc61e29b1a87472cccf1d1aaf45435f9d3bf58dec2b5f0831c
+SRC_URI[md5sum] = d8a9959f784205092762eb29426bdf23
+SRC_URI[sha256sum] = 
be05856b039bc9eb95a93cf89ac381de4fc6bb91d236c6b130e8b1daeb6075d6
-- 
1.7.9.5


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH 0/5] Connectivity and base packages updates.

2012-07-23 Thread Cristian Iorga

Multiple package updates, see below for details.
Packages and core-image-sato target build on all architectures.
Basic sanity tests performed in core-image-sato under qemux86.
No obvious issues observed.

Cristian Iorga (5):
  telepathy-glib: upgrade to ver. 0.19.4
  iptables: upgrade to ver. 1.4.14
  telepathy-mission-control: upgrade to ver. 5.13
  libpcap: upgrade to ver. 1.3
  byacc: upgrade to ver. 20120526

 .../{libpcap-1.2.1 = libpcap-1.3.0}/aclocal.patch |0
 .../ieee80215-arphrd.patch |0
 .../libpcap/{libpcap_1.2.1.bb = libpcap_1.3.0.bb} |4 ++--
 ...thy-glib_0.19.2.bb = telepathy-glib_0.19.4.bb} |4 ++--
 ...12.0.bb = telepathy-mission-control_5.13.0.bb} |4 ++--
 .../byacc/{byacc_20120115.bb = byacc_20120526.bb} |4 ++--
 .../{iptables_1.4.13.bb = iptables_1.4.14.bb} |4 ++--
 7 files changed, 10 insertions(+), 10 deletions(-)
 rename meta/recipes-connectivity/libpcap/{libpcap-1.2.1 = 
libpcap-1.3.0}/aclocal.patch (100%)
 rename meta/recipes-connectivity/libpcap/{libpcap-1.2.1 = 
libpcap-1.3.0}/ieee80215-arphrd.patch (100%)
 rename meta/recipes-connectivity/libpcap/{libpcap_1.2.1.bb = 
libpcap_1.3.0.bb} (73%)
 rename meta/recipes-connectivity/telepathy/{telepathy-glib_0.19.2.bb = 
telepathy-glib_0.19.4.bb} (80%)
 rename 
meta/recipes-connectivity/telepathy/{telepathy-mission-control_5.12.0.bb = 
telepathy-mission-control_5.13.0.bb} (92%)
 rename meta/recipes-extended/byacc/{byacc_20120115.bb = byacc_20120526.bb} 
(75%)
 rename meta/recipes-extended/iptables/{iptables_1.4.13.bb = 
iptables_1.4.14.bb} (91%)

-- 
1.7.9.5


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

79 matches

Mail list logo