[OE-core] [dizzy][PATCH] toolchain-shar-template.sh: Ensure it's ran in clean environment

Fixes [YOCTO #8698] -- https://bugzilla.yoctoproject.org/show_bug.cgi?id=8698 If prior to running the toolchain installation script a toolchain environment script is sourced then the toolchain installation will fail. This because the environment is now set for the sourced toolchain and doesn't

[OE-core] [PATCHi v3] wpa-supplicant: upgrade to 2.5

wpa-supplicant: upgrade to 2.5 1. upgrade to 2.5 2. remove eight patches since they have been applied in 2.5 3. update SRC_URI, HOMEPAGE and BUGTRACKER to use w1.fi instead Signed-off-by: Fan Xin --- ...integer-underflow-in-WMM-Action-frame-par.patch | 45 -

Re: [OE-core] [oe][PATCH v2 2/2] package_manager: support for signed IPK package feeds

On Wed, 18 Nov 2015 10:00:23 -0600 Alejandro del Castillo wrote: > > > On 11/18/2015 04:25 AM, Ioan-Adrian Ratiu wrote: > > Create gpg signed package feeds if configured. Very similar to > > how rpm does it. Most of the config variables are shared with > > the rpm

Re: [OE-core] [PATCH v3 3/4] lttng-tools: Upgrade to 2.7 release

On 17 November 2015 at 17:26, Otavio Salvador wrote: > rename meta/recipes-kernel/lttng/{lttng-tools_2.6.0.bb => lttng > -tools_git.bb} (85%) > This now fails on MIPS machines: runas.c: In function 'reset_sighandler': runas.c:535:28: error: 'SIGUNUSED' undeclared

Re: [OE-core] [PATCH v2] wpa-supplicant: upgrade to 2.5

Hi > It looks like you generated a patch and then pasted it into the > Thunderbird composer, which means long lines wrap and the patch > corrupts. Can you either send the patch without line wrapping or > ideally using git-send-email directly? Sorry for the wrong way to send patch. I will

[OE-core] [PATCH v2 1/1] python3: Upgrade from 3.4.3 to 3.5

python3-native_3.4.3.bb -> python3-native_3.5.0.bb: - changed version - changed cheksum - no license change, just dates python3_3.4.3.bb -> python3_3.5.0.bb: - changed version - changed cheksum - no license change, just dates New: - use_packed_importlib.patch: Fixes importlib on cross-compile

[OE-core] [PATCH v2 0/1] python3: Upgrade from 3.4.3 to 3.5

Upgrades from python 3.4.3 to python 3.5, rebases some patches, modifies the related classes accordingly and also fixes an issue with python3-pip, and importlib when cross-compiling The following changes since commit fc45deac89ef63ca1c44e763c38ced7dfd72cbe1: build-appliance-image: Update to

Re: [OE-core] [PATCH 03/13] gdb: Fix build with musl

> On Nov 19, 2015, at 9:39 AM, Phil Blundell wrote: > > On Thu, 2015-11-19 at 17:10 +, Khem Raj wrote: >> This is a patch that has been submitted upstream as well > > Shouldn't it have an Upstream-Status header saying that? Yes it should. I will add it and push it to pu

Re: [OE-core] [PATCH 00/11] busybox fixes and cleanups + update 1.23.2 -> 1.24.1

On Fri, Nov 6, 2015 at 12:47 AM, Andre McCurdy wrote: > Andre McCurdy (11): > busybox_git: Enable getopt applet > busybox.inc: don't export EXTRA_OEMAKE > busybox: move EXTRA_OEMAKE etc into busybox.inc > busybox.inc: explicitly include CC=${CC} on make command line >

Re: [OE-core] [PATCH 03/13] gdb: Fix build with musl

> On Nov 19, 2015, at 9:39 AM, Phil Blundell wrote: > > On Thu, 2015-11-19 at 17:10 +, Khem Raj wrote: >> This is a patch that has been submitted upstream as well > > Shouldn't it have an Upstream-Status header saying that? Fix pushed to pull branch > > p. > >> > index

Re: [OE-core] [PATCH 08/13] sysvinit: Fix build with musl

On Thu, 2015-11-19 at 17:10 +, Khem Raj wrote: > +Fix build on musl use realpath() API its available on all libcs [...] > +SRC_URI_append_libc-musl = " file://musl.patch " If it's available on all libcs, is there any reason why this patch couldn't be applied unconditionally? p. --

Re: [OE-core] [PATCH 13/13] attr: Add patch to account for use of internal glibc header

On Thu, 2015-11-19 at 17:11 +, Khem Raj wrote: > +musl does not do nested includes unless *necessary*, nor does it define > +macros This description doesn't make a lot of sense to me, and nor does the commit message make it very clear exactly which "internal glibc header" is being referred

Re: [OE-core] [PATCH 11/13] openssl: Add musl configuration support

On Thu, 2015-11-19 at 17:10 +, Khem Raj wrote: > ++#define TERMIOS > ++#undef TERMIO Wouldn't it be better to change openssl.inc's definition of ${CFLAG} to do -DTERMIOS rather than -DTERMIO, if that's what you want? p. -- ___ Openembedded-core

Re: [OE-core] [PATCH 04/13] mtd-utils: Backport and create patches to support musl

On Thu, 2015-11-19 at 17:10 +, Khem Raj wrote: > +From: Khem Raj > +Date: Tue, 6 Oct 2015 23:51:34 + > +Subject: [PATCH] Fix build with musl > + > +upstream status: Pending I think that's meant to be "Upstream-Status". Also, just as a general comment, this patch

[OE-core] [PATCHv3 1/6] license.bbclass: Write recipeinfo file in license folder

From: Mariano Lopez Currently there is no way to get the recipe version when creating the rootfs. It is needed because the manifest file for the image has to contain this important piece of information. This change writes a new file in the license folder for every

[OE-core] [PATCHv3 2/6] license.bbclass: Split license create manifest

From: Mariano Lopez This changes moves the writing of the licenses to a separated function that could be called for other packages. With these change it will be easier to reuse the writing of the license for the packages deployed but not installed in the rootfs.

[OE-core] [PATCHv3 5/6] license.bbclass: Add function get_deployed_files

From: Mariano Lopez This function will get the files that were deployed using the sstate-control manifest file. This will give a better view of what was deployed next to the image. [YOCTO #6772] Signed-off-by: Mariano Lopez ---

[OE-core] [PATCHv3 0/6] Create image manifest

From: Mariano Lopez When building the rootfs the rootfs is created but the recipes that deployed files in the image doesn't show up. Usually these recipes include the bootloaders and the kernel. With these patches a new manifest will be created that includes the

[OE-core] [PATCHv3 3/6] license.bbclass: Added get_boot_dependencies function

From: Mariano Lopez This function gets the dependencies from the classes that create a boot image, this is required because sometimes the bootloader dependecy is in these classes. The current classes covered are bootimg and bootdirectdisk because these are the only

[OE-core] [PATCHv3 6/6] license.bbclass: Create image license manifest

From: Mariano Lopez This change adds the license_deployed_manifest function that will create the manifest for the packages deployed next to the image but not installed in rootfs. Some examples of these recipes would be the bootloaders, or the kernel. This new

[OE-core] [PATCHv3 4/6] license.bbclass: Added function get_deployed_dependencies

From: Mariano Lopez This change introduce a new function to get the dependencies that were deployed. It uses BB_TASKDEPDATAto get all the dependencies of the current task, so it is possible to get different packages depending at what point this function is called.

[OE-core] [PATCH 2/2] image.py: Avoid creating empty .env file in _write_wic_env

Creating a file for every image containing a few variables isn't necessary if wic is not being used, so don't write the file if WICVARS is empty. Signed-off-by: Mike Crowe --- meta/lib/oe/image.py | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git

Re: [OE-core] [PATCH 1/2] image.py: avoid mkdir race when building multiple images

On Thu, 2015-11-19 at 11:20 +, Mike Crowe wrote: > If multiple images are being built simultaneously against the same > sysroot then the call to os.makedirs in Image._write_wic_env can fail > with: > > File: '.../meta/lib/oe/image.py', lineno: 341, function: _write_wic_env > 0337:

Re: [OE-core] [PATCH 1/2] image.py: avoid mkdir race when building multiple images

On Thursday 19 November 2015 at 11:23:47 +, Richard Purdie wrote: > On Thu, 2015-11-19 at 11:20 +, Mike Crowe wrote: > > The sysroot directory will already exist so let's just try and make the > > imgdata directory and cope with the exception thrown if it already > > exists. This stops the

[OE-core] [PATCH 1/1] systemd.class - Allow enabling of parameterised services

Currently the systemd.class will check whether a service exists when it is requested to enabled it. However, its check does not take into account that a service like 'foo@eth0.service' can be enabled from a service named 'foo@.service'. This patch alters the check function in systemd.class to

[OE-core] [PATCH v2] image.py: avoid mkdir race when building multiple images

If multiple images are being built simultaneously against the same sysroot then the call to os.makedirs in Image._write_wic_env can fail with: File: '.../meta/lib/oe/image.py', lineno: 341, function: _write_wic_env 0337:""" 0338:stdir =

[OE-core] [PATCH 1/2] image.py: avoid mkdir race when building multiple images

If multiple images are being built simultaneously against the same sysroot then the call to os.makedirs in Image._write_wic_env can fail with: File: '.../meta/lib/oe/image.py', lineno: 341, function: _write_wic_env 0337:""" 0338:stdir =

Re: [OE-core] [PATCH 1/6] iproute2: update to 4.3.0

Hi, On Wed, Nov 18, 2015 at 11:53:40PM -0500, Randy MacLeod wrote: > On 2015-11-18 04:34 AM, Maxin B. John wrote: > >4.1.1 -> 4.3.0 > > > >Signed-off-by: Maxin B. John > >--- > > .../iproute2/{iproute2_4.1.1.bb => iproute2_4.3.0.bb} | 4 > > ++-- > > 1

[OE-core] [PATCH 1/1] apr: fix LTFLAGS to make it work with ccache

When ccache is enabled, libtool requires --tag=CC when use ccache, otherwise when building apr-util with ccache enabled: | libtool: compile: unable to infer tagged configuration | libtool: error: specify a tag with '--tag' | libtool: compile: unable to infer tagged configuration | make[1]: ***

Re: [OE-core] [PATCHv3 5/6] license.bbclass: Add function get_deployed_files

On Thursday 19 November 2015 14:25:18 mariano.lo...@linux.intel.com wrote: > From: Mariano Lopez > > This function will get the files that were deployed using > the sstate-control manifest file. This will give a better > view of what was deployed next to the image.

Re: [OE-core] [PATCHv3 1/6] license.bbclass: Write recipeinfo file in license folder

Hi Mariano, On Thursday 19 November 2015 14:25:14 mariano.lo...@linux.intel.com wrote: > From: Mariano Lopez > > Currently there is no way to get the recipe version when > creating the rootfs. It is needed because the manifest > file for the image has to contain

Re: [OE-core] [PATCHv3 3/6] license.bbclass: Added get_boot_dependencies function

On Thursday 19 November 2015 14:25:16 mariano.lo...@linux.intel.com wrote: > From: Mariano Lopez > > This function gets the dependencies from the classes that > create a boot image, this is required because sometimes > the bootloader dependecy is in these classes.

[OE-core] [PATCH] libxml2: remove legacy LDFLAGS += "-ldl" workaround

libxml2 is able to find libdl.so on its own. Signed-off-by: Andre McCurdy --- meta/recipes-core/libxml/libxml2.inc | 2 -- 1 file changed, 2 deletions(-) diff --git a/meta/recipes-core/libxml/libxml2.inc b/meta/recipes-core/libxml/libxml2.inc index 1c3c37d..d14aacf 100644

[OE-core] [oe][PATCH v3 2/2] package_manager: support for signed IPK package feeds

Create gpg signed package feeds if configured. Very similar to how rpm does it. Most of the config variables are shared with the rpm backend (like PACKAGE_FEED_GPG_NAME), with the exception of PACKAGE_FEED_GPG_PUBKEY which is not needed in this case. Signed-off-by: Ioan-Adrian Ratiu

[OE-core] [PATCH v4 3/4] lttng-tools: Upgrade to 2.7 release

Signed-off-by: Otavio Salvador --- Changes in v4: - Fix MIPS build error due missing SIGUNUSED definition (Ross Borton) Changes in v3: - Fix ptest packaging (thanks to Ross Borton) Changes in v2: - Add PV field (thanks to Nathan Lynch)

[OE-core] [oe][PATCH v3 1/2] package_ipk: support signing of ipk packages

Minimum required opkg version: 3.0 (already in master/jethro). Add a new bbclass for creating signatures for ipk files. The signing process is very similar to the existing rpm signing, but different in some important ways: - Signatures are stored outside the ipk files, opkg connects to a feed

Re: [OE-core] [oe][PATCH v2 2/2] package_manager: support for signed IPK package feeds

On 11/19/2015 02:35 AM, Ioan-Adrian Ratiu wrote: > On Wed, 18 Nov 2015 10:00:23 -0600 > Alejandro del Castillo wrote: > >> >> >> On 11/18/2015 04:25 AM, Ioan-Adrian Ratiu wrote: >>> Create gpg signed package feeds if configured. Very similar to >>> how rpm does

[OE-core] [PATCH v4 2/4] lttng-tools: Drop unused patch

The runtest.patch is unused, so there is no reason to keep it on the tree. Signed-off-by: Otavio Salvador --- Changes in v4: None Changes in v3: - New patch Changes in v2: None .../recipes-kernel/lttng/lttng-tools/runtest.patch | 52 -- 1 file

[OE-core] [PATCH v4 1/4] lttng-modules: Upgrade to 2.7 release

Signed-off-by: Otavio Salvador --- Changes in v4: None Changes in v3: None Changes in v2: None meta/recipes-kernel/lttng/lttng-modules_git.bb | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/meta/recipes-kernel/lttng/lttng-modules_git.bb

[OE-core] [PATCH v4 4/4] lttng-ust: Upgrade to 2.7 release

Signed-off-by: Otavio Salvador --- Changes in v4: None Changes in v3: None Changes in v2: None ...ttng-ust-Fix-live-timer-calculation-error.patch | 42 -- meta/recipes-kernel/lttng/lttng-ust_git.bb | 10 +++--- 2 files changed, 4

[OE-core] [oe-core][fido][PATCH] [AArch64] Fix the big endian loader name

Backported from glibc 2.22 (master) Signed-off-by: Adrian Calianu --- .../AArch64-Fix-the-big-endian-loader-name.patch | 49 ++ meta/recipes-core/glibc/glibc_2.21.bb | 1 + 2 files changed, 50 insertions(+) create mode 100644

[OE-core] [PATCH 1/2] libtasn1: upgrade to 4.7

4.5 -> 4.7 Signed-off-by: Maxin B. John --- meta/recipes-support/gnutls/{libtasn1_4.5.bb => libtasn1_4.7.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-support/gnutls/{libtasn1_4.5.bb => libtasn1_4.7.bb} (81%) diff --git

[OE-core] [PATCH 2/2] libunistring: upgrade to version 0.9.6

0.9.5 -> 0.9.6 Signed-off-by: Maxin B. John --- .../libunistring/{libunistring_0.9.5.bb => libunistring_0.9.6.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-support/libunistring/{libunistring_0.9.5.bb => libunistring_0.9.6.bb} (90%)

[OE-core] [PATCH 09/13] gettext: Delete libintl.h and charset.alias

libintl.h is already provided by musl and charset.alias is regenerated by packages themselves Signed-off-by: Khem Raj --- meta/recipes-core/gettext/gettext_0.16.1.bb | 5 + meta/recipes-core/gettext/gettext_0.19.4.bb | 4 2 files changed, 9 insertions(+) diff --git

[OE-core] [PATCH 02/13] autoconf: Add musl support

Support musl triplets Signed-off-by: Khem Raj --- .../autoconf/autoconf/add_musl_config.patch| 26 ++ meta/recipes-devtools/autoconf/autoconf_2.69.bb| 1 + 2 files changed, 27 insertions(+) create mode 100644

[OE-core] [PATCH 01/13] gcc: Add support for building musl configuration

Most of these patches are already in gcc 6.0/master but we still need them for older gcc, they have been tested in meta-musl for quite some time Signed-off-by: Khem Raj --- meta/recipes-devtools/gcc/gcc-4.9.inc | 4 + .../gcc/gcc-4.9/0066-libstdc-musl.patch

[OE-core] [PATCH 07/13] musl: Add recipe

musl is posix compliant C library for linux Signed-off-by: Khem Raj --- meta/recipes-core/musl/musl.inc| 26 + meta/recipes-core/musl/musl_git.bb | 58 ++ 2 files changed, 84 insertions(+) create mode 100644

[OE-core] [PATCH 05/13] squashfs-tools: Define FNM_EXTMATCH if not defined

helps compiling when using musl Signed-off-by: Khem Raj --- .../squashfs-tools/squashfs-tools/fix-compat.patch | 63 ++ .../squashfs-tools/squashfs-tools_git.bb | 1 + 2 files changed, 64 insertions(+) create mode 100644

[OE-core] [PATCH 08/13] sysvinit: Fix build with musl

Signed-off-by: Khem Raj --- meta/recipes-core/sysvinit/sysvinit/musl.patch | 74 ++ meta/recipes-core/sysvinit/sysvinit_2.88dsf.bb | 1 + 2 files changed, 75 insertions(+) create mode 100644 meta/recipes-core/sysvinit/sysvinit/musl.patch diff --git

[OE-core] [PATCH 06/13] mtools: Use proper glibc override to add glibc packages to recommendations

Helps building mtools on musl Signed-off-by: Khem Raj --- meta/recipes-devtools/mtools/mtools_4.0.18.bb | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/recipes-devtools/mtools/mtools_4.0.18.bb b/meta/recipes-devtools/mtools/mtools_4.0.18.bb

[OE-core] [PATCH 03/13] gdb: Fix build with musl

This is a patch that has been submitted upstream as well Signed-off-by: Khem Raj --- meta/recipes-devtools/gdb/gdb.inc | 1 + ...0001-Use-exported-definitions-of-SIGRTMIN.patch | 52 ++ 2 files changed, 53 insertions(+) create mode

[OE-core] [PATCH 00/13] Add musl to OE-Core

This is a mimimal set of changes brought in from meta-musl to OE-Core, with this set one can build core-image-minimal using musl by setting TCLIBC=musl for all supported architectures, eventually we will bring more changes to other packages which will enable more complex image builds and

[OE-core] [PATCH 04/13] mtd-utils: Backport and create patches to support musl

Signed-off-by: Khem Raj --- .../mtd/mtd-utils/0001-Fix-build-with-musl.patch | 53 ...ibfec-use-standard-C-type-instead-of-u_lo.patch | 56 ++ .../mtd/mtd-utils/010-fix-rpmatch.patch| 24 ++

[OE-core] [PATCH 12/13] libpam: Fix build with musl

Define strndupa if not available in libc additionally fix headers to explicitly needed include files which glibc was including indirectly Signed-off-by: Khem Raj --- ...upport-for-defining-missing-funcitonality.patch | 68 ++

[OE-core] [PATCH 10/13] busybox: Add config for musl

Default config is enabling additional features that dont compile with musl so lets disable them for musl case and use posix compliant getpwent() Signed-off-by: Khem Raj --- ...user-use-POSIX-getpwent-instead-of-getpwe.patch | 71 ++

[OE-core] [PATCH 13/13] attr: Add patch to account for use of internal glibc header

based on suggestions on musl FAQ http://wiki.musl-libc.org/wiki/FAQ Signed-off-by: Khem Raj --- meta/recipes-support/attr/attr_2.4.47.bb | 4 +- .../attr/files/dont-use-decl-macros.patch | 44 ++ 2 files changed, 47 insertions(+), 1

[OE-core] systemd service vs. update-alternatives (was rsyslog: buggy systemd/ua handling?)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 18.11.2015 17:14, Steffen Sledz wrote: > On 17.11.2015 09:08, Steffen Sledz wrote: >> On 16.11.2015 12:28, Steffen Sledz wrote: >>> I'm not sure but i believe there's a bug in the systemd/ua-handling in >>>

Re: [OE-core] [PATCH 03/13] gdb: Fix build with musl

On Thu, 2015-11-19 at 17:10 +, Khem Raj wrote: > This is a patch that has been submitted upstream as well Shouldn't it have an Upstream-Status header saying that? p. > index 000..1302330 > --- /dev/null > +++ b/meta/recipes-devtools/gdb/gdb/0001-Use-exported-definitions-of >