Re: [OE-core] [PATCH] systemd: fix CVE-2019-6454

2019-02-23 Thread Richard Purdie
On Sat, 2019-02-23 at 16:08 -0800, akuster808 wrote: > George, > > On 2/22/19 9:22 AM, George McCollister wrote: > > I missed that some how. > > > > Thanks for correcting me. > > thanks for the patch. it should apply to Thud so it wont go to waste. I was thinking of applying it to master until

Re: [OE-core] [PATCH] systemd: fix CVE-2019-6454

2019-02-23 Thread akuster808
George, On 2/22/19 9:22 AM, George McCollister wrote: > I missed that some how. > > Thanks for correcting me. thanks for the patch. it should apply to Thud so it wont go to waste. - armin > -George > > On Fri, Feb 22, 2019 at 11:18 AM Alexander Kanavin > wrote: >> On Fri, 22 Feb 2019 at 18:13,

Re: [OE-core] [PATCH 01/12] virglrenderer: add a recipe

2019-02-23 Thread Adrian Bunk
On Fri, Feb 22, 2019 at 08:11:27PM +0100, Alexander Kanavin wrote: > Probably this is the very first time virgl is built for mips :-) >... Builds fine in Debian: https://buildd.debian.org/status/package.php?p=virglrenderer > Alex cu Adrian -- "Is there not promise of rain?" Ling Tan as

Re: [OE-core] [PATCH 01/12] virglrenderer: add a recipe

2019-02-23 Thread Richard Purdie
On Sat, 2019-02-23 at 11:57 -0800, Khem Raj wrote: > On Sat, Feb 23, 2019 at 10:07 AM Richard Purdie > wrote: > > On Sat, 2019-02-23 at 09:56 -0800, Khem Raj wrote: > > > On Fri, Feb 22, 2019 at 11:11 AM Alexander Kanavin > > > wrote: > > > > Probably this is the very first time virgl is built fo

[OE-core] [PATCH] arch-armv8a.inc: Add missing BASE_LIB tune overrides

2019-02-23 Thread Mike Crowe
For multilib to work correctly, BASE_LIB overrides must be provided for each new tune added in this file. Signed-off-by: Mike Crowe --- meta/conf/machine/include/arm/arch-armv8a.inc | 4 1 file changed, 4 insertions(+) diff --git a/meta/conf/machine/include/arm/arch-armv8a.inc b/meta/conf

Re: [OE-core] [PATCH 1/6] arch-armv8a.inc: add tune include for armv8

2019-02-23 Thread Khem Raj
On Sat, Feb 23, 2019 at 11:37 AM Mike Crowe wrote: > > On Monday 04 February 2019 at 18:57:22 -0800, Khem Raj wrote: > > From: ayaka > > > > There are some addtional instructions apart from bare armv8, > > also there is armv8.1, armv8.2. > > > > Most the processor would support crc, except X-gene

Re: [OE-core] [PATCH 01/12] virglrenderer: add a recipe

2019-02-23 Thread Khem Raj
On Sat, Feb 23, 2019 at 10:07 AM Richard Purdie wrote: > > On Sat, 2019-02-23 at 09:56 -0800, Khem Raj wrote: > > On Fri, Feb 22, 2019 at 11:11 AM Alexander Kanavin > > wrote: > > > Probably this is the very first time virgl is built for mips :-) > > > > > > Note that it is useful only if you int

Re: [OE-core] [PATCH 1/6] arch-armv8a.inc: add tune include for armv8

2019-02-23 Thread Mike Crowe
On Monday 04 February 2019 at 18:57:22 -0800, Khem Raj wrote: > From: ayaka > > There are some addtional instructions apart from bare armv8, > also there is armv8.1, armv8.2. > > Most the processor would support crc, except X-gene 1. > > Signed-off-by: Randy Li > Signed-off-by: Khem Raj > ---

Re: [OE-core] [PATCH 01/12] virglrenderer: add a recipe

2019-02-23 Thread Richard Purdie
On Sat, 2019-02-23 at 09:56 -0800, Khem Raj wrote: > On Fri, Feb 22, 2019 at 11:11 AM Alexander Kanavin > wrote: > > Probably this is the very first time virgl is built for mips :-) > > > > Note that it is useful only if you intend to run qemu on that > > platform, so I wonder if we could just bl

Re: [OE-core] [PATCH 01/12] virglrenderer: add a recipe

2019-02-23 Thread Khem Raj
On Fri, Feb 22, 2019 at 11:11 AM Alexander Kanavin wrote: > > Probably this is the very first time virgl is built for mips :-) > > Note that it is useful only if you intend to run qemu on that > platform, so I wonder if we could just blacklist it... > I would have thought world build should have

[OE-core] [PATCH] musl: Update to latest beyond 1.21

2019-02-23 Thread Khem Raj
https://git.musl-libc.org/cgit/musl/log/?qt=range&q=1691b23955590d1eb66a11158fdd91c86337e886..ad795d56ba3fb9d69f524ee676e3b1e2355cceb7 Signed-off-by: Khem Raj --- meta/recipes-core/musl/musl_git.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-core/musl/musl_gi

Re: [OE-core] [PATCH v2 1/1] ltp: Update to 20190115

2019-02-23 Thread Khem Raj
On Sat, Feb 23, 2019 at 8:12 AM Richard Purdie wrote: > > On Wed, 2019-01-16 at 16:28 +0100, Petr Vorel wrote: > > Hi Richard, Khem, > > > > > > Thanks for looking at this. Unfortunately it failed in testing on > > > > most > > > > targets: > > > > https://autobuilder.yoctoproject.org/typhoon/#/bu

Re: [OE-core] [PATCH v2 1/1] ltp: Update to 20190115

2019-02-23 Thread Richard Purdie
On Wed, 2019-01-16 at 16:28 +0100, Petr Vorel wrote: > Hi Richard, Khem, > > > > Thanks for looking at this. Unfortunately it failed in testing on > > > most > > > targets: > > > https://autobuilder.yoctoproject.org/typhoon/#/builders/46/builds/181/steps/7/logs/step1b > > > (one failure given as a

Re: [OE-core] [PATCH] ltp: Bump to 20190115

2019-02-23 Thread Richard Purdie
On Thu, 2019-02-21 at 12:21 -0600, Daniel Díaz wrote: > This patch has been refreshed: > * 0008-Check-if-__GLIBC_PREREQ-is-defined-before-using-it.patch > > These patches have been dropped as they have been merged: > * 0001-netns_helper.sh-use-ping-6-when-ping6-is-not-avaliab.patch > * 0001-setrli

Re: [OE-core] [PATCH] kernel: Ensure an initramdfs is added if configured

2019-02-23 Thread Robert P. J. Day
"initramdfs"? rday -- Robert P. J. Day Ottawa, Ontario, CANADA http://crashcourse.ca/dokuwiki Twitter: http://twitter.com/rpjday

[OE-core] [PATCH] kernel: Ensure an initramdfs is added if configured

2019-02-23 Thread Richard Purdie
If ${DEPLOY_DIR_IMAGE}/${INITRAMFS_IMAGE_NAME}.cpio does not exist, nor any of the compressed variants, nothing is copied to kernel build's ./usr directory. The code does not fail, but silently proceeds without a bundled initramfs. Change to fail and tell the user something is wrong. Also, if an

[OE-core] [PATCH] kernel: Ensure an initramdfs is added if configured

2019-02-23 Thread Richard Purdie
If ${DEPLOY_DIR_IMAGE}/${INITRAMFS_IMAGE_NAME}.cpio does not exist, nor any of the compressed variants, nothing is copied to kernel build's ./usr directory. The code does not fail, but silently proceeds without a bundled initramfs. Change to fail and tell the user something is wrong. [YOCTO #129

Re: [OE-core] [PATCH 3/4] gdk-pixbuf: convert from autotools to meson

2019-02-23 Thread Richard Purdie
On Sat, 2019-02-23 at 14:43 +0100, Alexander Kanavin wrote: > On Sat, 23 Feb 2019 at 14:36, Richard Purdie > > I think the problem is in staging_populate_sysroot_dir(). It's > > confusing target and native package_archs since in the case we see > > this > > its x86_64 where the target and build arc

[OE-core] [PATCH] staging: Fix staging_populate_sysroot_dir native corruption

2019-02-23 Thread Richard Purdie
bitbake gdk-pixbuf gdk-pixbuf-native bitbake build-sysroots -c build_target_sysroot can lead to tracebacks as gdk-pixbuf-native is being installed into the target sysroot. The issue is that the x86_64 (common BUILD_ARCH) sysroot components directory can contain a mix of native and target artefacts

Re: [OE-core] [PATCH 3/4] gdk-pixbuf: convert from autotools to meson

2019-02-23 Thread Alexander Kanavin
On Sat, 23 Feb 2019 at 14:36, Richard Purdie wrote: > > > I'm at the same time staring at this bit in pixbufcache.bbclass: > > > > > > gdkpixbuf_complete() { > > > GDK_PIXBUF_FATAL_LOADER=1 > > > ${STAGING_LIBDIR_NATIVE}/gdk-pixbuf-2.0/gdk-pixbuf-query-loaders > > > --update-cache || exit 1 > > >

Re: [OE-core] [PATCH 3/4] gdk-pixbuf: convert from autotools to meson

2019-02-23 Thread Richard Purdie
On Sat, 2019-02-23 at 13:25 +, Richard Purdie wrote: > On Sat, 2019-02-23 at 13:51 +0100, Alexander Kanavin wrote: > > I'm at the same time staring at this bit in pixbufcache.bbclass: > > > > gdkpixbuf_complete() { > > GDK_PIXBUF_FATAL_LOADER=1 > > ${STAGING_LIBDIR_NATIVE}/gdk-pixbuf-2.0/gdk-p

Re: [OE-core] [PATCH 3/4] gdk-pixbuf: convert from autotools to meson

2019-02-23 Thread Richard Purdie
On Sat, 2019-02-23 at 13:51 +0100, Alexander Kanavin wrote: > On Sat, 23 Feb 2019 at 13:43, Richard Purdie > wrote: > > On Sat, 2019-02-23 at 12:29 +, Richard Purdie wrote: > > > On Wed, 2019-02-20 at 21:10 +0100, Alexander Kanavin wrote: > > > > Drop autotools-specific patches. > > > > > > >

Re: [OE-core] [PATCH 3/4] gdk-pixbuf: convert from autotools to meson

2019-02-23 Thread Alexander Kanavin
On Sat, 23 Feb 2019 at 13:43, Richard Purdie wrote: > > On Sat, 2019-02-23 at 12:29 +, Richard Purdie wrote: > > On Wed, 2019-02-20 at 21:10 +0100, Alexander Kanavin wrote: > > > Drop autotools-specific patches. > > > > > > Rework jku's thumbnailer patch into meson configuration. > > > > > > S

Re: [OE-core] [PATCH 2/2] glib-2.0: restore API docs generation

2019-02-23 Thread Alexander Kanavin
On Sat, 23 Feb 2019 at 13:05, Richard Purdie wrote: > > Signed-off-by: Alexander Kanavin > > --- > > meta/recipes-core/glib-2.0/glib.inc | 6 ++ > > 1 file changed, 6 insertions(+) > > > > diff --git a/meta/recipes-core/glib-2.0/glib.inc > > b/meta/recipes-core/glib-2.0/glib.inc > > index 4

[OE-core] [PATCH] gtk-doc.bbclass: unset LD_LIBRARY_PATH

2019-02-23 Thread Alexander Kanavin
meson has been found to set it erroneously. Signed-off-by: Alexander Kanavin --- meta/classes/gtk-doc.bbclass | 3 +++ 1 file changed, 3 insertions(+) diff --git a/meta/classes/gtk-doc.bbclass b/meta/classes/gtk-doc.bbclass index bedb36ec8b7..707d74d1083 100644 --- a/meta/classes/gtk-doc.bbclas

Re: [OE-core] [PATCH 3/4] gdk-pixbuf: convert from autotools to meson

2019-02-23 Thread Richard Purdie
On Sat, 2019-02-23 at 12:29 +, Richard Purdie wrote: > On Wed, 2019-02-20 at 21:10 +0100, Alexander Kanavin wrote: > > Drop autotools-specific patches. > > > > Rework jku's thumbnailer patch into meson configuration. > > > > Signed-off-by: Alexander Kanavin > > We've seen it before but its

Re: [OE-core] [PATCH 3/4] gdk-pixbuf: convert from autotools to meson

2019-02-23 Thread Alexander Kanavin
On Sat, 23 Feb 2019 at 13:29, Richard Purdie wrote: > > Drop autotools-specific patches. > > > > Rework jku's thumbnailer patch into meson configuration. > > > > Signed-off-by: Alexander Kanavin > > We've seen it before but its happened again: > > https://autobuilder.yoctoproject.org/typhoon/#/bu

Re: [OE-core] [PATCH 3/4] gdk-pixbuf: convert from autotools to meson

2019-02-23 Thread Richard Purdie
On Wed, 2019-02-20 at 21:10 +0100, Alexander Kanavin wrote: > Drop autotools-specific patches. > > Rework jku's thumbnailer patch into meson configuration. > > Signed-off-by: Alexander Kanavin We've seen it before but its happened again: https://autobuilder.yoctoproject.org/typhoon/#/builders/

Re: [OE-core] [PATCH v6 13/13] util-linux: final cleanup

2019-02-23 Thread Richard Purdie
On Thu, 2019-02-21 at 21:08 +, Burton, Ross wrote: > Looks like the manpage cleanup didn't quite work: > > WARNING: util-linux-2.32.1-r0 do_configure: QA Issue: util-linux: > invalid PACKAGECONFIG: manpages [invalid-packageconfig] There is also: https://autobuilder.yoctoproject.org/typhoon/#

Re: [OE-core] [PATCH 2/2] glib-2.0: restore API docs generation

2019-02-23 Thread Richard Purdie
On Fri, 2019-02-22 at 15:16 +0100, Alexander Kanavin wrote: > Signed-off-by: Alexander Kanavin > --- > meta/recipes-core/glib-2.0/glib.inc | 6 ++ > 1 file changed, 6 insertions(+) > > diff --git a/meta/recipes-core/glib-2.0/glib.inc > b/meta/recipes-core/glib-2.0/glib.inc > index 4d7fdeebb

Re: [OE-core] [Openembedded-architecture] Incorporating deploy artefacts from one multiconfig in another multiconfig

2019-02-23 Thread Richard Purdie
On Thu, 2019-02-21 at 20:09 -0500, Rich Persaud wrote: > > On Feb 21, 2019, at 18:51, Richard Purdie < > > richard.pur...@linuxfoundation.org> wrote: > > > > Multiconfig is meant to support this workflow. Unfortunately there > > are > > open bugs and people haven't the time to work on it so its st

Re: [OE-core] [PATCH 2/2] glib-networking: upgrade 2.54.1 -> 2.58.0

2019-02-23 Thread Richard Purdie
On Thu, 2019-02-21 at 23:46 +, Peter Kjellerstedt wrote: > This does not build any more if USE_NLS = "no" is used. Has anyone > looked at making this work together with meson? Otherwise I guess > there is trouble ahead now that more and more packages are being > converted to use meson, since