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

Does anyone from EU have a z-wave RGBW lightbulb they could loan to the booth during ELCE? I have an EU UZB bridge, but not any easy way to acquire a device to control. Otherwise I will have to use US frequency and that might not be “OK”. Plus I don’t want to spend 30-40 euros on an item that wi

[OE-core] ✗ patchtest: failure for libarchive: CVE-2017-14502

== Series Details == Series: libarchive: CVE-2017-14502 Revision: 1 URL : https://patchwork.openembedded.org/series/9136/ 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 propo

[OE-core] [PATCH] libarchive: CVE-2017-14502

read_header in archive_read_support_format_rar.c suffers from an off-by-one error for UTF-16 names in RAR archives, leading to an out-of-bounds read in archive_read_format_rar_read_header. Backport the patch from https://github.com/libarchive/libarchive/commit commit 5562545b5562f6d12a4ef991fae158b

Re: [OE-core] [pyro][PATCH] goarch.bbclass: Replace logic for setting GOARM

On 09/26/2017 09:36 AM, Will Newton wrote: > Hi, > > Is this change ok for the stable branch? merged into staging. thanks, Armin > > On Mon, Sep 18, 2017 at 4:43 PM, Will Newton wrote: >> From: Will Newton >> >> The previous logic applied a regex to TUNE_FEATURES which could >> set the GOARM va

Re: [OE-core] [pyro][PATCH 0/2] Backports for pyro to fix eSDK / initramfs interaction

paul, On 09/26/2017 01:42 PM, Paul Eggleton wrote: > The following changes since commit 404a04a862a71a5a0fb1c20b6bc9fc9c8b2bb98c: > > image.bbclass: Sorted ctypes to avoid basehash error (2017-09-22 17:52:58 > +0100) > > are available in the git repository at: > > git://git.openembedded.org/

Re: [OE-core] [pyro][PATCH 1/2] selftest/cases/signing: ignore removal errors when cleaning temporary gpg directory

Leo, On 09/26/2017 01:04 PM, leonardo.sandoval.gonza...@linux.intel.com wrote: > From: Leonardo Sandoval > > The high-level method tempfile.TemporaryDirectory give us no way to > ignore erros on removal thus use tempfile.mkdtemp instead. Ignoring possible > issues > on removal is neccesary beca

[OE-core] [PATCH 1/2] runqemu: Allow the user to override the Kernel option

Update the runqemu script to allow the user to specify a Kernel to boot when calling runqemu. Signed-off-by: Alistair Francis Cc: Ben Levinsky --- scripts/runqemu | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/scripts/runqemu b/scripts/runqemu index df76270904..c3719a8

Re: [OE-core] [PATCH 2/2] runqemu: Allow the user to override the device tree option

On Tue, Sep 26, 2017 at 4:15 PM, Alistair Francis wrote: > Update the runqemu script to allow the user to specify a device tree > to boot when calling runqemu. > > This involves creating a seperate check_dtb() function incase the user > has specified 'none' for the kernel but still wants a device

[OE-core] [PATCH 2/2] runqemu: Allow the user to override the device tree option

Update the runqemu script to allow the user to specify a device tree to boot when calling runqemu. This involves creating a seperate check_dtb() function incase the user has specified 'none' for the kernel but still wants a device tree. Signed-off-by: Alistair Francis Cc: Ben Levinsky --- scri

Re: [OE-core] [PATCH v2 2/4] wayland-protocols: Fix installation patch issue

On Tue, 2017-09-26 at 20:16 +0100, Burton, Ross wrote: > On 26 September 2017 at 19:04, Otavio Salvador > wrote: > > On Tue, Sep 26, 2017 at 12:29 PM, Burton, Ross > > wrote: > > > > > Does this depend on the upgrades, or should it work standalone? > > > > > > > > This works standalone. I'v

[OE-core] [PATCH] lttng-modules: Backport fixes for kernel instrumentation

This backport fixes from upcoming 2.9.4 release. Those are: - Fix: vmalloc wrapper on kernel < 2.6.38 - Fix: vmalloc wrapper on kernel >= 4.12 - Add kmalloc failover to vmalloc - Fix: mmap: caches aliased on virtual addresses - Fix: update ext4 instrumentation for kernel 4.13 - Fix: Sleeping

[OE-core] [pyro][PATCH 2/2] classes: drop image dependencies on TOPDIR variable

We don't need a dependency on this variable changing, and having one causes locked signature warnings during eSDK installation if you have INITRAMFS_IMAGE_* set (since TOPDIR will always be different between the eSDK and the environment in which it was built). Relates to [YOCTO #12102]. (From OE-

[OE-core] [pyro][PATCH 0/2] Backports for pyro to fix eSDK / initramfs interaction

The following changes since commit 404a04a862a71a5a0fb1c20b6bc9fc9c8b2bb98c: image.bbclass: Sorted ctypes to avoid basehash error (2017-09-22 17:52:58 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib paule/pyro-esdk-initramfs-fix-oe htt

[OE-core] [pyro][PATCH 1/2] image.bbclass: drop initramfs bundle related code

From: Ming Liu The original purpose of this code snippet was to repackage initramfs bundled kernel images before do_image_complete, to be able to be included by rootfs, but it's not going to achieve that since the initramfs bundled kernel images are not even installed to ${D}/boot after commit a4

[OE-core] [pyro][PATCH 1/2] selftest/cases/signing: ignore removal errors when cleaning temporary gpg directory

From: Leonardo Sandoval The high-level method tempfile.TemporaryDirectory give us no way to ignore erros on removal thus use tempfile.mkdtemp instead. Ignoring possible issues on removal is neccesary because it contains gpg sockets that are automatically removed by the system once the process t

[OE-core] [pyro][PATCH 2/2] sign_rpm.bbclass: force rpm serial signing

From: Leonardo Sandoval Newer versions of gpg (at least 2.1.5 and 2.2.1) have issues when signing occurs in parallel so (unfortunately) the signing must be done serially. Once the upstream problem is fixed, this patch must be reverted, otherwise we loose all the intrinsic parallelism from bitb

[OE-core] [morty][PATCH 2/2] sign_rpm.bbclass: force rpm serial signing

From: Leonardo Sandoval Newer versions of gpg (at least 2.1.5 and 2.2.1) have issues when signing occurs in parallel so (unfortunately) the signing must be done serially. Once the upstream problem is fixed, this patch must be reverted, otherwise we loose all the intrinsic parallelism from bitb

[OE-core] [morty][PATCH 1/2] selftest/cases/signing: ignore removal errors when cleaning temporary gpg directory

From: Leonardo Sandoval The high-level method tempfile.TemporaryDirectory give us no way to ignore erros on removal thus use tempfile.mkdtemp instead. Ignoring possible issues on removal is neccesary because it contains gpg sockets that are automatically removed by the system once the process t

Re: [OE-core] [PATCH v2 2/4] wayland-protocols: Fix installation patch issue

On Tue, Sep 26, 2017 at 4:22 PM, Burton, Ross wrote: > On 26 September 2017 at 20:19, Otavio Salvador > wrote: >> >> Are you using pkgconfig or pkgconf? > > pkg-config. Does it have the depends? -- Otavio Salvador O.S. Systems http://www.ossystems.com.brhttp

Re: [OE-core] [PATCH v2 2/4] wayland-protocols: Fix installation patch issue

On 26 September 2017 at 20:19, Otavio Salvador < otavio.salva...@ossystems.com.br> wrote: > Are you using pkgconfig or pkgconf? pkg-config. Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.

Re: [OE-core] [PATCH v2 2/4] wayland-protocols: Fix installation patch issue

On Tue, Sep 26, 2017 at 4:16 PM, Burton, Ross wrote: > On 26 September 2017 at 19:04, Otavio Salvador > wrote: >> >> On Tue, Sep 26, 2017 at 12:29 PM, Burton, Ross >> wrote: >> > Does this depend on the upgrades, or should it work standalone? >> >> This works standalone. I've been using it. > >

Re: [OE-core] [PATCH v2 2/4] wayland-protocols: Fix installation patch issue

On 26 September 2017 at 19:04, Otavio Salvador < otavio.salva...@ossystems.com.br> wrote: > On Tue, Sep 26, 2017 at 12:29 PM, Burton, Ross > wrote: > > Does this depend on the upgrades, or should it work standalone? > > This works standalone. I've been using it. > In which case I should report t

Re: [OE-core] [pyro][PATCH] goarch.bbclass: Replace logic for setting GOARM

On Tue, Sep 26, 2017 at 1:36 PM, Will Newton wrote: > Is this change ok for the stable branch? Fine with me. -- Otavio Salvador O.S. Systems http://www.ossystems.com.brhttp://code.ossystems.com.br Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-975

Re: [OE-core] [PATCH v2 2/4] wayland-protocols: Fix installation patch issue

On Tue, Sep 26, 2017 at 12:29 PM, Burton, Ross wrote: > Does this depend on the upgrades, or should it work standalone? This works standalone. I've been using it. -- Otavio Salvador O.S. Systems http://www.ossystems.com.brhttp://code.ossystems.com.br Mobile:

Re: [OE-core] [PATCH] python-native: Build with ipv6 enabled

On 09/26/2017 12:25 PM, Burton, Ross wrote: On 26 September 2017 at 18:23, Alejandro Hernandez > wrote: Using EXTRA_OECONF_append gets added to the correct EXTRA_OECONF_class- correctly, otherwise its disregarded. I guess the subtext

Re: [OE-core] [PATCH] python-native: Build with ipv6 enabled

On 26 September 2017 at 18:23, Alejandro Hernandez < alejandro.hernan...@linux.intel.com> wrote: > Using EXTRA_OECONF_append gets added to the correct > EXTRA_OECONF_class- correctly, otherwise its disregarded. > > I guess the subtext was +EXTRA_OECONF_class-native = "\ + --enable-ipv6=${@bb.uti

Re: [OE-core] [PATCH] python-native: Build with ipv6 enabled

Hey Ross, On 09/26/2017 12:16 PM, Burton, Ross wrote: On 26 September 2017 at 17:56, Alejandro Hernandez > wrote: This patch fixes the implementation of EXTRA_OECONF to get the ipv6 configuration correctly (whether were building for native o

Re: [OE-core] [PATCH v2] systemd: move pam files to own package

On 26 September 2017 at 18:17, wrote: > From: Andy Kling > > move pam related files to already existing systemd-pam package. > add runtime dependencies to required pam plugins. > > This ensures pam plugins required by /etc/pam.d/systemd-user > to open a user session are installed. > >

Re: [OE-core] [PATCH] python-native: Build with ipv6 enabled

On 26 September 2017 at 17:56, Alejandro Hernandez < alejandro.hernan...@linux.intel.com> wrote: > This patch fixes the implementation of EXTRA_OECONF to get the ipv6 > configuration correctly (whether were building for native or target), > and it also modifies DISTRO_FEATURES_NATIVE to add ipv6 b

[OE-core] [PATCH v2] systemd: move pam files to own package

From: Andy Kling move pam related files to already existing systemd-pam package. add runtime dependencies to required pam plugins. This ensures pam plugins required by /etc/pam.d/systemd-user to open a user session are installed. systemd[1]: Starting User Manager for UID 994... syst

[OE-core] [PATCH] python-native: Build with ipv6 enabled

Before we introduced DISTRO_FEATURES_NATIVE on commit: db1f1adace58763c35774e3fdfeaac5c3ca646fd ipv6 was enabled by default on DISTRO_FEATURES via DISTRO_FEATURES_LIBC hence python-native was built with ipv6 support. After this, the check for ipv6 on DISTRO_FEATURES stopped working for the python

Re: [OE-core] [pyro][PATCH] goarch.bbclass: Replace logic for setting GOARM

Hi, Is this change ok for the stable branch? On Mon, Sep 18, 2017 at 4:43 PM, Will Newton wrote: > From: Will Newton > > The previous logic applied a regex to TUNE_FEATURES which could > set the GOARM value to 7 incorrectly, for example when dealing > with an arm1176 core. Simplify to check for

[OE-core] [PATCH] linux-firmware: package Broadcom BCM43362 firmware

Signed-off-by: Tomas Novotny --- meta/recipes-kernel/linux-firmware/linux-firmware_git.bb | 9 - 1 file changed, 8 insertions(+), 1 deletion(-) diff --git a/meta/recipes-kernel/linux-firmware/linux-firmware_git.bb b/meta/recipes-kernel/linux-firmware/linux-firmware_git.bb index 6798ace6

Re: [OE-core] [PATCH v2 2/4] wayland-protocols: Fix installation patch issue

Does this depend on the upgrades, or should it work standalone? Ross On 22 September 2017 at 12:02, Fabien Lahoudere < fabien.lahoud...@collabora.co.uk> wrote: > This patch also remove workaround to find wayland-protocols: > > WAYLAND_PROTOCOLS_SYSROOT_DIR=${RECIPE_SYSROOT} > > in: > > - gtk+3 >

[OE-core] ✗ patchtest: failure for "sign_rpm.bbclass: force rpm se..." and 1 more

== Series Details == Series: "sign_rpm.bbclass: force rpm se..." and 1 more Revision: 1 URL : https://patchwork.openembedded.org/series/9126/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been e

[OE-core] [PATCH 2/2] selftest/cases/runtime_test: ignore removal errors when cleaning temporary gpg directory

From: Leonardo Sandoval The high-level method tempfile.TemporaryDirectory give us no way to ignore erros on removal thus use tempfile.mkdtemp instead. Ignoring possible issues on removal is neccesary because it contains gpg sockets that are automatically removed by the system once the process te

[OE-core] [PATCH 1/2] sign_rpm.bbclass: force rpm serial signing

From: Leonardo Sandoval Newer versions of gpg (at least 2.1.5 and 2.2.1) have issues when signing occurs in parallel so (unfortunately) the signing must be done serially. Once the upstream problem is fixed, this patch must be reverted, otherwise we loose all the intrinsic parallelism from bitb

Re: [OE-core] [PATCH] systemd: move pam files to own package

On 25 September 2017 at 09:59, wrote: > From: Andy Kling > > move pam related files to already existing systemd-pam package. > add runtime dependencies to pam plugins introduced by file systemd-user. > This describes what the patch is doing but doesn't explain why. Ross -- ___

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

On 09/26/2017 02:34 AM, Ricardo Ribalda Delgado wrote: > Hi > > On Mon, Sep 25, 2017 at 6:23 PM, Jeff Osier-Mixon wrote: >> It certainly looks interesting! The main issue is that our table is about >> 0.5 x 1.4 meters, so setting up demos as well as screens and keyboards may >> be a difficult ta

[OE-core] [PATCH] image.bbclass: let do_image depend on do_populate_lic of EXTRA_IMAGEDEPENDS

From: Ming Liu The licenses of EXTRA_IMAGEDEPENDS recipes are being referenced in image postcommand write_deploy_manifest, but a dependency is missing between do_image and do_populate_lic of EXTRA_IMAGEDEPENDS recipes, this leads some license files not present when write_deploy_manifest runs, hen

Re: [OE-core] [PATCH] package_manager: rpm: remove update-alternatives correctly

On 09/26/2017 03:03 PM, Mikko Ylinen wrote: @@ -614,13 +614,16 @@ class RpmPM(PackageManager): self._invoke_dnf(["remove"] + pkgs) else: cmd = bb.utils.which(os.getenv('PATH'), "rpm") -args = ["-e", "--nodeps", "--root=%s" %self.target_rootfs] +

Re: [OE-core] [oe-commits] [openembedded-core] 01/08: goarch.bbclass: fixups for Go mips32 support

This change (or one of the other 3 go related changes merged recently) seems to cause go-native to depend on MACHINE specific DEFAULTTUNE variable. As detected by oe-core/scripts/sstate-diff-machines.sh ERROR: go-native different signature for task do_configure.sigdata between qemux86 and foo Ta

[OE-core] [PATCH] package_manager: rpm: remove update-alternatives correctly

With "read-only-rootfs" in IMAGE_FEATURES, packages in ROOTFS_RO_UNNEEDED are removed when building the rootfs. rootfs.py has a note about some of the assumptions to that removal: "Make sure update-alternatives is last on the command line, so that it is removed last. This makes sure that its d

[OE-core] [PATCH] libparted: Use read only when probing devices on linux

When a device is opened for RW closing it can trigger other actions, like udev scanning it for partition changes. Use read only for the init_* methods and RW for actual changes to the device. This adds _device_open which takes mode flags as an argument and turns linux_open into a wrapper for it wi

[OE-core] [PATCH 1/1] systemd-serialtty: allow empty package

If SERIAL_CONSOLES is set to empty for some reason, we would have rootfs failure like below. - nothing provides systemd-serialgetty needed by systemd-1:234-r0.core2_64 This is because systemd-serialgetty package is not generated when SERIAL_CONSOLES is empty. Set ALLOW_EMPTY to "1" for this re

[OE-core] [PATCH 0/1] systemd-serialtty: allow empty package

The following changes since commit f7c3a0267aeae74a216de9f081b2cb189388ad88: qemurunner: print tail qemu log in case bootlog is empty (2017-09-25 14:16:53 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib ChenQi/serialtty_allow_empty http://git.pokylinux

Re: [OE-core] [PATCH 1/2] systemd: change some RRECOMMENDS to RDEPENDS

On 09/22/2017 05:34 PM, Martin Jansa wrote: This doesn't seem to work correctly for MACHINEs with empty SERIAL_CONSOLE, because with empty SERIAL_CONSOLE there is no systemd-serialgetty package (because it's also empty) and the build fails with: Collected errors: * calculate_dependencies_for

Re: [OE-core] [PATCH 1/1] ffmpeg: backport patches to fix 12 CVEs

On 09/26/2017 10:57 AM, ChenQi wrote: I agree with you. I have tried to do the upgrade, and it's easy. However, at the current stage, it's unlikely for an upgrade patch to be accepted. That's why I did the backport. If the upgrade patch brings a new feature release, then yes. But in this cas

Re: [OE-core] [PATCH 1/1] ffmpeg: backport patches to fix 12 CVEs

On 09/26/2017 03:43 PM, Alexander Kanavin wrote: On 09/26/2017 10:43 AM, Chen Qi wrote: Backport patches to fix the following CVEs. CVE-2017-14054 CVE-2017-14055 CVE-2017-14056 CVE-2017-14057 CVE-2017-14058 CVE-2017-14059 CVE-2017-14169 CVE-2017-14170 CVE-2017-14171 CVE-2017-14222 CVE-2017-1422

Re: [OE-core] [PATCH 1/1] ffmpeg: backport patches to fix 12 CVEs

On 09/26/2017 10:43 AM, Chen Qi wrote: Backport patches to fix the following CVEs. CVE-2017-14054 CVE-2017-14055 CVE-2017-14056 CVE-2017-14057 CVE-2017-14058 CVE-2017-14059 CVE-2017-14169 CVE-2017-14170 CVE-2017-14171 CVE-2017-14222 CVE-2017-14223 CVE-2017-14225 I'd rather just update to 3.3.4

[OE-core] [PATCH 1/1] ffmpeg: backport patches to fix 12 CVEs

Backport patches to fix the following CVEs. CVE-2017-14054 CVE-2017-14055 CVE-2017-14056 CVE-2017-14057 CVE-2017-14058 CVE-2017-14059 CVE-2017-14169 CVE-2017-14170 CVE-2017-14171 CVE-2017-14222 CVE-2017-14223 CVE-2017-14225 Signed-off-by: Chen Qi --- .../ffmpeg/ffmpeg/CVE-2017-14054.patch

[OE-core] [PATCH 0/1] ffmpeg: backport patches to fix 12 CVEs

The following changes since commit f7c3a0267aeae74a216de9f081b2cb189388ad88: qemurunner: print tail qemu log in case bootlog is empty (2017-09-25 14:16:53 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib ChenQi/ffmpeg-cves http://git.pokylinux.org/cgit.c