Re: [OE-core] [PATCH] image.bbclass: Sorted ctypes to avoid basehash error

On 2017-09-19 19:15, Gerson Fernando Budke wrote: When selected multiple subimages a similar error could happend: Variable do_image_cpio[subimages] value changed \ from 'cpio.gz.u-boot cpio.gz' to 'cpio.gz cpio.gz.u-boot' To avoid this, 'ctypes' should be sorted at

[OE-core] [PATCH] tiff: Security fix CVE-2017-13726 and CVE-2017-13727

References: https://nvd.nist.gov/vuln/detail/CVE-2017-13726 https://nvd.nist.gov/vuln/detail/CVE-2017-13727 Patches from: CVE-2017-13726: https://github.com/vadz/libtiff/commit/f91ca83a21a6a583050e5a5755ce1441b2bf1d7e CVE-2017-13727:

[OE-core] [PATCH] ptest-runner: fix segfault with -t option

The ptest-runner would segfault with -t option: root@qemux86-64:~# ptest-runner -d /usr/lib test_pkg -t 5 [ 237.234112] ptest-runner[810]: segfault at 0 ip 00382e638060 sp 7fff9130f400 error 4 in libc-2.26.so[382e60+1a7000] It is safe to bump SRCREV to latest upstream commit to fix

[OE-core] [PATCH] xf86-video-intel: use uxa to replace sna as the default acceleration mode

The sna mode causes screen distortion issue on board MinnowMAX described in this link: https://bugs.freedesktop.org/show_bug.cgi?id=100700 The uxa mode is verified to not have above issue. uxa is more stable and has more releases than sna. So use uxa to replace sna as the default acceleration

[OE-core] [PATCH 2/2] qemu: Security fixes

Fix CVE-2017-13672, CVE-2017-13673, CVE-2017-13711, CVE-2017-14167 References: https://nvd.nist.gov/vuln/detail/CVE-2017-13672 https://nvd.nist.gov/vuln/detail/CVE-2017-13673 https://nvd.nist.gov/vuln/detail/CVE-2017-13711 https://nvd.nist.gov/vuln/detail/CVE-2017-14167 Patches from:

[OE-core] [PATCH 1/2] qemu: remove unused patches

Remove the following patches since they are unused after qemu update to 2.10: 0001-replace-struct-ucontext-with-ucontext_t-type.patch CVE-2016-9908.patch CVE-2016-9912.patch configure-fix-Darwin-target-detection.patch Signed-off-by: Yi Zhao ---

Re: [OE-core] go-runtime does not build for mips32r2 tune

On 2017-09-20 04:07 PM, Khem Raj wrote: On Wed, Sep 20, 2017 at 11:32 AM, Randy MacLeod wrote: On 2017-09-19 07:47 AM, Matt Madison wrote: On Mon, Sep 18, 2017 at 4:26 PM, Khem Raj wrote: On Mon, Sep 18, 2017 at 3:52 PM, Mark Hatle

Re: [OE-core] go-runtime does not build for mips32r2 tune

On Wed, Sep 20, 2017 at 11:32 AM, Randy MacLeod wrote: > On 2017-09-19 07:47 AM, Matt Madison wrote: >> >> On Mon, Sep 18, 2017 at 4:26 PM, Khem Raj wrote: >>> >>> On Mon, Sep 18, 2017 at 3:52 PM, Mark Hatle >>> wrote:

Re: [OE-core] [PATCH][morty] bluez5: fix out-of-bounds access in SDP server (CVE-2017-1000250)

On 09/14/2017 05:27 AM, Ross Burton wrote: > All versions of the SDP server in BlueZ 5.46 and earlier are vulnerable to an > information disclosure vulnerability which allows remote attackers to obtain > sensitive information from the bluetoothd process memory. This vulnerability > lies in the

Re: [OE-core] [pyro][PATCHv2] oe-pkgdata-util: package-info: Allow extra variables to be displayed

Peter On 09/20/2017 09:07 AM, Peter Kjellerstedt wrote: > Is there any chance of this making it into 2.3.2? 2.3.2 is in QA so it may not. This does not mean it wont end up in morty. I am stagging the change now. thanks for the reminder. Armin > It seems 2.3.2 is > not too far away, given

Re: [OE-core] go-runtime does not build for mips32r2 tune

On 2017-09-19 07:47 AM, Matt Madison wrote: On Mon, Sep 18, 2017 at 4:26 PM, Khem Raj wrote: On Mon, Sep 18, 2017 at 3:52 PM, Mark Hatle wrote: On 9/18/17 5:50 PM, Matt Madison wrote: On 18 Sep 2017, at 2:11 PM, Slater, Joseph

[OE-core] [PATCH] strace_4.18.bb: improve reproducibility

Remove build host references from strace-ptest package. Also removed some unneeded timestaps. Signed-off-by: Juro Bystricky --- meta/recipes-devtools/strace/strace_4.18.bb | 11 ++- 1 file changed, 10 insertions(+), 1 deletion(-) diff --git

[OE-core] [PATCH] gzip_1.8.bb: improve reproducibility

Remove build host references from gzip-ptest package. Signed-off-by: Juro Bystricky --- meta/recipes-extended/gzip/gzip_1.8.bb | 4 1 file changed, 4 insertions(+) diff --git a/meta/recipes-extended/gzip/gzip_1.8.bb b/meta/recipes-extended/gzip/gzip_1.8.bb index

[OE-core] [PATCH 2/5] linux-yocto-tiny: Enable qemux86-64 on linux-yocto-tiny 4.4

Signed-off-by: Alejandro Hernandez --- meta/recipes-kernel/linux/linux-yocto-tiny_4.4.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_4.4.bb b/meta/recipes-kernel/linux/linux-yocto-tiny_4.4.bb

[OE-core] [PATCH 4/5] linux-yocto-tiny: Enable qemux86-64 on linux-yocto-tiny 4.10

Signed-off-by: Alejandro Hernandez --- meta/recipes-kernel/linux/linux-yocto-tiny_4.10.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_4.10.bb

[OE-core] [PATCH 5/5] linux-yocto-tiny: Enable qemux86-64 on linux-yocto-tiny 4.12

Signed-off-by: Alejandro Hernandez --- meta/recipes-kernel/linux/linux-yocto-tiny_4.12.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_4.12.bb

[OE-core] [PATCH 3/5] linux-yocto-tiny: Enable qemux86-64 on linux-yocto-tiny 4.9

Signed-off-by: Alejandro Hernandez --- meta/recipes-kernel/linux/linux-yocto-tiny_4.9.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_4.9.bb b/meta/recipes-kernel/linux/linux-yocto-tiny_4.9.bb

[OE-core] [PATCH 1/5] core-image-tiny-initramfs: Enable running poky-tiny on qemux86-64

Building poky-tiny for x86-64 seems fine, but when executing qemu it complains during boot time about not being able to execute init: [5.409730] Failed to execute /init (error -8) And then it drops to a login prompt (which it should't do on tiny) This is supposed to be complaining about

[OE-core] [PATCH] curl: add 'enable-ares' packageconfig option

This build time option is needed to use the '--dns-interface' runtime parameter to instruct 'curl' to use a specific interface for DNS resolution. Not enabled by default, as it depends on 'c-ares' package from meta-openembedded (meta-networking). Signed-off-by: Javier Viguera

Re: [OE-core] [pyro][PATCHv2] oe-pkgdata-util: package-info: Allow extra variables to be displayed

Is there any chance of this making it into 2.3.2? It seems 2.3.2 is not too far away, given that the DISTRO_VERSION has been updated to 2.3.2 on the pyro branch, but I do not know what the current status is or when you expect to cut the release. For the record this should be safe to take

[OE-core] [PATCH] wic: Generate startup.nsh for EFI cases if none found

In the case of non-wic images there is logic today to generate a startup.nsh file that will be executed by EFI to run the loader that the image contains. In the WIC case is currently depends on that file being generated elsewhere and placed in DEPLOY_DIR_IMAGE and only used if present there.

Re: [OE-core] [PATCH] useradd-staticids: don't create username-group if gid is specified

> -Original Message- > From: André Draszik [mailto:g...@andred.net] > Sent: den 20 september 2017 11:29 > To: Peter Kjellerstedt ; openembedded- > c...@lists.openembedded.org > Subject: Re: [OE-core] [PATCH] useradd-staticids: don't create > username-group if

Re: [OE-core] File with a Windows line ending

On 20 September 2017 at 15:08, Gerson Fernando Budke wrote: > I don't know if is important but I'm reporting anyway > > remote: error: found carriage return (CR) character in file: > meta/recipes-core/ovmf/ovmf/0004-ovmf-enable-long-path-file.patch > To

[OE-core] File with a Windows line ending

I don't know if is important but I'm reporting anyway remote: error: found carriage return (CR) character in file: meta/recipes-core/ovmf/ovmf/0004-ovmf-enable-long-path-file.patch To ssh://gerrit.intelbras.com.br/yocto/openembedded/openembedded-core ! [remote rejected] master -> master

Re: [OE-core] [PATCH] useradd-staticids: don't create username-group if gid is specified

Sorry, in mut now. Ross On 20 September 2017 at 10:28, André Draszik wrote: > ping > > On Tue, 2017-09-05 at 08:40 +0100, André Draszik wrote: > > On Mon, 2017-09-04 at 10:22 +, Peter Kjellerstedt wrote: > > > > > > > > [...] > > > > diff --git

[OE-core] [PATCH 1/2] sanity: correct Python version sanity check

We now require Python 3.4, not 2.7. Signed-off-by: Ross Burton --- meta/classes/sanity.bbclass | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/meta/classes/sanity.bbclass b/meta/classes/sanity.bbclass index 5699287a4a2..91b92ec28a8 100644 ---

[OE-core] [PATCH 2/2] sanity: check that path variables don't use ~

The core path variables (TMPDIR, DL_DIR, SSTATE_DIR) don't use tilde expansion but if the user does then the errors are very mysterious, so check on startup. Signed-off-by: Ross Burton --- meta/classes/sanity.bbclass | 5 + 1 file changed, 5 insertions(+) diff --git

[OE-core] [PATCH] meta/lib/oe/rootfs.py: clean up dnf cache after creating an image

It contains cached metadata for a transient repository that is used only when creating images on the host, and so is of no use on target images. Dnf will recreate the cache on target when needed. Signed-off-by: Alexander Kanavin --- meta/lib/oe/rootfs.py | 3

[OE-core] ✗ patchtest: failure for ncurses: CVE-2017-13732, CVE-2017-13734, CVE-2017-13730, CVE-2017-13729, CVE-2017-13728, CVE-2017-13731

== Series Details == Series: ncurses: CVE-2017-13732, CVE-2017-13734, CVE-2017-13730, CVE-2017-13729, CVE-2017-13728, CVE-2017-13731 Revision: 1 URL : https://patchwork.openembedded.org/series/9022/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded

[OE-core] [PATCH] ncurses: CVE-2017-13732, CVE-2017-13734, CVE-2017-13730, CVE-2017-13729, CVE-2017-13728, CVE-2017-13731

There is an illegal address access in the function dump_uses() in progs/dump_entry.c in ncurses 6.0 that might lead to a remote denial of service attack. There is an illegal address access in the _nc_safe_strcat function in strings.c in ncurses 6.0 that will lead to a remote denial of service

[OE-core] [PATCH 2/5] kernel-fitimage: unbreak UBOOT_ENTRYSYMBOL support

From: André Draszik - vmlinux is located in ${B}, not ${S}. - parsing of nm output got broken completely in commit b406a89935f148779569fa3770776e009dd51f13 ("kernel-fitimage: add initramfs support"), commit ec755d2524fcbd9dfded23a576f25c990d405a6c in yocto While at

[OE-core] [PATCH 5/5] kernel-fitimage: support MIPS (compressed)

From: André Draszik On MIPS, the compressed kernel image target is vmlinuz.bin Signed-off-by: André Draszik --- meta/classes/kernel-fitimage.bbclass | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git

[OE-core] [PATCH 3/5] kernel-uimage: optimise UBOOT_ENTRYSYMBOL support

From: André Draszik This is the remaining local change to a fix similar to commit e0b4f018d1c2 ("kernel-uimage.bbclass: Fix up generation of uImage from vmlinux"): Make awk exit on match to save a few CPU cycles so as to make this similar to kernel-fitimage.bbclass

[OE-core] [PATCH 4/5] kernel-uboot: support compressed kernel on MIPS

From: André Draszik MIPS generates vmlinuz.bin when compression in the kernel build is enabled, including any necessary objcopy so we can leverage that and skip our manual invocation of objcopy here. We just have to put the file into the right place for the rest of the

[OE-core] [PATCH 1/5] kernel-fitimage: sanitize dtb section name (unbreak MIPS)

From: André Draszik We can't build fitImages for MIPS any more: | Error: fit-image.its:21.27-28 syntax error | FATAL ERROR: Unable to parse input tree | uboot-mkimage: Can't read arch/mips/boot/fitImage.tmp: Invalid argument Since commit

Re: [OE-core] [PATCH] useradd-staticids: don't create username-group if gid is specified

ping On Tue, 2017-09-05 at 08:40 +0100, André Draszik wrote: > On Mon, 2017-09-04 at 10:22 +, Peter Kjellerstedt wrote: > > > > > [...] > > > diff --git a/meta/classes/useradd-staticids.bbclass > > > b/meta/classes/useradd-staticids.bbclass > > > index ce4ac62ab5..1b61a8bf9b 100644 > > >

[OE-core] [eSDK] Question regarding excluding packages from eSDK

Dear All, I would like to "exclude" from eSDK package build with its own meta-layer (swupdate). Unfortunately, some parts of it are necessary to create core-image-XXX image (I do reuse its initramfs) binaries. Since the swupdate is not part of core-image-XXX, I would like to know if it

[OE-core] [PATCH] kernel.bbclass: build host programs with native sysroots

From: Wenzong Fan Allow to search header files and libs from native sysroots. For example, an expanded BUILD_CFLAGS includes: '-isystem/builddir/to/linux-yocto/recipe-sysroot-native/usr/include' And an expanded BUILD_LDFLAGS includes:

Re: [OE-core] OpenEmbedded Developer Meeting Oct 22, 2017 in Prague (before ELCE)

On 20.09.2017 09:50, Mike Looijmans wrote: Depends on what I'll be able tug along in my luggage on the airplane, but whatever I can bring is probably suited for public display. A few circuit boards will certainly fit, so if the stand could provide a HDMI monitor (or TV) to connect them to

Re: [OE-core] OpenEmbedded Developer Meeting Oct 22, 2017 in Prague (before ELCE)

On 18-09-17 18:25, Trevor Woerner wrote: Hi Mike, On Mon, Sep 18, 2017 at 8:45 AM, Mike Looijmans wrote: I can probably bring some work (e.g. Zynq MPSoC board) and fun (settop box) hardware along to demonstrate what I'm using OE for. Any chance you could set

Re: [OE-core] [PATCH] classes/image: fix do_image_qa dependencies

Your patch works for me. I think your place for do_image_qa is even better. Tomasz On 19.09.2017 18:22, Burton, Ross wrote: On 19 September 2017 at 17:07, Burton, Ross > wrote: On 19 September 2017 at 11:36, Tomasz Meresiński