[OE-core] [PATCH] nettle:upgrade 3.4.1 -> 3.5.1

[Zang Ruochen]

From: Yuan Chao 

nettle-stdint.h was no longer use.
Remove nettle/nettle-stdint.h in do_install_append() of .bb file.

Changelog in ChangeLog file as follows:

2019-01-06  Niels Möller  

* nettle-types.h: Don't use nettle-stdint.h, include 
directly.
* nettle-write.h: Likewise.
* configure.ac: Delete use of AX_CREATE_STDINT_H.
* aclocal.m4 (AX_CREATE_STDINT_H): Delete.
* Makefile.in (INSTALL_HEADERS, distclean-here): Delete mention of
nettle-stdint.h.

Signed-off-by: Yuan Chao 
---
 .../Add-target-to-only-build-tests-not-run-them.patch   | 0
 .../check-header-files-of-openssl-only-if-enable_.patch | 0
 .../nettle/{nettle-3.4.1 => nettle-3.5.1}/dlopen-test.patch | 0
 .../recipes-support/nettle/{nettle-3.4.1 => nettle-3.5.1}/run-ptest | 0
 meta/recipes-support/nettle/{nettle_3.4.1.bb => nettle_3.5.1.bb}| 6 +++---
 5 files changed, 3 insertions(+), 3 deletions(-)
 rename meta/recipes-support/nettle/{nettle-3.4.1 => 
nettle-3.5.1}/Add-target-to-only-build-tests-not-run-them.patch (100%)
 rename meta/recipes-support/nettle/{nettle-3.4.1 => 
nettle-3.5.1}/check-header-files-of-openssl-only-if-enable_.patch (100%)
 rename meta/recipes-support/nettle/{nettle-3.4.1 => 
nettle-3.5.1}/dlopen-test.patch (100%)
 rename meta/recipes-support/nettle/{nettle-3.4.1 => nettle-3.5.1}/run-ptest 
(100%)
 rename meta/recipes-support/nettle/{nettle_3.4.1.bb => nettle_3.5.1.bb} (89%)

diff --git 
a/meta/recipes-support/nettle/nettle-3.4.1/Add-target-to-only-build-tests-not-run-them.patch
 
b/meta/recipes-support/nettle/nettle-3.5.1/Add-target-to-only-build-tests-not-run-them.patch
similarity index 100%
rename from 
meta/recipes-support/nettle/nettle-3.4.1/Add-target-to-only-build-tests-not-run-them.patch
rename to 
meta/recipes-support/nettle/nettle-3.5.1/Add-target-to-only-build-tests-not-run-them.patch
diff --git 
a/meta/recipes-support/nettle/nettle-3.4.1/check-header-files-of-openssl-only-if-enable_.patch
 
b/meta/recipes-support/nettle/nettle-3.5.1/check-header-files-of-openssl-only-if-enable_.patch
similarity index 100%
rename from 
meta/recipes-support/nettle/nettle-3.4.1/check-header-files-of-openssl-only-if-enable_.patch
rename to 
meta/recipes-support/nettle/nettle-3.5.1/check-header-files-of-openssl-only-if-enable_.patch
diff --git a/meta/recipes-support/nettle/nettle-3.4.1/dlopen-test.patch 
b/meta/recipes-support/nettle/nettle-3.5.1/dlopen-test.patch
similarity index 100%
rename from meta/recipes-support/nettle/nettle-3.4.1/dlopen-test.patch
rename to meta/recipes-support/nettle/nettle-3.5.1/dlopen-test.patch
diff --git a/meta/recipes-support/nettle/nettle-3.4.1/run-ptest 
b/meta/recipes-support/nettle/nettle-3.5.1/run-ptest
similarity index 100%
rename from meta/recipes-support/nettle/nettle-3.4.1/run-ptest
rename to meta/recipes-support/nettle/nettle-3.5.1/run-ptest
diff --git a/meta/recipes-support/nettle/nettle_3.4.1.bb 
b/meta/recipes-support/nettle/nettle_3.5.1.bb
similarity index 89%
rename from meta/recipes-support/nettle/nettle_3.4.1.bb
rename to meta/recipes-support/nettle/nettle_3.5.1.bb
index cd8024f..d92db0e 100644
--- a/meta/recipes-support/nettle/nettle_3.4.1.bb
+++ b/meta/recipes-support/nettle/nettle_3.5.1.bb
@@ -20,8 +20,8 @@ SRC_URI_append_class-target = "\
 file://dlopen-test.patch \
 "
 
-SRC_URI[md5sum] = "9bdebb0e2f638d3b9d91f7fc264b70c1"
-SRC_URI[sha256sum] = 
"f941cf1535cd5d1819be5ccae5babef01f6db611f9b5a777bae9c7604b8a92ad"
+SRC_URI[md5sum] = "0e5707b418c3826768d41130fbe4ee86"
+SRC_URI[sha256sum] = 
"75cca1998761b02e16f2db56da52992aef622bf55a3b45ec538bc2eedadc9419"
 
 UPSTREAM_CHECK_REGEX = "nettle-(?P\d+(\.\d+)+)\.tar"
 
@@ -37,7 +37,7 @@ do_compile_ptest() {
 }
 
 do_install_append() {
-oe_multilib_header nettle/nettle-stdint.h nettle/version.h
+oe_multilib_header nettle/version.h
 }
 
 do_install_ptest() {
-- 
2.7.4



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

Re: [OE-core] [PATCH 1/4] gmmlib: build for native as well

[Mittal, Anuj]

Please ignore this. Wrong list.

On Tue, 2019-08-06 at 12:47 +0800, Anuj Mittal wrote:
> Signed-off-by: Anuj Mittal 
> ---
>  recipes-graphics/gmmlib/gmmlib_19.2.3.bb | 2 ++
>  1 file changed, 2 insertions(+)
> 
> diff --git a/recipes-graphics/gmmlib/gmmlib_19.2.3.bb b/recipes-
> graphics/gmmlib/gmmlib_19.2.3.bb
> index 8e1dcc4e..a91b1688 100644
> --- a/recipes-graphics/gmmlib/gmmlib_19.2.3.bb
> +++ b/recipes-graphics/gmmlib/gmmlib_19.2.3.bb
> @@ -19,3 +19,5 @@ UPSTREAM_CHECK_GITTAGREGEX = "^intel-gmmlib-
> (?P(\d+(\.\d+)+))$"
>  inherit pkgconfig cmake
>  
>  EXTRA_OECMAKE += "-DRUN_TEST_SUITE=OFF"
> +
> +BBCLASSEXTEND = "native nativesdk"
> -- 
> 2.21.0
> 
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 1/4] gmmlib: build for native as well

[Anuj Mittal]

Signed-off-by: Anuj Mittal 
---
 recipes-graphics/gmmlib/gmmlib_19.2.3.bb | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/recipes-graphics/gmmlib/gmmlib_19.2.3.bb 
b/recipes-graphics/gmmlib/gmmlib_19.2.3.bb
index 8e1dcc4e..a91b1688 100644
--- a/recipes-graphics/gmmlib/gmmlib_19.2.3.bb
+++ b/recipes-graphics/gmmlib/gmmlib_19.2.3.bb
@@ -19,3 +19,5 @@ UPSTREAM_CHECK_GITTAGREGEX = 
"^intel-gmmlib-(?P(\d+(\.\d+)+))$"
 inherit pkgconfig cmake
 
 EXTRA_OECMAKE += "-DRUN_TEST_SUITE=OFF"
+
+BBCLASSEXTEND = "native nativesdk"
-- 
2.21.0

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

Re: [OE-core] [PATCH v2] glibc-package.inc: Add linux-libc-headers-dev to glibc-dev

[Khem Raj]

On 8/5/19 7:05 PM, Mark Hatle wrote:
> Without linux-libc-headers-dev being added to the libc6-dev as a RDEPENDS,
> the system may fail to install the necessary libc headers.
>
> This can happen when NO_RECOMMENDATIONS = "1" is defined.
>
> During the 'testsdk' this results in failures that look like:
>
> fatal error: linux/errno.h: No such file or directory
> # include 
>   ^~~
>
> This also matches the behavior of musl, which does not suffer from this
> problem.


this patch is fine.

>
> Signed-off-by: Mark Hatle 
> ---
>  meta/recipes-core/glibc/glibc-package.inc | 1 +
>  1 file changed, 1 insertion(+)
>
> diff --git a/meta/recipes-core/glibc/glibc-package.inc 
> b/meta/recipes-core/glibc/glibc-package.inc
> index b150a34..f796876 100644
> --- a/meta/recipes-core/glibc/glibc-package.inc
> +++ b/meta/recipes-core/glibc/glibc-package.inc
> @@ -36,6 +36,7 @@ FILES_${PN}-pic = "${libdir}/*_pic.a ${libdir}/*_pic.map 
> ${libdir}/libc_pic/*.o"
>  FILES_libsotruss = "${libdir}/audit/sotruss-lib.so"
>  FILES_SOLIBSDEV = "${libdir}/lib*${SOLIBSDEV}"
>  FILES_${PN}-dev += "${libdir}/*_nonshared.a ${base_libdir}/*_nonshared.a 
> ${base_libdir}/*.o ${datadir}/aclocal"
> +RDEPENDS_${PN}-dev = "linux-libc-headers-dev"
>  FILES_${PN}-staticdev += "${libdir}/*.a ${base_libdir}/*.a"
>  FILES_nscd = "${sbindir}/nscd* ${sysconfdir}/init.d/nscd 
> ${systemd_unitdir}/system/nscd* ${sysconfdir}/tmpfiles.d/nscd.conf \
>${sysconfdir}/nscd.conf 
> ${sysconfdir}/default/volatiles/98_nscd ${localstatedir}/db/nscd"


pEpkey.asc
Description: application/pgp-keys
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] qemuboot-x86: move QB_SYSTEM_NAME to corresponding conf

[changqing.li]

From: Changqing Li 

Configrations:
MACHINE: qemux86-64
require conf/multilib.conf
MULTILIBS = "multilib:lib32"
DEFAULTTUNE_virtclass-multilib-lib32 = "x86"

Reproduce steps:
bitbake lib32-core-image-minimal
runqemu qemux86-64 nographic lib32-core-image-minimal

Errors:
qemu cannot bootup since:
Booting from ROM...
This kernel requires an x86-64 CPU, but only detected an i686 CPU.
Unable to boot - please use a kernel appropriate for your CPU.
QEMU: Terminated

For lib32 image, override has x86, so the qemubin set to qemu-system-i386,
fix by move QB_SYSTEM_NAME to corresponding conf, don't use the override

Signed-off-by: Changqing Li 
---
 meta/conf/machine/include/qemuboot-x86.inc | 2 --
 meta/conf/machine/qemux86-64.conf  | 3 +++
 meta/conf/machine/qemux86.conf | 3 +++
 3 files changed, 6 insertions(+), 2 deletions(-)

diff --git a/meta/conf/machine/include/qemuboot-x86.inc 
b/meta/conf/machine/include/qemuboot-x86.inc
index 82ce46d..3931b0f 100644
--- a/meta/conf/machine/include/qemuboot-x86.inc
+++ b/meta/conf/machine/include/qemuboot-x86.inc
@@ -1,10 +1,8 @@
 # For runqemu
 IMAGE_CLASSES += "qemuboot"
-QB_SYSTEM_NAME_x86 = "qemu-system-i386"
 QB_CPU_x86 = "-cpu core2duo"
 QB_CPU_KVM_x86 = "-cpu core2duo"
 
-QB_SYSTEM_NAME_x86-64 = "qemu-system-x86_64"
 QB_CPU_x86-64 = "-cpu core2duo"
 QB_CPU_KVM_x86-64 = "-cpu core2duo"
 
diff --git a/meta/conf/machine/qemux86-64.conf 
b/meta/conf/machine/qemux86-64.conf
index 383e3bd..4b50e66 100644
--- a/meta/conf/machine/qemux86-64.conf
+++ b/meta/conf/machine/qemux86-64.conf
@@ -39,3 +39,6 @@ module_conf_uvesafb = "options uvesafb 
mode_option=${UVESA_MODE}"
 
 WKS_FILE ?= "qemux86-directdisk.wks"
 do_image_wic[depends] += "syslinux:do_populate_sysroot 
syslinux-native:do_populate_sysroot mtools-native:do_populate_sysroot 
dosfstools-native:do_populate_sysroot"
+
+#For runqemu
+QB_SYSTEM_NAME = "qemu-system-x86_64"
diff --git a/meta/conf/machine/qemux86.conf b/meta/conf/machine/qemux86.conf
index 272ad1e..3832302 100644
--- a/meta/conf/machine/qemux86.conf
+++ b/meta/conf/machine/qemux86.conf
@@ -39,3 +39,6 @@ module_conf_uvesafb = "options uvesafb 
mode_option=${UVESA_MODE}"
 
 WKS_FILE ?= "qemux86-directdisk.wks"
 do_image_wic[depends] += "syslinux:do_populate_sysroot 
syslinux-native:do_populate_sysroot mtools-native:do_populate_sysroot 
dosfstools-native:do_populate_sysroot"
+
+#For runqemu
+QB_SYSTEM_NAME = "qemu-system-i386"
-- 
2.7.4

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

[OE-core] [PATCH v2] glibc-package.inc: Add linux-libc-headers-dev to glibc-dev

[Mark Hatle]

Without linux-libc-headers-dev being added to the libc6-dev as a RDEPENDS,
the system may fail to install the necessary libc headers.

This can happen when NO_RECOMMENDATIONS = "1" is defined.

During the 'testsdk' this results in failures that look like:

fatal error: linux/errno.h: No such file or directory
# include 
  ^~~

This also matches the behavior of musl, which does not suffer from this
problem.

Signed-off-by: Mark Hatle 
---
 meta/recipes-core/glibc/glibc-package.inc | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-core/glibc/glibc-package.inc 
b/meta/recipes-core/glibc/glibc-package.inc
index b150a34..f796876 100644
--- a/meta/recipes-core/glibc/glibc-package.inc
+++ b/meta/recipes-core/glibc/glibc-package.inc
@@ -36,6 +36,7 @@ FILES_${PN}-pic = "${libdir}/*_pic.a ${libdir}/*_pic.map 
${libdir}/libc_pic/*.o"
 FILES_libsotruss = "${libdir}/audit/sotruss-lib.so"
 FILES_SOLIBSDEV = "${libdir}/lib*${SOLIBSDEV}"
 FILES_${PN}-dev += "${libdir}/*_nonshared.a ${base_libdir}/*_nonshared.a 
${base_libdir}/*.o ${datadir}/aclocal"
+RDEPENDS_${PN}-dev = "linux-libc-headers-dev"
 FILES_${PN}-staticdev += "${libdir}/*.a ${base_libdir}/*.a"
 FILES_nscd = "${sbindir}/nscd* ${sysconfdir}/init.d/nscd 
${systemd_unitdir}/system/nscd* ${sysconfdir}/tmpfiles.d/nscd.conf \
   ${sysconfdir}/nscd.conf ${sysconfdir}/default/volatiles/98_nscd 
${localstatedir}/db/nscd"
-- 
1.8.3.1

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

Re: [OE-core] [PATCH] glibc-package.inc: Add linux-libc-headers-dev to glibc-dev

[Mark Hatle]

On 8/5/19 8:54 PM, Mark Hatle wrote:
> Without linux-libc-headers-dev being added to the libc6-dev as a RDEPENDS,
> the system may fail to install the necessary libc headers.
> 
> This can happen when NO_RECOMMENDATIONS = "1" is defined.
> 
> During the 'testsdk' this results in failures that look like:
> 
> fatal error: linux/errno.h: No such file or directory
> # include 
>   ^~~
> 
> This also matches the behavior of musl, which does not suffer from this
> problem.
> 
> Signed-off-by: Mark Hatle 
> ---
>  meta/recipes-core/glibc/glibc-package.inc | 3 ++-
>  1 file changed, 2 insertions(+), 1 deletion(-)
> 
> diff --git a/meta/recipes-core/glibc/glibc-package.inc 
> b/meta/recipes-core/glibc/glibc-package.inc
> index b150a34..f5fd87e 100644
> --- a/meta/recipes-core/glibc/glibc-package.inc
> +++ b/meta/recipes-core/glibc/glibc-package.inc
> @@ -35,7 +35,8 @@ FILES_sln = "${base_sbindir}/sln"
>  FILES_${PN}-pic = "${libdir}/*_pic.a ${libdir}/*_pic.map 
> ${libdir}/libc_pic/*.o"
>  FILES_libsotruss = "${libdir}/audit/sotruss-lib.so"
>  FILES_SOLIBSDEV = "${libdir}/lib*${SOLIBSDEV}"
> -FILES_${PN}-dev += "${libdir}/*_nonshared.a ${base_libdir}/*_nonshared.a 
> ${base_libdir}/*.o ${datadir}/aclocal"
> +FILES_${PN}-dev = "${libdir}/*_nonshared.a ${base_libdir}/*_nonshared.a 
> ${base_libdir}/*.o ${datadir}/aclocal"
> +RDEPENDS_${PN}-dev += "linux-libc-headers-dev"

Argh, I mangled the above..  Will send a V2.. sorry.

>  FILES_${PN}-staticdev += "${libdir}/*.a ${base_libdir}/*.a"
>  FILES_nscd = "${sbindir}/nscd* ${sysconfdir}/init.d/nscd 
> ${systemd_unitdir}/system/nscd* ${sysconfdir}/tmpfiles.d/nscd.conf \
>${sysconfdir}/nscd.conf 
> ${sysconfdir}/default/volatiles/98_nscd ${localstatedir}/db/nscd"
> 

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

[OE-core] [PATCH] glibc-package.inc: Add linux-libc-headers-dev to glibc-dev

[Mark Hatle]

Without linux-libc-headers-dev being added to the libc6-dev as a RDEPENDS,
the system may fail to install the necessary libc headers.

This can happen when NO_RECOMMENDATIONS = "1" is defined.

During the 'testsdk' this results in failures that look like:

fatal error: linux/errno.h: No such file or directory
# include 
  ^~~

This also matches the behavior of musl, which does not suffer from this
problem.

Signed-off-by: Mark Hatle 
---
 meta/recipes-core/glibc/glibc-package.inc | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-core/glibc/glibc-package.inc 
b/meta/recipes-core/glibc/glibc-package.inc
index b150a34..f5fd87e 100644
--- a/meta/recipes-core/glibc/glibc-package.inc
+++ b/meta/recipes-core/glibc/glibc-package.inc
@@ -35,7 +35,8 @@ FILES_sln = "${base_sbindir}/sln"
 FILES_${PN}-pic = "${libdir}/*_pic.a ${libdir}/*_pic.map 
${libdir}/libc_pic/*.o"
 FILES_libsotruss = "${libdir}/audit/sotruss-lib.so"
 FILES_SOLIBSDEV = "${libdir}/lib*${SOLIBSDEV}"
-FILES_${PN}-dev += "${libdir}/*_nonshared.a ${base_libdir}/*_nonshared.a 
${base_libdir}/*.o ${datadir}/aclocal"
+FILES_${PN}-dev = "${libdir}/*_nonshared.a ${base_libdir}/*_nonshared.a 
${base_libdir}/*.o ${datadir}/aclocal"
+RDEPENDS_${PN}-dev += "linux-libc-headers-dev"
 FILES_${PN}-staticdev += "${libdir}/*.a ${base_libdir}/*.a"
 FILES_nscd = "${sbindir}/nscd* ${sysconfdir}/init.d/nscd 
${systemd_unitdir}/system/nscd* ${sysconfdir}/tmpfiles.d/nscd.conf \
   ${sysconfdir}/nscd.conf ${sysconfdir}/default/volatiles/98_nscd 
${localstatedir}/db/nscd"
-- 
1.8.3.1

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

[OE-core] Reminder: Yocto Project Technical Team Meeting @ Monthly from 8am to 8:30am on the first Tuesday (PST)

[sjolley.yp.pm]

All,

 

Just a reminder we will hold the monthly Yocto Project Technical Meeting at
8am PST tomorrow. (8/6)  

 

Yocto Project Technical Team Meeting: We encourage people attending the
meeting to logon and announce themselves on the Yocto Project IRC chancel
during the meeting (optional):

Yocto IRC: http://webchat.freenode.net/?channels=#yocto

 

Wiki: https://www.yoctoproject.org/public-virtual-meetings/

 

WhenMonthly from 8am to 8:30am on the first Tuesday Pacific Time

Where   Zoom Meeting: https://zoom.us/j/990892712 

 

I will be tracking the minutes at:
https://docs.google.com/document/d/1Y5IIuE-z0Ykdl-DwuzUJh52flOZuhN_TSAfw2tdU
9pg/edit?ts=5c06b22d  Please request access if you want to assist in editing
them.  The world should have view access. 

 

Thanks,

 

Stephen K. Jolley

Yocto Project Program Manager

*Cell:(208) 244-4460

* Email:  sjolley.yp...@gmail.com
 

 

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

[OE-core] Yocto Project Newcomer & Unassigned Bugs - Help Needed

[sjolley.yp.pm]

All,

 

The triage team is starting to try and collect up and classify bugs which a
newcomer to the project would be able to work on in a way which means people
can find them. They're being listed on the triage page under the appropriate
heading:

 

https://wiki.yoctoproject.org/wiki/Bug_Triage#Newcomer_Bugs

 

The idea is these bugs should be straight forward for a person to help work
on who doesn't have deep experience with the project.  If anyone can help,
please take ownership of the bug and send patches!  If anyone needs
help/advice there are people on irc who can likely do so, or some of the
more experienced contributors will likely be happy to help too.

 

Also, the triage team meets weekly and does its best to handle the bugs
reported into the Bugzilla. The number of people attending that meeting has
fallen, as have the number of people available to help fix bugs. One of the
things we hear users report is they don't know how to help. We (the triage
team) are therefore going to start reporting out the currently 297
unassigned or newcomer bugs.

 

We're hoping people may be able to spare some time now and again to help out
with these.  Bugs are split into two types, "true bugs" where things don't
work as they should and "enhancements" which are features we'd want to add
to the system.  There are also roughly four different "priority" classes
right now, "2.8", "2.9', "2.99" and "Future", the more pressing/urgent
issues being in "2.8" and then "2.9".

 

Please review this link and if a bug is something you would be able to help
with either take ownership of the bug, or send me (sjolley.yp...@gmail.com
 ) an e-mail with the bug number you would
like and I will assign it to you (please make sure you have a Bugzilla
account).  The list is at:
https://wiki.yoctoproject.org/wiki/Bug_Triage#Unassigned_or_Newcomer_Bugs

 

Thanks,

 

Stephen K. Jolley

Yocto Project Program Manager

*Cell:(208) 244-4460

* Email:  sjolley.yp...@gmail.com
 

 

 

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

Re: [OE-core] [PATCH] dtc: Provide libfdt

[Andrew Jeffery]

On Tue, 6 Aug 2019, at 02:08, Ross Burton wrote:
> On 05/08/2019 04:12, Andrew Jeffery wrote:
> > Applications are appearing that depend on parsing flattened devicetree
> > in userspace on target devices, e.g. pdbg[1]. Mark dtc as providing
> > libfdt so application recipes can depend on it.
> 
> Other recipes can just depend on dtc to get libftd build.

Alright, lets leave it that way.

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

Re: [OE-core] [PATCH v2] pseudo: Upgrade to latest to fix openat() with a directory symlink [NAK]

[Bystricky, Juro]

I can reproduce the problem fairly easily  (and, sadly even with the latest 
commits as 060058bb29f70b244e685b3c704eb0641b736f73 ). 
In my case, it seems easy to reproduce if I have 40+ threads running.
The reproducer script (below) fails typically within the first 10 iterations.


#!/bin/bash

fname='glibc-locale_master_august8'
max=1000
for (( i=1; i <= $max; i++ ))
do
echo "$i/$max  ${fname}_$i.log"
bitbake glibc-locale -c cleanall 2>&1 > /dev/null
bitbake glibc-locale 2>&1 > ${fname}_$i.log
 if grep -q "host-user-contaminated" ${fname}_$i.log; then
echo "error !"
  exit 2
#else
  #rm ${fname}_$i.log
fi

done


From: openembedded-core-boun...@lists.openembedded.org 
[openembedded-core-boun...@lists.openembedded.org] on behalf of Seebs 
[se...@seebs.net]
Sent: Saturday, August 03, 2019 7:23 AM
To: Khem Raj
Cc: openembedded-core@lists.openembedded.org
Subject: Re: [OE-core] [PATCH v2] pseudo: Upgrade to latest to fix openat() 
with a directory symlink [NAK]

On Sat, 3 Aug 2019 05:33:46 -0700
Khem Raj  wrote:

> Will this fix the file ownership issue that we see with Glibc-locale
> packages from time to time?

I have no idea. Since I haven't got a reliable reproducer for it, I
can't test it in a sane way.

-s
--
___
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] ✗ patchtest: failure for "groff: Fix math.h inclusion fr..." and 2 more

[Patchwork]

== Series Details ==

Series: "groff: Fix math.h inclusion fr..." and 2 more
Revision: 1
URL   : https://patchwork.openembedded.org/series/19098/
State : failure

== Summary ==


Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been executed on the proposed
series by patchtest resulting in the following failures:



* Issue Upstream-Status is Submitted, but it is not mentioned where 
[test_upstream_status_presence_format] 
  Suggested fixInclude where 
0001-fix-regression-in-clock_gettime-on-32-bit-archs-with.patch was submitted
  Current  Upstream-Status: Submitted
  Standard format  Upstream-Status: Submitted [where]



If you believe any of these test results are incorrect, please reply to the
mailing list (openembedded-core@lists.openembedded.org) raising your concerns.
Otherwise we would appreciate you correcting the issues and submitting a new
version of the patchset if applicable. Please ensure you add/increment the
version number when sending the new version (i.e. [PATCH] -> [PATCH v2] ->
[PATCH v3] -> ...).

---
Guidelines: 
https://www.openembedded.org/wiki/Commit_Patch_Message_Guidelines
Test framework: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest
Test suite: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest-oe

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

[OE-core] [PATCH 3/3] webkitgtk: Fix compile failures with clang

[Khem Raj]

Backport upstream patch to address build regression with clang

Fixes
webkitgtk-2.24.3/Source/bmalloc/bmalloc/AvailableMemory.cpp:120:31: error: 
implicit instantiation of undefined template 'std::__1::array'
std::array statmBuffer;
  ^

Signed-off-by: Khem Raj 
---
 ...uild-failure-https-bugs.webkit.org-s.patch | 33 +++
 meta/recipes-sato/webkit/webkitgtk_2.24.3.bb  |  1 +
 2 files changed, 34 insertions(+)
 create mode 100644 
meta/recipes-sato/webkit/webkitgtk/0001-Unreviewed-fix-build-failure-https-bugs.webkit.org-s.patch

diff --git 
a/meta/recipes-sato/webkit/webkitgtk/0001-Unreviewed-fix-build-failure-https-bugs.webkit.org-s.patch
 
b/meta/recipes-sato/webkit/webkitgtk/0001-Unreviewed-fix-build-failure-https-bugs.webkit.org-s.patch
new file mode 100644
index 00..e550a0d457
--- /dev/null
+++ 
b/meta/recipes-sato/webkit/webkitgtk/0001-Unreviewed-fix-build-failure-https-bugs.webkit.org-s.patch
@@ -0,0 +1,33 @@
+From 4bc241539246f7a17d07357257ab47cb96bc4b69 Mon Sep 17 00:00:00 2001
+From: "ysuz...@apple.com" 
+Date: Thu, 18 Apr 2019 07:30:18 +
+Subject: [PATCH] Unreviewed, fix build failure
+ https://bugs.webkit.org/show_bug.cgi?id=195938
+
+Including .
+
+* bmalloc/AvailableMemory.cpp:
+
+git-svn-id: http://svn.webkit.org/repository/webkit/trunk@244422 
268f45cc-cd09-0410-ab3c-d52691b4dbfc
+
+Upstream-Status: Backport 
[https://github.com/WebKit/webkit/commit/84c111dc0d83b5acf60706ef49bc2f5e91112471]
+Signed-off-by: Khem Raj 
+---
+ Source/bmalloc/bmalloc/AvailableMemory.cpp | 1 +
+ 1 file changed, 1 insertion(+)
+
+diff --git a/Source/bmalloc/bmalloc/AvailableMemory.cpp 
b/Source/bmalloc/bmalloc/AvailableMemory.cpp
+index 595889fe..b72000d5 100644
+--- a/Source/bmalloc/bmalloc/AvailableMemory.cpp
 b/Source/bmalloc/bmalloc/AvailableMemory.cpp
+@@ -32,6 +32,7 @@
+ #include "PerProcess.h"
+ #include "Scavenger.h"
+ #include "Sizes.h"
++#include 
+ #include 
+ #if BOS(DARWIN)
+ #if BPLATFORM(IOS_FAMILY)
+-- 
+2.22.0
+
diff --git a/meta/recipes-sato/webkit/webkitgtk_2.24.3.bb 
b/meta/recipes-sato/webkit/webkitgtk_2.24.3.bb
index 81cbf34198..c42c3de69f 100644
--- a/meta/recipes-sato/webkit/webkitgtk_2.24.3.bb
+++ b/meta/recipes-sato/webkit/webkitgtk_2.24.3.bb
@@ -23,6 +23,7 @@ SRC_URI = 
"http://www.webkitgtk.org/releases/${BPN}-${PV}.tar.xz \
file://include_array.patch \
file://narrowing.patch \
file://0001-gstreamer-add-a-missing-format-string.patch \
+   
file://0001-Unreviewed-fix-build-failure-https-bugs.webkit.org-s.patch \
"
 
 SRC_URI[md5sum] = "e2a5bbd09a217eba096a2d1562143e35"
-- 
2.22.0

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

[OE-core] [PATCH 2/3] musl: Fix clock_gettime on 32-bit archs without vdso

[Khem Raj]

This was seen in x86 code being run via qemu-user ending in

(process:883): GLib-ERROR **: 22:28:34.117: GLib requires working 
CLOCK_MONOTONIC
qemu: uncaught target signal 5 (Trace/breakpoint trap) - core dumped

Signed-off-by: Khem Raj 
---
 ...n-clock_gettime-on-32-bit-archs-with.patch | 30 +++
 meta/recipes-core/musl/musl_git.bb|  1 +
 2 files changed, 31 insertions(+)
 create mode 100644 
meta/recipes-core/musl/musl/0001-fix-regression-in-clock_gettime-on-32-bit-archs-with.patch

diff --git 
a/meta/recipes-core/musl/musl/0001-fix-regression-in-clock_gettime-on-32-bit-archs-with.patch
 
b/meta/recipes-core/musl/musl/0001-fix-regression-in-clock_gettime-on-32-bit-archs-with.patch
new file mode 100644
index 00..d89fcee4f3
--- /dev/null
+++ 
b/meta/recipes-core/musl/musl/0001-fix-regression-in-clock_gettime-on-32-bit-archs-with.patch
@@ -0,0 +1,30 @@
+From 192c8e18c0f502fe8269b075c21e58290f875182 Mon Sep 17 00:00:00 2001
+From: Rich Felker 
+Date: Mon, 5 Aug 2019 12:01:13 -0400
+Subject: [PATCH] fix regression in clock_gettime on 32-bit archs without vdso
+
+commit 72f50245d018af0c31b38dec83c557a4e5dd1ea8 broke this by creating
+a code path where r is uninitialized.
+
+Upstream-Status: Submitted
+Signed-off-by: Khem Raj 
+
+---
+ src/time/clock_gettime.c | 1 +
+ 1 file changed, 1 insertion(+)
+
+diff --git a/src/time/clock_gettime.c b/src/time/clock_gettime.c
+index 63e9f9c8..3e1d0975 100644
+--- a/src/time/clock_gettime.c
 b/src/time/clock_gettime.c
+@@ -73,6 +73,7 @@ int __clock_gettime(clockid_t clk, struct timespec *ts)
+ #endif
+ 
+ #ifdef SYS_clock_gettime64
++  r = -ENOSYS;
+   if (sizeof(time_t) > 4)
+   r = __syscall(SYS_clock_gettime64, clk, ts);
+   if (SYS_clock_gettime == SYS_clock_gettime64 || r!=-ENOSYS)
+-- 
+2.22.0
+
diff --git a/meta/recipes-core/musl/musl_git.bb 
b/meta/recipes-core/musl/musl_git.bb
index bf6f983dc0..87eec31a0f 100644
--- a/meta/recipes-core/musl/musl_git.bb
+++ b/meta/recipes-core/musl/musl_git.bb
@@ -15,6 +15,7 @@ PV = "${BASEVER}+git${SRCPV}"
 SRC_URI = "git://git.musl-libc.org/musl \
file://0001-Make-dynamic-linker-a-relative-symlink-to-libc.patch \

file://0002-ldso-Use-syslibdir-and-libdir-as-default-pathes-to-l.patch \
+   
file://0001-fix-regression-in-clock_gettime-on-32-bit-archs-with.patch \
   "
 
 S = "${WORKDIR}/git"
-- 
2.22.0

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

[OE-core] [PATCH 1/3] groff: Fix math.h inclusion from system headers issue

[Khem Raj]

groff has system headers overrides in its sourcecode which it
generates as fallbacks but in some cases when a system header includes
math.h via include <> directive it lands in the override header and
causes compile issues, seen with clang+libc++, this patch makes sure
that right defines are available before including it

Signed-off-by: Khem Raj 
---
 .../groff/files/0001-Include-config.h.patch   | 1228 +
 meta/recipes-extended/groff/groff_1.22.4.bb   |1 +
 2 files changed, 1229 insertions(+)
 create mode 100644 
meta/recipes-extended/groff/files/0001-Include-config.h.patch

diff --git a/meta/recipes-extended/groff/files/0001-Include-config.h.patch 
b/meta/recipes-extended/groff/files/0001-Include-config.h.patch
new file mode 100644
index 00..348a61d9df
--- /dev/null
+++ b/meta/recipes-extended/groff/files/0001-Include-config.h.patch
@@ -0,0 +1,1228 @@
+From 6cfa9f8126c1d6ec26f120d273e714fb19108873 Mon Sep 17 00:00:00 2001
+From: Khem Raj 
+Date: Sun, 4 Aug 2019 16:32:41 -0700
+Subject: [PATCH] Include config.h
+
+This helps avoid the include conflicts where  is including
+ and since -I./lib is used and a local math.h wrapper is
+residing in there, the build breaks since stdlib.h really wants the
+standard system math.h to be included, this ensures that right macros
+are predefined and included before stdlib.h is included
+
+fixes
+In file included from src/libs/libgroff/assert.cpp:20:
+In file included from 
TOPDIR/build/tmp/work/aarch64-yoe-linux-musl/groff/1.22.4-r0/recipe-sysroot/usr/include/c++/v1/stdlib.h:100:
+./lib/math.h:38:3: error: "Please include config.h first."
+ #error "Please include config.h first."
+  ^
+./lib/math.h:40:1: error: unknown type name '_GL_INLINE_HEADER_BEGIN'
+
+Upstream-Status: Pending
+Signed-off-by: Khem Raj 
+---
+ src/libs/libgroff/assert.cpp  |   4 +
+ src/libs/libgroff/curtime.cpp |   4 +
+ src/libs/libgroff/device.cpp  |   4 +
+ src/libs/libgroff/error.cpp   |   4 +
+ src/libs/libgroff/fatal.cpp   |   4 +
+ src/libs/libgroff/string.cpp  |   4 +
+ src/libs/libgroff/strsave.cpp |   4 +
+ src/preproc/eqn/eqn.cpp   | 450 ++
+ src/preproc/eqn/eqn.hpp   |  12 +-
+ src/preproc/eqn/eqn.ypp   |   4 +
+ src/preproc/eqn/other.cpp |   4 +
+ src/preproc/eqn/text.cpp  |   4 +
+ src/preproc/pic/object.cpp|   4 +
+ 13 files changed, 285 insertions(+), 221 deletions(-)
+
+diff --git a/src/libs/libgroff/assert.cpp b/src/libs/libgroff/assert.cpp
+index aceed05..97780d6 100644
+--- a/src/libs/libgroff/assert.cpp
 b/src/libs/libgroff/assert.cpp
+@@ -16,6 +16,10 @@ for more details.
+ You should have received a copy of the GNU General Public License
+ along with this program.  If not, see . */
+ 
++#if HAVE_CONFIG_H
++# include 
++#endif
++
+ #include 
+ #include 
+ #include "assert.h"
+diff --git a/src/libs/libgroff/curtime.cpp b/src/libs/libgroff/curtime.cpp
+index 72fe067..9ddba08 100644
+--- a/src/libs/libgroff/curtime.cpp
 b/src/libs/libgroff/curtime.cpp
+@@ -15,6 +15,10 @@ for more details.
+ The GNU General Public License version 2 (GPL2) is available in the
+ internet at . */
+ 
++#if HAVE_CONFIG_H
++# include 
++#endif
++
+ #include 
+ #include 
+ #include 
+diff --git a/src/libs/libgroff/device.cpp b/src/libs/libgroff/device.cpp
+index 0d28b85..c211f85 100644
+--- a/src/libs/libgroff/device.cpp
 b/src/libs/libgroff/device.cpp
+@@ -17,6 +17,10 @@ for more details.
+ You should have received a copy of the GNU General Public License
+ along with this program.  If not, see . */
+ 
++#if HAVE_CONFIG_H
++# include 
++#endif
++
+ #include 
+ #include "device.h"
+ #include "defs.h"
+diff --git a/src/libs/libgroff/error.cpp b/src/libs/libgroff/error.cpp
+index 9a18803..7b63d3d 100644
+--- a/src/libs/libgroff/error.cpp
 b/src/libs/libgroff/error.cpp
+@@ -17,6 +17,10 @@ for more details.
+ You should have received a copy of the GNU General Public License
+ along with this program.  If not, see . */
+ 
++#if HAVE_CONFIG_H
++# include 
++#endif
++
+ #include 
+ #include 
+ #include 
+diff --git a/src/libs/libgroff/fatal.cpp b/src/libs/libgroff/fatal.cpp
+index c0dcb35..fd6003e 100644
+--- a/src/libs/libgroff/fatal.cpp
 b/src/libs/libgroff/fatal.cpp
+@@ -16,6 +16,10 @@ for more details.
+ You should have received a copy of the GNU General Public License
+ along with this program.  If not, see . */
+ 
++#if HAVE_CONFIG_H
++# include 
++#endif
++
+ #include 
+ 
+ #define FATAL_ERROR_EXIT_CODE 3
+diff --git a/src/libs/libgroff/string.cpp b/src/libs/libgroff/string.cpp
+index 46c015c..449f3a6 100644
+--- a/src/libs/libgroff/string.cpp
 b/src/libs/libgroff/string.cpp
+@@ -17,6 +17,10 @@ for more details.
+ You should have received a copy of the GNU General Public License
+ along with this program.  If not, see 

Re: [OE-core] [PATCH 5/9] libxx86dga: remove obsolete client libary

[Khem Raj]

On Mon, Aug 5, 2019 at 4:03 AM Ross Burton  wrote:
>
> On 05/08/2019 10:19, Ross Burton wrote:
> > On 04/08/2019 01:49, Khem Raj wrote:
> >> Ross
> >>
> >> I am seeing
> >>
> >> https://errors.yoctoproject.org/Errors/Details/257733/
> >> https://errors.yoctoproject.org/Errors/Details/257734/
> >>
> >> I wonder if they are related to this series
> >
> > I thought I solved this, maybe a patch I meant to drop had sneaked back
> > in.  I'll look and fix.
>
> I'm guessing your distro is overriding xserver-xorg PACKAGECONFIG?
> Ensure 'dga' is enabled.
>

indeed thats what turned out to be the issue.

> Ross
> --
> ___
> 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] libedit: fix upstream verison check

[Khem Raj]

On Mon, Aug 5, 2019 at 4:35 AM Alexander Kanavin  wrote:
>
> The default works fine; not sure why the line was added.
>

LGTM. Thanks for fixiing it

> Signed-off-by: Alexander Kanavin 
> ---
>  meta/recipes-devtools/libedit/libedit_20190324-3.1.bb | 2 --
>  1 file changed, 2 deletions(-)
>
> diff --git a/meta/recipes-devtools/libedit/libedit_20190324-3.1.bb 
> b/meta/recipes-devtools/libedit/libedit_20190324-3.1.bb
> index 01e7f360096..6a599ebca55 100644
> --- a/meta/recipes-devtools/libedit/libedit_20190324-3.1.bb
> +++ b/meta/recipes-devtools/libedit/libedit_20190324-3.1.bb
> @@ -18,6 +18,4 @@ SRC_URI = "http://www.thrysoee.dk/editline/${BP}.tar.gz \
>  SRC_URI[md5sum] = "bec755c8044ad84b752dfe49a0b371d8"
>  SRC_URI[sha256sum] = 
> "ac8f0f51c1cf65492e4d1e3ed2be360bda41e54633444666422fbf393bba1bae"
>
> -UPSTREAM_CHECK_REGEX = "libedit-(?P\d+(\.\d+)+)\.tar.gz"
> -
>  BBCLASSEXTEND = "native nativesdk"
> --
> 2.17.1
>
> --
> ___
> 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 1/2] libedit: Move from meta-oe

[Khem Raj]

On Mon, Aug 5, 2019 at 4:34 AM Alexander Kanavin 
wrote:

> On Wed, 31 Jul 2019 at 19:48, Khem Raj  wrote:
>
>> +UPSTREAM_CHECK_REGEX = "libedit-(?P\d+(\.\d+)+)\.tar.gz"
>>
>
> The recipe in meta-oe did not have this line. Where did you take it from
> and how did you test it? It is incorrect as it does not match anything with
> a dash (-) in it.
> Simply dropping the line makes the version check work again.
>

Yes it was left over of some trying thanks for finding it I will send a
patch

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

Re: [OE-core] Automatic prebuilt management

[chris.laplante--- via Openembedded-core]

> But I would like something smarter, e.g. first trying to check if the SRC_URI 
> is available, if not switching on using the prebuilt package if available 
> (e.g.
> in a DIR_PREBUILT)...
> 
> Before going further is there already an existing solution for that? do you 
> have any recommendation on the easier/best way to
> achieve this?

I don't have a "best practice" recommendation to offer. But coincidentally I 
suggested something similar for upstreaming a few weeks ago. It was 
(rightfully) rejected as too "hacky" for inclusion in core code. Regardless, 
here's a bbclass we currently use:

addhandler skip_eventhandler
python skip_eventhandler() {
try:
bb.fetch2.Fetch(d.getVar("SRC_URI").split(), d)
except bb.fetch2.FetchError:
raise bb.parse.SkipRecipe("skip-inaccessible: could not access upstream 
repo; check SRC_URI, access rights, and network availability")
}
skip_eventhandler[eventmask] = "bb.event.RecipePreFinalise"


As was pointed out to me, this is a pretty heavy-handed approach - it can fail 
for any number of reasons, not just the URI actually being unavailable. So you 
may consider a more surgical check, e.g. actually trying to fetch the SRC_URI 
directly using raw GET requests.

To implement the handover, you'd have separate recipes for the 
build-from-source and the prebuilt case which PROVIDE the same package. You 
probably also want to set PREFERRED_PROVIDER in your layer conf to prefer the 
build-from-source recipe. 

Alternatively, you can do it all in a single recipe by rewriting the SRC_URI 
from within the event handler. But I think separate recipes is nicer.

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

Re: [OE-core] [PATCH] dtc: Provide libfdt

[Ross Burton]

On 05/08/2019 04:12, Andrew Jeffery wrote:

Applications are appearing that depend on parsing flattened devicetree
in userspace on target devices, e.g. pdbg[1]. Mark dtc as providing
libfdt so application recipes can depend on it.


Other recipes can just depend on dtc to get libftd build.

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

[OE-core] [PATCH v3] pseudo: Fix openat() with a symlink pointing to a directory

[Jason Wessel]

While working with ostree disk generation in conjunction with wic, I
found a problem with pseudo where it tried to resolve a symlink when
it shouldn't, based on openat() flags. A C program has been
constructed to test pseudo to show that it is working properly with
the correct behavior around openat().

 #include 
 #include 
 #include 
 #include 
 #include 
 #include 
 #include 

int main()
{
/*
 * Tested with: gcc -Wall -o app app.c ; echo "no pseudo" ;
 * ./app ; echo "pseudo"; pseudo ./app
 */
system("rm -rf tdir tlink");
system("mkdir tdir");
system("ln -s tdir tlink");
DIR *dir = opendir(".");
int dfd = dirfd(dir);

int target_dfd = openat (dfd, "tlink", O_RDONLY | O_NONBLOCK |
 O_DIRECTORY | O_CLOEXEC | O_NOFOLLOW);
if (target_dfd == -1) {
printf("Test 1 good\n");
} else {
printf("Test 1 failed\n");
close(target_dfd);
}
target_dfd = openat (dfd, "tlink", O_RDONLY | O_NONBLOCK |
 O_DIRECTORY | O_CLOEXEC);
if (target_dfd == -1) {
printf("Test 2 failed\n");
} else {
printf("Test 2 good\n");
close(target_dfd);
}
/* Test 3 make sure the owner of the link is root  */
struct stat sbuf;
if (!lstat("tlink", ) && sbuf.st_uid == 0) {
printf("Test 3 good\n");
} else {
printf("Test 3 failed\n");
}
/* Test 4 tests open with the "rb" flag, owner should not change */
int ofd = openat(dfd,"./tlink", O_RDONLY|O_CLOEXEC);
if (ofd >= 0) {
if (fstat(ofd, ) != 0)
printf("ERROR in fstat test 4\n");
else if (sbuf.st_uid == 0)
printf("Test 4 good\n");
close(ofd);
} else {
printf("Test 4 failed with openat()\n");
}
/* Test pseudo db to see the fstat() above did not delete the DB entry */
if (!lstat("tlink", ) && sbuf.st_uid == 0)
printf("Test 5 good\n");
else
printf("Test 5 failed... tlink is owned by %i and not 0\n", 
sbuf.st_uid);
return 0;
}

int main()
{
/* Tested with: gcc -Wall -o app app.c ; echo "no pseudo" ; ./app ; echo 
"pseudo"; pseudo ./app */
system("rm -rf tdir tlink");
system("mkdir tdir");
system("ln -s tdir tlink");
DIR *dir = opendir(".");
int dfd = dirfd(dir);

int target_dfd = openat (dfd, "tlink", O_RDONLY | O_NONBLOCK | O_DIRECTORY 
| O_CLOEXEC | O_NOFOLLOW);
if (target_dfd == -1) {
printf("This is right\n");
} else {
printf("This is broken\n");
}
return 0;
}

Many thanks to Peter Seebach for fixing the problem in the pseudo code
to use the same logic which was already there for the
AT_SYMLINK_NOFOLLOW.

Also updated is the license MD5 checksum since the master branch of
pseudo has had the SPDX data updated.

Signed-off-by: Jason Wessel 
---
 meta/recipes-devtools/pseudo/pseudo.inc| 2 +-
 meta/recipes-devtools/pseudo/pseudo_git.bb | 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-devtools/pseudo/pseudo.inc 
b/meta/recipes-devtools/pseudo/pseudo.inc
index 8b05735bb1..8b34909726 100644
--- a/meta/recipes-devtools/pseudo/pseudo.inc
+++ b/meta/recipes-devtools/pseudo/pseudo.inc
@@ -4,7 +4,7 @@
 
 SUMMARY = "Pseudo gives fake root capabilities to a normal user"
 HOMEPAGE = "http://git.yoctoproject.org/cgit/cgit.cgi/pseudo;
-LIC_FILES_CHKSUM = "file://COPYING;md5=243b725d71bb5df4a1e5920b344b86ad"
+LIC_FILES_CHKSUM = "file://COPYING;md5=a1d8023a6f953ac6ea4af765ff62d574"
 SECTION = "base"
 LICENSE = "LGPL2.1"
 DEPENDS = "sqlite3 attr"
diff --git a/meta/recipes-devtools/pseudo/pseudo_git.bb 
b/meta/recipes-devtools/pseudo/pseudo_git.bb
index 51db84c4d4..6cf711e4c2 100644
--- a/meta/recipes-devtools/pseudo/pseudo_git.bb
+++ b/meta/recipes-devtools/pseudo/pseudo_git.bb
@@ -8,7 +8,7 @@ SRC_URI = "git://git.yoctoproject.org/pseudo \
file://toomanyfiles.patch \
"
 
-SRCREV = "3fa7c853e0bcd6fe23f7524c2a3c9e3af90901c3"
+SRCREV = "060058bb29f70b244e685b3c704eb0641b736f73"
 S = "${WORKDIR}/git"
 PV = "1.9.0+git${SRCPV}"
 
-- 
2.21.0

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

[OE-core] Automatic prebuilt management

[Loic Poulain]

Hello,

Say a company works with an OE internal tree, with open-source and
closed-source packages. The company wants to release the tree so that its
customers can fully customize the images/distro. The closed sources being
only available internally, the company has to generate and handle prebuilt
binaries for proprietary packages. Ideally, with a unified public/internal
OE tree (same recipes for internal/public build).

This question is actually similar to an older thread:
https://marc.info/?l=openembedded-core=146779329804683

I started to work on this and added a 'generate-prebuilt' class which
generates a tarball of ${D} in deploy/prebuilts after do_install task.
Symmetrically, It's also possible to create an 'install-prebuilt' class
which bypasses do_fetch, do_unpack, ..., do_install with noexec flag and
instead uncompresses a previously generated prebuilt tarball into ${D} and
continue normally. But I would like something smarter, e.g. first trying to
check if the SRC_URI is available, if not switching on using the prebuilt
package if available (e.g. in a DIR_PREBUILT)...

Before going further is there already an existing solution for that? do you
have any recommendation on the easier/best way to achieve this?

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

[OE-core] [meta-oe][PATCH] bzip2: set the autoconf package version to the recipe version

[Andreas Obergschwandtner]

This is done to require only a single version change if bzip2
is updated and fixes also setting package version 1.0.6 for
bzip2 1.0.8.

Signed-off-by: Andreas Obergschwandtner 
---
 meta/recipes-extended/bzip2/bzip2/configure.ac | 2 +-
 meta/recipes-extended/bzip2/bzip2_1.0.8.bb | 4 
 2 files changed, 5 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-extended/bzip2/bzip2/configure.ac 
b/meta/recipes-extended/bzip2/bzip2/configure.ac
index e2bf1bf110..b8abade2d9 100644
--- a/meta/recipes-extended/bzip2/bzip2/configure.ac
+++ b/meta/recipes-extended/bzip2/bzip2/configure.ac
@@ -1,6 +1,6 @@
 AC_PREREQ([2.57])
 
-AC_INIT(bzip2, 1.0.6)
+AC_INIT(bzip2, %BZIP2_VERSION%)
 AM_INIT_AUTOMAKE(foreign)
 AM_MAINTAINER_MODE
 
diff --git a/meta/recipes-extended/bzip2/bzip2_1.0.8.bb 
b/meta/recipes-extended/bzip2/bzip2_1.0.8.bb
index 6f86b451ae..8e9b779e67 100644
--- a/meta/recipes-extended/bzip2/bzip2_1.0.8.bb
+++ b/meta/recipes-extended/bzip2/bzip2_1.0.8.bb
@@ -29,6 +29,10 @@ ALTERNATIVE_${PN} = "bunzip2 bzcat bzip2"
 #install binaries to bzip2-native under sysroot for replacement-native
 EXTRA_OECONF_append_class-native = " --bindir=${STAGING_BINDIR_NATIVE}/${PN}"
 
+do_configure_prepend () {
+sed -i -e "s|%BZIP2_VERSION%|${PV}|" ${S}/configure.ac
+}
+
 do_install_ptest () {
sed -i -e "s|^Makefile:|_Makefile:|" ${D}${PTEST_PATH}/Makefile
 }
-- 
2.20.1

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

Re: [OE-core] [PATCH v2] pseudo: Upgrade to latest to fix openat() with a directory symlink [NAK]

[Jason Wessel]

If we understood more about the nature of the race condition a test case could 
probably be constructed. For now, it is worth a try to see if it is any better. 
 I am certain the timing will change ever so slightly, so we could hit the 
glibc-locale issue more or less...

All of the regression tests completed over the weekend and the new code which 
found the problem in the first place is also working well. I'll send a new 
patch out to move pseudo forward.

Cheers,
Jason.


On 8/3/19 9:57 AM, Khem Raj wrote:

I see the locale issue atleast 5-7 times a week on world builds so I
will be able to see if that frequency stays same after this fix.

On Sat, Aug 3, 2019 at 7:23 AM Seebs  wrote:

On Sat, 3 Aug 2019 05:33:46 -0700
Khem Raj  wrote:


Will this fix the file ownership issue that we see with Glibc-locale
packages from time to time?

I have no idea. Since I haven't got a reliable reproducer for it, I
can't test it in a sane way.

-s



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

Re: [OE-core] Hash Equivalency - What this means for developer productivity

[Joshua Watt]

On 8/5/19 2:21 AM, mikko.rap...@bmw.de wrote:

Hi,

On Fri, Aug 02, 2019 at 05:17:21PM +0100, Richard Purdie wrote:

On Fri, 2019-08-02 at 16:53 +0100, Richard Purdie wrote:

With the patches in master-next and this configuration in local.conf:

BB_HASHSERVE = "localhost:0"
BB_SIGNATURE_HANDLER = "OEEquivHash"

$ bitbake core-image-sato
$ bitbake m4-native -c install -f
$ bitbake core-image-sato

will result in do_populate_sysroot of m4-native running, it will see
the output matches the previous build and it will then skip to the
rootfs generation pulling all the other pieces from sstate.

Note that for this to work, m4-native has to have previously built
with the hashserv running, otherwise it has nothing to compare its
output to.

I think this should be a "big deal" for many developers, reducing
unneeded rebuilds and hence speeding up development.

Awesome, thanks for pushing this!


I should have mentioned, this code relies on reproducibile builds as
its comparing the binary output. The more reproducibile builds are, the
more likely sstate reuse will happen.

This is one reason reproducibile builds are important!

What else do users need to enable to get more reproducible builds, or
are poky defaults enough?


You can test with what we currently have by adding:

 INHERIT += "reproducible_build"

to local.conf. This is subject to change though as we are still sorting 
out some of the details.




Are there some tools available to debug build reproducibility issues e.g.
when task hashes suddenly changed?


The current goal of the reproducible build work is to create and OEQA 
test that checks if all recipes that are required for a given image can 
be built in a reproducible manner. This QA test will be run on the 
autobuilder to detect regressions. We are currently working toward 
getting core-image-minimal reproducible, but I think Ross Burton 
investigated core-image-sato and determined it wouldn't be too much 
extra work, so we might try that one also. Either way, the test is 
designed to be be easily extensible so you can write your own tests on 
whatever image you would like.


I think that there is a significant opportunity to improve the reporting 
and tests for reproducible builds, and much of this complements hash 
equivalence. For example, the hash equivalence code is (or can be) 
really good at reporting why a task's output hash changed, which would 
be really useful information for debugging reproducibility.


I also have some patches that should make it easier to debug packages 
that didn't build reproducibly when the QA check fails by allowing you 
to run diffoscope on them.




Cheers,

-Mikko

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

Re: [OE-core] [PATCH] maintainers.inc: give python recipes to Oleksandr Kravchuk

[Alexander Kanavin]

No problem.

In practice this means you will start getting version updates patches from
AUH once a month or so (or information why AUH couldn't produce them), and
not much else. I mostly don't want these patches to go to somebody who
ignores them :)

Alex



On Mon, 5 Aug 2019 at 14:40, Oleksandr Kravchuk <
open.sou...@oleksandr-kravchuk.com> wrote:

> > Oleksandr has been the de facto maintainer meanwhile.
>
> So have you, so don't leave me alone ;)
>
> On 05/08/2019 13:57, Alexander Kanavin wrote:
> > Derek Straka has been inactive for about a yer; Oleksandr
> > has been the de facto maintainer meanwhile.
> >
> > Signed-off-by: Alexander Kanavin 
> > ---
> >  meta/conf/distro/include/maintainers.inc | 60 
> >  1 file changed, 30 insertions(+), 30 deletions(-)
> >
> > diff --git a/meta/conf/distro/include/maintainers.inc
> b/meta/conf/distro/include/maintainers.inc
> > index 0df1d8c929b..bc13be2fd4f 100644
> > --- a/meta/conf/distro/include/maintainers.inc
> > +++ b/meta/conf/distro/include/maintainers.inc
> > @@ -586,38 +586,38 @@ RECIPE_MAINTAINER_pn-ptest-runner = "Ross Burton <
> ross.bur...@intel.com>"
> >  RECIPE_MAINTAINER_pn-pulseaudio = "Tanu Kaskinen "
> >  RECIPE_MAINTAINER_pn-pulseaudio-client-conf-sato = "Tanu Kaskinen <
> ta...@iki.fi>"
> >  RECIPE_MAINTAINER_pn-puzzles = "Anuj Mittal "
> > -RECIPE_MAINTAINER_pn-python = "Derek Straka "
> > -RECIPE_MAINTAINER_pn-python-native = "Derek Straka "
> > -RECIPE_MAINTAINER_pn-python-nose = "Derek Straka "
> > -RECIPE_MAINTAINER_pn-python-numpy = "Derek Straka "
> > -RECIPE_MAINTAINER_pn-python-scons = "Derek Straka "
> > -RECIPE_MAINTAINER_pn-python-scons-native = "Derek Straka <
> de...@asterius.io>"
> > -RECIPE_MAINTAINER_pn-python-setuptools = "Derek Straka <
> de...@asterius.io>"
> > -RECIPE_MAINTAINER_pn-python3 = "Derek Straka "
> > -RECIPE_MAINTAINER_pn-python3-async = "Derek Straka "
> > -RECIPE_MAINTAINER_pn-python3-dbus = "Derek Straka "
> > -RECIPE_MAINTAINER_pn-python3-docutils = "Derek Straka <
> de...@asterius.io>"
> > -RECIPE_MAINTAINER_pn-python3-extras = "Derek Straka  >"
> > -RECIPE_MAINTAINER_pn-python3-file-utils = "Derek Straka <
> de...@asterius.io>"
> > -RECIPE_MAINTAINER_pn-python3-git = "Derek Straka "
> > -RECIPE_MAINTAINER_pn-python3-gitdb = "Derek Straka "
> > -RECIPE_MAINTAINER_pn-python3-iniparse = "Derek Straka <
> de...@asterius.io>"
> > -RECIPE_MAINTAINER_pn-python3-mako = "Derek Straka "
> > -RECIPE_MAINTAINER_pn-python3-native = "Derek Straka  >"
> > -RECIPE_MAINTAINER_pn-python3-nose = "Derek Straka "
> > -RECIPE_MAINTAINER_pn-python3-numpy = "Derek Straka "
> > -RECIPE_MAINTAINER_pn-python3-pbr = "Derek Straka "
> > -RECIPE_MAINTAINER_pn-python3-pip = "Derek Straka "
> > -RECIPE_MAINTAINER_pn-python3-pycairo = "Derek Straka  >"
> > -RECIPE_MAINTAINER_pn-python3-pygments = "Derek Straka <
> de...@asterius.io>"
> > -RECIPE_MAINTAINER_pn-python3-pygobject = "Derek Straka <
> de...@asterius.io>"
> > +RECIPE_MAINTAINER_pn-python = "Oleksandr Kravchuk <
> open.sou...@oleksandr-kravchuk.com>"
> > +RECIPE_MAINTAINER_pn-python-native = "Oleksandr Kravchuk <
> open.sou...@oleksandr-kravchuk.com>"
> > +RECIPE_MAINTAINER_pn-python-nose = "Oleksandr Kravchuk <
> open.sou...@oleksandr-kravchuk.com>"
> > +RECIPE_MAINTAINER_pn-python-numpy = "Oleksandr Kravchuk <
> open.sou...@oleksandr-kravchuk.com>"
> > +RECIPE_MAINTAINER_pn-python-scons = "Oleksandr Kravchuk <
> open.sou...@oleksandr-kravchuk.com>"
> > +RECIPE_MAINTAINER_pn-python-scons-native = "Oleksandr Kravchuk <
> open.sou...@oleksandr-kravchuk.com>"
> > +RECIPE_MAINTAINER_pn-python-setuptools = "Oleksandr Kravchuk <
> open.sou...@oleksandr-kravchuk.com>"
> > +RECIPE_MAINTAINER_pn-python3 = "Oleksandr Kravchuk <
> open.sou...@oleksandr-kravchuk.com>"
> > +RECIPE_MAINTAINER_pn-python3-async = "Oleksandr Kravchuk <
> open.sou...@oleksandr-kravchuk.com>"
> > +RECIPE_MAINTAINER_pn-python3-dbus = "Oleksandr Kravchuk <
> open.sou...@oleksandr-kravchuk.com>"
> > +RECIPE_MAINTAINER_pn-python3-docutils = "Oleksandr Kravchuk <
> open.sou...@oleksandr-kravchuk.com>"
> > +RECIPE_MAINTAINER_pn-python3-extras = "Oleksandr Kravchuk <
> open.sou...@oleksandr-kravchuk.com>"
> > +RECIPE_MAINTAINER_pn-python3-file-utils = "Oleksandr Kravchuk <
> open.sou...@oleksandr-kravchuk.com>"
> > +RECIPE_MAINTAINER_pn-python3-git = "Oleksandr Kravchuk <
> open.sou...@oleksandr-kravchuk.com>"
> > +RECIPE_MAINTAINER_pn-python3-gitdb = "Oleksandr Kravchuk <
> open.sou...@oleksandr-kravchuk.com>"
> > +RECIPE_MAINTAINER_pn-python3-iniparse = "Oleksandr Kravchuk <
> open.sou...@oleksandr-kravchuk.com>"
> > +RECIPE_MAINTAINER_pn-python3-mako = "Oleksandr Kravchuk <
> open.sou...@oleksandr-kravchuk.com>"
> > +RECIPE_MAINTAINER_pn-python3-native = "Oleksandr Kravchuk <
> open.sou...@oleksandr-kravchuk.com>"
> > +RECIPE_MAINTAINER_pn-python3-nose = "Oleksandr Kravchuk <
> open.sou...@oleksandr-kravchuk.com>"
> > +RECIPE_MAINTAINER_pn-python3-numpy = "Oleksandr Kravchuk <
> 

Re: [OE-core] [PATCH] maintainers.inc: give python recipes to Oleksandr Kravchuk

[Oleksandr Kravchuk]

> Oleksandr has been the de facto maintainer meanwhile.

So have you, so don't leave me alone ;)

On 05/08/2019 13:57, Alexander Kanavin wrote:
> Derek Straka has been inactive for about a yer; Oleksandr
> has been the de facto maintainer meanwhile.
>
> Signed-off-by: Alexander Kanavin 
> ---
>  meta/conf/distro/include/maintainers.inc | 60 
>  1 file changed, 30 insertions(+), 30 deletions(-)
>
> diff --git a/meta/conf/distro/include/maintainers.inc 
> b/meta/conf/distro/include/maintainers.inc
> index 0df1d8c929b..bc13be2fd4f 100644
> --- a/meta/conf/distro/include/maintainers.inc
> +++ b/meta/conf/distro/include/maintainers.inc
> @@ -586,38 +586,38 @@ RECIPE_MAINTAINER_pn-ptest-runner = "Ross Burton 
> "
>  RECIPE_MAINTAINER_pn-pulseaudio = "Tanu Kaskinen "
>  RECIPE_MAINTAINER_pn-pulseaudio-client-conf-sato = "Tanu Kaskinen 
> "
>  RECIPE_MAINTAINER_pn-puzzles = "Anuj Mittal "
> -RECIPE_MAINTAINER_pn-python = "Derek Straka "
> -RECIPE_MAINTAINER_pn-python-native = "Derek Straka "
> -RECIPE_MAINTAINER_pn-python-nose = "Derek Straka "
> -RECIPE_MAINTAINER_pn-python-numpy = "Derek Straka "
> -RECIPE_MAINTAINER_pn-python-scons = "Derek Straka "
> -RECIPE_MAINTAINER_pn-python-scons-native = "Derek Straka "
> -RECIPE_MAINTAINER_pn-python-setuptools = "Derek Straka "
> -RECIPE_MAINTAINER_pn-python3 = "Derek Straka "
> -RECIPE_MAINTAINER_pn-python3-async = "Derek Straka "
> -RECIPE_MAINTAINER_pn-python3-dbus = "Derek Straka "
> -RECIPE_MAINTAINER_pn-python3-docutils = "Derek Straka "
> -RECIPE_MAINTAINER_pn-python3-extras = "Derek Straka "
> -RECIPE_MAINTAINER_pn-python3-file-utils = "Derek Straka "
> -RECIPE_MAINTAINER_pn-python3-git = "Derek Straka "
> -RECIPE_MAINTAINER_pn-python3-gitdb = "Derek Straka "
> -RECIPE_MAINTAINER_pn-python3-iniparse = "Derek Straka "
> -RECIPE_MAINTAINER_pn-python3-mako = "Derek Straka "
> -RECIPE_MAINTAINER_pn-python3-native = "Derek Straka "
> -RECIPE_MAINTAINER_pn-python3-nose = "Derek Straka "
> -RECIPE_MAINTAINER_pn-python3-numpy = "Derek Straka "
> -RECIPE_MAINTAINER_pn-python3-pbr = "Derek Straka "
> -RECIPE_MAINTAINER_pn-python3-pip = "Derek Straka "
> -RECIPE_MAINTAINER_pn-python3-pycairo = "Derek Straka "
> -RECIPE_MAINTAINER_pn-python3-pygments = "Derek Straka "
> -RECIPE_MAINTAINER_pn-python3-pygobject = "Derek Straka "
> +RECIPE_MAINTAINER_pn-python = "Oleksandr Kravchuk 
> "
> +RECIPE_MAINTAINER_pn-python-native = "Oleksandr Kravchuk 
> "
> +RECIPE_MAINTAINER_pn-python-nose = "Oleksandr Kravchuk 
> "
> +RECIPE_MAINTAINER_pn-python-numpy = "Oleksandr Kravchuk 
> "
> +RECIPE_MAINTAINER_pn-python-scons = "Oleksandr Kravchuk 
> "
> +RECIPE_MAINTAINER_pn-python-scons-native = "Oleksandr Kravchuk 
> "
> +RECIPE_MAINTAINER_pn-python-setuptools = "Oleksandr Kravchuk 
> "
> +RECIPE_MAINTAINER_pn-python3 = "Oleksandr Kravchuk 
> "
> +RECIPE_MAINTAINER_pn-python3-async = "Oleksandr Kravchuk 
> "
> +RECIPE_MAINTAINER_pn-python3-dbus = "Oleksandr Kravchuk 
> "
> +RECIPE_MAINTAINER_pn-python3-docutils = "Oleksandr Kravchuk 
> "
> +RECIPE_MAINTAINER_pn-python3-extras = "Oleksandr Kravchuk 
> "
> +RECIPE_MAINTAINER_pn-python3-file-utils = "Oleksandr Kravchuk 
> "
> +RECIPE_MAINTAINER_pn-python3-git = "Oleksandr Kravchuk 
> "
> +RECIPE_MAINTAINER_pn-python3-gitdb = "Oleksandr Kravchuk 
> "
> +RECIPE_MAINTAINER_pn-python3-iniparse = "Oleksandr Kravchuk 
> "
> +RECIPE_MAINTAINER_pn-python3-mako = "Oleksandr Kravchuk 
> "
> +RECIPE_MAINTAINER_pn-python3-native = "Oleksandr Kravchuk 
> "
> +RECIPE_MAINTAINER_pn-python3-nose = "Oleksandr Kravchuk 
> "
> +RECIPE_MAINTAINER_pn-python3-numpy = "Oleksandr Kravchuk 
> "
> +RECIPE_MAINTAINER_pn-python3-pbr = "Oleksandr Kravchuk 
> "
> +RECIPE_MAINTAINER_pn-python3-pip = "Oleksandr Kravchuk 
> "
> +RECIPE_MAINTAINER_pn-python3-pycairo = "Oleksandr Kravchuk 
> "
> +RECIPE_MAINTAINER_pn-python3-pygments = "Oleksandr Kravchuk 
> "
> +RECIPE_MAINTAINER_pn-python3-pygobject = "Oleksandr Kravchuk 
> "
>  RECIPE_MAINTAINER_pn-python3-scons = "Tim Orling 
> "
>  RECIPE_MAINTAINER_pn-python3-scons-native = "Tim Orling 
> "
> -RECIPE_MAINTAINER_pn-python3-setuptools = "Derek Straka "
> -RECIPE_MAINTAINER_pn-python3-six = "Derek Straka "
> -RECIPE_MAINTAINER_pn-python3-smmap = "Derek Straka "
> -RECIPE_MAINTAINER_pn-python3-subunit = "Derek Straka "
> -RECIPE_MAINTAINER_pn-python3-testtools = "Derek Straka "
> +RECIPE_MAINTAINER_pn-python3-setuptools = "Oleksandr Kravchuk 
> "
> +RECIPE_MAINTAINER_pn-python3-six = "Oleksandr Kravchuk 
> "
> +RECIPE_MAINTAINER_pn-python3-smmap = "Oleksandr Kravchuk 
> "
> +RECIPE_MAINTAINER_pn-python3-subunit = "Oleksandr Kravchuk 
> "
> +RECIPE_MAINTAINER_pn-python3-testtools = "Oleksandr Kravchuk 
> "
>  RECIPE_MAINTAINER_pn-qemu = "Richard Purdie 
> "
>  RECIPE_MAINTAINER_pn-qemu-helper-native = "Richard Purdie 
> "
>  RECIPE_MAINTAINER_pn-qemu-native = "Richard Purdie 
> "
-- 
___
Openembedded-core mailing list

[OE-core] [PATCH] ell: update to 0.21

[Oleksandr Kravchuk]

Changelog:
- Fix issue with resetting DHCP lease on client stop.
- Add support for GPIO helper functionality.

Signed-off-by: Oleksandr Kravchuk 
---
 meta/recipes-core/ell/{ell_0.20.bb => ell_0.21.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-core/ell/{ell_0.20.bb => ell_0.21.bb} (83%)

diff --git a/meta/recipes-core/ell/ell_0.20.bb 
b/meta/recipes-core/ell/ell_0.21.bb
similarity index 83%
rename from meta/recipes-core/ell/ell_0.20.bb
rename to meta/recipes-core/ell/ell_0.21.bb
index 81caa80fab..487fbccab5 100644
--- a/meta/recipes-core/ell/ell_0.20.bb
+++ b/meta/recipes-core/ell/ell_0.21.bb
@@ -14,8 +14,8 @@ DEPENDS = "dbus"
 inherit autotools pkgconfig
 
 SRC_URI = 
"https://mirrors.edge.kernel.org/pub/linux/libs/${BPN}/${BPN}-${PV}.tar.xz;
-SRC_URI[md5sum] = "920189f5be4ee4cd72d610baeb20da65"
-SRC_URI[sha256sum] = 
"d4aa08915f4058ecaab509dffbe22665d71dba6fe9626caff63c0e5f4b78a394"
+SRC_URI[md5sum] = "f94f8c812b0426b0c30b651fa5142dd9"
+SRC_URI[sha256sum] = 
"a0db4e3057ba41035637354b6af2aa4c74f83509e0c3e563d682df9d72eaff17"
 
 do_configure_prepend () {
 mkdir -p ${S}/build-aux
-- 
2.17.1

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

[OE-core] [PATCH 1/1] devtool: add ssh key option to deploy-target param

[Eduardo Abinader]

From: Eduardo Abinader 

Signed-off-by: Eduardo Abinader 
---
 scripts/lib/devtool/deploy.py | 8 
 1 file changed, 8 insertions(+)

diff --git a/scripts/lib/devtool/deploy.py b/scripts/lib/devtool/deploy.py
index d1ce2309f9..6a997735fc 100644
--- a/scripts/lib/devtool/deploy.py
+++ b/scripts/lib/devtool/deploy.py
@@ -212,6 +212,9 @@ def deploy(args, config, basepath, workspace):
 scp_port = "-P %s" % args.port
 ssh_port = "-p %s" % args.port
 
+if args.key:
+extraoptions += ' -i %s' % args.key
+
 # In order to delete previously deployed files and have the manifest 
file on
 # the target, we write out a shell script and then copy it to the 
target
 # so we can then run it (piping tar output to it).
@@ -326,6 +329,8 @@ def register_commands(subparsers, context):
 parser_deploy.add_argument('--no-check-space', help='Do not check for 
available space before deploying', action='store_true')
 parser_deploy.add_argument('-e', '--ssh-exec', help='Executable to use in 
place of ssh')
 parser_deploy.add_argument('-P', '--port', help='Specify port to use for 
connection to the target')
+parser_deploy.add_argument('-I', '--key',
+   help='Specifiy ssh private key for connection 
to the target')
 
 strip_opts = parser_deploy.add_mutually_exclusive_group(required=False)
 strip_opts.add_argument('-S', '--strip',
@@ -349,4 +354,7 @@ def register_commands(subparsers, context):
 parser_undeploy.add_argument('-n', '--dry-run', help='List files to be 
undeployed only', action='store_true')
 parser_undeploy.add_argument('-e', '--ssh-exec', help='Executable to use 
in place of ssh')
 parser_undeploy.add_argument('-P', '--port', help='Specify port to use for 
connection to the target')
+parser_undeploy.add_argument('-I', '--key',
+   help='Specifiy ssh private key for connection 
to the target')
+
 parser_undeploy.set_defaults(func=undeploy)
-- 
2.20.1

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

[OE-core] [PATCH] maintainers.inc: assign acpica to Ross

[Alexander Kanavin]

Fathi has as well been inactive for a long time.

Signed-off-by: Alexander Kanavin 
---
 meta/conf/distro/include/maintainers.inc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/conf/distro/include/maintainers.inc 
b/meta/conf/distro/include/maintainers.inc
index bc13be2fd4f..fe0a7755780 100644
--- a/meta/conf/distro/include/maintainers.inc
+++ b/meta/conf/distro/include/maintainers.inc
@@ -28,7 +28,7 @@
 # Please keep this list in alphabetical order.
 #
 RECIPE_MAINTAINER_pn-acl = "Chen Qi "
-RECIPE_MAINTAINER_pn-acpica = "Fathi Boudra "
+RECIPE_MAINTAINER_pn-acpica = "Ross Burton "
 RECIPE_MAINTAINER_pn-acpid = "Ross Burton "
 RECIPE_MAINTAINER_pn-adwaita-icon-theme = "Ross Burton "
 RECIPE_MAINTAINER_pn-alsa-lib = "Tanu Kaskinen "
-- 
2.17.1

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

[OE-core] [PATCH] maintainers.inc: give python recipes to Oleksandr Kravchuk

[Alexander Kanavin]

Derek Straka has been inactive for about a yer; Oleksandr
has been the de facto maintainer meanwhile.

Signed-off-by: Alexander Kanavin 
---
 meta/conf/distro/include/maintainers.inc | 60 
 1 file changed, 30 insertions(+), 30 deletions(-)

diff --git a/meta/conf/distro/include/maintainers.inc 
b/meta/conf/distro/include/maintainers.inc
index 0df1d8c929b..bc13be2fd4f 100644
--- a/meta/conf/distro/include/maintainers.inc
+++ b/meta/conf/distro/include/maintainers.inc
@@ -586,38 +586,38 @@ RECIPE_MAINTAINER_pn-ptest-runner = "Ross Burton 
"
 RECIPE_MAINTAINER_pn-pulseaudio = "Tanu Kaskinen "
 RECIPE_MAINTAINER_pn-pulseaudio-client-conf-sato = "Tanu Kaskinen 
"
 RECIPE_MAINTAINER_pn-puzzles = "Anuj Mittal "
-RECIPE_MAINTAINER_pn-python = "Derek Straka "
-RECIPE_MAINTAINER_pn-python-native = "Derek Straka "
-RECIPE_MAINTAINER_pn-python-nose = "Derek Straka "
-RECIPE_MAINTAINER_pn-python-numpy = "Derek Straka "
-RECIPE_MAINTAINER_pn-python-scons = "Derek Straka "
-RECIPE_MAINTAINER_pn-python-scons-native = "Derek Straka "
-RECIPE_MAINTAINER_pn-python-setuptools = "Derek Straka "
-RECIPE_MAINTAINER_pn-python3 = "Derek Straka "
-RECIPE_MAINTAINER_pn-python3-async = "Derek Straka "
-RECIPE_MAINTAINER_pn-python3-dbus = "Derek Straka "
-RECIPE_MAINTAINER_pn-python3-docutils = "Derek Straka "
-RECIPE_MAINTAINER_pn-python3-extras = "Derek Straka "
-RECIPE_MAINTAINER_pn-python3-file-utils = "Derek Straka "
-RECIPE_MAINTAINER_pn-python3-git = "Derek Straka "
-RECIPE_MAINTAINER_pn-python3-gitdb = "Derek Straka "
-RECIPE_MAINTAINER_pn-python3-iniparse = "Derek Straka "
-RECIPE_MAINTAINER_pn-python3-mako = "Derek Straka "
-RECIPE_MAINTAINER_pn-python3-native = "Derek Straka "
-RECIPE_MAINTAINER_pn-python3-nose = "Derek Straka "
-RECIPE_MAINTAINER_pn-python3-numpy = "Derek Straka "
-RECIPE_MAINTAINER_pn-python3-pbr = "Derek Straka "
-RECIPE_MAINTAINER_pn-python3-pip = "Derek Straka "
-RECIPE_MAINTAINER_pn-python3-pycairo = "Derek Straka "
-RECIPE_MAINTAINER_pn-python3-pygments = "Derek Straka "
-RECIPE_MAINTAINER_pn-python3-pygobject = "Derek Straka "
+RECIPE_MAINTAINER_pn-python = "Oleksandr Kravchuk 
"
+RECIPE_MAINTAINER_pn-python-native = "Oleksandr Kravchuk 
"
+RECIPE_MAINTAINER_pn-python-nose = "Oleksandr Kravchuk 
"
+RECIPE_MAINTAINER_pn-python-numpy = "Oleksandr Kravchuk 
"
+RECIPE_MAINTAINER_pn-python-scons = "Oleksandr Kravchuk 
"
+RECIPE_MAINTAINER_pn-python-scons-native = "Oleksandr Kravchuk 
"
+RECIPE_MAINTAINER_pn-python-setuptools = "Oleksandr Kravchuk 
"
+RECIPE_MAINTAINER_pn-python3 = "Oleksandr Kravchuk 
"
+RECIPE_MAINTAINER_pn-python3-async = "Oleksandr Kravchuk 
"
+RECIPE_MAINTAINER_pn-python3-dbus = "Oleksandr Kravchuk 
"
+RECIPE_MAINTAINER_pn-python3-docutils = "Oleksandr Kravchuk 
"
+RECIPE_MAINTAINER_pn-python3-extras = "Oleksandr Kravchuk 
"
+RECIPE_MAINTAINER_pn-python3-file-utils = "Oleksandr Kravchuk 
"
+RECIPE_MAINTAINER_pn-python3-git = "Oleksandr Kravchuk 
"
+RECIPE_MAINTAINER_pn-python3-gitdb = "Oleksandr Kravchuk 
"
+RECIPE_MAINTAINER_pn-python3-iniparse = "Oleksandr Kravchuk 
"
+RECIPE_MAINTAINER_pn-python3-mako = "Oleksandr Kravchuk 
"
+RECIPE_MAINTAINER_pn-python3-native = "Oleksandr Kravchuk 
"
+RECIPE_MAINTAINER_pn-python3-nose = "Oleksandr Kravchuk 
"
+RECIPE_MAINTAINER_pn-python3-numpy = "Oleksandr Kravchuk 
"
+RECIPE_MAINTAINER_pn-python3-pbr = "Oleksandr Kravchuk 
"
+RECIPE_MAINTAINER_pn-python3-pip = "Oleksandr Kravchuk 
"
+RECIPE_MAINTAINER_pn-python3-pycairo = "Oleksandr Kravchuk 
"
+RECIPE_MAINTAINER_pn-python3-pygments = "Oleksandr Kravchuk 
"
+RECIPE_MAINTAINER_pn-python3-pygobject = "Oleksandr Kravchuk 
"
 RECIPE_MAINTAINER_pn-python3-scons = "Tim Orling 
"
 RECIPE_MAINTAINER_pn-python3-scons-native = "Tim Orling 
"
-RECIPE_MAINTAINER_pn-python3-setuptools = "Derek Straka "
-RECIPE_MAINTAINER_pn-python3-six = "Derek Straka "
-RECIPE_MAINTAINER_pn-python3-smmap = "Derek Straka "
-RECIPE_MAINTAINER_pn-python3-subunit = "Derek Straka "
-RECIPE_MAINTAINER_pn-python3-testtools = "Derek Straka "
+RECIPE_MAINTAINER_pn-python3-setuptools = "Oleksandr Kravchuk 
"
+RECIPE_MAINTAINER_pn-python3-six = "Oleksandr Kravchuk 
"
+RECIPE_MAINTAINER_pn-python3-smmap = "Oleksandr Kravchuk 
"
+RECIPE_MAINTAINER_pn-python3-subunit = "Oleksandr Kravchuk 
"
+RECIPE_MAINTAINER_pn-python3-testtools = "Oleksandr Kravchuk 
"
 RECIPE_MAINTAINER_pn-qemu = "Richard Purdie 
"
 RECIPE_MAINTAINER_pn-qemu-helper-native = "Richard Purdie 
"
 RECIPE_MAINTAINER_pn-qemu-native = "Richard Purdie 
"
-- 
2.17.1

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

[OE-core] [PATCH] libedit: fix upstream verison check

[Alexander Kanavin]

The default works fine; not sure why the line was added.

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-devtools/libedit/libedit_20190324-3.1.bb | 2 --
 1 file changed, 2 deletions(-)

diff --git a/meta/recipes-devtools/libedit/libedit_20190324-3.1.bb 
b/meta/recipes-devtools/libedit/libedit_20190324-3.1.bb
index 01e7f360096..6a599ebca55 100644
--- a/meta/recipes-devtools/libedit/libedit_20190324-3.1.bb
+++ b/meta/recipes-devtools/libedit/libedit_20190324-3.1.bb
@@ -18,6 +18,4 @@ SRC_URI = "http://www.thrysoee.dk/editline/${BP}.tar.gz \
 SRC_URI[md5sum] = "bec755c8044ad84b752dfe49a0b371d8"
 SRC_URI[sha256sum] = 
"ac8f0f51c1cf65492e4d1e3ed2be360bda41e54633444666422fbf393bba1bae"
 
-UPSTREAM_CHECK_REGEX = "libedit-(?P\d+(\.\d+)+)\.tar.gz"
-
 BBCLASSEXTEND = "native nativesdk"
-- 
2.17.1

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

Re: [OE-core] [PATCH 1/2] libedit: Move from meta-oe

[Alexander Kanavin]

On Wed, 31 Jul 2019 at 19:48, Khem Raj  wrote:

> +UPSTREAM_CHECK_REGEX = "libedit-(?P\d+(\.\d+)+)\.tar.gz"
>

The recipe in meta-oe did not have this line. Where did you take it from
and how did you test it? It is incorrect as it does not match anything with
a dash (-) in it.
Simply dropping the line makes the version check work again.

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

Re: [OE-core] [PATCH] python3-pygobject: move python3-setuptools from RDEPENDS to DEPENDS

[Ross Burton]

On 05/08/2019 11:52, luca.bocca...@gmail.com wrote:

  inherit gnomebase distutils3-base gobject-introspection 
upstream-version-is-even
  
-DEPENDS += "python3 glib-2.0"

+DEPENDS += "python3 python3-setuptools glib-2.0"


If setuptools is a build dependency then surely you mean 
python3-setuptools-native.  And if you need python3-setuptools-native, 
then just inherit setuptools3 instead of distutils3-base.


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

Re: [OE-core] [PATCH 5/9] libxx86dga: remove obsolete client libary

[Ross Burton]

On 05/08/2019 10:19, Ross Burton wrote:

On 04/08/2019 01:49, Khem Raj wrote:

Ross

I am seeing

https://errors.yoctoproject.org/Errors/Details/257733/
https://errors.yoctoproject.org/Errors/Details/257734/

I wonder if they are related to this series


I thought I solved this, maybe a patch I meant to drop had sneaked back 
in.  I'll look and fix.


I'm guessing your distro is overriding xserver-xorg PACKAGECONFIG? 
Ensure 'dga' is enabled.


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

[OE-core] [PATCH] qemu: fix patch Upstream-Status

[Ross Burton]

Signed-off-by: Ross Burton 
---
 ...4-linux-user-fix-to-handle-variably-sized-SIOCGSTAMP-w.patch | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git 
a/meta/recipes-devtools/qemu/qemu/0014-linux-user-fix-to-handle-variably-sized-SIOCGSTAMP-w.patch
 
b/meta/recipes-devtools/qemu/qemu/0014-linux-user-fix-to-handle-variably-sized-SIOCGSTAMP-w.patch
index f7939b84bf6..7cac8ef3d11 100644
--- 
a/meta/recipes-devtools/qemu/qemu/0014-linux-user-fix-to-handle-variably-sized-SIOCGSTAMP-w.patch
+++ 
b/meta/recipes-devtools/qemu/qemu/0014-linux-user-fix-to-handle-variably-sized-SIOCGSTAMP-w.patch
@@ -31,7 +31,7 @@ Message-Id: <20190718130641.15294-1-laur...@vivier.eu>
 Signed-off-by: Laurent Vivier 
 Signed-off-by: Bartosz Golaszewski 
 ---
-Uptream-status: Backport (upstream commit: 
6d5d5dde9adb5acb32e6b8e3dfbf47fff0f308d2)
+Upstream-Status: Backport [upstream commit: 
6d5d5dde9adb5acb32e6b8e3dfbf47fff0f308d2]
 
  linux-user/ioctls.h|  21 +-
  linux-user/syscall.c   | 140 +
-- 
2.20.1

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

[OE-core] [PATCH] python3-pygobject: move python3-setuptools from RDEPENDS to DEPENDS

[luca . boccassi]

From: Luca Boccassi 

python3-setuptools is necessary to build pygobject but not to run it, as
also documented by the upstream packaging guide:

https://gitlab.gnome.org/GNOME/pygobject/blob/master/docs/packagingguide.rst

Move it to DEPENDS to shrink the runtime dependency chain, as setuptools
includes scripts to download other packages, which might not be desired on
a minimal image.

Signed-off-by: Luca Boccassi 
---
 meta/recipes-devtools/python/python3-pygobject_3.32.2.bb | 4 +---
 1 file changed, 1 insertion(+), 3 deletions(-)

diff --git a/meta/recipes-devtools/python/python3-pygobject_3.32.2.bb 
b/meta/recipes-devtools/python/python3-pygobject_3.32.2.bb
index 05688be603..58a251f8eb 100644
--- a/meta/recipes-devtools/python/python3-pygobject_3.32.2.bb
+++ b/meta/recipes-devtools/python/python3-pygobject_3.32.2.bb
@@ -6,7 +6,7 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=a916467b91076e631dd8edb7424769c7"
 GNOMEBASEBUILDCLASS = "meson"
 inherit gnomebase distutils3-base gobject-introspection 
upstream-version-is-even
 
-DEPENDS += "python3 glib-2.0"
+DEPENDS += "python3 python3-setuptools glib-2.0"
 
 SRCNAME="pygobject"
 
@@ -27,7 +27,5 @@ PACKAGECONFIG ??= 
"${@bb.utils.contains_any('DISTRO_FEATURES', [ 'directfb', 'wa
 # we don't link against python3-pycairo -> RDEPENDS
 PACKAGECONFIG[cairo] = "-Dpycairo=true,-Dpycairo=false, cairo python3-pycairo, 
python3-pycairo"
 
-RDEPENDS_${PN} += "python3-setuptools"
-
 BBCLASSEXTEND = "native"
 PACKAGECONFIG_class-native = ""
-- 
2.20.1

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

[OE-core] [PATCH] python3: fix the test_locale output format

[mingli.yu]

From: Mingli Yu 

Before this patch:
 # python3 -m test -v test_locale
 [snip]
 test_getsetlocale_issue1813 (test.test_locale.TestMiscellaneous) ... testing 
with ('tr_TR', 'ISO8859-9') ok
 [snip]

 After this patch:
 # python3 -m test -v test_locale
 [snip]
 test_getsetlocale_issue1813 (test.test_locale.TestMiscellaneous) ... testing 
with ('tr_TR', 'ISO8859-9')... ok
 [snip]

Make the test ended with "... ok" is common in python
unittest world, we should make it keep consistent
with other test cases in case it may be ignored to
record in the report if we use the common filter
"... ok".

[YOCTO #13298]

Signed-off-by: Mingli Yu 
---
 ...le.py-correct-the-test-output-format.patch | 46 +++
 meta/recipes-devtools/python/python3_3.7.4.bb |  1 +
 2 files changed, 47 insertions(+)
 create mode 100644 
meta/recipes-devtools/python/python3/0001-test_locale.py-correct-the-test-output-format.patch

diff --git 
a/meta/recipes-devtools/python/python3/0001-test_locale.py-correct-the-test-output-format.patch
 
b/meta/recipes-devtools/python/python3/0001-test_locale.py-correct-the-test-output-format.patch
new file mode 100644
index 00..35b7e0c480
--- /dev/null
+++ 
b/meta/recipes-devtools/python/python3/0001-test_locale.py-correct-the-test-output-format.patch
@@ -0,0 +1,46 @@
+From b94995e0c694ec9561efec0d1a59b323340e6105 Mon Sep 17 00:00:00 2001
+From: Mingli Yu 
+Date: Mon, 5 Aug 2019 15:57:39 +0800
+Subject: [PATCH] test_locale.py: correct the test output format
+
+Before this patch:
+ # python3 -m test -v test_locale
+ [snip]
+ test_getsetlocale_issue1813 (test.test_locale.TestMiscellaneous) ... testing 
with ('tr_TR', 'ISO8859-9') ok
+ [snip]
+
+ After this patch:
+ # python3 -m test -v test_locale
+ [snip]
+ test_getsetlocale_issue1813 (test.test_locale.TestMiscellaneous) ... testing 
with ('tr_TR', 'ISO8859-9')... ok
+ [snip]
+
+ Make the test ended with "... ok" is common in python
+ unittest world, we should make it keep consistent
+ with other test cases in case it may be ignored to
+ record in the report if we use the common filter
+ "... ok".
+
+Upstream-Status: Submitted [https://github.com/python/cpython/pull/15132]
+
+Signed-off-by: Mingli Yu 
+---
+ Lib/test/test_locale.py | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/Lib/test/test_locale.py b/Lib/test/test_locale.py
+index e2c2178..558d63c 100644
+--- a/Lib/test/test_locale.py
 b/Lib/test/test_locale.py
+@@ -527,7 +527,7 @@ class TestMiscellaneous(unittest.TestCase):
+ self.skipTest('test needs Turkish locale')
+ loc = locale.getlocale(locale.LC_CTYPE)
+ if verbose:
+-print('testing with %a' % (loc,), end=' ', flush=True)
++print('testing with %a...' % (loc,), end=' ', flush=True)
+ locale.setlocale(locale.LC_CTYPE, loc)
+ self.assertEqual(loc, locale.getlocale(locale.LC_CTYPE))
+ 
+-- 
+2.7.4
+
diff --git a/meta/recipes-devtools/python/python3_3.7.4.bb 
b/meta/recipes-devtools/python/python3_3.7.4.bb
index 59d7024988..80c9b2919e 100644
--- a/meta/recipes-devtools/python/python3_3.7.4.bb
+++ b/meta/recipes-devtools/python/python3_3.7.4.bb
@@ -27,6 +27,7 @@ SRC_URI = 
"http://www.python.org/ftp/python/${PV}/Python-${PV}.tar.xz \
   file://crosspythonpath.patch \
file://reformat_sysconfig.py \
file://0001-Use-FLAG_REF-always-for-interned-strings.patch \
+   file://0001-test_locale.py-correct-the-test-output-format.patch \
"
 
 SRC_URI_append_class-native = " \
-- 
2.21.0

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

Re: [OE-core] [PATCH 5/9] libxx86dga: remove obsolete client libary

[Ross Burton]

On 04/08/2019 01:49, Khem Raj wrote:

Ross

I am seeing

https://errors.yoctoproject.org/Errors/Details/257733/
https://errors.yoctoproject.org/Errors/Details/257734/

I wonder if they are related to this series


I thought I solved this, maybe a patch I meant to drop had sneaked back 
in.  I'll look and fix.


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

Re: [OE-core] [PATCH v2] systemd-boot:grub-efi:wic: add variable APPENDS for multiple boot configuration

[Lee, Chee Yang]

Hi Richard,

would KERNEL_CMD_LINES a better variable name for this case?


On 8/2/19, 11:46 PM, "Richard Purdie"  
wrote:

On Fri, 2019-08-02 at 20:33 +0800, chee.yang@intel.com wrote:
> From: Chee Yang Lee 
> 
> introduce new variable APPENDS to define multiple
> boot configuration for systemd-boot and grub-efi.
> 
> APPENDS set the different in kernel option for each .conf
> file(for systemd-boot) or menuentry(for grub-efi).
> Include the differences in the title.
> Separate each configuration with ";".
> 
> e.g.:
> APPEND = "console=tty0 rootwait"
> APPENDS = " i915.enable_guc=0; i915.enable_guc=2"
> 
> for systemd-boot, above setting will produce 2 .conf,
> boot-1.conf and boot-2.conf which set with below title and option:
> 
> boot-1.conf -
>   title boot-1 i915.enable_guc=0
>   option console=tty0 rootwait i915.enable_guc=0
> 
> boot-2.conf -
>   title boot-2 i915.enable_guc=2
>   option console=tty0 rootwait i915.enable_guc=2
> 
> 
> also update oeqa/selftest/wic testcase to fit the new variable.

APPEND was a horrible choice of variable name. Lets not compound the
problem by adding new versions of it!

Cheers,

Richard



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

Re: [OE-core] Hash Equivalency - What this means for developer productivity

[Mikko.Rapeli]

Hi,

On Fri, Aug 02, 2019 at 05:17:21PM +0100, Richard Purdie wrote:
> On Fri, 2019-08-02 at 16:53 +0100, Richard Purdie wrote:
> > With the patches in master-next and this configuration in local.conf:
> > 
> > BB_HASHSERVE = "localhost:0"
> > BB_SIGNATURE_HANDLER = "OEEquivHash"
> > 
> > $ bitbake core-image-sato
> > $ bitbake m4-native -c install -f
> > $ bitbake core-image-sato
> > 
> > will result in do_populate_sysroot of m4-native running, it will see
> > the output matches the previous build and it will then skip to the
> > rootfs generation pulling all the other pieces from sstate.
> > 
> > Note that for this to work, m4-native has to have previously built
> > with the hashserv running, otherwise it has nothing to compare its
> > output to.
> > 
> > I think this should be a "big deal" for many developers, reducing
> > unneeded rebuilds and hence speeding up development.

Awesome, thanks for pushing this!

> I should have mentioned, this code relies on reproducibile builds as
> its comparing the binary output. The more reproducibile builds are, the
> more likely sstate reuse will happen.
> 
> This is one reason reproducibile builds are important!

What else do users need to enable to get more reproducible builds, or
are poky defaults enough?

Are there some tools available to debug build reproducibility issues e.g.
when task hashes suddenly changed?

Cheers,

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

[OE-core] populate_sdk failed when multilib enabled

[Changqing Li]

Hi, All

bitbake core-image-minimal -c populate_sdk failed with below 
configuration in local.conf:


IMAGE_INSTALL_append = " bash"

require conf/multilib.conf
MULTILIBS = "multilib:lib32"
DEFAULTTUNE_virtclass-multilib-lib32 = "x86"

I did some research, but no clue how to fix,  so I want to get some help 
from community.


Error info:

core-image-minimal-1.0-r0 do_populate_sdk: Could not invoke dnf. Command 
'/yocto/builds/sysV/tmp/work/qemux86_64-poky-linux/core-image-minimal/1.0-r0/recipe-sysroot-native/usr/bin/dnf 
-v --rpmverbosity=info -y -c 
/yocto/builds/sysV/tmp/work/qemux86_64-poky-linux/core-image-minimal/1.0-r0/sdk/image/opt/poky/2.7+snapshot/sysroots/core2-64-poky-linux/etc/dnf/dnf.conf 
--setopt=reposdir=/yocto/builds/sysV/tmp/work/qemux86_64-poky-linux/core-image-minimal/1.0-r0/sdk/image/opt/poky/2.7+snapshot/sysroots/core2-64-poky-linux/etc/yum.repos.d 
--installroot=/yocto/builds/sysV/tmp/work/qemux86_64-poky-linux/core-image-minimal/1.0-r0/sdk/image/opt/poky/2.7+snapshot/sysroots/core2-64-poky-linux 
--setopt=logdir=/yocto/builds/sysV/tmp/work/qemux86_64-poky-linux/core-image-minimal/1.0-r0/temp 
--repofrompath=oe-repo,/yocto/builds/sysV/tmp/work/qemux86_64-poky-linux/core-image-minimal/1.0-r0/oe-sdk-repo 
--nogpgcheck install lib32-packagegroup-core-standalone-sdk-target 
run-postinsts bash packagegroup-core-standalone-sdk-target 
packagegroup-core-boot target-sdk-provides-dummy' returned 1:


Error:
 Problem: package 
target-sdk-provides-dummy-1.0-r0.sdk_provides_dummy_target conflicts 
with /bin/sh provided by bash-5.0-r0.core2_64
  - package target-sdk-provides-dummy-1.0-r0.sdk_provides_dummy_target 
conflicts with bash provided by bash-5.0-r0.core2_64
  - package target-sdk-provides-dummy-1.0-r0.sdk_provides_dummy_target 
conflicts with /bin/bash provided by bash-5.0-r0.core2_64
  - package target-sdk-provides-dummy-1.0-r0.sdk_provides_dummy_target 
obsoletes bash provided by bash-5.0-r0.core2_64

  - cannot install the best candidate for the job
  - conflicting requests
(try to add '--allowerasing' to command line to replace conflicting 
packages or '--skip-broken' to skip uninstallable packages or '--nobest' 
to use not only best candidate packages)


Some other info:

1. package target-sdk-provides-dummy-1.0-r0.sdk_provides_dummy_target 
and bash-5.0-r0.core2_64 both provides /bin/sh and /bin/bash,  but if 
removed above multilib related 3lines in local.conf, populate_sdk will 
success.


I don't understand why it failed with multilib enabled, since no matter 
if multilib is enabled, package target-sdk-provides-dummy and bash will 
both provides /bin/sh and /bin/bash, but error only occurred when 
multilib enabled.


2.with multilib enabled,  in bitbake core-image-minimal -c devshell,  run:

/yocto/builds/sysV/tmp/work/qemux86_64-poky-linux/core-image-minimal/1.0-r0/recipe-sysroot-native/usr/bin/dnf 
-v --rpmverbosity=info -y -c 
/yocto/builds/sysV/tmp/work/qemux86_64-poky-linux/core-image-minimal/1.0-r0/sdk/image/opt/poky/2.7+snapshot/sysroots/core2-64-poky-linux/etc/dnf/dnf.conf 
--setopt=reposdir=/yocto/builds/sysV/tmp/work/qemux86_64-poky-linux/core-image-minimal/1.0-r0/sdk/image/opt/poky/2.7+snapshot/sysroots/core2-64-poky-linux/etc/yum.repos.d 
--installroot=/yocto/builds/sysV/tmp/work/qemux86_64-poky-linux/core-image-minimal/1.0-r0/sdk/image/opt/poky/2.7+snapshot/sysroots/core2-64-poky-linux 
--setopt=logdir=/yocto/builds/sysV/tmp/work/qemux86_64-poky-linux/core-image-minimal/1.0-r0/temp 
--repofrompath=oe-repo,/yocto/builds/sysV/tmp/work/qemux86_64-poky-linux/core-image-minimal/1.0-r0/oe-sdk-repo 
--nogpgcheck provides /bin/bash

DNF version: 4.2.2
cachedir: 
/yocto/builds/sysV/tmp/work/qemux86_64-poky-linux/core-image-minimal/1.0-r0/sdk/image/opt/poky/2.7+snapshot/sysroots/core2-64-poky-linux/var/cache/dnf
Added oe-repo repo from 
/yocto/builds/sysV/tmp/work/qemux86_64-poky-linux/core-image-minimal/1.0-r0/oe-sdk-repo

repo: using cache for: oe-repo
not found other for:
not found modules for:
not found deltainfo for:
not found updateinfo for:
oe-repo: using metadata from Mon 05 Aug 2019 04:00:20 AM UTC.
Last metadata expiration check: 1:30:06 ago on Mon 05 Aug 2019 04:00:23 
AM UTC.

No module defaults found
Searching Packages:
bash-5.0-r0.core2_64 : An sh-compatible command language interpreter
Repo    : oe-repo
Matched from:
Provide    : /bin/bash

target-sdk-provides-dummy-1.0-r0.sdk_provides_dummy_target : Dummy 
packages which handle excluding packages from the sdk, e.g. ensuring 
perl is excluded from buildtools

Repo    : oe-repo
Matched from:
Provide    : /bin/bash

BUT,  if multilib is disabled, the cmd will return no matches.

3.  here is  configs under 
/yocto/builds/sysV/tmp/work/qemux86_64-poky-linux/core-image-minimal/1.0-r0/sdk/image/opt/poky/2.7+snapshot/sysroots/core2-64-poky-linux/etc/dnf/


 tree
.
├── dnf.conf
└── vars
    ├── arch
    └── releasever

$ cat dnf.conf

$ cat vars/arch
core2_64:x86_64:sdk_provides_dummy_target:qemux86_64:x86

$ 

[OE-core] [PATCHv2] libnss-nis:upgrade 3.0 -> 3.1

[Zang Ruochen]

-libnss-nis/0001-nis-hosts-Remove-use-of-RES_USE_INET6.patch
 Removed since this is included in 3.1.

Signed-off-by: Zang Ruochen 
---
 meta/recipes-extended/libnss-nis/libnss-nis.bb |   5 +-
 ...001-nis-hosts-Remove-use-of-RES_USE_INET6.patch | 162 -
 2 files changed, 2 insertions(+), 165 deletions(-)
 delete mode 100644 
meta/recipes-extended/libnss-nis/libnss-nis/0001-nis-hosts-Remove-use-of-RES_USE_INET6.patch

diff --git a/meta/recipes-extended/libnss-nis/libnss-nis.bb 
b/meta/recipes-extended/libnss-nis/libnss-nis.bb
index 4fbd4b1..a1d914e 100644
--- a/meta/recipes-extended/libnss-nis/libnss-nis.bb
+++ b/meta/recipes-extended/libnss-nis/libnss-nis.bb
@@ -13,12 +13,11 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=4fbd65380cdd255951079008b364516c"
 SECTION = "libs"
 DEPENDS += "libtirpc libnsl2"
 
-PV = "3.0+git${SRCPV}"
+PV = "3.1"
 
-SRCREV = "d4aea48657a8e90d7922574b8021ee03915a36cb"
+SRCREV = "062f31999b35393abf7595cb89dfc9590d5a42ad"
 
 SRC_URI = "git://github.com/thkukuk/libnss_nis \
-   file://0001-nis-hosts-Remove-use-of-RES_USE_INET6.patch \
   "
 
 S = "${WORKDIR}/git"
diff --git 
a/meta/recipes-extended/libnss-nis/libnss-nis/0001-nis-hosts-Remove-use-of-RES_USE_INET6.patch
 
b/meta/recipes-extended/libnss-nis/libnss-nis/0001-nis-hosts-Remove-use-of-RES_USE_INET6.patch
deleted file mode 100644
index 348c8c9..000
--- 
a/meta/recipes-extended/libnss-nis/libnss-nis/0001-nis-hosts-Remove-use-of-RES_USE_INET6.patch
+++ /dev/null
@@ -1,162 +0,0 @@
-From e41ddbd89a4bb042ac00469fa5880ba584c25c05 Mon Sep 17 00:00:00 2001
-From: Khem Raj 
-Date: Thu, 25 Jul 2019 12:10:56 -0700
-Subject: [PATCH] nis-hosts: Remove use of RES_USE_INET6
-
-Upstream glibc dropped it starting glibc 2.30
-see
-https://sourceware.org/git/?p=glibc.git;a=commit;h=3f8b44be0a658266adff5ece1e4bc3ce097a5dbe
-
-Fixes issue #6
-
-Upstream-Status: Submitted [https://github.com/thkukuk/libnss_nis/pull/7]
-
-Signed-off-by: Khem Raj 

- src/nis-hosts.c | 55 -
- 1 file changed, 13 insertions(+), 42 deletions(-)
-
-diff --git a/src/nis-hosts.c b/src/nis-hosts.c
-index 307b46e..bd3c4ad 100644
 a/src/nis-hosts.c
-+++ b/src/nis-hosts.c
-@@ -35,15 +35,12 @@
- #include "libc-lock.h"
- #include "nss-nis.h"
- 
--/* Get implementation for some internal functions. */
--#include "mapv4v6addr.h"
--
- #define ENTNAME hostent
- #define DATABASE"hosts"
- #define NEED_H_ERRNO
- 
--#define EXTRA_ARGS  , af, flags
--#define EXTRA_ARGS_DECL , int af, int flags
-+#define EXTRA_ARGS  , af
-+#define EXTRA_ARGS_DECL , int af
- 
- #define ENTDATA hostent_data
- struct hostent_data
-@@ -67,19 +64,8 @@ LINE_PARSER
-/* Parse address.  */
-if (af != AF_INET6 && inet_pton (AF_INET, addr, entdata->host_addr) > 0)
-  {
--   assert ((flags & AI_V4MAPPED) == 0 || af != AF_UNSPEC);
--   if (flags & AI_V4MAPPED)
--   {
-- map_v4v6_address ((char *) entdata->host_addr,
--   (char *) entdata->host_addr);
-- result->h_addrtype = AF_INET6;
-- result->h_length = IN6ADDRSZ;
--   }
--   else
--   {
-- result->h_addrtype = AF_INET;
-- result->h_length = INADDRSZ;
--   }
-+   result->h_addrtype = AF_INET;
-+   result->h_length = INADDRSZ;
-  }
-else if (af != AF_INET
-   && inet_pton (AF_INET6, addr, entdata->host_addr) > 0)
-@@ -134,7 +120,7 @@ strong_alias (_nss_nis_sethostent, _nss_nis_endhostent)
- static enum nss_status
- internal_nis_gethostent_r (struct hostent *host, char *buffer,
-  size_t buflen, int *errnop, int *h_errnop,
-- int af, int flags)
-+ int af)
- {
-   char *domain;
-   if (yp_get_default_domain ())
-@@ -203,7 +189,7 @@ internal_nis_gethostent_r (struct hostent *host, char 
*buffer,
-   ++p;
-   free (result);
- 
--  parse_res = parse_line (p, host, data, buflen, errnop, af, flags);
-+  parse_res = parse_line (p, host, data, buflen, errnop, af);
-   if (parse_res == -1)
-   {
- free (outkey);
-@@ -232,8 +218,7 @@ _nss_nis_gethostent_r (struct hostent *host, char *buffer, 
size_t buflen,
-   __libc_lock_lock (lock);
- 
-   status = internal_nis_gethostent_r (host, buffer, buflen, errnop, h_errnop,
--  ((_res.options & RES_USE_INET6) ? AF_INET6 : AF_INET),
--  ((_res.options & RES_USE_INET6) ? AI_V4MAPPED : 0 ));
-+  AF_INET);
- 
-   __libc_lock_unlock (lock);
- 
-@@ -244,7 +229,7 @@ _nss_nis_gethostent_r (struct hostent *host, char *buffer, 
size_t buflen,
- static enum nss_status
- internal_gethostbyname2_r (const char *name, int af, struct hostent *host,
-  char *buffer, size_t buflen, int *errnop,
-- int *h_errnop, int flags)
-+ int *h_errnop)
- {
-   uintptr_t pad = -(uintptr_t) 

Re: [OE-core] [PATCH] dtc: Provide libfdt

[Andrew Jeffery]

On Mon, 5 Aug 2019, at 16:13, Adrian Bunk wrote:
> On Mon, Aug 05, 2019 at 04:01:57PM +0930, Andrew Jeffery wrote:
> > 
> > 
> > On Mon, 5 Aug 2019, at 14:35, Adrian Bunk wrote:
> > > On Mon, Aug 05, 2019 at 12:42:11PM +0930, Andrew Jeffery wrote:
> > > > Applications are appearing that depend on parsing flattened devicetree
> > > > in userspace on target devices, e.g. pdbg[1]. Mark dtc as providing
> > > > libfdt so application recipes can depend on it.
> > > > 
> > > > [1] https://github.com/open-power/pdbg
> > > 
> > > Shouldn't runtime dependencies on dtc already be autogenerated in this 
> > > case when you have dtc in DEPENDS?
> > 
> > "dtc" doesn't need to appear in depends for pdbg: "dtc-native" does for the
> > purpose of building the devicetrees shipped with the application, but "dtc"
> > doesn't and dtc(1) itself isn't required at runtime, rather we just need 
> > libfdt,
> >...
> 
> How do you link with libfdt without the non-native dtc in DEPENDS?

Currently pdbg includes a copy of libfdt. However, the build system tests for
the presence of a system copy and will prefer it over the included copy.

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

Re: [OE-core] [PATCH] dtc: Provide libfdt

[Adrian Bunk]

On Mon, Aug 05, 2019 at 04:01:57PM +0930, Andrew Jeffery wrote:
> 
> 
> On Mon, 5 Aug 2019, at 14:35, Adrian Bunk wrote:
> > On Mon, Aug 05, 2019 at 12:42:11PM +0930, Andrew Jeffery wrote:
> > > Applications are appearing that depend on parsing flattened devicetree
> > > in userspace on target devices, e.g. pdbg[1]. Mark dtc as providing
> > > libfdt so application recipes can depend on it.
> > > 
> > > [1] https://github.com/open-power/pdbg
> > 
> > Shouldn't runtime dependencies on dtc already be autogenerated in this 
> > case when you have dtc in DEPENDS?
> 
> "dtc" doesn't need to appear in depends for pdbg: "dtc-native" does for the
> purpose of building the devicetrees shipped with the application, but "dtc"
> doesn't and dtc(1) itself isn't required at runtime, rather we just need 
> libfdt,
>...

How do you link with libfdt without the non-native dtc in DEPENDS?

> Thanks for the feedback.
> 
> Andrew

cu
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed

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

Re: [OE-core] [PATCH] dtc: Provide libfdt

[Andrew Jeffery]

On Mon, 5 Aug 2019, at 14:35, Adrian Bunk wrote:
> On Mon, Aug 05, 2019 at 12:42:11PM +0930, Andrew Jeffery wrote:
> > Applications are appearing that depend on parsing flattened devicetree
> > in userspace on target devices, e.g. pdbg[1]. Mark dtc as providing
> > libfdt so application recipes can depend on it.
> > 
> > [1] https://github.com/open-power/pdbg
> 
> Shouldn't runtime dependencies on dtc already be autogenerated in this 
> case when you have dtc in DEPENDS?

"dtc" doesn't need to appear in depends for pdbg: "dtc-native" does for the
purpose of building the devicetrees shipped with the application, but "dtc"
doesn't and dtc(1) itself isn't required at runtime, rather we just need libfdt,
which brings up your point below.

> 
> > Signed-off-by: Andrew Jeffery 
> > ---
> >  meta/recipes-kernel/dtc/dtc.inc | 2 ++
> >  1 file changed, 2 insertions(+)
> > 
> > diff --git a/meta/recipes-kernel/dtc/dtc.inc 
> > b/meta/recipes-kernel/dtc/dtc.inc
> > index 0650e3c82e6d..d55c8af90660 100644
> > --- a/meta/recipes-kernel/dtc/dtc.inc
> > +++ b/meta/recipes-kernel/dtc/dtc.inc
> > @@ -5,6 +5,8 @@ SECTION = "bootloader"
> >  LICENSE = "GPLv2 | BSD"
> >  DEPENDS = "flex-native bison-native"
> >  
> > +PROVIDES += "libfdt"
> >...
> 
> This should be a proper separate library package, so that applications 
> depending on it stop pulling in the command line tools.

Yeah, you're right, on reflection this was a bit of a hack.

Thanks for the feedback.

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