[OE-core] [PATCH] busybox: remove CVE-2014-9645 patch (already upstream in 1.23.x)

The CVE-2014-9645 fix was merged in Busybox prior to the 1.23.0 release [1]. The fix was then reworked in Busybox 1.23.1, in such a way that the original change was no longer required [2]. Although oe-core's CVE-2014-9645 patch still applies cleanly to Busybox 1.23.1 and 1.23.2, applying it partia

Re: [OE-core] [PATCH 1/1] syslinux: add syslinux-nomtools to PACKAGES

On 04/13/2015 05:05 PM, Robert Yang wrote: The default installed syslinux depends on mtools, we install syslinux-nomtools too, which has the ext2/3/4 support. Signed-off-by: Robert Yang --- meta/recipes-devtools/syslinux/syslinux_6.03.bb |5 - 1 file changed, 4 insertions(+), 1 del

Re: [OE-core] autom4te segfault in Dumper.so when configuring intltool

On Tue, Apr 14, 2015 at 4:39 PM, Martin Jansa wrote: > Yes, I see it very often since this patch almost 3 years ago: > http://lists.openembedded.org/pipermail/openembedded-core/2012-August/066282.html The problem seems to be that autom4te is getting executed by the host system's perl but loads Du

Re: [OE-core] [PATCH 3/6] libepoxy: DEPENDS on virtual/mesa

On 04/14/2015 09:52 PM, Burton, Ross wrote: On 14 April 2015 at 14:50, Andreas Müller mailto:schnitzelt...@googlemail.com>> wrote: from the error I would DEPEND on virtual/egl Agreed. And there's no dependency on virtual/libx11 which the readme you quote virtual/mesa or virtual/egl d

Re: [OE-core] autom4te segfault in Dumper.so when configuring intltool

Yes, I see it very often since this patch almost 3 years ago: http://lists.openembedded.org/pipermail/openembedded-core/2012-August/066282.html On Tue, Apr 14, 2015 at 11:34 PM, Andre McCurdy wrote: > I'm seeing messages such as the following appear in syslog when > building intltool or intltool

Re: [OE-core] [PATCH 1/1] syslinux: add syslinux-nomtools to PACKAGES

>From c0a00e59de0e5dad364b0f260303533bab6388a6 Mon Sep 17 00:00:00 2001 From: Adrian Date: Tue, 14 Apr 2015 23:49:05 +0200 Subject: [PATCH] wic: plugin for single ext partition This is not the final implementatio yet. It is based on a temporary wrapper script calling extlinux and sudo. The final

[OE-core] autom4te segfault in Dumper.so when configuring intltool

I'm seeing messages such as the following appear in syslog when building intltool or intltool-native from fido: [1049484.121948] autom4te[16180]: segfault at 1 ip 7fea41a7e7fe sp 7fff3c666080 error 4 in Dumper.so[7fea41a77000+8000] [1049567.199028] autom4te[17012]: segfault at 1 ip 000

[OE-core] [dizzy][PATCHv2 2/2] initscripts: Remove /etc/volatile.cache on upgrade

/etc/volatile.cache is a cached copy of a script (which is generated by /etc/init.d/populate-volatile.sh) that generates the volatile filesystem directories. Since volatile.cache is a generated file, it is not necessarily changed if populate-volatile.sh is updated. As a result, the stale script c

[OE-core] [dizzy][PATCHv2 1/2] base-files: Check for /run and /var/lock softlinks on upgrade

Commit ea647cd9eebdc3e3121b84074519c4bb305adac9 moved the locations of /run and /var/lock to match the FHS 3 draft specifications. However, the install doesn't remove the existing directories. As a result, upgrading a system may result in /run as a softlink to /var/run and /var/run as a softlink to

Re: [OE-core] [oe-core][dizzy][PATCH] base-files: Check for /run and /var/lock softlinks on upgrade

On 04/14/2015 01:41 PM, Bryan Evenson wrote: All, -Original Message- From: Bryan Evenson Sent: Tuesday, April 14, 2015 11:47 AM To: Bryan Evenson; openembedded-core@lists.openembedded.org Subject: RE: [oe-core][dizzy][PATCH] base-files: Check for /run and /var/lock softlinks on upgrad

Re: [OE-core] [oe-core][dizzy][PATCH] base-files: Check for /run and /var/lock softlinks on upgrade

All, > -Original Message- > From: Bryan Evenson > Sent: Tuesday, April 14, 2015 11:47 AM > To: Bryan Evenson; openembedded-core@lists.openembedded.org > Subject: RE: [oe-core][dizzy][PATCH] base-files: Check for /run and /var/lock > softlinks on upgrade > > All, > > > -Original Messa

Re: [OE-core] [meta-java] [PATCH] icedtea7-native fails on hosts without /usr/include/X11/extensions

Hello Amy, On Tue, Apr 14, 2015 at 4:20 PM, Amy Fong wrote: > From 4789a5dc622cc8537df28596a4beb66db4ba4774 Mon Sep 17 00:00:00 2001 > From: Amy Fong > Date: Tue, 14 Apr 2015 13:10:22 -0400 > Subject: [PATCH] icedtea7-native compile failure undefined reference to `main' > > On hosts without /usr

[OE-core] [meta-java] [PATCH] icedtea7-native fails on hosts without /usr/include/X11/extensions

>From 4789a5dc622cc8537df28596a4beb66db4ba4774 Mon Sep 17 00:00:00 2001 From: Amy Fong Date: Tue, 14 Apr 2015 13:10:22 -0400 Subject: [PATCH] icedtea7-native compile failure undefined reference to `main' On hosts without /usr/include/X11/extensions, icedtea7-native compile results in a build fail

Re: [OE-core] Should disabling features in glibc also disable the corresponding headers?

On Tue, 2015-04-14 at 13:40 -0400, Khem Raj wrote: > > On Apr 14, 2015, at 1:25 PM, Tanu Kaskinen > > wrote: > > > > Hello, > > > > oe-core's version of glibc allows configuring out some libc > features. Currently, if a feature is disabled in glibc, glibc still > installs the header for that fe

[OE-core] [PATCH][daisy] openssl: Fix x32 openssl patch which was not building

From: Brendan Le Foll x32 builds where broken due to patch rebase not having been done correctly for this patch Signed-off-by: Brendan Le Foll --- .../openssl/openssl/openssl_fix_for_x32.patch | 30 ++ 1 file changed, 30 insertions(+) diff --git a/meta/recipes-connec

[OE-core] [PATCH][dizzy] This patch fixes x32 builds broken since openssl update

From: Brendan Le Foll I made a mistake rebasing the patch, this is a fix Brendan Le Foll (1): openssl: Fix x32 openssl patch which was not building .../openssl/openssl/openssl_fix_for_x32.patch | 30 ++ 1 file changed, 30 insertions(+) -- 2.3.5 -- ___

[OE-core] [PATCH][dizzy] openssl: Fix x32 openssl patch which was not building

From: Brendan Le Foll x32 builds where broken due to patch rebase not having been done correctly for this patch Signed-off-by: Brendan Le Foll --- .../openssl/openssl/openssl_fix_for_x32.patch | 30 ++ 1 file changed, 30 insertions(+) diff --git a/meta/recipes-connec

[OE-core] [PATCH v2] init-install-efi.sh: fix gummiboot entry installation

After selecting the "install" gummiboot option of a Live image we are seeing boot failure resulting from the gummiboot entries not being installed correctly. This seems to be a problem in this init-install-efi.sh script where it incorrectly installs the gummiboot entries into the root filesystem, n

Re: [OE-core] Should disabling features in glibc also disable the corresponding headers?

> On Apr 14, 2015, at 1:25 PM, Tanu Kaskinen > wrote: > > Hello, > > oe-core's version of glibc allows configuring out some libc features. > Currently, if a feature is disabled in glibc, glibc still installs the header > for that feature. This means that applications using glibc can't rely o

[OE-core] Should disabling features in glibc also disable the corresponding headers?

Hello, oe-core's version of glibc allows configuring out some libc features. Currently, if a feature is disabled in glibc, glibc still installs the header for that feature. This means that applications using glibc can't rely on checking just the header presence in their configure scripts, the

[OE-core] [PATCH] kernel.bbclass: Fix race condition

Race condition between do_compile_kernelmodules and do_shared_workdir tasks occurs when do_compilemodules changes files in include/generated/* while do_shared_workdir tries to copy them to shared working directory. Functionality of do_shared_workdir has been moved to separate function mk_shared_wo

Re: [OE-core] psplash and systemd

> On Apr 14, 2015, at 12:04 PM, Ahsan, Noor wrote: > > Hello, > > I noticed that splash does not have system support and it is still being used > in our image class. I wanna ask any plan to add system support or move to > other splash screen package? > Locally, I have patches for plymouth

[OE-core] psplash and systemd

Hello, I noticed that splash does not have system support and it is still being used in our image class. I wanna ask any plan to add system support or move to other splash screen package? Noor Noor Ahsan | Engineering Manager Mentor Embedded Linux Mentor Embedded

[OE-core] [PATCH] lz4: update package to 128 and SRC_URI

From: Armin Kuster The main reason for the update is to use github as the project moved away from googlecode. Signed-off-by: Armin Kuster --- meta/recipes-support/lz4/{lz4_svn.bb => lz4.bb} | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) rename meta/recipes-support/lz4/{lz4_s

Re: [OE-core] [PATCH 3/6] libepoxy: DEPENDS on virtual/mesa

On Tue, Apr 14, 2015 at 4:06 PM, Burton, Ross wrote: > > On 14 April 2015 at 15:03, Andreas Müller > wrote: >> >> 2. In meta-qt5-extra I have libepoxy in for a while - kwin needs it >> [1]. Problem with Xorg-Macros: These are build for x11 in distro >> features only but there are BSPs around (e.g

Re: [OE-core] [oe-core][dizzy][PATCH] base-files: Check for /run and /var/lock softlinks on upgrade

All, > -Original Message- > From: Bryan Evenson [mailto:beven...@melinkcorp.com] > Sent: Friday, April 10, 2015 12:44 PM > To: openembedded-core@lists.openembedded.org > Cc: Bryan Evenson > Subject: [oe-core][dizzy][PATCH] base-files: Check for /run and /var/lock > softlinks on upgrade >

Re: [OE-core] [PATCH 5/5] bluetooth.bbclass: set bluez5 as the default BT stack

On Tue, Apr 14, 2015 at 6:28 AM, Burton, Ross wrote: > On 7 April 2015 at 00:41, Peter A. Bigot wrote: > >> Thank you. So, if I understand correctly, the effect of adding bluez5 to >> DISTRO_FEATURES_BACKFILL while keeping the current logic: >> >> # bluetooth support on the platform: >> # "" if

Re: [OE-core] [RFC] allow installation of multiple kernels in the rootfs

On Tue, Apr 14, 2015 at 5:42 AM, Sergey 'Jin' Bostandzhyan wrote: > Hi Bruce, > > thanks for the initial feedback, I guess I'll need a bit more help/guidance, > so I hope that others will also join the discussion. > > On Mon, Apr 13, 2015 at 11:31:50AM -0400, Bruce Ashfield wrote: >> > I'd be happ

[OE-core] sysvinit upgrade woes

I am using opkg for package management and sysvinit for init. I am testing a large jump on an upgrade and I have been having a few issues. One issue I have traced to sysvinit's upgrade, but I'm unsure how to remedy the solution. At some point during the upgrade process, opkg records what the n

Re: [OE-core] [RFC] allow installation of multiple kernels in the rootfs

On 4/14/15 4:42 AM, Sergey 'Jin' Bostandzhyan wrote: > Hi Bruce, > > thanks for the initial feedback, I guess I'll need a bit more help/guidance, > so I hope that others will also join the discussion. > > On Mon, Apr 13, 2015 at 11:31:50AM -0400, Bruce Ashfield wrote: >>> I'd be happy to hear som

Re: [OE-core] [PATCH 1/1] rootfsdebugfiles.bbclass: quick-and-dirty installation of additional files

On Tue, Apr 14, 2015 at 12:42 AM, Patrick Ohly wrote: > On Mon, 2015-04-13 at 09:07 -0700, Christopher Larson wrote: > > > > On Mon, Apr 13, 2015 at 8:44 AM, Patrick Ohly > > wrote: > > The main motivation for this class was the observation that > > a) a core-image can hang under

Re: [OE-core] [PATCH 3/6] libepoxy: DEPENDS on virtual/mesa

On 14 April 2015 at 15:03, Andreas Müller wrote: > 2. In meta-qt5-extra I have libepoxy in for a while - kwin needs it > [1]. Problem with Xorg-Macros: These are build for x11 in distro > features only but there are BSPs around (e.g meta-fsl-arm) supporting > either x11 or wayland - not both toge

Re: [OE-core] [PATCH 3/6] libepoxy: DEPENDS on virtual/mesa

On Tue, Apr 14, 2015 at 3:52 PM, Burton, Ross wrote: > > On 14 April 2015 at 14:50, Andreas Müller > wrote: >> >> from the error I would DEPEND on virtual/egl > > > Agreed. And there's no dependency on virtual/libx11 which the readme you > quote suggests there should be. Presumably that depende

Re: [OE-core] [PATCH 3/6] libepoxy: DEPENDS on virtual/mesa

On Tue, Apr 14, 2015 at 11:09 AM, Robert Yang wrote: > Fixed do_configure error: > configure: error: libX11 headers (libx11-dev) required to build with GLX > support > and do_compile error: > ../include/epoxy/egl_generated.h:10:29: fatal error: EGL/eglplatform.h: No > such file or directory > #

Re: [OE-core] [PATCH 3/6] libepoxy: DEPENDS on virtual/mesa

On 14 April 2015 at 14:50, Andreas Müller wrote: > from the error I would DEPEND on virtual/egl > Agreed. And there's no dependency on virtual/libx11 which the readme you quote suggests there should be. Presumably that dependency - if it's actually required - can be made conditional on the x11

Re: [OE-core] [PATCH 5/5] bluetooth.bbclass: set bluez5 as the default BT stack

On 7 April 2015 at 00:41, Peter A. Bigot wrote: > Thank you. So, if I understand correctly, the effect of adding bluez5 to > DISTRO_FEATURES_BACKFILL while keeping the current logic: > > # bluetooth support on the platform: > # "" if bluetooth is not in DISTRO_FEATURES > # else "bluez5" if bluez

[OE-core] [PATCH] ghostscript: add objarch.h for armeb

From: "Krishnanjanappa, Jagadeesh" ghostscript application fails to fetch objarch.h file while building for armeb. The fetch failure is due to absence of this file in the default set of directories that the OpenEmbedded build system searches (i.e FILESPATH) for patches and files. This patch adds

Re: [OE-core] [RFC] allow installation of multiple kernels in the rootfs

Hi Bruce, thanks for the initial feedback, I guess I'll need a bit more help/guidance, so I hope that others will also join the discussion. On Mon, Apr 13, 2015 at 11:31:50AM -0400, Bruce Ashfield wrote: > > I'd be happy to hear some feedback on this and I'm willing to tune anything > > that migh

[OE-core] [PATCH 2/6] cracklib: add python support back

It had been disabled because of installed-vs-shipped: WARNING: /usr/lib/python2.7 WARNING: /usr/lib/python2.7/site-packages Now we fix it and add cracklib-python back. Signed-off-by: Robert Yang --- meta/recipes-extended/cracklib/cracklib_2.9.2.bb | 28 ++ 1 fi

[OE-core] [PATCH 4/6] strace: fix build for aarch64

Fixed: sigreturn.c: In function 'sys_sigreturn': sigreturn.c:27:7: error: 'aarch64_sp_ptr' undeclared (first use in this function) (*aarch64_sp_ptr + SIZEOF_STRUCT_SIGINFO + sigreturn.c:30:7: error: 'arm_sp_ptr' undeclared (first use in this function) Signed-off-by: Robert Yang --- .../str

[OE-core] [PATCH 6/6] libunwind: fix build with aarch64

Referred to RP's fix for x86 and x86-64: 34d517a5626ce2465f776367349bd9e66bf8ed1f libunwind: Build with gold to avoid build failures Fixed: aarch64-poky-linux/4.9.2/ld: copy reloc against protected `_Uaarch64_local_addr_space' is invalid aarch64-poky-linux/4.9.2/ld: failed to set dynamic section

[OE-core] [PATCH 3/6] libepoxy: DEPENDS on virtual/mesa

Fixed do_configure error: configure: error: libX11 headers (libx11-dev) required to build with GLX support and do_compile error: ../include/epoxy/egl_generated.h:10:29: fatal error: EGL/eglplatform.h: No such file or directory #include "EGL/eglplatform.h" The dependencies form its README.md: * a

[OE-core] [PATCH 1/6] libxml2: fix python path and add libxml2-python

We have libxml2-python for native and nativesdk, but don't have it for target, and can't find the reason from the git log, libxml2-python is widely used, after looked into it's configure.in, we can add it by PACKAGECONFIG. The previous --with-python=${STAGING_BINDIR}/python is incorrect, it acted

[OE-core] [PATCH 0/6] meta: 6 fixes

The following changes since commit 8d207e55031c0b93387e728f4312b8cb34ad5b12: libgpg-error 1.18: simplify tupple handling and add armv8b support (2015-04-13 22:32:06 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib rbt/6fixes http://cgit.

[OE-core] [PATCH 5/6] aspell: inherit binconfig-disabled

There is a pspell-config. Signed-off-by: Robert Yang --- meta/recipes-support/aspell/aspell_0.60.6.1.bb |4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/meta/recipes-support/aspell/aspell_0.60.6.1.bb b/meta/recipes-support/aspell/aspell_0.60.6.1.bb index f546721..7cf17d

[OE-core] [PATCH 0/6] Package Upgrades

The following changes since commit 8d207e55031c0b93387e728f4312b8cb34ad5b12: libgpg-error 1.18: simplify tupple handling and add armv8b support (2015-04-13 22:32:06 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib rbt/pu http://cgit.opene

[OE-core] [PATCH 6/6] webkit-gtk: ANGLE doesn't build with bison 3

From: Chong Lu Use %lex-param to set YYLEX_PARAM. Signed-off-by: Chong Lu --- ...bkit-gtk-ANGLE-doesn-t-build-with-bison-3.patch | 26 meta/recipes-sato/webkit/webkit-gtk_1.8.3.bb |1 + 2 files changed, 27 insertions(+) create mode 100644 meta/recipes-sato/we

[OE-core] [PATCH 5/6] gstreamer: change priv_gst_parse_yylex arguments

From: Chong Lu Change priv_gst_parse_yylex to fit new bison version, else we will get following error: | grammar.tab.c: In function 'priv_gst_parse_yyparse': | grammar.tab.c:67:25: error: too few arguments to function 'priv_gst_parse_yylex' | #define yylex priv_gst_parse_yylex |

[OE-core] [PATCH 2/6] tcl: 8.6.3 -> 8.6.4

The LIC_FILES_CHKSUM has been changed since 2 extra spaces in the end were moved. Signed-off-by: Robert Yang --- .../tcltk/{tcl_8.6.3.bb => tcl_8.6.4.bb} | 16 1 file changed, 8 insertions(+), 8 deletions(-) rename meta/recipes-devtools/tcltk/{tcl_8.6.3.bb => tcl_8.

[OE-core] [PATCH 1/6] gnu-efi: 3.0.1 -> 3.0.2

Signed-off-by: Robert Yang --- .../gnu-efi/{gnu-efi_3.0.1.bb => gnu-efi_3.0.2.bb} |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-bsp/gnu-efi/{gnu-efi_3.0.1.bb => gnu-efi_3.0.2.bb} (93%) diff --git a/meta/recipes-bsp/gnu-efi/gnu-efi_3.0.1.bb b/meta/recipes-bsp/

[OE-core] [PATCH 3/6] python-git: 0.3.6 -> 1.0.0

Signed-off-by: Robert Yang --- .../{python-git_0.3.6.bb => python-git_1.0.0.bb} |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-devtools/python/{python-git_0.3.6.bb => python-git_1.0.0.bb} (85%) diff --git a/meta/recipes-devtools/python/python-git_0.3.6.bb b

[OE-core] [PATCH 4/6] bison: 2.7.1 -> 3.0.4

* Based on Chong Lu's previous upgrade to 3.0.2 * Remove unneeded patches: dont-depend-on-help2man.patch and fix_cross_manpage_building.patch Signed-off-by: Chong Lu Signed-off-by: Robert Yang --- .../bison/bison/dont-depend-on-help2man.patch | 32 .../bison/biso

[OE-core] [PATCH 4/4] gcc-target: remove gcc-plugin-dev from PACKAGES

There should be only one dev and dbg package. Signed-off-by: Robert Yang --- meta/recipes-devtools/gcc/gcc-target.inc |3 --- 1 file changed, 3 deletions(-) diff --git a/meta/recipes-devtools/gcc/gcc-target.inc b/meta/recipes-devtools/gcc/gcc-target.inc index 4c3eea6..e348517 100644 --- a/

[OE-core] [PATCH 2/4] curl: remove extra dev and staticdev from PACKAGES

There should be only one dev and dbg package. Signed-off-by: Robert Yang --- meta/recipes-support/curl/curl_7.41.0.bb | 11 +-- 1 file changed, 1 insertion(+), 10 deletions(-) diff --git a/meta/recipes-support/curl/curl_7.41.0.bb b/meta/recipes-support/curl/curl_7.41.0.bb index c3c3c

[OE-core] [PATCH 0/4] meta: remove extra dev and dbg from PACKAGES

Hello, I had sent xz and curl in the previous thread, but not got merged, any comments on them, please ? // Robert The following changes since commit 8d207e55031c0b93387e728f4312b8cb34ad5b12: libgpg-error 1.18: simplify tupple handling and add armv8b support (2015-04-13 22:32:06 +0100) are

[OE-core] [PATCH 3/4] libgcc: remove libgcov-dev from PACKAGES

There should be only one dev and dbg package. Signed-off-by: Robert Yang --- .../packagegroup-core-standalone-sdk-target.bb |1 - meta/recipes-devtools/gcc/libgcc.inc |5 + 2 files changed, 1 insertion(+), 5 deletions(-) diff --git a/meta/recipes-core/packagegroup

[OE-core] [PATCH 1/4] xz: remove liblzma-dev and liblzma-dbg from PACKAGES

There should be only one dev and dbg package. Signed-off-by: Robert Yang --- meta/recipes-extended/xz/xz_5.2.1.bb |8 +--- 1 file changed, 1 insertion(+), 7 deletions(-) diff --git a/meta/recipes-extended/xz/xz_5.2.1.bb b/meta/recipes-extended/xz/xz_5.2.1.bb index a197f91..e0ae48f 1006

Re: [OE-core] [PATCH 1/1] rootfsdebugfiles.bbclass: quick-and-dirty installation of additional files

On Mon, 2015-04-13 at 09:07 -0700, Christopher Larson wrote: > > On Mon, Apr 13, 2015 at 8:44 AM, Patrick Ohly > wrote: > The main motivation for this class was the observation that > a) a core-image can hang under qemu when the kernel does not >have enough entropy to