Re: [OE-core] [PATCH 1/1] patch: don't strip GitApplyTree patches

2020-04-09 Thread Peter Kjellerstedt
> -Original Message- > From: openembedded-core@lists.openembedded.org c...@lists.openembedded.org> On Behalf Of bkyleruss...@gmail.com > Sent: den 9 april 2020 06:41 > To: openembedded-core@lists.openembedded.org > Cc: wesley.linda...@gmail.com; Kyle Russell > Subject: [OE-core] [PATCH 1/

[OE-core] [zeus][PATCH 00/13] zeus pull request - cover letter only

2020-04-09 Thread Anuj Mittal
Please pull these changes for zeus. a-full passed on autobuilder. Thanks, Anuj The following changes since commit 0743dcd0cd70dee87a49d3bcd017168352e60982: wic/direct: reserve 2 sector for extended partition (2020-03-26 07:33:07 +0800) are available in the Git repository at: git://push.o

[OE-core] [PATCH v2 2/2] ruby: Link with libucontext on musl

2020-04-09 Thread Khem Raj
coroutines in ruby 2.7+ needs ucontext APIs which are not available in musl but an external library is available to provide them so use it Use cached values for ac_cv_func_isnan and ac_cv_func_isinf this is not detected correctly by configure on musl on ARM drop using old arm32 implementation of

[OE-core] [PATCH v2 1/2] libucontext: Bring in mips/mips64 support

2020-04-09 Thread Khem Raj
License-Update: Updated copyright years [1] Latest master 0.10.x+ has added support for mips/mips64, which should help compile ruby on musl for these architectures Switch SRC_URI to github upstream URI Check for common arches before checking others in map_kernel_arch Drop already upstreamed pat

[OE-core] [PATCH] insane.bbclass: Add test for shebang line length

2020-04-09 Thread Domarys Correa
Shebang lines longer than 128 characters can give an error depending on the operating system. This implements a test that signals an error when locating a faulty shebang. YOCTO: #11053 Signed-off-by: Domarys Correa --- meta/classes/insane.bbclass | 22 +- 1 file changed, 21

[OE-core] ✗ patchtest: failure for pseudo_util.c: Open file with O_CLOEXEC to avoid fd leak

2020-04-09 Thread Patchwork
== Series Details == Series: pseudo_util.c: Open file with O_CLOEXEC to avoid fd leak Revision: 1 URL : https://patchwork.openembedded.org/series/23664/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests

[OE-core] ✗ patchtest: failure for zeus -next review (rev4)

2020-04-09 Thread Patchwork
== Series Details == Series: zeus -next review (rev4) Revision: 4 URL : https://patchwork.openembedded.org/series/21451/ 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 propos

[OE-core] ✗ patchtest: failure for get_package_mapping: avoid returning a mapping if the renamed package rprovides its original name

2020-04-09 Thread Patchwork
== Series Details == Series: get_package_mapping: avoid returning a mapping if the renamed package rprovides its original name Revision: 1 URL : https://patchwork.openembedded.org/series/23636/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. Thi

[OE-core] ✗ patchtest: failure for pseudo: On a DB fixup remove files that do not exist anymore

2020-04-09 Thread Patchwork
== Series Details == Series: pseudo: On a DB fixup remove files that do not exist anymore Revision: 1 URL : https://patchwork.openembedded.org/series/23617/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several te

[OE-core] ✗ patchtest: failure for patch: don't strip GitApplyTree patches

2020-04-09 Thread Patchwork
== Series Details == Series: patch: don't strip GitApplyTree patches Revision: 1 URL : https://patchwork.openembedded.org/series/23665/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been execute

[OE-core] [PATCH 1/2] libucontext: Bring in mips/mips64 support

2020-04-09 Thread Khem Raj
Latest master 0.10.x+ has added support for mips/mips64, which should help compile ruby on musl for these architectures Switch SRC_URI to github upstream URI Check for common arches before checking others in map_kernel_arch Drop already upstreamed patches Signed-off-by: Khem Raj --- meta/reci

[OE-core] [PATCH 2/2] ruby: Link with libucontext on musl

2020-04-09 Thread Khem Raj
coroutines in ruby 2.7+ needs ucontext APIs which are not available in musl but an external library is available to provide them so use it Use cached values for ac_cv_func_isnan and ac_cv_func_isinf this is not detected correctly by configure on musl on ARM drop using old arm32 implementation of

[OE-core] ✗ patchtest: failure for ntp: upgrade 4.2.8p13 -> 4.2.8p14

2020-04-09 Thread Patchwork
== Series Details == Series: ntp: upgrade 4.2.8p13 -> 4.2.8p14 Revision: 1 URL : https://patchwork.openembedded.org/series/23671/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been executed on t

[OE-core] [meta-oe][PATCH 2/2] runqemu: add ROOTFS_EXTRA_OPT parameter

2020-04-09 Thread Konrad Weihmann
Content of the optional parameter will be appended to the rootfs-device in the qemu configuration, in case QB_ROOTFS_OPT is not specified. By default this is empty. Example use cases are: Defining 'readonly' when using squashfs, so multiple instances of qemu can share the same base image, somethi

[OE-core] [meta-oe][PATCH 1/2] testimage: enable ovmf support

2020-04-09 Thread Konrad Weihmann
Add support for running wic images with EFI as testimage. Introduces a variable called QEMU_USE_OVMF for configuration. Signed-off-by: Konrad Weihmann --- meta/classes/testimage.bbclass| 6 +- meta/lib/oeqa/core/target/qemu.py | 6 -- meta/lib/oeqa/utils/qemurunner.py | 5 - 3 fi

[OE-core] [PATCH v5 1/6] wic: Fix permissions when using exclude or include path

2020-04-09 Thread Ricardo Ribalda
When parameters include_path or exclude_path are passed to the rootfs plugin, it will copy the partition content into a folder and make all the modifications there. This is done using copyhardlinktree(), which does not take into consideration the content of the pseudo folder, which contains the in

[OE-core] [PATCH v5 0/6] wic: Fix permissions

2020-04-09 Thread Ricardo Ribalda
Hi Today wic behaves differently if we run it from bitbake of directly from the commandline. When it is run from bitbake, the permissions/usersnames are handled by the pseudo database of the main image. When it is run from the comandline , it is run outside the main image database. This result

[OE-core] [PATCH v5 3/6] wic: Add --change-directory argument

2020-04-09 Thread Ricardo Ribalda
This option allows to specify which part of a rootfs is going to be included, the same way the -C argument on tar. Thanks to this option we can make sure the permissions and usernames on the target partition are respected, and also simplify the creation of splitted partitons, not neeting to invoke

[OE-core] [PATCH v5 2/6] wic: Fix multi images .wks with bitbake

2020-04-09 Thread Ricardo Ribalda
In order to support .wks files with multiple images inside bitbake we need to explicitly set the pseudo database in use. Eg: If we try this .mks: part / --source rootfs --ondisk sda --fstype=ext4 part /export --source rootfs --rootfs=core-image-minimal-mtdutils --fstype=ext4 The username for all

[OE-core] [PATCH v5 5/6] wic: Avoid creating invalid pseudo directory

2020-04-09 Thread Ricardo Ribalda
If the source of the rootfs is not a bitbake cooked image, or it is not pointing to the root of one, we call pseudo again, which will produce a new pseudo folder at rootfs/../pseudo Eg: part /etc --source rootfs --rootfs-dir=${IMAGE_ROOTFS}/home --fstype=ext4 Signed-off-by: Ricardo Ribalda Delga

[OE-core] [PATCH v5 6/6] oeqa: wic: Add tests for permissions and change-directory

2020-04-09 Thread Ricardo Ribalda
Make sure that the permissions and username are respected when using all the rootfs modifiers. Add tests for checnage-directory command Signed-off-by: Ricardo Ribalda Delgado --- meta/lib/oeqa/selftest/cases/wic.py | 91 + 1 file changed, 91 insertions(+) diff --git

[OE-core] [PATCH v5 4/6] wic: Continue if excluded_path does not exist

2020-04-09 Thread Ricardo Ribalda
If an excuded path does not exist, continue without an error. This allows to seamleasly reuse .wks among different projects. Eg: part / --source rootfs --fstype=ext4 --exclude-path=/opt/private_keys Where /opt/private_keys in only populated by some of the image.bb files. Signed-off-by: Ricardo

Re: [OE-core] [pseudo][PATCH] pseudo_util.c: Open file with O_CLOEXEC to avoid fd leak

2020-04-09 Thread Seebs
On Thu, 9 Apr 2020 06:30:37 + "Yu, Mingli" wrote: > We are trying to fix the issue as > http://bugzilla.yoctoproject.org/show_bug.cgi?id=13311 stated. Hmm. I think there's a more subtle logic bug here, and also one of the diagnostics there is a debug message I didn't notice when I made the c

Re: [OE-core] [PATCH v2] multilib: Enable multilib headers for musl

2020-04-09 Thread Khem Raj
This patch needs much more testing and I think is not sufficient either. On Thu, Apr 9, 2020 at 1:29 AM Khem Raj wrote: > > This is no longer needed as we can build multilibbed images with musl > now > > Include bits/reg.h on musl instead of bits/wordsize.h where __WORDSIZE > is defined > > [YOCT

Re: [OE-core] [PATCH] musl: Show error when used with multilibs

2020-04-09 Thread Khem Raj
On Thu, Apr 9, 2020 at 2:47 AM Richard Purdie wrote: > > On Wed, 2020-04-08 at 16:45 -0700, Khem Raj wrote: > > On Wed, Apr 8, 2020 at 4:18 PM Richard Purdie > > wrote: > > > As discussed in the bugzilla entry, musl is not compatible with > > > multilibs > > > and has no plans to support this. Th

Re: [OE-core] [PATCH v4 0/4] wic: Fix permissions

2020-04-09 Thread Ricardo Ribalda
Hi Paul On Thu, Apr 9, 2020 at 1:10 PM Paul Barker wrote: > > On Thu, 9 Apr 2020 12:49:47 +0200 > Ricardo Ribalda Delgado wrote: > > > Hi > > > > > > Today wic behaves differently if we run it from bitbake of directly from the > > commandline. > > > > When it is run from bitbake, the permission

Re: [OE-core] [PATCH] cairo: work around multilib issue resulting in improper handling of licenses

2020-04-09 Thread Quentin Schulz
Hi Paul, On Thu, Apr 09, 2020 at 12:17:00PM +0100, Paul Barker wrote: > On Thu, 9 Apr 2020 13:04:23 +0200 > "Quentin Schulz" wrote: > > > There is currently an issue when a LICENSE for a package is defined > > differently than how the package is defined in PACKAGES. > > > > See bug tracker: ht

Re: [OE-core] [PATCH] cairo: work around multilib issue resulting in improper handling of licenses

2020-04-09 Thread Paul Barker
On Thu, 9 Apr 2020 13:04:23 +0200 "Quentin Schulz" wrote: > There is currently an issue when a LICENSE for a package is defined > differently than how the package is defined in PACKAGES. > > See bug tracker: http://bugzilla.yoctoproject.org/show_bug.cgi?id=13865 > > This results in LICENSE bei

[OE-core] [PATCH] cairo: work around multilib issue resulting in improper handling of licenses

2020-04-09 Thread Quentin Schulz
There is currently an issue when a LICENSE for a package is defined differently than how the package is defined in PACKAGES. See bug tracker: http://bugzilla.yoctoproject.org/show_bug.cgi?id=13865 This results in LICENSE being taken instead of LICENSE_${PN}-gobject because the latter is expanded

Re: [OE-core] [PATCH v4 0/4] wic: Fix permissions

2020-04-09 Thread Paul Barker
On Thu, 9 Apr 2020 12:49:47 +0200 Ricardo Ribalda Delgado wrote: > Hi > > > Today wic behaves differently if we run it from bitbake of directly from the > commandline. > > When it is run from bitbake, the permissions/usersnames are handled by the > pseudo database of the main image. > > Whe

[OE-core] removal of long-deprecated SSTATEPOSTINSTFUNCS?

2020-04-09 Thread Robert P. J. Day
i note that, way back in YP ref manual, migration to YP 2.3, we read: "The SSTATEPOSTINSTFUNCS variable itself is now deprecated in favor of the do_populate_sysroot[postfuncs] task. Consequently, if you do still have any function or functions that need to be called after the sysroot component i

[OE-core] [PATCH v4 1/4] wic: Fix permissions when using exclude or include path

2020-04-09 Thread Ricardo Ribalda
When parameters include_path or exclude_path are passed to the rootfs plugin, it will copy the partition content into a folder and make all the modifications there. This is done using copyhardlinktree(), which does not take into consideration the content of the pseudo folder, which contains the in

[OE-core] [PATCH v4 4/4] wic: Continue if excluded_path does not exist

2020-04-09 Thread Ricardo Ribalda
If an excuded path does not exist, continue without an error. This allows to seamleasly reuse .wks among different projects. Eg: part / --source rootfs --fstype=ext4 --exclude-path=/opt/private_keys Where /opt/private_keys in only populated by some of the image.bb files. Signed-off-by: Ricardo

[OE-core] [PATCH v4 3/4] wic: Add --change-directory argument

2020-04-09 Thread Ricardo Ribalda
This option allows to specify which part of a rootfs is going to be included, the same way the -C argument on tar. Thanks to this option we can make sure the permissions and usernames on the target partition are respected, and also simplify the creation of splitted partitons, not neeting to invoke

[OE-core] [PATCH v4 0/4] wic: Fix permissions

2020-04-09 Thread Ricardo Ribalda
Hi Today wic behaves differently if we run it from bitbake of directly from the commandline. When it is run from bitbake, the permissions/usersnames are handled by the pseudo database of the main image. When it is run from the comandline , it is run outside the main image database. This resul

[OE-core] [PATCH v4 2/4] wic: Fix multi images .wks with bitbake

2020-04-09 Thread Ricardo Ribalda
In order to support .wks files with multiple images inside bitbake we need to explicitly set the pseudo database in use. Eg: If we try this .mks: part / --source rootfs --ondisk sda --fstype=ext4 part /export --source rootfs --rootfs=core-image-minimal-mtdutils --fstype=ext4 The username for all

Re: [OE-core] [PATCH 1/1] patch: don't strip GitApplyTree patches

2020-04-09 Thread Richard Purdie
On Thu, 2020-04-09 at 00:41 -0400, bkyleruss...@gmail.com wrote: > Don't pass a path removal parameter to git am/git apply since GitApplyTree > always applies patches from the root of the git repo, not from each > individual patchdir (like quilt). > > GitApplyTree uses `git rev-parse --show-toplev

Re: [OE-core] [PATCH] musl: Show error when used with multilibs

2020-04-09 Thread Richard Purdie
On Wed, 2020-04-08 at 16:45 -0700, Khem Raj wrote: > On Wed, Apr 8, 2020 at 4:18 PM Richard Purdie > wrote: > > As discussed in the bugzilla entry, musl is not compatible with > > multilibs > > and has no plans to support this. Therefore tell users this from > > the > > recipe rather than letting

[OE-core] [PATCH v2] multilib: Enable multilib headers for musl

2020-04-09 Thread Khem Raj
This is no longer needed as we can build multilibbed images with musl now Include bits/reg.h on musl instead of bits/wordsize.h where __WORDSIZE is defined [YOCTO #13122] Signed-off-by: Khem Raj --- v2: include bits/reg.h on musl for __WORDSIZE meta/classes/multilib_header.bbclass | 7 ---

Re: [OE-core] [PATCH] multilib: Enable multilib headers for musl

2020-04-09 Thread Khem Raj
I just realized that this patch is not enough for multilib to work on musl, we also need to make sure needed musl headers are also generated using oe_multilib_header I can cook up a patch in a day or so. On Wed, Apr 8, 2020 at 6:08 PM Khem Raj wrote: > > This is no longer needed as we can build m

Re: [OE-core] [PATCH] musl: Show error when used with multilibs

2020-04-09 Thread Khem Raj
the patch I proposed make the problem in bug report fixed but would require more testing, this patch I feel is disabling it completely, perhaps we need to either let release go as such and backport the fix since I think multilib should be fine witth musl we might have some quirks to take care, On