[OE-core] [PATCH] qemu: switches from libcap to libcap-ng for PACAKGECONFIG virtfs

Since upgrading qemu to 5.0.0, it switches from libcap to libcap-ng for virtfs [1] https://git.qemu.org/?p=qemu.git;a=commit;h=7e46261368d129c5ee8be927f5bcadc7ecd800d7 Signed-off-by: Hongxu Jia --- meta/recipes-devtools/qemu/qemu.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

[OE-core] [PATCH 2/2] deploy.bbclass: Clean DEPLOYDIR before do_deploy

do_deploy should clean up ${DEPLOYDIR} before running, just like do_install cleans up ${D} before running. This reduces the risk of DEPLOYDIR being accidentally contaminated by files from previous runs, possibly even with different config, in case of incremental builds. It is convenient to have

Re: [OE-core] git do_unpack

This happens if the recipe does not specify the exact revision hash to use in SRCREV. If it says "use latest revision" or "use this tag", then bitbake will do ls-remote on the original repo to resolve those to up-to-date revisions, which is not unreasonable. What does the recipe look like? Alex

Re: [OE-core] git do_unpack

Hi John, On Tue, Jun 30, 2020 at 04:45:32AM +, John Klug wrote: > > a: > > (fetch was already run successfully while connected with a VPN). > > VPN then shut down. > > $ bitbake -c unpack dhq-client > > ... > NOTE: Executing RunQueue Tasks > ERROR: dhq-client-0.32-r11

[OE-core] [PATCH] initscripts: update postinst

From: Changqing Li in container image, it don't have init system, install package initscripts will report error: systemctl: command not found fix by use same way as systemd.bbclass to decide if systemctl mask will run Signed-off-by: Changqing Li ---

[OE-core] [PATCH 1/2] uboot-sign: Refactor do_deploy prefunc to do_deploy_prepend

When inherited by the u-boot recipe (UBOOT_PN), uboot-sign.bbclass adds a concat_dtb step, which places additional files into ${DEPLOYDIR} before do_deploy. By turning this from a prefunc into a part of the normal do_deploy function, it becomes possible to use do_deploy[cleandirs] =

[OE-core] [PATCH] gtk-icon-cache.bbclass: update RDEPENDS

From: Changqing Li fix error: + /usr/lib/gdk-pixbuf-2.0/gdk-pixbuf-query-loaders --update-cache /var/tmp/rpm-tmp.mdYxY6: line 12: /usr/lib/gdk-pixbuf-2.0/gdk-pixbuf-query-loaders: No such file or directory %post(adwaita-icon-theme-3.36.1-r0.0.noarch): waitpid(2961) rc 2961 status 7f00 warning:

[OE-core] [PATCH] modutils-initscripts: update postinst

From: Changqing Li in container image, it don't have init system, install package modutils-initscripts will report error: + systemctl mask modutils.service /var/tmp/rpm-tmp.DYK3Pm: line 8: systemctl: command not found %post(modutils-initscripts-1.0-r7.3.cortexa72): waitpid(823) rc 823 status

Re: [OE-core] [PATCH] gtk-icon-cache.bbclass: update RDEPENDS

On Tue, 2020-06-30 at 17:49 +0800, Changqing Li wrote: > From: Changqing Li > > fix error: > + /usr/lib/gdk-pixbuf-2.0/gdk-pixbuf-query-loaders --update-cache > /var/tmp/rpm-tmp.mdYxY6: line 12: /usr/lib/gdk-pixbuf-2.0/gdk-pixbuf- > query-loaders: No such file or directory >

[OE-core] [PATCH] common-licenses: fix filename of BSD-2-Clause-Patent

From: Ross Burton Signed-off-by: Ross Burton --- .../{BSD-2-Clause-Patent.txt => BSD-2-Clause-Patent} | 0 1 file changed, 0 insertions(+), 0 deletions(-) rename meta/files/common-licenses/{BSD-2-Clause-Patent.txt => BSD-2-Clause-Patent} (100%) diff --git

Re: [OE-core] [PATCH 29/30] Revert "python3-setuptools: patch entrypoints for faster initialization"

On 6/26/20 3:18 AM, Alexander Kanavin wrote: Apologies, but the patch is not possible to rebase onto the new setuptools, as the code has changed too much. Please get it accepted upstream first. That's fine. Their changes to setuptools actually address the same issue, although it's not as

[OE-core] Yocto Project Status WW26'20

Current Dev Position: YP 3.2 M2 Next Deadline: YP 3.2 M2 build date 2020/7/27 Next Team Meetings: * Bug Triage meeting Thursday July 2nd at 7:30am PDT ( https://zoom.us/j/454367603) * Monthly Project Meeting Tuesday July 7th at 8am PDT (

Re: [OE-core] Add package managers as a plugin

Hi Alexander, what are you finding strange with the numbers? Too fast or to big of a difference? Note that it's only the do_rootfs task that i measured. I've tried the core-image-sato-sdk-ptest as you suggested. I run the following command multiple times: bitbake core-image-sato-sdk-ptest -c

Re: [OE-core] Add package managers as a plugin

Hi Denys, you're right. I was confusing poky and OE-core. I'll change the cover letter. Thanks! I haven't tested it with other distros but I see no reason that it wouldn't work. BR Fredrik From: Denys Dmytriyenko Sent: Tuesday, June 23, 2020 8:50 PM

Re: [OE-core] Add package managers as a plugin

On 6/26/20 3:52 AM, Ross Burton wrote: On Thu, 25 Jun 2020 at 11:14, Fredrik Gustafsson wrote: Poky today has three different package managers, the well-known formats deb and rpm is supported as well as ipkg that is good for embedded devices. When building and having a good cache hit, a

[OE-core] ✗ patchtest: failure for sqlite3: Security fix for CVE-2020-15358

== Series Details == Series: sqlite3: Security fix for CVE-2020-15358 Revision: 1 URL : https://patchwork.openembedded.org/series/24925/ 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] Add package managers as a plugin

Hi Alex, Thanks for supplying a script! I added apk to your script and then ran ``` for f in `ls`; do printf "$f: "; cat $f | tail -2 | head -1 | awk -F ' ' '{print $3}' | sed -e 's/elapsed//' done | sort ``` The result is here: out.apk.1: 0:13.35 out.apk.2: 0:12.89 out.apk.3: 0:12.99

Re: [OE-core] Add package managers as a plugin

Hi Paul, thank you for your effort on this. It's appreciated! I'll go through ýour advice and see if I can improve this series. BR Fredrik From: Paul Barker Sent: Thursday, June 25, 2020 12:40 PM To: Fredrik Gustafsson Cc: openembedded-core;

[OE-core] [dunfell][PATCH] sqlite3: Security fix for CVE-2020-15358

From: Armin Kuster Source: sqlite.org MR: 104526 Type: Security Fix Disposition: Backport from https://www.sqlite.org/src/vinfo/10fa79d00f8091e5?diff=1 ChangeID: a1c012b8c8aecd4970f3ae16686bf25f2376f542 Description: Affects sqlite < 3.32.3 Fixes CVE CVE-2020-15358 Signed-off-by: Armin Kuster

Re: [OE-core] Add package managers as a plugin

What I meant is that 15s vs 20s on a small image could have been 5 min vs 5min5s on a bigger image, so I wanted to see that the difference does scale up with image size. Can you to provide sdk-ptest numbers for deb and ipk as well? Alex On Tue, 30 Jun 2020 at 17:04, Fredrik Gustafsson <

Re: [OE-core] git do_unpack

SRCREV should be the actual commit hash that matches the tag, then do_unpack will not do git ls-remote. Tags can, and do move around. Alex On Tue, 30 Jun 2020 at 19:24, John Klug wrote: > We typically use tags to match PV and name our recipes NAME_TAG.bb > > Recipe name: > > dhq-client_0.39.bb

[OE-core] [dunfell][v2][PATCH] sqlite3: Security fix for CVE-2020-15358

From: Armin Kuster Source: sqlite.org MR: 104526 Type: Security Fix Disposition: Backport from https://www.sqlite.org/src/vinfo/10fa79d00f8091e5?diff=1 ChangeID: a1c012b8c8aecd4970f3ae16686bf25f2376f542 Description: Affects sqlite < 3.32.3 Fixes CVE CVE-2020-15358 Signed-off-by: Armin Kuster

Re: [OE-core] Add package managers as a plugin

Hi Alex, now I see what you mean. I got a script from Alex Stewart, here's the results for core-image-sato-sdk-ptest: out.apk.1: 1:13.35 out.apk.2: 1:13.51 out.apk.3: 1:13.23 out.apk.4: 1:14.07 out.apk.5: 1:13.00 out.deb.1: 3:49.37 out.deb.2: 3:50.77 out.deb.3: 3:51.39 out.deb.4: 3:53.40

Re: [OE-core] git do_unpack

We typically use tags to match PV and name our recipes NAME_TAG.bb Recipe name: dhq-client_0.39.bb from bitbake -e dhq-client output: # pre-expansion value: # "${PN}-${PV}" P="dhq-client-0.39" In recipe: SRCREV = "${PV}" SRC_URI =

Re: [OE-core] Add package managers as a plugin

Hi Ross, those 5 seconds will increase to minutes for my use case and we build a lot hence I hope this will save us a lot of computer power and engineering time. For example I've sent numbers on building a bigger image (core-image-sato-sdk-ptest) to Alex and Alex: out.apk.1: 1:13.35 out.apk.2:

Re: [OE-core] [PATCH v2] netbase: use git fetcher

On Mon, 2020-06-29 at 12:31 +0800, Yu, Mingli wrote: > From: Mingli Yu > > Use git repo as the the previous URL only stores > the latest source file and fails to locate the > source tar file if we don't upgrade timely. > > Signed-off-by: Mingli Yu > --- >

Re: [OE-core] Add package managers as a plugin

Hi Martin, apk is quite different compared to other package managers. A traditional package manager download a package, saves it to a local cache, verifies it and then extract it. That's at least 3 reads and 2 writes of the data. Apk does this on the fly, so 1 read and 1 write of the data. I

Re: [OE-core] Add package managers as a plugin

On Tue, Jun 30, 2020 at 07:01:23PM +, Fredrik Gustafsson wrote: > Hi Ross, > those 5 seconds will increase to minutes for my use case and we build a lot > hence I hope this will save us a lot of computer power and engineering time. > For example I've sent numbers on building a bigger image >

[oe-core][PATCH 1/1] jquery: use ${S}

Currently, several files are unpacked to WORKDIR and installed. This makes them invisible to the archiver. Unpack to S. Signed-off-by: Joe Slater --- meta/recipes-devtools/jquery/jquery_3.5.1.bb | 16 +--- 1 file changed, 9 insertions(+), 7 deletions(-) diff --git

Re: [OE-core] Add package managers as a plugin

Hey Fredrik, On 6/30/20 1:38 PM, Fredrik Gustafsson wrote: I added apk to your script and then ran That is not supportive of my statement of ipk being the slowest package manager. That statement come from timing tests done with our proprietary version of poky that is somewhat extended when it

Re: [OE-core] Add package managers as a plugin

On Tue, Jun 30, 2020 at 2:54 PM Martin Jansa wrote: > On Tue, Jun 30, 2020 at 07:01:23PM +, Fredrik Gustafsson wrote: > > Hi Ross, > > those 5 seconds will increase to minutes for my use case and we build a lot > > hence I hope this will save us a lot of computer power and engineering time. >

Re: [OE-core] [PATCH] gtk-icon-cache.bbclass: update RDEPENDS

On 6/30/20 6:01 PM, Richard Purdie wrote: On Tue, 2020-06-30 at 17:49 +0800, Changqing Li wrote: From: Changqing Li fix error: + /usr/lib/gdk-pixbuf-2.0/gdk-pixbuf-query-loaders --update-cache /var/tmp/rpm-tmp.mdYxY6: line 12: /usr/lib/gdk-pixbuf-2.0/gdk-pixbuf- query-loaders: No such file

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

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:

Re: [OE-core] Add package managers as a plugin

Yes, I thought we at @lge do a lot of builds, but after checking our statistics we average "only" around 30,000 builds per week in last 5 years. But on the other hand, our typical image is quite big (between 300MB and 1GB for enduser image and between 700MG and 1.5GB for developer images

[OE-core][PATCH 2/2] oescripts: ignore whitespaces when comparing lines

list-packageconfig-flags.py determines the whitespace numbers according to the longest package name. This is reasonable for the tool as it's trying to generate pretty output. However, in this selftest case, the output is hardcoded. This results in "pinentry gtk2 libcap

[OE-core][PATCH 1/2] oescripts.py: fix typo

Signed-off-by: Chen Qi --- meta/lib/oeqa/selftest/cases/oescripts.py | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/lib/oeqa/selftest/cases/oescripts.py b/meta/lib/oeqa/selftest/cases/oescripts.py index 2f18d8f29c..f697d29b50 100644 ---

[OE-core] [PATCH 2/2] python3: add ldconfig rdepends for python3-ctypes

From: Mingli Yu The ctypes module needs to use "ldconfig -p" to find the library path and it simply has below logic if no ldconfig installed. except OSError: pass Before the patch: >>> from ctypes.util import find_library >>> lib_path = find_library('archive') >>> print(lib_path)

[OE-core] [PATCH 1/2] python3-libarchive-c: add the missing rdepends

From: Mingli Yu Add the missing rdepends to fix below error: # python3 [snip] >>> import libarchive [snip] ModuleNotFoundError: No module named 'ctypes' ModuleNotFoundError: No module named 'mmap' Signed-off-by: Mingli Yu --- meta/recipes-devtools/python/python3-libarchive-c_2.9.bb | 6

[OE-core][PATCH] classes/archiver: run do_unpack_and_patch after do_preconfigure

The commit 8a7c779487 ("classes/archiver: Create patched archive before configuring") fixed a race condition when using the archiver, but introduced a bug where the GCC source would occasionally be deleted due to the archiving code running before do_preconfigure. Instead, make sure the archiving

Re: [OE-core] [PATCH v2] netbase: use git fetcher

On 7/1/20 4:08 AM, Richard Purdie wrote: On Mon, 2020-06-29 at 12:31 +0800, Yu, Mingli wrote: From: Mingli Yu Use git repo as the the previous URL only stores the latest source file and fails to locate the source tar file if we don't upgrade timely. Signed-off-by: Mingli Yu ---