Re: [OE-core] [PATCH] lttng-tools: Do not build for riscv64

2020-08-26 Thread Khem Raj
On 8/26/20 7:00 AM, Jonathan Rajotte-Julien wrote: Hi, LTTng does not have a hard requirement on lttng-modules (on paper), when kernel modules (tracer) is not present kernel tracing is disabled and only userspace tracing is available. Was there any report that lttng-ust (userspace tracing) i

[OE-core] [PATCH] sysstat: fix installed-vs-shipped QA Issue in systemd

2020-08-26 Thread hongxu
While enabling systemd, there is QA issue: ... |ERROR: sysstat-12.4.0-r0 do_package: QA Issue: sysstat: Files/directories were installed but not shipped in any package: | /lib/systemd/system-sleep | /lib/systemd/system-sleep/sysstat.sleep ... Set --with-systemdsleepdir to fix Signed-off-by: Hon

[OE-core] [PATCH] libgpg-error:upgrade 1.38 -> 1.39

2020-08-26 Thread zangrc
0003-build-Fix-cross-compiling-into-a-separate-build-dir.patch 0005-src-gen-lock-obj.sh-add-a-file.patch Removed since these are included in 1.39 Signed-off-by: Zang Ruochen --- ...-compiling-into-a-separate-build-dir.patch | 43 -- .../0005-src-gen-lock-obj.sh-add-a-file.patch | 134 --

[OE-core] [PATCH] libcap:upgrade 2.42 -> 2.43

2020-08-26 Thread zangrc
Signed-off-by: Zang Ruochen --- meta/recipes-support/libcap/{libcap_2.42.bb => libcap_2.43.bb} | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) rename meta/recipes-support/libcap/{libcap_2.42.bb => libcap_2.43.bb} (96%) diff --git a/meta/recipes-support/libcap/libcap_2.42.bb b/meta/recipe

[OE-core] [PATCH] libcap-ng:upgrade 0.7.10 -> 0.7.11

2020-08-26 Thread zangrc
0001-configure.ac-add-library-if-header-found.patch 0002-Wrap-pthread_atfork-usage-in-HAVE_PTHREAD_H.patch Removed since these are included in 0.7.11 Refresh the following patch: python.patch Signed-off-by: Zang Ruochen --- ...n_0.7.10.bb => libcap-ng-python_0.7.11.bb} | 0 meta/recipes-suppor

[OE-core][dunfell 00/12] Pull request (cover letter only)

2020-08-26 Thread Steve Sakoman
The following changes since commit 553a96644957ca6ad0f13b75a6e3a596357d1d52: linux-yocto/5.4: update to v5.4.57 (2020-08-13 04:47:52 -1000) are available in the Git repository at: git://git.openembedded.org/openembedded-core-contrib stable/dunfell-next http://cgit.openembedded.org/openemb

Re: [oe-core][PATCH 1/1] pseudo: fix renaming to self

2020-08-26 Thread Joe Slater
Since I (accidently) enabled the patch for pseudo-native as well as target, the fact that builds still work and targets boot is a good sign. Beyond that, I put pseudo on a target and verified the python3 rename. For renameat(), I wrote a test I've attached to the Bugzilla case and compiled it

Re: [OE-core] [meta-oe][PATCH] util-linux: Set license for pylibmount sub package

2020-08-26 Thread Richard Purdie
On Wed, 2020-08-26 at 18:13 +0200, Adrian Freihofer wrote: > Signed-off-by: Adrian Freihofer > --- > meta/recipes-core/util-linux/util-linux_2.36.bb | 3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) > > diff --git a/meta/recipes-core/util-linux/util-linux_2.36.bb > b/meta/recipes-core/u

Re: [oe-core][PATCH 1/1] pseudo: fix renaming to self

2020-08-26 Thread Richard Purdie
On Wed, 2020-08-26 at 11:58 -0700, Joe Slater wrote: > Pseudo tests for an item being renamed to itself only after > information about it has been deleted. Move the test to before > we change the database. > > Note that pseudo does not support renameat2(), but neither does > glibc. > > Signed-of

Re: [oe-core][PATCH 1/1] pseudo: fix renaming to self

2020-08-26 Thread Randy MacLeod
On 2020-08-26 4:04 p.m., Randy MacLeod wrote: Add Seebs. Joe, How did you test this change? Oops, I see that you attached the test to the defect: https://bugzilla.yoctoproject.org/show_bug.cgi?id=13426 See below for (barfy) src. ;-) ../Randy /* * test for pseudo renaming * * Run in

Re: [oe-core][PATCH 1/1] pseudo: fix renaming to self

2020-08-26 Thread Randy MacLeod
Add Seebs. Joe, How did you test this change? ../Randy On 2020-08-26 2:58 p.m., Joe Slater wrote: Pseudo tests for an item being renamed to itself only after information about it has been deleted. Move the test to before we change the database. Note that pseudo does not support renameat2(),

[OE-core] ✗ patchtest: failure for apache2: upgrade v2.4.43 -> v2.4.46

2020-08-26 Thread Patchwork
== Series Details == Series: apache2: upgrade v2.4.43 -> v2.4.46 Revision: 1 URL : https://patchwork.openembedded.org/series/25801/ 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] [meta-webserver][PATCH] apache2: upgrade v2.4.43 -> v2.4.46

2020-08-26 Thread Sakib Sajal
Minor upgrade inluding bug and CVE fixes, namely: - CVE-2020-9490 - CVE-2020-11984 - CVE-2020-11993 Signed-off-by: Sakib Sajal --- .../apache2/{apache2_2.4.43.bb => apache2_2.4.46.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta-webserver/recipes-httpd/ap

[oe-core][PATCH 1/1] pseudo: fix renaming to self

2020-08-26 Thread Joe Slater
Pseudo tests for an item being renamed to itself only after information about it has been deleted. Move the test to before we change the database. Note that pseudo does not support renameat2(), but neither does glibc. Signed-off-by: Joe Slater --- .../pseudo/files/rename.patch

[oe-core][PATCH 0/1] pseudo - renaming to self

2020-08-26 Thread Joe Slater
Bugzilla 13426 Simple test using rename() and renameat() attached to case. Joe Slater (1): pseudo: fix renaming to self .../pseudo/files/rename.patch | 73 +++ meta/recipes-devtools/pseudo/pseudo_git.bb| 1 + 2 files changed, 74 insertions(+) create mode

[OE-core] [dunfell] [PATCH V2 4/4] libubootenv: inherit uboot-config

2020-08-26 Thread Ming Liu
From: Ming Liu This mainly aims to involve in the sanity check of UBOOT_CONFIG and UBOOT_MACHINE, it will throw a error message at recipe parsing time if neither of them is set, and libubootenv would be skipped. Signed-off-by: Ming Liu Signed-off-by: Richard Purdie (cherry picked from commit 1

[OE-core] [dunfell] [PATCH V2 1/4] conf/machine: set UBOOT_MACHINE for qemumips and qemumips64

2020-08-26 Thread Ming Liu
From: Ming Liu These machines support booting U-Boot, so set the machine appropriately. Signed-off-by: Ming Liu Signed-off-by: Richard Purdie (cherry picked from commit b812fad85aed6cb9e433c689f3b14425488dfc68) --- meta/conf/machine/qemumips.conf | 2 ++ meta/conf/machine/qemumips64.conf |

[OE-core] [dunfell] [PATCH V2 0/4] libubootenv: uprev to v0.3

2020-08-26 Thread Ming Liu
From: Ming Liu Cherry pick the patches from master to upgrade libubootenv 0.2 -> 0.3. Since libubootenv 0.2 is sort of buggy, it lacks of a lot of bug/regression/security fixes which has been included in 0.3. Changes in patch set V2: 1 Let libubootenv inherit uboot-config to get UBOOT_MAECHI

[OE-core] [dunfell] [PATCH V2 3/4] libubootenv: uprev to v0.3

2020-08-26 Thread Ming Liu
From: Ming Liu Update libubootenv to the latest 0.3 release, which comprises the following commits: ``` 1efed83 Increase max length for device name 6f4fc1c uboot_env: Use canonicalized pathname when reading device 23b3086 Fix bug introduced by commit 52a70114 ed1a53e Dont store to device if no v

[OE-core] [dunfell] [PATCH V2 2/4] multilib.conf: add u-boot to NON_MULTILIB_RECIPES

2020-08-26 Thread Ming Liu
From: Ming Liu u-boot should be a non multilib recipe, add it in NON_MULTILIB_RECIPES. Signed-off-by: Ming Liu Signed-off-by: Richard Purdie (cherry picked from commit 5e7dc0d68efb2d43bbd5b1be9e6d555fc4456fb6) --- meta/conf/multilib.conf | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

[OE-core] [PATCH] image_types_wic: Add ASSUME_PROVIDED to WICVARS

2020-08-26 Thread Vijai Kumar K
Add ASSUME_PROVIDED to WICVARS so that wic can use that when running on bitbake environment. This fixes the below build failure in do_image_wic when --include-path is used in wks file. --- | DEBUG: Executing shell function do_image_wic | INFO: Creating image(s)... | | ERROR: A native program tar r

[OE-core] [meta-oe][PATCH] util-linux: Set license for pylibmount sub package

2020-08-26 Thread Adrian Freihofer
Signed-off-by: Adrian Freihofer --- meta/recipes-core/util-linux/util-linux_2.36.bb | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/meta/recipes-core/util-linux/util-linux_2.36.bb b/meta/recipes-core/util-linux/util-linux_2.36.bb index 2fac9793a2..7476e60784 100644 --- a/me

Re: [OE-core] [PATCH] lttng-tools: Do not build for riscv64

2020-08-26 Thread Jonathan Rajotte-Julien
Hi, LTTng does not have a hard requirement on lttng-modules (on paper), when kernel modules (tracer) is not present kernel tracing is disabled and only userspace tracing is available. Was there any report that lttng-ust (userspace tracing) is not working as intended on riscv64? Cheers On Tue,

[OE-core] [PATCH 3/3] kernel: config cleanups for 5.8+

2020-08-26 Thread Bruce Ashfield
From: Bruce Ashfield Integrating the following configuration tweaks to fixup warnings and remove obselete configs for 5.8+: 84377c2c723 features: rename INTEL_PMC_IPC to MFD_INTEL_PMC_BXT 89b30487d09 features/inline: remove 0d357ccb3f3 intel-tco: switch ITCO_WDT to loadable module 0b

[OE-core] [PATCH 0/3] kernel-yocto: -stable bumps and config cleanup

2020-08-26 Thread Bruce Ashfield
From: Bruce Ashfield Richard, Here's the next set of -stable bumps and the collected configuration cleanups over the past few days. With these, we have no warnings on the newly uprev'd yocto-bsps. Note: that the yocto-bsps configs are stacked on top of my already queued -stable update. So on t

[OE-core] [PATCH 2/3] linux-yocto/5.4: update to v5.4.60

2020-08-26 Thread Bruce Ashfield
From: Bruce Ashfield Updating linux-yocto/5.4 to the latest korg -stable release that comprises the following commits: 77fcb48939fc Linux 5.4.60 53a856c5a6af drm/amd/display: dchubbub p-state warning during surface planes switch 4287c18a7d8f drm/amdgpu: Fix bug where DPM is not enab

[OE-core] [PATCH 1/3] linux-yocto/5.8: update to v5.8.3

2020-08-26 Thread Bruce Ashfield
From: Bruce Ashfield Updating linux-yocto/5.8 to the latest korg -stable release that comprises the following commits: a1101e94767e Linux 5.8.3 60db6233fcdb drm/amd/display: dchubbub p-state warning during surface planes switch f80a0daa7f0a drm/amd/display: Fix dmesg warning from se

Re: [OE-core][PATCH V2] connman-conf: make connman-conf only available for qemuall

2020-08-26 Thread Ross Burton
On Fri, 21 Aug 2020 at 09:07, Martin Jansa wrote: > We're using connman-conf to configure networking on various target machines - > not only on qemu*. If this is merged I'll just undo this in our layer - and > that's fine, but if there are more people using connman-conf like this, then > we sho

Re: [OE-core] [PATCH v2] wic/bootimg-efi: IMAGE_EFI_BOOT_FILES added to separate bootimg-efi and bootimg-partition

2020-08-26 Thread Richard Purdie
On Wed, 2020-08-26 at 16:13 +0800, Jamaluddin, Khairul Rohaizzat wrote: > From: Khairul Rohaizzat Jamaluddin < > khairul.rohaizzat.jamalud...@intel.com> > > Due to recent changes in bootimg-efi to include IMAGE_BOOT_FILES, > when both bootimg-partition and bootimg-efi occur in a single .wks > and

Re: [OE-core] [master][PATCH v2 0/6] Allow PR Service and hash equiv togther

2020-08-26 Thread Richard Purdie
On Wed, 2020-08-26 at 07:14 -0500, Mark Hatle wrote: > This was actually the first thing I tried, and it was a complete > failure. The problem is that all of the variables that we play with > (not just PKGV/PKGR, as this impacts the RRECOMMENDS, RDEPENDS, > etc..) all need this replacement done. >

Re: [OE-core] [master][PATCH v2 0/6] Allow PR Service and hash equiv togther

2020-08-26 Thread Mark Hatle
On 8/26/20 6:48 AM, Richard Purdie wrote: > On Wed, 2020-08-26 at 06:27 -0500, Mark Hatle wrote: >> v2: >> >> Most comments have been addressed to create a v2 version. I've refactored >> the commits to make a few things more clear, basically moving code around >> and fixing minor issues BEFORE t

Re: [OE-core] [master][PATCH v2 4/6] package.bbclass: Move package_get_auto_pr to packagedata.bbclass

2020-08-26 Thread Mark Hatle
On 8/26/20 6:44 AM, Richard Purdie wrote: > On Wed, 2020-08-26 at 06:27 -0500, Mark Hatle wrote: >> Running package_get_auto_pr during do_package is 'too early' when we >> need to evaluate the do_package output to get it's unihash to look up >> the right value in the PR database. >> >> Move this

Re: [OE-core] [master][PATCH v2 0/6] Allow PR Service and hash equiv togther

2020-08-26 Thread Richard Purdie
On Wed, 2020-08-26 at 06:27 -0500, Mark Hatle wrote: > v2: > > Most comments have been addressed to create a v2 version. I've refactored > the commits to make a few things more clear, basically moving code around > and fixing minor issues BEFORE the big patch. > > Before there were two patches t

Re: [OE-core] [master][PATCH v2 4/6] package.bbclass: Move package_get_auto_pr to packagedata.bbclass

2020-08-26 Thread Richard Purdie
On Wed, 2020-08-26 at 06:27 -0500, Mark Hatle wrote: > Running package_get_auto_pr during do_package is 'too early' when we > need to evaluate the do_package output to get it's unihash to look up > the right value in the PR database. > > Move this function packagedata.bbclass (no changes yet), as

[OE-core] [master][PATCH v2 2/6] kernel.bbclass: Remove do_install[prefunc] no longer needed

2020-08-26 Thread Mark Hatle
Prior work has refactored the do_install task multiple times, and any references to PKGV and PKGR (even indirect ones) have been removed. Signed-off-by: Mark Hatle --- meta/classes/kernel.bbclass | 1 - 1 file changed, 1 deletion(-) diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel

[OE-core] [master][PATCH v2 4/6] package.bbclass: Move package_get_auto_pr to packagedata.bbclass

2020-08-26 Thread Mark Hatle
Running package_get_auto_pr during do_package is 'too early' when we need to evaluate the do_package output to get it's unihash to look up the right value in the PR database. Move this function packagedata.bbclass (no changes yet), as subsequent patches will refactor this function and the order in

[OE-core] [master][PATCH v2 0/6] Allow PR Service and hash equiv togther

2020-08-26 Thread Mark Hatle
v2: Most comments have been addressed to create a v2 version. I've refactored the commits to make a few things more clear, basically moving code around and fixing minor issues BEFORE the big patch. Before there were two patches that together implemented the PR Serv/Hash work. This has been comb

[OE-core] [master][PATCH v2 3/6] buildhistory.bbclass: Rework to use read_subpackage_metadata

2020-08-26 Thread Mark Hatle
Using this mechanism ensures that we have a single point to implement the loading of the package and subpackage meta data. This also then allows the buildhistory class to use the regular datastore vs it's own custom arrays for processing history items. Signed-off-by: Mark Hatle --- meta/classes

[OE-core] [master][PATCH v2 1/6] package_tar.bbclass: Sync to the other package_* classes

2020-08-26 Thread Mark Hatle
Sync up the anonymous python definition with the other package_*.bbclass files. This should make future maintenance easier, even though it has no difference in behavior from what was there. Additional, there was a missing deltask in the nopackages.bbclass related to the package_tar which has been

[OE-core] [master][PATCH v2 5/6] kernel.bbclass: Move away from calling package_get_auto_pr

2020-08-26 Thread Mark Hatle
...instead we call read_subpackage_metadata. Calling package_get_auto_pr *should* result in the same PKGV AUTOINC replacement. However, it will also end up changing PKGR differently then do_package as the BB_TASKHASH used will be for the wrong task. Generally this won't cause any real-world issu

[OE-core] [master][PATCH v2 6/6] package.bbclass: hash equivalency and pr service

2020-08-26 Thread Mark Hatle
When the PR service is enabled a number of small changes may happen to variables. In the do_package step a call to package_get_auto_pr will end up setting PRAUTO and modifying PKGV (if AUTOINC is there). PRAUTO is then used by EXTENDPRAUTO, which is then used to generate PKGR. Since this behavio

Re: [OE-core] [PATCH] runqqemu: Show an error for conflicing graphics options

2020-08-26 Thread Richard Purdie
On Wed, 2020-08-26 at 09:19 +0100, Richard Purdie via lists.openembedded.org wrote: > The autobuilder managed to pass the nographic option with "sdl gl" > due > to a problem elsewhere. It would have been useful for runqemu to have > errored rather than passing conflicting options to qemu. Add an >

[OE-core] [PATCH] runqqemu: Show an error for conflicing graphics options

2020-08-26 Thread Richard Purdie
The autobuilder managed to pass the nographic option with "sdl gl" due to a problem elsewhere. It would have been useful for runqemu to have errored rather than passing conflicting options to qemu. Add an error for this invalid usecase. Signed-off-by: Richard Purdie --- scripts/runqemu | 4

[OE-core] [PATCH v2] wic/bootimg-efi: IMAGE_EFI_BOOT_FILES added to separate bootimg-efi and bootimg-partition

2020-08-26 Thread Jamaluddin, Khairul Rohaizzat
From: Khairul Rohaizzat Jamaluddin Due to recent changes in bootimg-efi to include IMAGE_BOOT_FILES, when both bootimg-partition and bootimg-efi occur in a single .wks and IMAGE_BOOT_FILES are defined, files listed in IMAGE_BOOT_FILES will be duplicated in both partition. Since IMAGE_BOOT_FILES a

[OE-core] ✗ patchtest: failure for wic/bootimg-efi: IMAGE_EFI_BOOT_FILES variable added to separate bootimg-efi and bootimg-partition

2020-08-26 Thread Patchwork
== Series Details == Series: wic/bootimg-efi: IMAGE_EFI_BOOT_FILES variable added to separate bootimg-efi and bootimg-partition Revision: 1 URL : https://patchwork.openembedded.org/series/25787/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. Th

[OE-core] [PATCH] wic/bootimg-efi: IMAGE_EFI_BOOT_FILES variable added to separate bootimg-efi and bootimg-partition

2020-08-26 Thread Jamaluddin, Khairul Rohaizzat
From: Khairul Rohaizzat Jamaluddin Due to recent changes in bootimg-efi to include IMAGE_BOOT_FILES, when both bootimg-partition and bootimg-efi occur in a single .wks and IMAGE_BOOT_FILES are defined, files listed in IMAGE_BOOT_FILES will be duplicated in both partition. Since IMAGE_BOOT_FILES a