date:20111222

On Thu, Dec 22, 2011 at 09:03:46AM +0100, Koen Kooi wrote:
 
 Op 21 dec. 2011, om 08:40 heeft Martin Jansa het volgende geschreven:
 
  On Tue, Dec 20, 2011 at 08:59:52AM +0100, Martin Jansa wrote:
  On Thu, Dec 15, 2011 at 04:16:17PM +0100, Koen Kooi wrote:
  ping
  
  I've tried it with older midori-0.4.2 as well as with newer 0.4.3 (which
  I'll send to meta-oe later) but both does segfault, probably not caused
  by this newer webkit-gtk because even with older webkit-gtk 0.4.2 was
  segfaulting (maybe gcc-4.6 issue if you're still using gcc-4.5).
  
  I've tried to get usable backtrace.. but webkit-gtk-dbg is huge (300MB)
  and opkg died twice already when I was waiting for midori-dbg to install
  :/.
  
  BTW: it happens on armv4t as well as armv7a-vfp-neon.
  
  627.8M  usr/lib/.debug/libwebkitgtk-1.0.so.0.11.2
  from libwebkitgtk-1.0-dbg (1.7.2+svnr101488-r0) wasn't 
  really helpfull as it fails even before that on nokia900:
 
 All this happens on both the old and the new version, right? If so, can this 
 patch finally go in?

Yes with both, so for me this can go in.

-- 
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] Regression bug: dbus messagebus user generation is wrong

2011-12-22 Thread Bernhard Guillon


Hi all,
we switched the way we chown /usr/libexec/dbus-daemon-launch-helper
with this commit:

commit 46e6c3fa8034b12d178d605f3f5d7efe69671a13
Author: Otavio Salvador ota...@ossystems.com.br
Date:   Fri Oct 21 02:49:51 2011 +

dbus: use useradd class to allow use in read-only filesystems

Move creation of required user/groups to useradd class thus allowing
use with read-only filesystems and booting the initial boot.

Signed-off-by: Otavio Salvador ota...@ossystems.com.br


We changed the owner ship of the user on the device before this commit. 
Now we change the owner ship on build time which is wrong. If we change 
the owner ship on buildtime we cannot know the gid of the messagebus 
group. On my system it is e.g 117 but on my targtet it is 997. There is no 
standard mapping for gid to names so we need to switch back to change the 
group on the device.


I can send a patch which reenables the postinstall owner ship change if 
you like.


Best regards,
Bernhard


--
Scanned by MailScanner.


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

Re: [OE-core] [CONSOLIDATED PULL 12/26] ncurses: move libraries to base_libdir

2011-12-22 Thread Phil Blundell

On Wed, 2011-12-21 at 23:55 -0800, Saul Wold wrote:
 +BUILD_LDFLAGS += -Wl,-rpath,${base_libdir}

Why is that required?

p.



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

Re: [OE-core] Regression bug: dbus messagebus user generation is wrong

On Thu, 2011-12-22 at 09:49 +0100, Bernhard Guillon wrote:
 we switched the way we chown /usr/libexec/dbus-daemon-launch-helper
 with this commit:
 
 commit 46e6c3fa8034b12d178d605f3f5d7efe69671a13
 Author: Otavio Salvador ota...@ossystems.com.br
 Date:   Fri Oct 21 02:49:51 2011 +
 
  dbus: use useradd class to allow use in read-only filesystems
 
  Move creation of required user/groups to useradd class thus allowing
  use with read-only filesystems and booting the initial boot.
 
  Signed-off-by: Otavio Salvador ota...@ossystems.com.br
 
 
 We changed the owner ship of the user on the device before this commit. 
 Now we change the owner ship on build time which is wrong. If we change 
 the owner ship on buildtime we cannot know the gid of the messagebus 
 group. On my system it is e.g 117 but on my targtet it is 997. There is no 
 standard mapping for gid to names so we need to switch back to change the 
 group on the device.
 
 I can send a patch which reenables the postinstall owner ship change if 
 you like.

We have code which is designed to deal with this. The do_install,
do_package* and do_rootfs tasks are run under pseudo which maintains a
separate passwd/group file of IDs which are used instead of the system#s
passwd/group files. When we write out the packages, the named owners of
the files should be correct. When we install the packages, rpm/opkg/dpkg
should be looking up the names and resolving them to the correct IDs for
the system in question. We also have code to ensure the correct users
are present on the system before the packages are extracted.

There have been some issues in this area recently but those issues
should be resolved now. I believe the issue is present in the
1.1/edison/2011-1 release but the upcomming point release should fix
those regressions there.

So which code are you seeing this issue from?

Cheers,

Richard




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

Re: [OE-core] [CONSOLIDATED PULL 19/26] insane.bbclass: add QA tests for unsafe references to exec_prefix

2011-12-22 Thread Phil Blundell

On Wed, 2011-12-21 at 23:55 -0800, Saul Wold wrote:
 + exec_prefix = d.getVar('exec_prefix', True)
 + sysroot_path = d.getVar('STAGING_DIR_TARGET', True)
 + sysroot_path_usr = sysroot_path + exec_prefix
 +
 + try:
 + ldd_output = sub.check_output([prelink-rtld, 
 --root, sysroot_path, path])
 + except sub.CalledProcessError as e:
 + if e.returncode != 127:
 + error_msg = pn + : prelink-rtld aborted when 
 processing %s % path
 + 
 package_qa_handle_error(unsafe-references-in-binaries, error_msg, d)
 + return False
 + else:
 + # Sometimes this is done deliberately (e.g, 
 e2fsprogs), so only warn
 + bb.warn(%s has missing library dependencies % 
 path)
 + return
 + if sysroot_path_usr in ldd_output:
 + error_msg = pn + : %s links to something under 
 exec_prefix % path
 + 
 package_qa_handle_error(unsafe-references-in-binaries, error_msg, d)
 + error_msg = ldd reports: %s % ldd_output
 + 
 package_qa_handle_error(unsafe-references-in-binaries, error_msg, d)
 + return False

Is that going to do the right thing if ${prefix} == ${exec_prefix}?
It's not obvious to me that it will handle that case correctly.

p.



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

Re: [OE-core] Regression bug: dbus messagebus user generation is wrong

On Thu, Dec 22, 2011 at 09:49:01AM +0100, Bernhard Guillon wrote:
 Hi all,
 we switched the way we chown /usr/libexec/dbus-daemon-launch-helper
 with this commit:
 
 commit 46e6c3fa8034b12d178d605f3f5d7efe69671a13
 Author: Otavio Salvador ota...@ossystems.com.br
 Date:   Fri Oct 21 02:49:51 2011 +
 
  dbus: use useradd class to allow use in read-only filesystems
 
  Move creation of required user/groups to useradd class thus allowing
  use with read-only filesystems and booting the initial boot.
 
  Signed-off-by: Otavio Salvador ota...@ossystems.com.br
 
 
 We changed the owner ship of the user on the device before this commit. 
 Now we change the owner ship on build time which is wrong. If we change 
 the owner ship on buildtime we cannot know the gid of the messagebus 
 group. On my system it is e.g 117 but on my targtet it is 997. There is no 
 standard mapping for gid to names so we need to switch back to change the 
 group on the device.

See http://bugzilla.pokylinux.org/show_bug.cgi?id=1711
but it's still broken in some cases (on my buildhost 3 from 5 machines
are broken, 2 are working after last opkg changes).

Good test is to enable testlab and run this in your deploy/images directory
find . ! -type l -name \*tar.gz`; do 
  echo $i; 
  tar -tvf $i | grep dbus-daemon-launch; 
  tar --numeric-owner -tvf $i | grep dbus-daemon-launch; 
  tar xzvpf $i ./etc/group; 
  grep messagebus ./etc/group; 
done | tee -a image.test

And working image needs to have not only messagebus as owner but also
matching GID in 2nd line and last line from packaged /etc/group. With
latest opkg fixes it seems to work, but only if there is messagebus in
packaged /etc/group at all, reported here:
http://lists.linuxtogo.org/pipermail/openembedded-core/2011-December/014619.html
but probably got lost in other issues with new opkg, like this one
http://lists.linuxtogo.org/pipermail/openembedded-core/2011-December/014654.html
(if D is not needed to be set from opkg then why was offlineroot_varname.patch
added in first place? and I have updated this after
offlineroot_varname.patch removal and new version is in shr branch)
 
 I can send a patch which reenables the postinstall owner ship change if 
 you like.

Such patch is already on ML from me, now I'm using .bbappend from my
layer 
http://git.shr-project.org/git/?p=meta-smartphone.git;a=commit;h=c08dfd5f5559902f6966648f75d6c6bfd2597a5b

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] [PATCH 0/1] [RESEND]Create a script for SUMMARY audit in recipes

On Wednesday 21 December 2011 12:59:05 Mark Hatle wrote:
 On 12/21/11 12:43 PM, Saul Wold wrote:
  Which is why I think this issue is cropping up. So, then the proposal
  should really be to add SUMMARY to all recipes and initially make it a
  warning for now if non-existent SUMMARY as with DESCRIPTION and then
  remove the existing SUMMARY = ${PN}-${PV} ...??
  
  The audit would then be the list of warnings which later becomes error
 
 I agree, this should become some kind of an audit warning, so we can improve
 the quality of the recipe information.  I'm not sure I want it to be an
 error though as it may impact folks with existing OE recipes...

Do we want to be showing this warning to everyone or should it just be part of 
a class you can enable (e.g. oelint.bbclass - which needs some work by the 
looks of it)?

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] Regression bug: dbus messagebus user generation is wrong

2011-12-22 Thread Koen Kooi

Op 22 dec. 2011, om 10:10 heeft Martin Jansa het volgende geschreven:

On Thu, Dec 22, 2011 at 09:49:01AM +0100, Bernhard Guillon wrote:
Hi all,
we switched the way we chown /usr/libexec/dbus-daemon-launch-helper
with this commit:

commit 46e6c3fa8034b12d178d605f3f5d7efe69671a13
Author: Otavio Salvador ota...@ossystems.com.br
Date: Fri Oct 21 02:49:51 2011 +

dbus: use useradd class to allow use in read-only filesystems

Move creation of required user/groups to useradd class thus allowing
use with read-only filesystems and booting the initial boot.

Signed-off-by: Otavio Salvador ota...@ossystems.com.br

We changed the owner ship of the user on the device before this commit.
Now we change the owner ship on build time which is wrong. If we change
the owner ship on buildtime we cannot know the gid of the messagebus
group. On my system it is e.g 117 but on my targtet it is 997. There is no
standard mapping for gid to names so we need to switch back to change the
group on the device.

See http://bugzilla.pokylinux.org/show_bug.cgi?id=1711
but it's still broken in some cases (on my buildhost 3 from 5 machines
are broken, 2 are working after last opkg changes).

Good test is to enable testlab and run this in your deploy/images directory
find . ! -type l -name \*tar.gz`; do
echo $i;
tar -tvf $i | grep dbus-daemon-launch;
tar --numeric-owner -tvf $i | grep dbus-daemon-launch;
tar xzvpf $i ./etc/group;
grep messagebus ./etc/group;
done | tee -a image.test

And working image needs to have not only messagebus as owner but also
matching GID in 2nd line and last line from packaged /etc/group. With
latest opkg fixes it seems to work, but only if there is messagebus in
packaged /etc/group at all, reported here:
http://lists.linuxtogo.org/pipermail/openembedded-core/2011-December/014619.html
but probably got lost in other issues with new opkg, like this one
http://lists.linuxtogo.org/pipermail/openembedded-core/2011-December/014654.html
(if D is not needed to be set from opkg then why was offlineroot_varname.patch
added in first place? and I have updated this after
offlineroot_varname.patch removal and new version is in shr branch)

I can send a patch which reenables the postinstall owner ship change if
you like.

Such patch is already on ML from me, now I'm using .bbappend from my
layer
http://git.shr-project.org/git/?p=meta-smartphone.git;a=commit;h=c08dfd5f5559902f6966648f75d6c6bfd2597a5b

I'm willing to put that into meta-oe till the problem is 100% fixed.

regards,

Koen

signature.asc
Description: Message signed with OpenPGP using GPGMail
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH oe-core] linux-dtb: add dtb into deploy cache package

2011-12-22 Thread b19537

From: Zhenhua Luo b19...@freescale.com

 current dtb is not included in the deploy cache package, dtb is missing
  when build kernel from caches

Signed-off-by: Zhenhua Luo b19...@freescale.com
---
 meta/recipes-kernel/linux/linux-dtb.inc |6 ++
 1 files changed, 6 insertions(+), 0 deletions(-)

diff --git a/meta/recipes-kernel/linux/linux-dtb.inc 
b/meta/recipes-kernel/linux/linux-dtb.inc
index 7ec7584..f6f5f81 100644
--- a/meta/recipes-kernel/linux/linux-dtb.inc
+++ b/meta/recipes-kernel/linux/linux-dtb.inc
@@ -25,3 +25,9 @@ do_install_append() {
 fi
 }
 
+do_deploy_append() {
+install -d ${DEPLOYDIR}
+install -m 0644 ${DEPLOY_DIR_IMAGE}/${KERNEL_IMAGE_BASE_NAME}.dtb 
${DEPLOYDIR}/${KERNEL_IMAGE_BASE_NAME}.dtb
+cd ${DEPLOYDIR}
+ln -sf ${KERNEL_IMAGE_BASE_NAME}.dtb ${KERNEL_IMAGE_SYMLINK_NAME}.dtb
+}
-- 
1.7.0.4



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

Re: [OE-core] Fetch errors from projects.o-hand.com

Hi Khem,

On Sunday 20 November 2011 08:18:47 Khem Raj wrote:
 My build of core-image-sato is failing to fetch tars from
 projects.o-hand.com
 
...

 I dont have yocto project mirror in my fallback list.
 
 Should these files be fetched from these urls or should urls be
 updated to fetch them from elsewhere ?

All references to *.o-hand.com in SRC_URI have now been fixed. Thanks for 
pointing this out and sorry for the delay in fixing it!

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] Regression bug: dbus messagebus user generation is wrong

On Thu, 2011-12-22 at 11:26 +0100, Koen Kooi wrote:
 Op 22 dec. 2011, om 10:10 heeft Martin Jansa het volgende geschreven:
 
  On Thu, Dec 22, 2011 at 09:49:01AM +0100, Bernhard Guillon wrote:
  Hi all,
  we switched the way we chown /usr/libexec/dbus-daemon-launch-helper
  with this commit:
  
  commit 46e6c3fa8034b12d178d605f3f5d7efe69671a13
  Author: Otavio Salvador ota...@ossystems.com.br
  Date:   Fri Oct 21 02:49:51 2011 +
  
  dbus: use useradd class to allow use in read-only filesystems
  
  Move creation of required user/groups to useradd class thus allowing
  use with read-only filesystems and booting the initial boot.
  
  Signed-off-by: Otavio Salvador ota...@ossystems.com.br
  
  
  We changed the owner ship of the user on the device before this commit. 
  Now we change the owner ship on build time which is wrong. If we change 
  the owner ship on buildtime we cannot know the gid of the messagebus 
  group. On my system it is e.g 117 but on my targtet it is 997. There is no 
  standard mapping for gid to names so we need to switch back to change the 
  group on the device.
  
  See http://bugzilla.pokylinux.org/show_bug.cgi?id=1711
  but it's still broken in some cases (on my buildhost 3 from 5 machines
  are broken, 2 are working after last opkg changes).
  
  Good test is to enable testlab and run this in your deploy/images directory
  find . ! -type l -name \*tar.gz`; do 
   echo $i; 
   tar -tvf $i | grep dbus-daemon-launch; 
   tar --numeric-owner -tvf $i | grep dbus-daemon-launch; 
   tar xzvpf $i ./etc/group; 
   grep messagebus ./etc/group; 
  done | tee -a image.test
  
  And working image needs to have not only messagebus as owner but also
  matching GID in 2nd line and last line from packaged /etc/group. With
  latest opkg fixes it seems to work, but only if there is messagebus in
  packaged /etc/group at all, reported here:
  http://lists.linuxtogo.org/pipermail/openembedded-core/2011-December/014619.html
  but probably got lost in other issues with new opkg, like this one
  http://lists.linuxtogo.org/pipermail/openembedded-core/2011-December/014654.html
  (if D is not needed to be set from opkg then why was 
  offlineroot_varname.patch
  added in first place? and I have updated this after
  offlineroot_varname.patch removal and new version is in shr branch)
  
  I can send a patch which reenables the postinstall owner ship change if 
  you like.
  
  Such patch is already on ML from me, now I'm using .bbappend from my
  layer 
  http://git.shr-project.org/git/?p=meta-smartphone.git;a=commit;h=c08dfd5f5559902f6966648f75d6c6bfd2597a5b
 
 I'm willing to put that into meta-oe till the problem is 100% fixed.

What I really need is help in understanding what is still breaking. If
someone can show me where things are going wrong I can help (and have
done so) but there is a problem somewhere isn't going to help get this
fixed :(

Cheers,

Richard


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

Re: [OE-core] Regression bug: dbus messagebus user generation is wrong

On Thu, 2011-12-22 at 10:10 +0100, Martin Jansa wrote:
 See http://bugzilla.pokylinux.org/show_bug.cgi?id=1711
 but it's still broken in some cases (on my buildhost 3 from 5 machines
 are broken, 2 are working after last opkg changes).

Do we have any more details on what is broken or how this is happening?
I'm at a loss as to how to help with this.

 Good test is to enable testlab and run this in your deploy/images directory
 find . ! -type l -name \*tar.gz`; do 
   echo $i; 
   tar -tvf $i | grep dbus-daemon-launch; 
   tar --numeric-owner -tvf $i | grep dbus-daemon-launch; 
   tar xzvpf $i ./etc/group; 
   grep messagebus ./etc/group; 
 done | tee -a image.test
 
 And working image needs to have not only messagebus as owner but also
 matching GID in 2nd line and last line from packaged /etc/group. With
 latest opkg fixes it seems to work, but only if there is messagebus in
 packaged /etc/group at all, reported here:
 http://lists.linuxtogo.org/pipermail/openembedded-core/2011-December/014619.html
 but probably got lost in other issues with new opkg, like this one
 http://lists.linuxtogo.org/pipermail/openembedded-core/2011-December/014654.html
 (if D is not needed to be set from opkg then why was offlineroot_varname.patch
 added in first place? and I have updated this after
 offlineroot_varname.patch removal and new version is in shr branch)

I added offlineroot_varname at a point when the export D in
rootfs_ipk.bbclass was later. In the final version I moved it and the
other exports earlier to fix different problems. The patch still looked
like a good idea at that point. When a problem appeared with the patch I
decided just to drop it. We should probably continue to export PKG_ROOT
for compatibility and maybe export D in addition to that.

Cheers,

Richard



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

[OE-core] [PATCH 4/4] self-hosted-image: Add builder user and mini X

2011-12-22 Thread edwin . zhai

From: Zhai Edwin edwin.z...@intel.com

Signed-off-by: Zhai Edwin edwin.z...@intel.com
---
 meta/recipes-core/images/self-hosted-image.bb |4 +++-
 meta/recipes-core/tasks/task-self-hosted.bb   |3 ++-
 2 files changed, 5 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-core/images/self-hosted-image.bb 
b/meta/recipes-core/images/self-hosted-image.bb
index 53bd989..111c057 100644
--- a/meta/recipes-core/images/self-hosted-image.bb
+++ b/meta/recipes-core/images/self-hosted-image.bb
@@ -4,6 +4,8 @@ POKY_EXTRA_INSTALL = \
 task-self-hosted \
 
 
+IMAGE_FEATURES += x11-mini
+
 inherit core-image
 
-PR = r1
+PR = r2
diff --git a/meta/recipes-core/tasks/task-self-hosted.bb 
b/meta/recipes-core/tasks/task-self-hosted.bb
index 077193b..ebf8a01 100644
--- a/meta/recipes-core/tasks/task-self-hosted.bb
+++ b/meta/recipes-core/tasks/task-self-hosted.bb
@@ -3,7 +3,7 @@
 #
 
 DESCRIPTION = Create Basic Image Tasks
-PR = r2
+PR = r3
 LICENSE = MIT
 LIC_FILES_CHKSUM = 
file://${COREBASE}/LICENSE;md5=3f40d7994397109285ec7b81fdeb3b58 \
 
file://${COREBASE}/meta/COPYING.MIT;md5=3da9cfbcb788c80a0384361b4de20420
@@ -190,4 +190,5 @@ RDEPENDS_task-self-hosted-graphics = \
 libsdl \
 libsdl-dev \
 libx11-dev \
+builder \
 
-- 
1.7.1


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

[OE-core] [PATCH v2 0/9] Major refactory of udev recipes

The following changes since commit db446421933d640528328e46a29f828a36d6649b:

  multilib.conf: Enable shadow-sysroot and libffi (2011-12-21 17:24:37 +)

are available in the git repository at:
  git://github.com/OSSystems/oe-core master
  https://github.com/OSSystems/oe-core/tree/HEAD

Otavio Salvador (9):
  udev: drop 145 version
  udev-extraconf: move mount.blacklist to udev-extraconf dir
  udev: reorganize files of 164 version
  udev: use tabs for init script (no code changes)
  udev: skip mounting /dev on tmpfs if it is on devtmpfs
  udev: improve udev-cache robustness
  udev: use 'echo' instead of 'echo -n' in init script
  udev: run depmod if modules.dep doesn't exist
  udev: split utilities onto udev-utils

 meta/recipes-core/udev/files/fix-alignment.patch   |   26 -
 meta/recipes-core/udev/files/init  |  212 --
 meta/recipes-core/udev/files/local.rules   |   22 -
 meta/recipes-core/udev/files/noasmlinkage.patch|   39 -
 meta/recipes-core/udev/files/permissions.rules |   81 --
 meta/recipes-core/udev/files/tmpfs.patch   |   17 -
 meta/recipes-core/udev/files/udev-cache|   20 -
 meta/recipes-core/udev/files/udev.rules|   98 ---
 meta/recipes-core/udev/files/udev_network_queue.sh |   35 -
 meta/recipes-core/udev/files/udevsynthesize.patch  |  778 
 meta/recipes-core/udev/files/udevsynthesize.sh |   51 --
 meta/recipes-core/udev/udev-145/enable-gudev.patch |   50 --
 meta/recipes-core/udev/udev-145/init   |   59 --
 meta/recipes-core/udev/udev-145/local.rules|   33 -
 meta/recipes-core/udev/udev-145/noasmlinkage.patch |   50 --
 meta/recipes-core/udev/udev-145/unbreak.patch  |   26 -
 meta/recipes-core/udev/udev-164/init   |   59 --
 meta/recipes-core/udev/udev-164/permissions.rules  |  131 
 meta/recipes-core/udev/udev-164/run.rules  |   14 -
 meta/recipes-core/udev/udev-164/udev.rules |  116 ---
 .../udev/{files = udev-extraconf}/mount.blacklist |0
 meta/recipes-core/udev/udev-new.inc|   91 ---
 meta/recipes-core/udev/udev.inc|  120 ++--
 .../udev/{files = udev}/devfs-udev.rules  |0
 meta/recipes-core/udev/udev/init   |   75 ++
 meta/recipes-core/udev/{files = udev}/links.conf  |0
 .../udev/{udev-164 = udev}/local.rules|0
 meta/recipes-core/udev/{files = udev}/mount.sh|0
 meta/recipes-core/udev/{files = udev}/network.sh  |0
 .../udev/{udev-145 = udev}/permissions.rules  |0
 .../recipes-core/udev/{udev-145 = udev}/run.rules |0
 .../udev/{files = udev}/udev-166-v4l1-1.patch |0
 meta/recipes-core/udev/udev/udev-cache |   30 +
 meta/recipes-core/udev/udev/udev-cache.default |4 +
 .../udev/{udev-145 = udev}/udev.rules |0
 meta/recipes-core/udev/udev_145.bb |   55 --
 meta/recipes-core/udev/udev_164.bb |4 +-
 37 files changed, 187 insertions(+), 2109 deletions(-)
 delete mode 100644 meta/recipes-core/udev/files/fix-alignment.patch
 delete mode 100755 meta/recipes-core/udev/files/init
 delete mode 100644 meta/recipes-core/udev/files/local.rules
 delete mode 100644 meta/recipes-core/udev/files/noasmlinkage.patch
 delete mode 100644 meta/recipes-core/udev/files/permissions.rules
 delete mode 100644 meta/recipes-core/udev/files/tmpfs.patch
 delete mode 100644 meta/recipes-core/udev/files/udev-cache
 delete mode 100644 meta/recipes-core/udev/files/udev.rules
 delete mode 100644 meta/recipes-core/udev/files/udev_network_queue.sh
 delete mode 100644 meta/recipes-core/udev/files/udevsynthesize.patch
 delete mode 100644 meta/recipes-core/udev/files/udevsynthesize.sh
 delete mode 100644 meta/recipes-core/udev/udev-145/enable-gudev.patch
 delete mode 100644 meta/recipes-core/udev/udev-145/init
 delete mode 100644 meta/recipes-core/udev/udev-145/local.rules
 delete mode 100644 meta/recipes-core/udev/udev-145/noasmlinkage.patch
 delete mode 100644 meta/recipes-core/udev/udev-145/unbreak.patch
 delete mode 100644 meta/recipes-core/udev/udev-164/init
 delete mode 100644 meta/recipes-core/udev/udev-164/permissions.rules
 delete mode 100644 meta/recipes-core/udev/udev-164/run.rules
 delete mode 100644 meta/recipes-core/udev/udev-164/udev.rules
 rename meta/recipes-core/udev/{files = udev-extraconf}/mount.blacklist (100%)
 delete mode 100644 meta/recipes-core/udev/udev-new.inc
 rename meta/recipes-core/udev/{files = udev}/devfs-udev.rules (100%)
 create mode 100644 meta/recipes-core/udev/udev/init
 rename meta/recipes-core/udev/{files = udev}/links.conf (100%)
 rename meta/recipes-core/udev/{udev-164 = udev}/local.rules (100%)
 rename meta/recipes-core/udev/{files = udev}/mount.sh (100%)
 rename meta/recipes-core/udev/{files = udev}/network.sh (100%)
 rename meta/recipes-core/udev/{udev-145 = udev}/permissions.rules (100%)
 rename meta/recipes-core/udev/{udev-145 = udev}/run.rules

[OE-core] [PATCH v2 3/9] udev: reorganize files of 164 version

We merged both files and udev-164 directory onto a single directory
and renamed udev-new.inc onto udev.inc as we have a single version of
udev now.

Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
 meta/recipes-core/udev/{udev-new.inc = udev.inc}  |0
 .../udev/{files = udev}/devfs-udev.rules  |0
 meta/recipes-core/udev/{udev-164 = udev}/init |0
 meta/recipes-core/udev/{files = udev}/links.conf  |0
 .../udev/{udev-164 = udev}/local.rules|0
 meta/recipes-core/udev/{files = udev}/mount.sh|0
 meta/recipes-core/udev/{files = udev}/network.sh  |0
 .../udev/{udev-164 = udev}/permissions.rules  |0
 .../recipes-core/udev/{udev-164 = udev}/run.rules |0
 .../udev/{files = udev}/udev-166-v4l1-1.patch |0
 meta/recipes-core/udev/{files = udev}/udev-cache  |0
 .../udev/{udev-164 = udev}/udev.rules |0
 meta/recipes-core/udev/udev_164.bb |2 +-
 13 files changed, 1 insertions(+), 1 deletions(-)
 rename meta/recipes-core/udev/{udev-new.inc = udev.inc} (100%)
 rename meta/recipes-core/udev/{files = udev}/devfs-udev.rules (100%)
 rename meta/recipes-core/udev/{udev-164 = udev}/init (100%)
 rename meta/recipes-core/udev/{files = udev}/links.conf (100%)
 rename meta/recipes-core/udev/{udev-164 = udev}/local.rules (100%)
 rename meta/recipes-core/udev/{files = udev}/mount.sh (100%)
 rename meta/recipes-core/udev/{files = udev}/network.sh (100%)
 rename meta/recipes-core/udev/{udev-164 = udev}/permissions.rules (100%)
 rename meta/recipes-core/udev/{udev-164 = udev}/run.rules (100%)
 rename meta/recipes-core/udev/{files = udev}/udev-166-v4l1-1.patch (100%)
 rename meta/recipes-core/udev/{files = udev}/udev-cache (100%)
 rename meta/recipes-core/udev/{udev-164 = udev}/udev.rules (100%)

diff --git a/meta/recipes-core/udev/udev-new.inc 
b/meta/recipes-core/udev/udev.inc
similarity index 100%
rename from meta/recipes-core/udev/udev-new.inc
rename to meta/recipes-core/udev/udev.inc
diff --git a/meta/recipes-core/udev/files/devfs-udev.rules 
b/meta/recipes-core/udev/udev/devfs-udev.rules
similarity index 100%
rename from meta/recipes-core/udev/files/devfs-udev.rules
rename to meta/recipes-core/udev/udev/devfs-udev.rules
diff --git a/meta/recipes-core/udev/udev-164/init 
b/meta/recipes-core/udev/udev/init
similarity index 100%
rename from meta/recipes-core/udev/udev-164/init
rename to meta/recipes-core/udev/udev/init
diff --git a/meta/recipes-core/udev/files/links.conf 
b/meta/recipes-core/udev/udev/links.conf
similarity index 100%
rename from meta/recipes-core/udev/files/links.conf
rename to meta/recipes-core/udev/udev/links.conf
diff --git a/meta/recipes-core/udev/udev-164/local.rules 
b/meta/recipes-core/udev/udev/local.rules
similarity index 100%
rename from meta/recipes-core/udev/udev-164/local.rules
rename to meta/recipes-core/udev/udev/local.rules
diff --git a/meta/recipes-core/udev/files/mount.sh 
b/meta/recipes-core/udev/udev/mount.sh
similarity index 100%
rename from meta/recipes-core/udev/files/mount.sh
rename to meta/recipes-core/udev/udev/mount.sh
diff --git a/meta/recipes-core/udev/files/network.sh 
b/meta/recipes-core/udev/udev/network.sh
similarity index 100%
rename from meta/recipes-core/udev/files/network.sh
rename to meta/recipes-core/udev/udev/network.sh
diff --git a/meta/recipes-core/udev/udev-164/permissions.rules 
b/meta/recipes-core/udev/udev/permissions.rules
similarity index 100%
rename from meta/recipes-core/udev/udev-164/permissions.rules
rename to meta/recipes-core/udev/udev/permissions.rules
diff --git a/meta/recipes-core/udev/udev-164/run.rules 
b/meta/recipes-core/udev/udev/run.rules
similarity index 100%
rename from meta/recipes-core/udev/udev-164/run.rules
rename to meta/recipes-core/udev/udev/run.rules
diff --git a/meta/recipes-core/udev/files/udev-166-v4l1-1.patch 
b/meta/recipes-core/udev/udev/udev-166-v4l1-1.patch
similarity index 100%
rename from meta/recipes-core/udev/files/udev-166-v4l1-1.patch
rename to meta/recipes-core/udev/udev/udev-166-v4l1-1.patch
diff --git a/meta/recipes-core/udev/files/udev-cache 
b/meta/recipes-core/udev/udev/udev-cache
similarity index 100%
rename from meta/recipes-core/udev/files/udev-cache
rename to meta/recipes-core/udev/udev/udev-cache
diff --git a/meta/recipes-core/udev/udev-164/udev.rules 
b/meta/recipes-core/udev/udev/udev.rules
similarity index 100%
rename from meta/recipes-core/udev/udev-164/udev.rules
rename to meta/recipes-core/udev/udev/udev.rules
diff --git a/meta/recipes-core/udev/udev_164.bb 
b/meta/recipes-core/udev/udev_164.bb
index d487add..3e4e402 100644
--- a/meta/recipes-core/udev/udev_164.bb
+++ b/meta/recipes-core/udev/udev_164.bb
@@ -1,4 +1,4 @@
-include udev-new.inc
+include udev.inc
 
 PR = r7
 
-- 
1.7.2.5


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

[OE-core] [PATCH v2 4/9] udev: use tabs for init script (no code changes)

Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
 meta/recipes-core/udev/udev/init |   38 +++---
 1 files changed, 19 insertions(+), 19 deletions(-)

diff --git a/meta/recipes-core/udev/udev/init b/meta/recipes-core/udev/udev/init
index 073942f..edc3c9a 100644
--- a/meta/recipes-core/udev/udev/init
+++ b/meta/recipes-core/udev/udev/init
@@ -17,10 +17,10 @@ export TZ=/etc/localtime
 [ -f /etc/udev/udev.conf ]  . /etc/udev/udev.conf
 
 kill_udevd() {
-if [ -x /sbin/pidof ]; then
-pid=`/sbin/pidof -x udevd`
-[ -n $pid ]  kill $pid
-fi
+   if [ -x /sbin/pidof ]; then
+   pid=`/sbin/pidof -x udevd`
+   [ -n $pid ]  kill $pid
+   fi
 }
 
 export ACTION=add
@@ -29,9 +29,9 @@ echo -n Starting udev
 
 # mount the tmpfs on /dev, if not already done
 LANG=C awk \$2 == \/dev\  \$4 == \tmpfs\ { exit 1 } /proc/mounts  {
-mount -n -o mode=0755 -t tmpfs none /dev
-mkdir -m 0755 /dev/pts
-mkdir -m 1777 /dev/shm
+   mount -n -o mode=0755 -t tmpfs none /dev
+   mkdir -m 0755 /dev/pts
+   mkdir -m 1777 /dev/shm
 }
 
 if [ -e /etc/dev.tar ]; then
@@ -42,18 +42,18 @@ fi
 # make_extra_nodes
 kill_udevd  /dev/null 21
 
-# trigger the sorted events
-echo -e '\000\000\000\000'  /proc/sys/kernel/hotplug
-/sbin/udevd -d
-
-/sbin/udevadm control --env=STARTUP=1
-   if [ $not_first_boot !=  ];then
-   /sbin/udevadm trigger --action=add 
--subsystem-nomatch=tty --subsystem-nomatch=mem --subsystem-nomatch=vc 
--subsystem-nomatch=vtconsole --subsystem-nomatch=misc --subsystem-nomatch=dcon 
--subsystem-nomatch=pci_bus  --subsystem-nomatch=graphics  
--subsystem-nomatch=backlight --subsystem-nomatch=video4linux  
--subsystem-nomatch=platform
-   (/sbin/udevadm settle --timeout=3; /sbin/udevadm 
control --env=STARTUP=)
-   else
-   /sbin/udevadm trigger --action=add
-   /sbin/udevadm settle
-   fi
+# trigger the sorted events
+echo -e '\000\000\000\000'  /proc/sys/kernel/hotplug
+/sbin/udevd -d
+
+/sbin/udevadm control --env=STARTUP=1
+if [ $not_first_boot !=  ];then
+   /sbin/udevadm trigger --action=add --subsystem-nomatch=tty 
--subsystem-nomatch=mem --subsystem-nomatch=vc --subsystem-nomatch=vtconsole 
--subsystem-nomatch=misc --subsystem-nomatch=dcon --subsystem-nomatch=pci_bus  
--subsystem-nomatch=graphics  --subsystem-nomatch=backlight 
--subsystem-nomatch=video4linux  --subsystem-nomatch=platform
+   (/sbin/udevadm settle --timeout=3; /sbin/udevadm control 
--env=STARTUP=)
+else
+   /sbin/udevadm trigger --action=add
+   /sbin/udevadm settle
+fi
 
 echo
 exit 0
-- 
1.7.2.5


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

[OE-core] [PATCH v2 8/9] udev: run depmod if modules.dep doesn't exist

Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
 meta/recipes-core/udev/udev/init   |5 +
 meta/recipes-core/udev/udev_164.bb |2 +-
 2 files changed, 6 insertions(+), 1 deletions(-)

diff --git a/meta/recipes-core/udev/udev/init b/meta/recipes-core/udev/udev/init
index e053017..9b9e74d 100644
--- a/meta/recipes-core/udev/udev/init
+++ b/meta/recipes-core/udev/udev/init
@@ -51,6 +51,11 @@ if [ $DEVCACHE !=  ]; then
fi
 fi
 
+if [ -x /sbin/depmod ]  [ ! -e /lib/modules/$(uname -r)/modules.dep ]; then
+   mkdir -p /lib/modules/$(uname -r)
+   depmod -ae
+fi
+
 # make_extra_nodes
 kill_udevd  /dev/null 21
 
diff --git a/meta/recipes-core/udev/udev_164.bb 
b/meta/recipes-core/udev/udev_164.bb
index 6d71f4d..b993a13 100644
--- a/meta/recipes-core/udev/udev_164.bb
+++ b/meta/recipes-core/udev/udev_164.bb
@@ -1,6 +1,6 @@
 include udev.inc
 
-PR = r10
+PR = r11
 
 SRC_URI += file://udev-166-v4l1-1.patch
 
-- 
1.7.2.5


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

[OE-core] [PATCH v2 6/9] udev: improve udev-cache robustness

 * allow udev-cache to be disabled at runtime (using
   /etc/default/udev-cache);

 * make cache invalidated if kernel, bootparams or device list
   changes;

Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
 meta/recipes-core/udev/udev.inc|   11 ++-
 meta/recipes-core/udev/udev/init   |   18 +++---
 meta/recipes-core/udev/udev/udev-cache |   20 +++-
 meta/recipes-core/udev/udev/udev-cache.default |4 
 meta/recipes-core/udev/udev_164.bb |2 +-
 5 files changed, 45 insertions(+), 10 deletions(-)
 create mode 100644 meta/recipes-core/udev/udev/udev-cache.default

diff --git a/meta/recipes-core/udev/udev.inc b/meta/recipes-core/udev/udev.inc
index e302c03..0fc418b 100644
--- a/meta/recipes-core/udev/udev.inc
+++ b/meta/recipes-core/udev/udev.inc
@@ -25,6 +25,7 @@ SRC_URI = 
${KERNELORG_MIRROR}/linux/utils/kernel/hotplug/udev-${PV}.tar.gz \
file://network.sh \
file://local.rules \
file://udev-cache \
+   file://udev-cache.default \
file://init
 
 inherit autotools pkgconfig update-rc.d
@@ -56,7 +57,7 @@ FILES_libgudev = ${base_libdir}/libgudev*.so.* 
${libdir}/libgudev*.so.*
 FILES_libgudev-dbg = ${base_libdir}/.debug/libgudev*.so.* 
${libdir}/.debug/libgudev*.so.*
 FILES_libgudev-dev = ${includedir}/gudev* ${libdir}/libgudev*.so 
${libdir}/libgudev*.la \
  ${libdir}/libgudev*.a ${libdir}/pkgconfig/gudev*.pc
-FILES_udev-cache = ${sysconfdir}/init.d/udev-cache
+FILES_udev-cache = ${sysconfdir}/init.d/udev-cache 
${sysconfdir}/default/udev-cache
 
 FILES_udev-acl = ${base_libdir}/udev/udev-acl 
${base_libdir}/udev/rules.d/70-acl.rules
 
@@ -68,6 +69,14 @@ do_install_append () {
install -m 0755 ${WORKDIR}/init ${D}${sysconfdir}/init.d/udev
install -m 0755 ${WORKDIR}/udev-cache 
${D}${sysconfdir}/init.d/udev-cache
 
+   install -d ${D}${sysconfdir}/default
+   install -m 0755 ${WORKDIR}/udev-cache.default 
${D}${sysconfdir}/default/udev-cache
+
+   touch ${D}${sysconfdir}/udev/saved.uname
+   touch ${D}${sysconfdir}/udev/saved.cmdline
+   touch ${D}${sysconfdir}/udev/saved.devices
+   touch ${D}${sysconfdir}/udev/saved.atags
+
install -d ${D}${sysconfdir}/udev/rules.d/
 
install -m 0644 ${WORKDIR}/local.rules 
${D}${sysconfdir}/udev/rules.d/local.rules
diff --git a/meta/recipes-core/udev/udev/init b/meta/recipes-core/udev/udev/init
index d0d7e5d..bcd5a79 100644
--- a/meta/recipes-core/udev/udev/init
+++ b/meta/recipes-core/udev/udev/init
@@ -14,6 +14,7 @@ export TZ=/etc/localtime
 [ -d /sys/class ] || exit 1
 [ -r /proc/mounts ] || exit 1
 [ -x /sbin/udevd ] || exit 1
+[ -f /etc/default/udev-cache ]  . /etc/default/udev-cache
 [ -f /etc/udev/udev.conf ]  . /etc/udev/udev.conf
 
 kill_udevd() {
@@ -34,9 +35,20 @@ LANG=C awk '$2 == /dev  ($3 == tmpfs || $3 == 
devtmpfs) { exit 1 }' /pro
mkdir -m 1777 /dev/shm
 }
 
-if [ -e /etc/dev.tar ]; then
-   (cd /; tar xf /etc/dev.tar 21 | grep -v 'time stamp' || true)
-   not_first_boot=1
+if [ $DEVCACHE !=  ]; then
+   # Invalidate udev cache if the kernel or its bootargs/cmdline have 
changed
+   [ -x /bin/uname ]  /bin/uname -mrspv  /tmp/uname || touch /tmp/uname
+   [ -r /proc/cmdline ]  cat /proc/cmdline  /tmp/cmdline || touch 
/tmp/cmdline
+   [ -r /proc/devices ]  cat /proc/devices  /tmp/devices || touch 
/tmp/devices
+   [ -r /proc/atags ]  cat /proc/atags  /tmp/atags || touch /tmp/atags
+   if [ -e $DEVCACHE ]  \
+   cmp -s /tmp/uname /etc/udev/saved.uname  \
+   cmp -s /tmp/cmdline /etc/udev/saved.cmdline  \
+   cmp -s /tmp/devices /etc/udev/saved.devices  \
+   cmp -s /tmp/atags /etc/udev/saved.atags; then
+   (cd /; tar xf $DEVCACHE  /dev/null 21)
+   not_first_boot=1
+   fi
 fi
 
 # make_extra_nodes
diff --git a/meta/recipes-core/udev/udev/udev-cache 
b/meta/recipes-core/udev/udev/udev-cache
index 77bbda6..0eedcc2 100644
--- a/meta/recipes-core/udev/udev/udev-cache
+++ b/meta/recipes-core/udev/udev/udev-cache
@@ -9,12 +9,22 @@
 # Short-Description: cache /dev to speedup the udev next boot
 ### END INIT INFO
 
-[ -d /sys/class ] || exit 1
-[ -r /proc/mounts ] || exit 1
-[ -x /sbin/udevd ] || exit 1
+export TZ=/etc/localtime
 
-if [ ! -e /etc/dev.tar ]; then
-   (cd /; tar cf /etc/dev.tar dev)
+[ -f /etc/default/udev-cache ]  . /etc/default/udev-cache
+
+if [ $DEVCACHE !=  ]; then
+   echo Populating dev cache
+   (cd /; tar cf $DEVCACHE dev)
+   mv /tmp/uname /etc/udev/saved.uname
+   mv /tmp/cmdline /etc/udev/saved.cmdline
+   mv /tmp/devices /etc/udev/saved.devices
+   mv /tmp/atags /etc/udev/saved.atags
+else
+   rm -f /tmp/uname
+   rm -f /tmp/cmdline
+   rm -f /tmp/devices
+   rm -f /tmp/atags
 fi
 
 exit 0
diff --git

[OE-core] [PATCH v2 5/9] udev: skip mounting /dev on tmpfs if it is on devtmpfs

Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
 meta/recipes-core/udev/udev/init   |2 +-
 meta/recipes-core/udev/udev_164.bb |2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-core/udev/udev/init b/meta/recipes-core/udev/udev/init
index edc3c9a..d0d7e5d 100644
--- a/meta/recipes-core/udev/udev/init
+++ b/meta/recipes-core/udev/udev/init
@@ -28,7 +28,7 @@ export ACTION=add
 echo -n Starting udev
 
 # mount the tmpfs on /dev, if not already done
-LANG=C awk \$2 == \/dev\  \$4 == \tmpfs\ { exit 1 } /proc/mounts  {
+LANG=C awk '$2 == /dev  ($3 == tmpfs || $3 == devtmpfs) { exit 1 }' 
/proc/mounts  {
mount -n -o mode=0755 -t tmpfs none /dev
mkdir -m 0755 /dev/pts
mkdir -m 1777 /dev/shm
diff --git a/meta/recipes-core/udev/udev_164.bb 
b/meta/recipes-core/udev/udev_164.bb
index 3e4e402..f952c90 100644
--- a/meta/recipes-core/udev/udev_164.bb
+++ b/meta/recipes-core/udev/udev_164.bb
@@ -1,6 +1,6 @@
 include udev.inc
 
-PR = r7
+PR = r8
 
 SRC_URI += file://udev-166-v4l1-1.patch
 
-- 
1.7.2.5


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

[OE-core] [PATCH v2 7/9] udev: use 'echo' instead of 'echo -n' in init script

Avoid using two stage progress output to avoid text garbage during
parallel boot.

Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
 meta/recipes-core/udev/udev/init   |3 +--
 meta/recipes-core/udev/udev_164.bb |2 +-
 2 files changed, 2 insertions(+), 3 deletions(-)

diff --git a/meta/recipes-core/udev/udev/init b/meta/recipes-core/udev/udev/init
index bcd5a79..e053017 100644
--- a/meta/recipes-core/udev/udev/init
+++ b/meta/recipes-core/udev/udev/init
@@ -26,7 +26,7 @@ kill_udevd() {
 
 export ACTION=add
 # propagate /dev from /sys
-echo -n Starting udev
+echo Starting udev
 
 # mount the tmpfs on /dev, if not already done
 LANG=C awk '$2 == /dev  ($3 == tmpfs || $3 == devtmpfs) { exit 1 }' 
/proc/mounts  {
@@ -67,5 +67,4 @@ else
/sbin/udevadm settle
 fi
 
-echo
 exit 0
diff --git a/meta/recipes-core/udev/udev_164.bb 
b/meta/recipes-core/udev/udev_164.bb
index c89eab4..6d71f4d 100644
--- a/meta/recipes-core/udev/udev_164.bb
+++ b/meta/recipes-core/udev/udev_164.bb
@@ -1,6 +1,6 @@
 include udev.inc
 
-PR = r9
+PR = r10
 
 SRC_URI += file://udev-166-v4l1-1.patch
 
-- 
1.7.2.5


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

[OE-core] [PATCH v2 9/9] udev: split utilities onto udev-utils

Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
 meta/recipes-core/udev/udev.inc|6 +-
 meta/recipes-core/udev/udev_164.bb |2 +-
 2 files changed, 6 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-core/udev/udev.inc b/meta/recipes-core/udev/udev.inc
index 0fc418b..f0d066e 100644
--- a/meta/recipes-core/udev/udev.inc
+++ b/meta/recipes-core/udev/udev.inc
@@ -36,7 +36,7 @@ libexecdir = ${base_libdir}/udev
 EXTRA_OECONF = --disable-introspection --with-rootlibdir=${base_libdir} \
 --with-pci-ids-path=${datadir}/pci.ids
 
-PACKAGES =+ udev-acl udev-consolekit
+PACKAGES =+ udev-acl udev-consolekit udev-utils
 PACKAGES =+ udev-cache libudev libudev-dev libudev-dbg
 PACKAGES =+ libgudev libgudev-dev libgudev-dbg
 
@@ -47,6 +47,8 @@ INITSCRIPT_NAME_udev-cache = udev-cache
 INITSCRIPT_PARAMS_udev-cache = start 36 S .
 
 FILES_${PN} += ${libexecdir} ${libdir}/ConsoleKit
+RRECOMMENDS_${PN} += udev-utils
+
 FILES_${PN}-dbg += ${libexecdir}/.debug
 FILES_${PN}-dev = ${datadir}/pkgconfig/udev.pc
 FILES_libudev = ${base_libdir}/libudev.so.*
@@ -61,6 +63,8 @@ FILES_udev-cache = ${sysconfdir}/init.d/udev-cache 
${sysconfdir}/default/udev-c
 
 FILES_udev-acl = ${base_libdir}/udev/udev-acl 
${base_libdir}/udev/rules.d/70-acl.rules
 
+FILES_udev-utils = ${bindir}/udevinfo ${bindir}/udevtest 
${base_sbindir}/udevadm
+
 RDEPENDS_udev-consolekit += udev-acl
 FILES_udev-consolekit = ${libdir}/ConsoleKit
 
diff --git a/meta/recipes-core/udev/udev_164.bb 
b/meta/recipes-core/udev/udev_164.bb
index b993a13..d661044 100644
--- a/meta/recipes-core/udev/udev_164.bb
+++ b/meta/recipes-core/udev/udev_164.bb
@@ -1,6 +1,6 @@
 include udev.inc
 
-PR = r11
+PR = r12
 
 SRC_URI += file://udev-166-v4l1-1.patch
 
-- 
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] Regression bug: dbus messagebus user generation is wrong

On Thu, Dec 22, 2011 at 10:10:41AM +0100, Martin Jansa wrote:
 On Thu, Dec 22, 2011 at 09:49:01AM +0100, Bernhard Guillon wrote:
  Hi all,
  we switched the way we chown /usr/libexec/dbus-daemon-launch-helper
  with this commit:
  
  commit 46e6c3fa8034b12d178d605f3f5d7efe69671a13
  Author: Otavio Salvador ota...@ossystems.com.br
  Date:   Fri Oct 21 02:49:51 2011 +
  
   dbus: use useradd class to allow use in read-only filesystems
  
   Move creation of required user/groups to useradd class thus allowing
   use with read-only filesystems and booting the initial boot.
  
   Signed-off-by: Otavio Salvador ota...@ossystems.com.br
  
  
  We changed the owner ship of the user on the device before this commit. 
  Now we change the owner ship on build time which is wrong. If we change 
  the owner ship on buildtime we cannot know the gid of the messagebus 
  group. On my system it is e.g 117 but on my targtet it is 997. There is no 
  standard mapping for gid to names so we need to switch back to change the 
  group on the device.
 
 See http://bugzilla.pokylinux.org/show_bug.cgi?id=1711
 but it's still broken in some cases (on my buildhost 3 from 5 machines
 are broken, 2 are working after last opkg changes).
 
 Good test is to enable testlab and run this in your deploy/images directory
 find . ! -type l -name \*tar.gz`; do 
   echo $i; 
   tar -tvf $i | grep dbus-daemon-launch; 
   tar --numeric-owner -tvf $i | grep dbus-daemon-launch; 
   tar xzvpf $i ./etc/group; 
   grep messagebus ./etc/group; 
 done | tee -a image.test

./om-gta02/shr-image-om-gta02-20111221231021.rootfs.tar.gz
-rwsr-xr-- root/messagebus  142604 2011-12-19 14:11 
./usr/libexec/dbus-daemon-launch-helper
-rwsr-xr-- 0/997142604 2011-12-19 14:11 
./usr/libexec/dbus-daemon-launch-helper
./etc/group
messagebus:x:997:
./qemux86-64/shr-image-qemux86-64-20111222003421.rootfs.tar.gz
-rwsr-xr-- root/messagebus  250448 2011-12-19 15:10 
./usr/libexec/dbus-daemon-launch-helper
-rwsr-xr-- 0/997250448 2011-12-19 15:10 
./usr/libexec/dbus-daemon-launch-helper
./etc/group
messagebus:x:997:
./spitz/shr-image-spitz-20111222011259.rootfs.tar.gz
-rwsr-xr-- root/997 138408 2011-12-21 07:47 
./usr/libexec/dbus-daemon-launch-helper
-rwsr-xr-- 0/997138408 2011-12-21 07:47 
./usr/libexec/dbus-daemon-launch-helper
./etc/group
./nokia900/shr-image-nokia900-20111221234558.rootfs.tar.gz
-rwsr-xr-- root/sshd187568 2011-12-19 14:35 
./usr/libexec/dbus-daemon-launch-helper
-rwsr-xr-- 0/998187568 2011-12-19 14:35 
./usr/libexec/dbus-daemon-launch-helper
./etc/group

This is output from that on my buildhost (qemuarm which was also broken is 
gone, removed when
testing to rebuild spitz - also armv5te from scratch).

So spitz and nokia900 are wrong, qemux86 and om-gta02 working.

When trying to find what's different in spitz and nokia900 I've tried:
OE @ ~/shr-core $ grep messagebus 
tmp-eglibc/sysroots/*/usr/share/base-passwd/group.master
OE @ ~/shr-core $ grep messagebus tmp-eglibc/sysroots/*/etc/group
tmp-eglibc/sysroots/nokia900/etc/group:messagebus:x:998:
tmp-eglibc/sysroots/om-gta02/etc/group:messagebus:x:998:
tmp-eglibc/sysroots/qemux86-64/etc/group:messagebus:x:998:
tmp-eglibc/sysroots/spitz/etc/group:messagebus:x:997:

OE @ ~/shr-core $ grep messagebus tmp-eglibc/sysroots/*/etc/passwd
tmp-eglibc/sysroots/nokia900/etc/passwd:messagebus:!:999:998::/var/lib/dbus:/bin/false
tmp-eglibc/sysroots/om-gta02/etc/passwd:messagebus:!:999:998::/var/lib/dbus:/bin/false
tmp-eglibc/sysroots/qemux86-64/etc/passwd:messagebus:!:999:998::/var/lib/dbus:/bin/false
tmp-eglibc/sysroots/spitz/etc/passwd:messagebus:!:998:997::/var/lib/dbus:/bin/false

Sofar looks the same, but from log.do_rootfs files it looks
like base-passwd is not installed soon enough on spitz and nokia900.

Not sure why nscd is so picky or why base-passwd isn't installed soon enough in 
some cases,
but I'll try to debug more and provide more info (as I have done before).

I've tried to -c cleansstate base-passwd dbus dbus-native to fix
or break any machine, but it doesn't change it (broken are broken again
after rebuild and correct also stay correct).

/* logs */
Checking ERRORs in log.do_rootfs files
== correct om-gta02:
Installing base-passwd (3.5.22-r9) to root...
Downloading 
file:/OE/shr-core/tmp-eglibc/deploy/ipk/armv4t/base-passwd_3.5.22-r9_armv4t.ipk.
Running groupadd commands...
/usr/sbin/nscd: Only root is allowed to use this option!
/usr/sbin/nscd: Only root is allowed to use this option!
/usr/sbin/nscd: Only root is allowed to use this option!
Installing dbus-1 (1.4.16-r2) to root...
Downloading 
file:/OE/shr-core/tmp-eglibc/deploy/ipk/armv4t/dbus-1_1.4.16-r2_armv4t.ipk.
Installing libexpat1 (2.0.1-r1) to root...
Downloading 
file:/OE/shr-core/tmp-eglibc/deploy/ipk/armv4t/libexpat1_2.0.1-r1_armv4t.ipk.
Running groupadd commands...
/usr/sbin/nscd: Only root is allowed to use this option!
/usr/sbin/nscd: Only root is

Re: [OE-core] [CONSOLIDATED PULL 00/26] Some Package Updates and Fixes

On Wed, 2011-12-21 at 23:55 -0800, Saul Wold wrote:
 Dexuan Cui (2):
   socat: add the latest stable version 1.7.2.0
   wget: fix a host intrusion issue introduced by adding
 --with-ssl=openssl.
 
 H.J. Lu (1):
   gmp: Don't check $CC $CFLAGS for x32 in gmp configure
 
 Ilya Yanok (1):
   arch-powerpc: set PACKAGE_EXTRA_ARCHS
 
 Nitin A Kamble (3):
   bitbake.conf multilib.conf: move the definition of baselib

I didn't take the above, this is a major layout change for x86-64 but
Nitin makes no comment on that in the commit :(

   binutils: fix building on distros with matching binutils version
   image-types: add btrfs as a supported fstype
 
 Paul Eggleton (1):
   libsync: move to git.yoctoproject.org
 
 Saul Wold (10):
   distro tracking: update man-pages, gts-plugin-bluetooth, usbutils,
   python-pycairo: Upgrade to 1.10.0
   augeas: Upgrade to 0.10.0
   libidn: Upgrade to 1.23
   mc: Add version 4.8.1 now GPLv3
   texi2html: Upgrade to 5.0
   libdrm: Upgrade to 2.4.29
   distro_tracking: Mark Upgrade Info
   zypper: add patch from libxml2
   bash: Add SRC_URI Checksums for GPLv2
 
 Scott Garman (8):
   ncurses: move libraries to base_libdir
   libcap: move library to base_libdir
   util-linux: move libraries to base_libdir
   e2fsprogs: move libraries to base_libdir
   libusb1: move libraries to base_libdir
   libusb-compat: move libraries to base_libdir
   prelink: update to latest git version
   insane.bbclass: add QA tests for unsafe references to exec_prefix

Were Scott's changes tested with prefix == exec_prefix == base_prefix?
We need to verify this doesn't break in that case.

Cheers,

Richard


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

Re: [OE-core] meta-toolchain-qte and wrong paths to QT tools

2011-12-22 Thread Dmitry Eremin-Solenikov


On 12/22/2011 03:35 AM, Eric Bénard wrote:

Hi Dmitry,

Le 21/12/2011 19:22, Dmitry Eremin-Solenikov a écrit :

On 12/21/2011 06:56 PM, Juraj Hercek wrote:

Hello list,

I've two questions:

1) When I build meta-toolchain-qte (c2de8d4 metadata revision) and
install the resulting sdk, I see two directories in /usr/local/:
oecore-i686-arm and oecore-i686-i686. What is a rationale behind having
these two directories instead of one i.e.: oecore-i686-arm?


Because oecore-i686-i686 holds files that are created on i686 to be
used on
i686. They will be common for arm meta-toolchain-qte, mips
meta-toolchain-qte,
powerpc meta-toolchain-qte, etc.


2) The oecore-i686-arm/environment-setup-armv5te-oe-linux-gnueabi script
sets paths to the QT tools which should be installed in oecore-i686-arm
directory, but they are not. These tools are installed under
oecore-i686-i686 directory. Changing the path in
environment-setup-armv5te-oe-linux-gnueabi after toolchain installation
is easy, but I do not consider it to be a correct fix (assuming that
oecore-i686-{arm,i686} directories represents proper toolchain
structure). What is a proper fix for this issue?


I have the attached patch in my patch queue. Hope this helps.


there seems to be something wrong here :

- (cd ${SDK_OUTPUT}/${QT_TOOLS_PREFIX}/..; ln -s
${SDKTARGETSYSROOT}/usr/share/qtopia/mkspecs mkspecs;)
+ (cd ${SDK_NATIVE_OUTPUT}/${QT_TOOLS_PREFIX}/..; ln -s
${SDKTARGETSYSROOT}/usr/share/qtopia/mkspecs mkspecs;)


${SDK_NATIVE_OUTPUT} seems undefined.


My fault. I think you can ignore this part of the patch.



Eric



--
With best wishes
Dmitry


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

Re: [OE-core] meta-toolchain-qte and wrong paths to QT tools

2011-12-22 Thread Juraj Hercek


On 12/21/2011 07:22 PM, Dmitry Eremin-Solenikov wrote:

On 12/21/2011 06:56 PM, Juraj Hercek wrote:

Hello list,

I've two questions:

1) When I build meta-toolchain-qte (c2de8d4 metadata revision) and
install the resulting sdk, I see two directories in /usr/local/:
oecore-i686-arm and oecore-i686-i686. What is a rationale behind having
these two directories instead of one i.e.: oecore-i686-arm?


Because oecore-i686-i686 holds files that are created on i686 to be used 
on i686. They will be common for arm meta-toolchain-qte, mips 
meta-toolchain-qte, powerpc meta-toolchain-qte, etc.


This makes perfect sense. Thank you.


2) The oecore-i686-arm/environment-setup-armv5te-oe-linux-gnueabi script
sets paths to the QT tools which should be installed in oecore-i686-arm
directory, but they are not. These tools are installed under
oecore-i686-i686 directory. Changing the path in
environment-setup-armv5te-oe-linux-gnueabi after toolchain installation
is easy, but I do not consider it to be a correct fix (assuming that
oecore-i686-{arm,i686} directories represents proper toolchain
structure). What is a proper fix for this issue?


I have the attached patch in my patch queue. Hope this helps.


---8---
-(cd ${SDK_OUTPUT}/${QT_TOOLS_PREFIX}/..; ln -s 
${SDKTARGETSYSROOT}/usr/share/qtopia/mkspecs mkspecs;)
+(cd ${SDK_NATIVE_OUTPUT}/${QT_TOOLS_PREFIX}/..; ln -s 
${SDKTARGETSYSROOT}/usr/share/qtopia/mkspecs mkspecs;)

 }
---8---

I've applied patch but as Eric pointed out earlier, SDK_NATIVE_OUTPUT 
(from the snip above) is not defined anywhere (I've searched the string 
throughout whole oe-core).


Anyways, this snip of code deals with mkspecs, and I am not sure if 
mkspecs should be installed in i686-arm. My gut feeling would expect 
mkspecs to be in i686-i686 along with the other QT tools which are 
already in i686-i686 part.


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

[OE-core] How do I work with CodeSourcery Lite 2009q1?

2011-12-22 Thread Rainer Koenig

Hi,

what do I need to do if I want to use the latest Codesourcery toolchain,
that is 2009q1-203 in my case? I saw there are recipes for the 2008 and
2005 releases, but what is with the 2009 release of CSL?

Regards
Rainer


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

Re: [OE-core] Regression bug: dbus messagebus user generation is wrong

On 12/22/11 7:17 AM, Martin Jansa wrote:
...

/* logs */
Checking ERRORs in log.do_rootfs files
== correct om-gta02:
Installing base-passwd (3.5.22-r9) to root...
Downloading
file:/OE/shr-core/tmp-eglibc/deploy/ipk/armv4t/base-passwd_3.5.22-r9_armv4t.ipk.
Running groupadd commands...
/usr/sbin/nscd: Only root is allowed to use this option!
/usr/sbin/nscd: Only root is allowed to use this option!
/usr/sbin/nscd: Only root is allowed to use this option!

We need to track down that error above and figure out what it means. It could
be that groupadd is attempting to run a system helper that it shouldn't be.
(nscd should never be consulted when we are running through pseudo for
password/group calculations...)

...

== wrong nokia900:
Installing dbus-1 (1.4.16-r2) to root...
Downloading
file:/OE/shr-core/tmp-eglibc/deploy/ipk/armv7a-vfp-neon/dbus-1_1.4.16-r2_armv7a-vfp-neon.ipk.
Running groupadd commands...
grep:
/OE/shr-core/tmp-eglibc/work/nokia900-oe-linux-gnueabi/shr-image-2.0-r20/rootfs//etc/group:
No such file or directory
groupadd: cannot open /etc/group
Running useradd commands...
grep:
/OE/shr-core/tmp-eglibc/work/nokia900-oe-linux-gnueabi/shr-image-2.0-r20/rootfs//etc/passwd:
No such file or directory
useradd: group '1000' does not exist
useradd: the GROUP= configuration in /etc/default/useradd will be ignored
useradd: cannot open /etc/passwd
...

Ya, that is definitely broken. W/o the files then the groupadd/useradd won't
function properly and the install is likely a failure.

On other systems I work with, we -always- install the passwd/group files onto
the system -first-. Then we perform the regular installation procedure. I
wonder if we may have to do something like that within oe-core to force the
proper ordering.

It would be interesting to me to see the install order that was selected in this
case. It could be that opkg either is missing some critical dependency
information -- or perhaps what we need simply can't be specified.

In other systems I've worked with, the base-passwd packages has been a
requirement of the libc package. Since libc generally gets installed early in
the process it usually enforces it to be first. I'm not sure if OE-core has
that same dep. (Maybe we simply need any package that has files != root:root
have a dep on the passwd files? Just thinking outloud here.. I'm not sure thats
really a good idea.)

--Mark

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

Re: [OE-core] Regression bug: dbus messagebus user generation is wrong

On Thu, Dec 22, 2011 at 09:52:43AM -0600, Mark Hatle wrote:
On 12/22/11 7:17 AM, Martin Jansa wrote:
...

We need to track down that error above and figure out what it means. It
could
be that groupadd is attempting to run a system helper that it shouldn't be.
(nscd should never be consulted when we are running through pseudo for
password/group calculations...)

...

Ya, that is definitely broken. W/o the files then the groupadd/useradd won't
function properly and the install is likely a failure.

It would be interesting to me to see the install order that was selected in
this
case. It could be that opkg either is missing some critical dependency
information -- or perhaps what we need simply can't be specified.

In other systems I've worked with, the base-passwd packages has been a
requirement of the libc package. Since libc generally gets installed early
in
the process it usually enforces it to be first. I'm not sure if OE-core has
that same dep. (Maybe we simply need any package that has files != root:root
have a dep on the passwd files? Just thinking outloud here.. I'm not sure
thats
really a good idea.)

dbus-1 .ipk file for all 4 architectures here has
Depends: update-rc.d, libdbus-1-3 (= 1.4.16), libc6 (= 2.14), shadow,
libexpat1 (= 2.0.1), base-passwd
so the RDEPENDS added by useradd.bbclass worked fine.

But for some reason opkg fix from
http://git.openembedded.org/openembedded-core/commit/?id=2feba313c991170747381c7cf821a45c2cd04632
wasn't enough to ensure that base-passwd was installed before dbus-1

and it probably isn't caused by circular dependency which were allowed by
http://git.openembedded.org/openembedded-core/commit/?id=5a2b67b8faad3dd5417ba89d8e82ca564753ccc9
because I have this in very similar images (same image just different
MACHINE) and I had this even before this patch (in build with all
circular dependencies broken by RRECOMMENDS).

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] [CONSOLIDATED PULL 19/26] insane.bbclass: add QA tests for unsafe references to exec_prefix

2011-12-22 Thread Scott Garman


On 12/22/2011 01:02 AM, Phil Blundell wrote:

On Wed, 2011-12-21 at 23:55 -0800, Saul Wold wrote:

+   exec_prefix = d.getVar('exec_prefix', True)
+   sysroot_path = d.getVar('STAGING_DIR_TARGET', True)
+   sysroot_path_usr = sysroot_path + exec_prefix
+
+   try:
+   ldd_output = sub.check_output([prelink-rtld, 
--root, sysroot_path, path])
+   except sub.CalledProcessError as e:
+   if e.returncode != 127:
+   error_msg = pn + : prelink-rtld aborted when 
processing %s % path
+   
package_qa_handle_error(unsafe-references-in-binaries, error_msg, d)
+   return False
+   else:
+   # Sometimes this is done deliberately (e.g, 
e2fsprogs), so only warn
+   bb.warn(%s has missing library dependencies % 
path)
+   return
+   if sysroot_path_usr in ldd_output:
+   error_msg = pn + : %s links to something under 
exec_prefix % path
+   
package_qa_handle_error(unsafe-references-in-binaries, error_msg, d)
+   error_msg = ldd reports: %s % ldd_output
+   
package_qa_handle_error(unsafe-references-in-binaries, error_msg, d)
+   return False


Is that going to do the right thing if ${prefix} == ${exec_prefix}?
It's not obvious to me that it will handle that case correctly.


The function unsafe_references_skippable checks if exec_prefix ==  and 
also if base_bindir == bindir and base_sbindir == sbindir and 
base_libdir == libdir. Would that cover this case, or should this check 
be made explicit?


Scott

--
Scott Garman
Embedded Linux Engineer - Yocto Project
Intel Open Source Technology Center

___
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] binutils: fix building on distros with matching binutils version

2011-12-22 Thread Kamble, Nitin A

Martin,
  Thanks for the report.
Nitin
 -Original Message-
 From: openembedded-core-boun...@lists.openembedded.org
 [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of
 Martin Jansa
 Sent: Wednesday, December 21, 2011 2:41 PM
 To: Patches and discussions about the oe-core layer
 Subject: Re: [OE-core] [PATCH 3/3] binutils: fix building on distros
 with matching binutils version
 
 On Wed, Dec 21, 2011 at 11:27:14AM -0800, nitin.a.kam...@intel.com
 wrote:
  From: Nitin A Kamble nitin.a.kam...@intel.com
 
  x86_64 opensuse 11.4 has bintuils version 2.21, and when
  binutils_2.21 recipe is built for x86_64 target then, the invocation
  of distro gcc fails with errors like this:
 
  /usr/lib64/gcc/x86_64-suse-linux/4.5/../../../../x86_64-suse-
 linux/bin/as:
  symbol lookup error: /usr/lib64/gcc/x86_64-suse-linux/4.5/..
  make[2]: *** [sysinfo.o] Error 1
 
  The issue rootcaused as incompatible LD_LIBRARY_PATH while running
 the
  distro gcc.
 
  As per Martin Jansa gentoo also sees similar issue with binutils 2.22
  recipe.
 
 I can confirm that with similar patch based on your fix for 2.21 in
 poky-contrib/nitin/bugfix I was able to build binutils for qemux86-64
 for first time without manual fix :).
 
 Cheers,
 
  This commit fixes the issue by clearing the LD_LIBRARY_PATH for
 distro
  gcc (CC_FOR_BUILD)
 
  This Fixes bug: [YOCTO #1833]
 
  Signed-off-by: Nitin A Kamble nitin.a.kam...@intel.com
  ---
   .../binutils/binutils-cross-canadian_2.22.bb   |2 +-
   .../binutils/binutils-crosssdk_2.22.bb |2 +-
   meta/recipes-devtools/binutils/binutils.inc|2 +-
   meta/recipes-devtools/binutils/binutils_2.22.bb|2 +-
   4 files changed, 4 insertions(+), 4 deletions(-)
 
  diff --git
  a/meta/recipes-devtools/binutils/binutils-cross-canadian_2.22.bb
  b/meta/recipes-devtools/binutils/binutils-cross-canadian_2.22.bb
  index e91e7dc..a49aded 100644
  --- a/meta/recipes-devtools/binutils/binutils-cross-canadian_2.22.bb
  +++ b/meta/recipes-devtools/binutils/binutils-cross-canadian_2.22.bb
  @@ -1,3 +1,3 @@
   require binutils_${PV}.bb
   require binutils-cross-canadian.inc
  -PR = r1
  +PR = r2
  diff --git a/meta/recipes-devtools/binutils/binutils-crosssdk_2.22.bb
  b/meta/recipes-devtools/binutils/binutils-crosssdk_2.22.bb
  index 21289cd..0e8b6e4 100644
  --- a/meta/recipes-devtools/binutils/binutils-crosssdk_2.22.bb
  +++ b/meta/recipes-devtools/binutils/binutils-crosssdk_2.22.bb
  @@ -4,7 +4,7 @@ inherit crosssdk
 
   PROVIDES = virtual/${TARGET_PREFIX}binutils-crosssdk
 
  -PR = r1
  +PR = r2
 
   do_configure_prepend () {
  sed -i 's#/usr/local/lib /lib /usr/lib#${SDKPATHNATIVE}/lib
  ${SDKPATHNATIVE}/usr/lib /usr/local/lib /lib /usr/lib#'
  ${S}/ld/configure.tgt diff --git
  a/meta/recipes-devtools/binutils/binutils.inc
  b/meta/recipes-devtools/binutils/binutils.inc
  index 5cb2cc9..30a0416 100644
  --- a/meta/recipes-devtools/binutils/binutils.inc
  +++ b/meta/recipes-devtools/binutils/binutils.inc
  @@ -76,7 +76,7 @@ export RANLIB_FOR_TARGET = ${TARGET_PREFIX}ranlib
   export CC_FOR_HOST = ${CCACHE}${HOST_PREFIX}gcc ${HOST_CC_ARCH}
   export CXX_FOR_HOST = ${CCACHE}${HOST_PREFIX}gcc ${HOST_CC_ARCH}
 
  -export CC_FOR_BUILD = ${BUILD_CC}
  +export CC_FOR_BUILD = LD_LIBRARY_PATH= ${BUILD_CC}
   export CPP_FOR_BUILD = ${BUILD_CPP}
   export CFLAGS_FOR_BUILD = ${BUILD_CFLAGS}
 
  diff --git a/meta/recipes-devtools/binutils/binutils_2.22.bb
  b/meta/recipes-devtools/binutils/binutils_2.22.bb
  index f1e7e12..41a30ee 100644
  --- a/meta/recipes-devtools/binutils/binutils_2.22.bb
  +++ b/meta/recipes-devtools/binutils/binutils_2.22.bb
  @@ -1,6 +1,6 @@
   require binutils.inc
 
  -PR = r1
  +PR = r2
 
   LIC_FILES_CHKSUM=\
 
  file://src-release;endline=17;md5=4830a9ef968f3b18dd5e9f2c00db2d35\
  --
  1.7.6.4
 
 
  ___
  Openembedded-core mailing list
  Openembedded-core@lists.openembedded.org
  http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
 
 --
 Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com

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

[OE-core] [PATCH] connman-gnome: update SRC_URI to new repo

2011-12-22 Thread Koen Kooi

13:33  koen holtmann: any plans to repopulate the connman-gnome git repo on 
kernel.org?
17:25  holtmann koen: We moved that to 
https://github.com/connectivity/connman-gnome
17:26  holtmann Just have not gotten around to delete the other one.

Signed-off-by: Koen Kooi k...@dominion.thruhere.net
---
 .../connman/connman-gnome_0.5.bb   |4 ++--
 1 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-connectivity/connman/connman-gnome_0.5.bb 
b/meta/recipes-connectivity/connman/connman-gnome_0.5.bb
index 9c78186..3fde66d 100644
--- a/meta/recipes-connectivity/connman/connman-gnome_0.5.bb
+++ b/meta/recipes-connectivity/connman/connman-gnome_0.5.bb
@@ -8,10 +8,10 @@ LIC_FILES_CHKSUM = 
file://COPYING;md5=eb723b61539feef013de476e68b5c50a \
 
 DEPENDS = gtk+ dbus
 
-PR = r7
+PR = r8
 
 SRCREV = 78d3c39db6f3f7977b466305110faa8ca5f74ec8
-SRC_URI = 
git://git.kernel.org/pub/scm/network/connman/connman-gnome.git;protocol=git \
+SRC_URI = git://github.com/connectivity/connman-gnome.git;protocol=git \
file://3g.patch \
file://security-type.patch
 
-- 
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] connman-gnome: update SRC_URI to new repo

On Thu, 2011-12-22 at 17:33 +0100, Koen Kooi wrote:
 13:33  koen holtmann: any plans to repopulate the connman-gnome git repo on 
 kernel.org?
 17:25  holtmann koen: We moved that to 
 https://github.com/connectivity/connman-gnome
 17:26  holtmann Just have not gotten around to delete the other one.
 
 Signed-off-by: Koen Kooi k...@dominion.thruhere.net
 ---
  .../connman/connman-gnome_0.5.bb   |4 ++--
  1 files changed, 2 insertions(+), 2 deletions(-)

Merged to master, thanks.

Richard


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

[OE-core] [PATCH 1/1] classes/rootfs_rpm: handle recommends in query functions

Implement list_package_recommends() for rpm, and filter out the
suggests (RPM's equivalent of recommends) in list_package_depends().

Respectively, these changes fix buildhistory handling of recommends for
RPM (so that they are included in the image graphs) and also prevents
failures during do_rootfs with buildhistory enabled if a recommend is
unsatisfied.

Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com
---
 meta/classes/rootfs_rpm.bbclass |6 --
 1 files changed, 4 insertions(+), 2 deletions(-)

diff --git a/meta/classes/rootfs_rpm.bbclass b/meta/classes/rootfs_rpm.bbclass
index 5fd45d7..966b074 100644
--- a/meta/classes/rootfs_rpm.bbclass
+++ b/meta/classes/rootfs_rpm.bbclass
@@ -174,7 +174,9 @@ get_package_filename() {
 list_package_depends() {
pkglist=`list_installed_packages`
 
-   for req in `${RPM_QUERY_CMD} -q --qf [%{REQUIRES}\n] $1`; do
+   # REQUIRE* lists soft requirements (which we know as recommends and 
RPM refers to
+   # as suggests) so filter these out with the help of awk
+   for req in `${RPM_QUERY_CMD} -q --qf [%{REQUIRENAME} 
%{REQUIREFLAGS}\n] $1 | awk '{ if( and($2, 0x8) == 0) print $1 }'`; do
if echo $req | grep -q ^rpmlib ; then continue ; fi
 
realpkg=
@@ -193,7 +195,7 @@ list_package_depends() {
 }
 
 list_package_recommends() {
-   :
+   ${RPM_QUERY_CMD} -q --suggests $1
 }
 
 install_all_locales() {
-- 
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] Fix buildhistory issue with recommends and RPM

The following changes since commit db446421933d640528328e46a29f828a36d6649b:

  multilib.conf: Enable shadow-sysroot and libffi (2011-12-21 17:24:37 +)

are available in the git repository at:
  git://git.openembedded.org/openembedded-core-contrib paule/rpm-suggests
  
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=paule/rpm-suggests

Paul Eggleton (1):
  classes/rootfs_rpm: handle recommends in query functions

 meta/classes/rootfs_rpm.bbclass |6 --
 1 files changed, 4 insertions(+), 2 deletions(-)

-- 
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] Architecture mismatch QA issue

On Wednesday 21 December 2011 04:49:00 mohamed basith wrote:
 | ERROR: QA Issue: Architecture did not match (40 to 3) on
 
 /work/armv5te-angstrom-linux-gnueabi/qt4-embedded-4.7.4-r39.5/packages-split
 /qt4-embedded-tools/usr/bin/rcc
 | ERROR: QA Issue: Architecture did not match (40 to 3) on
 
 /work/armv5te-angstrom-linux-gnueabi/qt4-embedded-4.7.4-r39.5/packages-split
 /qt4-embedded-tools/usr/bin/moc
 | ERROR: QA Issue: Architecture did not match (40 to 3) on

If you or someone else who experienced this problem could test the patch at 
the HEAD of the following branch to verify that this fixes it that would be 
great:

http://cgit.openembedded.org/openembedded-core-contrib/log/?h=paule/qt4-arch-
fix

Thanks,
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] multilib: Abstract class extension code into classextend.py

There is a lot of code which could ideally be shared between the various
users of BBCLASSEXTEND (native, nativesdk and multilib). This starts the
process of refactoring it into a python class in lib/oe.

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

diff --git a/meta/classes/multilib.bbclass b/meta/classes/multilib.bbclass
index 6eb3bc3..87d0cd4 100644
--- a/meta/classes/multilib.bbclass
+++ b/meta/classes/multilib.bbclass
@@ -37,25 +37,14 @@ STAGINGCC_prepend = ${BBEXTENDVARIANT}-
 python __anonymous () {
 variant = d.getVar(BBEXTENDVARIANT, True)
 
-def map_dependencies(varname, d, suffix = ):
-if suffix:
-varname = varname + _ + suffix
-deps = d.getVar(varname, True)
-if not deps:
-return
-deps = bb.utils.explode_deps(deps)
-newdeps = []
-for dep in deps:
-if dep.endswith((-native, -native-runtime)):
-newdeps.append(dep)
-else:
-newdeps.append(multilib_extend_name(variant, dep))
-d.setVar(varname,  .join(newdeps))
+import oe.classextend
+
+clsextend = oe.classextend.ClassExtender(variant, d)
 
 if bb.data.inherits_class('image', d):
-map_dependencies(PACKAGE_INSTALL, d)
-map_dependencies(LINGUAS_INSTALL, d)
-map_dependencies(RDEPENDS, d)
+clsextend.map_depends_variable(PACKAGE_INSTALL)
+clsextend.map_depends_variable(LINGUAS_INSTALL)
+clsextend.map_depends_variable(RDEPENDS)
 pinstall = d.getVar(LINGUAS_INSTALL, True) +   + 
d.getVar(PACKAGE_INSTALL, True)
 d.setVar(PACKAGE_INSTALL, pinstall)
 d.setVar(LINGUAS_INSTALL, )
@@ -63,32 +52,13 @@ python __anonymous () {
 d.setVar(PACKAGE_INSTALL_ATTEMPTONLY, )
 return
 
-pkgs_mapping = []
-for pkg in (d.getVar(PACKAGES, True) or ).split():
-if pkg.startswith(variant):
-pkgs_mapping.append([pkg.split(variant + -)[1], pkg])
-continue
-pkgs_mapping.append([pkg, multilib_extend_name(variant, pkg)])
-
-d.setVar(PACKAGES,  .join([row[1] for row in pkgs_mapping]))
-
-vars = (d.getVar(PACKAGEVARS, True) or ).split()
-for pkg_mapping in pkgs_mapping:
-for subs in vars:
-d.renameVar(%s_%s % (subs, pkg_mapping[0]), %s_%s % (subs, 
pkg_mapping[1]))
-
-map_dependencies(DEPENDS, d)
-for pkg in (d.getVar(PACKAGES, True).split() + []):
-map_dependencies(RDEPENDS, d, pkg)
-map_dependencies(RRECOMMENDS, d, pkg)
-map_dependencies(RSUGGESTS, d, pkg)
-map_dependencies(RPROVIDES, d, pkg)
-map_dependencies(RREPLACES, d, pkg)
-map_dependencies(RCONFLICTS, d, pkg)
-map_dependencies(PKG, d, pkg)
+clsextend.rename_packages()
+clsextend.rename_package_variables((d.getVar(PACKAGEVARS, True) or 
).split())
 
-multilib_map_variable(PROVIDES, variant, d)
-multilib_map_variable(PACKAGES_DYNAMIC, variant, d)
-multilib_map_variable(PACKAGE_INSTALL, variant, d)
-multilib_map_variable(INITSCRIPT_PACKAGES, variant, d)
+clsextend.map_depends_variable(DEPENDS)
+clsextend.map_packagevars()
+clsextend.map_variable(PROVIDES)
+clsextend.map_variable(PACKAGES_DYNAMIC)
+clsextend.map_variable(PACKAGE_INSTALL)
+clsextend.map_variable(INITSCRIPT_PACKAGES)
 }
diff --git a/meta/lib/oe/classextend.py b/meta/lib/oe/classextend.py
new file mode 100644
index 000..f23885d
--- /dev/null
+++ b/meta/lib/oe/classextend.py
@@ -0,0 +1,80 @@
+class ClassExtender(object):
+def __init__(self, extname, d):
+self.extname = extname
+self.d = d
+self.pkgs_mapping = []
+
+def extend_name(self, name):
+if name.startswith(kernel-module):
+return name
+if name.startswith(virtual/):
+subs = name.split(/, 1)[1]
+if not subs.startswith(self.extname):
+return virtual/ + self.extname + - + subs
+return name
+if not name.startswith(self.extname):
+return self.extname + - + name
+return name
+
+def map_variable(self, varname):
+var = self.d.getVar(varname, True)
+if not var:
+return 
+var = var.split()
+newvar = []
+for v in var:
+newvar.append(self.extend_name(v))
+newdata =   .join(newvar)
+self.d.setVar(varname, newdata)
+return newdata
+
+def map_depends(self, dep):
+if dep.endswith((-native, -native-runtime)):
+return dep
+else:
+return self.extend_name(dep)
+
+def map_depends_variable(self, varname, suffix = ):
+if suffix:
+varname = varname + _ + suffix
+deps = self.d.getVar(varname, True)
+if not deps:
+return
+deps = bb.utils.explode_deps(deps)
+newdeps = []
+for dep in deps:
+newdeps.append(self.map_depends(dep))
+

[OE-core] [PATCH] which: Disable iberty since its not listed in DEPENDS

Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
diff --git a/meta/recipes-extended/which/which_2.20.bb 
b/meta/recipes-extended/which/which_2.20.bb
index 07a5d31..a4e860b 100644
--- a/meta/recipes-extended/which/which_2.20.bb
+++ b/meta/recipes-extended/which/which_2.20.bb
@@ -8,7 +8,9 @@ DEPENDS = cwautomacros-native
 
 inherit autotools update-alternatives
 
-PR = r1
+PR = r2
+
+EXTRA_OECONF = --disable-iberty
 
 SRC_URI = ${GNU_MIRROR}/which/which-${PV}.tar.gz \
file://remove-declaration.patch



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

Re: [OE-core] [PATCH 0/2] Introduce cross testing driver for gcc-cross


On 12/13/2011 06:54 PM, Khem Raj wrote:

Hi

One patch makes the eglibc testing driver a bit more informative
and cleans the tests before running

Second patch introduces generating a script which will drive
cross testing of gcc. This script is generated as part of do_compile
task and virtually one can test bootstrapping versions of gcc as
well if need be but mostly gcc-cross makes most sense since thats
the one we use all the time.

The following changes since commit b9dfccc018f32a47fc045f35d5f53d7269d791ed:

   gdk-pixbuf: Ensure the binaries can be relocated (2011-12-13 18:00:18 +)

are available in the git repository at:
   git://git.openembedded.org/openembedded-core-contrib kraj/gcc-cross-testing
   
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=kraj/gcc-cross-testing

Khem Raj (2):
   eglibc-testing: Clean the test before running them
   gcc-cross: Add cross testing driver for running regression testsuites

  meta/recipes-core/eglibc/eglibc-testing.inc |   36 ++-
  meta/recipes-devtools/gcc/gcc-cross.inc |   91 ++-
  2 files changed, 125 insertions(+), 2 deletions(-)



Merged to 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] gcc-4.6: Let G++ relocate gxx-include-dir when using --sysroot option


On 12/14/2011 03:08 PM, Khem Raj wrote:

Currently we have a problem in our cross compiler since we use
/usr/include/c++ to be default gxx-include-dir and then expect
the patch we did to do the relocation w.r.t. sysroot however it
does not quite work so and we end up gxx-include-dirs not respecting
sysroot. A small test case would be

tst-unique4.cc

and it would fails like

tst-unique4.cc:1:18: fatal error: cstdio: No such file or directory
compilation terminated.

weather we use --sysroot or not it does not matter

arm-oe-linux-gnueabi-g++ -S tst-unique4.cc
--sysroot=/home/kraj/work/angstrom/sources/openembedded-core/build/tmp-eglibc/sysroots/qemuarm

failed in same way.

so we redo the GPLUSPLUS_INCLUDE_DIR_with_sysroot.patch based on upstream
submitted patch which tries to relocate the gxx-include-dir and to
achieve the relocation it has to be specified w.r.t to --with-sysroot
directory. e.g.

--with-sysroot=${SYSROOT}
--with-gxx-include-dir=${SYSROOT}/usr/include/c++

if we configure gcc like above then it becomes relocatable when
we run the compiler and specify --sysroot=blah  then g++ will search
for gxx-headers underblah/usr/include/c++

if sysroot is not defined then it will use the default sysroot
and gxx-include-dir will be w.r.t. default sysroot.

Tested on qemuarm

/arm-oe-linux-gnueabi-g++ -S tst-unique4.cc
--sysroot=/home/kraj/work/angstrom/sources/openembedded-core/build/tmp-eglibc/sysroots/qemuarm
-v
...
  
/home/kraj/work/angstrom/sources/openembedded-core/build/tmp-eglibc/sysroots/qemuarm/usr/include/c++
  
/home/kraj/work/angstrom/sources/openembedded-core/build/tmp-eglibc/sysroots/qemuarm/usr/include/c++/arm-oe-linux-gnueabi
  
/home/kraj/work/angstrom/sources/openembedded-core/build/tmp-eglibc/sysroots/qemuarm/usr/include/c++/backward
...

and if I now change --sysroot to something else

/arm-oe-linux-gnueabi-g++ -S tst-unique4.cc
--sysroot=/home/kraj/work/angstrom/sources/openembedded-core/build/tmp-eglibc/sysroots/qemuarm4
-v
...

ignoring nonexistent directory
/home/kraj/work/angstrom/sources/openembedded-core/build/tmp-eglibc/sysroots/qemuarm4/usr/include/c++
ignoring nonexistent directory
/home/kraj/work/angstrom/sources/openembedded-core/build/tmp-eglibc/sysroots/qemuarm4/usr/include/c++/arm-oe-linux-gnueabi
ignoring nonexistent directory
/home/kraj/work/angstrom/sources/openembedded-core/build/tmp-eglibc/sysroots/qemuarm4/usr/include/c++/backward
...

See now its looking for them in 'qemuarm4' sysroot

Signed-off-by: Khem Rajraj.k...@gmail.com
---
  meta/recipes-devtools/gcc/gcc-4.6.inc  |4 +-
  .../GPLUSPLUS_INCLUDE_DIR_with_sysroot.patch   |  189 ++--
  meta/recipes-devtools/gcc/gcc-configure-cross.inc  |2 +-
  meta/recipes-devtools/gcc/gcc-configure-sdk.inc|2 +-
  4 files changed, 174 insertions(+), 23 deletions(-)

diff --git a/meta/recipes-devtools/gcc/gcc-4.6.inc 
b/meta/recipes-devtools/gcc/gcc-4.6.inc
index 18e0536..4bbb2d2 100644
--- a/meta/recipes-devtools/gcc/gcc-4.6.inc
+++ b/meta/recipes-devtools/gcc/gcc-4.6.inc
@@ -1,6 +1,6 @@
  require gcc-common.inc

-PR = r19
+PR = r20

  # Third digit in PV should be incremented after a minor release
  # happens from this branch on gcc e.g. currently its 4.6.0
@@ -62,7 +62,6 @@ SRC_URI = 
svn://gcc.gnu.org/svn/gcc/branches;module=${BRANCH};proto=http \
   file://64bithack.patch \
   file://optional_libstdc.patch \
   file://disable_relax_pic_calls_flag.patch \
-  file://GPLUSPLUS_INCLUDE_DIR_with_sysroot.patch \
   file://COLLECT_GCC_OPTIONS.patch \
 file://volatile_access_backport.patch \
 file://use-defaults.h-and-t-oe-in-B.patch \
@@ -73,6 +72,7 @@ SRC_URI = 
svn://gcc.gnu.org/svn/gcc/branches;module=${BRANCH};proto=http \
   file://pr32219.patch \
   file://pr47551.patch \
   file://gcc-arm-set-cost.patch \
+  file://GPLUSPLUS_INCLUDE_DIR_with_sysroot.patch \
  

  SRC_URI_append_sh3  =  file://sh3-installfix-fixheaders.patch 
diff --git 
a/meta/recipes-devtools/gcc/gcc-4.6/GPLUSPLUS_INCLUDE_DIR_with_sysroot.patch 
b/meta/recipes-devtools/gcc/gcc-4.6/GPLUSPLUS_INCLUDE_DIR_with_sysroot.patch
index 05b2fa9..6ccbeea 100644
--- a/meta/recipes-devtools/gcc/gcc-4.6/GPLUSPLUS_INCLUDE_DIR_with_sysroot.patch
+++ b/meta/recipes-devtools/gcc/gcc-4.6/GPLUSPLUS_INCLUDE_DIR_with_sysroot.patch
@@ -1,35 +1,186 @@
-Upstream-Status: Pending
-
-# by default c++ include directories are not relative to --sysroot
-# which brings one trouble when using the toolchain in an environment
-# where the build directory generating that toolchain doesn't exist,
-# e.g. in sstate, machine specific sysroot and relocatable SDK
-# toolchain. This patch now enables c++ include paths under sysroot.
-# This way it's enough as long as --sysroot is correctly enabled
-# in the new environment.
-#
-# Signed-off-by Kevin Tiankevin.t...@intel.com, 2010-12-30
-
-Index: gcc-4.6.0/gcc/cppdefault.c
+source:

Re: [OE-core] Regression bug: dbus messagebus user generation is wrong

On Thu, 2011-12-22 at 09:52 -0600, Mark Hatle wrote:
 On 12/22/11 7:17 AM, Martin Jansa wrote:
 ...
 
  /* logs */
  Checking ERRORs in log.do_rootfs files
  == correct om-gta02:
  Installing base-passwd (3.5.22-r9) to root...
  Downloading 
  file:/OE/shr-core/tmp-eglibc/deploy/ipk/armv4t/base-passwd_3.5.22-r9_armv4t.ipk.
  Running groupadd commands...
  /usr/sbin/nscd: Only root is allowed to use this option!
  /usr/sbin/nscd: Only root is allowed to use this option!
  /usr/sbin/nscd: Only root is allowed to use this option!
 
 We need to track down that error above and figure out what it means.  It 
 could 
 be that groupadd is attempting to run a system helper that it shouldn't be. 
 (nscd should never be consulted when we are running through pseudo for 
 password/group calculations...)
 
 ...
 
  == wrong nokia900:
  Installing dbus-1 (1.4.16-r2) to root...
  Downloading 
  file:/OE/shr-core/tmp-eglibc/deploy/ipk/armv7a-vfp-neon/dbus-1_1.4.16-r2_armv7a-vfp-neon.ipk.
  Running groupadd commands...
  grep: 
  /OE/shr-core/tmp-eglibc/work/nokia900-oe-linux-gnueabi/shr-image-2.0-r20/rootfs//etc/group:
   No such file or directory
  groupadd: cannot open /etc/group
  Running useradd commands...
  grep: 
  /OE/shr-core/tmp-eglibc/work/nokia900-oe-linux-gnueabi/shr-image-2.0-r20/rootfs//etc/passwd:
   No such file or directory
  useradd: group '1000' does not exist
  useradd: the GROUP= configuration in /etc/default/useradd will be ignored
  useradd: cannot open /etc/passwd
  ...
 
 Ya, that is definitely broken.  W/o the files then the groupadd/useradd won't 
 function properly and the install is likely a failure.
 
 On other systems I work with, we -always- install the passwd/group files onto 
 the system -first-.  Then we perform the regular installation procedure.  I 
 wonder if we may have to do something like that within oe-core to force the 
 proper ordering.
 
 It would be interesting to me to see the install order that was selected in 
 this 
 case.  It could be that opkg either is missing some critical dependency 
 information -- or perhaps what we need simply can't be specified.
 
 In other systems I've worked with, the base-passwd packages has been a 
 requirement of the libc package.  Since libc generally gets installed early 
 in 
 the process it usually enforces it to be first.  I'm not sure if OE-core has 
 that same dep.  (Maybe we simply need any package that has files != root:root 
 have a dep on the passwd files?  Just thinking outloud here.. I'm not sure 
 thats 
 really a good idea.)

FWIW the useradd class is adding dependencies and those dependencies
should now be being honoured by opkg after the recent changes.

Martin: If you could share the full do_rootfs log for a broken image
I'll take a look and see if I can spot anything...

Cheers,

Richard


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

Re: [OE-core] Fetch errors from projects.o-hand.com

2011-12-22 Thread Khem Raj

On Thu, Dec 22, 2011 at 3:25 AM, Paul Eggleton
paul.eggle...@linux.intel.com wrote:
 Hi Khem,

 On Sunday 20 November 2011 08:18:47 Khem Raj wrote:
 My build of core-image-sato is failing to fetch tars from
 projects.o-hand.com

...

 I dont have yocto project mirror in my fallback list.

 Should these files be fetched from these urls or should urls be
 updated to fetch them from elsewhere ?

 All references to *.o-hand.com in SRC_URI have now been fixed. Thanks for
 pointing this out and sorry for the delay in fixing it!

Thanks for fixing it much appreciated.

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

[OE-core] [PATCH 1/4] linux-yocto: add cedartrail BSP support

Updating the meta branch to contain the board config and description
for the cedartrail.

Signed-off-by: Rahul Saxena rahul.sax...@.intel.com
Signed-off-by: Bruce Ashfield bruce.ashfi...@windriver.com
---
 meta/recipes-kernel/linux/linux-yocto-rt_3.0.bb |2 +-
 meta/recipes-kernel/linux/linux-yocto_3.0.bb|2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_3.0.bb 
b/meta/recipes-kernel/linux/linux-yocto-rt_3.0.bb
index 6c9917f..b854ab5 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_3.0.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_3.0.bb
@@ -16,7 +16,7 @@ LINUX_KERNEL_TYPE = preempt-rt
 
 SRCREV_machine ?= 6e96ccbbf19a4a7b67d98fdcd74d2c9da2c7c463
 SRCREV_machine_qemuppc ?= 8ea61de7fd201ff0001a039f2fda8ec2e4a562a1
-SRCREV_meta ?= caa74f86f42f6ecc22c3e9f380176b2695579e18
+SRCREV_meta ?= 44ce39d43d1c7f98ab7aaa01c1bdf87498fb2253
 
 PR = r1
 PV = ${LINUX_VERSION}+git${SRCPV}
diff --git a/meta/recipes-kernel/linux/linux-yocto_3.0.bb 
b/meta/recipes-kernel/linux/linux-yocto_3.0.bb
index bfecbf1..cc1fe83 100644
--- a/meta/recipes-kernel/linux/linux-yocto_3.0.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_3.0.bb
@@ -18,7 +18,7 @@ SRCREV_machine_qemuppc ?= 
7ecece328c5987112de2959f8f998dfcedaf7210
 SRCREV_machine_qemux86 ?= a611ba462ac51b2bfdac1c5c6538dac95ad9b4dd
 SRCREV_machine_qemux86-64 ?= b15a9b67089e31ef9780fdbd0481f48ef7facdba
 SRCREV_machine ?= f389d310965a56091f688b28ea8be6d9cbb7fbbe
-SRCREV_meta ?= caa74f86f42f6ecc22c3e9f380176b2695579e18
+SRCREV_meta ?= 44ce39d43d1c7f98ab7aaa01c1bdf87498fb2253
 
 PR = r2
 PV = ${LINUX_VERSION}+git${SRCPV}
-- 
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 0/4] linux-yocto: consolidated pull request

Richard/Saul,

Here's a consolidated pull request that adds the cedartrail, and 
updates some remaining reference platforms to 3.0.x, including
updated -rt support.

There are also a couple of minor bug fixes that I found when working
on M2 functionality.

Built and boot tested everywhere that I could.

The bulk of my changes are pending on the patch refactoring changes
that have been proposed, and will follow once something merges for
that, and I can re-test.

Cheers,

Bruce

cc: Darren Hart dvh...@linux.intel.com

The following changes since commit dee0fc1462ba18551571c3b2d0f2b443a2feca18:

  multilib.conf: Enable shadow-sysroot and libffi (2011-12-21 17:24:44 +)

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

Bruce Ashfield (4):
  linux-yocto: add cedartrail BSP support
  linux-yocto: update hardware reference boards to 3.0.12
  kern-tools: update SRCREV to pickup git operation fixes
  linux-yocto: use PATH to locate kconf_check

 meta/classes/kernel-yocto.bbclass  |4 ++--
 .../kern-tools/kern-tools-native_git.bb|2 +-
 meta/recipes-kernel/linux/linux-yocto-rt_3.0.bb|2 +-
 meta/recipes-kernel/linux/linux-yocto_3.0.bb   |2 +-
 4 files changed, 5 insertions(+), 5 deletions(-)

-- 
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 3/4] kern-tools: update SRCREV to pickup git operation fixes

Updating the kern-tools SRCREV to pickup the following commit:

[
kgit-meta: add error checking and autoconfiguration to git commands

When git commands are embedded into feature descriptions, they can
fail for a variety of reasons. The current meta series processing does
not trap errors, and will continue to process potentially failing
commands. All git commands are now checked for their return code, and
in case of error, the error code is passed up via early exit.

A second common git issue is on a new machine that has not been
configured with a username/email for commits. This is now detected
by checking for a global user.name. If one is not found, a local
user name of Auto Configured and email of auto.configured is
created to allow git operations to succeed.
]

Fixes [YOCTO #1838]

Signed-off-by: Bruce Ashfield bruce.ashfi...@windriver.com
---
 .../kern-tools/kern-tools-native_git.bb|2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb 
b/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb
index fb66211..6bb9c85 100644
--- a/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb
+++ b/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb
@@ -4,7 +4,7 @@ LIC_FILES_CHKSUM = 
file://git/tools/kgit;beginline=5;endline=9;md5=e2bf4415f3d8
 
 DEPENDS = git-native guilt-native
 
-SRCREV = eb3ed64cea80d23ffb28dfeaeb02cdfe3fb29340
+SRCREV = 806f1452eeced0bbd05433456ac0d6786d5362dc
 PR = r12
 PV = 0.1+git${SRCPV}
 
-- 
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 4/4] linux-yocto: use PATH to locate kconf_check

The changes made to prefer in-tree kernel tools forced the location
of kconf_check prematurely. For maximum flexibility, locating it
on the PATH is ideal, since the transition to in-tree tools will be
completely transparent.

Signed-off-by: Bruce Ashfield bruce.ashfi...@windriver.com
---
 meta/classes/kernel-yocto.bbclass |4 ++--
 1 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/classes/kernel-yocto.bbclass 
b/meta/classes/kernel-yocto.bbclass
index 79f82e3..f78caaf 100644
--- a/meta/classes/kernel-yocto.bbclass
+++ b/meta/classes/kernel-yocto.bbclass
@@ -124,8 +124,8 @@ python do_kernel_configcheck() {
 
 bb.plain(NOTE: validating kernel configuration)
 
-pathprefix = export PATH=%s;  % d.getVar('PATH', True)
-cmd = bb.data.expand(cd ${B}/..; ${S}/scripts/util/kconf_check -config- 
${B} ${S} ${B} ${KBRANCH},d )
+pathprefix = export PATH=%s:%s;  % (d.getVar('PATH', True), 
${S}/scripts/util/)
+cmd = bb.data.expand(cd ${B}/..; kconf_check -config- ${B} ${S} ${B} 
${KBRANCH},d )
 ret, result = commands.getstatusoutput(%s%s % (pathprefix, cmd))
 
 bb.plain( %s % result )
-- 
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 2/4] linux-yocto: update hardware reference boards to 3.0.12

Updating the meta SRCREV to pickup 3.0.12 support for the remaining
non-x86 boards (routerstation and pandaboard).

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

diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_3.0.bb 
b/meta/recipes-kernel/linux/linux-yocto-rt_3.0.bb
index b854ab5..81d22d0 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_3.0.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_3.0.bb
@@ -16,7 +16,7 @@ LINUX_KERNEL_TYPE = preempt-rt
 
 SRCREV_machine ?= 6e96ccbbf19a4a7b67d98fdcd74d2c9da2c7c463
 SRCREV_machine_qemuppc ?= 8ea61de7fd201ff0001a039f2fda8ec2e4a562a1
-SRCREV_meta ?= 44ce39d43d1c7f98ab7aaa01c1bdf87498fb2253
+SRCREV_meta ?= c979f1365b1eb74e882b2cbbc8407ec536ab6eb8
 
 PR = r1
 PV = ${LINUX_VERSION}+git${SRCPV}
diff --git a/meta/recipes-kernel/linux/linux-yocto_3.0.bb 
b/meta/recipes-kernel/linux/linux-yocto_3.0.bb
index cc1fe83..b650c84 100644
--- a/meta/recipes-kernel/linux/linux-yocto_3.0.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_3.0.bb
@@ -18,7 +18,7 @@ SRCREV_machine_qemuppc ?= 
7ecece328c5987112de2959f8f998dfcedaf7210
 SRCREV_machine_qemux86 ?= a611ba462ac51b2bfdac1c5c6538dac95ad9b4dd
 SRCREV_machine_qemux86-64 ?= b15a9b67089e31ef9780fdbd0481f48ef7facdba
 SRCREV_machine ?= f389d310965a56091f688b28ea8be6d9cbb7fbbe
-SRCREV_meta ?= 44ce39d43d1c7f98ab7aaa01c1bdf87498fb2253
+SRCREV_meta ?= c979f1365b1eb74e882b2cbbc8407ec536ab6eb8
 
 PR = r2
 PV = ${LINUX_VERSION}+git${SRCPV}
-- 
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] Internal compiler error

Hi Nitin/Khem/all,

We saw a failure on the Yocto Project autobuilder recently which appears to be 
the result of an internal compiler error [1] (note this is with the edison 
branch of Yocto, so it's somewhat older than what we have in master). Some 
searching brought up a Linaro gcc bug that looks remarkably similar [2].

Do you guys know anything about this? Do we need to bring in the fix from the 
bug report above?

Cheers,
Paul

[1] http://autobuilder.yoctoproject.org:8010/builders/nightly-
arm/builds/232/steps/shell_81/logs/stdio
[2] https://bugs.launchpad.net/gcc-linaro/+bug/723185

-- 

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] Internal compiler error


On 12/22/2011 10:33 AM, Paul Eggleton wrote:

Hi Nitin/Khem/all,

We saw a failure on the Yocto Project autobuilder recently which appears to be
the result of an internal compiler error [1] (note this is with the edison
branch of Yocto, so it's somewhat older than what we have in master). Some
searching brought up a Linaro gcc bug that looks remarkably similar [2].

Do you guys know anything about this? Do we need to bring in the fix from the
bug report above?

Cheers,
Paul

[1] http://autobuilder.yoctoproject.org:8010/builders/nightly-
arm/builds/232/steps/shell_81/logs/stdio
[2] https://bugs.launchpad.net/gcc-linaro/+bug/723185



There also seems to be a gcc patch for qt4-x11-free in master:

http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=7022a8f8045bdf82b9209b8cd62fb09c4a7a24f8

Does this address it?

Sau!

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

Re: [OE-core] Internal compiler error

On Thu, Dec 22, 2011 at 06:33:05PM +, Paul Eggleton wrote:
 Hi Nitin/Khem/all,
 
 We saw a failure on the Yocto Project autobuilder recently which appears to 
 be 
 the result of an internal compiler error [1] (note this is with the edison 
 branch of Yocto, so it's somewhat older than what we have in master). Some 
 searching brought up a Linaro gcc bug that looks remarkably similar [2].
 
 Do you guys know anything about this? Do we need to bring in the fix from the 
 bug report above?

I've seen few ICEs with libav, libvpx and mplayer2 in meta-oe, disabling
tree-vectorize worked as work around
http://git.openembedded.org/meta-openembedded/commit/?id=11fbc9fb4efaa59aca85ba352f6ebc3412eaedd0
http://git.openembedded.org/meta-openembedded/commit/?id=c59fda28b29afcdcb245651cabbe08a76856d8ca

But I'm using more gcc-4.6 patches from meta-oe.

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] [PATCH 2/3] x11-common: Change drive mode of Xfbdev when xserver using framebuffer


On 12/16/2011 01:15 AM, Xiaofeng Yan wrote:

From: Xiaofeng Yanxiaofeng@windriver.com

The previous mode of starting X is as follow:
$Xfbdev :0 -keybd keyboard -mouse tslib
This mode cause that some keys can't be mapped rightly. \
for example Down have the same function with Enter.

another drive mode evdev can work rightly in new version.
$Xfbdev :0 -keybd evdev,,device=/dev/input/event0 -mouse tslib

So I select drive mode evdev.

Signed-off-by: Xiaofeng Yanxiaofeng@windriver.com
---
  .../x11-common/x11-common/etc/X11/Xserver  |4 +++-
  1 files changed, 3 insertions(+), 1 deletions(-)

diff --git a/meta/recipes-graphics/x11-common/x11-common/etc/X11/Xserver 
b/meta/recipes-graphics/x11-common/x11-common/etc/X11/Xserver
index 57923e6..d1e17fb 100644
--- a/meta/recipes-graphics/x11-common/x11-common/etc/X11/Xserver
+++ b/meta/recipes-graphics/x11-common/x11-common/etc/X11/Xserver
@@ -28,11 +28,13 @@ module_id() {

  ARGS= -br -pn

+KD_DRIVE_KEYBOARD=-keybd keyboard
+KD_DRIVE_EVDEV=-keybd evdev,,device=/dev/input/keyboard0

Not sure it's such a good idea to hard code the /dev here.


  if [ $XSERVER != /usr/bin/Xorg ]; then

  . /etc/formfactor/config

-ARGS=$ARGS -keybd keyboard
+ARGS=$ARGS $KD_DRIVE_EVDEV

  # use usb mouse if present
  if [ -z $TSLIB_TSDEVICE ]  [ -e /dev/input/mice ]; then


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

Re: [OE-core] [PATCH 0/1] fix wget build issue: /usr/lib/libssl.so: could not read symbols


On 12/18/2011 09:14 PM, Dexuan Cui wrote:

The following changes since commit b281fd127bac9ba77ab63a5c2b812ddd5d56df37:

   documentation/poky-ref-manual/technical-details.xml: edits per Richard 
Purdie (2011-12-16 16:58:41 +)

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

Dexuan Cui (1):
   wget: fix a host intrusion issue introduced by adding
 --with-ssl=openssl.

  meta/recipes-extended/wget/wget.inc |4 ++--
  1 files changed, 2 insertions(+), 2 deletions(-)



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 0/1] socat: add the latest stable version 1.7.2.0


On 12/18/2011 09:22 PM, Dexuan Cui wrote:

The following changes since commit b281fd127bac9ba77ab63a5c2b812ddd5d56df37:

   documentation/poky-ref-manual/technical-details.xml: edits per Richard 
Purdie (2011-12-16 16:58:41 +)

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

Dexuan Cui (1):
   socat: add the latest stable version 1.7.2.0

  .../recipes-connectivity/socat/files/compile.patch |  946 
  meta/recipes-connectivity/socat/socat_1.7.2.0.bb   |   28 +
  2 files changed, 974 insertions(+), 0 deletions(-)
  create mode 100644 meta/recipes-connectivity/socat/files/compile.patch
  create mode 100644 meta/recipes-connectivity/socat/socat_1.7.2.0.bb



Merged the updated version 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 0/3] misc fixes


On 12/21/2011 11:27 AM, nitin.a.kam...@intel.com wrote:

From: Nitin A Kamblenitin.a.kam...@intel.com

Here are few misc fixes for oecore.

Thanks,
Nitin

The following changes since commit dee0fc1462ba18551571c3b2d0f2b443a2feca18:

   multilib.conf: Enable shadow-sysroot and libffi (2011-12-21 17:24:44 +)

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

H.J. Lu (1):
   gmp: Don't check $CC $CFLAGS for x32 in gmp configure


Pulled into OE-Core


Nitin A Kamble (2):
   bitbake.conf multilib.conf: move the definition of baselib

This requires more information based on RP's Comment:
 this is a major layout change for x86-64 but Nitin makes no comment 
on that in the commit



   binutils: fix building on distros with matching binutils version


Merged the binutils patch to OE-Core


  meta/conf/bitbake.conf |2 +-
  meta/conf/multilib.conf|2 -
  .../binutils/binutils-cross-canadian_2.22.bb   |2 +-
  .../binutils/binutils-crosssdk_2.22.bb |2 +-
  meta/recipes-devtools/binutils/binutils.inc|2 +-
  meta/recipes-devtools/binutils/binutils_2.22.bb|2 +-
  meta/recipes-support/gmp/gmp/gmp_fix_for_x32.patch |   24 ---
  7 files changed, 15 insertions(+), 21 deletions(-)



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

[OE-core] [PATCH] coreutils: ensure --color works so DEPEND on libcap

[YOCTO #1860]

Signed-off-by: Saul Wold s...@linux.intel.com
---
 meta/recipes-core/coreutils/coreutils_8.14.bb |2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/meta/recipes-core/coreutils/coreutils_8.14.bb 
b/meta/recipes-core/coreutils/coreutils_8.14.bb
index cc05d88..251dabe 100644
--- a/meta/recipes-core/coreutils/coreutils_8.14.bb
+++ b/meta/recipes-core/coreutils/coreutils_8.14.bb
@@ -8,7 +8,7 @@ LICENSE = GPLv3+
 LIC_FILES_CHKSUM = file://COPYING;md5=d32239bcb673463ab874e80d47fae504\
 
file://src/ls.c;startline=5;endline=16;md5=e1a509558876db58fb6667ba140137ad
 PR = r2
-DEPENDS = gmp
+DEPENDS = gmp libcap
 DEPENDS_virtclass-native = 
 
 inherit autotools gettext
-- 
1.7.6.4


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

[OE-core] [PATCH] coreutils: ensure --color works so DEPEND on libcap

[YOCTO #1860]

Signed-off-by: Saul Wold s...@linux.intel.com
---
 meta/recipes-core/coreutils/coreutils_8.14.bb |4 ++--
 1 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-core/coreutils/coreutils_8.14.bb 
b/meta/recipes-core/coreutils/coreutils_8.14.bb
index cc05d88..688cec9 100644
--- a/meta/recipes-core/coreutils/coreutils_8.14.bb
+++ b/meta/recipes-core/coreutils/coreutils_8.14.bb
@@ -7,8 +7,8 @@ BUGTRACKER = http://debbugs.gnu.org/coreutils;
 LICENSE = GPLv3+
 LIC_FILES_CHKSUM = file://COPYING;md5=d32239bcb673463ab874e80d47fae504\
 
file://src/ls.c;startline=5;endline=16;md5=e1a509558876db58fb6667ba140137ad
-PR = r2
-DEPENDS = gmp
+PR = r3
+DEPENDS = gmp libcap
 DEPENDS_virtclass-native = 
 
 inherit autotools gettext
-- 
1.7.6.4


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

Re: [OE-core] [PATCH] coreutils: ensure --color works so DEPEND on libcap


On 12/22/2011 12:07 PM, Saul Wold wrote:

[YOCTO #1860]

Signed-off-by: Saul Wolds...@linux.intel.com
---
  meta/recipes-core/coreutils/coreutils_8.14.bb |2 +-
  1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/meta/recipes-core/coreutils/coreutils_8.14.bb 
b/meta/recipes-core/coreutils/coreutils_8.14.bb
index cc05d88..251dabe 100644
--- a/meta/recipes-core/coreutils/coreutils_8.14.bb
+++ b/meta/recipes-core/coreutils/coreutils_8.14.bb
@@ -8,7 +8,7 @@ LICENSE = GPLv3+
  LIC_FILES_CHKSUM = file://COPYING;md5=d32239bcb673463ab874e80d47fae504\
  
file://src/ls.c;startline=5;endline=16;md5=e1a509558876db58fb6667ba140137ad
  PR = r2
-DEPENDS = gmp
+DEPENDS = gmp libcap
  DEPENDS_virtclass-native = 

  inherit autotools gettext


Drop this one forgot the PR bump!

Sau!

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

Re: [OE-core] [PATCH oe-core] linux-dtb: add dtb into deploy cache package


On 12/22/2011 02:23 AM, b19...@freescale.com wrote:

From: Zhenhua Luob19...@freescale.com

   current dtb is not included in the deploy cache package, dtb is missing
   when build kernel from caches

Signed-off-by: Zhenhua Luob19...@freescale.com
---
  meta/recipes-kernel/linux/linux-dtb.inc |6 ++
  1 files changed, 6 insertions(+), 0 deletions(-)

diff --git a/meta/recipes-kernel/linux/linux-dtb.inc 
b/meta/recipes-kernel/linux/linux-dtb.inc
index 7ec7584..f6f5f81 100644
--- a/meta/recipes-kernel/linux/linux-dtb.inc
+++ b/meta/recipes-kernel/linux/linux-dtb.inc
@@ -25,3 +25,9 @@ do_install_append() {
  fi
  }

+do_deploy_append() {
+install -d ${DEPLOYDIR}
+install -m 0644 ${DEPLOY_DIR_IMAGE}/${KERNEL_IMAGE_BASE_NAME}.dtb 
${DEPLOYDIR}/${KERNEL_IMAGE_BASE_NAME}.dtb
+cd ${DEPLOYDIR}
+ln -sf ${KERNEL_IMAGE_BASE_NAME}.dtb ${KERNEL_IMAGE_SYMLINK_NAME}.dtb
+}
What machines did you test this on?  Is it possible that some kernels do 
not generate .dtb files?


Sau!

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

[OE-core] [PATCH] kernel.bbclass: fix pkg_postinst and pkg_postrm

2011-12-22 Thread Andrea Adami

* Symptom: kernel symlink in /boot is not created.
* Rename in order to create the expected files:
* /var/lib/opkg/info/kernel-3.1.4.postinst
* /var/lib/opkg/info/kernel-3.1.4.postrm

Signed-off-by: Andrea Adami andrea.ad...@gmail.com
---
 meta/classes/kernel.bbclass |4 ++--
 1 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
index 120a524..ec5d65e 100644
--- a/meta/classes/kernel.bbclass
+++ b/meta/classes/kernel.bbclass
@@ -223,11 +223,11 @@ do_savedefconfig() {
 do_savedefconfig[nostamp] = 1
 addtask savedefconfig after do_configure
 
-pkg_postinst_kernel () {
+pkg_postinst_kernel-base () {
cd /${KERNEL_IMAGEDEST}; update-alternatives --install 
/${KERNEL_IMAGEDEST}/${KERNEL_IMAGETYPE} ${KERNEL_IMAGETYPE} 
${KERNEL_IMAGETYPE}-${KERNEL_VERSION} ${KERNEL_PRIORITY} || true
 }
 
-pkg_postrm_kernel () {
+pkg_postrm_kernel-base () {
cd /${KERNEL_IMAGEDEST}; update-alternatives --remove 
${KERNEL_IMAGETYPE} ${KERNEL_IMAGETYPE}-${KERNEL_VERSION} || true
 }
 
-- 
1.7.3.4


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

Re: [OE-core] [PATCH 0/2] psplash fixes

2011-12-22 Thread Philip Balister

On 12/21/2011 10:15 AM, Paul Eggleton wrote:
 On Tuesday 20 December 2011 10:31:52 Philip Balister wrote:
 I can see people taking an existing image, adding a few packages to
 customize it for their application, and changing the splash image to a
 product specific one.
 
 I'm not entirely convinced this workflow makes sense when you're interested 
 in 
 getting reproducible product images. This is basically the take some 
 existing 
 distro and hack it up until it fits approach which taken past a certain 
 point 
 leads to an unmaintainable mess, or at the very least regressions.
 
 People really ought to be able to produce their final images from the 
 metadata 
 with no additional post-build changes (or at least none that are manual). If 
 that's too difficult, that's the problem I think is most worthwhile to 
 attack, 
 even if it requires more work on our part.

Well, I can see people wanting to do this. It falls into the case of the
customer is always right, even when he is wrong :)

Philip

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

[OE-core] [PATCH 5/7] gperf: Add missing SRC checksum

Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
 meta/recipes-extended/gperf/gperf_3.0.3.bb |3 +++
 1 files changed, 3 insertions(+), 0 deletions(-)

diff --git a/meta/recipes-extended/gperf/gperf_3.0.3.bb 
b/meta/recipes-extended/gperf/gperf_3.0.3.bb
index 5cccdf1..e7acc1f 100644
--- a/meta/recipes-extended/gperf/gperf_3.0.3.bb
+++ b/meta/recipes-extended/gperf/gperf_3.0.3.bb
@@ -5,3 +5,6 @@ LIC_FILES_CHKSUM = 
file://COPYING;md5=a5f84abb0070adf8a0925d7d534b6e0a \
 
file://src/main.cc;firstline=8;endline=19;md5=3eab12ba436c4da725b19b131def6de9
 
 PR = r1
+
+SRC_URI[md5sum] = cc20e58975a38075440423c8fb85fd00
+SRC_URI[sha256sum] = 
63287527c8d9e27e801cf0804436f3494bd569db05d49dcdd2a942ae72fa9055
-- 
1.7.3.4


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

[OE-core] [PATCH 6/7] which: Add missing SRC checksums

Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
 meta/recipes-extended/which/which_2.18.bb |3 +++
 1 files changed, 3 insertions(+), 0 deletions(-)

diff --git a/meta/recipes-extended/which/which_2.18.bb 
b/meta/recipes-extended/which/which_2.18.bb
index 92010b2..f87929b 100644
--- a/meta/recipes-extended/which/which_2.18.bb
+++ b/meta/recipes-extended/which/which_2.18.bb
@@ -14,6 +14,9 @@ PR = r1
 SRC_URI = http://www.xs4all.nl/~carlo17/which/which-${PV}.tar.gz \
file://fix_name_conflict_group_member.patch
 
+SRC_URI[md5sum] = 42d51938e48b91f6e19fabf216f5c3e9
+SRC_URI[sha256sum] = 
9445cd7e02ec0c26a44fd56098464ded064ba5d93dd2e15ec12410ba56b2e544
+
 DEPENDS = cwautomacros-native
 
 inherit autotools update-alternatives
-- 
1.7.3.4


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

[OE-core] [PATCH 7/7] base.bbclass: Allow buildstats to be optionally supplied

Buildstats should be allowed to be optionally enabled.  It's
recommended that it be enabled via the USER_CLASSES setting.

Alternatively it could be enabled via the INHERIT_DISTRO or
similar mechanism.

Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
 meta/classes/base.bbclass   |1 -
 meta/conf/local.conf.sample |3 ++-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/classes/base.bbclass b/meta/classes/base.bbclass
index fbcaefb..e65a722 100644
--- a/meta/classes/base.bbclass
+++ b/meta/classes/base.bbclass
@@ -7,7 +7,6 @@ inherit mirrors
 inherit utils
 inherit utility-tasks
 inherit metadata_scm
-inherit buildstats
 inherit logging
 
 OE_IMPORTS += os sys time oe.path oe.utils oe.data oe.packagegroup
diff --git a/meta/conf/local.conf.sample b/meta/conf/local.conf.sample
index 73ab9f8..7d52d0e 100644
--- a/meta/conf/local.conf.sample
+++ b/meta/conf/local.conf.sample
@@ -134,12 +134,13 @@ EXTRA_IMAGE_FEATURES = debug-tweaks
 # The following is a list of additional classes to use when building images 
which
 # enable extra features. Some available options which can be included in this 
variable 
 # are:
+#   - 'buildstats' collect build statistics
 #   - 'image-mklibs' to reduce shared library files size for an image
 #   - 'image-prelink' in order to prelink the filesystem image
 #   - 'image-swab' to perform host system intrusion detection
 # NOTE: if listing mklibs  prelink both, then make sure mklibs is before 
prelink
 # NOTE: mklibs also needs to be explicitly enabled for a given image, see 
local.conf.extended
-USER_CLASSES ?= image-mklibs image-prelink
+USER_CLASSES ?= buildstats image-mklibs image-prelink
 
 #
 # Runtime testing of images
-- 
1.7.3.4


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

[OE-core] [PATCH 0/7] Misc fixes and cleanups

Misc fixes and cleanups that affect various parts of the system...

The following changes since commit c38693f78c968ab5f4bb557c20d1c8c55393ed6b:

  opkg: Fix installation order in feeds with mutiple providers of packages 
(2011-12-22 22:38:09 +)

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

Mark Hatle (7):
  package.bbclass: Adjust RPM call to use dynamic location for magic
files
  package_rpm.bbclass:  Add RPMSPEC_PREAMBLE
  rpm_5.4.0: Fix configuration issue with native/nativesdk
  udev: Remove linux-libc-headers dependency
  gperf: Add missing SRC checksum
  which: Add missing SRC checksums
  base.bbclass: Allow buildstats to be optionally supplied

 meta/classes/base.bbclass  |1 -
 meta/classes/package.bbclass   |2 +-
 meta/classes/package_rpm.bbclass   |8 +++-
 meta/conf/local.conf.sample|3 ++-
 meta/recipes-core/udev/udev-new.inc|2 +-
 meta/recipes-devtools/rpm/rpm_5.4.0.bb |3 ++-
 meta/recipes-extended/gperf/gperf_3.0.3.bb |3 +++
 meta/recipes-extended/which/which_2.18.bb  |3 +++
 8 files changed, 19 insertions(+), 6 deletions(-)

-- 
1.7.3.4


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

[OE-core] [PATCH 4/7] udev: Remove linux-libc-headers dependency

The linux-libc-headers dependency is not needed, as it is
automatically inherited from the libc and other dependencies.

Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
 meta/recipes-core/udev/udev-new.inc |2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/meta/recipes-core/udev/udev-new.inc 
b/meta/recipes-core/udev/udev-new.inc
index e302c03..198336b 100644
--- a/meta/recipes-core/udev/udev-new.inc
+++ b/meta/recipes-core/udev/udev-new.inc
@@ -10,7 +10,7 @@ LIC_FILES_CHKSUM = 
file://COPYING;md5=751419260aa954499f7abaabaa882bbe \
 
file://libudev/COPYING;md5=a6f89e2100d9b6cdffcea4f398e37343 \
 
file://extras/gudev/COPYING;md5=a6f89e2100d9b6cdffcea4f398e37343
 
-DEPENDS = acl glib-2.0 libusb usbutils pciutils linux-libc-headers 
gperf-native libxslt-native
+DEPENDS = acl glib-2.0 libusb usbutils pciutils gperf-native libxslt-native
 RPROVIDES_${PN} = hotplug
 RRECOMMENDS_${PN} += udev-extraconf udev-cache usbutils-ids pciutils-ids
 RDEPENDS_libudev = ${PN} (= ${EXTENDPKGV})
-- 
1.7.3.4


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

[OE-core] [PATCH 3/7] rpm_5.4.0: Fix configuration issue with native/nativesdk

RPM's configuration assumes if the prefix isn't /usr or /usr/local
that you really want the DB in $prefix/var -- we want it in
$localstatedir.

Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
 meta/recipes-devtools/rpm/rpm_5.4.0.bb |3 ++-
 1 files changed, 2 insertions(+), 1 deletions(-)

diff --git a/meta/recipes-devtools/rpm/rpm_5.4.0.bb 
b/meta/recipes-devtools/rpm/rpm_5.4.0.bb
index 2c0c076..122d3a9 100644
--- a/meta/recipes-devtools/rpm/rpm_5.4.0.bb
+++ b/meta/recipes-devtools/rpm/rpm_5.4.0.bb
@@ -45,7 +45,7 @@ LIC_FILES_CHKSUM = 
file://COPYING.LIB;md5=2d5025d4aa3495befef8f17206a5b0a1
 DEPENDS = bzip2 zlib db openssl elfutils expat libpcre attr acl popt 
${extrarpmdeps}
 extrarpmdeps = python perl
 extrarpmdeps_virtclass-native = file-native
-PR = r26
+PR = r27
 
 # rpm2cpio is a shell script, which is part of the rpm src.rpm.  It is needed
 # in order to extract the distribution SRPM into a format we can extract...
@@ -347,6 +347,7 @@ do_configure() {
 
./autogen.sh
 
+   export varprefix=${localstatedir}
oe_runconf
 }
 
-- 
1.7.3.4


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

[OE-core] [PATCH 2/7] package_rpm.bbclass: Add RPMSPEC_PREAMBLE

Add a way to add arbitrary text to the top of a spec file.  This
can be useful for adding specific tags to the produced binaries for
tracking purposes.

Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
 meta/classes/package_rpm.bbclass |6 ++
 1 files changed, 6 insertions(+), 0 deletions(-)

diff --git a/meta/classes/package_rpm.bbclass b/meta/classes/package_rpm.bbclass
index 469526b..d03dc3f 100644
--- a/meta/classes/package_rpm.bbclass
+++ b/meta/classes/package_rpm.bbclass
@@ -817,6 +817,12 @@ python write_specfile () {
except OSError:
raise bb.build.FuncFailed(unable to open spec file for 
writing.)
 
+   # RPMSPEC_PREAMBLE is a way to add arbitrary text to the top
+   # of the generated spec file
+   external_preamble = d.getVar(RPMSPEC_PREAMBLE, True)
+   if external_preamble:
+   specfile.write(external_preamble + \n)
+
for line in spec_preamble_top:
specfile.write(line + \n)
 
-- 
1.7.3.4


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

[OE-core] [PATCH 1/7] package.bbclass: Adjust RPM call to use dynamic location for magic files