Re: [OE-core] [PATCH 1/4] gnutls: improve reproducibility

On Fri, Nov 17, 2017 at 5:08 PM, Christopher Larson wrote: > On Fri, Nov 17, 2017 at 5:23 PM, Bystricky, Juro > wrote: >> > Is there a configure option we could use (perhaps via >> > CACHED_CONFIGUREVARS) to achieve the same end result without needing

Re: [OE-core] [PATCH 1/4] gnutls: improve reproducibility

On Fri, Nov 17, 2017 at 5:23 PM, Bystricky, Juro wrote: > > > Is there a configure option we could use (perhaps via > > CACHED_CONFIGUREVARS) to achieve the same end result without needing > > to run sed on config.h? > > Sorry Andre, I am not quite sure I understand the

Re: [OE-core] [PATCH 1/4] gnutls: improve reproducibility

> Is there a configure option we could use (perhaps via > CACHED_CONFIGUREVARS) to achieve the same end result without needing > to run sed on config.h? Sorry Andre, I am not quite sure I understand the question. Do you suggest to have a "config.h" cached somewhere instead of generating the

[OE-core] ✗ patchtest: failure for "openssl10: Upgrade 1.0.2l -> 1..." and 3 more

== Series Details == Series: "openssl10: Upgrade 1.0.2l -> 1..." and 3 more Revision: 1 URL : https://patchwork.openembedded.org/series/9856/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been

[OE-core] ✗ patchtest: failure for "[rocko] openssl10: Upgrade 1.0..." and 3 more

== Series Details == Series: "[rocko] openssl10: Upgrade 1.0..." and 3 more Revision: 1 URL : https://patchwork.openembedded.org/series/9855/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been

[OE-core] ✗ patchtest: failure for libepoxy: Fix build break for EGL_CAST dependency

== Series Details == Series: libepoxy: Fix build break for EGL_CAST dependency Revision: 1 URL : https://patchwork.openembedded.org/series/9846/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have

[OE-core] ✗ patchtest: failure for meson: Port pkgconfig-native patch to 0.43.0

== Series Details == Series: meson: Port pkgconfig-native patch to 0.43.0 Revision: 1 URL : https://patchwork.openembedded.org/series/9834/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been

[OE-core] ✗ patchtest: failure for ppp: include netinet/in.h before linux/in.h in pppoe.h (rev2)

== Series Details == Series: ppp: include netinet/in.h before linux/in.h in pppoe.h (rev2) Revision: 2 URL : https://patchwork.openembedded.org/series/9844/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several

[OE-core] ✗ patchtest: failure for linux-yocto/4.8: update to v4.8.26

== Series Details == Series: linux-yocto/4.8: update to v4.8.26 Revision: 1 URL : https://patchwork.openembedded.org/series/9828/ 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] ✗ patchtest: failure for "[v4] image.bbclass: add prohib..." and 2 more

== Series Details == Series: "[v4] image.bbclass: add prohib..." and 2 more Revision: 1 URL : https://patchwork.openembedded.org/series/9830/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been

[OE-core] ✗ patchtest: failure for meson: Port pkgconfig-native patch to 0.43.0 (rev2)

== Series Details == Series: meson: Port pkgconfig-native patch to 0.43.0 (rev2) Revision: 2 URL : https://patchwork.openembedded.org/series/9834/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have

[OE-core] ✗ patchtest: failure for python-3.3-multilib.patch: Fixes getpath on multilib configurations (rev2)

== Series Details == Series: python-3.3-multilib.patch: Fixes getpath on multilib configurations (rev2) Revision: 2 URL : https://patchwork.openembedded.org/series/5870/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated

[OE-core] ✗ patchtest: failure for [v2] scripts/contrib/bbvars.py: Rewrite to use tinfoil

== Series Details == Series: [v2] scripts/contrib/bbvars.py: Rewrite to use tinfoil Revision: 1 URL : https://patchwork.openembedded.org/series/9816/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests

Re: [OE-core] ✗ patchtest: failure for "[rocko] openssl10: Upgrade 1.0..." and 3 more

On 2017-11-17 23:53, Patchwork wrote: > == Series Details == > > Series: "[rocko] openssl10: Upgrade 1.0..." and 3 more > Revision: 1 > URL : https://patchwork.openembedded.org/series/9855/ > State : failure > > == Summary == > > > Thank you for submitting this patch series to OpenEmbedded

[OE-core] backfill mechanism

The backfill mechanism is not compatible with multilib. This could possibly be fixed, but the backfill_considered functionality is also obscure, so I think in at least the machine related .inc files we should replace lines like MACHINE_FEATURES_BACKFILL_CONSIDERED_append = "

Re: [OE-core] State of bitbake world, Failed tasks 2017-11-

On Thu, Nov 16, 2017 at 4:58 PM, akuster808 wrote: > > Version 2 of patches came in between builds so lots of > "version-going-backwards" > > > == Failed tasks 2017-11-15 == > > INFO: jenkins-job.sh-1.8.43 Complete log available at >

[OE-core] ✗ patchtest: failure for "openssl10: Upgrade 1.0.2l -> 1..." and 3 more

== Series Details == Series: "openssl10: Upgrade 1.0.2l -> 1..." and 3 more Revision: 1 URL : https://patchwork.openembedded.org/series/9856/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been

[OE-core] ✗ patchtest: failure for "[rocko] openssl10: Upgrade 1.0..." and 3 more

== Series Details == Series: "[rocko] openssl10: Upgrade 1.0..." and 3 more Revision: 1 URL : https://patchwork.openembedded.org/series/9855/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been

[OE-core] ✗ patchtest: failure for meson: Port pkgconfig-native patch to 0.43.0

== Series Details == Series: meson: Port pkgconfig-native patch to 0.43.0 Revision: 1 URL : https://patchwork.openembedded.org/series/9834/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been

[OE-core] ✗ patchtest: failure for meson: Port pkgconfig-native patch to 0.43.0 (rev2)

== Series Details == Series: meson: Port pkgconfig-native patch to 0.43.0 (rev2) Revision: 2 URL : https://patchwork.openembedded.org/series/9834/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have

[OE-core] ✗ patchtest: failure for ppp: include netinet/in.h before linux/in.h in pppoe.h (rev2)

== Series Details == Series: ppp: include netinet/in.h before linux/in.h in pppoe.h (rev2) Revision: 2 URL : https://patchwork.openembedded.org/series/9844/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several

[OE-core] ✗ patchtest: failure for libepoxy: Fix build break for EGL_CAST dependency

== Series Details == Series: libepoxy: Fix build break for EGL_CAST dependency Revision: 1 URL : https://patchwork.openembedded.org/series/9846/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have

[OE-core] ✗ patchtest: failure for "[v4] image.bbclass: add prohib..." and 2 more

== Series Details == Series: "[v4] image.bbclass: add prohib..." and 2 more Revision: 1 URL : https://patchwork.openembedded.org/series/9830/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been

[OE-core] ✗ patchtest: failure for python-3.3-multilib.patch: Fixes getpath on multilib configurations (rev2)

== Series Details == Series: python-3.3-multilib.patch: Fixes getpath on multilib configurations (rev2) Revision: 2 URL : https://patchwork.openembedded.org/series/5870/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated

[OE-core] ✗ patchtest: failure for linux-yocto/4.8: update to v4.8.26

== Series Details == Series: linux-yocto/4.8: update to v4.8.26 Revision: 1 URL : https://patchwork.openembedded.org/series/9828/ 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] ✗ patchtest: failure for [v2] scripts/contrib/bbvars.py: Rewrite to use tinfoil

== Series Details == Series: [v2] scripts/contrib/bbvars.py: Rewrite to use tinfoil Revision: 1 URL : https://patchwork.openembedded.org/series/9816/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests

[OE-core] [PATCH V2] go: Use right dynamic linker on musl

Signed-off-by: Khem Raj --- Changes since V1: Drop using pie by default patch meta/recipes-devtools/go/go-1.9.inc| 2 + .../go/go-1.9/set-external-linker.patch| 111 + 2 files changed, 113 insertions(+) create mode 100644

Re: [OE-core] [PATCH v2] go: ensure use of BUILD_CC when building bootstrap tools

On Fri, Nov 17, 2017 at 7:49 AM, Matt Madison wrote: > On Thu, Nov 16, 2017 at 3:29 PM, Matt Madison wrote: >> On Thu, Nov 16, 2017 at 12:29 PM, Burton, Ross wrote: >>> Looks like this is failing on some of our autobuilders,

[OE-core] [PATCH] base: add automatic dependency on xz-native for .txz SRC_URI

.txz is .tar.xz, so add it, as this can actually be found in the wild. Signed-off-by: André Draszik --- meta/classes/base.bbclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/classes/base.bbclass b/meta/classes/base.bbclass index

Re: [OE-core] [PATCH] usbutils: remove uclibc-specific patch

On Fri, Nov 17, 2017 at 12:25 PM, Ross Burton wrote: > This patch is only needed for uclibc, which we don't support in oe-core > anymore. > indeed, thanks for doing it > Signed-off-by: Ross Burton > --- >

Re: [OE-core] [oe-core][PATCH 1/1] nss: pay attention to CFLAGS

It is intentional that nss tries to configure CFLAGS for the particular build environment. Another approach we could take here would be to only put in the prefix-mapping options (and -g). Joe -Original Message- From: Khem Raj [mailto:raj.k...@gmail.com] Sent: Wednesday, November 15,

Re: [OE-core] [PATCH] u-boot: Upgrade to 2017.11 release

On Fri, Nov 17, 2017 at 08:19:07PM +0100, Marek Vasut wrote: > On 11/14/2017 07:32 PM, Otavio Salvador wrote: > > This upgrades the U-Boot from 2017.09 to 2017.11 release. > > > > Signed-off-by: Otavio Salvador > > --- > > > > .../u-boot/{u-boot-common_2017.09.inc =>

[OE-core] [PATCH] e2fsprogs: remove aclocal/acinclude dance

Upstream has fixed their use of aclocal.m4 vs acinclude.m4, so now we can remove some hacks that were previously required. Signed-off-by: Ross Burton --- .../e2fsprogs/e2fsprogs/acinclude.m4 | 135 - .../e2fsprogs/e2fsprogs/mkdir.patch

[OE-core] [PATCH] usbutils: remove uclibc-specific patch

This patch is only needed for uclibc, which we don't support in oe-core anymore. Signed-off-by: Ross Burton --- meta/recipes-bsp/usbutils/usbutils/iconv.patch | 41 -- meta/recipes-bsp/usbutils/usbutils_008.bb | 3 +- 2 files changed, 1

Re: [OE-core] [rocko][PATCH 4/4] openssl: fix runtime errors with Thumb2 when using binutils 2.29

On Fri, Nov 17, 2017 at 3:51 PM, Stefan Agner wrote: > From: Stefan Agner > > When compiling OpenSSL with binutils 2.29 for ARM with Thumb2 enabled > crashes and unexpected behavior occurs. E.g. connecting to a OpenSSH > server using the affected binary

Re: [OE-core] [rocko][PATCH 3/4] openssl: Upgrade 1.1.0f -> 1.1.0g

On Fri, Nov 17, 2017 at 3:51 PM, Stefan Agner wrote: > From: Stefan Agner > > Deals with two CVEs: > * bn_sqrx8x_internal carry bug on x86_64 (CVE-2017-3736) > * Malformed X.509 IPAddressFamily could cause OOB read (CVE-2017-3735) > > Signed-off-by:

Re: [OE-core] [rocko][PATCH 2/4] openssl10: fix runtime errors with Thumb2 when using binutils 2.29

On Fri, Nov 17, 2017 at 3:51 PM, Stefan Agner wrote: > From: Stefan Agner > > When compiling OpenSSL with binutils 2.29 for ARM with Thumb2 enabled > crashes and unexpected behavior occurs. E.g. connecting to a OpenSSH > server using the affected binary

Re: [OE-core] [PATCH 1/4] openssl10: Upgrade 1.0.2l -> 1.0.2m

On Fri, Nov 17, 2017 at 3:53 PM, Stefan Agner wrote: > From: Stefan Agner > > Deals with two CVEs: > * bn_sqrx8x_internal carry bug on x86_64 (CVE-2017-3736) > * Malformed X.509 IPAddressFamily could cause OOB read (CVE-2017-3735) > > Signed-off-by:

Re: [OE-core] [PATCH] u-boot: Upgrade to 2017.11 release

On 11/14/2017 07:32 PM, Otavio Salvador wrote: > This upgrades the U-Boot from 2017.09 to 2017.11 release. > > Signed-off-by: Otavio Salvador > --- > > .../u-boot/{u-boot-common_2017.09.inc => u-boot-common_2017.11.inc} | 2 > +- >

[OE-core] [PATCH 4/4] openssl: fix runtime errors with Thumb2 when using binutils 2.29

From: Stefan Agner When compiling OpenSSL with binutils 2.29 for ARM with Thumb2 enabled crashes and unexpected behavior occurs. E.g. connecting to a OpenSSH server using the affected binary fails with: ssh_dispatch_run_fatal: Connection to 192.168.10.171 port 22:

[OE-core] [PATCH 1/4] openssl10: Upgrade 1.0.2l -> 1.0.2m

From: Stefan Agner Deals with two CVEs: * bn_sqrx8x_internal carry bug on x86_64 (CVE-2017-3736) * Malformed X.509 IPAddressFamily could cause OOB read (CVE-2017-3735) Signed-off-by: Stefan Agner ---

[OE-core] [PATCH 3/4] openssl: Upgrade 1.1.0f -> 1.1.0g

From: Stefan Agner Deals with two CVEs: * bn_sqrx8x_internal carry bug on x86_64 (CVE-2017-3736) * Malformed X.509 IPAddressFamily could cause OOB read (CVE-2017-3735) Signed-off-by: Stefan Agner --- .../openssl/{openssl_1.1.0f.bb =>

[OE-core] [PATCH 2/4] openssl10: fix runtime errors with Thumb2 when using binutils 2.29

From: Stefan Agner When compiling OpenSSL with binutils 2.29 for ARM with Thumb2 enabled crashes and unexpected behavior occurs. E.g. connecting to a OpenSSH server using the affected binary fails with: ssh_dispatch_run_fatal: Connection to 192.168.10.171 port 22:

[OE-core] [rocko][PATCH 4/4] openssl: fix runtime errors with Thumb2 when using binutils 2.29

From: Stefan Agner When compiling OpenSSL with binutils 2.29 for ARM with Thumb2 enabled crashes and unexpected behavior occurs. E.g. connecting to a OpenSSH server using the affected binary fails with: ssh_dispatch_run_fatal: Connection to 192.168.10.171 port 22:

[OE-core] [rocko][PATCH 2/4] openssl10: fix runtime errors with Thumb2 when using binutils 2.29

From: Stefan Agner When compiling OpenSSL with binutils 2.29 for ARM with Thumb2 enabled crashes and unexpected behavior occurs. E.g. connecting to a OpenSSH server using the affected binary fails with: ssh_dispatch_run_fatal: Connection to 192.168.10.171 port 22:

[OE-core] [rocko][PATCH 1/4] openssl10: Upgrade 1.0.2l -> 1.0.2m

From: Stefan Agner Deals with two CVEs: * bn_sqrx8x_internal carry bug on x86_64 (CVE-2017-3736) * Malformed X.509 IPAddressFamily could cause OOB read (CVE-2017-3735) Signed-off-by: Stefan Agner ---

[OE-core] [rocko][PATCH 3/4] openssl: Upgrade 1.1.0f -> 1.1.0g

From: Stefan Agner Deals with two CVEs: * bn_sqrx8x_internal carry bug on x86_64 (CVE-2017-3736) * Malformed X.509 IPAddressFamily could cause OOB read (CVE-2017-3735) Signed-off-by: Stefan Agner --- .../openssl/{openssl_1.1.0f.bb =>

Re: [OE-core] Error when connecting to OpenSSH server using rocko

On 2017-11-16 16:06, Alexander Kanavin wrote: > On 11/16/2017 04:51 PM, Stefan Agner wrote: >> True, I cannot reproduce using qemuarm, but I created a ARMv7 qemu >> machine and run that using qemu-system-arm -M virt -cpu cortex-a15, and >> it did fail... >> >> So yeah qemuarm is not affected, but

[OE-core] [PATCHv2 2/4] wic: partition.py: Update comments slightly

First, we support squashfs as root, so mention that. Second, the btrfs rootfs creation function had a copy/paste of the previous function comment, remove the irrelevant line. Signed-off-by: Tom Rini --- scripts/lib/wic/partition.py | 4 +--- 1 file changed, 1 insertion(+),

[OE-core] [PATCHv2 4/4] meta-selftest: wic: Add test for --use-uuid / --fsuuid

- Add a '/uuid' partition to wic-image-minimal.wks with a known UUID. - In test_qemu, sort our output from checking the output of 'mount' as it may not be stable. Also, do not check the exit code as passing any output to cut ensures a 0 exit code. - Check for a 'UUID=' line in /etc/fstab with

[OE-core] [PATCHv2 3/4] wic: Introduce --fsuuid and have --use-uuid make use of UUID too

First, allow for wic to be given a filesystem UUID to be used when creating a filesystem. When not provided, wic will generate the UUID to be used. Next, when --use-uuid is passed, we update the fstab to mount things via UUID (and if not found, then use PARTUUID) as UUID is more portable.

[OE-core] [PATCHv2 0/4] wic: Further enhance UUID / fstab support

Hey all, So, per Ed's feedback on my first series, I went and spent some time trying to figure out how to have wic know what the UUID would be when updating the fstab. It turns out the easiest answer here is to have WIC make the UUID. Per Otavio's concern last time, I also make sure that the

[OE-core] [PATCHv2 1/4] wic: kparser.py: Check for SquashFS and use-uuid

The SquashFS filesystem does not support UUIDs so make this combination be an error. Signed-off-by: Tom Rini --- scripts/lib/wic/ksparser.py | 5 + 1 file changed, 5 insertions(+) diff --git a/scripts/lib/wic/ksparser.py b/scripts/lib/wic/ksparser.py index

Re: [OE-core] [PATCH v2] go: ensure use of BUILD_CC when building bootstrap tools

I had a hunch that was the problem this morning after looking again at the patch set. Thanks for confirming. Ross On 17 November 2017 at 15:49, Matt Madison wrote: > On Thu, Nov 16, 2017 at 3:29 PM, Matt Madison > wrote: > > On Thu, Nov 16, 2017 at

Re: [OE-core] [PATCH v2] go: ensure use of BUILD_CC when building bootstrap tools

On Thu, Nov 16, 2017 at 3:29 PM, Matt Madison wrote: > On Thu, Nov 16, 2017 at 12:29 PM, Burton, Ross wrote: >> Looks like this is failing on some of our autobuilders, such as >>

[OE-core] [PATCH 2/2] gcc-7.2: Fix libgfortran build

From: Ricardo Ribalda Delgado Without this patch libbacktrace cannot be included/link during libgfortran build. libbtool: link: cannot find the library `../libbacktrace/libbacktrace.la' or unhandled argument `../libbacktrace/libbacktrace.la Signed-off-by: Ricardo

[OE-core] [PATCH 0/2] GCC Fortran fixes

Tested world builds on rpi The following changes since commit a17f3ec910366e9e7551fa24fbc07929b9584341: dhcp: fix build issue with libxml2 support (2017-11-10 14:44:31 +) are available in the Git repository at: git://git.openembedded.org/openembedded-core-contrib kraj/fortran-fixes

[OE-core] [PATCH 1/2] gcc-6.4: Fix libgfortran build

From: Ricardo Ribalda Delgado Without this patch libbacktrace cannot be included/link during libgfortran build. libbtool: link: cannot find the library `../libbacktrace/libbacktrace.la' or unhandled argument `../libbacktrace/libbacktrace.la' Signed-off-by: Ricardo

Re: [OE-core] [PATCH] libepoxy: Fix build break for EGL_CAST dependency

On Thu, Nov 16, 2017 at 9:36 PM, Tom Hochstein wrote: > This is a backport [1] to fix the following build error: > > | In file included from >

[OE-core] [PATCH 9/9] meson: export native env only for native build

From: Martin Kelly Although the meson crossfile should take care of setting the right cross environment for a target build, meson slurps any set CFLAGS, CXXFLAGS, LDFLAGS, and CPPFLAGS from the environment and injects them into the build (see

[OE-core] [PATCH 4/9] libepoxy: convert to meson build

Add a patch to work around absence of dlvsym() on musl (wasn't previously a problem as autotools weren't building tests by default) Signed-off-by: Alexander Kanavin --- ...sible-to-disable-the-use-of-dlvsym-needed.patch | 55 ++

[OE-core] [PATCH 7/9] gst-player: Upgrade, rename to gst-examples

From: Jussi Kukkonen Switch to using current repository, switch to meson (following upstream), rename the recipe like upstream. Add a patch to install the player binaries. Signed-off-by: Alexander Kanavin ---

[OE-core] [PATCH 8/9] meson: Port pkgconfig-native patch to 0.43.0

From: Ricardo Ribalda Delgado The update to 0.43.0 forgot to add this patch required for qt builds. Signed-off-by: Ricardo Ribalda Delgado Signed-off-by: Alexander Kanavin ---

[OE-core] [PATCH 3/9] json-glib: convert to meson build

Note that meson flags for gobject introspection and gtk-doc appear to be non-standardized; going forward we should devise a common way to deal with it. gettext inherit is removed, as there is no equivalent functionality in meson; NLS bits are always built and installed. Signed-off-by: Alexander

[OE-core] [PATCH 5/9] libinput: convert to meson build

Drop autotools-specific patch. Drop libunwind option, as it is only used if tests are enabled (and they're unconditionally not enabled). Add a backported upstream fix for invalid meson options. Signed-off-by: Alexander Kanavin ---

[OE-core] [PATCH 6/9] sysprof: convert to meson build

Drop autotools-specific patches. Rename polkit packageconfig option to sysprofd as 'polkit' does not at all match what is happening. Remove --enable-compiler-warnings, as the equivalent in meson could not be found. Signed-off-by: Alexander Kanavin ---

[OE-core] [PATCH 2/9] gnomebase.bbclass: split into autotools and meson versions

gnomebase.bbclass unfortunately hardcodes the autotools inherit, so we have to introduce gnomebase-nobuildsystem.bbclass where the common bits between autotools and meson classes can be placed. Signed-off-by: Alexander Kanavin ---

[OE-core] [PATCH 1/9] meson: add a recipe and class from meta-oe

The original recipe has been provided and improved by: Ross Burton Ricardo Ribalda Delgado Adam C. Foltzer Peter Kjellerstedt Linus Svensson I have added patches to fix up

[OE-core] [PATCH 0/9] Introduce meson build system

This patch series introduces meson recipe and class (that recipes should inherit in order to be built with meson). It also converts a few recipes from autotools to meson to establish that things basically work. Note that I haven't tackled the bigger items: gstreamer family of recipes, systed and

Re: [OE-core] [yocto] [PATCH v4 1/3] image.bbclass: add prohibited-paths QA test

On Fri, Nov 17, 2017 at 8:06 AM, Martyn Welch wrote: > On Thu, 2017-11-16 at 17:21 -0600, Leonardo Sandoval wrote: >> isn't it this class meta/classes/insane.bbclass for this type of checks? >> > > I don't know. The logic for IMAGE_QA_COMMAND is in image.bbclass, as

Re: [OE-core] [PATCH 4/7] screen: upgrade to 4.6.2

Hi Ross, On Thu, Nov 16, 2017 at 04:09:20PM +, Burton, Ross wrote: >Breaks under MIPS, see https://bugzilla.yoctoproject.org/show_bug.cgi?id=12353. > Ack. will fix and resend it. >Ross >>On 10 November 2017 at 12:00, Maxin B. John wrote: >> >> 4.6.1 -> 4.6.2 >> >>

Re: [OE-core] [yocto] [PATCH v4 1/3] image.bbclass: add prohibited-paths QA test

On Thu, 2017-11-16 at 17:21 -0600, Leonardo Sandoval wrote: > isn't it this class meta/classes/insane.bbclass for this type of checks? > I don't know. The logic for IMAGE_QA_COMMAND is in image.bbclass, as far as I can see the package QA tests are in package.bbclass, so image.bbclass seemed like

Re: [OE-core] [PATCH v4 1/3] image.bbclass: add prohibited-paths QA test

On Thu, 2017-11-16 at 15:58 -0200, Otavio Salvador wrote: > On Thu, Nov 16, 2017 at 1:05 PM, Martyn Welch > wrote: > > Sometimes we wish to ensure that files or directories are not installed > > somewhere that may prove detrimental to the operation of the system. For

Re: [OE-core] [PATCH] bitbake.conf: add 'xz' to HOSTTOOLS

On Thu, 2017-11-16 at 18:52 +, Khem Raj wrote: > On Thu, Nov 16, 2017 at 1:16 AM André Draszik wrote: > > > Files in SRC_URI that are xz compressed can not be > > unpacked without this, as we'd have no decompressor > > available. > > > I thought we added xz-native