[OE-core] [PATCH 0/9] jethro pull request v2

[Armin Kuster]

This fixes some typos in the commit message for the openssl fixes. 
Added timezone update.

The following changes since commit c9c85df86cd2270b144fa824ef76adedd3636c8a:

  util-linux: Security fix for CVE-2016-5011 (2016-09-23 23:21:43 +0100)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib akuster/jethro-next
  http://cgit.openembedded.org/cgit.cgi//log/?h=akuster/jethro-next

Armin Kuster (9):
  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
  tzdata: update to 2016f
  tzcode-native: update to 2016f

 .../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 |   9 +
 ...code-native_2016e.bb => tzcode-native_2016f.bb} |   8 +-
 .../tzdata/{tzdata_2016e.bb => tzdata_2016f.bb}|   4 +-
 12 files changed, 724 insertions(+), 6 deletions(-)
 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
 rename meta/recipes-extended/tzcode/{tzcode-native_2016e.bb => 
tzcode-native_2016f.bb} (68%)
 rename meta/recipes-extended/tzdata/{tzdata_2016e.bb => tzdata_2016f.bb} (98%)

-- 
2.7.4

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

Re: [OE-core] [PATCH] db: Upgrade to 6.0.35

[Khem Raj]

On Tue, Sep 27, 2016 at 4:44 PM, Aníbal Limón
 wrote:
> For apply this patch we need to host the db-6.0.35 tarball into yp
> sources mirror because oracle page ask for login in order to download
> the source.

why do they ask for login ? is there some disclaimer that needs to be
accepted before download ?

>
> alimon
>
> On 09/27/2016 06:43 PM, Aníbal Limón wrote:
>> This is a minor upgrade that fix an issue related to multiple
>> rpm instances querying the database [1].
>>
>> The bugfixes related are,
>>
>> - Fixed a bug that may lead to a crash when opening multiple environments
>> in a multi-threaded program.
>> - Fixed a bug where closing a panic environment raised access violation
>>   and crashed the program.
>>
>> For see the complete list of changes mainly bugfixes between
>> 6.0.30 and 6.0.35 [2].
>>
>> [1] https://bugzilla.yoctoproject.org/show_bug.cgi?id=10157#c0
>> [2] 
>> http://download.oracle.com/otndocs/products/berkeleydb/html/changelog_6_0.html#idp503384
>>
>> [YOCTO #10157]
>>
>> Signed-off-by: Aníbal Limón 
>> ---
>>  meta/recipes-support/db/{db_6.0.30.bb => db_6.0.35.bb} | 4 ++--
>>  1 file changed, 2 insertions(+), 2 deletions(-)
>>  rename meta/recipes-support/db/{db_6.0.30.bb => db_6.0.35.bb} (96%)
>>
>> diff --git a/meta/recipes-support/db/db_6.0.30.bb 
>> b/meta/recipes-support/db/db_6.0.35.bb
>> similarity index 96%
>> rename from meta/recipes-support/db/db_6.0.30.bb
>> rename to meta/recipes-support/db/db_6.0.35.bb
>> index 072cbdf..4a3b72f 100644
>> --- a/meta/recipes-support/db/db_6.0.30.bb
>> +++ b/meta/recipes-support/db/db_6.0.35.bb
>> @@ -26,8 +26,8 @@ SRC_URI = 
>> "http://download.oracle.com/berkeley-db/db-${PV}.tar.gz \
>> file://Makefile-let-libdb-6.0.la-depend-os_map.l.patch \
>> "
>>
>> -SRC_URI[md5sum] = "ad28eb86ad3203b5422844db179c585b"
>> -SRC_URI[sha256sum] = 
>> "608e4b1cf390e9bf54c0ef00c5bd9ca76d36e2261b9f4d33d54516f3f6a20fd2"
>> +SRC_URI[md5sum] = "c65a4d3e930a116abaaf69edfc697f25"
>> +SRC_URI[sha256sum] = 
>> "24421affa8ae436fe427ae4f5f2d1634da83d3d55a5ad6354a98eeedb825de55"
>>
>>  # Exclude NC versions which lack AES encryption
>>  UPSTREAM_CHECK_REGEX = "db-(?P\d+\.\d+(\.\d+)?).tar"
>>
>
>
> --
> ___
> 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] [PATCH 2/2 v2] boost: add support for additional boost libs

[Huang, Jie (Jackie)]

Yes, they are needed for the cases not handled by the python logic, or I met QA 
issues:

WARNING: Variable key FILES_${PN}-locale (${datadir}/locale) replaces original 
key FILES_boost-locale (${libdir}/libboost_locale.so.*)
WARNING: boost-1.61.0-r0 do_package: QA Issue: boost: Files/directories were 
installed but not shipped in any package:
  /usr/lib64/libboost_locale.so.1.61.0

For the graph parts, all libboost_graph* will go into PN-graph and 
PN-graph_parallel will be empty.

Thanks,
Jackie


From: Burton, Ross [mailto:ross.bur...@intel.com]
Sent: Tuesday, September 27, 2016 8:29 PM
To: Huang, Jie (Jackie)
Cc: OE-core
Subject: Re: [OE-core] [PATCH 2/2 v2] boost: add support for additional boost 
libs


On 26 September 2016 at 08:56, 
> wrote:
+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.*"

Are all of these really required?  Apart from ${libdir}/mpi.so they look like 
they'll be handled by the Python logic in the recipe.

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

Re: [OE-core] [PATCH] db: Upgrade to 6.0.35

[Aníbal Limón]

For apply this patch we need to host the db-6.0.35 tarball into yp
sources mirror because oracle page ask for login in order to download
the source.

alimon

On 09/27/2016 06:43 PM, Aníbal Limón wrote:
> This is a minor upgrade that fix an issue related to multiple
> rpm instances querying the database [1].
> 
> The bugfixes related are,
> 
> - Fixed a bug that may lead to a crash when opening multiple environments
> in a multi-threaded program.
> - Fixed a bug where closing a panic environment raised access violation
>   and crashed the program.
> 
> For see the complete list of changes mainly bugfixes between
> 6.0.30 and 6.0.35 [2].
> 
> [1] https://bugzilla.yoctoproject.org/show_bug.cgi?id=10157#c0
> [2] 
> http://download.oracle.com/otndocs/products/berkeleydb/html/changelog_6_0.html#idp503384
> 
> [YOCTO #10157]
> 
> Signed-off-by: Aníbal Limón 
> ---
>  meta/recipes-support/db/{db_6.0.30.bb => db_6.0.35.bb} | 4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
>  rename meta/recipes-support/db/{db_6.0.30.bb => db_6.0.35.bb} (96%)
> 
> diff --git a/meta/recipes-support/db/db_6.0.30.bb 
> b/meta/recipes-support/db/db_6.0.35.bb
> similarity index 96%
> rename from meta/recipes-support/db/db_6.0.30.bb
> rename to meta/recipes-support/db/db_6.0.35.bb
> index 072cbdf..4a3b72f 100644
> --- a/meta/recipes-support/db/db_6.0.30.bb
> +++ b/meta/recipes-support/db/db_6.0.35.bb
> @@ -26,8 +26,8 @@ SRC_URI = 
> "http://download.oracle.com/berkeley-db/db-${PV}.tar.gz \
> file://Makefile-let-libdb-6.0.la-depend-os_map.l.patch \
> "
>  
> -SRC_URI[md5sum] = "ad28eb86ad3203b5422844db179c585b"
> -SRC_URI[sha256sum] = 
> "608e4b1cf390e9bf54c0ef00c5bd9ca76d36e2261b9f4d33d54516f3f6a20fd2"
> +SRC_URI[md5sum] = "c65a4d3e930a116abaaf69edfc697f25"
> +SRC_URI[sha256sum] = 
> "24421affa8ae436fe427ae4f5f2d1634da83d3d55a5ad6354a98eeedb825de55"
>  
>  # Exclude NC versions which lack AES encryption
>  UPSTREAM_CHECK_REGEX = "db-(?P\d+\.\d+(\.\d+)?).tar"
> 



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] db: Upgrade to 6.0.35

[Aníbal Limón]

This is a minor upgrade that fix an issue related to multiple
rpm instances querying the database [1].

The bugfixes related are,

- Fixed a bug that may lead to a crash when opening multiple environments
in a multi-threaded program.
- Fixed a bug where closing a panic environment raised access violation
  and crashed the program.

For see the complete list of changes mainly bugfixes between
6.0.30 and 6.0.35 [2].

[1] https://bugzilla.yoctoproject.org/show_bug.cgi?id=10157#c0
[2] 
http://download.oracle.com/otndocs/products/berkeleydb/html/changelog_6_0.html#idp503384

[YOCTO #10157]

Signed-off-by: Aníbal Limón 
---
 meta/recipes-support/db/{db_6.0.30.bb => db_6.0.35.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-support/db/{db_6.0.30.bb => db_6.0.35.bb} (96%)

diff --git a/meta/recipes-support/db/db_6.0.30.bb 
b/meta/recipes-support/db/db_6.0.35.bb
similarity index 96%
rename from meta/recipes-support/db/db_6.0.30.bb
rename to meta/recipes-support/db/db_6.0.35.bb
index 072cbdf..4a3b72f 100644
--- a/meta/recipes-support/db/db_6.0.30.bb
+++ b/meta/recipes-support/db/db_6.0.35.bb
@@ -26,8 +26,8 @@ SRC_URI = 
"http://download.oracle.com/berkeley-db/db-${PV}.tar.gz \
file://Makefile-let-libdb-6.0.la-depend-os_map.l.patch \
"
 
-SRC_URI[md5sum] = "ad28eb86ad3203b5422844db179c585b"
-SRC_URI[sha256sum] = 
"608e4b1cf390e9bf54c0ef00c5bd9ca76d36e2261b9f4d33d54516f3f6a20fd2"
+SRC_URI[md5sum] = "c65a4d3e930a116abaaf69edfc697f25"
+SRC_URI[sha256sum] = 
"24421affa8ae436fe427ae4f5f2d1634da83d3d55a5ad6354a98eeedb825de55"
 
 # Exclude NC versions which lack AES encryption
 UPSTREAM_CHECK_REGEX = "db-(?P\d+\.\d+(\.\d+)?).tar"
-- 
2.1.4

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

Re: [OE-core] [krogoth][PATCH] libarchive: respect disable-acl configuration option

[Richard Purdie]

On Tue, 2016-09-27 at 15:40 -0400, Denys Dmytriyenko wrote:
> On Tue, Sep 27, 2016 at 03:25:35PM -0400, Denys Dmytriyenko wrote:
> > 
> > From: "Maxin B. John" 
> > 
> > Update configure.ac to properly handle --disable-acl option
> > 
> > [YOCTO #9668]
> FYI, last night's updates to krogoth invalidated most of my sstate
> cache and 
> this issue re-surfaced again and broke half of my builds...

I've merged this, thanks for posting the rebased patch.

Cheers,

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

[OE-core] [PATCH] uninative: Upgrade to 1.4

[Richard Purdie]

This adds the new version of patchelf which resolves issues some users
were seeing with older versions.

Signed-off-by: Richard Purdie 

diff --git a/meta/conf/distro/include/yocto-uninative.inc 
b/meta/conf/distro/include/yocto-uninative.inc
index 0c0f75c..2f794f7 100644
--- a/meta/conf/distro/include/yocto-uninative.inc
+++ b/meta/conf/distro/include/yocto-uninative.inc
@@ -6,7 +6,6 @@
 # to the distro running on the build machine.
 #
 
-UNINATIVE_URL = "http://downloads.yoctoproject.org/releases/uninative/1.3/;
-UNINATIVE_CHECKSUM[i686] ?= 
"ace5a6a0a91d5848de7bc8128379c2a987811454b6cb321ea9003ce91e6652d4"
-UNINATIVE_CHECKSUM[x86_64] ?= 
"8e8b3db668fcc5bfdfcd268c0999ba2f4e85148a9a147f856d7b684f802c9797"
-
+UNINATIVE_URL = "http://downloads.yoctoproject.org/releases/uninative/1.4/;
+UNINATIVE_CHECKSUM[i686] ?= 
"b4bc60511ce479736808273ffa043df4ed2a225407dd7ca150ae6220d9ce76d5"
+UNINATIVE_CHECKSUM[x86_64] ?= 
"101ff8f2580c193488db9e76f9646fb6ed38b65fb76f403acb0e2178ce7127ca"


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

Re: [OE-core] [PATCH RFC] scripts/runqemu: Be more loose when guessing QB_SYSTEM_NAME variable

[Cal Sullivan]

On 09/27/2016 11:59 AM, Joshua Lock wrote:

On Tue, 2016-09-27 at 11:27 -0700, California Sullivan wrote:

Following the instructions to reproduce YOCTO #10026 I found that
runqemu would fail to start because QB_SYSTEM_NAME is null. This
patch
makes the guessing algorithm more loose allowing it to correctly
guess
the variable from the MACHINE name.

Out of interest can you help me understand how/when the current code
fails?
I ran into this following the instructions on the first post here: 
https://bugzilla.yoctoproject.org/show_bug.cgi?id=10026


We create a bsp layer called myqemux86-64 that gets a x86-64 
architecture and MACHINE named myqemux86-64. There is no qemuboot.conf 
file generated so it has to try and guess the variable. In the guessing 
function mach gets assigned myqemux86-64, which doesn't match to any of 
the machines directly, so it bails out.


Ultimately the failure probably isn't with runqemu, but the yocto-bsp 
scripts not supporting the new runqemu. Unfortunately I have no 
experience with either part of the system, so I took the path of least 
resistance to quickly get it working again (hence the RFC).





It is still a good assumption that if it contains "qemux86-64" for
example, that the system is x86-64, so this is unlikely to cause any
new issues while preserving some peoples' old workflows.

Signed-off-by: California Sullivan 
---
  scripts/runqemu | 20 ++--
  1 file changed, 10 insertions(+), 10 deletions(-)

diff --git a/scripts/runqemu b/scripts/runqemu
index 45bcad7..b06d09e 100755
--- a/scripts/runqemu
+++ b/scripts/runqemu
@@ -870,20 +870,20 @@ class BaseConfig(object):
  if not mach:
  return None
  
-if mach == 'qemuarm':

-qbsys = 'arm'
-elif mach == 'qemuarm64':
+elif 'qemuarm64' in mach:

This elif should be below the "if 'qemuarm' in mach" below which begins
the control flow statements for determining the value to assign to the
qbsys variable.
Oops, you are correct. I very quickly reordered them to account for 
having to check the longer mach names first and missed that. I will fix 
it on a V2 if we decide to use this.


Thanks,
Cal




  qbsys = 'aarch64'
-elif mach == 'qemux86':
-qbsys = 'i386'
-elif mach == 'qemux86-64':
+if 'qemuarm' in mach:
+qbsys = 'arm'
+elif 'qemux86-64' in mach:
  qbsys = 'x86_64'
-elif mach == 'qemuppc':
+elif 'qemux86' in mach:
+qbsys = 'i386'
+elif 'qemuppc' in mach:
  qbsys = 'ppc'
-elif mach == 'qemumips':
-qbsys = 'mips'
-elif mach == 'qemumips64':
+elif 'qemumips64' in mach:
  qbsys = 'mips64'
+elif 'qemumips' in mach:
+qbsys = 'mips'
  
  return 'qemu-system-%s' % qbsys
  
--

2.5.5



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

Re: [OE-core] [krogoth][PATCH] libarchive: respect disable-acl configuration option

[Denys Dmytriyenko]

On Tue, Sep 27, 2016 at 03:25:35PM -0400, Denys Dmytriyenko wrote:
> From: "Maxin B. John" 
> 
> Update configure.ac to properly handle --disable-acl option
> 
> [YOCTO #9668]

FYI, last night's updates to krogoth invalidated most of my sstate cache and 
this issue re-surfaced again and broke half of my builds...


> (From OE-Core rev: 84fe3f29f2bdaf98c9beefdfede143084fba093b)
> 
> Signed-off-by: Maxin B. John 
> Signed-off-by: Richard Purdie 
> Signed-off-by: Denys Dmytriyenko 
> ---
>  ...c-check-acl-libacl.h-and-sys-acl.h-based-.patch | 66 
> ++
>  .../libarchive/libarchive_3.1.2.bb |  1 +
>  2 files changed, 67 insertions(+)
>  create mode 100644 
> meta/recipes-extended/libarchive/libarchive/0001-configure.ac-check-acl-libacl.h-and-sys-acl.h-based-.patch
> 
> diff --git 
> a/meta/recipes-extended/libarchive/libarchive/0001-configure.ac-check-acl-libacl.h-and-sys-acl.h-based-.patch
>  
> b/meta/recipes-extended/libarchive/libarchive/0001-configure.ac-check-acl-libacl.h-and-sys-acl.h-based-.patch
> new file mode 100644
> index 000..4b41d62
> --- /dev/null
> +++ 
> b/meta/recipes-extended/libarchive/libarchive/0001-configure.ac-check-acl-libacl.h-and-sys-acl.h-based-.patch
> @@ -0,0 +1,66 @@
> +From b30c530aaf5068a652a479f3e46c74eb1716861a Mon Sep 17 00:00:00 2001
> +From: "Maxin B. John" 
> +Date: Thu, 2 Jun 2016 16:08:02 +0300
> +Subject: [PATCH] configure.ac: check acl/libacl.h and sys/acl.h based on
> + requirement
> +
> +acl/libacl.h and sys/acl.h check should not happen when we explicitly
> +disable it with --disable-acl.
> +
> +Similarly, update attr/xattr.h for --disable-xattr option.
> +
> +Update the help texts to reflect what it really does.
> +
> +Upstream-Status: Accepted
> +
> +Signed-off-by: Maxin B. John 
> +---
> + configure.ac | 9 +
> + 1 file changed, 5 insertions(+), 4 deletions(-)
> +
> +diff --git a/configure.ac b/configure.ac
> +index cb6943f..0638182 100644
> +--- a/configure.ac
>  b/configure.ac
> +@@ -252,7 +252,7 @@ esac
> + # Checks for header files.
> + AC_HEADER_DIRENT
> + AC_HEADER_SYS_WAIT
> +-AC_CHECK_HEADERS([acl/libacl.h attr/xattr.h copyfile.h ctype.h])
> ++AC_CHECK_HEADERS([copyfile.h ctype.h])
> + AC_CHECK_HEADERS([errno.h ext2fs/ext2_fs.h fcntl.h grp.h])
> + 
> + AC_CACHE_CHECK([whether EXT2_IOC_GETFLAGS is usable],
> +@@ -272,7 +272,7 @@ AC_CHECK_HEADERS([linux/fiemap.h linux/fs.h 
> linux/magic.h linux/types.h])
> + AC_CHECK_HEADERS([locale.h paths.h poll.h pthread.h pwd.h])
> + AC_CHECK_HEADERS([readpassphrase.h signal.h spawn.h])
> + AC_CHECK_HEADERS([stdarg.h stdint.h stdlib.h string.h])
> +-AC_CHECK_HEADERS([sys/acl.h sys/cdefs.h sys/extattr.h])
> ++AC_CHECK_HEADERS([sys/cdefs.h sys/extattr.h])
> + AC_CHECK_HEADERS([sys/ioctl.h sys/mkdev.h sys/mount.h])
> + AC_CHECK_HEADERS([sys/param.h sys/poll.h sys/select.h sys/statfs.h 
> sys/statvfs.h])
> + AC_CHECK_HEADERS([sys/time.h sys/utime.h sys/utsname.h sys/vfs.h])
> +@@ -644,7 +644,7 @@ AC_CHECK_MEMBER(struct dirent.d_namlen,,,
> + # Check for Extended Attributes support
> + AC_ARG_ENABLE([xattr],
> + AS_HELP_STRING([--disable-xattr],
> +-[Enable Extended Attributes support (default: check)]))
> ++[Disable Extended Attributes support (default: check)]))
> + 
> + if test "x$enable_xattr" != "xno"; then
> + AC_CHECK_HEADERS([attr/xattr.h])
> +@@ -670,9 +670,10 @@ fi
> + #
> + AC_ARG_ENABLE([acl],
> + AS_HELP_STRING([--disable-acl],
> +-[Enable ACL support (default: check)]))
> ++[Disable ACL support (default: check)]))
> + 
> + if test "x$enable_acl" != "xno"; then
> ++   AC_CHECK_HEADERS([acl/libacl.h])
> +AC_CHECK_HEADERS([sys/acl.h])
> +AC_CHECK_LIB([acl],[acl_get_file])
> +AC_CHECK_FUNCS([acl_create_entry acl_init acl_set_fd acl_set_fd_np 
> acl_set_file])
> +-- 
> +2.4.0
> +
> diff --git a/meta/recipes-extended/libarchive/libarchive_3.1.2.bb 
> b/meta/recipes-extended/libarchive/libarchive_3.1.2.bb
> index ed677ac..e388226 100644
> --- a/meta/recipes-extended/libarchive/libarchive_3.1.2.bb
> +++ b/meta/recipes-extended/libarchive/libarchive_3.1.2.bb
> @@ -36,6 +36,7 @@ SRC_URI = 
> "http://libarchive.org/downloads/libarchive-${PV}.tar.gz \
> file://libarchive-CVE-2015-2304.patch \
> file://mkdir.patch \
> file://0001-Set-xattrs-after-setting-times.patch \
> +   
> file://0001-configure.ac-check-acl-libacl.h-and-sys-acl.h-based-.patch \
> "
>  
>  SRC_URI[md5sum] = "efad5a503f66329bb9d2f4308b5de98a"
> -- 
> 2.7.4
> 
> -- 
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-core 

[OE-core] [krogoth][PATCH] libarchive: respect disable-acl configuration option

[Denys Dmytriyenko]

From: "Maxin B. John" 

Update configure.ac to properly handle --disable-acl option

[YOCTO #9668]

(From OE-Core rev: 84fe3f29f2bdaf98c9beefdfede143084fba093b)

Signed-off-by: Maxin B. John 
Signed-off-by: Richard Purdie 
Signed-off-by: Denys Dmytriyenko 
---
 ...c-check-acl-libacl.h-and-sys-acl.h-based-.patch | 66 ++
 .../libarchive/libarchive_3.1.2.bb |  1 +
 2 files changed, 67 insertions(+)
 create mode 100644 
meta/recipes-extended/libarchive/libarchive/0001-configure.ac-check-acl-libacl.h-and-sys-acl.h-based-.patch

diff --git 
a/meta/recipes-extended/libarchive/libarchive/0001-configure.ac-check-acl-libacl.h-and-sys-acl.h-based-.patch
 
b/meta/recipes-extended/libarchive/libarchive/0001-configure.ac-check-acl-libacl.h-and-sys-acl.h-based-.patch
new file mode 100644
index 000..4b41d62
--- /dev/null
+++ 
b/meta/recipes-extended/libarchive/libarchive/0001-configure.ac-check-acl-libacl.h-and-sys-acl.h-based-.patch
@@ -0,0 +1,66 @@
+From b30c530aaf5068a652a479f3e46c74eb1716861a Mon Sep 17 00:00:00 2001
+From: "Maxin B. John" 
+Date: Thu, 2 Jun 2016 16:08:02 +0300
+Subject: [PATCH] configure.ac: check acl/libacl.h and sys/acl.h based on
+ requirement
+
+acl/libacl.h and sys/acl.h check should not happen when we explicitly
+disable it with --disable-acl.
+
+Similarly, update attr/xattr.h for --disable-xattr option.
+
+Update the help texts to reflect what it really does.
+
+Upstream-Status: Accepted
+
+Signed-off-by: Maxin B. John 
+---
+ configure.ac | 9 +
+ 1 file changed, 5 insertions(+), 4 deletions(-)
+
+diff --git a/configure.ac b/configure.ac
+index cb6943f..0638182 100644
+--- a/configure.ac
 b/configure.ac
+@@ -252,7 +252,7 @@ esac
+ # Checks for header files.
+ AC_HEADER_DIRENT
+ AC_HEADER_SYS_WAIT
+-AC_CHECK_HEADERS([acl/libacl.h attr/xattr.h copyfile.h ctype.h])
++AC_CHECK_HEADERS([copyfile.h ctype.h])
+ AC_CHECK_HEADERS([errno.h ext2fs/ext2_fs.h fcntl.h grp.h])
+ 
+ AC_CACHE_CHECK([whether EXT2_IOC_GETFLAGS is usable],
+@@ -272,7 +272,7 @@ AC_CHECK_HEADERS([linux/fiemap.h linux/fs.h linux/magic.h 
linux/types.h])
+ AC_CHECK_HEADERS([locale.h paths.h poll.h pthread.h pwd.h])
+ AC_CHECK_HEADERS([readpassphrase.h signal.h spawn.h])
+ AC_CHECK_HEADERS([stdarg.h stdint.h stdlib.h string.h])
+-AC_CHECK_HEADERS([sys/acl.h sys/cdefs.h sys/extattr.h])
++AC_CHECK_HEADERS([sys/cdefs.h sys/extattr.h])
+ AC_CHECK_HEADERS([sys/ioctl.h sys/mkdev.h sys/mount.h])
+ AC_CHECK_HEADERS([sys/param.h sys/poll.h sys/select.h sys/statfs.h 
sys/statvfs.h])
+ AC_CHECK_HEADERS([sys/time.h sys/utime.h sys/utsname.h sys/vfs.h])
+@@ -644,7 +644,7 @@ AC_CHECK_MEMBER(struct dirent.d_namlen,,,
+ # Check for Extended Attributes support
+ AC_ARG_ENABLE([xattr],
+   AS_HELP_STRING([--disable-xattr],
+-  [Enable Extended Attributes support (default: check)]))
++  [Disable Extended Attributes support (default: check)]))
+ 
+ if test "x$enable_xattr" != "xno"; then
+   AC_CHECK_HEADERS([attr/xattr.h])
+@@ -670,9 +670,10 @@ fi
+ #
+ AC_ARG_ENABLE([acl],
+   AS_HELP_STRING([--disable-acl],
+-  [Enable ACL support (default: check)]))
++  [Disable ACL support (default: check)]))
+ 
+ if test "x$enable_acl" != "xno"; then
++   AC_CHECK_HEADERS([acl/libacl.h])
+AC_CHECK_HEADERS([sys/acl.h])
+AC_CHECK_LIB([acl],[acl_get_file])
+AC_CHECK_FUNCS([acl_create_entry acl_init acl_set_fd acl_set_fd_np 
acl_set_file])
+-- 
+2.4.0
+
diff --git a/meta/recipes-extended/libarchive/libarchive_3.1.2.bb 
b/meta/recipes-extended/libarchive/libarchive_3.1.2.bb
index ed677ac..e388226 100644
--- a/meta/recipes-extended/libarchive/libarchive_3.1.2.bb
+++ b/meta/recipes-extended/libarchive/libarchive_3.1.2.bb
@@ -36,6 +36,7 @@ SRC_URI = 
"http://libarchive.org/downloads/libarchive-${PV}.tar.gz \
file://libarchive-CVE-2015-2304.patch \
file://mkdir.patch \
file://0001-Set-xattrs-after-setting-times.patch \
+   
file://0001-configure.ac-check-acl-libacl.h-and-sys-acl.h-based-.patch \
"
 
 SRC_URI[md5sum] = "efad5a503f66329bb9d2f4308b5de98a"
-- 
2.7.4

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

Re: [OE-core] [PATCH RFC] scripts/runqemu: Be more loose when guessing QB_SYSTEM_NAME variable

[Joshua Lock]

On Tue, 2016-09-27 at 11:27 -0700, California Sullivan wrote:
> Following the instructions to reproduce YOCTO #10026 I found that
> runqemu would fail to start because QB_SYSTEM_NAME is null. This
> patch
> makes the guessing algorithm more loose allowing it to correctly
> guess
> the variable from the MACHINE name.

Out of interest can you help me understand how/when the current code
fails?

> 
> It is still a good assumption that if it contains "qemux86-64" for
> example, that the system is x86-64, so this is unlikely to cause any
> new issues while preserving some peoples' old workflows.
> 
> Signed-off-by: California Sullivan 
> ---
>  scripts/runqemu | 20 ++--
>  1 file changed, 10 insertions(+), 10 deletions(-)
> 
> diff --git a/scripts/runqemu b/scripts/runqemu
> index 45bcad7..b06d09e 100755
> --- a/scripts/runqemu
> +++ b/scripts/runqemu
> @@ -870,20 +870,20 @@ class BaseConfig(object):
>  if not mach:
>  return None
>  
> -if mach == 'qemuarm':
> -qbsys = 'arm'
> -elif mach == 'qemuarm64':
> +elif 'qemuarm64' in mach:

This elif should be below the "if 'qemuarm' in mach" below which begins
the control flow statements for determining the value to assign to the
qbsys variable.

>  qbsys = 'aarch64'
> -elif mach == 'qemux86':
> -qbsys = 'i386'
> -elif mach == 'qemux86-64':
> +if 'qemuarm' in mach:
> +qbsys = 'arm'
> +elif 'qemux86-64' in mach:
>  qbsys = 'x86_64'
> -elif mach == 'qemuppc':
> +elif 'qemux86' in mach:
> +qbsys = 'i386'
> +elif 'qemuppc' in mach:
>  qbsys = 'ppc'
> -elif mach == 'qemumips':
> -qbsys = 'mips'
> -elif mach == 'qemumips64':
> +elif 'qemumips64' in mach:
>  qbsys = 'mips64'
> +elif 'qemumips' in mach:
> +qbsys = 'mips'
>  
>  return 'qemu-system-%s' % qbsys
>  
> -- 
> 2.5.5
> 
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH v2] lttng-tools: fix ptest

[Nathan Lynch]

Since the upgrade to 2.8, lttng-tools' test harness silently succeeds
but doesn't actually run the tests.  This is because upstream made
some changes in their test harness:

https://github.com/lttng/lttng-tools/commit/83666813cad3142ceccb929ca9b44d0e9cf53bc8

Updates to address this include:
- drop now-irrelevant patch
- change the ptest-run make target
- remove indiscriminate search/replace commands from do_install_ptest
- copy entire build directory into PTEST_PATH and then remove unneeded files
- use lttng binaries installed on the system for the tests
- add lttng-tools-ptest runtime dependencies
  - lttng-tools itself
  - babeltrace, used by the test harness to process traces
  - perl modules required by babelstats.pl test script
  - procps (for pgrep, pidof)
  - gawk
- remove unnecessary chmod and munging of utils.sh script library
- remove checkpatch from ptest installation tree
- avoid path-munging of libtool artifacts altogether
- use more efficient find+sed patterns to munge Makefiles
- reduce test harness output to conform to ptest rules

On qemux86-64 and qemuarm I get relatively stable results, with
PASS/FAIL varying by +-1 on successive runs.

TOTAL: 2345
PASS:  1735
SKIP:  311
XFAIL: 0
FAIL:  292
XPASS: 0
ERROR: 7

There are some ERRORs worth looking into further but this should be a
useful basis for future work.

Signed-off-by: Nathan Lynch 
---

Changes since v1:
- Drop inappropriate rdepends on perl-module-{overload,overloading}.

 meta/recipes-kernel/lttng/lttng-tools/run-ptest|  7 +-
 .../lttng/lttng-tools/runtest-2.4.0.patch  | 27 
 meta/recipes-kernel/lttng/lttng-tools_git.bb   | 76 --
 3 files changed, 59 insertions(+), 51 deletions(-)
 delete mode 100644 meta/recipes-kernel/lttng/lttng-tools/runtest-2.4.0.patch

diff --git a/meta/recipes-kernel/lttng/lttng-tools/run-ptest 
b/meta/recipes-kernel/lttng/lttng-tools/run-ptest
index e758815c77d4..6230063442d6 100755
--- a/meta/recipes-kernel/lttng/lttng-tools/run-ptest
+++ b/meta/recipes-kernel/lttng/lttng-tools/run-ptest
@@ -1,4 +1,5 @@
 #!/bin/sh
-
-make -C tests installcheck
-
+# Without --ignore-exit, the tap harness causes any FAILs within a
+# test plan to raise ERRORs; this is just noise.
+makeargs="LOG_DRIVER_FLAGS=--ignore-exit"
+make -t all >/dev/null 2>&1 && exec make -s $makeargs check 2>/dev/null
diff --git a/meta/recipes-kernel/lttng/lttng-tools/runtest-2.4.0.patch 
b/meta/recipes-kernel/lttng/lttng-tools/runtest-2.4.0.patch
deleted file mode 100644
index 958bce48e0b0..
--- a/meta/recipes-kernel/lttng/lttng-tools/runtest-2.4.0.patch
+++ /dev/null
@@ -1,27 +0,0 @@
-diff --git a/Makefile.am b/Makefile.am
-index 584f59b..c2bcabd 100644
 a/Makefile.am
-+++ b/Makefile.am
-@@ -12,3 +12,9 @@ dist_doc_DATA = LICENSE \
- dist_noinst_DATA = CodingStyle
- 
- EXTRA_DIST = extras/lttng-bash_completion gpl-2.0.txt lgpl-2.1.txt
-+
-+install-ptest:
-+  cp -r $(srcdir)/tests $(DESTDIR)
-+  for m in $$(find $(DESTDIR)/tests -name Makefile); do \
-+  sed -i -e 's|^Makefile:|_Makefile:|' $$m; \
-+done
-diff --git a/tests/run.sh b/tests/run.sh
-index c6c50fd..6455359 100755
 a/tests/run.sh
-+++ b/tests/run.sh
-@@ -19,4 +19,7 @@
- 
- [ -z "$1" ] && echo "Error: No testlist. Please specify a testlist to run." 
&& exit 1
- 
--prove --merge --exec '' - < $1
-+prove --merge -v --exec '' - < $1 | sed \
-+  -e 's|^ok \(.*\)|PASS: \1|' \
-+  -e 's|^not ok \(.*\)|FAIL: \1|' \
-+  | egrep -h 'PASS|FAIL'
diff --git a/meta/recipes-kernel/lttng/lttng-tools_git.bb 
b/meta/recipes-kernel/lttng/lttng-tools_git.bb
index ab75a3743b10..bfc657b3ac07 100644
--- a/meta/recipes-kernel/lttng/lttng-tools_git.bb
+++ b/meta/recipes-kernel/lttng/lttng-tools_git.bb
@@ -11,7 +11,9 @@ LIC_FILES_CHKSUM = 
"file://LICENSE;md5=01d7fc4496aacf37d90df90b90b0cac1 \
 
 DEPENDS = "liburcu popt libxml2 util-linux"
 RDEPENDS_${PN} = "libgcc"
-RDEPENDS_${PN}-ptest += "make perl bash"
+RDEPENDS_${PN}-ptest += "make perl bash gawk ${PN} babeltrace procps"
+# babelstats.pl wants getopt-long
+RDEPENDS_${PN}-ptest += "perl-module-getopt-long"
 
 SRCREV = "d11e0dba0df9024b8613c51e167a379b91e8b20b"
 PV = "2.8.1+git${SRCPV}"
@@ -29,7 +31,6 @@ PACKAGECONFIG_remove_libc-musl = "lttng-ust"
 
 SRC_URI = "git://git.lttng.org/lttng-tools.git;branch=stable-2.8 \
file://0001-Fix-error.h-common-error.h.patch \
-   file://runtest-2.4.0.patch \
file://run-ptest"
 
 S = "${WORKDIR}/git"
@@ -56,27 +57,60 @@ do_configure_prepend () {
 }
 
 do_install_ptest () {
-   chmod +x ${D}${PTEST_PATH}/tests/utils/utils.sh
-   for i in `find ${D}${PTEST_PATH} -perm /u+x -type f`; do
-   sed -e "s:\$TESTDIR.*/src/bin/lttng/\$LTTNG_BIN:\$LTTNG_BIN:g" \
- -e 
"s:\$TESTDIR/../src/bin/lttng-sessiond/\$SESSIOND_BIN:\$SESSIOND_BIN:g" \
- -e 
"s:\$DIR/../src/bin/lttng-sessiond/\$SESSIOND_BIN:\$SESSIOND_BIN:g" \
- -e 

[OE-core] [PATCH] recipetool: newappend: drop _provide_to_pn

[Christopher Larson]

From: Christopher Larson 

This function was broken by the multi-config changes, and isn't needed anymore
now that recipeutils.pn_to_recipe can handle provides. Without this, the
newappend sub-command fails.

Signed-off-by: Christopher Larson 
---
 scripts/lib/recipetool/newappend.py | 13 +
 1 file changed, 1 insertion(+), 12 deletions(-)

diff --git a/scripts/lib/recipetool/newappend.py 
b/scripts/lib/recipetool/newappend.py
index 4fbb40a..fbdd7bc 100644
--- a/scripts/lib/recipetool/newappend.py
+++ b/scripts/lib/recipetool/newappend.py
@@ -39,16 +39,6 @@ def tinfoil_init(instance):
 tinfoil = instance
 
 
-def _provide_to_pn(cooker, provide):
-"""Get the name of the preferred recipe for the specified provide."""
-import bb.providers
-filenames = cooker.recipecache.providers[provide]
-eligible, foundUnique = bb.providers.filterProviders(filenames, provide, 
cooker.expanded_data, cooker.recipecache)
-filename = eligible[0]
-pn = cooker.recipecache.pkg_fn[filename]
-return pn
-
-
 def _get_recipe_file(cooker, pn):
 import oe.recipeutils
 recipefile = oe.recipeutils.pn_to_recipe(cooker, pn)
@@ -70,8 +60,7 @@ def layer(layerpath):
 def newappend(args):
 import oe.recipeutils
 
-pn = _provide_to_pn(tinfoil.cooker, args.target)
-recipe_path = _get_recipe_file(tinfoil.cooker, pn)
+recipe_path = _get_recipe_file(tinfoil.cooker, args.target)
 
 rd = tinfoil.config_data.createCopy()
 rd.setVar('FILE', recipe_path)
-- 
2.8.0

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

[OE-core] [PATCH RFC] scripts/runqemu: Be more loose when guessing QB_SYSTEM_NAME variable

[California Sullivan]

Following the instructions to reproduce YOCTO #10026 I found that
runqemu would fail to start because QB_SYSTEM_NAME is null. This patch
makes the guessing algorithm more loose allowing it to correctly guess
the variable from the MACHINE name.

It is still a good assumption that if it contains "qemux86-64" for
example, that the system is x86-64, so this is unlikely to cause any
new issues while preserving some peoples' old workflows.

Signed-off-by: California Sullivan 
---
 scripts/runqemu | 20 ++--
 1 file changed, 10 insertions(+), 10 deletions(-)

diff --git a/scripts/runqemu b/scripts/runqemu
index 45bcad7..b06d09e 100755
--- a/scripts/runqemu
+++ b/scripts/runqemu
@@ -870,20 +870,20 @@ class BaseConfig(object):
 if not mach:
 return None
 
-if mach == 'qemuarm':
-qbsys = 'arm'
-elif mach == 'qemuarm64':
+elif 'qemuarm64' in mach:
 qbsys = 'aarch64'
-elif mach == 'qemux86':
-qbsys = 'i386'
-elif mach == 'qemux86-64':
+if 'qemuarm' in mach:
+qbsys = 'arm'
+elif 'qemux86-64' in mach:
 qbsys = 'x86_64'
-elif mach == 'qemuppc':
+elif 'qemux86' in mach:
+qbsys = 'i386'
+elif 'qemuppc' in mach:
 qbsys = 'ppc'
-elif mach == 'qemumips':
-qbsys = 'mips'
-elif mach == 'qemumips64':
+elif 'qemumips64' in mach:
 qbsys = 'mips64'
+elif 'qemumips' in mach:
+qbsys = 'mips'
 
 return 'qemu-system-%s' % qbsys
 
-- 
2.5.5

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

[OE-core] [PATCH 2/2] perl: module-overload needs module-overloading

[Nathan Lynch]

This dependency was manually added in 3dec9ad1cd6a ("perl: module
overload rdpends on overloading") but was (mistakenly?) removed by
06d43a90acbe ("perl: 5.20.0 -> 5.22.0").  Restore it.

Signed-off-by: Nathan Lynch 
---
 meta/recipes-devtools/perl/perl-rdepends_5.22.1.inc | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-devtools/perl/perl-rdepends_5.22.1.inc 
b/meta/recipes-devtools/perl/perl-rdepends_5.22.1.inc
index 5f853cc9115a..2c497fe6ab9f 100644
--- a/meta/recipes-devtools/perl/perl-rdepends_5.22.1.inc
+++ b/meta/recipes-devtools/perl/perl-rdepends_5.22.1.inc
@@ -20,6 +20,7 @@ RDEPENDS_${PN}-pod += "perl"
 RDEPENDS_${PN}-module-file-spec += "${PN}-module-file-spec-unix"
 RDEPENDS_${PN}-module-math-bigint += "${PN}-module-math-bigint-calc"
 RDEPENDS_${PN}-module-thread-queue += "${PN}-module-attributes"
+RDEPENDS_${PN}-module-overload += "${PN}-module-overloading"
 
 
 # Depends list
-- 
2.7.4

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

[OE-core] [PATCH 1/2] perl: correct math-bigint dependency typo

[Nathan Lynch]

This is obviously meant to be RDEPENDS.

Signed-off-by: Nathan Lynch 
---
 meta/recipes-devtools/perl/perl-rdepends_5.22.1.inc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/perl/perl-rdepends_5.22.1.inc 
b/meta/recipes-devtools/perl/perl-rdepends_5.22.1.inc
index 830ecce5324f..5f853cc9115a 100644
--- a/meta/recipes-devtools/perl/perl-rdepends_5.22.1.inc
+++ b/meta/recipes-devtools/perl/perl-rdepends_5.22.1.inc
@@ -18,7 +18,7 @@ RDEPENDS_${PN}-pod += "perl"
 
 # Some additional dependencies that the above doesn't manage to figure out
 RDEPENDS_${PN}-module-file-spec += "${PN}-module-file-spec-unix"
-DEPENDS_${PN}-module-math-bigint += "${PN}-module-math-bigint-calc"
+RDEPENDS_${PN}-module-math-bigint += "${PN}-module-math-bigint-calc"
 RDEPENDS_${PN}-module-thread-queue += "${PN}-module-attributes"
 
 
-- 
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

[Matt Madison]

On Tue, Sep 27, 2016 at 8:42 AM, akuster808  wrote:
>
>
> On 09/26/2016 10:51 AM, Matt Madison wrote:
>> This patch is the one that fixed this issue for me:
>>
>> http://cgit.openembedded.org/openembedded-core/commit/meta/classes/useradd.bbclass?id=a68a797c7aec607a0720ec5421baf6be821803b8
>
> That commit has been in Krogoth for a while so I don't understand the
> circumstance in fixing this issue.

Sigh.  Copy-paste error on my part.  It was this one.

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

and I see that that's already been pulled in to krogoth now, thanks.

-Matt

>
> http://cgit.openembedded.org/openembedded-core/commit/meta/classes/useradd.bbclass?h=krogoth=a68a797c7aec607a0720ec5421baf6be821803b8
>
> -armin
>
>>
>> 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 

[OE-core] [PATCH 1/1] linux-yocto/4.8: update to -rc8

[Bruce Ashfield]

Updating linux-yocto*4.8 to -rc8.

Signed-off-by: Bruce Ashfield 
---
 meta/recipes-kernel/linux/linux-yocto-rt_4.8.bb   |  6 +++---
 meta/recipes-kernel/linux/linux-yocto-tiny_4.8.bb |  6 +++---
 meta/recipes-kernel/linux/linux-yocto_4.8.bb  | 20 ++--
 3 files changed, 16 insertions(+), 16 deletions(-)

diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_4.8.bb 
b/meta/recipes-kernel/linux/linux-yocto-rt_4.8.bb
index ab5b0bdd1a00..8548af71c4b3 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_4.8.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_4.8.bb
@@ -11,13 +11,13 @@ python () {
 raise bb.parse.SkipPackage("Set PREFERRED_PROVIDER_virtual/kernel to 
linux-yocto-rt to enable it")
 }
 
-SRCREV_machine ?= "fcd201c964c1092e8cdc39be4ba86fb9248d7aa7"
-SRCREV_meta ?= "a9240b538ce4de29ff1fc7eaf328450c51ab9e80"
+SRCREV_machine ?= "5e21764783494fe8cafa9a107775040d54a4d4d1"
+SRCREV_meta ?= "d0937e67c3c11fd0e6429bd050a86f6c295560e1"
 
 SRC_URI = 
"git://git.yoctoproject.org/linux-yocto-4.8.git;branch=${KBRANCH};name=machine \

git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;name=meta;branch=yocto-4.8;destsuffix=${KMETA}"
 
-LINUX_VERSION ?= "4.8-rc7"
+LINUX_VERSION ?= "4.8-rc8"
 
 PV = "${LINUX_VERSION}+git${SRCPV}"
 
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_4.8.bb 
b/meta/recipes-kernel/linux/linux-yocto-tiny_4.8.bb
index 5df5e0c3c0b9..18214e3925d6 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_4.8.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_4.8.bb
@@ -4,13 +4,13 @@ KCONFIG_MODE = "--allnoconfig"
 
 require recipes-kernel/linux/linux-yocto.inc
 
-LINUX_VERSION ?= "4.8-rc7"
+LINUX_VERSION ?= "4.8-rc8"
 
 KMETA = "kernel-meta"
 KCONF_BSP_AUDIT_LEVEL = "2"
 
-SRCREV_machine ?= "eb9c19c72d40a4bb8a6a3b7b949e41e5c31c0d94"
-SRCREV_meta ?= "fb4159467f0f46f788b59f0aff31e3fcd757d00d"
+SRCREV_machine ?= "8edbf10bb6e0759bfb6f18035d1b4773f573d33c"
+SRCREV_meta ?= "d0937e67c3c11fd0e6429bd050a86f6c295560e1"
 
 PV = "${LINUX_VERSION}+git${SRCPV}"
 
diff --git a/meta/recipes-kernel/linux/linux-yocto_4.8.bb 
b/meta/recipes-kernel/linux/linux-yocto_4.8.bb
index 2e0dbfa34625..cf4b9b729ea1 100644
--- a/meta/recipes-kernel/linux/linux-yocto_4.8.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_4.8.bb
@@ -11,20 +11,20 @@ KBRANCH_qemux86  ?= "standard/base"
 KBRANCH_qemux86-64 ?= "standard/base"
 KBRANCH_qemumips64 ?= "standard/mti-malta64"
 
-SRCREV_machine_qemuarm ?= "ba792fae8c979ae4ecaae5e8403b150863173509"
-SRCREV_machine_qemuarm64 ?= "eb9c19c72d40a4bb8a6a3b7b949e41e5c31c0d94"
-SRCREV_machine_qemumips ?= "19b41be93a8fefc65ef4c1c1ab3e8b2d815de93d"
-SRCREV_machine_qemuppc ?= "eb9c19c72d40a4bb8a6a3b7b949e41e5c31c0d94"
-SRCREV_machine_qemux86 ?= "eb9c19c72d40a4bb8a6a3b7b949e41e5c31c0d94"
-SRCREV_machine_qemux86-64 ?= "eb9c19c72d40a4bb8a6a3b7b949e41e5c31c0d94"
-SRCREV_machine_qemumips64 ?= "c6e9e8d1caacea5deca7e41b47fd6076a747b6fa"
-SRCREV_machine ?= "eb9c19c72d40a4bb8a6a3b7b949e41e5c31c0d94"
-SRCREV_meta ?= "fb4159467f0f46f788b59f0aff31e3fcd757d00d"
+SRCREV_machine_qemuarm ?= "3a2b4be23e0d3115962cd49302f80679c86a2df4"
+SRCREV_machine_qemuarm64 ?= "8edbf10bb6e0759bfb6f18035d1b4773f573d33c"
+SRCREV_machine_qemumips ?= "fc863e7a0f5664eef65ff36f35cc41c0be59ef3b"
+SRCREV_machine_qemuppc ?= "8edbf10bb6e0759bfb6f18035d1b4773f573d33c"
+SRCREV_machine_qemux86 ?= "8edbf10bb6e0759bfb6f18035d1b4773f573d33c"
+SRCREV_machine_qemux86-64 ?= "8edbf10bb6e0759bfb6f18035d1b4773f573d33c"
+SRCREV_machine_qemumips64 ?= "dd0e6bc1cb1973d72ff9d3b4ee44a0edc04fea3c"
+SRCREV_machine ?= "8edbf10bb6e0759bfb6f18035d1b4773f573d33c"
+SRCREV_meta ?= "d0937e67c3c11fd0e6429bd050a86f6c295560e1"
 
 SRC_URI = 
"git://git.yoctoproject.org/linux-yocto-4.8.git;name=machine;branch=${KBRANCH}; 
\

git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;name=meta;branch=yocto-4.8;destsuffix=${KMETA}"
 
-LINUX_VERSION ?= "4.8-rc7"
+LINUX_VERSION ?= "4.8-rc8"
 
 PV = "${LINUX_VERSION}+git${SRCPV}"
 
-- 
2.5.0

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

[OE-core] [PATCH 0/1] linux-yocto: update to 4.8-rc8

[Bruce Ashfield]

Hi all,

Upstream decided to do a -rc8 versus a release this week. There's
very little changed here, but we might as well merge and update to
this version while we wait for the release this weekend.

I built and booted standard/-rt for qemu* on this.

Note: With Cal's PV checking change, anyone building AUTOREV will
see a mismatch and get an error.

Cheers,

Bruce

The following changes since commit 725e66e1d08ae000d8f68455ddca0e192080dc1f:

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

are available in the git repository at:

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

Bruce Ashfield (1):
  linux-yocto/4.8: update to -rc8

 meta/recipes-kernel/linux/linux-yocto-rt_4.8.bb   |  6 +++---
 meta/recipes-kernel/linux/linux-yocto-tiny_4.8.bb |  6 +++---
 meta/recipes-kernel/linux/linux-yocto_4.8.bb  | 20 ++--
 3 files changed, 16 insertions(+), 16 deletions(-)

-- 
2.5.0

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

[OE-core] [PATCH] openssl: Upgrade 1.0.2i -> 1.0.2j

[Richard Purdie]

Deals with a CVE issue
Drops a patch applied upstream and no longer needed.

Signed-off-by: Richard Purdie 

diff --git 
a/meta/recipes-connectivity/openssl/openssl/Fix-typo-introduced-by-a03f81f4.patch
 
b/meta/recipes-connectivity/openssl/openssl/Fix-typo-introduced-by-a03f81f4.patch
deleted file mode 100644
index 0411296..000
--- 
a/meta/recipes-connectivity/openssl/openssl/Fix-typo-introduced-by-a03f81f4.patch
+++ /dev/null
@@ -1,29 +0,0 @@
-From 581215a519c66db7255ea360ed25bb00033ccd52 Mon Sep 17 00:00:00 2001
-From: Rich Salz 
-Date: Thu, 22 Sep 2016 08:47:45 -0400
-Subject: [PATCH] Fix typo introduced by a03f81f4
-
-Reviewed-by: Richard Levitte 
-
-Upstream-Status: Backport 
[https://github.com/openssl/openssl/commit/581215a519c66db7255ea360ed25bb00033ccd52]
-Signed-off-by: Patrick Ohly 

- crypto/engine/eng_cryptodev.c | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-diff --git a/crypto/engine/eng_cryptodev.c b/crypto/engine/eng_cryptodev.c
-index 65a74df..2a2b95c 100644
 a/crypto/engine/eng_cryptodev.c
-+++ b/crypto/engine/eng_cryptodev.c
-@@ -939,7 +939,7 @@ static int cryptodev_digest_copy(EVP_MD_CTX *to, const 
EVP_MD_CTX *from)
- if (fstate->mac_len != 0) {
- if (fstate->mac_data != NULL) {
- dstate->mac_data = OPENSSL_malloc(fstate->mac_len);
--if (dstate->ac_data == NULL) {
-+if (dstate->mac_data == NULL) {
- printf("cryptodev_digest_init: malloc failed\n");
- return 0;
- }
--- 
-2.1.4
-
diff --git a/meta/recipes-connectivity/openssl/openssl_1.0.2i.bb 
b/meta/recipes-connectivity/openssl/openssl_1.0.2i.bb
deleted file mode 100644
index c32f472..000
--- a/meta/recipes-connectivity/openssl/openssl_1.0.2i.bb
+++ /dev/null
@@ -1,59 +0,0 @@
-require openssl.inc
-
-# For target side versions of openssl enable support for OCF Linux driver
-# if they are available.
-DEPENDS += "cryptodev-linux"
-
-CFLAG += "-DHAVE_CRYPTODEV -DUSE_CRYPTODEV_DIGESTS"
-
-LIC_FILES_CHKSUM = "file://LICENSE;md5=27ffa5d74bb5a337056c14b2ef93fbf6"
-
-export DIRS = "crypto ssl apps engines"
-export OE_LDFLAGS="${LDFLAGS}"
-
-SRC_URI += "file://find.pl;subdir=${BP}/util/ \
-file://run-ptest \
-file://openssl-c_rehash.sh \
-file://configure-targets.patch \
-file://shared-libs.patch \
-file://oe-ldflags.patch \
-file://engines-install-in-libdir-ssl.patch \
-file://debian1.0.2/block_diginotar.patch \
-file://debian1.0.2/block_digicert_malaysia.patch \
-file://debian/ca.patch \
-file://debian/c_rehash-compat.patch \
-file://debian/debian-targets.patch \
-file://debian/man-dir.patch \
-file://debian/man-section.patch \
-file://debian/no-rpath.patch \
-file://debian/no-symbolic.patch \
-file://debian/pic.patch \
-file://debian1.0.2/version-script.patch \
-file://openssl_fix_for_x32.patch \
-file://fix-cipher-des-ede3-cfb1.patch \
-
file://openssl-avoid-NULL-pointer-dereference-in-EVP_DigestInit_ex.patch \
-file://openssl-fix-des.pod-error.patch \
-file://Makefiles-ptest.patch \
-file://ptest-deps.patch \
-file://openssl-1.0.2a-x32-asm.patch \
-file://ptest_makefile_deps.patch  \
-file://configure-musl-target.patch \
-file://parallel.patch \
-file://openssl-util-perlpath.pl-cwd.patch \
-file://Fix-typo-introduced-by-a03f81f4.patch \
-   "
-SRC_URI[md5sum] = "678374e63f8df456a697d3e5e5a931fb"
-SRC_URI[sha256sum] = 
"9287487d11c9545b6efb287cdb70535d4e9b284dd10d51441d9b9963d000de6f"
-
-PACKAGES =+ "${PN}-engines"
-FILES_${PN}-engines = "${libdir}/ssl/engines/*.so ${libdir}/engines"
-
-# The crypto_use_bigint patch means that perl's bignum module needs to be
-# installed, but some distributions (for example Fedora 23) don't ship it by
-# default.  As the resulting error is very misleading check for bignum before
-# building.
-do_configure_prepend() {
-   if ! perl -Mbigint -e true; then
-   bbfatal "The perl module 'bignum' was not found but this is 
required to build openssl.  Please install this module (often packaged as 
perl-bignum) and re-run bitbake."
-   fi
-}
diff --git a/meta/recipes-connectivity/openssl/openssl_1.0.2j.bb 
b/meta/recipes-connectivity/openssl/openssl_1.0.2j.bb
new file mode 100644
index 000..257e3cf
--- /dev/null
+++ b/meta/recipes-connectivity/openssl/openssl_1.0.2j.bb
@@ -0,0 +1,58 @@
+require openssl.inc
+
+# For target side versions of openssl enable support for OCF Linux driver
+# if they are available.
+DEPENDS += "cryptodev-linux"
+
+CFLAG += "-DHAVE_CRYPTODEV -DUSE_CRYPTODEV_DIGESTS"
+
+LIC_FILES_CHKSUM = 

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

[akuster808]

On 09/26/2016 10:51 AM, Matt Madison wrote:
> This patch is the one that fixed this issue for me:
> 
> http://cgit.openembedded.org/openembedded-core/commit/meta/classes/useradd.bbclass?id=a68a797c7aec607a0720ec5421baf6be821803b8

That commit has been in Krogoth for a while so I don't understand the
circumstance in fixing this issue.

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

-armin

> 
> 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
>> 

Re: [OE-core] [PATCH 0/9] Jethro pull request

[akuster808]

On 09/25/2016 06:05 PM, Mittal, AnujX wrote:
> Hi,
> 
>> -Original Message-
>> From: openembedded-core-boun...@lists.openembedded.org
>> [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of
>> Armin Kuster
>> Sent: Sunday, September 25, 2016 11:05 PM
>> To: akus...@mvista.com; openembedded-core@lists.openembedded.org
>> Subject: [OE-core] [PATCH 0/9] Jethro pull request
>>
>> Please consider these changes for Jethro
>>
>> The following changes since commit
>> c9c85df86cd2270b144fa824ef76adedd3636c8a:
>>
>>   util-linux: Security fix for CVE-2016-5011 (2016-09-23 23:21:43 +0100)
>>
>> are available in the git repository at:
>>
>>   git://git.openembedded.org/openembedded-core-contrib akuster/jethro-next
>>   http://cgit.openembedded.org/cgit.cgi/openembedded-core-
>> contrib/log/?h=akuster/jethro-next
>>
>> Armin Kuster (9):
>>   openssl: Security fix CVE-2016-2180
>>   openssl: Security fix CVE-2016-8181
>>   openssl: Security fix CVE-2016-2182
>>   openssl: Security fix CVE-2016-6304
> 
> I think there's a typo here. Shouldn't this be CVE-2016-6302?

yep.

I will re-spin shortly.

thank,
Armin
> 
>>   openssl: Security fix CVE-2016-6303
>>   openssl: Security fix CVE-2016-6304
>>   openssl: Security fix CVE-2016-6303
> 
> And, this CVE-2016-6306?
> 
>>   tzdata: update to 2016f
>>   tzcode-native: update to 2016f
>>
>>  .../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 |   9 +
>>  ...code-native_2016e.bb => tzcode-native_2016f.bb} |   8 +-
>>  .../tzdata/{tzdata_2016e.bb => tzdata_2016f.bb}|   4 +-
>>  12 files changed, 724 insertions(+), 6 deletions(-)
>>  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
>>  rename meta/recipes-extended/tzcode/{tzcode-native_2016e.bb => tzcode-
>> native_2016f.bb} (68%)
>>  rename meta/recipes-extended/tzdata/{tzdata_2016e.bb => tzdata_2016f.bb}
>> (98%)
>>
>> --
>> 2.7.4
>>
>> --
>> ___
>> 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

[OE-core] [=OE-core][PATCH] populate_sdk_base.bbclass: fix broken variables

[Ioan-Adrian Ratiu]

This function never worked because the SDK_OUTPUT and SDKPATH vars are
written bash-style in a python function. The only reason it never failed
a build is because the function bails out the start because of the flag
CHECK_SDK_SYSROOTS.

And I guess nobody tested with CHECK_SDK_SYSROOTS enabled until now.

Signed-off-by: Ioan-Adrian Ratiu 
---
 meta/classes/populate_sdk_base.bbclass | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/meta/classes/populate_sdk_base.bbclass 
b/meta/classes/populate_sdk_base.bbclass
index ce12f27..a23775e 100644
--- a/meta/classes/populate_sdk_base.bbclass
+++ b/meta/classes/populate_sdk_base.bbclass
@@ -147,7 +147,8 @@ python check_sdk_sysroots() {
 return os.path.abspath(path)
 
 # Get scan root
-SCAN_ROOT = norm_path("${SDK_OUTPUT}/${SDKPATH}/sysroots/")
+SCAN_ROOT = norm_path("%s/%s/sysroots/" % (d.getVar('SDK_OUTPUT', True),
+   d.getVar('SDKPATH', True)))
 
 bb.note('Checking SDK sysroots at ' + SCAN_ROOT)
 
-- 
2.10.0

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

Re: [OE-core] [PATCH] lttng-tools: fix ptest

[Nathan Lynch]

On 09/27/2016 06:41 AM, Burton, Ross wrote:
> 
> 
> -RDEPENDS_${PN}-ptest += "make perl bash"
> +RDEPENDS_${PN}-ptest += "make perl bash gawk ${PN} babeltrace procps"
> +# babelstats.pl  wants getopt-long
> +RDEPENDS_${PN}-ptest += "perl-module-getopt-long"
> +# getopt itself needs overload
> +RDEPENDS_${PN}-ptest += "perl-module-overload"
> +# overload, in turn, needs overload_ing_
> +RDEPENDS_${PN}-ptest += "perl-module-overloading"
> 
> 
> Why are those perl dependencies here and not in the perl modules themselves?

No good reason. I'll move them to the perl metadata and respin.


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

[OE-core] [PATCH][Jethro] init-install.sh: fix disk_size

[Saul Wold]

From: Robert Yang 

It mis-matched "SanDisk" or "Disk Flags" before, which caused unexpected
error.

Signed-off-by: Robert Yang 
Signed-off-by: Richard Purdie 
(cherry picked from commit a68ac76c1b6ed4c1a2fbc944c5021c89fd26217f)
[YOCTO #10333]
Signed-off-by: Saul Wold 
---
This is fixed in both Master and Krogoth and just needs a backport to
Jethro to address an open bug.

 meta/recipes-core/initrdscripts/files/init-install-efi-testfs.sh | 2 +-
 meta/recipes-core/initrdscripts/files/init-install-efi.sh| 2 +-
 meta/recipes-core/initrdscripts/files/init-install.sh| 2 +-
 3 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/meta/recipes-core/initrdscripts/files/init-install-efi-testfs.sh 
b/meta/recipes-core/initrdscripts/files/init-install-efi-testfs.sh
index 7a0b4d4..b562109 100644
--- a/meta/recipes-core/initrdscripts/files/init-install-efi-testfs.sh
+++ b/meta/recipes-core/initrdscripts/files/init-install-efi-testfs.sh
@@ -69,7 +69,7 @@ umount /dev/${device}* 2> /dev/null || /bin/true
 mkdir -p /tmp
 cat /proc/mounts > /etc/mtab
 
-disk_size=$(parted /dev/${device} unit mb print | grep Disk | cut -d" " -f 3 | 
sed -e "s/MB//")
+disk_size=$(parted /dev/${device} unit mb print | grep '^Disk .*: .*MB' | cut 
-d" " -f 3 | sed -e "s/MB//")
 
 testfs_size=$((disk_size*testfs_ratio/100))
 rootfs_size=$((disk_size-boot_size-testfs_size))
diff --git a/meta/recipes-core/initrdscripts/files/init-install-efi.sh 
b/meta/recipes-core/initrdscripts/files/init-install-efi.sh
index 0443a9d..3531158 100644
--- a/meta/recipes-core/initrdscripts/files/init-install-efi.sh
+++ b/meta/recipes-core/initrdscripts/files/init-install-efi.sh
@@ -120,7 +120,7 @@ if [ ! -e /etc/mtab ]; then
 cat /proc/mounts > /etc/mtab
 fi
 
-disk_size=$(parted ${device} unit mb print | grep Disk | cut -d" " -f 3 | sed 
-e "s/MB//")
+disk_size=$(parted ${device} unit mb print | grep '^Disk .*: .*MB' | cut -d" " 
-f 3 | sed -e "s/MB//")
 
 swap_size=$((disk_size*swap_ratio/100))
 rootfs_size=$((disk_size-boot_size-swap_size))
diff --git a/meta/recipes-core/initrdscripts/files/init-install.sh 
b/meta/recipes-core/initrdscripts/files/init-install.sh
index f9e9768..06f03ed 100644
--- a/meta/recipes-core/initrdscripts/files/init-install.sh
+++ b/meta/recipes-core/initrdscripts/files/init-install.sh
@@ -116,7 +116,7 @@ if [ ! -L /etc/mtab ]; then
 cat /proc/mounts > /etc/mtab
 fi
 
-disk_size=$(parted ${device} unit mb print | grep Disk | cut -d" " -f 3 | sed 
-e "s/MB//")
+disk_size=$(parted ${device} unit mb print | grep '^Disk .*: .*MB' | cut -d" " 
-f 3 | sed -e "s/MB//")
 
 grub_version=$(grub-install -v|sed 's/.* \([0-9]\).*/\1/')
 
-- 
2.7.4

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

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

[Burton, Ross]

If I apply this and then re-build guile I get this error:

ERROR: guile-2.0.12-r0 do_populate_sysroot: The recipe guile is trying to
install files into a shared area when those files already exist. Those
files and their manifest location are:

 
/data/poky-master/tmp-glibc/sysroots/intel-corei7-64/usr/bin/crossscripts/guile-config
 Matched in b''

Ross

On 22 September 2016 at 10:33,  wrote:

> From: "Tim K. Chan" 
>
> Signed-off-by: Tim K. Chan 
> [
> Adjust context
> Use Peter Kjellerstedt's simpler guile_cross_config
> ]
> Signed-off-by: He Zhe 
> ---
>  meta/classes/systemd.bbclass   |  4 +--
>  meta/classes/update-rc.d.bbclass   |  6 ++--
>  .../resolvconf/resolvconf_1.79.bb  |  2 +-
>  meta/recipes-core/glibc/glibc-package.inc  |  2 +-
>  meta/recipes-devtools/guile/guile_2.0.12.bb| 37
> --
>  meta/recipes-devtools/rpm/rpm_5.4.16.bb| 13 ++--
>  6 files changed, 39 insertions(+), 25 deletions(-)
>
> diff --git a/meta/classes/systemd.bbclass b/meta/classes/systemd.bbclass
> index db7873f..7370489 100644
> --- a/meta/classes/systemd.bbclass
> +++ b/meta/classes/systemd.bbclass
> @@ -28,7 +28,7 @@ if [ -n "$D" ]; then
>  OPTS="--root=$D"
>  fi
>
> -if type systemctl >/dev/null 2>/dev/null; then
> +if command -p systemctl >/dev/null 2>/dev/null; then
> systemctl $OPTS ${SYSTEMD_AUTO_ENABLE} ${SYSTEMD_SERVICE}
>
> if [ -z "$D" -a "${SYSTEMD_AUTO_ENABLE}" = "enable" ]; then
> @@ -44,7 +44,7 @@ if [ -n "$D" ]; then
>  OPTS="--root=$D"
>  fi
>
> -if type systemctl >/dev/null 2>/dev/null; then
> +if command -p systemctl >/dev/null 2>/dev/null; then
> if [ -z "$D" ]; then
> systemctl stop ${SYSTEMD_SERVICE}
> fi
> diff --git a/meta/classes/update-rc.d.bbclass b/meta/classes/update-rc.d.
> bbclass
> index 82b8024..dee80c8 100644
> --- a/meta/classes/update-rc.d.bbclass
> +++ b/meta/classes/update-rc.d.bbclass
> @@ -15,7 +15,7 @@ updatercd_preinst() {
>  if [ -z "$D" -a -f "${INIT_D_DIR}/${INITSCRIPT_NAME}" ]; then
> ${INIT_D_DIR}/${INITSCRIPT_NAME} stop
>  fi
> -if type update-rc.d >/dev/null 2>/dev/null; then
> +if command -p update-rc.d >/dev/null 2>/dev/null; then
> if [ -n "$D" ]; then
> OPT="-f -r $D"
> else
> @@ -26,7 +26,7 @@ fi
>  }
>
>  updatercd_postinst() {
> -if type update-rc.d >/dev/null 2>/dev/null; then
> +if command -p update-rc.d >/dev/null 2>/dev/null; then
> if [ -n "$D" ]; then
> OPT="-r $D"
> else
> @@ -43,7 +43,7 @@ fi
>  }
>
>  updatercd_postrm() {
> -if type update-rc.d >/dev/null 2>/dev/null; then
> +if command -p update-rc.d >/dev/null 2>/dev/null; then
> if [ -n "$D" ]; then
> OPT="-f -r $D"
> else
> diff --git a/meta/recipes-connectivity/resolvconf/resolvconf_1.79.bb
> b/meta/recipes-connectivity/resolvconf/resolvconf_1.79.bb
> index 8550177..e415445 100644
> --- a/meta/recipes-connectivity/resolvconf/resolvconf_1.79.bb
> +++ b/meta/recipes-connectivity/resolvconf/resolvconf_1.79.bb
> @@ -56,7 +56,7 @@ do_install () {
>
>  pkg_postinst_${PN} () {
> if [ -z "$D" ]; then
> -   if command -v systemd-tmpfiles >/dev/null; then
> +   if command -p systemd-tmpfiles >/dev/null; then
> systemd-tmpfiles --create ${sysconfdir}/tmpfiles.d/
> resolvconf.conf
> elif [ -e ${sysconfdir}/init.d/populate-volatile.sh ];
> then
> ${sysconfdir}/init.d/populate-volatile.sh update
> diff --git a/meta/recipes-core/glibc/glibc-package.inc
> b/meta/recipes-core/glibc/glibc-package.inc
> index 6df8b9e..557f32a 100644
> --- a/meta/recipes-core/glibc/glibc-package.inc
> +++ b/meta/recipes-core/glibc/glibc-package.inc
> @@ -206,7 +206,7 @@ glibc_package_preprocess () {
>
>  pkg_postinst_nscd () {
> if [ -z "$D" ]; then
> -   if command -v systemd-tmpfiles >/dev/null; then
> +   if command -p systemd-tmpfiles >/dev/null; then
> systemd-tmpfiles --create
> ${sysconfdir}/tmpfiles.d/nscd.conf
> elif [ -e ${sysconfdir}/init.d/populate-volatile.sh ];
> then
> ${sysconfdir}/init.d/populate-volatile.sh update
> diff --git a/meta/recipes-devtools/guile/guile_2.0.12.bb
> b/meta/recipes-devtools/guile/guile_2.0.12.bb
> index d2fe511..a466d65 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 

[OE-core] [PATCHv2] lib/oeqa: Regenerate galculator configure

[Jussi Kukkonen]

galculator configure seems to be so old it does not
recognise --with-libtool-sysroot: regenerate configure.

Fixes [YOCTO #10191].

Signed-off-by: Jussi Kukkonen 
---

Changes since v1:
* Use autoreconf instead of individual auto* scripts

 meta/lib/oeqa/sdk/buildgalculator.py | 7 +--
 1 file changed, 5 insertions(+), 2 deletions(-)

diff --git a/meta/lib/oeqa/sdk/buildgalculator.py 
b/meta/lib/oeqa/sdk/buildgalculator.py
index be14d22..dc2fa9c 100644
--- a/meta/lib/oeqa/sdk/buildgalculator.py
+++ b/meta/lib/oeqa/sdk/buildgalculator.py
@@ -15,8 +15,11 @@ class GalculatorTest(oeSDKTest):
 
 project.download_archive()
 
-self.assertEqual(project.run_configure(), 0,
-msg="Running configure failed")
+# regenerate configure to get support for --with-libtool-sysroot
+legacy_preconf=("autoreconf -i -f -I 
${OECORE_TARGET_SYSROOT}/usr/share/aclocal -I m4;")
+
+self.assertEqual(project.run_configure(extra_cmds=legacy_preconf),
+ 0, msg="Running configure failed")
 
 self.assertEqual(project.run_make(), 0,
 msg="Running make failed")
-- 
2.1.4

-- 
___
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

[Burton, Ross]

On 26 September 2016 at 08:56,  wrote:

> +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.*"
>

Are all of these really required?  Apart from ${libdir}/mpi.so they look
like they'll be handled by the Python logic in the recipe.

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

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

[Richard Purdie]

On Mon, 2016-09-26 at 13:53 -0700, Juro Bystricky wrote:
> When trying to obtain the current directory from a directory
> that does not exist anymore, an exception is raised.
> This patch handles such exception.

This should have gone to bitbake-devel, I've cc'd there and queued in
master-next for testing.

Cheers,

Richard

> [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
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] lib/oeqa: Regenerate galculator configure

[Jussi Kukkonen]

galculator configure seems to be so old it does not
recognise --with-libtool-sysroot: regenerate configure.

Fixes [YOCTO #10191].

Signed-off-by: Jussi Kukkonen 
---
 meta/lib/oeqa/sdk/buildgalculator.py | 11 +--
 1 file changed, 9 insertions(+), 2 deletions(-)

diff --git a/meta/lib/oeqa/sdk/buildgalculator.py 
b/meta/lib/oeqa/sdk/buildgalculator.py
index be14d22..2629a55 100644
--- a/meta/lib/oeqa/sdk/buildgalculator.py
+++ b/meta/lib/oeqa/sdk/buildgalculator.py
@@ -15,8 +15,15 @@ class GalculatorTest(oeSDKTest):
 
 project.download_archive()
 
-self.assertEqual(project.run_configure(), 0,
-msg="Running configure failed")
+# regenerate configure to get support for --with-libtool-sysroot
+legacy_preconf=("libtoolize --automake;"
+"aclocal -I 
${OECORE_TARGET_SYSROOT}/usr/share/aclocal -I m4;"
+"autoconf;"
+"autoheader;"
+"automake -a;")
+
+self.assertEqual(project.run_configure(extra_cmds=legacy_preconf),
+ 0, msg="Running configure failed")
 
 self.assertEqual(project.run_make(), 0,
 msg="Running make failed")
-- 
2.1.4

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

Re: [OE-core] [PATCH] lttng-tools: fix ptest

[Burton, Ross]

On 22 September 2016 at 22:53, Nathan Lynch  wrote:

> -RDEPENDS_${PN}-ptest += "make perl bash"
> +RDEPENDS_${PN}-ptest += "make perl bash gawk ${PN} babeltrace procps"
> +# babelstats.pl wants getopt-long
> +RDEPENDS_${PN}-ptest += "perl-module-getopt-long"
> +# getopt itself needs overload
> +RDEPENDS_${PN}-ptest += "perl-module-overload"
> +# overload, in turn, needs overload_ing_
> +RDEPENDS_${PN}-ptest += "perl-module-overloading"
>

Why are those perl dependencies here and not in the perl modules themselves?

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

Re: [OE-core] Terminating matchbox window manager leads to DRM lockups

[Shrikant Bobade]

Hi,

@ping,

Please advise further pointers if any.
similar thread for this issue & more details @
https://lists.yoctoproject.org/pipermail/meta-freescale/2016-September/019237.html

Thanks
Shrikant



On Thu, Sep 22, 2016 at 2:41 PM, Shrikant Bobade 
wrote:

> Hi,
>
> @Ping
>
> Please advise further pointers if any.
>
>
> Thanks
> Shrikant
>
> On Thu, Aug 25, 2016 at 8:13 PM, srikanth krishnakar <
> skrishna...@gmail.com> wrote:
>
>> Hello All,
>>
>> I am building latest yocto with core-image-sato and noticed that matchbox
>> session or its relative apps are using kernel context and eventually these
>> are shown when the window manager is terminated or the target is rebooted.
>> Please see the logs below:
>>
>> Target: i.MX6Q ARM
>> Kernel: Linux-4.1
>> Yocto: master (7b9f59)
>>
>>
>> --
>> root@mx6q:~# ps | grep match
>>   558 root  7080 Smatchbox-window-manager -theme Sato -use_cursor
>> yes
>>   612 root  174m Smatchbox-desktop
>>   614 root  174m Smatchbox-panel --start-applets
>> showdesktop,windowselector --end-applets clock,battery,,systray,startup
>> -notify,notify
>>   677 root  2752 Sgrep match
>> root@mx6q:~#
>> root@mx6q:~#
>> root@mx6q:~# opkg list | grep -i xserver-xorg
>> xserver-xorg - 2:1.18.4-r0.3
>> xserver-xorg-extension-glx - 2:1.18.4-r0.3
>> xserver-xorg-extension-viv-autohdmi - 3:5.0.11.p8.4-r0.3
>> xserver-xorg-module-exa - 2:1.18.4-r0.3
>> root@mx6q:~# opkg list | grep -i matchbox
>> matchbox-config-gtk - 0.2-r0.2
>> matchbox-desktop - 2.1-r0.2
>> matchbox-keyboard - 0.1.1-r0.2
>> matchbox-keyboard-applet - 0.1.1-r0.2
>> matchbox-keyboard-im - 0.1.1-r0.2
>> matchbox-panel-2 - 2.11-r0.2
>> matchbox-session - 0.1-r4.0
>> matchbox-session-sato - 0.1-r30.0
>> matchbox-terminal - 0.1-r0.2
>> matchbox-theme-sato - 0.2-r0.0
>> matchbox-wm - 1.2.1-r0.1
>> root@mx6q:~#
>> root@mx6q:~# kill 558
>> root@mx6q:~# [  404.937507] [drm:drm_legacy_unlock] *ERROR* Process 614
>> using kernel context 0
>> [  404.947643] [drm:drm_lock_take] *ERROR* 1 holds heavyweight lock
>> [  404.953752] [drm:drm_legacy_unlock] *ERROR* Process 612 using kernel
>> context 0
>> [  405.132658] [drm:drm_legacy_unlock] *ERROR* Process 612 using kernel
>> context 0
>> [  405.140370] [drm:drm_legacy_unlock] *ERROR* Process 614 using kernel
>> context 0
>> --
>>
>> Reboot scenario:
>> ---
>> root@mx6q:~#
>> root@mx6q:~# ps | grep -i match
>>   569 root  7080 Smatchbox-window-manager -theme Sato -use_cursor
>> yes
>>   621 root  174m Smatchbox-desktop
>>   622 root  174m Smatchbox-panel --start-applets
>> showdesktop,windowselector --end-applets clock,battery,,systray,startup
>> -notify,notify
>>   652 root  2752 Sgrep -i match
>> root@mx6q:~#
>> root@mx6q:~# reboot
>> [   26.234069] [drm:drm_legacy_unlock] *ERROR* Process 622 using kernel
>> context 0
>> [   26.247957] [drm:drm_legacy_unlock] *ERROR* Process 622 using kernel
>> context 0
>> [   26.261257] [drm:drm_legacy_unlock] *ERROR* Process 621 using kernel
>> context 0
>> [   26.268810] [drm:drm_lock_take] *ERROR* 1 holds heavyweight lock
>> ---
>>
>> Killing Xorg directly does not have any issue related to DRM lockup, but
>> termination of matchbox session is showing up these errors. The target has
>> DRM support and runs on accelerated graphics.
>>
>> This is not seen on "krogoth yocto-2.1" builds.
>>
>> Did anyone notice this on most recent core-image-sato running on DRM
>> enabled target ?
>>
>> Any pointers will be much appreciated.
>>
>> TIA!
>>
>> --
>> ___
>> 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] [PATCH 2/2 v2] boost: add support for additional boost libs

[André Draszik]

On Di, 2016-09-27 at 08:22 +, Huang, Jie (Jackie) wrote:
> 
> > 
> > -Original Message-
> > From: André Draszik [mailto:g...@andred.net]
> > Sent: Tuesday, September 27, 2016 4:09 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 Di, 2016-09-27 at 02:26 +, Huang, Jie (Jackie) wrote:
> > > 
> > > 
> > > > 
> > > > 
> > > > -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.
> > 
> > I don't think you'd need empty PACKAGECONFIG[flag] definitions, see
> > base.bbclass.
> 
> Could you be more specific? 
> 
> I think it's needed because 

[OE-core] [wic][PATCH] image_types.bbclass: remove redundant dependency

[Ed Bartosh]

Removed parted-native dependency from do_image_wic as it's
already mentioned in IMAGE_DEPENDS_wic variable.

Thanks to Christopher Larson for pointing out to this.

Signed-off-by: Ed Bartosh 
---
 meta/classes/image_types.bbclass | 1 -
 1 file changed, 1 deletion(-)

diff --git a/meta/classes/image_types.bbclass b/meta/classes/image_types.bbclass
index 0bb6252..5ef6f60 100644
--- a/meta/classes/image_types.bbclass
+++ b/meta/classes/image_types.bbclass
@@ -218,7 +218,6 @@ 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"
 
 python do_write_wks_template () {
 """Write out expanded template contents to WKS_FULL_PATH."""
-- 
2.1.4

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

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

[Liu, Le (Charles)]

Hi Xin,

I just tried your patch on qemux86-64 BSP. It looks working well, except for 
the following two minor issues on patching.   

1.  I have to remove some "/dev/null" from the patch manually, before it was 
applied successfully. 

 $ diff ~/\[OE-core\]\ \[PATCH\]\ ltp\:\ 20160126\ -\>\ 20160920.eml 
/original_oe-core/\[OE-core\]\ \[PATCH\]\ ltp\:\ 20160126\ -\>\ 20160920.eml 
200a201
> --- /dev/null
238a240
> +++ /dev/null
272a275
> --- /dev/null
508a512
> --- /dev/null
680a685
> --- /dev/null
734a740
> +++ /dev/null
770a777
> +++ /dev/null
1169a1177
> +++ /dev/null
1585a1594
> +++ /dev/null
1941a1951
> +++ /dev/null
2013a2024
> +++ /dev/null
2074a2086
> +++ /dev/null
2143a2156
> +++ /dev/null
2193a2207
> +++ /dev/null
2286a2301
> +++ /dev/null
2323a2339
> +++ /dev/null
2357a2374
> +++ /dev/null
2391a2409
> +++ /dev/null
2428a2447
> +++ /dev/null
2466a2486
> +++ /dev/null
2504a2525
> +++ /dev/null


2. There are Hunk issues during patching 
"0011-Rename-sigset-variable-to-sigset1.patch".

...
Applying patch 0011-Rename-sigset-variable-to-sigset1.patch
patching file testcases/kernel/mem/shmt/shmt04.c
Hunk #1 FAILED at 56.
Hunk #2 FAILED at 71.
Hunk #3 FAILED at 148.
3 out of 3 hunks FAILED -- saving rejects to file 
testcases/kernel/mem/shmt/shmt04.c.rej
patching file testcases/kernel/mem/shmt/shmt06.c
Hunk #1 FAILED at 57.
Hunk #2 FAILED at 70.
Hunk #3 FAILED at 147.
3 out of 3 hunks FAILED -- saving rejects to file 
testcases/kernel/mem/shmt/shmt06.c.rej
patching file testcases/kernel/syscalls/sigprocmask/sigprocmask01.c
Hunk #1 FAILED at 91.
Hunk #2 FAILED at 112.
Hunk #3 FAILED at 165.
Hunk #4 FAILED at 212.
Hunk #5 FAILED at 235.
5 out of 5 hunks FAILED -- saving rejects to file 
testcases/kernel/syscalls/sigprocmask/sigprocmask01.c.rej
Applied patch 0011-Rename-sigset-variable-to-sigset1.patch (forced; needs 
refresh)




These might be related with the patching method I used (git am --keep-cr 
~/\[OE-core\]\ \[PATCH\]\ ltp\:\ 20160126\ -\>\ 20160920.eml). Could you help 
to confirm?


Thanks,
Charles
-- 
___
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

[Huang, Jie (Jackie)]

> -Original Message-
> From: André Draszik [mailto:g...@andred.net]
> Sent: Tuesday, September 27, 2016 4:09 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 Di, 2016-09-27 at 02:26 +, Huang, Jie (Jackie) wrote:
> >
> > >
> > > -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.
> 
> I don't think you'd need empty PACKAGECONFIG[flag] definitions, see
> base.bbclass.

Could you be more specific? 

I think it's needed because I got QA issues without the definitions:

WARNING: boost-1.61.0-r0 do_configure: QA Issue: boost: invalid PACKAGECONFIG: 
atomic [invalid-packageconfig]

Thanks,
Jackie

> 
> Cheers,
> Andre'

-- 
___
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

[André Draszik]

On Di, 2016-09-27 at 02:26 +, Huang, Jie (Jackie) wrote:
> 
> > 
> > -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.

I don't think you'd need empty PACKAGECONFIG[flag] definitions, see
base.bbclass.

Cheers,
Andre'

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

Re: [OE-core] Crazy display

[Richard Purdie]

On Tue, 2016-09-27 at 15:50 +1000, Jonathan Liu wrote:
> 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.

Paul did fix some progress bar issues which were one cause of this.
pseudo is another cause and we've not gotten to the bottom of the
pseudo issue :(. It writes to the console unknown to knotty so there
isn't much we can do about it from the bitbake side, it should be a)
making it clear the messages come from psuedo and b) likely going to a
logfile, not the main console.

Cheers,

Richard

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