Re: [OE-core] Crazy display

2016-09-26 Thread Jonathan Liu 
Hi Gary,

On 15 September 2016 at 21:30, Gary Thomas  wrote:
> I haven't seen this before, just thought I'd toss it out there.
> I was doing a build (actually three in parallel in separate
> windows on my build box) and noticed this:
>
> Currently  3 running tasks (3282 of 5081)  64%
> |###|
> 0: busybox-1.24.1-r0 do_compile (pid 29425)
> Currently  3 running tasks (3283 of 5081)  64%
> |###|
> Currently  3 running tasks (3429 of 5081)  67%
> |#|
> 0: gstreamer1.0-libav-1.8.3-r0 do_configure (pid 10393)
> Currently  1 running tasks (3560 of 5081)  70%
> ||
> 0: gstreamer1.0-libav-1.8.3-r0 do_compile (pid 17458)
> Currently  3 running tasks (3601 of 5081)  70%
> ||
> 0: gstreamer1.0-libav-1.8.3-r0 do_compile (pid 17458)
> 1: gdk-pixbuf-2.34.0-r0 do_package_write_ipk (pid 12673)
> 2: unifdef-native-2.11-r0 do_populate_lic (pid 24548)
>
> Somehow the task tracker (that does a nice job of telling the user
> what's going on without being overwhelming BTW) got very confused!
>
> I doubt if I can every repeat this, just passing on the observation!

This seems to be related to
https://bugzilla.yoctoproject.org/show_bug.cgi?id=10024.
I get this issue after it prints "Child process exit status 4:
lock_held" and then that message is overridden by the task status with
the progress bar duplicated down one line.

Regards,
Jonathan
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 2/2 v2] boost: add support for additional boost libs

2016-09-26 Thread Huang, Jie (Jackie) 


> -Original Message-
> From: André Draszik [mailto:g...@andred.net]
> Sent: Monday, September 26, 2016 4:54 PM
> To: Huang, Jie (Jackie); openembedded-core@lists.openembedded.org
> Subject: Re: [OE-core] [PATCH 2/2 v2] boost: add support for additional boost 
> libs
> 
> On Mo, 2016-09-26 at 15:56 +0800, jackie.hu...@windriver.com wrote:
> > From: Jackie Huang 
> >
> > * Added libs:
> >   - container
> >   - context
> >   - coroutine
> >   - exception
> >   - graph_parallel
> >   - locale
> >   - math
> >   - mpi
> >   - wave
> >
> > * Add PACKAGECONFIG to add proper dependencies for:
> >   graph_parallel, locale, and mpi.
> >
> > * boost-mpi depends on mpich which is in meta-oe,
> >   and boost-graph_parallel depends on boost-mpi,
> >   so they are disabled by default, but can be enabled
> >   in a distro that needs them.
> >
> > * context and coroutine are added only for x86 and powerpc.
> >
> > Signed-off-by: Jackie Huang 
> > ---
> >  meta/recipes-support/boost/boost.inc | 33 ++-
> > --
> >  1 file changed, 30 insertions(+), 3 deletions(-)
> >
> > diff --git a/meta/recipes-support/boost/boost.inc b/meta/recipes-
> > support/boost/boost.inc
> > index 5696b6a..7637a4e 100644
> > --- a/meta/recipes-support/boost/boost.inc
> > +++ b/meta/recipes-support/boost/boost.inc
> > @@ -8,11 +8,14 @@ ARM_INSTRUCTION_SET_armv5 = "arm"
> >  BOOST_LIBS = "\
> >     atomic \
> >     chrono \
> > +   container \
> >     date_time \
> > +   exception \
> >     filesystem \
> >     graph \
> >     iostreams \
> >     log \
> > +   math \
> >     program_options \
> >     random \
> >     regex \
> > @@ -22,12 +25,28 @@ BOOST_LIBS = "\
> >     timer \
> >     test \
> >     thread \
> > +   wave \
> >     "
> >
> > -# optional boost-python library
> > -PACKAGECONFIG ??= ""
> > +# only supported by x86 and powerpc
> > +BOOST_LIBS_append_x86 = " context coroutine"
> > +BOOST_LIBS_append_x86-64 = " context coroutine"
> > +BOOST_LIBS_append_powerpc = " context coroutine"
> > +
> > +# optional libraries
> > +PACKAGECONFIG ??= "locale"
> > +PACKAGECONFIG[locale] = ",,icu"
> > +PACKAGECONFIG[graph_parallel] = ",,,boost-mpi mpich"
> > +PACKAGECONFIG[mpi] = ",,mpich"
> >  PACKAGECONFIG[python] = ",,python python3"
> > -BOOST_LIBS += "${@bb.utils.contains('PACKAGECONFIG', 'python', 'python
> > python3', '', d)}"
> > +
> > +BOOST_LIBS += "\
> > +${@bb.utils.contains('PACKAGECONFIG', 'locale', 'locale', '', d)} \
> > +${@bb.utils.contains('PACKAGECONFIG', 'graph_parallel',
> > 'graph_parallel mpi', \
> > + bb.utils.contains('PACKAGECONFIG', 'mpi', 'mpi',
> > '', d), d)} \
> > +${@bb.utils.contains('PACKAGECONFIG', 'python', 'python python3', '',
> > d)} \
> > +"
> 
> Rather than having two ways to define what packages to build, PACKAGECONFIG
> and BOOST_LIBS, where each of them only supports a different subset of

I'm not a fan of this way, I just keep using the way it was.

> boost's libraries, can we just have one, PACKAGECONFIG, and have it support
> all of the potential libraries?

Yes, I think it's possible, but it will most likely end up with many empty
PACKAGECONFIG definitions like:
PACKAGECONFIG[atomic] = ",,,"
PACKAGECONFIG[chrono] = ",,,"
PACKAGECONFIG[container] = ",,,"
PACKAGECONFIG[date_time] = ",,,"
PACKAGECONFIG[exception] = ",,,"

If you think it's a better way and no other objection, I think I will do that 
in a
separate commit as follow-up.

Thanks,
Jackie

> 
> 
> Cheers,
> Andre'
> 
> 
> > +
> >  inherit python-dir
> >  PYTHON_ROOT = "${STAGING_DIR_HOST}/${prefix}"
> >
> > @@ -54,6 +73,10 @@ python __anonymous () {
> >  }
> >
> >  # Override the contents of specific packages
> > +FILES_${PN}-graph = "${libdir}/libboost_graph.so.*"
> > +FILES_${PN}-graph_parallel = "${libdir}/libboost_graph_parallel.so.*"
> > +FILES_${PN}-locale = "${libdir}/libboost_locale.so.*"
> > +FILES_${PN}-mpi = "${libdir}/mpi.so ${libdir}/libboost_mpi*.so.*"
> >  FILES_boost-serialization = "${libdir}/libboost_serialization*.so.* \
> >     ${libdir}/libboost_wserialization*.so.*"
> >  FILES_boost-test = "${libdir}/libboost_prg_exec_monitor*.so.* \
> > @@ -159,6 +182,10 @@ do_configure() {
> >     echo "using python : ${PYTHON_BASEVERSION} : :
> > ${STAGING_INCDIR}/python${PYTHON_BASEVERSION} ;" >> ${WORKDIR}/user-
> > config.jam
> >     echo "using python : 3.5 : : ${STAGING_INCDIR}/python3.5m ;" >>
> > ${WORKDIR}/user-config.jam
> >
> > +   if ${@bb.utils.contains('BOOST_LIBS', 'mpi', 'true', 'false',
> > d)}; then
> > +   echo "using mpi : : mpi ;" >>
> > ${WORKDIR}/user-config.jam
> > +   fi
> > +
> >     CC="${BUILD_CC}" CFLAGS="${BUILD_CFLAGS}" ./bootstrap.sh --with-
> > bjam=bjam --with-toolset=gcc --with-python-root=${PYTHON_ROOT}
> >     sed -i '/^using python/d' ${S}/project-config.jam
> >  }
> > --
> > 2.8.3
> >
-- 
___
Openembedded-core mailing list

[OE-core] [PATCH 00/14][v2] Krogoth next pull request

2016-09-26 Thread Armin Kuster 
From: Armin Kuster 

Fixed several typos in the openssl commits. 
This includes a fix for systemd 
[Yocto # 10329]

The following changes since commit e6c1d03d3d161cbbda254a5dae7008ff7e37d874:

  oeqa/buildiptables: Switch from netfilter.org to yoctoproject.org mirror 
(2016-09-24 09:27:51 +0100)

are available in the git repository at:

  http://git.yoctoproject.org/git/poky-contrib akuster/krogoth-next
  http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=akuster/krogoth-next

Armin Kuster (9):
  openssl: Security fix CVE-2016-2178
  openssl: Security fix CVE-2016-2179
  openssl: Security fix CVE-2016-2180
  openssl: Security fix CVE-2016-2181
  openssl: Security fix CVE-2016-2182
  openssl: Security fix CVE-2016-6302
  openssl: Security fix CVE-2016-6303
  openssl: Security fix CVE-2016-6304
  openssl: Security fix CVE-2016-6306

Dengke Du (1):
  cracklib: Apply patch to fix CVE-2016-6318

Khem Raj (1):
  useradd.bbclass: Strip trailing ';' in cmd params

Martin Jansa (1):
  useradd: use bindir_native for pseudo PATH

Zhixiong Chi (2):
  wpa_supplicant: Security Advisory-CVE-2016-4476
  wpa_supplicant: Security Advisory-CVE-2016-4477

 meta/classes/useradd.bbclass   |  18 +-
 .../openssl/openssl/CVE-2016-2178.patch|  54 +
 .../openssl/openssl/CVE-2016-2179.patch| 255 +
 .../openssl/openssl/CVE-2016-2180.patch|  44 
 .../openssl/openssl/CVE-2016-2181_p1.patch |  91 
 .../openssl/openssl/CVE-2016-2181_p2.patch | 239 +++
 .../openssl/openssl/CVE-2016-2181_p3.patch |  30 +++
 .../openssl/openssl/CVE-2016-2182.patch|  70 ++
 .../openssl/openssl/CVE-2016-6302.patch|  53 +
 .../openssl/openssl/CVE-2016-6303.patch|  36 +++
 .../openssl/openssl/CVE-2016-6304.patch|  75 ++
 .../openssl/openssl/CVE-2016-6306.patch|  71 ++
 .../recipes-connectivity/openssl/openssl_1.0.2h.bb |  11 +
 ...parameter-set-with-invalid-passphrase-cha.patch |  55 +
 ...ject-a-Credential-with-invalid-passphrase.patch |  86 +++
 ...CRED-commands-with-newline-characters-in-.patch |  66 ++
 ...ines-from-wpa_supplicant-config-network-o.patch |  86 +++
 ...commands-with-newline-characters-in-the-s.patch |  54 +
 .../wpa-supplicant/wpa-supplicant_2.5.bb   |   5 +
 .../0001-Apply-patch-to-fix-CVE-2016-6318.patch| 105 +
 meta/recipes-extended/cracklib/cracklib_2.9.5.bb   |   1 +
 21 files changed, 1496 insertions(+), 9 deletions(-)
 create mode 100644 
meta/recipes-connectivity/openssl/openssl/CVE-2016-2178.patch
 create mode 100644 
meta/recipes-connectivity/openssl/openssl/CVE-2016-2179.patch
 create mode 100644 
meta/recipes-connectivity/openssl/openssl/CVE-2016-2180.patch
 create mode 100644 
meta/recipes-connectivity/openssl/openssl/CVE-2016-2181_p1.patch
 create mode 100644 
meta/recipes-connectivity/openssl/openssl/CVE-2016-2181_p2.patch
 create mode 100644 
meta/recipes-connectivity/openssl/openssl/CVE-2016-2181_p3.patch
 create mode 100644 
meta/recipes-connectivity/openssl/openssl/CVE-2016-2182.patch
 create mode 100644 
meta/recipes-connectivity/openssl/openssl/CVE-2016-6302.patch
 create mode 100644 
meta/recipes-connectivity/openssl/openssl/CVE-2016-6303.patch
 create mode 100644 
meta/recipes-connectivity/openssl/openssl/CVE-2016-6304.patch
 create mode 100644 
meta/recipes-connectivity/openssl/openssl/CVE-2016-6306.patch
 create mode 100644 
meta/recipes-connectivity/wpa-supplicant/wpa-supplicant/0001-Reject-psk-parameter-set-with-invalid-passphrase-cha.patch
 create mode 100644 
meta/recipes-connectivity/wpa-supplicant/wpa-supplicant/0001-WPS-Reject-a-Credential-with-invalid-passphrase.patch
 create mode 100644 
meta/recipes-connectivity/wpa-supplicant/wpa-supplicant/0002-Reject-SET_CRED-commands-with-newline-characters-in-.patch
 create mode 100644 
meta/recipes-connectivity/wpa-supplicant/wpa-supplicant/0002-Remove-newlines-from-wpa_supplicant-config-network-o.patch
 create mode 100644 
meta/recipes-connectivity/wpa-supplicant/wpa-supplicant/0003-Reject-SET-commands-with-newline-characters-in-the-s.patch
 create mode 100644 
meta/recipes-extended/cracklib/cracklib/0001-Apply-patch-to-fix-CVE-2016-6318.patch

-- 
2.7.4

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

[OE-core] [PATCH V3] ptest-runner: recipe update related to minor fix.

2016-09-26 Thread Edwin Plauchu 
From: Edwin Plauchu 

A minor fix has been published regarding the need of a user
of being noticed when some run-ptest script fails.

Also Found modifications to ptest unit test stuff
* removed unnecessary code from unit test run_timeout_ptest
* added test case for run_ptest failure

Finally..
New content within contributions section of README.md.

[YOCTO #9752]

Signed-off-by: Edwin Plauchu 
---
 meta/recipes-support/ptest-runner/ptest-runner_2.0.bb | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-support/ptest-runner/ptest-runner_2.0.bb 
b/meta/recipes-support/ptest-runner/ptest-runner_2.0.bb
index aaa7c59..9d45513 100644
--- a/meta/recipes-support/ptest-runner/ptest-runner_2.0.bb
+++ b/meta/recipes-support/ptest-runner/ptest-runner_2.0.bb
@@ -7,8 +7,8 @@ HOMEPAGE = 
"http://git.yoctoproject.org/cgit/cgit.cgi/ptest-runner2/about/;
 LICENSE = "GPLv2"
 LIC_FILES_CHKSUM = "file://LICENSE;md5=751419260aa954499f7abaabaa882bbe"
 
-SRCREV = "8bfdf946e784f4d5757bebee1fbc4b4a3d7a95c4"
-PV = "2.0+git${SRCPV}"
+SRCREV = "e2aa4256745377b784c8691f546041b59f6e046b"
+PV = "2.0.1+git${SRCPV}"
 
 SRC_URI = "git://git.yoctoproject.org/ptest-runner2"
 S = "${WORKDIR}/git"
-- 
2.9.3

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

[OE-core] [PATCH V2] ptest-runner: recipe update related to minor fix.

2016-09-26 Thread Edwin Plauchu 
From: Edwin Plauchu 

A minor fix has been published regarding the need of a user
of being noticed when some run-ptest script fails.

We have also modified ptest unit test stuff
* removed unnecessary code from unit test run_timeout_ptest
* added test case for run_ptest failure

Finally..
Added content within contributions section of README.md.

[YOCTO #9752]

Signed-off-by: Edwin Plauchu 
---
 meta/recipes-support/ptest-runner/ptest-runner_2.0.bb | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-support/ptest-runner/ptest-runner_2.0.bb 
b/meta/recipes-support/ptest-runner/ptest-runner_2.0.bb
index aaa7c59..9d45513 100644
--- a/meta/recipes-support/ptest-runner/ptest-runner_2.0.bb
+++ b/meta/recipes-support/ptest-runner/ptest-runner_2.0.bb
@@ -7,8 +7,8 @@ HOMEPAGE = 
"http://git.yoctoproject.org/cgit/cgit.cgi/ptest-runner2/about/;
 LICENSE = "GPLv2"
 LIC_FILES_CHKSUM = "file://LICENSE;md5=751419260aa954499f7abaabaa882bbe"
 
-SRCREV = "8bfdf946e784f4d5757bebee1fbc4b4a3d7a95c4"
-PV = "2.0+git${SRCPV}"
+SRCREV = "e2aa4256745377b784c8691f546041b59f6e046b"
+PV = "2.0.1+git${SRCPV}"
 
 SRC_URI = "git://git.yoctoproject.org/ptest-runner2"
 S = "${WORKDIR}/git"
-- 
2.9.3

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

[OE-core] [PATCH] linux-yocto: Move PREFERRED_PROVIDER check to be generic

2016-09-26 Thread Saul Wold 
This check ensures that when the PREFERRED_PROVIDER for virtual/kernel
changes, the previous instances gets removed correctly so when the new
instance installs files into the shared area there is not an overlap of
old and new.

[YOCTO #10278]

Signed-off-by: Saul Wold 
---
 meta/recipes-kernel/linux/linux-yocto-dev.bb | 9 -
 meta/recipes-kernel/linux/linux-yocto.inc| 9 +
 2 files changed, 9 insertions(+), 9 deletions(-)

diff --git a/meta/recipes-kernel/linux/linux-yocto-dev.bb 
b/meta/recipes-kernel/linux/linux-yocto-dev.bb
index dbe5847..9154bb7 100644
--- a/meta/recipes-kernel/linux/linux-yocto-dev.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-dev.bb
@@ -14,15 +14,6 @@ require recipes-kernel/linux/linux-yocto.inc
 # provide this .inc to set specific revisions
 include recipes-kernel/linux/linux-yocto-dev-revisions.inc
 
-# Skip processing of this recipe if it is not explicitly specified as the
-# PREFERRED_PROVIDER for virtual/kernel. This avoids network access required
-# by the use of AUTOREV SRCREVs, which are the default for this recipe.
-python () {
-if d.getVar("PREFERRED_PROVIDER_virtual/kernel", True) != 
"linux-yocto-dev":
-d.delVar("BB_DONT_CACHE")
-raise bb.parse.SkipPackage("Set PREFERRED_PROVIDER_virtual/kernel to 
linux-yocto-dev to enable it")
-}
-
 KBRANCH = "standard/base"
 KMETA = "kernel-meta"
 
diff --git a/meta/recipes-kernel/linux/linux-yocto.inc 
b/meta/recipes-kernel/linux/linux-yocto.inc
index d979662..a5595ab 100644
--- a/meta/recipes-kernel/linux/linux-yocto.inc
+++ b/meta/recipes-kernel/linux/linux-yocto.inc
@@ -8,6 +8,15 @@ UPSTREAM_CHECK_GITTAGREGEX = "(?P\d+\.\d+(\.\d+)*)"
 
 INC_PR = "r4"
 
+# Skip processing of this recipe if it is not explicitly specified as the
+# PREFERRED_PROVIDER for virtual/kernel. This avoids network access required
+# by the use of AUTOREV SRCREVs, which are the default for this recipe.
+python () {
+if d.getVar("PREFERRED_PROVIDER_virtual/kernel", True) != d.getVar("PN", 
True):
+d.delVar("BB_DONT_CACHE")
+raise bb.parse.SkipPackage("Set PREFERRED_PROVIDER_virtual/kernel to 
%s to enable it" % (d.getVar("PN", True)))
+}
+
 DEPENDS += "xz-native bc-native"
 DEPENDS_append_aarch64 = " libgcc"
 KERNEL_CC_append_aarch64 = " ${TOOLCHAIN_OPTIONS}"
-- 
2.7.4

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

Re: [OE-core] [PATCH 1/1] toolchain-shar-relocate.sh: Add error-handling

2016-09-26 Thread mariano . lopez 
From: Mariano Lopez 

The relocation script of the SDK doesn't have enough
error handling when replacing host perl with SDK perl
or changing the symlinks. This will add those checks
along with a sanity check of xargs.

[YOCTO #10114]

Signed-off-by: Mariano Lopez 
---
 meta/files/toolchain-shar-relocate.sh | 20 +++-
 1 file changed, 19 insertions(+), 1 deletion(-)

diff --git a/meta/files/toolchain-shar-relocate.sh 
b/meta/files/toolchain-shar-relocate.sh
index d4bcf0e..e3c1001 100644
--- a/meta/files/toolchain-shar-relocate.sh
+++ b/meta/files/toolchain-shar-relocate.sh
@@ -1,3 +1,8 @@
+if ! xargs --version > /dev/null 2>&1; then
+   echo "xargs is required by the relocation script, please install it 
first. Abort!"
+   exit 1
+fi
+
 # fix dynamic loader paths in all ELF SDK binaries
 native_sysroot=$($SUDO_EXEC cat $env_setup_script |grep 
'OECORE_NATIVE_SYSROOT='|cut -d'=' -f2|tr -d '"')
 dl_path=$($SUDO_EXEC find $native_sysroot/lib -name "ld-linux*")
@@ -7,6 +12,10 @@ if [ "$dl_path" = "" ] ; then
 fi
 executable_files=$($SUDO_EXEC find $native_sysroot -type f \
\( -perm -0100 -o -perm -0010 -o -perm -0001 \) -printf "'%h/%f' ")
+if [ "x$executable_files" = "x" ]; then
+   echo "SDK relocate failed, could not get executalbe files"
+   exit 1
+fi
 
 tdir=`mktemp -d`
 if [ x$tdir = x ] ; then
@@ -14,7 +23,7 @@ if [ x$tdir = x ] ; then
exit 1
 fi
 cat <> $tdir/relocate_sdk.sh
-#!/bin/bash
+#!/bin/sh
 for py in python python2 python3
 do
PYTHON=\`which \${py} 2>/dev/null\`
@@ -53,9 +62,18 @@ done | xargs -n100 file | grep 
":.*\(ASCII\|script\|source\).*text" | \
 -e "s:^#! */usr/bin/perl.*:#! /usr/bin/env perl:g" \
 -e "s: /usr/bin/perl: /usr/bin/env perl:g"
 
+if [ $? -ne 0 ]; then
+   echo "Failed to replace perl. Relocate script failed. Abort!"
+   exit 1
+fi
+
 # change all symlinks pointing to @SDKPATH@
 for l in $($SUDO_EXEC find $native_sysroot -type l); do
$SUDO_EXEC ln -sfn $(readlink $l|$SUDO_EXEC sed -e 
"s:$DEFAULT_INSTALL_DIR:$target_sdk_dir:") $l
+   if [ $? -ne 0 ]; then
+   echo "Failed to setup symlinks. Relocate script failed. Abort!"
+   exit 1
+fi
 done
 
 echo done
-- 
2.6.6

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

[OE-core] [PATCH] build.py: fix os.getcwd() exception

2016-09-26 Thread Juro Bystricky 
When trying to obtain the current directory from a directory
that does not exist anymore, an exception is raised.
This patch handles such exception.

[YOCTO #10331]

Signed-off-by: Juro Bystricky 
---
 bitbake/lib/bb/build.py | 9 +++--
 1 file changed, 7 insertions(+), 2 deletions(-)

diff --git a/bitbake/lib/bb/build.py b/bitbake/lib/bb/build.py
index 2ed0441..249f7d6 100644
--- a/bitbake/lib/bb/build.py
+++ b/bitbake/lib/bb/build.py
@@ -261,9 +261,14 @@ def exec_func(func, d, dirs = None, pythonexception=False):
 else:
 exec_func_shell(func, d, runfile, cwd=adir)
 
-if oldcwd and os.getcwd() != oldcwd:
+try:
+curcwd = os.getcwd()
+except:
+curcwd = None
+
+if oldcwd and curcwd != oldcwd:
 try:
-bb.warn("Task %s changed cwd to %s" % (func, os.getcwd()))
+bb.warn("Task %s changed cwd to %s" % (func, curcwd))
 os.chdir(oldcwd)
 except:
 pass
-- 
2.7.4

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

Re: [OE-core] [PATCH 00/60] krogoth-next staged

2016-09-26 Thread Matt Madison 
This patch is the one that fixed this issue for me:

http://cgit.openembedded.org/openembedded-core/commit/meta/classes/useradd.bbclass?id=a68a797c7aec607a0720ec5421baf6be821803b8

The problem was introduced by this change to systemd's recipe:
http://cgit.openembedded.org/openembedded-core/commit/meta/recipes-core/systemd?h=krogoth=901a6dbe420eb3f76503871ca3ccfe544b9b3b57

Regards,
-Matt

On Mon, Sep 26, 2016 at 9:13 AM, akuster808  wrote:
>
>
> On 09/26/2016 08:02 AM, Joe Konno wrote:
>> I saw this as well. Opened the following bug:
>>   * https://bugzilla.yoctoproject.org/show_bug.cgi?id=10329
>
> thanks, guess I should have done it when first reported.
>
> http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/meta/classes/useradd.bbclass?id=1e244471d08c8426466d4e6591ec75478791fe5d
>
> looks promising.
>
> - armin
>>
>> On Sat, 24 Sep 2016 10:48:00 -0400
>> Ian Geiser  wrote:
>>
>>> I think the systemd change may have broken something.  It looks like it is 
>>> running a useradd with no arguments other than the root. Now I see the 
>>> following error in krogoth:
>>>
>>> from 
>>> "tmp-glibc/work/i586-oe-linux/systemd/1_229+gitAUTOINC+714c62b463-r0/temp/log.do_install"
>>>
>>> DEBUG: SITE files ['endian-little', 'bit-32', 'ix86-common', 
>>> 'common-linux', 'common-glibc', 'i586-linux', 'common']
>>> DEBUG: Executing shell function useradd_sysroot
>>> Running groupadd commands...
>>> NOTE: systemd: Performing groupadd with [--root 
>>> /mnt/bitbake/build/detos/tmp-glibc/sysroots/unified -r lock]
>>> NOTE: systemd: Performing groupadd with [--root 
>>> /mnt/bitbake/build/detos/tmp-glibc/sysroots/unified  -r systemd-journal]
>>> NOTE: systemd: group systemd-journal already exists, not re-creating it
>>> Running useradd commands...
>>> NOTE: systemd: Performing useradd with [--root 
>>> /mnt/bitbake/build/detos/tmp-glibc/sysroots/unified --system -d / -M 
>>> --shell /bin/nologin systemd-timesync]
>>> NOTE: systemd: Performing useradd with [--root 
>>> /mnt/bitbake/build/detos/tmp-glibc/sysroots/unified]
>>> Usage: useradd [options] LOGIN
>>>useradd -D
>>>useradd -D [options]
>>>
>>> Options:
>>>   -b, --base-dir BASE_DIR   base directory for the home directory of the
>>> new account
>>>   -c, --comment COMMENT GECOS field of the new account
>>>   -d, --home-dir HOME_DIR   home directory of the new account
>>>   -D, --defaultsprint or change default useradd 
>>> configuration
>>>   -e, --expiredate EXPIRE_DATE  expiration date of the new account
>>>   -f, --inactive INACTIVE   password inactivity period of the new 
>>> account
>>>   -g, --gid GROUP   name or ID of the primary group of the new
>>> account
>>>   -G, --groups GROUPS   list of supplementary groups of the new
>>> account
>>>   -h, --helpdisplay this help message and exit
>>>   -k, --skel SKEL_DIR   use this alternative skeleton directory
>>>   -K, --key KEY=VALUE   override /etc/login.defs defaults
>>>   -l, --no-log-init do not add the user to the lastlog and
>>> faillog databases
>>>   -m, --create-home create the user's home directory
>>>   -M, --no-create-home  do not create the user's home directory
>>>   -N, --no-user-group   do not create a group with the same name as
>>> the user
>>>   -o, --non-unique  allow to create users with duplicate
>>> (non-unique) UID
>>>   -p, --password PASSWORD   encrypted password of the new account
>>>   -P, --clear-password PASSWORD clear password of the new account
>>>   -r, --system  create a system account
>>>   -R, --root CHROOT_DIR directory to chroot into
>>>   -s, --shell SHELL login shell of the new account
>>>   -u, --uid UID user ID of the new account
>>>   -U, --user-group  create a group with the same name as the 
>>> user
>>>
>>> WARNING: 
>>> /mnt/bitbake/build/detos/tmp-glibc/work/i586-oe-linux/systemd/1_229+gitAUTOINC+714c62b463-r0/temp/run.useradd_sysroot.31611:1
>>>  exit 1 from 'exit 1'
>>> ERROR: systemd: useradd command did not succeed.
>>>
>>>
>>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [wic][PATCH] image_types: add parted-native to do_image_wic depends

2016-09-26 Thread Christopher Larson 
On Fri, Sep 16, 2016 at 7:32 AM, Ed Bartosh 
wrote:

> diff --git a/meta/classes/image_types.bbclass b/meta/classes/image_types.
> bbclass
> index 5ef6f60..0bb6252 100644
> --- a/meta/classes/image_types.bbclass
> +++ b/meta/classes/image_types.bbclass
> @@ -218,6 +218,7 @@ IMAGE_CMD_wic[vardepsexclude] = "WKS_FULL_PATH
> WKS_FILES"
>  USING_WIC = "${@bb.utils.contains_any('IMAGE_FSTYPES', 'wic ' + '
> '.join('wic.%s' % c for c in '${CONVERSIONTYPES}'.split()), '1', '', d)}"
>  WKS_FILE_CHECKSUM = "${@'${WKS_FULL_PATH}:%s' %
> os.path.exists('${WKS_FULL_PATH}') if '${USING_WIC}' else ''}"
>  do_image_wic[file-checksums] += "${WKS_FILE_CHECKSUM}"
> +do_image_wic[depends] += "parted-native:do_populate_sysroot"
>

This is redundant. image_types.bbclass already sets IMAGE_DEPENDS_wic =
"parted-native”.
-- 
Christopher Larson
clarson at kergoth dot com
Founder - BitBake, OpenEmbedded, OpenZaurus
Maintainer - Tslib
Senior Software Engineer, Mentor Graphics
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] prelink: Manipulate library paths to match the target system library setup

2016-09-26 Thread Richard Purdie 
Currently, prelink doesn't work unless base_libdir/libdir match
its hardcoded values. This patch manipulates those paths so that 
they match the values set in the variables and handles multilib
configurations too. The manipulations only happen in the target
case, if needed.

[YOCTO #10282]

Signed-off-by: Richard Purdie 

diff --git a/meta/recipes-devtools/prelink/prelink_git.bb 
b/meta/recipes-devtools/prelink/prelink_git.bb
index 5d9f260..39c9c66 100644
--- a/meta/recipes-devtools/prelink/prelink_git.bb
+++ b/meta/recipes-devtools/prelink/prelink_git.bb
@@ -44,6 +44,96 @@ BBCLASSEXTEND = "native"
 EXTRA_OECONF = "--disable-selinux --with-pkgversion=${PV}-${PR} \
    --with-bugurl=http://bugzilla.yoctoproject.org/;
 
+addtask do_linkerpaths before do_configure after do_patch
+
+#
+# For target prelink we need to ensure paths match the lib path layout
+# including for any configured multilibs
+#
+python do_linkerpaths () {
+overrides = d.getVar("OVERRIDES").split(":")
+if "class-target" not in overrides:
+return
+
+arches = all_multilib_tune_list(d, "TUNE_ARCH")
+baselibs = all_multilib_tune_list(d, "baselib")
+abis = all_multilib_tune_list(d, "ABIEXTENSION")
+
+def replace_lines(f, search, replacement, d, firstonly = False, secondonly 
= False):
+f = d.expand(f)
+if search == replacement:
+return
+bb.debug(2, "Replacing %s with %s in %s" % (search, replacement, f))
+with open(f, "r") as data:
+lines = data.readlines()
+with open(f, "w") as data:
+for line in lines:
+if not secondonly and not firstonly:
+line = line.replace(search, replacement)
+elif secondonly and search in line:
+secondonly = False
+elif firstonly and search and search in line:
+line = line.replace(search, replacement)
+search = None
+data.write(line)
+
+def replace_lines_rtld(f, search, replacement, section, d):
+f = d.expand(f)
+bb.debug(2, "Replacing %s with %s in %s" % (search, replacement, f))
+with open(f, "r") as data:
+lines = data.readlines()
+found = False
+found2 = False
+with open(f, "w") as data:
+for line in lines:
+if section in line:
+if section == "else" and "if" in line:
+found = False
+else:
+found = True
+if found and "dst_LIB =" in line:
+found2 = True
+elif "}" in line:
+found = False
+found2 = False
+if found2:
+line = line.replace(search, replacement)
+data.write(line)
+
+for i, arch in enumerate(arches):
+tune_baselib = baselibs[i]
+abi = abis[i]
+
+bits = 32
+if arch == "powerpc":
+replace_lines("${S}/src/arch-ppc.c", "/lib/ld.so.1", "/" + 
tune_baselib + "/ld.so.1", d)
+elif arch == "powerpc64":
+replace_lines("${S}/src/arch-ppc64.c", "/lib64/ld64.so.1", "/" + 
tune_baselib + "/ld64.so.1", d)
+bits = 64
+elif arch == "x86_64":
+if abi == "x32":
+replace_lines("${S}/src/arch-x86_64.c", 
"/libx32/ld-linux-x32.so.2", "/" + tune_baselib + "/ld-linux-x32.so.2", d)
+else:
+replace_lines("${S}/src/arch-x86_64.c", 
"/lib64/ld-linux-x86-64.so.2", "/" + tune_baselib + "/ld-linux-x86-64.so.2", d)
+bits = 64
+elif arch == "arm":
+replace_lines("${S}/src/arch-arm.c", "/lib/ld-linux.so.3", "/" + 
tune_baselib + "/ld-linux.so.3", d)
+replace_lines("${S}/src/arch-arm.c", "/lib/ld-linux-armhf.so.3", 
"/" + tune_baselib + "/ld-linux-armhf.so.3", d)
+elif arch == "mips" or arch == "mipsel":
+replace_lines("${S}/src/arch-mips.c", "/lib/ld.so.1", "/" + 
tune_baselib + "/ld.so.1", d, firstonly=True)
+replace_lines("${S}/src/arch-mips.c", "/lib32/ld.so.1", "/" + 
tune_baselib + "/ld.so.1", d)
+elif arch == "mips64" or arch == "mips64el":
+replace_lines("${S}/src/arch-mips.c", "/lib/ld.so.1", "/" + 
tune_baselib + "/ld.so.1", d, secondonly=True)
+replace_lines("${S}/src/arch-mips.c", "/lib64/ld.so.1", "/" + 
tune_baselib + "/ld.so.1", d)
+bits = 64
+elif arch.endswith("86"):
+replace_lines("${S}/src/arch-i386.c", "/lib/ld-linux.so.2", "/" + 
tune_baselib + "/ld-linux.so.2", d)
+if bits == 32 and tune_baselib != "lib":
+replace_lines_rtld("${S}/src/rtld/rtld.c", "lib", tune_baselib, 
"else", d)
+if bits == 64 and tune_baselib != "lib64":
+replace_lines_rtld("${S}/src/rtld/rtld.c", "lib64", tune_baselib,

[OE-core] [PATCH 1/1] SDK: Allow changing SDKMACHINE without wiping TMP folder

2016-09-26 Thread Juro Bystricky 
When changing SDKMACHINE, we may encounter an error forcing us to wipe the TMP 
folder.
Since only SDK_ARCH is captured in the PN of the crosssdk recipes, changes to 
SDK_OS
result in conflicts. Eventually we hit the error:

ERROR: ...: The recipe <...>  is trying to install files into a shared area 
when those files already exist.
The build has stopped as continuing in this scenario WILL break things

This patchset addresses the problem by SDK_SYS as the recipe name suffix instead
of SDK_ARCH.

[YOCTO #9281]

Signed-off-by: Juro Bystricky 
---
 meta/classes/base.bbclass|  2 +-
 meta/conf/distro/include/tcmode-default.inc  | 12 ++--
 meta/recipes-core/glibc/glibc-initial.inc|  2 +-
 meta/recipes-core/glibc/glibc.inc|  2 +-
 meta/recipes-core/musl/musl.inc  |  2 +-
 meta/recipes-devtools/binutils/binutils-crosssdk_2.27.bb |  2 +-
 meta/recipes-devtools/gcc/gcc-cross-initial.inc  |  2 +-
 meta/recipes-devtools/gcc/gcc-cross.inc  |  2 +-
 meta/recipes-devtools/gcc/gcc-crosssdk-initial.inc   |  2 +-
 meta/recipes-devtools/gcc/gcc-crosssdk.inc   |  2 +-
 meta/recipes-devtools/gcc/libgcc-initial.inc |  2 +-
 11 files changed, 16 insertions(+), 16 deletions(-)

diff --git a/meta/classes/base.bbclass b/meta/classes/base.bbclass
index 5a1bd3a..c3b02af 100644
--- a/meta/classes/base.bbclass
+++ b/meta/classes/base.bbclass
@@ -485,7 +485,7 @@ python () {
 
 check_license = False if pn.startswith("nativesdk-") else True
 for t in ["-native", "-cross-${TARGET_ARCH}", 
"-cross-initial-${TARGET_ARCH}",
-  "-crosssdk-${SDK_ARCH}", "-crosssdk-initial-${SDK_ARCH}",
+  "-crosssdk-${SDK_SYS}", "-crosssdk-initial-${SDK_SYS}",
   "-cross-canadian-${TRANSLATED_TARGET_ARCH}"]:
 if pn.endswith(d.expand(t)):
 check_license = False
diff --git a/meta/conf/distro/include/tcmode-default.inc 
b/meta/conf/distro/include/tcmode-default.inc
index 7985596..ca3c5ec 100644
--- a/meta/conf/distro/include/tcmode-default.inc
+++ b/meta/conf/distro/include/tcmode-default.inc
@@ -9,10 +9,10 @@ PREFERRED_PROVIDER_virtual/${TARGET_PREFIX}g++ = 
"gcc-cross-${TARGET_ARCH}"
 PREFERRED_PROVIDER_virtual/${TARGET_PREFIX}compilerlibs = "gcc-runtime"
 PREFERRED_PROVIDER_gdb = "gdb"
 
-PREFERRED_PROVIDER_virtual/${SDK_PREFIX}binutils-crosssdk ?= 
"binutils-crosssdk-${SDK_ARCH}"
-PREFERRED_PROVIDER_virtual/${SDK_PREFIX}gcc-initial = 
"gcc-crosssdk-initial-${SDK_ARCH}"
-PREFERRED_PROVIDER_virtual/${SDK_PREFIX}gcc = "gcc-crosssdk-${SDK_ARCH}"
-PREFERRED_PROVIDER_virtual/${SDK_PREFIX}g++ = "gcc-crosssdk-${SDK_ARCH}"
+PREFERRED_PROVIDER_virtual/${SDK_PREFIX}binutils-crosssdk ?= 
"binutils-crosssdk-${SDK_SYS}"
+PREFERRED_PROVIDER_virtual/${SDK_PREFIX}gcc-initial = 
"gcc-crosssdk-initial-${SDK_SYS}"
+PREFERRED_PROVIDER_virtual/${SDK_PREFIX}gcc = "gcc-crosssdk-${SDK_SYS}"
+PREFERRED_PROVIDER_virtual/${SDK_PREFIX}g++ = "gcc-crosssdk-${SDK_SYS}"
 PREFERRED_PROVIDER_virtual/${SDK_PREFIX}compilerlibs = "nativesdk-gcc-runtime"
 
 # Default libc config
@@ -33,8 +33,8 @@ LINUXLIBCVERSION ?= "4.8%"
 PREFERRED_VERSION_gcc ?= "${GCCVERSION}"
 PREFERRED_VERSION_gcc-cross-${TARGET_ARCH} ?= "${GCCVERSION}"
 PREFERRED_VERSION_gcc-cross-initial-${TARGET_ARCH} ?= "${GCCVERSION}"
-PREFERRED_VERSION_gcc-crosssdk-${SDK_ARCH} ?= "${SDKGCCVERSION}"
-PREFERRED_VERSION_gcc-crosssdk-initial-${SDK_ARCH} ?= "${SDKGCCVERSION}"
+PREFERRED_VERSION_gcc-crosssdk-${SDK_SYS} ?= "${SDKGCCVERSION}"
+PREFERRED_VERSION_gcc-crosssdk-initial-${SDK_SYS} ?= "${SDKGCCVERSION}"
 PREFERRED_VERSION_gcc-cross-canadian-${TRANSLATED_TARGET_ARCH} ?= 
"${GCCVERSION}"
 PREFERRED_VERSION_gcc-runtime ?= "${GCCVERSION}"
 PREFERRED_VERSION_gcc-sanitizers ?= "${GCCVERSION}"
diff --git a/meta/recipes-core/glibc/glibc-initial.inc 
b/meta/recipes-core/glibc/glibc-initial.inc
index 0c8bd64..fe52223 100644
--- a/meta/recipes-core/glibc/glibc-initial.inc
+++ b/meta/recipes-core/glibc/glibc-initial.inc
@@ -5,7 +5,7 @@ PACKAGES = ""
 PACKAGES_DYNAMIC = ""
 
 STAGINGCC = "gcc-cross-initial-${TARGET_ARCH}"
-STAGINGCC_class-nativesdk = "gcc-crosssdk-initial-${TARGET_ARCH}"
+STAGINGCC_class-nativesdk = "gcc-crosssdk-initial-${SDK_SYS}"
 TOOLCHAIN_OPTIONS = " --sysroot=${STAGING_DIR_TCBOOTSTRAP}"
 
 do_configure () {
diff --git a/meta/recipes-core/glibc/glibc.inc 
b/meta/recipes-core/glibc/glibc.inc
index bf1dccd..e85c704 100644
--- a/meta/recipes-core/glibc/glibc.inc
+++ b/meta/recipes-core/glibc/glibc.inc
@@ -3,7 +3,7 @@ require glibc-ld.inc
 require glibc-testing.inc
 
 STAGINGCC = "gcc-cross-initial-${TARGET_ARCH}"
-STAGINGCC_class-nativesdk = "gcc-crosssdk-initial-${TARGET_ARCH}"
+STAGINGCC_class-nativesdk = "gcc-crosssdk-initial-${SDK_SYS}"
 PATH_prepend = "${STAGING_BINDIR_TOOLCHAIN}.${STAGINGCC}:"
 
 TOOLCHAIN_OPTIONS = "

[OE-core] [PATCH 0/1] SDK: Avoid deleting TMP folder when changing SDKMACHINE

2016-09-26 Thread Juro Bystricky 

When changing SDKMACHINE, we may encounter an error forcing us to wipe the TMP 
folder.
Since only SDK_ARCH is captured in the PN of the crosssdk recipes, changes to 
SDK_OS
result in conflicts. Eventually we hit an error such as:

ERROR: meta-toolchain-1.0-r7 do_populate_sdk: The recipe meta-toolchain is 
trying to install files
into a shared area when those files already exist.
...
The build has stopped as continuing in this scenario WILL break things,
...
you're advised to wipe out tmp and rebuild
...

This patchset addresses the problem by using SDK_SYS as the recipe name suffix 
instead of SDK_ARCH.
The patchest was successfully tested with the following sequences in local.conf:
$ bitbake meta-toolchain
SDKMACHINE = "x86_64-mingw32"
SDKMACHINE = "x86_64"
SDKMACHINE = "i686-mingw32"
SDKMACHINE = "i686"
SDKMACHINE = "x86_64-mingw32"

$ bitbake core-image-minimal -c populate_sdk
USER_CLASSES += " testsdk "

SDKMACHINE = "x86_64" (passes testsdk: Ran 11 tests in 75.426s)
SDKMACHINE = "x86_64-mingw32"
SDKMACHINE = "i686"  (passes testsed:Ran 11 tests in 82.831s)
SDKMACHINE = "i686-mingw32"
SDKMACHINE = "x86_64-mingw32"
SDKMACHINE = "x86_64"

$bitbake core-image-minimal -c populate_sdk_ext

As there is no meta-mingw for master yet, I used this meta-mingw layer:
http://git.yoctoproject.org/cgit/cgit.cgi/meta-mingw-contrib/log/?h=juro/master

(The "master" is by definition a moving target, I used the poky commit
a767c78abeb19a9d730e3c9b1f64c13fbbcade17 with the tests above)



Juro Bystricky (1):
  SDK: Allow changing SDKMACHINE without wiping TMP folder

 meta/classes/base.bbclass|  2 +-
 meta/conf/distro/include/tcmode-default.inc  | 12 ++--
 meta/recipes-core/glibc/glibc-initial.inc|  2 +-
 meta/recipes-core/glibc/glibc.inc|  2 +-
 meta/recipes-core/musl/musl.inc  |  2 +-
 meta/recipes-devtools/binutils/binutils-crosssdk_2.27.bb |  2 +-
 meta/recipes-devtools/gcc/gcc-cross-initial.inc  |  2 +-
 meta/recipes-devtools/gcc/gcc-cross.inc  |  2 +-
 meta/recipes-devtools/gcc/gcc-crosssdk-initial.inc   |  2 +-
 meta/recipes-devtools/gcc/gcc-crosssdk.inc   |  2 +-
 meta/recipes-devtools/gcc/libgcc-initial.inc |  2 +-
 11 files changed, 16 insertions(+), 16 deletions(-)

-- 
2.7.4

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

[OE-core] [PATCH] utils: Add all_multilib_tune_list function

2016-09-26 Thread Richard Purdie 
Its useful to be able to query a list of variables to obtain the values
in each multilib context. This adds such a function which works even
if called in the non-default recipe context.

Signed-off-by: Richard Purdie 

diff --git a/meta/classes/utils.bbclass b/meta/classes/utils.bbclass
index 3c2a14f..74c5059 100644
--- a/meta/classes/utils.bbclass
+++ b/meta/classes/utils.bbclass
@@ -382,3 +382,36 @@ def all_multilib_tune_values(d, var, unique = True, 
need_split = True, delim = '
 else:
 ret = values
 return " ".join(ret)
+
+def all_multilib_tune_list(d, var):
+"""
+Return a list of ${var} from each multilib tune configurations
+Is safe to be called from a multilib recipe/context as it can
+figure out the original tune and remove the multilib overrides.
+"""
+values = []
+
+localdata = bb.data.createCopy(d)
+overrides = localdata.getVar("OVERRIDES", False).split(":")
+newoverrides = []
+for o in overrides:
+if not o.startswith("virtclass-multilib-"):
+newoverrides.append(o)
+localdata.setVar("OVERRIDES", ":".join(newoverrides))
+localdata.setVar("MLPREFIX", "")
+origdefault = localdata.getVar("DEFAULTTUNE_MULTILIB_ORIGINAL", True)
+if origdefault:
+localdata.setVar("DEFAULTTUNE", origdefault)
+bb.data.update_data(localdata)
+value = localdata.getVar(var, True)
+values.append(value)
+variants = d.getVar("MULTILIB_VARIANTS", True) or ""
+for item in variants.split():
+localdata = bb.data.createCopy(d)
+overrides = localdata.getVar("OVERRIDES", False) + 
":virtclass-multilib-" + item
+localdata.setVar("OVERRIDES", overrides)
+localdata.setVar("MLPREFIX", item + "-")
+bb.data.update_data(localdata)
+value = localdata.getVar(var, True)
+values.append(value)
+return values


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

Re: [OE-core] [PATCH 00/60] krogoth-next staged

2016-09-26 Thread akuster808 


On 09/26/2016 08:02 AM, Joe Konno wrote:
> I saw this as well. Opened the following bug:
>   * https://bugzilla.yoctoproject.org/show_bug.cgi?id=10329

thanks, guess I should have done it when first reported.

http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/meta/classes/useradd.bbclass?id=1e244471d08c8426466d4e6591ec75478791fe5d

looks promising.

- armin
> 
> On Sat, 24 Sep 2016 10:48:00 -0400
> Ian Geiser  wrote:
> 
>> I think the systemd change may have broken something.  It looks like it is 
>> running a useradd with no arguments other than the root. Now I see the 
>> following error in krogoth:
>>
>> from 
>> "tmp-glibc/work/i586-oe-linux/systemd/1_229+gitAUTOINC+714c62b463-r0/temp/log.do_install"
>>
>> DEBUG: SITE files ['endian-little', 'bit-32', 'ix86-common', 'common-linux', 
>> 'common-glibc', 'i586-linux', 'common']
>> DEBUG: Executing shell function useradd_sysroot
>> Running groupadd commands...
>> NOTE: systemd: Performing groupadd with [--root 
>> /mnt/bitbake/build/detos/tmp-glibc/sysroots/unified -r lock]
>> NOTE: systemd: Performing groupadd with [--root 
>> /mnt/bitbake/build/detos/tmp-glibc/sysroots/unified  -r systemd-journal]
>> NOTE: systemd: group systemd-journal already exists, not re-creating it
>> Running useradd commands...
>> NOTE: systemd: Performing useradd with [--root 
>> /mnt/bitbake/build/detos/tmp-glibc/sysroots/unified --system -d / -M 
>> --shell /bin/nologin systemd-timesync]
>> NOTE: systemd: Performing useradd with [--root 
>> /mnt/bitbake/build/detos/tmp-glibc/sysroots/unified]
>> Usage: useradd [options] LOGIN
>>useradd -D
>>useradd -D [options]
>>
>> Options:
>>   -b, --base-dir BASE_DIR   base directory for the home directory of the
>> new account
>>   -c, --comment COMMENT GECOS field of the new account
>>   -d, --home-dir HOME_DIR   home directory of the new account
>>   -D, --defaultsprint or change default useradd configuration
>>   -e, --expiredate EXPIRE_DATE  expiration date of the new account
>>   -f, --inactive INACTIVE   password inactivity period of the new account
>>   -g, --gid GROUP   name or ID of the primary group of the new
>> account
>>   -G, --groups GROUPS   list of supplementary groups of the new
>> account
>>   -h, --helpdisplay this help message and exit
>>   -k, --skel SKEL_DIR   use this alternative skeleton directory
>>   -K, --key KEY=VALUE   override /etc/login.defs defaults
>>   -l, --no-log-init do not add the user to the lastlog and
>> faillog databases
>>   -m, --create-home create the user's home directory
>>   -M, --no-create-home  do not create the user's home directory
>>   -N, --no-user-group   do not create a group with the same name as
>> the user
>>   -o, --non-unique  allow to create users with duplicate
>> (non-unique) UID
>>   -p, --password PASSWORD   encrypted password of the new account
>>   -P, --clear-password PASSWORD clear password of the new account
>>   -r, --system  create a system account
>>   -R, --root CHROOT_DIR directory to chroot into
>>   -s, --shell SHELL login shell of the new account
>>   -u, --uid UID user ID of the new account
>>   -U, --user-group  create a group with the same name as the user
>>
>> WARNING: 
>> /mnt/bitbake/build/detos/tmp-glibc/work/i586-oe-linux/systemd/1_229+gitAUTOINC+714c62b463-r0/temp/run.useradd_sysroot.31611:1
>>  exit 1 from 'exit 1'
>> ERROR: systemd: useradd command did not succeed.
>>
>>
> 
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] ptest-runner: recipe update related to minor fix.

2016-09-26 Thread Aníbal Limón 
Hi Edwin,

Please write a better explanation about the changes also you need to
bump the version to 2.0.1.

alimon

On 09/23/2016 03:08 PM, Edwin Plauchu wrote:
> From: Edwin Plauchu 
> 
> A minor fix has been published regarding the need of a user
> of being noticed when some run-ptest script fails.
> 
> [YOCTO #9752]
> 
> Signed-off-by: Edwin Plauchu 
> ---
>  meta/recipes-support/ptest-runner/ptest-runner_2.0.bb | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/meta/recipes-support/ptest-runner/ptest-runner_2.0.bb 
> b/meta/recipes-support/ptest-runner/ptest-runner_2.0.bb
> index aaa7c59..34d360e 100644
> --- a/meta/recipes-support/ptest-runner/ptest-runner_2.0.bb
> +++ b/meta/recipes-support/ptest-runner/ptest-runner_2.0.bb
> @@ -7,7 +7,7 @@ HOMEPAGE = 
> "http://git.yoctoproject.org/cgit/cgit.cgi/ptest-runner2/about/;
>  LICENSE = "GPLv2"
>  LIC_FILES_CHKSUM = "file://LICENSE;md5=751419260aa954499f7abaabaa882bbe"
>  
> -SRCREV = "8bfdf946e784f4d5757bebee1fbc4b4a3d7a95c4"
> +SRCREV = "e2aa4256745377b784c8691f546041b59f6e046b"
>  PV = "2.0+git${SRCPV}"
>  
>  SRC_URI = "git://git.yoctoproject.org/ptest-runner2"
> 



signature.asc
Description: OpenPGP digital signature
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 2/2] cve-check-tool: report progress when downloading CVE database

2016-09-26 Thread André Draszik 
We add a patch to report the progress, and at the same time
inform bitbake that progress can be extracted via the simple
'percent' progress handler.

Signed-off-by: André Draszik 
---
 .../cve-check-tool/cve-check-tool_5.6.4.bb |   2 +
 ...ogress-in-percent-when-downloading-CVE-db.patch | 132 +
 2 files changed, 134 insertions(+)
 create mode 100644 
meta/recipes-devtools/cve-check-tool/files/0001-print-progress-in-percent-when-downloading-CVE-db.patch

diff --git a/meta/recipes-devtools/cve-check-tool/cve-check-tool_5.6.4.bb 
b/meta/recipes-devtools/cve-check-tool/cve-check-tool_5.6.4.bb
index 5bb22d1..1baadea 100644
--- a/meta/recipes-devtools/cve-check-tool/cve-check-tool_5.6.4.bb
+++ b/meta/recipes-devtools/cve-check-tool/cve-check-tool_5.6.4.bb
@@ -8,6 +8,7 @@ LIC_FILES_CHKSUM = 
"file://LICENSE;md5=e8c1458438ead3c34974bc0be3a03ed6"
 
 SRC_URI = 
"https://github.com/ikeydoherty/${BPN}/releases/download/v${PV}/${BP}.tar.xz \
file://check-for-malloc_trim-before-using-it.patch \
+   file://0001-print-progress-in-percent-when-downloading-CVE-db.patch 
\
   "
 
 SRC_URI[md5sum] = "c5f4247140fc9be3bf41491d31a34155"
@@ -48,5 +49,6 @@ do_populate_cve_db() {
 
 addtask populate_cve_db after do_populate_sysroot
 do_populate_cve_db[nostamp] = "1"
+do_populate_cve_db[progress] = "percent"
 
 BBCLASSEXTEND = "native nativesdk"
diff --git 
a/meta/recipes-devtools/cve-check-tool/files/0001-print-progress-in-percent-when-downloading-CVE-db.patch
 
b/meta/recipes-devtools/cve-check-tool/files/0001-print-progress-in-percent-when-downloading-CVE-db.patch
new file mode 100644
index 000..ac85962
--- /dev/null
+++ 
b/meta/recipes-devtools/cve-check-tool/files/0001-print-progress-in-percent-when-downloading-CVE-db.patch
@@ -0,0 +1,132 @@
+From 9dc7e787295801aaecfa744b222d58df6b1f48c2 Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?Andr=C3=A9=20Draszik?= 
+Date: Mon, 26 Sep 2016 12:12:41 +0100
+Subject: [PATCH] print progress in percent when downloading CVE db
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+Upstream-Status: Pending
+Signed-off-by: André Draszik 
+---
+ src/library/fetch.c | 27 ++-
+ src/library/fetch.h |  2 +-
+ src/update.c| 15 +++
+ 3 files changed, 38 insertions(+), 6 deletions(-)
+
+diff --git a/src/library/fetch.c b/src/library/fetch.c
+index 06d4b30..cce8e8f 100644
+--- a/src/library/fetch.c
 b/src/library/fetch.c
+@@ -37,13 +37,36 @@ static size_t write_func(void *ptr, size_t size, size_t 
nmemb, struct fetch_t *f
+ return fwrite(ptr, size, nmemb, f->f);
+ }
+ 
+-FetchStatus fetch_uri(const char *uri, const char *target, bool verbose)
++struct percent_t {
++unsigned long start;
++unsigned long end;
++};
++
++static int progress_callback_new(void *ptr, curl_off_t dltotal, curl_off_t 
dlnow, curl_off_t ultotal, curl_off_t ulnow)
++{
++(void) ultotal;
++(void) ulnow;
++
++struct percent_t *percent = (struct percent_t *) ptr;
++
++if (dltotal && percent) {
++long diff = percent->end - percent->start;
++if (diff) {
++fprintf(stderr,"completed: %lu%%\r", percent->start + 
(diff * dlnow / dltotal));
++}
++}
++
++return 0;
++}
++
++FetchStatus fetch_uri(const char *uri, const char *target, bool verbose, 
unsigned long start_percent, unsigned long end_percent)
+ {
+ FetchStatus ret = FETCH_STATUS_FAIL;
+ CURLcode res;
+ struct stat st;
+ CURL *curl = NULL;
+ struct fetch_t *f = NULL;
++struct percent_t percent = { .start = start_percent, .end = 
end_percent };
+ 
+ curl = curl_easy_init();
+ if (!curl) {
+@@ -67,6 +90,8 @@ FetchStatus fetch_uri(const char *uri, const char *target, 
bool verbose)
+ }
+ if (verbose) {
+ (void)curl_easy_setopt(curl, CURLOPT_NOPROGRESS, 0L);
++(void)curl_easy_setopt(curl, CURLOPT_XFERINFODATA, );
++(void)curl_easy_setopt(curl, CURLOPT_XFERINFOFUNCTION, 
progress_callback_new);
+ }
+ res = curl_easy_setopt(curl, CURLOPT_WRITEFUNCTION, 
(curl_write_callback)write_func);
+ if (res != CURLE_OK) {
+diff --git a/src/library/fetch.h b/src/library/fetch.h
+index 70c3779..70aecb7 100644
+--- a/src/library/fetch.h
 b/src/library/fetch.h
+@@ -28,7 +28,7 @@ typedef enum {
+  * @param verbose Whether to be verbose
+  * @return A FetchStatus, indicating the operation taken
+  */
+-FetchStatus fetch_uri(const char *uri, const char *target, bool verbose);
++FetchStatus fetch_uri(const char *uri, const char *target, bool verbose, 
unsigned long this_percent, unsigned long next_percent);
+ 
+ /**
+  * Attempt to extract the given gzipped file
+diff --git a/src/update.c b/src/update.c
+index

Re: [OE-core] [PATCH] lttng-tools: fixes a wrong header issue

2016-09-26 Thread Nathan Lynch 
On 09/23/2016 05:58 AM, liu.min...@gmail.com wrote:
> From: Ming Liu 
> 
> This fixes a following compiling issue:
> | agent.c:33:19: fatal error: error.h: No such file or directory
> |  #include "error.h"
> 
> it's back-ported from lttng-tools upstream, we need it in SRC_URI
> since 2.8 is still the latest release.
> 

[...]

> + src/bin/lttng-sessiond/agent.c | 2 +-
> + 1 file changed, 1 insertion(+), 1 deletion(-)
> +
> +diff --git a/src/bin/lttng-sessiond/agent.c b/src/bin/lttng-sessiond/agent.c
> +index 7cbbbde..310a7e8 100644
> +--- a/src/bin/lttng-sessiond/agent.c
>  b/src/bin/lttng-sessiond/agent.c
> +@@ -29,7 +29,7 @@
> + #include "agent.h"
> + #include "ust-app.h"
> + #include "utils.h"
> +-#include "error.h"
> ++#include "common/error.h"
> + 
> + #define AGENT_RET_CODE_INDEX(code) (code - AGENT_RET_CODE_SUCCESS)
> + 
> +--

This is fixing an issue that doesn't look like it would be
configuration-dependent; how was the build error provoked?  I've never
seen it.


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

[OE-core] [PATCH 0/2] cve-check-tool progress reporting

2016-09-26 Thread André Draszik 
These patches implement progress reporting for cve-check-tool when
it is downloading the CVE database.

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

[OE-core] [PATCH 1/2] cve-check-tool: convert do_populate_cve_db() from python to sh

2016-09-26 Thread André Draszik 
This will allow us to easily incorporate progress support
via bb.process.run()

Signed-off-by: André Draszik 
---
 .../cve-check-tool/cve-check-tool_5.6.4.bb | 45 +-
 1 file changed, 19 insertions(+), 26 deletions(-)

diff --git a/meta/recipes-devtools/cve-check-tool/cve-check-tool_5.6.4.bb 
b/meta/recipes-devtools/cve-check-tool/cve-check-tool_5.6.4.bb
index 1165559..5bb22d1 100644
--- a/meta/recipes-devtools/cve-check-tool/cve-check-tool_5.6.4.bb
+++ b/meta/recipes-devtools/cve-check-tool/cve-check-tool_5.6.4.bb
@@ -22,35 +22,28 @@ inherit pkgconfig autotools
 EXTRA_OECONF = "--disable-coverage"
 CFLAGS_append = " -Wno-error=pedantic"
 
-python do_populate_cve_db () {
-import subprocess
-import time
-
-if d.getVar("BB_NO_NETWORK", True) == "1":
-bb.error("BB_NO_NETWORK is set; Can't update cve-check-tool database, "
-  "CVEs won't be checked")
+do_populate_cve_db() {
+if [ "${BB_NO_NETWORK}" = "1" ] ; then
+bberror "BB_NO_NETWORK is set; Can't update cve-check-tool database, 
CVEs won't be checked"
 return
+fi
 
-bb.utils.export_proxies(d)
 # In case we don't inherit cve-check class, use default values defined in 
the class.
-cve_dir = d.getVar("CVE_CHECK_DB_DIR", True) or 
d.expand("${DL_DIR}/CVE_CHECK")
-cve_file = d.getVar("CVE_CHECK_TMP_FILE", True) or 
d.expand("${TMPDIR}/cve_check")
-cve_cmd = "cve-check-update"
-cmd = [cve_cmd, "-d", cve_dir]
-bb.debug(1, "Updating cve-check-tool database located in %s" % cve_dir)
-try:
-output = subprocess.check_output(cmd, stderr=subprocess.STDOUT)
-bb.debug(2, "Command '%s' returned:\n%s" % ("\n".join(cmd), output))
-time_utc = time.gmtime(time.time())
-time_format = "%Y-%m-%d %H:%M:%S"
-with open(cve_file, "w") as f:
-f.write("CVE database was updated on %s UTC\n\n"
-% time.strftime(time_format, time_utc))
-
-except subprocess.CalledProcessError as e:
-bb.warn("Error in executing cve-check-update: %s (output %s)" % (e, 
e.output))
-if bb.data.inherits_class('cve-check', d):
-bb.warn("Failed to update cve-check-tool database, CVEs won't be 
checked")
+cve_dir="${CVE_CHECK_DB_DIR}"
+cve_file="${CVE_CHECK_TMP_FILE}"
+
+[ -z "${cve_dir}" ] && cve_dir="${DL_DIR}/CVE_CHECK"
+[ -z "${cve_file}" ] && cve_file="${TMPDIR}/cve_check"
+
+bbdebug 2 "Updating cve-check-tool database located in $cve_dir"
+if cve-check-update -d "$cve_dir" ; then
+printf "CVE database was updated on %s UTC\n\n" "$(LANG=C date --utc 
+'%F %T')" > "$cve_file"
+else
+bbwarn "Error in executing cve-check-update"
+if [ "${@'1' if bb.data.inherits_class('cve-check', d) else '0'}" -ne 
0 ] ; then
+bbwarn "Failed to update cve-check-tool database, CVEs won't be 
checked"
+fi
+fi
 }
 
 addtask populate_cve_db after do_populate_sysroot
-- 
2.9.3

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

[OE-core] [PATCH] machine/qemu*: Add comment regarding the reason for virtio-rng-pci

2016-09-26 Thread Nathan Rossi 
Bring across the comment that was in runqemu regarding why the
virtio-rng-pci device was needed. This comment is added to each location
where the virtio-rng-pci device is added.

Signed-off-by: Nathan Rossi 
---
This patch is due to a review comment where Khem suggested on a previous
patch that the script comment should be carried with the moving of where
"-device virtio-rng-pci" was added. That patch
(e890c05e66a21702e9e8ccce794b74cb7f5518ed) appears to have already been
merged so instead of a v2 to that this is the follow up.
---
 meta/conf/machine/include/qemuboot-mips.inc | 1 +
 meta/conf/machine/include/qemuboot-x86.inc  | 1 +
 meta/conf/machine/qemuarm.conf  | 1 +
 meta/conf/machine/qemuarm64.conf| 1 +
 meta/conf/machine/qemuppc.conf  | 1 +
 5 files changed, 5 insertions(+)

diff --git a/meta/conf/machine/include/qemuboot-mips.inc 
b/meta/conf/machine/include/qemuboot-mips.inc
index 01f8f8bb3b..0c60cf297f 100644
--- a/meta/conf/machine/include/qemuboot-mips.inc
+++ b/meta/conf/machine/include/qemuboot-mips.inc
@@ -3,5 +3,6 @@ IMAGE_CLASSES += "qemuboot"
 QB_MEM = "-m 256"
 QB_MACHINE = "-machine malta"
 QB_KERNEL_CMDLINE_APPEND = "console=ttyS0 console=tty"
+# Add the 'virtio-rng-pci' device otherwise the guest may run out of entropy
 QB_OPT_APPEND = "-vga cirrus -show-cursor -usb -usbdevice tablet -device 
virtio-rng-pci"
 QB_SYSTEM_NAME = "qemu-system-${TUNE_ARCH}"
diff --git a/meta/conf/machine/include/qemuboot-x86.inc 
b/meta/conf/machine/include/qemuboot-x86.inc
index 20e90716db..06ac983d4d 100644
--- a/meta/conf/machine/include/qemuboot-x86.inc
+++ b/meta/conf/machine/include/qemuboot-x86.inc
@@ -11,4 +11,5 @@ QB_CPU_KVM_x86-64 = "-cpu kvm64"
 QB_AUDIO_DRV = "alsa"
 QB_AUDIO_OPT = "-soundhw ac97,es1370"
 QB_KERNEL_CMDLINE_APPEND = "vga=0 uvesafb.mode_option=640x480-32 
oprofile.timer=1 uvesafb.task_timeout=-1"
+# Add the 'virtio-rng-pci' device otherwise the guest may run out of entropy
 QB_OPT_APPEND = "-vga vmware -show-cursor -usb -usbdevice tablet -device 
virtio-rng-pci"
diff --git a/meta/conf/machine/qemuarm.conf b/meta/conf/machine/qemuarm.conf
index ff1ab7d48f..17402ef3b3 100644
--- a/meta/conf/machine/qemuarm.conf
+++ b/meta/conf/machine/qemuarm.conf
@@ -14,6 +14,7 @@ SERIAL_CONSOLES = "115200;ttyAMA0 115200;ttyAMA1"
 QB_SYSTEM_NAME = "qemu-system-arm"
 QB_MACHINE = "-machine versatilepb"
 QB_KERNEL_CMDLINE_APPEND = "console=ttyAMA0,115200 console=tty"
+# Add the 'virtio-rng-pci' device otherwise the guest may run out of entropy
 QB_OPT_APPEND = "-show-cursor -usb -usbdevice tablet -device virtio-rng-pci"
 PREFERRED_VERSION_linux-yocto ??= "4.8%"
 QB_DTB = "${@base_version_less_or_equal('PREFERRED_VERSION_linux-yocto', 
'4.7', '', 'zImage-versatile-pb.dtb', d)}"
diff --git a/meta/conf/machine/qemuarm64.conf b/meta/conf/machine/qemuarm64.conf
index a0920fe0e4..d0750624a8 100644
--- a/meta/conf/machine/qemuarm64.conf
+++ b/meta/conf/machine/qemuarm64.conf
@@ -15,6 +15,7 @@ QB_MEM = "-m 512"
 QB_MACHINE = "-machine virt"
 QB_CPU = "-cpu cortex-a57"
 QB_KERNEL_CMDLINE_APPEND = "console=ttyAMA0,38400"
+# Add the 'virtio-rng-pci' device otherwise the guest may run out of entropy
 QB_OPT_APPEND = "-show-cursor -device virtio-rng-pci"
 QB_TAP_OPT = "-netdev tap,id=net0,ifname=@TAP@,script=no,downscript=no -device 
virtio-net-device,netdev=net0,mac=@MAC@"
 QB_SLIRP_OPT = "-netdev user,id=net0 -device virtio-net-device,netdev=net0"
diff --git a/meta/conf/machine/qemuppc.conf b/meta/conf/machine/qemuppc.conf
index 3ae33088ea..8703c2086a 100644
--- a/meta/conf/machine/qemuppc.conf
+++ b/meta/conf/machine/qemuppc.conf
@@ -16,5 +16,6 @@ QB_SYSTEM_NAME = "qemu-system-ppc"
 QB_MACHINE = "-machine mac99"
 QB_CPU = "-cpu G4"
 QB_KERNEL_CMDLINE_APPEND = "console=tty console=ttyS0"
+# Add the 'virtio-rng-pci' device otherwise the guest may run out of entropy
 QB_OPT_APPEND = "-show-cursor -usb -usbdevice tablet -device virtio-rng-pci"
 QB_TAP_OPT = "-netdev tap,id=net0,ifname=@TAP@,script=no,downscript=no -device 
virtio-net-pci,netdev=net0,mac=@MAC@"
-- 
2.9.3
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 00/60] krogoth-next staged

2016-09-26 Thread Joe Konno 
I saw this as well. Opened the following bug:
  * https://bugzilla.yoctoproject.org/show_bug.cgi?id=10329

On Sat, 24 Sep 2016 10:48:00 -0400
Ian Geiser  wrote:

> I think the systemd change may have broken something.  It looks like it is 
> running a useradd with no arguments other than the root. Now I see the 
> following error in krogoth:
> 
> from 
> "tmp-glibc/work/i586-oe-linux/systemd/1_229+gitAUTOINC+714c62b463-r0/temp/log.do_install"
> 
> DEBUG: SITE files ['endian-little', 'bit-32', 'ix86-common', 'common-linux', 
> 'common-glibc', 'i586-linux', 'common']
> DEBUG: Executing shell function useradd_sysroot
> Running groupadd commands...
> NOTE: systemd: Performing groupadd with [--root 
> /mnt/bitbake/build/detos/tmp-glibc/sysroots/unified -r lock]
> NOTE: systemd: Performing groupadd with [--root 
> /mnt/bitbake/build/detos/tmp-glibc/sysroots/unified  -r systemd-journal]
> NOTE: systemd: group systemd-journal already exists, not re-creating it
> Running useradd commands...
> NOTE: systemd: Performing useradd with [--root 
> /mnt/bitbake/build/detos/tmp-glibc/sysroots/unified --system -d / -M 
> --shell /bin/nologin systemd-timesync]
> NOTE: systemd: Performing useradd with [--root 
> /mnt/bitbake/build/detos/tmp-glibc/sysroots/unified]
> Usage: useradd [options] LOGIN
>useradd -D
>useradd -D [options]
> 
> Options:
>   -b, --base-dir BASE_DIR   base directory for the home directory of the
> new account
>   -c, --comment COMMENT GECOS field of the new account
>   -d, --home-dir HOME_DIR   home directory of the new account
>   -D, --defaultsprint or change default useradd configuration
>   -e, --expiredate EXPIRE_DATE  expiration date of the new account
>   -f, --inactive INACTIVE   password inactivity period of the new account
>   -g, --gid GROUP   name or ID of the primary group of the new
> account
>   -G, --groups GROUPS   list of supplementary groups of the new
> account
>   -h, --helpdisplay this help message and exit
>   -k, --skel SKEL_DIR   use this alternative skeleton directory
>   -K, --key KEY=VALUE   override /etc/login.defs defaults
>   -l, --no-log-init do not add the user to the lastlog and
> faillog databases
>   -m, --create-home create the user's home directory
>   -M, --no-create-home  do not create the user's home directory
>   -N, --no-user-group   do not create a group with the same name as
> the user
>   -o, --non-unique  allow to create users with duplicate
> (non-unique) UID
>   -p, --password PASSWORD   encrypted password of the new account
>   -P, --clear-password PASSWORD clear password of the new account
>   -r, --system  create a system account
>   -R, --root CHROOT_DIR directory to chroot into
>   -s, --shell SHELL login shell of the new account
>   -u, --uid UID user ID of the new account
>   -U, --user-group  create a group with the same name as the user
> 
> WARNING: 
> /mnt/bitbake/build/detos/tmp-glibc/work/i586-oe-linux/systemd/1_229+gitAUTOINC+714c62b463-r0/temp/run.useradd_sysroot.31611:1
>  exit 1 from 'exit 1'
> ERROR: systemd: useradd command did not succeed.
> 
> 



pgpyFftNhEDEi.pgp
Description: OpenPGP digital signature
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] [krogoth] Fixes several python3 dependencies

2016-09-26 Thread Alejandro Hernandez 

Thanks Richard!


On 09/23/2016 09:40 AM, Richard Purdie wrote:

On Thu, 2016-09-22 at 08:33 -0700, akuster808 wrote:

Alejandro,


On 09/21/2016 02:10 PM, Alejandro Hernandez wrote:

This patch adds the packages python3-signal, python3-enum and
python3-selectors,
while it also fixes python3-subprocess, this fixes the installation
of python3-modules

I can not get this to apply to my krogoth-next nor krogoth in Poky.
Can
you double check and let me know if I am doing something wrong or
need
any dependency changes?

error pw is showing is:
fatal: patch fragment without header at line 29: @@ -89,6 +89,10 @@
SUMMARY_${PN}-email="Python email support"

I've pulled this onto the branch since we have it as a high for krogoth
(and merged the other queued krogoth patches, thanks!).

Cheers,

Richard




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

[OE-core] [PATCH 1/2] linux-firmware: update to revision 42ad5367

2016-09-26 Thread Daiane Angolini 
Signed-off-by: Daiane Angolini 
Acked-by: Otavio Salvador 
---
 meta/recipes-kernel/linux-firmware/linux-firmware_git.bb | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-kernel/linux-firmware/linux-firmware_git.bb 
b/meta/recipes-kernel/linux-firmware/linux-firmware_git.bb
index 2421da0..6d0bc71 100644
--- a/meta/recipes-kernel/linux-firmware/linux-firmware_git.bb
+++ b/meta/recipes-kernel/linux-firmware/linux-firmware_git.bb
@@ -112,7 +112,7 @@ LIC_FILES_CHKSUM = "\
 file://LICENCE.xc4000;md5=0ff51d2dc49fce04814c9155081092f0 \
 file://LICENCE.xc5000;md5=1e170c13175323c32c7f4d0998d53f66 \
 file://LICENCE.xc5000c;md5=12b02efa3049db65d524aeb418dd87ca \
-file://WHENCE;md5=fc7f8a9fce11037078e90df415baad71 \
+file://WHENCE;md5=f514a0c53c5d73c2fe98d5861103f0c6 \
 "
 
 # These are not common licenses, set NO_GENERIC_LICENSE for them
@@ -172,7 +172,7 @@ NO_GENERIC_LICENSE[Firmware-xc5000] = "LICENCE.xc5000"
 NO_GENERIC_LICENSE[Firmware-xc5000c] = "LICENCE.xc5000c"
 NO_GENERIC_LICENSE[WHENCE] = "WHENCE"
 
-SRCREV = "cccb6a0da98372bd66787710249727ad6b0aaf72"
+SRCREV = "42ad5367dd38371b2a1bb263b6efa85f9b92fc93"
 PE = "1"
 PV = "0.0+git${SRCPV}"
 
-- 
2.7.4

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

[OE-core] [PATCH 0/2] Reduce dependency on Python v2

2016-09-26 Thread Markus Lehtonen 
Two simple patches to reduce our dependency on python2.

Markus Lehtonen (2):
  autotools.bbclass: use python3 instead of python (v2)
  glibc-initial: use python3 instead of python (v2)

 meta/classes/autotools.bbclass| 2 +-
 meta/recipes-core/glibc/glibc-initial.inc | 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

-- 
2.6.6

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

[OE-core] [PATCH 2/2] glibc-initial: use python3 instead of python (v2)

2016-09-26 Thread Markus Lehtonen 
Signed-off-by: Markus Lehtonen 
---
 meta/recipes-core/glibc/glibc-initial.inc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-core/glibc/glibc-initial.inc 
b/meta/recipes-core/glibc/glibc-initial.inc
index 0c8bd64..ec21f10 100644
--- a/meta/recipes-core/glibc/glibc-initial.inc
+++ b/meta/recipes-core/glibc/glibc-initial.inc
@@ -11,7 +11,7 @@ TOOLCHAIN_OPTIONS = " --sysroot=${STAGING_DIR_TCBOOTSTRAP}"
 do_configure () {
(cd ${S} && gnu-configize) || die "failure in running gnu-configize"
find ${S} -name "configure" | xargs touch
-   cfgscript=`python -c "import os; print(os.path.relpath('${S}', 
'.'))"`/configure
+   cfgscript=`python3 -c "import os; print(os.path.relpath('${S}', 
'.'))"`/configure
$cfgscript --host=${TARGET_SYS} --build=${BUILD_SYS} \
--prefix=/usr \
--without-cvs --disable-sanity-checks \
-- 
2.6.6

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

[OE-core] [PATCH 1/2] autotools.bbclass: use python3 instead of python (v2)

2016-09-26 Thread Markus Lehtonen 
Signed-off-by: Markus Lehtonen 
---
 meta/classes/autotools.bbclass | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/classes/autotools.bbclass b/meta/classes/autotools.bbclass
index e5f527e..ecbba9f 100644
--- a/meta/classes/autotools.bbclass
+++ b/meta/classes/autotools.bbclass
@@ -85,7 +85,7 @@ AUTOTOOLS_AUXDIR ?= "${AUTOTOOLS_SCRIPT_PATH}"
 oe_runconf () {
# Use relative path to avoid buildpaths in files
cfgscript_name="`basename ${CONFIGURE_SCRIPT}`"
-   cfgscript=`python -c "import os; 
print(os.path.relpath(os.path.dirname('${CONFIGURE_SCRIPT}'), 
'.'))"`/$cfgscript_name
+   cfgscript=`python3 -c "import os; 
print(os.path.relpath(os.path.dirname('${CONFIGURE_SCRIPT}'), 
'.'))"`/$cfgscript_name
if [ -x "$cfgscript" ] ; then
bbnote "Running $cfgscript ${CONFIGUREOPTS} ${EXTRA_OECONF} $@"
if ! ${CACHED_CONFIGUREVARS} $cfgscript ${CONFIGUREOPTS} 
${EXTRA_OECONF} "$@"; then
-- 
2.6.6

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

[OE-core] [PATCH] devtool: Add a line break to generated README

2016-09-26 Thread Joe MacDonald 
When devtool creates a new workspace, it produced a README with one very
long line and no space following 'bblayers.conf'.  Add a line break as was
intended.

Signed-off-by: Joe MacDonald 
---
 scripts/devtool | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/scripts/devtool b/scripts/devtool
index 91e3954..0c32c50 100755
--- a/scripts/devtool
+++ b/scripts/devtool
@@ -187,7 +187,7 @@ def _create_workspace(workspacedir, config, basepath):
 f.write('directly (although recipes added with "devtool add" will 
often need\n')
 f.write('direct modification.)\n')
 f.write('\nIf you no longer need to use devtool or the workspace 
layer\'s contents\n')
-f.write('you can remove the path to this workspace layer from your 
conf/bblayers.conf')
+f.write('you can remove the path to this workspace layer from your 
conf/bblayers.conf\n')
 f.write('file (and then delete the layer, if you wish).\n')
 f.write('\nNote that by default, if devtool fetches and unpacks 
source code, it\n')
 f.write('will place it in a subdirectory of a "sources" 
subdirectory of the\n')
-- 
1.9.1

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

Re: [OE-core] [PATCH 1/2] qemu.bbclass: Allow use different QEMU binary depending of target

2016-09-26 Thread Otavio Salvador 
On Mon, Sep 26, 2016 at 10:06 AM, Alexander Kanavin
 wrote:
> On 09/23/2016 07:42 PM, Otavio Salvador wrote:
>>
>> There are architectures which support running in 32 and 64 bit
>> flavours however the simulation is provided in a specific QEMU
>> setting, requiring us to use a different binary. This patch allow this
>> to be done using, for example:
>>
>> QEMU_TARGET_BINARY_ppce5500 = "qemu-ppc64abi32"
>
>
> Should there also be a patch that makes use of this feature?

QEMU for e5500 is not working for us; until it is working it is no
sense to submit the patch however I am using it for test.

-- 
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 1/2] qemu.bbclass: Allow use different QEMU binary depending of target

2016-09-26 Thread Alexander Kanavin 

On 09/23/2016 07:42 PM, Otavio Salvador wrote:

There are architectures which support running in 32 and 64 bit
flavours however the simulation is provided in a specific QEMU
setting, requiring us to use a different binary. This patch allow this
to be done using, for example:

QEMU_TARGET_BINARY_ppce5500 = "qemu-ppc64abi32"


Should there also be a patch that makes use of this feature?

Alex

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

Re: [OE-core] defining default locale (LANG/LC_ALL)

2016-09-26 Thread Alexander Kanavin 

On 09/26/2016 02:55 PM, Jussi Kukkonen wrote:


May be this is a FAQ, but I could not find any helpful documentation.

What is the best way to define a system wide default locale setting
(LANG and LC_ALL) for OE based Angstrom style images?


systemd provides system wide locale settings through /etc/locale.conf,
all services will inherit these (note that LC_ALL is not supported). I
expect these should just work in OE.

I'm not aware of anything quite like that for non-systemd though.


Note that LC_ALL should not be used for setting the system-wide default: 
it takes precedence over any other variable. LANG is the way to go.


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

Re: [OE-core] [master][PATCH] openssl: security fix CVE-2016-6304

2016-09-26 Thread Alexander Kanavin 

On 09/23/2016 06:20 PM, Patrick Ohly wrote:


The compile error is inside an #ifdef, so it could be that just that
particular configuration hadn't been tested. But yes, one has to wonder.

So what's preferred for OE-core master and the 2.2 release? Updating to
1.0.2i or backporting the critical patch?

I don't have any strong opinion either way myself.


Meanwhile, 1.0.2j is out :) I'd say for master we should just go ahead 
and update to that.


Alex

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

[OE-core] [PATCH 2/2] linux-firmware: package Broadcom BCM43430 firmware

2016-09-26 Thread Daiane Angolini 
Signed-off-by: Daiane Angolini 
Acked-by: Otavio Salvador 
---
 meta/recipes-kernel/linux-firmware/linux-firmware_git.bb | 9 -
 1 file changed, 8 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 6d0bc71..8e68ae8 100644
--- a/meta/recipes-kernel/linux-firmware/linux-firmware_git.bb
+++ b/meta/recipes-kernel/linux-firmware/linux-firmware_git.bb
@@ -225,7 +225,7 @@ PACKAGES =+ "${PN}-ralink-license ${PN}-ralink \
  ${PN}-ti-connectivity-license ${PN}-wl12xx ${PN}-wl18xx \
  ${PN}-vt6656-license ${PN}-vt6656 \
  ${PN}-rtl-license ${PN}-rtl8192cu ${PN}-rtl8192ce ${PN}-rtl8192su 
\
- ${PN}-broadcom-license ${PN}-bcm4329 ${PN}-bcm4330 ${PN}-bcm4334 
${PN}-bcm43340 ${PN}-bcm4339 ${PN}-bcm4354 \
+ ${PN}-broadcom-license ${PN}-bcm4329 ${PN}-bcm4330 ${PN}-bcm4334 
${PN}-bcm43340 ${PN}-bcm4339 ${PN}-bcm43430 ${PN}-bcm4354 \
  ${PN}-atheros-license ${PN}-ar9170 ${PN}-carl9170 ${PN}-ath6k 
${PN}-ath9k \
  ${PN}-ar3k-license  ${PN}-ar3k  ${PN}-ath10k-license  
${PN}-ath10k  \
  \
@@ -408,6 +408,7 @@ LICENSE_${PN}-bcm4330 = "Firmware-broadcom_bcm43xx"
 LICENSE_${PN}-bcm4334 = "Firmware-broadcom_bcm43xx"
 LICENSE_${PN}-bcm43340 = "Firmware-broadcom_bcm43xx"
 LICENSE_${PN}-bcm4339 = "Firmware-broadcom_bcm43xx"
+LICENSE_${PN}-bcm43430 = "Firmware-broadcom_bcm43xx"
 LICENSE_${PN}-bcm4354 = "Firmware-broadcom_bcm43xx"
 LICENSE_${PN}-broadcom-license = "Firmware-broadcom_bcm43xx"
 
@@ -429,6 +430,9 @@ FILES_${PN}-bcm43340 = " \
 FILES_${PN}-bcm4339 = " \
   /lib/firmware/brcm/brcmfmac4339-sdio.bin \
 "
+FILES_${PN}-bcm43430 = " \
+  /lib/firmware/brcm/brcmfmac43430-sdio.bin \
+"
 FILES_${PN}-bcm4354 = " \
   /lib/firmware/brcm/brcmfmac4354-sdio.bin \
 "
@@ -448,12 +452,15 @@ 
ALTERNATIVE_TARGET_linux-firmware-bcm4330[brcmfmac-sdio.bin] = "/lib/firmware/br
 ALTERNATIVE_linux-firmware-bcm4339 = "brcmfmac-sdio.bin"
 ALTERNATIVE_TARGET_linux-firmware-bcm4339[brcmfmac-sdio.bin] = 
"/lib/firmware/brcm/brcmfmac4339-sdio.bin"
 ALTERNATIVE_PRIORITY_linux-firmware-bcm4339[brcmfmac-sdio.bin] = "20"
+ALTERNATIVE_linux-firmware-bcm43430 = "brcmfmac-sdio.bin"
+ALTERNATIVE_TARGET_linux-firmware-bcm43430[brcmfmac-sdio.bin] = 
"/lib/firmware/brcm/brcmfmac43430-sdio.bin"
 
 RDEPENDS_${PN}-bcm4329 += "${PN}-broadcom-license"
 RDEPENDS_${PN}-bcm4330 += "${PN}-broadcom-license"
 RDEPENDS_${PN}-bcm4334 += "${PN}-broadcom-license"
 RDEPENDS_${PN}-bcm43340 += "${PN}-broadcom-license"
 RDEPENDS_${PN}-bcm4339 += "${PN}-broadcom-license"
+RDEPENDS_${PN}-bcm43430 += "${PN}-broadcom-license"
 RDEPENDS_${PN}-bcm4354 += "${PN}-broadcom-license"
 
 # For Broadcom bnx2-mips
-- 
2.7.4

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

Re: [OE-core] [PATCH 1/1] openssl: update to 1.0.2i (CVE-2016-6304 and more)

2016-09-26 Thread Alexander Kanavin 

On 09/23/2016 07:25 PM, akuster808 wrote:


No this demonstrates that folks do want to help out. They to the best
they can with their abilities and situation. The community has made a
lot of noise about how important it is to address security issues.
Except a few of us who do send patches, the community as a whole does
not stepped up to the table to help out.

Opensource is not an all or nothing proposition. I for one appreciate
contributions folks make in this area.


If folks want to help out, they'd better spend their time building 
automated CI infrastructure that allows us to upgrade openssl to 1.0.2j 
in stable releases without the paralyzing fear of breaking things. I 
appreciate the intent to help, but I don't see the actual contribution 
(of randomly backporting CVEs) as particularly useful in the long run.



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

Re: [OE-core] [PATCH 00/60] krogoth-next staged

2016-09-26 Thread Ian Geiser 
  On Mon, 26 Sep 2016 00:02:21 -0400 akuster808  
wrote  
 >  
 >  
 > On 09/24/2016 07:48 AM, Ian Geiser wrote: 
 > > I think the systemd change may have broken something.  It looks like it is 
 > > running a useradd with no arguments other than the root. Now I see the 
 > > following error in krogoth: 
 > >  
 >  
 > I appears to be caused by 
 > http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?h=krogoth=66a4366e8fb4077a375e71c2169f3307254a36aa.
 >  
 >  
 > Master did not show this issue. 
 >  
 > - armin 
 >  
 > > from 
 > > "tmp-glibc/work/i586-oe-linux/systemd/1_229+gitAUTOINC+714c62b463-r0/temp/log.do_install"
 > >  
 > >  
 > > DEBUG: SITE files ['endian-little', 'bit-32', 'ix86-common', 
 > > 'common-linux', 'common-glibc', 'i586-linux', 'common'] 
 > > DEBUG: Executing shell function useradd_sysroot 
 > > Running groupadd commands... 
 > > NOTE: systemd: Performing groupadd with [--root 
 > > /mnt/bitbake/build/detos/tmp-glibc/sysroots/unified -r lock] 
 > > NOTE: systemd: Performing groupadd with [--root 
 > > /mnt/bitbake/build/detos/tmp-glibc/sysroots/unified  -r systemd-journal] 
 > > NOTE: systemd: group systemd-journal already exists, not re-creating it 
 > > Running useradd commands... 
 > > NOTE: systemd: Performing useradd with [--root 
 > > /mnt/bitbake/build/detos/tmp-glibc/sysroots/unified --system -d / -M 
 > > --shell /bin/nologin systemd-timesync] 
 > > NOTE: systemd: Performing useradd with [--root 
 > > /mnt/bitbake/build/detos/tmp-glibc/sysroots/unified] 

>From the looks of it the useradd is running with only the root and no actual 
>arguments.  Is it possible there is a chance in the useradd bbclass in master 
>that is needed?  Doubtful since the old code worked with the entries present.  
>What ever is happening is happening after timesync though.  I cannot see how 
>networkd is causing the problem though since it is just like the others.

 > > Usage: useradd [options] LOGIN 
 > >useradd -D 
 > >useradd -D [options] 
 > >  
 > > Options: 
 > >   -b, --base-dir BASE_DIR   base directory for the home directory of 
 > > the 
 > > new account 
 > >   -c, --comment COMMENT GECOS field of the new account 
 > >   -d, --home-dir HOME_DIR   home directory of the new account 
 > >   -D, --defaultsprint or change default useradd 
 > > configuration 
 > >   -e, --expiredate EXPIRE_DATE  expiration date of the new account 
 > >   -f, --inactive INACTIVE   password inactivity period of the new 
 > > account 
 > >   -g, --gid GROUP   name or ID of the primary group of the new 
 > > account 
 > >   -G, --groups GROUPS   list of supplementary groups of the new 
 > > account 
 > >   -h, --helpdisplay this help message and exit 
 > >   -k, --skel SKEL_DIR   use this alternative skeleton directory 
 > >   -K, --key KEY=VALUE   override /etc/login.defs defaults 
 > >   -l, --no-log-init do not add the user to the lastlog and 
 > > faillog databases 
 > >   -m, --create-home create the user's home directory 
 > >   -M, --no-create-home  do not create the user's home directory 
 > >   -N, --no-user-group   do not create a group with the same name 
 > > as 
 > > the user 
 > >   -o, --non-unique  allow to create users with duplicate 
 > > (non-unique) UID 
 > >   -p, --password PASSWORD   encrypted password of the new account 
 > >   -P, --clear-password PASSWORD clear password of the new account 
 > >   -r, --system  create a system account 
 > >   -R, --root CHROOT_DIR directory to chroot into 
 > >   -s, --shell SHELL login shell of the new account 
 > >   -u, --uid UID user ID of the new account 
 > >   -U, --user-group  create a group with the same name as the 
 > > user 
 > >  
 > > WARNING: 
 > > /mnt/bitbake/build/detos/tmp-glibc/work/i586-oe-linux/systemd/1_229+gitAUTOINC+714c62b463-r0/temp/run.useradd_sysroot.31611:1
 > >  exit 1 from 'exit 1' 
 > > ERROR: systemd: useradd command did not succeed. 
 > >  
 > >  
 > 


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

Re: [OE-core] defining default locale (LANG/LC_ALL)

2016-09-26 Thread Jussi Kukkonen 
On 26 September 2016 at 13:46, Steffen Sledz  wrote:

> May be this is a FAQ, but I could not find any helpful documentation.
>
> What is the best way to define a system wide default locale setting (LANG
> and LC_ALL) for OE based Angstrom style images?
>

systemd provides system wide locale settings through /etc/locale.conf, all
services will inherit these (note that LC_ALL is not supported). I expect
these should just work in OE.

I'm not aware of anything quite like that for non-systemd though.

Jussi



> Regards,
> Steffen
>
> --
> DResearch Fahrzeugelektronik GmbH
> Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
> Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
> Fax: +49 30 515932-299
> Geschäftsführer: Dr. Michael Weber, Werner Mögle;
> Amtsgericht Berlin Charlottenburg; HRB 130120 B;
> Ust.-IDNr. DE273952058
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] defining default locale (LANG/LC_ALL)

2016-09-26 Thread Steffen Sledz 
On 26.09.2016 13:01, Maciej Borzęcki wrote:
> On Mon, Sep 26, 2016 at 12:46 PM, Steffen Sledz  wrote:
>> May be this is a FAQ, but I could not find any helpful documentation.
>>
>> What is the best way to define a system wide default locale setting (LANG 
>> and LC_ALL) for OE based Angstrom style images?
> 
> Don't know about Angstrom style images, but you can always try adding
> appropriate entries to /etc/environment.

Interesting hint.

But this file is related to the pam tooling. So it has only effect on logins 
and not on system services. Correct?

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] defining default locale (LANG/LC_ALL)

2016-09-26 Thread Maciej Borzęcki 
On Mon, Sep 26, 2016 at 12:46 PM, Steffen Sledz  wrote:
> May be this is a FAQ, but I could not find any helpful documentation.
>
> What is the best way to define a system wide default locale setting (LANG and 
> LC_ALL) for OE based Angstrom style images?

Don't know about Angstrom style images, but you can always try adding
appropriate entries to /etc/environment.

Cheers,
-- 
Maciej Borzecki
RnDity
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] defining default locale (LANG/LC_ALL)

2016-09-26 Thread Steffen Sledz 
May be this is a FAQ, but I could not find any helpful documentation.

What is the best way to define a system wide default locale setting (LANG and 
LC_ALL) for OE based Angstrom style images?

Regards,
Steffen

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 2/2] archive.bbclass: fix do_ar_original archiving of multiple source repos

2016-09-26 Thread Patrick Ohly 
When a recipe uses more than one source which isn't a plain file (for
example, multiple git repos), then do_ar_original created the source
archives using the same filename and thus only archived one source.

The "name" parameter is used as file suffix to create unique names for
each source, leading to archives following this pattern:
deploy/${TARGET_SYS}/${PF}/${PF}[-].tar.gz.

The ${PF} part is a bit redundant, which may or may not be
desirable. The patch is more localized this way (no need to modify
create_tarball()).

For example, meta-oic's iotivity_1.1.1.bb uses:

   url_iotivity = "git://github.com/iotivity/iotivity.git"
   branch_iotivity = "1.1-rel"
   SRC_URI = 
"${url_iotivity};destsuffix=${S};branch=${branch_iotivity};protocol=http;"

   url_tinycbor = "git://github.com/01org/tinycbor.git"
   SRC_URI += 
"${url_tinycbor};name=tinycbor;destsuffix=${S}/extlibs/tinycbor/tinycbor;protocol=http"

   url_hippomocks = "git://github.com/dascandy/hippomocks.git"
   SRC_URI += 
"${url_hippomocks};name=hippomocks;destsuffix=${S}/extlibs/hippomocks-master;protocol=http"
   SRC_URI += "file://hippomocks_mips_patch"

   url_gtest = 
"http://pkgs.fedoraproject.org/repo/pkgs/gtest/gtest-1.7.0.zip/2d6ec8ccdf5c46b05ba54a9fd1d130d7/gtest-1.7.0.zip;
   SRC_URI += "${url_gtest};name=gtest;subdir=${BP}/extlibs/gtest"

   url_sqlite = "http://www.sqlite.org/2015/sqlite-amalgamation-3081101.zip;
   SRC_URI += 
"${url_sqlite};name=sqlite3;subdir=${BP}/extlibs/sqlite3;unpack=false"

These now get archived in deploy/sources/*/iotivity-1.1.1-r2/ as:

gtest-1.7.0.zip  iotivity-1.1.1-r2-recipe.tar.gz
sqlite-amalgamation-3081101.zip
hippomocks_mips_patchiotivity-1.1.1-r2.tar.gz
iotivity-1.1.1-r2-hippomocks.tar.gz  iotivity-1.1.1-r2-tinycbor.tar.gz

Signed-off-by: Patrick Ohly 
---
 meta/classes/archiver.bbclass | 17 -
 1 file changed, 16 insertions(+), 1 deletion(-)

diff --git a/meta/classes/archiver.bbclass b/meta/classes/archiver.bbclass
index 5f9c91d..1d8e863 100644
--- a/meta/classes/archiver.bbclass
+++ b/meta/classes/archiver.bbclass
@@ -151,6 +151,7 @@ python do_ar_original() {
 encoded = bb.fetch2.encodeurl(decoded)
 urls[i] = encoded
 fetch = bb.fetch2.Fetch(urls, d)
+tarball_suffix = {}
 for url in fetch.urls:
 local = fetch.localpath(url).rstrip("/");
 if os.path.isfile(local):
@@ -158,7 +159,21 @@ python do_ar_original() {
 elif os.path.isdir(local):
 tmpdir = tempfile.mkdtemp(dir=d.getVar('ARCHIVER_WORKDIR', True))
 fetch.unpack(tmpdir, (url,))
-create_tarball(d, tmpdir + '/.', '', ar_outdir)
+# To handle recipes with more than one source, we add the "name"
+# URL parameter as suffix. We treat it as an error when
+# there's more than one URL without a name, or a name gets reused.
+# This is an additional safety net, in practice the name has
+# to be set when using the git fetcher, otherwise SRCREV cannot
+# be set separately for each URL.
+params = bb.fetch2.decodeurl(url)[5]
+name = params.get('name', '')
+if name in tarball_suffix:
+if not name:
+bb.fatal("Cannot determine archive names for original 
source because 'name' URL parameter is unset in more than one URL. Add it to at 
least one of these: %s %s" % (tarball_suffix[name], url))
+else:
+bb.fatal("Cannot determine archive names for original 
source because 'name=' URL parameter '%s' is used twice. Make it unique in: %s 
%s" % (tarball_suffix[name], url))
+tarball_suffix[name] = url
+create_tarball(d, tmpdir + '/.', name, ar_outdir)
 
 # Emit patch series files for 'original'
 bb.note('Writing patch series files...')
-- 
2.1.4

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

[OE-core] [PATCH 0/2] fix do_ar_original (multiple git sources, absolute path)

2016-09-26 Thread Patrick Ohly 
meta-oic's iotivity_1.1.1.bb recently started using destsuffix=${S}
for different git source URLs. This breaks randomly (depending on task
scheduling) when archive.bbclass and ARCHIVER_MODE[src] = "original"
are active, because the archiver then unpacks again into ${S} in
parallel to the running build.

While fixing that it was noticed that the archiver also did not
archive all upstream sources because it used the same .tar.gz filename
for all git repos.

The following changes since commit 1e13d1fd22186af5544e7248dc12635cd2f2e08b:

  meta-environment: ensure corret TOOLCHAIN_CONFIGSITE_NOCACHE value 
(2016-09-26 10:05:53 +0100)

are available in the git repository at:

  git://github.com/pohly/openembedded-core do_ar_original
  https://github.com/pohly/openembedded-core/tree/do_ar_original

Patrick Ohly (2):
  archiver.bbclass: ignore unpack sub-directories in do_ar_original
  archive.bbclass: fix do_ar_original archiving of multiple source repos

 meta/classes/archiver.bbclass | 37 +++--
 1 file changed, 35 insertions(+), 2 deletions(-)

-- 
2.1.4

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

[OE-core] [PATCH 1/2] archiver.bbclass: ignore unpack sub-directories in do_ar_original

2016-09-26 Thread Patrick Ohly 
Support for absolute paths in the "subdir" parameter was recently
added (bitbake rev: c3873346c6fa). The git fetcher has supported
absolute paths in "destsuffix" already before.

When the path is absolute as in destsuffix=${S}/foobar, the tmpdir
used by do_ar_original gets ignored, which breaks:
- source code archiving (tmpdir is empty)
- compilation due to race conditions (for example, ${S} getting
  modified by do_ar_original while do_compile runs)

To solve this, these parameters get removed from URLs before
instantiating the fetcher for them.

This is done unconditionally also for relative paths, because these
paths are not useful when archiving the original source (upstream
source does not have them, they only get used by the recipe during
compilation).

Signed-off-by: Patrick Ohly 
---
 meta/classes/archiver.bbclass | 20 +++-
 1 file changed, 19 insertions(+), 1 deletion(-)

diff --git a/meta/classes/archiver.bbclass b/meta/classes/archiver.bbclass
index 2f3b278..5f9c91d 100644
--- a/meta/classes/archiver.bbclass
+++ b/meta/classes/archiver.bbclass
@@ -132,7 +132,25 @@ python do_ar_original() {
 
 ar_outdir = d.getVar('ARCHIVER_OUTDIR', True)
 bb.note('Archiving the original source...')
-fetch = bb.fetch2.Fetch([], d)
+urls = d.getVar("SRC_URI", True).split()
+# destsuffix (git fetcher) and subdir (everything else) are allowed to be
+# absolute paths (for example, destsuffix=${S}/foobar).
+# That messes with unpacking inside our tmpdir below, because the fetchers
+# will then unpack in that directory and completely ignore the tmpdir.
+# That breaks parallel tasks relying on ${S}, like do_compile.
+#
+# To solve this, we remove these parameters from all URLs.
+# We do this even for relative paths because it makes the content of the
+# archives more useful (no extra paths that are only used during
+# compilation).
+for i, url in enumerate(urls):
+decoded = bb.fetch2.decodeurl(url)
+for param in ('destsuffix', 'subdir'):
+if param in decoded[5]:
+del decoded[5][param]
+encoded = bb.fetch2.encodeurl(decoded)
+urls[i] = encoded
+fetch = bb.fetch2.Fetch(urls, d)
 for url in fetch.urls:
 local = fetch.localpath(url).rstrip("/");
 if os.path.isfile(local):
-- 
2.1.4

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

Re: [OE-core] [PATCH] perf: Fix to obey LD failure on qemux86-64

2016-09-26 Thread sujith h 
On Mon, Sep 26, 2016 at 11:40 AM, sujith h  wrote:

> Hi,
>
> Let me know if we need to make any changes to this patch. If so I would be
> happy to do that.
>

Sorry for my earlier mail, this patch is merged:
http://git.openembedded.org/openembedded-core/commit/?id=0ce06611068e74e6ea2e226e3f967aaa91fecd25

>
> Thanks,
> Sujith H
>
> On Wed, Sep 21, 2016 at 10:47 AM, Sujith H  wrote:
>
>> From: Christopher Larson 
>>
>> When built on an i686 host for qemux86-64 without the
>> fix to obey LD and it fails:
>>
>> /scratch/dogwood/toolchains/x86_64/bin/i686-pc-linux-gnu-ld:
>> Relocatable linking with relocations from format elf64-x86-64
>> (/scratch/dogwood/perf-ld-test/build/tmp/work/qemux86_64-
>> mel-linux/perf/1.0-r9/perf-1.0/fs/fs.o)
>> to format elf32-i386 (/scratch/dogwood/perf-ld-test
>> /build/tmp/work/qemux86_64-mel-linux/perf/1.0-r9/perf-1.0/fs/libapi-in.o)
>> is not supported
>>
>> This is because LD includes HOST_LD_ARCH, which contains TUNE_LDARGS,
>> which is -m elf32_x86_64 for x86_64. Without that, direct use of ld will
>> fail.
>>
>> Signed-off-by: Christopher Larson 
>> Signed-off-by: Sujith Haridasan 
>> ---
>>  meta/recipes-kernel/perf/perf.bb | 3 ++-
>>  1 file changed, 2 insertions(+), 1 deletion(-)
>>
>> diff --git a/meta/recipes-kernel/perf/perf.bb b/meta/recipes-kernel/perf/
>> perf.bb
>> index 88e3a0a..0d104d3 100644
>> --- a/meta/recipes-kernel/perf/perf.bb
>> +++ b/meta/recipes-kernel/perf/perf.bb
>> @@ -79,6 +79,7 @@ EXTRA_OEMAKE = '\
>>  ARCH=${ARCH} \
>>  CC="${CC}" \
>>  AR="${AR}" \
>> +LD="${LD}" \
>>  EXTRA_CFLAGS="-ldw" \
>>  perfexecdir=${libexecdir} \
>>  NO_GTK2=1 ${TUI_DEFINES} NO_DWARF=1 ${LIBUNWIND_DEFINES} \
>> @@ -98,7 +99,6 @@ EXTRA_OEMAKE += "\
>>  'infodir=${@os.path.relpath(infodir, prefix)}' \
>>  "
>>
>> -
>>  do_compile() {
>> # Linux kernel build system is expected to do the right thing
>> unset CFLAGS
>> @@ -174,6 +174,7 @@ do_configure_prepend () {
>>  if [ -e "${S}/tools/lib/api/Makefile" ]; then
>>  sed -i 's,CC = $(CROSS_COMPILE)gcc,#CC,'
>> ${S}/tools/lib/api/Makefile
>>  sed -i 's,AR = $(CROSS_COMPILE)ar,#AR,'
>> ${S}/tools/lib/api/Makefile
>> +sed -i 's,LD = $(CROSS_COMPILE)ld,#LD,'
>> ${S}/tools/lib/api/Makefile
>>  fi
>>  if [ -e "${S}/tools/lib/subcmd/Makefile" ]; then
>>  sed -i 's,CC = $(CROSS_COMPILE)gcc,#CC,'
>> ${S}/tools/lib/subcmd/Makefile
>> --
>> 1.9.1
>>
>>
>
>
> --
> സുജിത് ഹരിദാസന്
> Bangalore
> Contributor to KDE project
> Contributor to Yocto project
> http://fci.wikia.com/wiki/Anti-DRM-Campaign
>  http://sujithh.info
> C-x C-c
>



-- 
സുജിത് ഹരിദാസന്
Bangalore
Contributor to KDE project
Contributor to Yocto project
http://fci.wikia.com/wiki/Anti-DRM-Campaign
 http://sujithh.info
C-x C-c
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] x264: add textrel to INSANE_SKIP

2016-09-26 Thread sujith h 
On Mon, Sep 26, 2016 at 11:39 AM, sujith h  wrote:

> Hi,
>
> Let me know if this patch is ok. Else I can help make this patch better.
>

oops, sorry for my earlier mail. This patch is merged :
http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=aa7f7b63485b8c4d33491b9cd467fc4487a281c7

>
> Thanks,
> Sujith H
>
> On Wed, Sep 21, 2016 at 3:12 PM, Sujith H  wrote:
>
>> From: Fahad Usman 
>>
>> Tried by adding CFLAGS_append = " -fpic " to
>> the recipe. But that couldn't help resolve the
>> warning message:
>>
>> x264/r2491+gitAUTOINC+c8a773ebfc-r0/packages-split/x264/usr/lib/libx264.so.144'
>> has relocations in .text [textrel]
>>
>> It was found that this warning is emitted because of the
>> assembly files in the source code. And it is not easy to
>> get rid of TEXTREL's which are coming from the assembly
>> source files.
>>
>> Adding textrel to INSANE_SKIP resolves this issue.
>> This issue was observed in cyclone5 and imx6qsabresd BSP's.
>> So generalizing the patch.
>>
>> Signed-off-by: Fahad Usman 
>> Signed-off-by: Sujith Haridasan 
>> ---
>>  meta/recipes-multimedia/x264/x264_git.bb | 4 ++--
>>  1 file changed, 2 insertions(+), 2 deletions(-)
>>
>> diff --git a/meta/recipes-multimedia/x264/x264_git.bb
>> b/meta/recipes-multimedia/x264/x264_git.bb
>> index fa44f9c..393310f 100644
>> --- a/meta/recipes-multimedia/x264/x264_git.bb
>> +++ b/meta/recipes-multimedia/x264/x264_git.bb
>> @@ -48,6 +48,6 @@ do_install() {
>>  oe_runmake install DESTDIR=${D}
>>  }
>>
>> -# PIC can't be enabled for 32-bit x86
>> -INSANE_SKIP_${PN}_append_x86 = " textrel"
>> +# PIC can't be enabled for few BSP's
>> +INSANE_SKIP_${PN}_append = " textrel"
>>
>> --
>> 1.9.1
>>
>>
>
>
> --
> സുജിത് ഹരിദാസന്
> Bangalore
> Contributor to KDE project
> Contributor to Yocto project
> http://fci.wikia.com/wiki/Anti-DRM-Campaign
>  http://sujithh.info
> C-x C-c
>



-- 
സുജിത് ഹരിദാസന്
Bangalore
Contributor to KDE project
Contributor to Yocto project
http://fci.wikia.com/wiki/Anti-DRM-Campaign
 http://sujithh.info
C-x C-c
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 2/2 v2] boost: add support for additional boost libs

2016-09-26 Thread André Draszik 
On Mo, 2016-09-26 at 15:56 +0800, jackie.hu...@windriver.com wrote:
> From: Jackie Huang 
> 
> * Added libs:
>   - container
>   - context
>   - coroutine
>   - exception
>   - graph_parallel
>   - locale
>   - math
>   - mpi
>   - wave
> 
> * Add PACKAGECONFIG to add proper dependencies for:
>   graph_parallel, locale, and mpi.
> 
> * boost-mpi depends on mpich which is in meta-oe,
>   and boost-graph_parallel depends on boost-mpi,
>   so they are disabled by default, but can be enabled
>   in a distro that needs them.
> 
> * context and coroutine are added only for x86 and powerpc.
> 
> Signed-off-by: Jackie Huang 
> ---
>  meta/recipes-support/boost/boost.inc | 33 ++-
> --
>  1 file changed, 30 insertions(+), 3 deletions(-)
> 
> diff --git a/meta/recipes-support/boost/boost.inc b/meta/recipes-
> support/boost/boost.inc
> index 5696b6a..7637a4e 100644
> --- a/meta/recipes-support/boost/boost.inc
> +++ b/meta/recipes-support/boost/boost.inc
> @@ -8,11 +8,14 @@ ARM_INSTRUCTION_SET_armv5 = "arm"
>  BOOST_LIBS = "\
>   atomic \
>   chrono \
> + container \
>   date_time \
> + exception \
>   filesystem \
>   graph \
>   iostreams \
>   log \
> + math \
>   program_options \
>   random \
>   regex \
> @@ -22,12 +25,28 @@ BOOST_LIBS = "\
>   timer \
>   test \
>   thread \
> + wave \
>   "
>  
> -# optional boost-python library
> -PACKAGECONFIG ??= ""
> +# only supported by x86 and powerpc
> +BOOST_LIBS_append_x86 = " context coroutine"
> +BOOST_LIBS_append_x86-64 = " context coroutine"
> +BOOST_LIBS_append_powerpc = " context coroutine"
> +
> +# optional libraries
> +PACKAGECONFIG ??= "locale"
> +PACKAGECONFIG[locale] = ",,icu"
> +PACKAGECONFIG[graph_parallel] = ",,,boost-mpi mpich"
> +PACKAGECONFIG[mpi] = ",,mpich"
>  PACKAGECONFIG[python] = ",,python python3"
> -BOOST_LIBS += "${@bb.utils.contains('PACKAGECONFIG', 'python', 'python
> python3', '', d)}"
> +
> +BOOST_LIBS += "\
> +${@bb.utils.contains('PACKAGECONFIG', 'locale', 'locale', '', d)} \
> +${@bb.utils.contains('PACKAGECONFIG', 'graph_parallel',
> 'graph_parallel mpi', \
> + bb.utils.contains('PACKAGECONFIG', 'mpi', 'mpi',
> '', d), d)} \
> +${@bb.utils.contains('PACKAGECONFIG', 'python', 'python python3', '',
> d)} \
> +"

Rather than having two ways to define what packages to build, PACKAGECONFIG
and BOOST_LIBS, where each of them only supports a different subset of
boost's libraries, can we just have one, PACKAGECONFIG, and have it support
all of the potential libraries?


Cheers,
Andre'


> +
>  inherit python-dir
>  PYTHON_ROOT = "${STAGING_DIR_HOST}/${prefix}"
>  
> @@ -54,6 +73,10 @@ python __anonymous () {
>  }
>  
>  # Override the contents of specific packages
> +FILES_${PN}-graph = "${libdir}/libboost_graph.so.*"
> +FILES_${PN}-graph_parallel = "${libdir}/libboost_graph_parallel.so.*"
> +FILES_${PN}-locale = "${libdir}/libboost_locale.so.*"
> +FILES_${PN}-mpi = "${libdir}/mpi.so ${libdir}/libboost_mpi*.so.*"
>  FILES_boost-serialization = "${libdir}/libboost_serialization*.so.* \
>   ${libdir}/libboost_wserialization*.so.*"
>  FILES_boost-test = "${libdir}/libboost_prg_exec_monitor*.so.* \
> @@ -159,6 +182,10 @@ do_configure() {
>   echo "using python : ${PYTHON_BASEVERSION} : :
> ${STAGING_INCDIR}/python${PYTHON_BASEVERSION} ;" >> ${WORKDIR}/user-
> config.jam
>   echo "using python : 3.5 : : ${STAGING_INCDIR}/python3.5m ;" >>
> ${WORKDIR}/user-config.jam
>  
> + if ${@bb.utils.contains('BOOST_LIBS', 'mpi', 'true', 'false',
> d)}; then
> + echo "using mpi : : mpi ;" >>
> ${WORKDIR}/user-config.jam
> + fi
> +
>   CC="${BUILD_CC}" CFLAGS="${BUILD_CFLAGS}" ./bootstrap.sh --with-
> bjam=bjam --with-toolset=gcc --with-python-root=${PYTHON_ROOT}
>   sed -i '/^using python/d' ${S}/project-config.jam
>  }
> -- 
> 2.8.3
> 
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] ltp: 20160126 -> 20160920

2016-09-26 Thread Wang Xin 
1)Upgrade ltp from 20160126 to 20160920.
2)Delete some patches, since they are integrated upstream.
0001-ltp-Don-t-link-against-libfl.patch
0006-sendfile-Use-off64_t-instead-of-__off64_t.patch
0007-replace-SIGCLD-with-SIGCHLD.patch
0009-Guard-error.h-with-__GLIBC__.patch
0012-fsstress.c-Replace-__int64_t-with-int64_t.patch
0013-include-fcntl.h-for-getting-O_-definitions.patch
0014-hyperthreading-Include-sys-types.h-for-pid_t-definit.patch
0015-mincore01-Rename-PAGESIZE-to-pagesize.patch
0016-ustat-Change-header-from-ustat.h-to-sys-ustat.h.patch
0017-replace-sigval_t-with-union-sigval.patch
0019-tomoyo-Replace-canonicalize_file_name-with-realpath.patch
0022-include-sys-types.h.patch
0027-sysconf01-Use-_SC_2_C_VERSION-conditionally.patch
0028-rt_sigaction.h-Use-sighandler_t-instead-of-__sighand.patch
0029-trace_shed-Fix-build-with-musl.patch
0030-lib-Use-PTHREAD_MUTEX_RECURSIVE-in-place-of-PTHREAD_.patch
0031-vma03-fix-page-size-offset-as-per-page-size-alignmen.patch
0032-regen.sh-Include-asm-unistd.h-explicitly.patch
0035-fix-test_proc_kill-hang.patch
3)Modify one patch, since the data has been changed.
0011-Rename-sigset-variable-to-sigset1.patch
4)Add some new patches.
0001-Define-__SIGRTMIN-and-__SIGRTMAX-on-musl.patch
0002-initialize-recursive-mutex-in-a-portable-way.patch
0003-lapi-Use-sig_t-instead-of-sighandler_t.patch
0004-rt_sigaction-rt_sigprocmark-Replace-SA_NOMASK-with-S.patch
0005-Fix-test_proc_kill-hanging.patch
0006-Remove-unused-__BEGIN_DECLS-and-__END_DECLS.patch

Signed-off-by: Wang Xin 
---
 ...-Define-__SIGRTMIN-and-__SIGRTMAX-on-musl.patch |  32 ++
 .../ltp/0001-ltp-Don-t-link-against-libfl.patch|  30 --
 ...tialize-recursive-mutex-in-a-portable-way.patch | 167 +
 ...3-lapi-Use-sig_t-instead-of-sighandler_t.patch} |  30 +-
 ...n-rt_sigprocmark-Replace-SA_NOMASK-with-S.patch | 120 +++
 ...patch => 0005-Fix-test_proc_kill-hanging.patch} |  25 +-
 ...move-unused-__BEGIN_DECLS-and-__END_DECLS.patch |  48 +++
 ...sendfile-Use-off64_t-instead-of-__off64_t.patch |  31 --
 .../ltp/ltp/0007-replace-SIGCLD-with-SIGCHLD.patch | 394 -
 .../ltp/0009-Guard-error.h-with-__GLIBC__.patch| 270 --
 .../0011-Rename-sigset-variable-to-sigset1.patch   |  60 ++--
 ...fsstress.c-Replace-__int64_t-with-int64_t.patch | 351 --
 ...nclude-fcntl.h-for-getting-O_-definitions.patch |  67 
 ...ing-Include-sys-types.h-for-pid_t-definit.patch |  56 ---
 ...015-mincore01-Rename-PAGESIZE-to-pagesize.patch |  64 
 ...Change-header-from-ustat.h-to-sys-ustat.h.patch |  45 ---
 .../0017-replace-sigval_t-with-union-sigval.patch  |  88 -
 ...lace-canonicalize_file_name-with-realpath.patch |  32 --
 .../ltp/ltp/0022-include-sys-types.h.patch |  29 --
 ...sconf01-Use-_SC_2_C_VERSION-conditionally.patch |  29 --
 .../ltp/0029-trace_shed-Fix-build-with-musl.patch  |  32 --
 ...READ_MUTEX_RECURSIVE-in-place-of-PTHREAD_.patch |  33 --
 ...age-size-offset-as-per-page-size-alignmen.patch |  33 --
 ...-regen.sh-Include-asm-unistd.h-explicitly.patch |  30 --
 .../ltp/{ltp_20160126.bb => ltp_20160920.bb}   |  27 +-
 25 files changed, 433 insertions(+), 1690 deletions(-)
 create mode 100644 
meta/recipes-extended/ltp/ltp/0001-Define-__SIGRTMIN-and-__SIGRTMAX-on-musl.patch
 delete mode 100644 
meta/recipes-extended/ltp/ltp/0001-ltp-Don-t-link-against-libfl.patch
 create mode 100644 
meta/recipes-extended/ltp/ltp/0002-initialize-recursive-mutex-in-a-portable-way.patch
 rename 
meta/recipes-extended/ltp/ltp/{0028-rt_sigaction.h-Use-sighandler_t-instead-of-__sighand.patch
 => 0003-lapi-Use-sig_t-instead-of-sighandler_t.patch} (59%)
 create mode 100644 
meta/recipes-extended/ltp/ltp/0004-rt_sigaction-rt_sigprocmark-Replace-SA_NOMASK-with-S.patch
 rename meta/recipes-extended/ltp/ltp/{0035-fix-test_proc_kill-hang.patch => 
0005-Fix-test_proc_kill-hanging.patch} (52%)
 create mode 100644 
meta/recipes-extended/ltp/ltp/0006-Remove-unused-__BEGIN_DECLS-and-__END_DECLS.patch
 delete mode 100644 
meta/recipes-extended/ltp/ltp/0006-sendfile-Use-off64_t-instead-of-__off64_t.patch
 delete mode 100644 
meta/recipes-extended/ltp/ltp/0007-replace-SIGCLD-with-SIGCHLD.patch
 delete mode 100644 
meta/recipes-extended/ltp/ltp/0009-Guard-error.h-with-__GLIBC__.patch
 delete mode 100644 
meta/recipes-extended/ltp/ltp/0012-fsstress.c-Replace-__int64_t-with-int64_t.patch
 delete mode 100644 
meta/recipes-extended/ltp/ltp/0013-include-fcntl.h-for-getting-O_-definitions.patch
 delete mode 100644 
meta/recipes-extended/ltp/ltp/0014-hyperthreading-Include-sys-types.h-for-pid_t-definit.patch
 delete mode 100644 
meta/recipes-extended/ltp/ltp/0015-mincore01-Rename-PAGESIZE-to-pagesize.patch
 delete mode 100644 
meta/recipes-extended/ltp/ltp/0016-ustat-Change-header-from-ustat.h-to-sys-ustat.h.patch
 delete mode 100644

[OE-core] [PATCH 1/2 v2] boost: disable pch when build boost-math

2016-09-26 Thread jackie.huang 
From: Jackie Huang 

It's a work around for a defect when build in parallel:
https://svn.boost.org/trac/boost/ticket/12477

Signed-off-by: Jackie Huang 
---
 .../boost/boost-math-disable-pch-for-gcc.patch | 31 ++
 meta/recipes-support/boost/boost_1.61.0.bb |  1 +
 2 files changed, 32 insertions(+)
 create mode 100644 
meta/recipes-support/boost/boost/boost-math-disable-pch-for-gcc.patch

diff --git 
a/meta/recipes-support/boost/boost/boost-math-disable-pch-for-gcc.patch 
b/meta/recipes-support/boost/boost/boost-math-disable-pch-for-gcc.patch
new file mode 100644
index 000..595ba17
--- /dev/null
+++ b/meta/recipes-support/boost/boost/boost-math-disable-pch-for-gcc.patch
@@ -0,0 +1,31 @@
+From cabfcba1ff7511ffd6b91ca244288d44f585aad2 Mon Sep 17 00:00:00 2001
+From: Jackie Huang 
+Date: Fri, 23 Sep 2016 01:04:50 -0700
+Subject: [PATCH] boost-math: disable pch for gcc
+
+Upstream-Status: Inappropriate [*]
+
+* It's a work around for a defect when build in parallel:
+https://svn.boost.org/trac/boost/ticket/12477
+
+Signed-off-by: Jackie Huang 
+---
+ libs/math/build/Jamfile.v2 | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/libs/math/build/Jamfile.v2 b/libs/math/build/Jamfile.v2
+index e19fb2e..82472a7 100644
+--- a/libs/math/build/Jamfile.v2
 b/libs/math/build/Jamfile.v2
+@@ -13,7 +13,7 @@ project
+   #intel-linux:off
+   intel-darwin:off
+   msvc-7.1:off
+-  gcc,windows:off
++  gcc:off
+   #gcc:-fvisibility=hidden
+   intel-linux:-fvisibility=hidden
+   #sun:-xldscope=hidden
+-- 
+2.7.4
+
diff --git a/meta/recipes-support/boost/boost_1.61.0.bb 
b/meta/recipes-support/boost/boost_1.61.0.bb
index 33f209c..40e3870 100644
--- a/meta/recipes-support/boost/boost_1.61.0.bb
+++ b/meta/recipes-support/boost/boost_1.61.0.bb
@@ -9,4 +9,5 @@ SRC_URI += "\
 file://0002-boost-test-execution_monitor.hpp-fix-mips-soft-float.patch \
 file://0003-smart_ptr-mips-assembly-doesn-t-compile-in-mips16e-m.patch \
 file://0004-Use-atomic-by-default-when-BOOST_NO_CXX11_HDR_ATOMIC.patch \
+file://boost-math-disable-pch-for-gcc.patch \
 "
-- 
2.8.3

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

[OE-core] [PATCH 2/2 v2] boost: add support for additional boost libs

2016-09-26 Thread jackie.huang 
From: Jackie Huang 

* Added libs:
  - container
  - context
  - coroutine
  - exception
  - graph_parallel
  - locale
  - math
  - mpi
  - wave

* Add PACKAGECONFIG to add proper dependencies for:
  graph_parallel, locale, and mpi.

* boost-mpi depends on mpich which is in meta-oe,
  and boost-graph_parallel depends on boost-mpi,
  so they are disabled by default, but can be enabled
  in a distro that needs them.

* context and coroutine are added only for x86 and powerpc.

Signed-off-by: Jackie Huang 
---
 meta/recipes-support/boost/boost.inc | 33 ++---
 1 file changed, 30 insertions(+), 3 deletions(-)

diff --git a/meta/recipes-support/boost/boost.inc 
b/meta/recipes-support/boost/boost.inc
index 5696b6a..7637a4e 100644
--- a/meta/recipes-support/boost/boost.inc
+++ b/meta/recipes-support/boost/boost.inc
@@ -8,11 +8,14 @@ ARM_INSTRUCTION_SET_armv5 = "arm"
 BOOST_LIBS = "\
atomic \
chrono \
+   container \
date_time \
+   exception \
filesystem \
graph \
iostreams \
log \
+   math \
program_options \
random \
regex \
@@ -22,12 +25,28 @@ BOOST_LIBS = "\
timer \
test \
thread \
+   wave \
"
 
-# optional boost-python library
-PACKAGECONFIG ??= ""
+# only supported by x86 and powerpc
+BOOST_LIBS_append_x86 = " context coroutine"
+BOOST_LIBS_append_x86-64 = " context coroutine"
+BOOST_LIBS_append_powerpc = " context coroutine"
+
+# optional libraries
+PACKAGECONFIG ??= "locale"
+PACKAGECONFIG[locale] = ",,icu"
+PACKAGECONFIG[graph_parallel] = ",,,boost-mpi mpich"
+PACKAGECONFIG[mpi] = ",,mpich"
 PACKAGECONFIG[python] = ",,python python3"
-BOOST_LIBS += "${@bb.utils.contains('PACKAGECONFIG', 'python', 'python 
python3', '', d)}"
+
+BOOST_LIBS += "\
+${@bb.utils.contains('PACKAGECONFIG', 'locale', 'locale', '', d)} \
+${@bb.utils.contains('PACKAGECONFIG', 'graph_parallel', 'graph_parallel 
mpi', \
+ bb.utils.contains('PACKAGECONFIG', 'mpi', 'mpi', '', 
d), d)} \
+${@bb.utils.contains('PACKAGECONFIG', 'python', 'python python3', '', d)} \
+"
+
 inherit python-dir
 PYTHON_ROOT = "${STAGING_DIR_HOST}/${prefix}"
 
@@ -54,6 +73,10 @@ python __anonymous () {
 }
 
 # Override the contents of specific packages
+FILES_${PN}-graph = "${libdir}/libboost_graph.so.*"
+FILES_${PN}-graph_parallel = "${libdir}/libboost_graph_parallel.so.*"
+FILES_${PN}-locale = "${libdir}/libboost_locale.so.*"
+FILES_${PN}-mpi = "${libdir}/mpi.so ${libdir}/libboost_mpi*.so.*"
 FILES_boost-serialization = "${libdir}/libboost_serialization*.so.* \
${libdir}/libboost_wserialization*.so.*"
 FILES_boost-test = "${libdir}/libboost_prg_exec_monitor*.so.* \
@@ -159,6 +182,10 @@ do_configure() {
echo "using python : ${PYTHON_BASEVERSION} : : 
${STAGING_INCDIR}/python${PYTHON_BASEVERSION} ;" >> ${WORKDIR}/user-config.jam
echo "using python : 3.5 : : ${STAGING_INCDIR}/python3.5m ;" >> 
${WORKDIR}/user-config.jam
 
+   if ${@bb.utils.contains('BOOST_LIBS', 'mpi', 'true', 'false', d)}; then
+   echo "using mpi : : mpi ;" >> 
${WORKDIR}/user-config.jam
+   fi
+
CC="${BUILD_CC}" CFLAGS="${BUILD_CFLAGS}" ./bootstrap.sh 
--with-bjam=bjam --with-toolset=gcc --with-python-root=${PYTHON_ROOT}
sed -i '/^using python/d' ${S}/project-config.jam
 }
-- 
2.8.3

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

[OE-core] [PATCH 0/2 v2] boost: add support for additional boost libs

2016-09-26 Thread jackie.huang 
From: Jackie Huang 

Changes in v2:

1. Add a workaround as a separate commit for the issue found in:
http://autobuilder.yocto.io:8010/builders/nightly-x86-64-lsb/builds/56/

2. Add PACKAGECONFIG for graph_parallel and mpi but disable by default
   since they depend on mpich which is in meta-oe.

3. Add proper configs in user-config.jam for boost-mpi.

Tested with:
- default PACKAGECONFIG
- all libs in PACKAGECONFIG (need to add meta-oe)

Notes:
boost-exception will not be created since it's intentional.


The following changes since commit 8dfcfbeb14a179a5d5722007d7c986da1dd41b40:

  arch-mips: Add mips64-o32 tunes (2016-09-24 07:30:10 +0100)

are available in the git repository at:

  git://git.pokylinux.org/poky-contrib.git jhuang0/r_add_boost_libs_160926-1
  http://git.pokylinux.org/cgit.cgi//log/?h=jhuang0/r_add_boost_libs_160926-1

Jackie Huang (2):
  boost: disable pch when build boost-math
  boost: add support for additional boost libs

 meta/recipes-support/boost/boost.inc   | 33 --
 .../boost/boost-math-disable-pch-for-gcc.patch | 31 
 meta/recipes-support/boost/boost_1.61.0.bb |  1 +
 3 files changed, 62 insertions(+), 3 deletions(-)
 create mode 100644 
meta/recipes-support/boost/boost/boost-math-disable-pch-for-gcc.patch

-- 
2.8.3

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

[OE-core] watchdog vs. wd-keepalive

2016-09-26 Thread Gary Thomas 

With recent changes to the watchdog recipe, there are now
separate packages, one which starts "watchdog" and the other
which starts "wd_keepalive".  At least on my hardware (an i.MX6
plus an external watchdog), these are self conflicting.  If the
"watchdog" process starts first, the "wd_keepalive" process fails
because it gets EBUSY when it tries to open the watchdog device
(since both processes use the same config file) and vice-versa.
I've proven that either of these by itself is sufficient (again,
only tested on my hardware) and before these changes I was only
running the 'wd_keepalive' program via a target-specific, ad hoc,
startup.

So, which should it be?  I don't think it can be both as is
current.  Am I missing something?

A couple of other comments:
* The recent changes moved these startup actions into run level 01
(I use sysvinit) which is way too late for my hardware.  I've always
needed to run it at the earliest point in the boot, normally in
run level 'S' at a very high priority (low index like 05)

* The actual watchdog 'ping' interval in the config file doesn't
seem to match the documentation.  I set it to 2 and I get a ping
frequency of 10Hz (20 changes per second), as opposed to 4Hz which
would be 2 seconds per change.  I'll be investigating this further
and may propose some patches.

Thanks for your time

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world

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

Re: [OE-core] [PATCH v2] Remove bashisms

2016-09-26 Thread He Zhe 
OK. I have senta new patch([OE-core] [PATCH] guile: Remove bashisms) for guile 
as other bashisms have been addressed.

Thanks,
Zhe

On 09/22/2016 06:04 PM, Burton, Ross wrote:
> On 22 September 2016 at 10:33,  >wrote:
>
> -if type systemctl >/dev/null 2>/dev/null; then
> +if command -p systemctl >/dev/null 2>/dev/null; then
>
>
> This doesn't do what you want:
>
> $ type whoami ; echo $?
> whoami is /usr/bin/whoami
> 0
> $ type foobar; echo $?
> -bash: type: foobar: not found
> 1
>
> 'type' when used with a binary prints the full path (thus the redirect) and 
> returns success if it was found, error if it wasn't.
>
> $ command -p whoami ; echo $?
> ross
> 0
>
> $ which applyotron
> /home/ross/bin/applyotron
> $ command -p applyotron
> -bash: applyotron: command not found
>
> 'command -p' searches for a binary (ignoring any aliases or builtins) in a 
> hardcoded set of paths as you pass -p (not $PATH, so will fail at rootfs 
> time) for a binary and executes it if found.  We don't want to look in a 
> hard-coded set of paths, and we don't want to run the binary, so these 
> changes are bad.
>
> bash, dash and ash all support type, which is why verify-bashisms has them on 
> the whitelist as the simplest way of saying "does this binary exist".
>
>
> # Remove unpackaged files (based on list in rpm.spec)
> -   rm -f 
> ${D}/${libdir}/rpm/{Specfile.pm,cpanflute,cpanflute2,rpmdiff,rpmdiff.cgi,sql.prov,sql.req,tcl.req,trpm}
> +   rm -f ${D}/${libdir}/rpm/Specfile.pm
> +   rm -f ${D}/${libdir}/rpm/cpanflute
> +   rm -f ${D}/${libdir}/rpm/cpanflute2
> +   rm -f ${D}/${libdir}/rpm/rpmdiff
> +   rm -f ${D}/${libdir}/rpm/rpmdiff.cgi
> +   rm -f ${D}/${libdir}/rpm/sql.prov
> +   rm -f ${D}/${libdir}/rpm/sql.req
> +   rm -f ${D}/${libdir}/rpm/tcl.req
> +   rm -f ${D}/${libdir}/rpm/trpm
>
>
> I deleted these in "rpm: remove redundant removals" when doing a similar 
> sweep, so please rebase to master.
>
> I think all thats left is the guile cleanup, so can you submit just that with 
> a rewritten commit message.
>
> Ross

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

[OE-core] [PATCH] guile: Remove bashisms

2016-09-26 Thread zhe.he 
From: He Zhe 

Remove bashisms from do_populate_sysroot task

Signed-off-by: Peter Kjellerstedt 
Signed-off-by: He Zhe 
---
 meta/recipes-devtools/guile/guile_2.0.12.bb | 29 +
 1 file changed, 17 insertions(+), 12 deletions(-)

diff --git a/meta/recipes-devtools/guile/guile_2.0.12.bb 
b/meta/recipes-devtools/guile/guile_2.0.12.bb
index d2fe511..751a035 100644
--- a/meta/recipes-devtools/guile/guile_2.0.12.bb
+++ b/meta/recipes-devtools/guile/guile_2.0.12.bb
@@ -87,22 +87,27 @@ SYSROOT_PREPROCESS_FUNCS = "guile_cross_config"
 
 guile_cross_config() {
# this is only for target recipe
-   if [ "${PN}" = "guile" ]
-   then
-   # Create guile-config returning target values instead of native 
values
-   install -d ${SYSROOT_DESTDIR}${STAGING_BINDIR_CROSS}
-   echo '#!'`which ${BUILD_SYS}-guile`$' \\\n--no-auto-compile -e 
main -s\n!#\n(define %guile-build-info '\'\( \
-   > ${B}/guile-config.cross
-   sed -n -e 's:^[ \t]*{[ \t]*":  (:' \
+   [ "${PN}" = "${BPN}" ] || return 0
+
+   vars=$(sed -n -e 's:^[ \t]*{[ \t]*":  (:' \
-e 's:",[ \t]*": . ":' \
-e 's:" *}, *\\:"):' \
-e 's:^.*cachedir.*$::' \
-e '/^  (/p' \
-   < ${B}/libguile/libpath.h >> ${B}/guile-config.cross
-   echo '))' >> ${B}/guile-config.cross
-   cat ${B}/meta/guile-config >> ${B}/guile-config.cross
-   install ${B}/guile-config.cross 
${STAGING_BINDIR_CROSS}/guile-config
-   fi
+   < ${B}/libguile/libpath.h)
+
+   # Create guile-config returning target values instead of native values
+   install -d ${SYSROOT_DESTDIR}${bindir_crossscripts}
+   cat <${B}/guile-config.cross
+#!$(which ${BUILD_SYS}-guile) \\
+--no-auto-compile -e main -s
+!#
+(define %guile-build-info '(
+$vars
+))
+EOF
+   cat ${B}/meta/guile-config >> ${B}/guile-config.cross
+   install ${B}/guile-config.cross 
${SYSROOT_DESTDIR}${bindir_crossscripts}/guile-config
 }
 
 # Guile needs the compiled files to be newer than the source, and it won't
-- 
2.8.3

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

[OE-core] State of bitbake world 2016-09-22

2016-09-26 Thread Martin Jansa 
== Number of issues - stats ==
{| class='wikitable'
!|Date   !!colspan='3'|Failed tasks 
!!colspan='6'|Failed depencencies!!|Signatures
!!colspan='12'|QA !!Comment
|-
||  ||qemuarm   ||qemux86   ||qemux86_64
||qemuarm||max||min ||qemux86||max||min ||all   ||already-stripped  
||libdir||textrel   ||build-deps||file-rdeps
||version-going-backwards   ||host-user-contaminated
||installed-vs-shipped  ||unknown-configure-option  ||symlink-to-sysroot
||invalid-pkgconfig ||pkgname   ||  
|-
||2016-09-22||2 ||4 ||1 ||4 ||2 ||1 ||7 ||3 
||3 ||0 ||0 ||0 ||3 ||7 
||7 ||0 ||1 ||0 ||0 
||0 ||0 ||0 ||  
|}

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

== Failed tasks 2016-09-22 ==

INFO: jenkins-job.sh-1.8.10 Complete log available at 
http://logs.nslu2-linux.org/buildlogs/oe/world/log.report.20160925_200350.log

=== common (1) ===
* 
meta-openembedded/meta-filesystems/recipes-utils/xfsprogs/xfsprogs_4.7.0.bb:do_compile

=== common-x86 (0) ===

=== qemuarm (1) ===
* meta-qt5/recipes-qt/qt5/qtwebkit_git.bb:do_compile

=== qemux86 (3) ===
* meta-browser/recipes-browser/chromium/chromium_52.0.2743.76.bb:do_compile
* 
meta-openembedded/meta-initramfs/recipes-devtools/klibc/klibc_2.0.4.bb:do_compile
* 
meta-openembedded/meta-oe/recipes-support/mongodb/mongodb_git.bb:do_compile

=== qemux86_64 (0) ===

=== Number of failed tasks (7) ===
{| class=wikitable
|-
|| qemuarm  || 2 || 
http://logs.nslu2-linux.org/buildlogs/oe/world/log.world.qemuarm.20160923_112116.log/
 || http://errors.yoctoproject.org/Errors/Build/22173/
|-
|| qemux86  || 4 || 
http://logs.nslu2-linux.org/buildlogs/oe/world/log.world.qemux86.20160921_102930.log/
 || http://errors.yoctoproject.org/Errors/Build/21993/
|-
|| qemux86_64   || 1 || 
http://logs.nslu2-linux.org/buildlogs/oe/world/log.world.qemux86-64.20160922_082005.log/
 || http://errors.yoctoproject.org/Errors/Build/22164/
|}

=== PNBLACKLISTs (118) ===

=== QA issues (18) ===
{| class=wikitable
!| Count||Issue
|-
||0 ||already-stripped
|-
||0 ||installed-vs-shipped
|-
||0 ||invalid-pkgconfig
|-
||0 ||libdir
|-
||0 ||pkgname
|-
||0 ||symlink-to-sysroot
|-
||0 ||unknown-configure-option
|-
||0 ||version-going-backwards
|-
||1 ||host-user-contaminated
|-
||3 ||textrel
|-
||7 ||build-deps
|-
||7 ||file-rdeps
|}



=== Failed dependencies for qemuarm (4) ===

Complete log: 
http://logs.nslu2-linux.org/buildlogs/oe/world/log.dependencies.qemuarm.20160923_181209.log/
Found differences: 
Found errors: 
* ERROR: 4 issues were found in these recipes: qtwebkit xfsprogs

=== Recipes failing with maximal dependencies for qemuarm (2) ===
* qtwebkit -- 
http://logs.nslu2-linux.org/buildlogs/oe/world/log.dependencies.qemuarm.20160923_181209.log//2_max/failed/qtwebkit.log
* xfsprogs -- 
http://logs.nslu2-linux.org/buildlogs/oe/world/log.dependencies.qemuarm.20160923_181209.log//2_max/failed/xfsprogs.log

=== Recipes failing with minimal dependencies for qemuarm (1) ===
* xfsprogs -- 
http://logs.nslu2-linux.org/buildlogs/oe/world/log.dependencies.qemuarm.20160923_181209.log//3_min/failed/xfsprogs.log

=== Failed dependencies for qemux86 (7) ===

Complete log: 
http://logs.nslu2-linux.org/buildlogs/oe/world/log.dependencies.qemux86.20160923_102009.log/
Found differences: 
Found errors: 
* ERROR: 7 issues were found in these recipes: chromium ipmiutil mongodb 
xfsprogs

=== Recipes failing with maximal dependencies for qemux86 (3) ===
* chromium -- 
http://logs.nslu2-linux.org/buildlogs/oe/world/log.dependencies.qemux86.20160923_102009.log//2_max/failed/chromium.log
* mongodb -- 
http://logs.nslu2-linux.org/buildlogs/oe/world/log.dependencies.qemux86.20160923_102009.log//2_max/failed/mongodb.log
* xfsprogs -- 
http://logs.nslu2-linux.org/buildlogs/oe/world/log.dependencies.qemux86.20160923_102009.log//2_max/failed/xfsprogs.log

=== Recipes failing with minimal dependencies for qemux86 (3) ===
* chromium -- 
http://logs.nslu2-linux.org/buildlogs/oe/world/log.dependencies.qemux86.20160923_102009.log//3_min/failed/chromium.log
* mongodb -- 
http://logs.nslu2-linux.org/buildlogs/oe/world/log.dependencies.qemux86.20160923_102009.log//3_min/failed/mongodb.log
* xfsprogs -- 
http://logs.nslu2-linux.org/buildlogs/oe/world/log.dependencies.qemux86.20160923_102009.log//3_min/failed/xfsprogs.log

=== Incorrect PACKAGE_ARCH or sstate signatures (0) ===

Complete log: 
http://logs.nslu2-linux.org/buildlogs/oe/world/log.signatures.20160923_212100.log/

No issues detected


PNBLACKLISTs:
openembedded-core/:
meta-browser:

Re: [OE-core] [PATCH] perf: Fix to obey LD failure on qemux86-64

2016-09-26 Thread sujith h 
Hi,

Let me know if we need to make any changes to this patch. If so I would be
happy to do that.

Thanks,
Sujith H

On Wed, Sep 21, 2016 at 10:47 AM, Sujith H  wrote:

> From: Christopher Larson 
>
> When built on an i686 host for qemux86-64 without the
> fix to obey LD and it fails:
>
> /scratch/dogwood/toolchains/x86_64/bin/i686-pc-linux-gnu-ld:
> Relocatable linking with relocations from format elf64-x86-64
> (/scratch/dogwood/perf-ld-test/build/tmp/work/qemux86_
> 64-mel-linux/perf/1.0-r9/perf-1.0/fs/fs.o)
> to format elf32-i386 (/scratch/dogwood/perf-ld-
> test/build/tmp/work/qemux86_64-mel-linux/perf/1.0-r9/perf-
> 1.0/fs/libapi-in.o)
> is not supported
>
> This is because LD includes HOST_LD_ARCH, which contains TUNE_LDARGS,
> which is -m elf32_x86_64 for x86_64. Without that, direct use of ld will
> fail.
>
> Signed-off-by: Christopher Larson 
> Signed-off-by: Sujith Haridasan 
> ---
>  meta/recipes-kernel/perf/perf.bb | 3 ++-
>  1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/meta/recipes-kernel/perf/perf.bb b/meta/recipes-kernel/perf/
> perf.bb
> index 88e3a0a..0d104d3 100644
> --- a/meta/recipes-kernel/perf/perf.bb
> +++ b/meta/recipes-kernel/perf/perf.bb
> @@ -79,6 +79,7 @@ EXTRA_OEMAKE = '\
>  ARCH=${ARCH} \
>  CC="${CC}" \
>  AR="${AR}" \
> +LD="${LD}" \
>  EXTRA_CFLAGS="-ldw" \
>  perfexecdir=${libexecdir} \
>  NO_GTK2=1 ${TUI_DEFINES} NO_DWARF=1 ${LIBUNWIND_DEFINES} \
> @@ -98,7 +99,6 @@ EXTRA_OEMAKE += "\
>  'infodir=${@os.path.relpath(infodir, prefix)}' \
>  "
>
> -
>  do_compile() {
> # Linux kernel build system is expected to do the right thing
> unset CFLAGS
> @@ -174,6 +174,7 @@ do_configure_prepend () {
>  if [ -e "${S}/tools/lib/api/Makefile" ]; then
>  sed -i 's,CC = $(CROSS_COMPILE)gcc,#CC,'
> ${S}/tools/lib/api/Makefile
>  sed -i 's,AR = $(CROSS_COMPILE)ar,#AR,'
> ${S}/tools/lib/api/Makefile
> +sed -i 's,LD = $(CROSS_COMPILE)ld,#LD,'
> ${S}/tools/lib/api/Makefile
>  fi
>  if [ -e "${S}/tools/lib/subcmd/Makefile" ]; then
>  sed -i 's,CC = $(CROSS_COMPILE)gcc,#CC,'
> ${S}/tools/lib/subcmd/Makefile
> --
> 1.9.1
>
>


-- 
സുജിത് ഹരിദാസന്
Bangalore
Contributor to KDE project
Contributor to Yocto project
http://fci.wikia.com/wiki/Anti-DRM-Campaign
 http://sujithh.info
C-x C-c
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] perl: fix CVE-2016-1238

2016-09-26 Thread mingli.yu 
From: Mingli Yu 

Backport patch to fix CVE-2016-1238 from perl upstream:
http://perl5.git.perl.org/perl.git/commitdiff/cee96d52c39b1e7b36e1c62d38bcd8d86e9a41ab

Signed-off-by: Mingli Yu 
---
 .../perl/perl/perl-fix-CVE-2016-1238.patch | 352 +
 meta/recipes-devtools/perl/perl_5.22.1.bb  |   1 +
 2 files changed, 353 insertions(+)
 create mode 100644 meta/recipes-devtools/perl/perl/perl-fix-CVE-2016-1238.patch

diff --git a/meta/recipes-devtools/perl/perl/perl-fix-CVE-2016-1238.patch 
b/meta/recipes-devtools/perl/perl/perl-fix-CVE-2016-1238.patch
new file mode 100644
index 000..730ef17
--- /dev/null
+++ b/meta/recipes-devtools/perl/perl/perl-fix-CVE-2016-1238.patch
@@ -0,0 +1,352 @@
+From 9987be3d24286d96d9dccec0433253ee8ad894b4 Mon Sep 17 00:00:00 2001
+From: Tony Cook 
+Date: Tue, 21 Jun 2016 10:02:02 +1000
+Subject: [PATCH] perl: fix CVE-2016-1238
+
+(perl #127834) remove . from the end of @INC if complex modules are loaded
+
+While currently Encode and Storable are know to attempt to load modules
+not included in the core, updates to other modules may lead to those
+also attempting to load new modules, so be safe and remove . for those
+as well.
+
+Backport patch from 
http://perl5.git.perl.org/perl.git/commitdiff/cee96d52c39b1e7b36e1c62d38bcd8d86e9a41ab
+
+Upstream-Status: Backport
+CVE: CVE-2016-1238
+Signed-off-by: Mingli Yu 
+---
+ cpan/Archive-Tar/bin/ptar | 1 +
+ cpan/Archive-Tar/bin/ptardiff | 1 +
+ cpan/Archive-Tar/bin/ptargrep | 1 +
+ cpan/CPAN/scripts/cpan| 1 +
+ cpan/Digest-SHA/shasum| 1 +
+ cpan/Encode/bin/enc2xs| 1 +
+ cpan/Encode/bin/encguess  | 1 +
+ cpan/Encode/bin/piconv| 1 +
+ cpan/Encode/bin/ucmlint   | 1 +
+ cpan/Encode/bin/unidump   | 1 +
+ cpan/ExtUtils-MakeMaker/bin/instmodsh | 1 +
+ cpan/IO-Compress/bin/zipdetails   | 1 +
+ cpan/JSON-PP/bin/json_pp  | 1 +
+ cpan/Test-Harness/bin/prove   | 1 +
+ dist/ExtUtils-ParseXS/lib/ExtUtils/xsubpp | 1 +
+ dist/Module-CoreList/corelist | 1 +
+ ext/Pod-Html/bin/pod2html | 1 +
+ utils/c2ph.PL | 1 +
+ utils/h2ph.PL | 2 ++
+ utils/h2xs.PL | 2 ++
+ utils/libnetcfg.PL| 1 +
+ utils/perlbug.PL  | 1 +
+ utils/perldoc.PL  | 5 -
+ utils/perlivp.PL  | 2 ++
+ utils/splain.PL   | 6 ++
+ 25 files changed, 36 insertions(+), 1 deletion(-)
+
+diff --git a/cpan/Archive-Tar/bin/ptar b/cpan/Archive-Tar/bin/ptar
+index 0eaffa7..9dc6402 100644
+--- a/cpan/Archive-Tar/bin/ptar
 b/cpan/Archive-Tar/bin/ptar
+@@ -1,6 +1,7 @@
+ #!/usr/bin/perl
+ use strict;
+ 
++BEGIN { pop @INC if $INC[-1] eq '.' }
+ use File::Find;
+ use Getopt::Std;
+ use Archive::Tar;
+diff --git a/cpan/Archive-Tar/bin/ptardiff b/cpan/Archive-Tar/bin/ptardiff
+index 66bd859..4668fa6 100644
+--- a/cpan/Archive-Tar/bin/ptardiff
 b/cpan/Archive-Tar/bin/ptardiff
+@@ -1,5 +1,6 @@
+ #!/usr/bin/perl
+ 
++BEGIN { pop @INC if $INC[-1] eq '.' }
+ use strict;
+ use Archive::Tar;
+ use Getopt::Std;
+diff --git a/cpan/Archive-Tar/bin/ptargrep b/cpan/Archive-Tar/bin/ptargrep
+index 1a320f1..8dc6b4f 100644
+--- a/cpan/Archive-Tar/bin/ptargrep
 b/cpan/Archive-Tar/bin/ptargrep
+@@ -4,6 +4,7 @@
+ # archive.  See 'ptargrep --help' for more documentation.
+ #
+ 
++BEGIN { pop @INC if $INC[-1] eq '.' }
+ use strict;
+ use warnings;
+ 
+diff --git a/cpan/CPAN/scripts/cpan b/cpan/CPAN/scripts/cpan
+index 5f4320e..ccba47e 100644
+--- a/cpan/CPAN/scripts/cpan
 b/cpan/CPAN/scripts/cpan
+@@ -1,5 +1,6 @@
+ #!/usr/local/bin/perl
+ 
++BEGIN { pop @INC if $INC[-1] eq '.' }
+ use strict;
+ use vars qw($VERSION);
+ 
+diff --git a/cpan/Digest-SHA/shasum b/cpan/Digest-SHA/shasum
+index 14ddd60..62a2b0e 100644
+--- a/cpan/Digest-SHA/shasum
 b/cpan/Digest-SHA/shasum
+@@ -13,6 +13,7 @@
+   ## "-0" option for reading bit strings, and
+   ## "-p" option for portable digests (to be deprecated).
+ 
++BEGIN { pop @INC if $INC[-1] eq '.' }
+ use strict;
+ use warnings;
+ use Fcntl;
+diff --git a/cpan/Encode/bin/enc2xs b/cpan/Encode/bin/enc2xs
+index 4d64e38..473a15c 100644
+--- a/cpan/Encode/bin/enc2xs
 b/cpan/Encode/bin/enc2xs
+@@ -4,6 +4,7 @@ BEGIN {
+ # with $ENV{PERL_CORE} set
+ # In case we need it in future...
+ require Config; import Config;
++pop @INC if $INC[-1] eq '.';
+ }
+ use strict;
+ use warnings;
+diff --git a/cpan/Encode/bin/encguess b/cpan/Encode/bin/encguess
+index 5d7ac80..0be5c7c 100644
+--- a/cpan/Encode/bin/encguess
 b/cpan/Encode/bin/encguess
+@@ -1,5 +1,6 @@
+ #!./perl
+ use 5.008001;