[OE-core] [PATCH 0/1] devtool.py: track to clean devtool.conf in test_create_workspace

2019-07-02 Thread Chen Qi
*** BLURB HERE *** The following changes since commit 1c6b1f926c600a61dbccf9653591084357a2e740: bzip2: update to 1.0.7 (2019-07-02 22:01:15 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib ChenQi/devtool-conf

[OE-core] [PATCH 1/1] devtool.py: track to clean devtool.conf in test_create_workspace

2019-07-02 Thread Chen Qi
`devtool create-workspace' would create devtool.conf, so track to clean it up. Otherwise, this devtool.conf file would mess things up. e.g. oe-selftest -r devtool && oe-selftest -r devtool -j 2 AssertionError: '/PROJ_DIR/build-selftest-st-15753/workspace/conf/layer.conf' does not exist :

Re: [OE-core] The state of reproducible Builds

2019-07-02 Thread Adrian Bunk
On Mon, Jul 01, 2019 at 10:58:04AM -0500, Joshua Watt wrote: >... > 1. HOSTTOOLS differences. There are a lot of tools listed in HOSTTOOLS, and > unfortunately some of them have version dependent output and are used for > target builds (the one I've currently stumbled upon is pod2man, but I'm sure

Re: [OE-core] The state of reproducible Builds

2019-07-02 Thread Joshua Watt
On 7/2/19 8:26 AM, Adrian Bunk wrote: On Mon, Jul 01, 2019 at 10:58:04AM -0500, Joshua Watt wrote: ... 1. HOSTTOOLS differences. There are a lot of tools listed in HOSTTOOLS, and unfortunately some of them have version dependent output and are used for target builds (the one I've currently

[OE-core] [PATCH 2/2] multilib_script: use MLPREFIX instead of libdir when renaming

2019-07-02 Thread Ross Burton
Instead of using part of ${base_libdir} to rename scripts, use MLPREFIX. This is more obvious as MLPREFIX is a common prefix in package names, and as these filenames are hidden behind alternatives they're rarely used directly. Signed-off-by: Ross Burton --- meta/classes/multilib_script.bbclass

[OE-core] [PATCH 1/2] multilib_script: fix whitespace

2019-07-02 Thread Ross Burton
The blocks were intended with 3 spaces instead of 4. Signed-off-by: Ross Burton --- meta/classes/multilib_script.bbclass | 20 ++-- 1 file changed, 10 insertions(+), 10 deletions(-) diff --git a/meta/classes/multilib_script.bbclass b/meta/classes/multilib_script.bbclass index

Re: [OE-core] The state of reproducible Builds

2019-07-02 Thread Martin Jansa
On Mon, Jul 01, 2019 at 10:58:04AM -0500, Joshua Watt wrote: > I'm curious what people thing about all this; How important is > reproducibility? How reproducible do we want to be? How hard should it > be to have reproducible builds? What trade-offs are willing to be made > for reproducible

[OE-core] Yocto Project Status WW27'19

2019-07-02 Thread sjolley.yp.pm
Current Dev Position: YP 2.8 M2 Next Deadline: YP 2.8 Milestone 2 Cutoff July 14th, 2019 SWAT Team Rotation: * SWAT lead is currently: Chen * SWAT team rotation: Chen -> Armin on July 5, 2019 * SWAT team rotation: Armin -> Amanda on July 12, 2019 *

[OE-core] [PATCH v3] ifupdown: update to 0.8.22

2019-07-02 Thread Oleksandr Kravchuk
Signed-off-by: Oleksandr Kravchuk --- .../0001-Define-FNM_EXTMATCH-for-musl.patch | 47 +++ ...t-rely-on-dpkg-architecture-to-set-a.patch | 8 ++-- ...efn-fix-inverted-checks-for-loopback.patch | 45 +- ...{ifupdown_0.8.16.bb => ifupdown_0.8.22.bb} | 3 +- 4

Re: [OE-core] ✗ patchtest: failure for wic/plugins: Source that support both EFI and BIOS

2019-07-02 Thread William Bourque
Hi, The error "scripts/lib/wic/plugins/source/bootimg-biosplusefi.py does not exist" is a bit puzzling : this is the new file my patch is adding. Is this test failure expected for new files? I sent this using git-sendmail; should I submit using a different way (pull request, ...)? Thanks, On

[OE-core] [PATCH 2/3] glibc-locale: Fix build error with PACKAGE_NO_GCONV = "1"

2019-07-02 Thread Jason Wessel
When the PACKAGE_NO_GCONV is set to 1 an empty directory is left behind from the do_install rule: = ERROR: glibc-locale-2.29-r0 do_package: QA Issue: glibc-locale: Files/directories were installed but not shipped in any package: /usr/lib /usr/lib/locale Please set FILES such that these

[OE-core] [PATCH 0/3] Fixes for build failures for multilibs + usrmerge, NLS and GCONV

2019-07-02 Thread Jason Wessel
Here are a few more fixes for usrmerge, multilibs, NLS, and GCONV. Thanks, Jason. -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 3/3] glibc/glibc-locale: Fix do_stash_locale to work with usrmerge and multilibs

2019-07-02 Thread Jason Wessel
The do_stash_locale was not working consistently across the 4 build configurations and the multilib, usrmerge configuration would fail entirely with the obscure message: | DEBUG: Executing shell function do_prep_locale_tree | tar: i18n: Cannot stat: No such file or directory | tar: Exiting with

[OE-core] [PATCH 1/3] psmisc: Fix dependency for USE_NLS=no

2019-07-02 Thread Jason Wessel
When using USE_NLS="no" in the local.conf psmisc will fail to compile as follows: | autoreconf: Entering directory `.' | autoreconf: running: autopoint --force | autoreconf: failed to run autopoint: No such file or directory | autoreconf: autopoint is needed because this package uses Gettext |

[OE-core] [PATCH] python3-mako: update to 1.0.13

2019-07-02 Thread Oleksandr Kravchuk
Signed-off-by: Oleksandr Kravchuk --- meta/recipes-devtools/python/python-mako.inc | 4 ++-- .../python/{python3-mako_1.0.12.bb => python3-mako_1.0.13.bb} | 0 2 files changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-devtools/python/{python3-mako_1.0.12.bb =>

[OE-core] [PATCH] shadow: update to 4.7

2019-07-02 Thread Oleksandr Kravchuk
Removed patches were upstreamed. Signed-off-by: Oleksandr Kravchuk --- ...chg-shadow-field-reproducible-re.-71.patch | 89 -- ...te-parent-directories-when-necessary.patch | 116 -- ...ettime-Use-secure_getenv-over-getenv.patch | 71 --- ...curetty_4.6.bb

[OE-core] [PATCH] wic/plugins: Source that support both EFI and BIOS

2019-07-02 Thread wbourque
From: William Bourque Add a source plugin that support both EFI and legacy PC-Bios. While using this plugin, both bootloaders configurations reside in the same /boot partitions. This plugin has very little code : to avoid code duplication, we simply re-import bootimg-pcbios and bootmg-efi source

[OE-core] ✗ patchtest: failure for ifupdown: update to 0.8.22 (rev2)

2019-07-02 Thread Patchwork
== Series Details == Series: ifupdown: update to 0.8.22 (rev2) Revision: 2 URL : https://patchwork.openembedded.org/series/18475/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been executed on

[OE-core] ✗ patchtest: failure for wic/plugins: Source that support both EFI and BIOS

2019-07-02 Thread Patchwork
== Series Details == Series: wic/plugins: Source that support both EFI and BIOS Revision: 1 URL : https://patchwork.openembedded.org/series/18505/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have

Re: [OE-core] [PATCH V2 1/1] image.bbclass: fix systemd_preset_all

2019-07-02 Thread Peter Kjellerstedt
> -Original Message- > From: openembedded-core-boun...@lists.openembedded.org core-boun...@lists.openembedded.org> On Behalf Of ChenQi > Sent: den 2 juli 2019 03:39 > To: Peter Kjellerstedt ; openembedded- > c...@lists.openembedded.org > Subject: Re: [OE-core] [PATCH V2 1/1]

Re: [OE-core] [PATCH V2 1/1] image.bbclass: fix systemd_preset_all

2019-07-02 Thread ChenQi
On 07/03/2019 05:04 AM, Peter Kjellerstedt wrote: -Original Message- From: openembedded-core-boun...@lists.openembedded.org On Behalf Of ChenQi Sent: den 2 juli 2019 03:39 To: Peter Kjellerstedt ; openembedded- c...@lists.openembedded.org Subject: Re: [OE-core] [PATCH V2 1/1]

Re: [OE-core] [PATCH] shadow: update to 4.7

2019-07-02 Thread Oleksandr Kravchuk
Chen - Absolutely. Just explain me how I can reproduce it, please. On 03/07/2019 04:27, ChenQi wrote: > Could you please help check if the following failure is related to > this patch? > https://autobuilder.yoctoproject.org/typhoon/#/builders/57/builds/763/steps/7/logs/step1b > > > Best Regards,

Re: [OE-core] [PATCHv3 1/3] runqemu: Allow to store more than one lock for network interfaces

2019-07-02 Thread ChenQi
Could you please help check if the following failures are related to this patch series? https://autobuilder.yoctoproject.org/typhoon/#/builders/47/builds/785/steps/7/logs/step1c https://autobuilder.yoctoproject.org/typhoon/#/builders/63/builds/766/steps/7/logs/step1c Regards, Chen Qi On

Re: [OE-core] [PATCH] shadow: update to 4.7

2019-07-02 Thread ChenQi
Could you please help check if the following failure is related to this patch? https://autobuilder.yoctoproject.org/typhoon/#/builders/57/builds/763/steps/7/logs/step1b Best Regards, Chen Qi On 07/03/2019 04:52 AM, Oleksandr Kravchuk wrote: Removed patches were upstreamed. Signed-off-by:

Re: [OE-core] [PATCH] go-dep: disable PTEST_ENABLED

2019-07-02 Thread Yu, Mingli
On 2019年07月01日 19:59, Matt Madison wrote: On Sun, Jun 30, 2019 at 6:59 PM Yu, Mingli wrote: On 2019年06月28日 19:02, Richard Purdie wrote: On Fri, 2019-06-28 at 00:57 -0700, mingli...@windriver.com wrote: From: Mingli Yu The run-ptest logic for go-dep actually runs the

Re: [OE-core] [PATCH] shadow: update to 4.7

2019-07-02 Thread ChenQi
I guess it's related to host. Maybe you can reproduce it on Fedora. I also checked the codes of the shadow repo and found the following commit. """ commit 4aaf05d72e9d6daf348cefb8a6ad35d2966cbe9b Author: Jakub Hrozek Date: Wed Sep 12 14:22:11 2018 +0200 Flush sssd caches in addition to

[OE-core] [PATCH] sysstat:The sysstat.service in source should be installed for cron with systemd

2019-07-02 Thread Haiqing Bai
The sysstat.service script in source launchs sysstat-collect and sysstat-summary services when cron is installed with systemd. At this time, the upstream sysstat.service must be installed. Signed-off-by: Haiqing Bai --- meta/recipes-extended/sysstat/sysstat.inc | 11 +++ 1 file changed,

Re: [OE-core] [PATCH] cve-update-db: Use std library instead of urllib3

2019-07-02 Thread richard . purdie
On Tue, 2019-07-02 at 11:10 +0200, Pierre Le Magourou wrote: > Hi, > > > > On 07/02/2019 03:39 PM, ChenQi wrote: > > > > A recent do_populate_cve_db failure: > > > > https://autobuilder.yoctoproject.org/typhoon/#/builders/23/builds/1005/steps/7/logs/errors > > > > > > > > > > > > Could you

[OE-core] [PATCH] grub2: Drop unneeded code

2019-07-02 Thread Richard Purdie
We no longer export these variables into the environment so we no longer need this code. Signed-off-by: Richard Purdie --- meta/recipes-bsp/grub/grub2.inc | 4 1 file changed, 4 deletions(-) diff --git a/meta/recipes-bsp/grub/grub2.inc b/meta/recipes-bsp/grub/grub2.inc index

Re: [OE-core] [PATCH] cve-update-db: Use std library instead of urllib3

2019-07-02 Thread Pierre Le Magourou
Hi, > > On 07/02/2019 03:39 PM, ChenQi wrote: > > > A recent do_populate_cve_db failure: > > > https://autobuilder.yoctoproject.org/typhoon/#/builders/23/builds/1005/steps/7/logs/errors > > > > > > > > > Could you please help look at what's going on? > On Tue, 2019-07-02 at 16:08 +0800, ChenQi

Re: [OE-core] [PATCH] bitbake.conf: Stop exporting TARGET_ flags variables

2019-07-02 Thread richard . purdie
On Mon, 2019-07-01 at 12:23 -0700, Andre McCurdy wrote: > On Sun, Jun 30, 2019 at 3:00 PM Richard Purdie > wrote: > > On Tue, 2019-06-25 at 14:16 +0100, Mike Crowe wrote: > > > Way back in > > > http://lists.openembedded.org/pipermail/openembedded-core/2014-April/210138.html > > > a few of us

Re: [OE-core] [PATCH] oeqa: Test bitbake --skip-setsecene

2019-07-02 Thread Richard Purdie
On Mon, 2019-07-01 at 13:23 -0500, Joshua Watt wrote: > Tests the bitbake --skip-setscene option to verify that it correctly > reuses tasks previously restored from sstate, but doesn't execute new > sstate tasks > > Signed-off-by: Joshua Watt > --- > meta/lib/oeqa/selftest/cases/bbtests.py | 30

Re: [OE-core] [PATCH] autoconf-archive: update to 2019.01.06

2019-07-02 Thread Robert Yang
Hi Oleksandr, This patch makes meta-openembedded/meta-oe/recipes-extended/rsyslog/librelp_1.4.0.bb and meta-secure-core/meta-tpm2/recipes-tpm/tpm2-tss/tpm2-tss_git.bb fail to build. E.g.: MACHINE = "qemux86" $ bitbake librelp ../../git/src/cmdif.h:52:13: error: no previous declaration for

Re: [OE-core] [PATCH] cve-update-db: Use std library instead of urllib3

2019-07-02 Thread Richard Purdie
On Tue, 2019-07-02 at 16:08 +0800, ChenQi wrote: > I just tired to open the web but failed. The web seems down. > > Regards, > Chen Qi > > On 07/02/2019 03:39 PM, ChenQi wrote: > > A recent do_populate_cve_db failure: > >

Re: [OE-core] [PATCH] ifupdown: update to 0.8.22

2019-07-02 Thread Richard Purdie
On Mon, 2019-07-01 at 20:52 +0200, Oleksandr Kravchuk wrote: > Signed-off-by: Oleksandr Kravchuk > > --- > ...t-rely-on-dpkg-architecture-to-set-a.patch | 8 ++-- > ...efn-fix-inverted-checks-for-loopback.patch | 45 +-- > > ...{ifupdown_0.8.16.bb => ifupdown_0.8.22.bb} | 2 +-

Re: [OE-core] [PATCH] cve-update-db: Use std library instead of urllib3

2019-07-02 Thread ChenQi
A recent do_populate_cve_db failure: https://autobuilder.yoctoproject.org/typhoon/#/builders/23/builds/1005/steps/7/logs/errors Could you please help look at what's going on? Regards, Chen Qi On 06/24/2019 05:44 PM, Pierre Le Magourou wrote: From: Pierre Le Magourou urllib3 was used in this

Re: [OE-core] [PATCH v2] ltp: file01: Fix in was not recognized

2019-07-02 Thread He Zhe
Kindly ping. Zhe On 4/22/19 4:55 PM, zhe...@windriver.com wrote: > From: He Zhe > > Some file has "pie" appending after LSB or MSB, which causes mismatch and the > following error. > > "file01 10 TFAIL: in: was not recognized" > ..."ELF 64-bit LSB pie executable"... > > This patches tunes the

[OE-core] [PATCH] busybox: 1.30.1 -> 1.31.0

2019-07-02 Thread Andrej Valek
- update to last stable version 1.31.0 - remove and refresh already merged patches Signed-off-by: Andrej Valek --- ...inittab_1.30.1.bb => busybox-inittab_1.31.0.bb} | 0 ...ix-two-test-case-to-also-depend-on-DC_BIG.patch | 39 -- .../busybox/busybox-udhcpc-no_deconfig.patch

[OE-core] [PATCH] rng-tools: fix rngd blocks system shutdown

2019-07-02 Thread kai.kang
From: Kai Kang fix-rngd-fail-to-stop.patch is added to fix rngd blocks system shutdown issue. But it causes rngd doesn't release CPU and causes 100% CPU usage, so drop it. The block shutdown issue is caused by comit [7cb64b9fe1 rng-tools: start earlier in the boot process] which updated

Re: [OE-core] [PATCH] cve-update-db: Use std library instead of urllib3

2019-07-02 Thread ChenQi
I just tired to open the web but failed. The web seems down. Regards, Chen Qi On 07/02/2019 03:39 PM, ChenQi wrote: A recent do_populate_cve_db failure: https://autobuilder.yoctoproject.org/typhoon/#/builders/23/builds/1005/steps/7/logs/errors Could you please help look at what's going on?

[OE-core] ✗ patchtest: failure for paho-mqtt-c: enable SSL

2019-07-02 Thread Patchwork
== Series Details == Series: paho-mqtt-c: enable SSL Revision: 1 URL : https://patchwork.openembedded.org/series/18487/ 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

[OE-core] [thud][PATCH] glib: Security fix for CVE-2019-9633

2019-07-02 Thread Armin Kuster
From: Armin Kuster Source: gnome.org MR: 98802 Type: Security Fix Disposition: Backport from https://gitlab.gnome.org/GNOME/glib/commit/d553d92d6e9f53cbe5a34166fcb919ba652c6a8e ChangeID: b73c332f27f47ddc1b1cfd7424f24778acc0c318 Description: includes supporting patch. Fixes CVE-2019-9633

Re: [OE-core] The state of reproducible Builds

2019-07-02 Thread Martin Hundebøll
Hi, On 02/07/2019 16.13, Joshua Watt wrote: For detecting malicous binaries not built from the claimed sources 1. is sufficient. For distributions like Debian that build natively this is even the only option available since the host compiler is used. Doing 2. would of course be more desirable,

Re: [OE-core] [PATCH] autoconf-archive: update to 2019.01.06

2019-07-02 Thread Oleksandr Kravchuk
Hi Robert, Unfortunately I do not have an answer. I failed an issue: https://github.com/rsyslog/rsyslog/issues/3738 Let's see what the project suggests. On 02/07/2019 12:34, Robert Yang wrote: > Hi Oleksandr, > > This patch makes >

[OE-core] ✗ patchtest: failure for glib: Security fix for CVE-2019-9633

2019-07-02 Thread Patchwork
== Series Details == Series: glib: Security fix for CVE-2019-9633 Revision: 1 URL : https://patchwork.openembedded.org/series/18502/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been executed

[OE-core] [PATCH v2] ifupdown: update to 0.8.22

2019-07-02 Thread Oleksandr Kravchuk
Signed-off-by: Oleksandr Kravchuk --- .../0001-Define-FNM_EXTMATCH-for-musl.patch | 45 +++ ...t-rely-on-dpkg-architecture-to-set-a.patch | 8 ++-- ...efn-fix-inverted-checks-for-loopback.patch | 45 +-- ...{ifupdown_0.8.16.bb => ifupdown_0.8.22.bb} | 3 +- 4