[OE-core] [warrior][PATCH 1/4] efivar: add

From: Ross Burton This was in meta-oe but EFI is sufficiently wide spread now that we need it in core. The recipe is based on the one in meta-oe but with several updates. (From OE-Core rev: 53fe0133432f62024850e87456292b044d1280ee) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

[OE-core] [warrior][PATCH 2/4] efivar: ensure that target security flags are not used to build native code

From: Ross Burton Also set LDFLAGS=BUILD_LDFLAGS when compiling makeguids to ensure that any target compiler flags are not passed to the native compiler. [ YOCTO #13423 ] (From OE-Core rev: f61e0676aabba9e006c32f0e53c69426368cd4f0) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

[OE-core] [PATCH] libgudev:upgrade 232 -> 233

Signed-off-by: Zang Ruochen --- meta/recipes-gnome/libgudev/{libgudev_232.bb => libgudev_233.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-gnome/libgudev/{libgudev_232.bb => libgudev_233.bb} (74%) diff --git a/meta/recipes-gnome/libgudev/libgudev_232.bb

[OE-core] [PATCH] python-scons:upgrade 3.0.5 -> 3.1.0

Signed-off-by: Zang Ruochen --- .../{python-scons-native_3.0.5.bb => python-scons-native_3.1.0.bb}| 0 .../python/{python-scons_3.0.5.bb => python-scons_3.1.0.bb} | 4 ++-- 2 files changed, 2 insertions(+), 2 deletions(-) rename

[OE-core] [PATCH] ell:upgrade 0.20 -> 0.21

Signed-off-by: Zang Ruochen --- 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

[OE-core] [PATCH] python3-pbr:upgrade 5.4.1 -> 5.4.2

From: Yuan Chao Signed-off-by: Yuan Chao --- meta/recipes-devtools/python/python3-pbr_5.4.1.bb | 5 - meta/recipes-devtools/python/python3-pbr_5.4.2.bb | 5 + 2 files changed, 5 insertions(+), 5 deletions(-) delete mode 100644 meta/recipes-devtools/python/python3-pbr_5.4.1.bb create

Re: [OE-core] [PATCH] flac:upgrade 1.3.2 -> 1.3.3

There is a problem with this version and it looks like there'd be a 1.3.4: https://git.xiph.org/?p=flac.git;a=commit;h=3b36fe260e92f3c2cab3680df0cd20e0c8b93817 Thanks, Anuj On Wed, 2019-08-07 at 10:53 +0800, Zang Ruochen wrote: > -flac/CVE-2017-6888.patch > Removed since this is included in

Re: [OE-core] [PATCH] gpgme:upgrade 1.13.0 -> 1.13.1

On Wed, 2019-08-07 at 11:08 +0800, Zang Ruochen wrote: > diff --git a/lang/python/Makefile.am b/lang/python/Makefile.am > -index ce9a108..0c8cfdc 100644 > +index 551deee..60734d0 100644 > --- a/lang/python/Makefile.am > +++ b/lang/python/Makefile.am > -@@ -25,7 +25,10 @@ EXTRA_DIST = \ > -

[OE-core] [PATCH] gpgme:upgrade 1.13.0 -> 1.13.1

From: Yuan Chao Refresh the following patch: 0007-python-Add-variables-to-tests.patch Signed-off-by: Yuan Chao --- .../gpgme/0007-python-Add-variables-to-tests.patch | 27 +++--- .../gpgme/{gpgme_1.13.0.bb => gpgme_1.13.1.bb} | 4 ++-- 2 files changed, 16 insertions(+),

[OE-core] [PATCH] flac:upgrade 1.3.2 -> 1.3.3

-flac/CVE-2017-6888.patch Removed since this is included in 1.3.3. Signed-off-by: Zang Ruochen --- .../flac/flac/CVE-2017-6888.patch | 37 -- .../flac/{flac_1.3.2.bb => flac_1.3.3.bb} | 7 ++-- 2 files changed, 3 insertions(+), 41 deletions(-)

Re: [OE-core] [PATCH] go/go-runtime: use update-alternative for zdefaultcc.go

On 8/6/19 6:47 PM, Richard Purdie wrote: On Tue, 2019-08-06 at 14:54 +0800, changqing...@windriver.com wrote: From: Changqing Li fix below error: file /usr/lib64/go/src/cmd/cgo/zdefaultcc.go conflicts between attempted installs of go-dev-1.12.6-r0.core2_64 and go-runtime-dev-

[OE-core] ✗ patchtest: failure for ovmf: Bump to edk2-stable201905 and add improvements

== Series Details == Series: ovmf: Bump to edk2-stable201905 and add improvements Revision: 1 URL : https://patchwork.openembedded.org/series/19138/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests

[OE-core] [PATCH 5/5] runqemu: Add support to handle EnrollDefaultKeys PK/KEK1 certificate

The EnrollDefaultKeys.efi application (distributed in ovmf-shell-image) expects the hypervisor to provide a Platform Key and first Key Exchange Key certificate. For QEMU, this is done by adding an OEM string in the Type 11 SMBIOS table. The string contains the EnrollDefaultKeys application GUID

[OE-core] [PATCH 3/5] ovmf: use HOSTTOOLS' python3

Use the variable PYTHON_COMMAND to let know EDK2 base tools that python3 in the host shall be used. In order build successfully, the host must have installed the python3-distutils package or equivalent. Based on an original patch by Ross Burton. Cc: Ross Burton Cc: Patrick Ohly Signed-off-by:

[OE-core] [PATCH 4/5] ovmf: Generate test Platform key and first Key Exchange Key

Commit from EDK2 be9470b3c91f ("OvmfPkg/EnrollDefaultKeys: enroll PK/KEK1 from the Type 11 SMBIOS table") mandates that a Platform Key and first Key Exchange Key certificate is provided to the EnrollDefaultKeys application. Previously, the application was using a hard-coded certificate from Red

[OE-core] [PATCH 2/5] ovmf: Set PV

Now that EDK2 has been tagging stable releases, we can also set PV and drop UPSTREAM_VERSION_UNKNOWN. Cc: Ross Burton Cc: Patrick Ohly Signed-off-by: Ricardo Neri --- meta/recipes-core/ovmf/ovmf_git.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[OE-core] [PATCH 1/5] ovmf: Update to version edk2-stable201905

Fixes [YOCTO #13438] Update OVMF to edk2-stable201905. Since the last update, several things have changed. Many of the patches we were carrying have now been taken upstream in EDK2 or become obsolete. See below for details. Also, as of commit 0c1ffb9504c3("CryptoPkg: Adding OpenSSL as one

[OE-core] [PATCH 0/5] ovmf: Bump to edk2-stable201905 and add improvements

Hi, Fixes [YOCTO #13438] I have implemented this patchset to bump the OVMF recipe to the latest stable release of OVMF: edk2-stable201905. I continued Ross Burton's initial work to update the recipe [1]. The majority of the patches we were carrying with the recipe have been taken upstream in

[OE-core] [PATCH] libevent:upgrade 2.1.10 -> 2.1.11

Signed-off-by: Zang Ruochen --- .../libevent/{libevent_2.1.10.bb => libevent_2.1.11.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-support/libevent/{libevent_2.1.10.bb => libevent_2.1.11.bb} (88%) diff --git

Re: [OE-core] [PATCH] pango: improve ptest pass rate

> -RDEPENDS_${PN}-ptest += "liberation-fonts cantarell-fonts" > +RDEPENDS_${PN}-ptest += "cantarell-fonts locale-base-en-us" > this should be RDEPENDS_${PN}-ptest_append_libc-glibc = " locale-base-en-us" locale-base-en-us > RPROVIDES_${PN} += "pango-modules pango-module-indic-lang \ >

Re: [OE-core] [PATCH 5/9] python-setuptools: update to 41.0.1

Hi Alex, On Thursday, 25 April 2019 4:20:40 AM NZST Alexander Kanavin wrote: > On Wed, 24 Apr 2019 at 18:02, Richard Purdie > wrote: > > I think this breaks buildhistory. > > > > The autobuilder runs: > > > >

[OE-core] [PATCH] libx11: replace libtool patch with upstreamed patch

After iterating with upstream, this is the patch that landed. Signed-off-by: Ross Burton --- meta/recipes-graphics/xorg-lib/libx11.inc | 2 +- .../xorg-lib/libx11/fix-libtool.patch | 35 --- .../xorg-lib/libx11/no-host-libtool.patch | 45 +++ 3 files

[OE-core] ✗ patchtest: failure for gstreamer: Add fix for glibc 2.30

== Series Details == Series: gstreamer: Add fix for glibc 2.30 Revision: 1 URL : https://patchwork.openembedded.org/series/19132/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been executed on

Re: [OE-core] [PATCH] gstreamer: Add fix for glibc 2.30

On 8/6/19 2:39 PM, Richard Purdie wrote: > Fix a header overlap/redefinition issue with glibc 2.30. > > Signed-off-by: Richard Purdie > --- > .../gstreamer1.0-plugins-good/headerfix.patch | 43 +++ > .../gstreamer1.0-plugins-good_1.16.0.bb | 1 + > 2 files changed, 44

Re: [OE-core] [PATCH v3] sqlite3: Fix zlib determinism problem

On 8/6/19 2:16 PM, Jason Wessel wrote: > sqlite3-native in particular was finding zlib from the host if zlib-devel > was installed. This could lead to races where pseudo-native may or may not > fail to build. > > We don't need/use compressed page support with sqlite so disable the > dependency >

Re: [OE-core] [PATCH v2] sqlite3: Fix zlib determinism problem

On 8/6/19 2:14 PM, Jason Wessel wrote: > sqlite3-native in particular was finding zlib from the host if zlib-devel > was installed. This could lead to races where pseudo-native may or may not > fail to build. > > We don't need/use compressed page support with sqlite so disable the > dependency >

[OE-core] [PATCH] gstreamer: Add fix for glibc 2.30

Fix a header overlap/redefinition issue with glibc 2.30. Signed-off-by: Richard Purdie --- .../gstreamer1.0-plugins-good/headerfix.patch | 43 +++ .../gstreamer1.0-plugins-good_1.16.0.bb | 1 + 2 files changed, 44 insertions(+) create mode 100644

[OE-core] [PATCH v3] sqlite3: Fix zlib determinism problem

sqlite3-native in particular was finding zlib from the host if zlib-devel was installed. This could lead to races where pseudo-native may or may not fail to build. We don't need/use compressed page support with sqlite so disable the dependency (it doesn't have a configure option so use a autoconf

[OE-core] [PATCH v2] sqlite3: Fix zlib determinism problem

sqlite3-native in particular was finding zlib from the host if zlib-devel was installed. This could lead to races where pseudo-native may or may not fail to build. We don't need/use compressed page support with sqlite so disable the dependency (it doesn't have a configure option so use a autoconf

Re: [OE-core] [PATCH] sqlite3: Fix zlib determinism problem

On Tue, Aug 6, 2019 at 2:04 PM Richard Purdie wrote: > > On Tue, 2019-08-06 at 13:58 -0700, Khem Raj wrote: > > On Tue, Aug 6, 2019 at 1:57 PM Richard Purdie > > wrote: > > > sqlite3-native in particular was finding zlib from the host if > > > zlib-devel > > > was installed. This could lead to

Re: [OE-core] [PATCH] sqlite3: Fix zlib determinism problem

On Tue, 2019-08-06 at 13:58 -0700, Khem Raj wrote: > On Tue, Aug 6, 2019 at 1:57 PM Richard Purdie > wrote: > > sqlite3-native in particular was finding zlib from the host if > > zlib-devel > > was installed. This could lead to races where pseudo-native may or > > may not > > fail to build. > >

Re: [OE-core] [PATCH] sqlite3: Fix zlib determinism problem

On Tue, Aug 6, 2019 at 1:57 PM Richard Purdie wrote: > > sqlite3-native in particular was finding zlib from the host if zlib-devel > was installed. This could lead to races where pseudo-native may or may not > fail to build. > > We don't need/use compressed page support with sqlite so disable the

[OE-core] [PATCH] sqlite3: Fix zlib determinism problem

sqlite3-native in particular was finding zlib from the host if zlib-devel was installed. This could lead to races where pseudo-native may or may not fail to build. We don't need/use compressed page support with sqlite so disable the dependency (it doesn't have a configure option so use a autoconf

Re: [OE-core] [PATCH] musl: Update to master tip

Hi Armin No this does not, but the v2 will. On Tue, Aug 6, 2019 at 1:32 PM akuster808 wrote: > > Khem, > > do you know if this update includes CVE-2019-14697? > > Fix: > https://git.musl-libc.org/cgit/musl/patch/?id=f3ed8bfe8a82af1870ddc8696ed4cc1d5aa6b441 > > or >

Re: [OE-core] [PATCH] musl: Update to master tip

Khem, do you know if this update includes  CVE-2019-14697? Fix: https://git.musl-libc.org/cgit/musl/patch/?id=f3ed8bfe8a82af1870ddc8696ed4cc1d5aa6b441 or https://git.musl-libc.org/cgit/musl/patch/?id=f3ed8bfe8a82af1870ddc8696ed4cc1d5aa6b441

Re: [OE-core] [PATCH] sqlite3: Always build sqlite3-native with zlib

On Tue, 6 Aug 2019 at 21:38, Jason Wessel wrote: > > Sqlite3 doesn't have a an explicit disable. It has the typical autoconf > check for a header/library. From configure.ac: > > > AC_CHECK_HEADERS(zlib.h,[ > AC_SEARCH_LIBS(deflate,z,[BUILD_CFLAGS="$BUILD_CFLAGS > -DSQLITE_HAVE_ZLIB"]) > ]) >

[OE-core] [warrior][PATCH] systemd: Backport OpenSSL BUF_MEM fix

From: Alex Kiernan Building `systemd-resolve` from systemd 242 with OpenSSL 1.1.1c and enabling DNS over TLS ends up calling abort (on 32 bit armhf): Program terminated with signal SIGABRT, Aborted. #0 __libc_do_syscall () at libc-do-syscall.S:49 49libc-do-syscall.S: No such file or

[OE-core] [warrior][PATCH] psmisc: Fix dependency for USE_NLS=no

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

Re: [OE-core] [PATCH] sqlite3: Always build sqlite3-native with zlib

On 8/6/19 2:17 PM, Alexander Kanavin wrote: On Tue, 6 Aug 2019 at 20:52, Jason Wessel mailto:jason.wes...@windriver.com>> wrote: Just to follow up to be very specific about how I deleted files, you can see the identical failure with: sudo yum install -y zlib-devel rm -rf tmp

Re: [OE-core] [PATCH] sqlite3: Always build sqlite3-native with zlib

On Tue, 6 Aug 2019 at 20:52, Jason Wessel wrote: > > Just to follow up to be very specific about how I deleted files, you can > see the identical failure with: > > sudo yum install -y zlib-devel > rm -rf tmp > > bitbake -c cleansstate sqlite3-native > > bitbake sqlite3-native > > sudo yum remove

[OE-core] [oe-core][PATCH v2] gzip: update ptest package dependencies

From: Trevor Gamblin gzip-ptest skips the following tests on core-image-sato builds: - zgrep-context - zdiff - zgrep-signal The same tests pass on core-image-sato-sdk builds. This is due to the use of busybox tool variants on core-image-sato (zgrep-context, zdiff) and the absence of the perl

[OE-core] ✗ patchtest: failure for gzip; update ptest package dependencies

== Series Details == Series: gzip; update ptest package dependencies Revision: 1 URL : https://patchwork.openembedded.org/series/19125/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been

Re: [OE-core] [PATCH] sqlite3: Always build sqlite3-native with zlib

On 8/6/19 1:36 PM, Jason Wessel wrote: On 8/6/19 12:55 PM, Alexander Kanavin wrote: On Tue, 6 Aug 2019 at 19:31, Jason Wessel mailto:jason.wes...@windriver.com>> wrote: The build of sqlite3-native is not fully deterministic.  There is some corner case as shown with the recent pseudo

[OE-core] [oe-core][PATCH] gzip; update ptest package dependencies

From: Trevor Gamblin gzip-ptest skips the following tests on core-image-sato builds: - zgrep-context - zdiff - zgrep-signal The same tests pass on core-image-sato-sdk builds. This is due to the use of busybox tool variants on core-image-sato (zgrep-context, zdiff) and the absence of the perl

Re: [OE-core] [PATCH] sqlite3: Always build sqlite3-native with zlib

On 8/6/19 12:55 PM, Alexander Kanavin wrote: On Tue, 6 Aug 2019 at 19:31, Jason Wessel mailto:jason.wes...@windriver.com>> wrote: The build of sqlite3-native is not fully deterministic.  There is some corner case as shown with the recent pseudo commit where the sqlite3 will

Re: [OE-core] [PATCH] sqlite3: Always build sqlite3-native with zlib

On Tue, 6 Aug 2019 at 19:31, Jason Wessel wrote: > The build of sqlite3-native is not fully deterministic. There is some > corner case as shown with the recent pseudo commit where the sqlite3 > will sometimes link against zlib. It is possible that in a build with > sstate that since the zlib

[OE-core] [PATCH] sqlite3: Always build sqlite3-native with zlib

The build of sqlite3-native is not fully deterministic. There is some corner case as shown with the recent pseudo commit where the sqlite3 will sometimes link against zlib. It is possible that in a build with sstate that since the zlib is not listed, that pseudo-native will fail to build because

Re: [OE-core] [PATCH] glibc: Update to glibc 2.30

On Sun, 2019-08-04 at 08:14 -0700, Khem Raj wrote: > - Drop backported patches > - Move common pieces between cross-localedef and glibc into a common > file > - Move latest checksums to glibc-common.inc and remove duplicates > from glibc recipe > - Detailed release notes [1] > > [1]

Re: [OE-core] [PATCH] musl: Update to master tip

On 8/6/19 3:48 AM, Richard Purdie wrote: > On Sat, 2019-08-03 at 17:03 -0700, Khem Raj wrote: >> Fix for RISC-V build regression >> >> 64bit time syscall plumbing >> >> Changes are here [1] >> >> [1] >>

Re: [OE-core] [PATCH 1/1] stress-ng: Add bash to DEPENDS

On Tue, 6 Aug 2019 at 16:30, Alexander Kanavin wrote: > On Tue, 6 Aug 2019 at 16:16, Richard Purdie < > richard.pur...@linuxfoundation.org> wrote: > >> I partly agree with this. There is: >> >> insane.bbclass:do_package_qa[rdeptask] = "do_packagedata" >> >> which does help the situation by

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

On 8/6/19 10:39 AM, Jason Wessel wrote: On 8/6/19 9:59 AM, Jason Wessel wrote: On 8/6/19 9:20 AM, Richard Purdie wrote: On Mon, 2019-08-05 at 09:32 -0700, Jason Wessel wrote: While working with ostree disk generation in conjunction with wic, I found a problem with pseudo where it tried to

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

On 8/6/19 9:59 AM, Jason Wessel wrote: On 8/6/19 9:20 AM, Richard Purdie wrote: On Mon, 2019-08-05 at 09:32 -0700, Jason Wessel wrote: 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

[OE-core] Yocto Project Status WW32'19

Current Dev Position: YP 2.8 M3 Next Deadline: YP 2.8 Milestone M3 Cutoff (Feature Freeze) Aug 25, 2019 SWAT Team Rotation: * SWAT lead is currently: Ross * SWAT team rotation: Ross -> Amanda on Aug. 9, 2019 * SWAT team rotation: Amanda -> Chen on Aug. 16, 2019 *

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

On Tue, 6 Aug 2019 at 03:53, wrote: > Wiki: https://www.yoctoproject.org/public-virtual-meetings/ > That page links a Google calendar, and the calendar is in many ways mismatching what is listed on the page. Can you please re-create the calendar? Alex --

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

On 8/6/19 9:20 AM, Richard Purdie wrote: On Mon, 2019-08-05 at 09:32 -0700, Jason Wessel wrote: 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

Re: [OE-core] [PATCH 1/1] stress-ng: Add bash to DEPENDS

On Tue, 6 Aug 2019 at 16:16, Richard Purdie < richard.pur...@linuxfoundation.org> wrote: > I partly agree with this. There is: > > insane.bbclass:do_package_qa[rdeptask] = "do_packagedata" > > which does help the situation by forcing package_qa after all the > runtime dependencies. > > I suspect

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

On Mon, 2019-08-05 at 09:32 -0700, Jason Wessel wrote: > 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

Re: [OE-core] [PATCH 1/1] stress-ng: Add bash to DEPENDS

On Tue, 2019-08-06 at 16:05 +0200, Alexander Kanavin wrote: > On Tue, 6 Aug 2019 at 15:22, Alexander Kanavin < > alex.kana...@gmail.com> wrote: > > I think the issue might be actually in the QA check where it looks > > beyond the recipe's immediate RDEPENDS (and then fails or not > > depending on

Re: [OE-core] [PATCH 1/1] stress-ng: Add bash to DEPENDS

On Tue, 2019-08-06 at 15:22 +0200, Alexander Kanavin wrote: > On Tue, 6 Aug 2019 at 14:51, Richard Purdie < > richard.pur...@linuxfoundation.org> wrote: > > We now filter the pkgdata to the things a recipe can see in its > > dependencies after: > > > >

Re: [OE-core] [PATCH 1/1] stress-ng: Add bash to DEPENDS

On Tue, 6 Aug 2019 at 15:22, Alexander Kanavin wrote: > I think the issue might be actually in the QA check where it looks beyond > the recipe's immediate RDEPENDS (and then fails or not depending on whether > those indirect dependencies have been packaged). I need to better > understand what

Re: [OE-core] [PATCH 1/1] stress-ng: Add bash to DEPENDS

On Tue, 6 Aug 2019 at 14:51, Richard Purdie < richard.pur...@linuxfoundation.org> wrote: > > We now filter the pkgdata to the things a recipe can see in its > dependencies after: > > > http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=99206cb7b41be7a124ea8339bc891077f02128a2 > > Does that

Re: [OE-core] [PATCH 1/1] stress-ng: Add bash to DEPENDS

On Tue, 2019-08-06 at 14:27 +0200, Alexander Kanavin wrote: > Could be, yes. I will next try to untangle the file-rdeps and see why > it fails if bash hasn't been packaged yet, and passes if it has. I > have reproduced this on thud, so this is an old problem. > > Alex > > > On Tue, 6 Aug 2019

Re: [OE-core] [PATCH 1/1] stress-ng: Add bash to DEPENDS

Could be, yes. I will next try to untangle the file-rdeps and see why it fails if bash hasn't been packaged yet, and passes if it has. I have reproduced this on thud, so this is an old problem. Alex On Tue, 6 Aug 2019 at 14:16, Martin Jansa wrote: > Maybe another case of >

Re: [OE-core] [PATCH 1/1] stress-ng: Add bash to DEPENDS

Maybe another case of https://bugzilla.yoctoproject.org/show_bug.cgi?id=9217#c6 ? On Tue, Aug 6, 2019 at 1:57 PM Alexander Kanavin wrote: > On Tue, 6 Aug 2019 at 13:18, Ross Burton wrote: > >> > Note that bash-completion files are not executable, and we do not >> > observe this with other

Re: [OE-core] [PATCH 1/1] stress-ng: Add bash to DEPENDS

On Tue, 6 Aug 2019 at 13:18, Ross Burton wrote: > > Note that bash-completion files are not executable, and we do not > > observe this with other recipes. We might have a false positive here - > > can you look at the actual contents of the package please and see why > > _qa thinks it needs

[OE-core] [PATCH] waffle: upgrade 1.5.2 -> 1.6.0

Switch to Meson instead of CMake. Add PACKAGECONFIG for surfaceless-egl. Inherit bash-completion for the new wlinfo completion script. Signed-off-by: Ross Burton --- ...ads-Use-PTHREAD_MUTEX_RECURSIVE-by-d.patch | 54 --- .../{waffle_1.5.2.bb => waffle_1.6.0.bb} | 23

Re: [OE-core] [PATCH v2 1/1] stress-ng: Add bash to RDEPENDS_stress-ng-bash-completion

Got it, thanks, will send a v3 tomorrow. // Robert Sent from mobile phone 在 2019年8月6日，19:23，Alexander Kanavin mailto:alex.kana...@gmail.com>> 写道： On Tue, 6 Aug 2019 at 13:06, Robert Yang mailto:liezhi.y...@windriver.com>> wrote: Fixed: $ bitbake stress-ng bash -ccleansstate && bitbake

Re: [OE-core] [PATCH 1/1] stress-ng: Add bash to DEPENDS

Sent from mobile phone 在 2019年8月6日，19:14，Alexander Kanavin mailto:alex.kana...@gmail.com>> 写道： On Tue, 6 Aug 2019 at 13:01, Robert Yang mailto:liezhi.y...@windriver.com>> wrote: Yes, exactly, I will send a V2 for it. What mis-leaded me was that stress-ng-bash-completion RDEPENDS on

Re: [OE-core] [PATCH v2 1/1] stress-ng: Add bash to RDEPENDS_stress-ng-bash-completion

On Tue, 6 Aug 2019 at 13:06, Robert Yang wrote: > Fixed: > $ bitbake stress-ng bash -ccleansstate && bitbake stress-ng > ERROR: stress-ng-0.10.00-r0 do_package_qa: QA Issue: > /usr/share/bash-completion/completions/stress-ng contained in package > stress-ng-bash-completion requires /bin/bash,

Re: [OE-core] [PATCH 1/1] stress-ng: Add bash to DEPENDS

On 06/08/2019 12:14, Alexander Kanavin wrote: On Tue, 6 Aug 2019 at 13:01, Robert Yang > wrote: Yes, exactly, I will send a V2 for it. What mis-leaded me was that stress-ng-bash-completion RDEPENDS on bash-completion, and bash-completion

Re: [OE-core] [PATCH 1/1] stress-ng: Add bash to DEPENDS

On Tue, 6 Aug 2019 at 13:01, Robert Yang wrote: > > Yes, exactly, I will send a V2 for it. What mis-leaded me was that > stress-ng-bash-completion RDEPENDS on bash-completion, and bash-completion > RDEPENDS on bash, so bash is on the dependencies chain, but stress-ng can't > find it, and there

[OE-core] [PATCH v2 1/1] stress-ng: Add bash to RDEPENDS_stress-ng-bash-completion

Fixed: $ bitbake stress-ng bash -ccleansstate && bitbake stress-ng ERROR: stress-ng-0.10.00-r0 do_package_qa: QA Issue: /usr/share/bash-completion/completions/stress-ng contained in package stress-ng-bash-completion requires /bin/bash, but no providers found in

[OE-core] [PATCH v2 0/1] stress-ng: Add bash to RDEPENDS_stress-ng-bash-completion

* V2 - Fix RDEPENDS as RP suggested * V1 - Initial version The following changes since commit 88c6be81a5fbed098999fbef5576c5e0bb90cc21: opensbi: handle deploy task under sstate (2019-08-06 11:24:27 +0100) are available in the git repository at:

Re: [OE-core] [PATCH 1/1] stress-ng: Add bash to DEPENDS

On 8/6/19 6:43 PM, Richard Purdie wrote: On Tue, 2019-08-06 at 15:05 +0800, Robert Yang wrote: Fixed: $ bitbake stress-ng bash -ccleansstate && bitbake stress-ng ERROR: stress-ng-0.10.00-r0 do_package_qa: QA Issue: /usr/share/bash-completion/completions/stress-ng contained in package

Re: [OE-core] [PATCH] musl: Update to master tip

On Sat, 2019-08-03 at 17:03 -0700, Khem Raj wrote: > Fix for RISC-V build regression > > 64bit time syscall plumbing > > Changes are here [1] > > [1] > https://git.musl-libc.org/cgit/musl/log/?qt=range=0ce49d0a301b4142741b32773492af90f66ed3ca..6fcb440d91ad972d970984ae3e781d30c0602c9f > >

Re: [OE-core] [PATCH] go/go-runtime: use update-alternative for zdefaultcc.go

On Tue, 2019-08-06 at 14:54 +0800, changqing...@windriver.com wrote: > From: Changqing Li > > fix below error: > file /usr/lib64/go/src/cmd/cgo/zdefaultcc.go conflicts between > attempted installs of go-dev-1.12.6-r0.core2_64 and go-runtime-dev- > 1.12.6-r0.core2_64 > file

Re: [OE-core] [PATCH 1/1] stress-ng: Add bash to DEPENDS

On Tue, 2019-08-06 at 15:05 +0800, Robert Yang wrote: > Fixed: > $ bitbake stress-ng bash -ccleansstate && bitbake stress-ng > ERROR: stress-ng-0.10.00-r0 do_package_qa: QA Issue: > /usr/share/bash-completion/completions/stress-ng contained in package > stress-ng-bash-completion requires

Re: [OE-core] [PATCH 1/1] kill-bb: Add it for killing abnormal bitbake processes

Hi RP and Ross, It seems that I have figured out the root cause, I can reproduce the problem nearly 100% when parsing: $ kill-bb; rm -fr tmp-glibc/cache/default-glibc/qemux86/x86_64/bb_cache.dat* ; bitbake -p Press *one* Ctrl-C when the parsing process is at 50%, then I can reproduce the

Re: [OE-core] [PATCH 1/2] pango: upgrade 1.42.4 -> 1.44.3

On 06/08/2019 07:53, Khem Raj wrote: This causes https://errors.yoctoproject.org/Errors/Details/258300/ gvtextlayout_pango.c:140:10: error: unknown type name ‘FT_Face’ FT_Face face; ^~~ Looks like graphviz was assuming Pango would pull in Freetype headers, and it no

[OE-core] ✗ patchtest: failure for sanity: update for new bb.build.exec_func() behaviour

== Series Details == Series: sanity: update for new bb.build.exec_func() behaviour Revision: 1 URL : https://patchwork.openembedded.org/series/19115/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests

[OE-core] [PATCH] xserver-xorg: refresh build path removal patch

The patch has iterated, so update to the latest revision. Signed-off-by: Ross Burton --- .../xserver-xorg/sdksyms-no-build-path.patch | 40 --- 1 file changed, 34 insertions(+), 6 deletions(-) diff --git

[OE-core] [PATCH] sanity: update for new bb.build.exec_func() behaviour

The pythonexception argument is no more, and passing True is the new behavior. [ YOCTO #13468 ] Signed-off-by: Ross Burton --- meta/classes/sanity.bbclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/classes/sanity.bbclass b/meta/classes/sanity.bbclass index

[OE-core] [PATCH] go/go-runtime: use update-alternative for zdefaultcc.go

From: Changqing Li fix below error: file /usr/lib64/go/src/cmd/cgo/zdefaultcc.go conflicts between attempted installs of go-dev-1.12.6-r0.core2_64 and go-runtime-dev-1.12.6-r0.core2_64 file /usr/lib64/go/src/cmd/go/internal/cfg/zdefaultcc.go conflicts between attempted installs of

Re: [OE-core] [PATCH 1/2] pango: upgrade 1.42.4 -> 1.44.3

This causes https://errors.yoctoproject.org/Errors/Details/258300/ On Sun, Aug 4, 2019 at 8:32 PM Anuj Mittal wrote: > > * For changes, see: > https://github.com/GNOME/pango/blob/master/NEWS > > * Remove upstreamed patch, rename docs and introspection meson > options and add PACKAGECONFIG for

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

This is the same reproducer I am using in: https://bugzilla.yoctoproject.org/show_bug.cgi?id=12434 but with this SRCREV I haven't reproduced it yet in first 500 iterations, so it's definitely improving for me (used to reproduce it at least once in first 500 iterations) Now I'm testing the

[OE-core] [PATCH 1/3] virglrender: Fix endianness check on musl

Seen to fail on musl/mips, this fixes the check to be linux specific which means it can detect the endianness for musl correctly Signed-off-by: Khem Raj --- ...d-libc-check-to-be-platform-OS-check.patch | 36 +++ .../virglrenderer/virglrenderer_0.7.0.bb | 1 + 2 files

[OE-core] [PATCH 2/3] syslinux: Override hardcoded toolnames in Makefile

makefile assumes native toolnames e.g. ar, as, nm etc. which causes build fails on non-x86 build hosts objcopy: Unable to recognise the format of the input file `libcom32.elf' Signed-off-by: Khem Raj --- .../syslinux/syslinux_6.04-pre2.bb| 19 +-- 1 file changed, 17

[OE-core] [PATCH 3/3] systemd-boot: Add option to specify cross objcopy and use it

This is needed when build host != x86 box Signed-off-by: Khem Raj --- meta/recipes-core/systemd/systemd-boot_242.bb | 2 + ...fi-objcopy-option-to-specify-objcopy.patch | 48 +++ 2 files changed, 50 insertions(+) create mode 100644

[OE-core] [PATCH 1/1] stress-ng: Add bash to DEPENDS

Fixed: $ bitbake stress-ng bash -ccleansstate && bitbake stress-ng ERROR: stress-ng-0.10.00-r0 do_package_qa: QA Issue: /usr/share/bash-completion/completions/stress-ng contained in package stress-ng-bash-completion requires /bin/bash, but no providers found in

[OE-core] [PATCH 0/1] stress-ng: Add bash to DEPENDS

The following changes since commit 6c7c0cefd34067311144a1d4c01986fe0a4aef26: sstate: Reduce race windows (2019-08-03 23:56:01 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib rbt/stress-ng