gmane.comp.handhelds.openembedded.core

[PATCH v6] systemd: update to 204

Jonathan Liu — 2013-05-24T01:01:23

Removed patches integrated upstream.
Added backport of fix for utmp not running at shutdown.
Updated serial-getty service.
Added missing util-linux dependency.
Updated uClibc patches.

Signed-off-by: Jonathan Liu <net147-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>
---
 .../systemd-serialgetty/serial-getty< at >.service      |  16 +-
 ...se-AC_CHECK_TOOL-for-objcopy-strings-and-.patch |  41 ---
 ...ystemd-update-utmp-shutdown.service-into-.patch | 367 +++++++++++++++++++++
 .../0002-readahead-chunk-on-spinning-media.patch   | 142 --------
 .../systemd/systemd/0003-readahead-cleanups.patch  |  86 -----
 ...ctl-Handle-missing-etc-sysctl.conf-proper.patch |  33 --
 .../systemd/systemd/199-firmware.patch             |  98 ------
 .../systemd/systemd/systemd-pam-fix-mkostemp.patch | 110 +++---
 .../systemd/systemd/systemd-pam-fix-msformat.patch |  86 ++---
 .../systemd/{systemd_199.bb => systemd_204.bb}     |  13 +-
 10 files changed, 480 insertions(+), 512 deletions(-)
 delete mode 100644 meta/recipes-core/systemd/system

[PATCH v2] resolvconf: remove/var/volatile/run/resolvconf/interface from package

Jonathan Liu — 2013-05-24T00:10:06

- Remove /etc/resolvconf/run/interface from package as it actually uses
/etc/resolvconf/run/interface
- Create /var/run/resolvconf/interface on startup using
populate-volatiles.sh and tmpfiles.d for systemd
- Create symbolic link from /etc/resolvconf/run to /var/run/resolvconf

Signed-off-by: Jonathan Liu <net147-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>
---
 meta/recipes-connectivity/resolvconf/resolvconf_1.71.bb | 10 +++++++++-
 1 file changed, 9 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-connectivity/resolvconf/resolvconf_1.71.bb b/meta/recipes-connectivity/resolvconf/resolvconf_1.71.bb
index d342a6e..78de492 100644
--- a/meta/recipes-connectivity/resolvconf/resolvconf_1.71.bb
+++ b/meta/recipes-connectivity/resolvconf/resolvconf_1.71.bb
< at >< at > -23,7 +23,15 < at >< at > do_compile () {
 }
 
 do_install () {
-install -d ${D}${sysconfdir} ${D}${base_sbindir} ${D}${localstatedir}/volatile/run/resolvconf/interface
+install -d ${D}${sysconfdir}/default/volatiles
+echo "d root root 0755 ${localstatedir}/run/${

Re: Shortened git hashes causing pain

Gary Thomas — 2013-05-23T23:31:08

Wow, that caused a boatload of other packages to be rebuilt, including
qemu-native, which took forever :-(

This did remove the problem - there is now only the build tree with
the short hash name.  Sadly, it's also now forcing me to basically
rebuild everything to get back to being able to build my image, just
what I didn't want to happen.

Oh well, once this finished I'm sure all will be fine again.  At least
my pain may help others that might experience this, although I don't
know how many folks do very long term development/builds in a single
tree.  This one has been one of my main projects and was started in
early March with more than 500 builds (entries in tmp/log/cooker)!

Thanks

gcc 4.8

Mark Hatle — 2013-05-23T23:23:47

I found an issue w/ the gcc 4.8 in oe-core as on Monday.  Some of my automated 
build machines are RHEL 5.9 machines.  These boxes have a host compiler that 
does not support -Wno-narrowing and -Wno-overlength-strings.  Unfortunately, 
when building target gcc (via the cross compiler) the system tries to use target 
compiler options on the system host compiler.

I tracked this down to the configure script checks support for those warnings 
(and others), but it only looks with the $CC value.  It then passes these values 
in via LOOSE_WARN and STRICT_WARN.. eventually these go through the system and 
end up in BUILD_COMPILERFLAGS via ALL_CXXFLAGS via WARN_CXXFLAGS via 
GCC_WARN_CXXFLAGS...  So configure checking only the cross compiler is the issue.

Below is the error that I got:

g++  -c   -O2 -pipe -g -fvisibility-inlines-hidden -DIN_GCC   -fno-exceptions 
-fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings 
-Wcast-qual -Wmissing-format-attribute -pedantic -Wno-long-long 
-Wno-var

[PATCH 1/1] dropbear: a fix for hang in dropbearkey,built for x32

2013-05-23T16:09:20

From: Nitin A Kamble <nitin.a.kamble-ral2JQCrhuEAvxtiuMwx3w< at >public.gmane.org>

This commit fixes runtime hang of 'dropbearkey' utility, built for a x32
target abi system. The hang was observed while generating ssh keys, with
this command:
  dropbearkey -t dss -f private

The issue is fixed by changing the code, where 'long' in x86_64 mode is
assumed as 64bit quantity. With the x32 abi, the processor is in x86_64
mode, but the 'long' is a 32bit quantity. Hence the fix uses 'long long'
instead of 'long' to define/access 64bit data variables.

Fixes bug:
[YOCTO #4496]

Signed-off-by: Nitin A Kamble <nitin.a.kamble-ral2JQCrhuEAvxtiuMwx3w< at >public.gmane.org>
---
 .../0007-dropbear-fix-for-x32-abi.patch            | 140 +++++++++++++++++++++
 meta/recipes-core/dropbear/dropbear.inc            |   3 +-
 2 files changed, 142 insertions(+), 1 deletion(-)
 create mode 100644 meta/recipes-core/dropbear/dropbear-2013.58/0007-dropbear-fix-for-x32-abi.patch

diff --git a/meta/recipes-core/dropbear/dropbear-2013.58/0007-drop

[PATCH 0/1] a x32 fix for dropbear hang

2013-05-23T16:09:16

From: Nitin A Kamble <nitin.a.kamble-ral2JQCrhuEAvxtiuMwx3w< at >public.gmane.org>

Here is a single fix for a hang noticed in the dropbear, built for x32 abi target.

Thanks,
Nitin

The following changes since commit e8197722de1f6006ceae0d4266de91c1db7278e3:

  buildhistory: Sync with bitbake changes (2013-05-23 11:51:53 +0100)

are available in the git repository at:

  git://git.yoctoproject.org/poky-contrib nitin/misc
  http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=nitin/misc

Nitin A Kamble (1):
  dropbear: a fix for hang in dropbearkey, built for x32

 .../0007-dropbear-fix-for-x32-abi.patch            | 140 +++++++++++++++++++++
 meta/recipes-core/dropbear/dropbear.inc            |   3 +-
 2 files changed, 142 insertions(+), 1 deletion(-)
 create mode 100644 meta/recipes-core/dropbear/dropbear-2013.58/0007-dropbear-fix-for-x32-abi.patch

Re: Shortened git hashes causing pain

Gary Thomas — 2013-05-23T23:04:11

BTW, this caused such a mess in my build tree that I nearly had to
start completely from scratch.  I was able to recover only by very
drastic measures - the following steps were used on more than a dozen
packages that got confused:
   find sstate-cache -name "*${PKG}*" -exec rm -fr \{} \;
   rm -fr tmp/stamps/*/${PKG}
   bitbake ${PKG} -c cleansstate
   rm -fr tmp/work/*/${PKG}
Anything less that this giant sledge-hammer and the confusion only
continued.  At least now I can build my images again...

Re: [PATCH 0/1] Update automake to version 1.13.2

Saul Wold — 2013-05-23T23:03:30

I have not dug into it too deeply, but I think this update is causing a 
problem with gtk-engines test Makefile, there is a section that has 
$(patsubst incomplete.

 From the Makefile.in that is generated from Makefile.am

$(patsubst.log: $(patsubst
         < at >p='$(patsubst'; \
         b='$(patsubst'; \
         $(am__check_pre) $(LOG_DRIVER) --test-name "$$f" \
         --log-file $$b.log --trs-file $$b.trs \
         $(am__common_driver_flags) $(AM_LOG_DRIVER_FLAGS) 
$(LOG_DRIVER_FLAGS) -- $(LOG_COMPILE) \

That does not look right!

Sau!

Re: [PATCH v5] systemd: update to 204

Jonathan Liu — 2013-05-23T22:58:46

Did you want me to squash this into the systemd update patch?

Regards,
Jonathan

Re: Shortened git hashes causing pain

Richard Purdie — 2013-05-23T22:52:29

Try moving the cache directory in tmp/ out the way. I suspect some kind
of caching issue since there should not be two work directories. What is
the contents of each?

Cheers,

Richard

[PATCH] linux-firmware: Split 'ar3k' in alinux-firmware-ar3k package

Otavio Salvador — 2013-05-23T21:43:29

Signed-off-by: Otavio Salvador <otavio-fKevB0iiKLMBZ+LybsDmbA< at >public.gmane.org>
---
 meta/recipes-kernel/linux-firmware/linux-firmware_git.bb | 8 +++++++-
 1 file changed, 7 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-kernel/linux-firmware/linux-firmware_git.bb b/meta/recipes-kernel/linux-firmware/linux-firmware_git.bb
index 414f47a..8b27f14 100644
--- a/meta/recipes-kernel/linux-firmware/linux-firmware_git.bb
+++ b/meta/recipes-kernel/linux-firmware/linux-firmware_git.bb
< at >< at > -55,7 +55,7 < at >< at > do_install() {
 PACKAGES =+ "${PN}-ralink ${PN}-sd8686 ${PN}-wl12xx ${PN}-vt6656 \
              ${PN}-rtl-license ${PN}-rtl8192cu ${PN}-rtl8192ce ${PN}-rtl8192su \
              ${PN}-broadcom-license ${PN}-bcm4329 ${PN}-bcm4330 ${PN}-bcm4334 \
-             ${PN}-atheros-license ${PN}-ar9170 ${PN}-ath6k ${PN}-ath9k"
+             ${PN}-atheros-license ${PN}-ar9170 ${PN}-ar3k ${PN}-ath6k ${PN}-ath9k"
 
 FILES_${PN}-atheros-license = "/lib/firmware/LICENCE.atheros_firmware"
 
< at >< at > -65,6 +65,12 < at >< at > FILES_${PN}-ar91

Re: [PATCH 3/3] utils: add trim_version() function

Chris Larson — 2013-05-23T21:16:18


Another option would be to do something like:

def trim_version(version, num_parts=2):
    v = distutils.version.LooseVersion(version)
    return v.version[:num_parts]

Re: [PATCH] resolvconf: remove /var/volatile/run/resolvconf/interface from package

Saul Wold — 2013-05-23T19:09:06

resolvconf uses /etc/resolvconf/run, but it really should be a link to 
/run/resolvconf/, with the interfaces created there.

I don't thing keeping it in /etc/resolvconf will work for read-only FS


Sau!

[PATCH 3/3] utils: add trim_version() function

Ross Burton — 2013-05-23T18:45:01

Add a helper function that returns just the first <num_parts> of <version>,
split by periods.  For example, trim_version("1.2.3", 2) will return "1.2".

This should help reduce the spread of numerous copies of this idea across
classes and recipes.

Signed-off-by: Ross Burton <ross.burton-ral2JQCrhuEAvxtiuMwx3w< at >public.gmane.org>
---
 meta/lib/oe/tests/test_utils.py |   20 ++++++++++++++++++++
 meta/lib/oe/utils.py            |   15 +++++++++++++++
 2 files changed, 35 insertions(+)

diff --git a/meta/lib/oe/tests/test_utils.py b/meta/lib/oe/tests/test_utils.py
index 8bb36f2..5d9ac52 100644
--- a/meta/lib/oe/tests/test_utils.py
+++ b/meta/lib/oe/tests/test_utils.py
< at >< at > -29,3 +29,23 < at >< at > class TestPackagesFilterOutSystem(unittest.TestCase):
         d.setVar("PACKAGES", "foo foo-data foo-locale-en-gb")
         pkgs = packages_filter_out_system(d)
         self.assertEqual(pkgs, ["foo-data"])
+
+
+class TestTrimVersion(unittest.TestCase):
+    def test_version_exception(self):
+        with self.assertRaises(TypeE

[PATCH 2/3] test_utils: import functions directly forconciseness

Ross Burton — 2013-05-23T18:45:00

Signed-off-by: Ross Burton <ross.burton-ral2JQCrhuEAvxtiuMwx3w< at >public.gmane.org>
---
 meta/lib/oe/tests/test_utils.py |   10 +++++-----
 1 file changed, 5 insertions(+), 5 deletions(-)

diff --git a/meta/lib/oe/tests/test_utils.py b/meta/lib/oe/tests/test_utils.py
index 779247a..8bb36f2 100644
--- a/meta/lib/oe/tests/test_utils.py
+++ b/meta/lib/oe/tests/test_utils.py
< at >< at > -1,5 +1,5 < at >< at >
 import unittest
-import oe.utils
+from oe.utils import packages_filter_out_system
 
 class TestPackagesFilterOutSystem(unittest.TestCase):
     def test_filter(self):
< at >< at > -15,17 +15,17 < at >< at > class TestPackagesFilterOutSystem(unittest.TestCase):
         d.setVar("PN", "foo")
 
         d.setVar("PACKAGES", "foo foo-doc foo-dev")
-        pkgs = oe.utils.packages_filter_out_system(d)
+        pkgs = packages_filter_out_system(d)
         self.assertEqual(pkgs, [])
 
         d.setVar("PACKAGES", "foo foo-doc foo-data foo-dev")
-        pkgs = oe.utils.packages_filter_out_system(d)
+        pkgs = packages_filter_out_system(d)

[PATCH 1/3] test-utils: handle import bb failing and skipthe test

Ross Burton — 2013-05-23T18:44:59

Instead of reporting an error when bb cannot be imported, skip the test
instead. This makes it a lot easier to iterate a test suite when we don't care
about this particular test.

Signed-off-by: Ross Burton <ross.burton-ral2JQCrhuEAvxtiuMwx3w< at >public.gmane.org>
---
 meta/lib/oe/tests/test_utils.py |    6 +++++-
 1 file changed, 5 insertions(+), 1 deletion(-)

diff --git a/meta/lib/oe/tests/test_utils.py b/meta/lib/oe/tests/test_utils.py
index 466c47e..779247a 100644
--- a/meta/lib/oe/tests/test_utils.py
+++ b/meta/lib/oe/tests/test_utils.py
< at >< at > -1,11 +1,15 < at >< at >
 import unittest
-import bb, oe.utils
+import oe.utils
 
 class TestPackagesFilterOutSystem(unittest.TestCase):
     def test_filter(self):
         """
         Test that oe.utils.packages_filter_out_system works.
         """
+        try:
+            import bb
+        except ImportError:
+            self.skipTest("Cannot import bb")
 
         d = bb.data_smart.DataSmart()
         d.setVar("PN", "foo")

Re: [PATCH v5] systemd: update to 204

Khem Raj — 2013-05-23T18:41:04

please apply 

http://lists.openembedded.org/pipermail/openembedded-core/2013-May/078987.html

on top of this patch for this upgrade to work on uclibc

On May 23, 2013, at 2:15 AM, Jonathan Liu <net147-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org> wrote:

[PATCH] systemd: forward port uclibc patches to 204

Khem Raj — 2013-05-23T18:36:55

Signed-off-by: Khem Raj <raj.khem-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>
---
 .../systemd/systemd/systemd-pam-fix-mkostemp.patch |  110 ++++++++++----------
 .../systemd/systemd/systemd-pam-fix-msformat.patch |   86 +++++++--------
 2 files changed, 99 insertions(+), 97 deletions(-)

diff --git a/meta/recipes-core/systemd/systemd/systemd-pam-fix-mkostemp.patch b/meta/recipes-core/systemd/systemd/systemd-pam-fix-mkostemp.patch
index fb8443d..0ea2da3 100644
--- a/meta/recipes-core/systemd/systemd/systemd-pam-fix-mkostemp.patch
+++ b/meta/recipes-core/systemd/systemd/systemd-pam-fix-mkostemp.patch
< at >< at > -1,72 +1,74 < at >< at >
 Upstream-Status: Denied [no desire for uclibc support]
 Signed-off-by: Khem Raj <raj.khem-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>
 
-Index: git/src/journal/journal-send.c
+Index: systemd-204/src/journal/journal-send.c
 ===================================================================
---- git.orig/src/journal/journal-send.c2012-09-02 00:10:08.748768268 -0700
-+++ git/src/journal/journal-send.c

[PATCH] binutils: the cat should always succeed whenbuilding config.cache

Saul Wold — 2013-05-23T17:33:49

There is a race condition between when the CONFIG_SITE list is generated and
then used here via the cat to create the config.cache and in *all* configure
scripts when reading from CONFIG_SITE.

The race in this case is that the sstate setscene task runs on a package that
contains a site config file (ncurses in this case) and then bitbake decides
that it needs to rebuild and cleans out the site config file, so it existed
for siteinfo_get_files() to find in SITECONFIG_SYSROOTCACHE and then was removed
for the rebuild. When bintuils tried to run the do_configure() task which creates
the binutil's version of config.cache it reads from CONFIG_SITE which now contains
the non-existant site config file. (confused yet ;-)?

Currently the configure script does a test -r to ensure the file is readable
before using it, therefore having the cat succeed regardless of the file being
available is consistent behaviour.

Signed-off-by: Saul Wold <sgw-VuQAYsv1563Yd54FQh9/CA< at >public.gmane.org>
---
 meta/recipes-devtools/binutils

Re: [PATCH] siteinfo: add existiance check for site config file

Mark Hatle — 2013-05-23T16:08:42

Could the issue be that the file -was- there, then we ncurses updated it and now 
it's no longer there?  (or in the process of being written?)

I've definitely seen this failure before.. so there is some kind of race.

--Mark

Re: [PATCH] siteinfo: add existiance check for site config file

Saul Wold — 2013-05-23T15:51:31


Ignore this patch, I was quick on the draw and did not notice the 
listdir which means the file is there,

Sau!

On 05/23/2013 07:37 AM, Saul Wold wrote: