Re: [OE-core] [PATCH] runqemu: Change to use -device virtio-gpu-pci instead of -vga virtio

On Wed, 28 Aug 2019 at 06:36, wrote: > If using qemu-system-aarch64 or qemu-system-arm with the options, an error > occured as follows: > > qemu-system-aarch64: Virtio VGA not available > > this commit fixes the error to use -device virtio-gpu-pci instead of > -vga virtio. > Can you please loo

[OE-core] [PATCH v2] ltp: cve/meltdown.c: Fix kernel symbol finding

From: He Zhe Backport a patch to fix the following error. safe_file_ops.c:219: BROK: Expected 3 conversions got 2 at meltdown.c:272 Signed-off-by: He Zhe --- v2: Adjust context based on top of ltp in oe-core ...-cve-meltdown.c-Fix-kernel-symbol-finding.patch | 81 ++ meta/

Re: [OE-core] [PATCH] ltp: cve/meltdown.c: Fix kernel symbol finding

On 8/27/19 11:56 PM, Richard Purdie wrote: > On Tue, 2019-08-27 at 12:38 +0800, zhe...@windriver.com wrote: >> From: He Zhe >> >> Backport a patch to fix the following error. >> safe_file_ops.c:219: BROK: Expected 3 conversions got 2 at >> meltdown.c:272 >> >> Signed-off-by: He Zhe >> --- >>

[OE-core] [PATCH v2 2/2] runqemu: Fix guest has not initialized error

By default qemu use -device VGA,edid=on but in some case cannot use display because of it. Signed-off-by: Shohei Maruyama --- meta/conf/machine/qemuarm64.conf | 2 +- scripts/runqemu | 2 ++ 2 files changed, 3 insertions(+), 1 deletion(-) diff --git a/meta/conf/machine/qemuarm6

[OE-core] [PATCH v2 1/2] runqemu: Change to use -device virtio-gpu-pci instead of -vga virtio

If using qemu-system-aarch64 or qemu-system-arm with the options, an error occured as follows: qemu-system-aarch64: Virtio VGA not available this commit fixes the error by using -device virtio-gpu-pci instead of -vga virtio. Signed-off-by: Shohei Maruyama --- scripts/runqemu | 6 +++--- 1 fi

[OE-core] ✗ patchtest: failure for runqemu: Fix guest has not initialized error

== Series Details == Series: runqemu: Fix guest has not initialized error Revision: 1 URL : https://patchwork.openembedded.org/series/19518/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been ex

[OE-core] [PATCH] runqemu: Fix guest has not initialized error

By default qemu use -device VGA,edid=on but in some case cannot use display because of it. --- meta/conf/machine/qemuarm64.conf | 2 +- scripts/runqemu | 2 ++ 2 files changed, 3 insertions(+), 1 deletion(-) diff --git a/meta/conf/machine/qemuarm64.conf b/meta/conf/machine/qemuar

[OE-core] [PATCH 9/11] oeqa/utils/nfs: Add unfs_server function to setup a userspace NFS server

Add a nfs module into oeqa utils. This module provides unfs_server which allows a test case to build unfs3-native and setup the unfs server on a target directory of the host. This directory is then shared and can be mounted by the host or a target device attached to the host (e.g. qemu via tap or s

[OE-core] [PATCH 10/11] oeqa/selftest/glibc: Create selftest case for glibc test suite

Create a oeqa selftest test case to execute the glibc test suite and report the results. The results are populated into the extraresults variable of the test case which are written to testresults.json for resulttool to analyse. An additional subclass is created to separate the execution with qemu

[OE-core] [PATCH 11/11] scripts/lib/resulttool/report.py: Add more result types

Add additional result types into the dictionary to handle dejagnu style test results. These include PASS, FAIL, XPASS, XFAIL, UNSUPPORTED, UNTESTED, UNRESOLVED and ERROR. Signed-off-by: Nathan Rossi --- scripts/lib/resulttool/report.py | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-)

[OE-core] [PATCH 6/11] binutils: Fix mips patch which changes default emulation

The patch incorrectly removes 'mips_elf32_ntrad_le_vec' from the 'targ_selvecs' replacing it with duplicate entries for 'mips_elf32_ntrad_be_vec'. Correct this so that the default binutils can still handle 'mips_elf32_ntrad_le_vec' binaries. Signed-off-by: Nathan Rossi --- .../0010-Change-defaul

[OE-core] [PATCH 8/11] oeqa/selftest/gcc: Create selftest case for gcc test suite

Create a oeqa selftest test case to execute the gcc test suites and report the results. The results are populated into the extraresults variable of the test case which are written to testresults.json for resulttool to analyse. An additional subclass is created to separate the execution with qemu l

[OE-core] [PATCH 7/11] oeqa/selftest/binutils: Create selftest case for binutils test suite

Create a oeqa selftest test case to execute the binutils test suites and report the results. The results are populated into the extraresults variable of the test case which are written to testresults.json for resulttool to analyse. Signed-off-by: Nathan Rossi --- meta/lib/oeqa/selftest/cases/bin

[OE-core] [PATCH 3/11] gcc-runtime: Add do_check task for executing gcc-runtime test suites

Add a do_check task to implement execution of the gcc-runtime component test suites. The component test suites require execution of compiled programs on the target, this recipe reuses the same setup as gcc-cross for setup of the target (either as ssh or qemu linux-user). Signed-off-by: Nathan Ross

[OE-core] [PATCH 1/11] binutils: Add do_check task for executing binutils test suite

Create the do_check task to the binutils-cross include. This task can be used to execute the binutils test suite for the cross target binutils. By default this executes all the check targets of the binutils Makefile, this can however be changed by setting MAKE_CHECK_TARGETS to the desired test suit

[OE-core] [PATCH 4/11] gcc-common.inc: Process staging fixme with correct target/native sysroot

Correct the 'staging_processfixme' call so that target sysroot and native sysroot paths are corrected when extracting the stashed build directory. This is required for 'make check' to work correctly due paths used in configuration and scripts which point at the native sysroot. Signed-off-by: Natha

[OE-core] [PATCH 2/11] gcc-cross: Add do_check task for executing gcc test suite

Add a do_check task and supporting configuration to implement execution of the gcc compiler test suite. The test suite requires execution of compiled programs. The implementation provided allows for execution testing against a host via SSH or within the local build environment using qemu linux-use

[OE-core] [PATCH 5/11] glibc-testsuite: Create a recipe to implement glibc test suite

A recipe needs to be created for the test suite due to the dependency chain between libgcc -> glibc -> libgcc-initial, and the requirements of the test suite to have libgcc for compilation and execution. The glibc test suite does not use dejagnu like the gcc test suites do. Instead a test wrapper

[OE-core] [PATCH 0/11] Add gnu testsuite execution for OEQA

This series adds support to execute the gnu test suites for binutils, gcc and glibc. With the intention for enabling automated test running of these test suites within the OEQA framework such that they can be executed by the Yocto Autobuilder. The test suites covered need significant resources or

[OE-core] ✗ patchtest: failure for runqemu: Change to use -device virtio-gpu-pci instead of -vga virtio

== Series Details == Series: runqemu: Change to use -device virtio-gpu-pci instead of -vga virtio Revision: 1 URL : https://patchwork.openembedded.org/series/19516/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Se

[OE-core] [PATCH] runqemu: Change to use -device virtio-gpu-pci instead of -vga virtio

If using qemu-system-aarch64 or qemu-system-arm with the options, an error occured as follows: qemu-system-aarch64: Virtio VGA not available this commit fixes the error to use -device virtio-gpu-pci instead of -vga virtio. --- scripts/runqemu | 6 +++--- 1 file changed, 3 insertions(+), 3 dele

Re: [OE-core] [PATCH V3] nfs-utils: decrease RLIMIT_NOFILE to 4k for systemd

On 2019/8/28 上午7:29, richard.pur...@linuxfoundation.org wrote: On Tue, 2019-08-27 at 17:43 +0800, Kang Kai wrote: Hi Richard, This patch could fix the test_image failure with systemd. Would like to try systemd as default init manager on yocto build again to check whether any more blocking issue

Re: [OE-core] [PATCH] serial-getty@.service: Allow device to fast fail if it does not exist

On Tue, 2019-08-27 at 19:03 -0500, Jason Wessel wrote: > > On 8/27/19 5:58 PM, Richard Purdie wrote: > > Hi Jason, > > Somehow this change is responsible for this build failure: > > > > https://autobuilder.yoctoproject.org/typhoon/#/builders/72/builds/976 > > > > (steps 5c and 7c so failure duri

Re: [OE-core] [PATCH] serial-getty@.service: Allow device to fast fail if it does not exist

On 8/27/19 5:58 PM, Richard Purdie wrote: Hi Jason, Somehow this change is responsible for this build failure: https://autobuilder.yoctoproject.org/typhoon/#/builders/72/builds/976 (steps 5c and 7c so failure during testimage). I have bisected it to this change, I haven't looked into why.

Re: [OE-core] [PATCH V3] nfs-utils: decrease RLIMIT_NOFILE to 4k for systemd

On Tue, 2019-08-27 at 17:43 +0800, Kang Kai wrote: > Hi Richard, > > This patch could fix the test_image failure with systemd. Would like > to > try systemd as default init manager on yocto build again > to check whether any more blocking issues? There is at least one issue: https://autobuilde

Re: [OE-core] [PATCH] serial-getty@.service: Allow device to fast fail if it does not exist

On Tue, 2019-08-20 at 17:27 -0700, Jason Wessel wrote: > Some BSPs use a USB serial port which may or may not actually be > plugged all the time. It is quite useful to have a USB serial port > have a getty running but it does not make sense to wait for it for 90 > seconds before completing the sys

Re: [OE-core] [PATCH] insane: improve license checksumming logic

On Thu, Mar 21, 2019 at 5:30 AM Ross Burton wrote: > > Instead of opening files as bytes and battling decoding to UTF-8 which can > throw > exceptions, open directly as strings and replace invalid codepoints. This > handles licenses in encodings which are not UTF-8 but are based on ASCII much >

[OE-core] [PATCH 3/5] oeqa: Set LD_LIBRARY_PATH when executing native commands

Some commands like to look for libraries at runtime manually (e.g. Python's ctype.utils.find_library() function). For this to work properly, the libraries in the native sysroot must be findable. To accomplish this, set LD_LIBRARY_PATH to search library paths in the native sysroot. Signed-off-by: J

[OE-core] [PATCH 4/5] oeqa: reproducible: Record packages in test results

Records the results of the reproducibility analysis in the JSON test results file. This makes it easier to do post-test analysis on the packages. [YOCTO #13324] Signed-off-by: Joshua Watt --- meta/lib/oeqa/selftest/cases/reproducible.py | 10 ++ 1 file changed, 10 insertions(+) diff --

[OE-core] [PATCH 1/5] oeqa: reproducible: Cleanup reproducible build

Cleans up the output from the reproducible build before building to ensure consistent results. Note that the output put is purposely left after around after the build so that non-reproducible packages can be diffed. Signed-off-by: Joshua Watt --- meta/lib/oeqa/selftest/cases/reproducible.py | 13

[OE-core] [PATCH 2/5] oeqa: reproducible: Use subTest for packages

Runs each package class reproducibility test in a separate sub-test. This allows the other sub tests to still run in the event that one fails. Signed-off-by: Joshua Watt --- meta/lib/oeqa/selftest/cases/reproducible.py | 21 ++-- 1 file changed, 11 insertions(+), 10 deletions(-)

[OE-core] [PATCH 5/5] oeqa: Enable reproducible build test

[YOCTO #13323] Signed-off-by: Joshua Watt --- meta/lib/oeqa/selftest/cases/reproducible.py | 1 - 1 file changed, 1 deletion(-) diff --git a/meta/lib/oeqa/selftest/cases/reproducible.py b/meta/lib/oeqa/selftest/cases/reproducible.py index ebfa88fbc55..c6cc0b7d0eb 100644 --- a/meta/lib/oeqa/sel

[OE-core] [PATCH 0/5] Enable Reproducible OEQA Tests

Enables the OEQA test for reproducible builds, and reporting of the results using resulttool [YOCTO #13323] Joshua Watt (5): oeqa: reproducible: Cleanup reproducible build oeqa: reproducible: Use subTest for packages oeqa: Set LD_LIBRARY_PATH when executing native commands oeqa: reproduci

Re: [OE-core] [PATCH 6/6] xz: Remove GPLv3 license checksum

On 8/27/19 1:04 PM, Adrian Bunk wrote: > On Fri, Aug 16, 2019 at 01:50:14PM -0700, Khem Raj wrote: >> On Fri, Aug 16, 2019 at 12:46 PM Wes Lindauer >> wrote: >>> >>> Although xz has some files that are GPLv3 licensed, none of them get >>> packaged up, and therefore none of it ends up in the final

Re: [OE-core] Conflict of systemd and sysvinit

On Mon, Aug 19, 2019 at 12:22:30PM -0500, Mark Hatle wrote: > On 8/19/19 11:49 AM, Otavio Salvador wrote: > > On Mon, Aug 19, 2019 at 1:48 PM Mark Hatle wrote: > >> On 8/19/19 11:27 AM, Ross Burton wrote: > >>> On 19/08/2019 11:37, Otavio Salvador wrote: > On Sun, Aug 18, 2019 at 11:00 PM Kan

Re: [OE-core] [PATCH 6/6] xz: Remove GPLv3 license checksum

On Fri, Aug 16, 2019 at 01:50:14PM -0700, Khem Raj wrote: > On Fri, Aug 16, 2019 at 12:46 PM Wes Lindauer > wrote: > > > > Although xz has some files that are GPLv3 licensed, none of them get > > packaged up, and therefore none of it ends up in the final rootfs. Since > > there is no GPLv3 code i

Re: [OE-core] [PATCH 6/6] xz: Remove GPLv3 license checksum

Yes, I see that could be a valid concern. Is this a sign that poky needs per-package LIC_FILES_CHKSUM variables the same way each package can set different LICENSE values? I would like to continue to use Yocto to collect licenses for compliance reasons, but in this case I am getting an incorrect li

Re: [OE-core] [warrior][PATCH v3] systemd: update SRCREV for systemd v241-stable

On 8/27/19 12:15 PM, Jan Klare wrote: Hi, Thanks for all the initial help and the quick followup review. I successfully build systemd for the patched SRCREV for all the platforms you mentioned, should I post something of the output or some proof somewhere? No, that usually would be fine. We

Re: [OE-core] [PATCH] openssl: Fix documentation DEPENDS

On Tue, 2019-08-27 at 18:16 +0200, Alexander Kanavin wrote: > On Tue, 27 Aug 2019 at 18:12, Joshua Watt > wrote: > > It's not populated just once. Any task can add things to the RSS as > > the > > build progresses. However, the RSS is only cleaned out at one > > specific > > point early in the b

Re: [OE-core] [warrior][PATCH v3] systemd: update SRCREV for systemd v241-stable

Hi, Thanks for all the initial help and the quick followup review. I successfully build systemd for the patched SRCREV for all the platforms you mentioned, should I post something of the output or some proof somewhere? Cheers, Jan > On 27. Aug 2019, at 17:14, Randy MacLeod wrote: > > On 8/27

Re: [OE-core] [PATCH] openssl: Fix documentation DEPENDS

On Tue, 27 Aug 2019 at 18:12, Joshua Watt wrote: > It's not populated just once. Any task can add things to the RSS as the > build progresses. However, the RSS is only cleaned out at one specific > point early in the build, which I can't recall ATM. > Can you point me to a specific example of ta

Re: [OE-core] [PATCH] openssl: Fix documentation DEPENDS

On 8/27/19 8:25 AM, Alexander Kanavin wrote: On Tue, 27 Aug 2019 at 15:08, Joshua Watt > wrote: RSS doesn't clear out the sysroots if it goes back and executes previous tasks as part of a rebuild. As such, if perl gets added by a later task, the

Re: [OE-core] [PATCH] rpm: resolve a host contamination issue for mono packaging

On Tue, 27 Aug 2019 at 18:01, Mark Hatle wrote: > Instead of hacking with with different names that (shouldn't or) don't > exist.. > It would be better to just disable the mono-find-* wouldn't it? > > If that is the case.. > > In the fileattrs/mono.attr directory, just remove mono.attr or comment

Re: [OE-core] [PATCH] rpm: resolve a host contamination issue for mono packaging

On 8/27/19 10:54 AM, Alexander Kanavin wrote: > Signed-off-by: Alexander Kanavin > --- > ...es-requires-do-not-use-monodis-from-.patch | 58 +++ > meta/recipes-devtools/rpm/rpm_4.14.2.1.bb | 1 + > 2 files changed, 59 insertions(+) > create mode 100644 > meta/recipes-devtoo

Re: [OE-core] [PATCH] ltp: cve/meltdown.c: Fix kernel symbol finding

On Tue, 2019-08-27 at 12:38 +0800, zhe...@windriver.com wrote: > From: He Zhe > > Backport a patch to fix the following error. > safe_file_ops.c:219: BROK: Expected 3 conversions got 2 at > meltdown.c:272 > > Signed-off-by: He Zhe > --- > ...-cve-meltdown.c-Fix-kernel-symbol-finding.patch | 83

Re: [OE-core] [PATCH 09/13] glibc: drop obsolete packaging of glibc libnsl libs

On Tue, 2019-08-27 at 16:56 +0300, Adrian Bunk wrote: > On Fri, Aug 23, 2019 at 01:51:40PM -0700, Andre McCurdy wrote: > > Packaging rules were left behind when libnsl was removed: > > ... > > How has this change been tested? > > ERROR: glibc-2.30-r0 do_package: QA Issue: glibc: Files/directories

[OE-core] [PATCH] rpm: resolve a host contamination issue for mono packaging

Signed-off-by: Alexander Kanavin --- ...es-requires-do-not-use-monodis-from-.patch | 58 +++ meta/recipes-devtools/rpm/rpm_4.14.2.1.bb | 1 + 2 files changed, 59 insertions(+) create mode 100644 meta/recipes-devtools/rpm/files/0001-mono-find-provides-requires-do-not-use-mon

Re: [OE-core] [warrior][PATCH v3] systemd: update SRCREV for systemd v241-stable

On 8/27/19 10:52 AM, Jan Klare wrote: Currently systemd 241 does break for kernels 5.2+ with the error described here: * https://github.com/systemd/systemd/issues/12784 The issue has been fixed in master and will be fixed in the release 243. The necessary patches have been backported to systemd/

[OE-core] ✗ patchtest: failure for update SRCREV for systemd v241-stable branch to latest (rev2)

== Series Details == Series: update SRCREV for systemd v241-stable branch to latest (rev2) Revision: 2 URL : https://patchwork.openembedded.org/series/19505/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several t

[OE-core] Yocto Project Status WW35’19

Current Dev Position: YP 2.8 M4 Feature Freeze Next Deadline: YP 3.0 Final Release 25th Oct SWAT Team Rotation: SWAT lead is currently: AnujSWAT team rotation: Anuj -> Armin on Aug. 30, 2019SWAT team rotation: Armin -> Paulj on Sept. 6, 2019 https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_S

[OE-core] [warrior][PATCH v3] systemd: update SRCREV for systemd v241-stable

Currently systemd 241 does break for kernels 5.2+ with the error described here: * https://github.com/systemd/systemd/issues/12784 The issue has been fixed in master and will be fixed in the release 243. The necessary patches have been backported to systemd/systemd-stable in the branch v241-stable

[OE-core] [warrior][PATCH v2] update SRCREV for systemd v241-stable branch to latest

This update allows to pull in the latest backports that have been applied to systemd v241-stable Signed-off-by: Jan Klare --- meta/recipes-core/systemd/systemd.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-core/systemd/systemd.inc b/meta/recipes-core/syste

[OE-core] ✗ patchtest: failure for update SRCREV for systemd v241-stable branch to latest

== Series Details == Series: update SRCREV for systemd v241-stable branch to latest Revision: 1 URL : https://patchwork.openembedded.org/series/19505/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests ha

[OE-core] [PATCH] qemu: Fix build failure with packageconfig libcurl

From: He Zhe ERROR: Nothing PROVIDES 'libcurl' (but /build/layers/oe-core/meta/recipes-kernel/perf/perf.bb DEPENDS on or otherwise requires it). The name of build dependency of packageconfig libcurl should be curl. Signed-off-by: He Zhe --- meta/recipes-devtools/qemu/qemu.inc | 2 +- 1 file c

Re: [OE-core] [PATCHv2] libxcrypt:upgrade 4.4.6 -> 4.4.7

On Tue, 2019-08-27 at 16:21 +0300, Adrian Bunk wrote: > On Mon, Aug 26, 2019 at 01:32:38PM +0800, Zang Ruochen wrote: > > -License-Update: Many individual files are under other > > licenses,update their information. > > > > Signed-off-by: Zang Ruochen > > --- > > .../libxcrypt/{libxcrypt_4.4.6.b

[OE-core] [PATCH] update SRCREV for systemd v241-stable branch to latest

* this update allows to pull in the latest backports that have been applied to systemd v241-stable Signed-off-by: Jan Klare --- meta/recipes-core/systemd/systemd.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-core/systemd/systemd.inc b/meta/recipes-core/sys

Re: [OE-core] [PATCH 09/13] glibc: drop obsolete packaging of glibc libnsl libs

On Fri, Aug 23, 2019 at 01:51:40PM -0700, Andre McCurdy wrote: > Packaging rules were left behind when libnsl was removed: >... How has this change been tested? ERROR: glibc-2.30-r0 do_package: QA Issue: glibc: Files/directories were installed but not shipped in any package: /lib/libnsl-2.30.s

Re: [OE-core] [PATCH] openssl: Fix documentation DEPENDS

On Tue, 27 Aug 2019 at 15:08, Joshua Watt wrote: > RSS doesn't clear out the sysroots if it goes back and executes previous > tasks as part of a rebuild. As such, if perl gets added by a later task, > then bitbake goes back and re-executes the task (I don't remember > exactly which one... do_conf

Re: [OE-core] [PATCHv2] libxcrypt:upgrade 4.4.6 -> 4.4.7

On Mon, Aug 26, 2019 at 01:32:38PM +0800, Zang Ruochen wrote: > -License-Update: Many individual files are under other licenses,update their > information. > > Signed-off-by: Zang Ruochen > --- > .../libxcrypt/{libxcrypt_4.4.6.bb => libxcrypt_4.4.7.bb}| 6 > +++--- > 1 file changed

Re: [OE-core] [PATCH] openssl: Fix documentation DEPENDS

On 8/27/19 7:56 AM, Alexander Kanavin wrote: On Tue, 27 Aug 2019 at 14:46, Joshua Watt > wrote: perl is required to generate the OpenSSL documentation, and therefore should be present at do_compile. If not, OpenSSL will skip the documentation generation,

Re: [OE-core] [PATCH] openssl: Fix documentation DEPENDS

On Tue, 27 Aug 2019 at 14:46, Joshua Watt wrote: > perl is required to generate the OpenSSL documentation, and therefore > should be present at do_compile. If not, OpenSSL will skip the > documentation generation, which isn't reproducible > I'm not sure I follow you. If perl is present, document

Re: [OE-core] [PATCH] glibc: Fix locale DEPENDS

On Mon, Jul 1, 2019 at 10:25 PM Khem Raj wrote: > > Yes, I think so. Oops, I forgot to mark the latest patch in-reply-to this one. It's here: http://lists.openembedded.org/pipermail/openembedded-core/2019-August/286123.html > > On Mon, Jul 1, 2019 at 7:13 PM Peter Kjellerstedt > wrote: >> >>

[OE-core] [PATCH] openssl: Fix documentation DEPENDS

perl is required to generate the OpenSSL documentation, and therefore should be present at do_compile. If not, OpenSSL will skip the documentation generation, which isn't reproducible Signed-off-by: Joshua Watt --- meta/recipes-connectivity/openssl/openssl_1.1.1c.bb | 2 ++ 1 file changed, 2 ins

[OE-core] [PATCH] glibc: Fix locale DEPENDS

gettext is required to generate the glibc locales in do_compile. If not present, glibc will skip the generation which isn't reproducible. Signed-off-by: Joshua Watt --- meta/recipes-core/glibc/glibc.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-core/glibc/g

Re: [OE-core] [PATCH 1/1] gettext: avoid useless RPATH QA issue

I also have to point out that a new release of gettext (0.20.x) has been out for a while now, so maybe it's better to upgrade to that first. Alex On Tue, 27 Aug 2019 at 13:38, Richard Purdie < richard.pur...@linuxfoundation.org> wrote: > On Tue, 2019-08-27 at 10:22 +0800, Chen Qi wrote: > > We a

Re: [OE-core] [PATCH 1/1] gettext: avoid useless RPATH QA issue

On Tue, 2019-08-27 at 10:22 +0800, Chen Qi wrote: > We are getting useless rpath QA error when enabling libunistring > and msgcat-curses PACKAGECONFIG. Use chrpath to delete the redundant > RPATH in binaries. > > Signed-off-by: Chen Qi > --- > meta/recipes-core/gettext/gettext_0.19.8.1.bb | 10 +

[OE-core] [PATCH] icecc: blacklist systemtap

compiling systemtap with icecc causes the following build failure > build/tmp/work/silvermont-64-poky-linux/systemtap/4.0-r0/recipe-sysroot/usr/include/python3.7m/modsupport.h:120:66: > note: in definition of macro 'PyModule_AddIntMacro' > HelperSDT/_HelperSDT.c:145:34: error: 'PyTrace_RETURN' un

[OE-core] ✗ patchtest: failure for icecc: blacklist systemtap

== Series Details == Series: icecc: blacklist systemtap Revision: 1 URL : https://patchwork.openembedded.org/series/19501/ 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 prop

[OE-core] [PATCH] icecc: blacklist systemtap

compiling systemtap with icecc causes the following build failure > build/tmp/work/silvermont-64-poky-linux/systemtap/4.0-r0/recipe-sysroot/usr/include/python3.7m/modsupport.h:120:66: > note: in definition of macro 'PyModule_AddIntMacro' > HelperSDT/_HelperSDT.c:145:34: error: 'PyTrace_RETURN' un

Re: [OE-core] [PATCH V3] nfs-utils: decrease RLIMIT_NOFILE to 4k for systemd

On 2019/8/20 下午1:45, Hongxu Jia wrote: On systemd, it set RLIMIT_NOFILE to 512k, since do_testimage for core-image-sato-sdk has memory limitation (256Mib) which caused rpc.statd failed with out of memory. [ 531.306146] Out of memory: Kill process 193 (rpc.statd) score 200 or sacrifice child Th

Re: [OE-core] Consultation about the issue of archiver

On Tue, 27 Aug 2019, at 08:21, zang wrote: > hello: > > Recently, when I enabled the archiver.bbclass, I found that some > packages could not generate the srpm package. The reason is that it > returned in the function copyleft_should_include() in the file > archiver.bbclass. > > | included,

[OE-core] Consultation about the issue of archiver

hello: Recently, when I enabled the archiver.bbclass, I found that some packages could not generate the srpm package. The reason is that it returned in the function copyleft_should_include() in the file archiver.bbclass. |    included, reason = copyleft_should_include(d) |    if not included