Re: [OE-core] [PATCH 3/4] base-files: create ${base_bindir} etc. instead of /bin, /sbin and /lib

On 12/22/2015 06:31 PM, Burton, Ross wrote: > On 16 December 2015 at 18:11, Matthias Schiffer < > mschif...@universe-factory.net> wrote: > >> -dirs755 = "/bin /boot /dev ${sysconfdir} ${sysconfdir}/default \ >> - ${sysconfdir}/skel /lib /mnt /proc ${ROOT_HOME} /run /sbin \ >> +dirs755 =

Re: [OE-core] [PATCH 3/4] base-files: create ${base_bindir} etc. instead of /bin, /sbin and /lib

On 22 December 2015 at 18:43, Matthias Schiffer < mschif...@universe-factory.net> wrote: > Maybe adding both ${base_libdir} and ${nonarch_base_libdir} would make > sense? > Sure. Ross -- ___ Openembedded-core mailing list

Re: [OE-core] [PATCH 07/10] mirrors: replace references to archive.apache.org

On Tue, Dec 22, 2015 at 5:22 AM, Alexander Kanavin wrote: > On 12/22/2015 12:21 AM, Andre McCurdy wrote: >>> >>> -http://www.apache.org/dist http://archive.apache.org/dist \n \ >>> +http://www.eu.apache.org/dist http://www.us.apache.org/dist \n \ >> >> >> Is

Re: [OE-core] [PATCH] dhcpcd: add recipe for dhcpcd

On 22 December 2015 at 17:13, Karstens, Nate wrote: > Based on this I can see two approaches: 1) locate all DHCP client recipes > in the same layer because they all provide the same functionality or 2) > include alternatives in other layers (which in this case really

[OE-core] [PATCH][v3] libdrm: Upgrade to 2.4.65

Rebased patch to reflect changes in Makefile Add libdrm_amdgpu package as a new library was added Signed-off-by: Saul Wold --- .../recipes-graphics/drm/libdrm/installtests.patch | 24 -- .../drm/{libdrm_2.4.62.bb => libdrm_2.4.65.bb} | 11 +-

[OE-core] [PATCH 3/3] valgrind: include aarch64 in COMPATIBLE_HOST

Valgrind has supported aarch64 since v3.10.0. Signed-off-by: Andre McCurdy --- meta/recipes-devtools/valgrind/valgrind_3.11.0.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-devtools/valgrind/valgrind_3.11.0.bb

[OE-core] [PATCH 1/3] security_flags.inc: disable -fstack-protector-XXX for valgrind

Valgrind (v3.11.0) expects to build with stack protection disabled and includes -fno-stack-protector in its default CFLAGS. However, the CFLAGS provided by OE are included on the compiler command line after the defaults so any -fstack-protector-all / -fstack-protector-strong option provided by

[OE-core] [PATCH 0/3] valgrind fixes

Andre McCurdy (3): security_flags.inc: disable -fstack-protector-XXX for valgrind valgrind: don't restrict to armv7a valgrind: include aarch64 in COMPATIBLE_HOST meta/conf/distro/include/security_flags.inc | 2 +- meta/recipes-devtools/valgrind/valgrind_3.11.0.bb | 8 +--- 2

[OE-core] [PATCH 2/3] valgrind: don't restrict to armv7a

Valgrind has been tested on armv5te/qemuarm, so it seems that valgrind's configure check for armv7 is over cautious. Signed-off-by: Andre McCurdy --- meta/recipes-devtools/valgrind/valgrind_3.11.0.bb | 8 +--- 1 file changed, 5 insertions(+), 3 deletions(-) diff --git

[OE-core] [PATCH 1/2] kernel-yocto.bbclass: remove do_kernel_link_vmlinux from SRCTREECOVEREDTASKS

The do_kernel_link_vmlinux() task modifies the build directory (not the source tree) and should not be skipped when externalsrc is being used. Signed-off-by: Andre McCurdy --- meta/classes/kernel-yocto.bbclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

[OE-core] [PATCH 0/2] move do_kernel_link_vmlinux() into kernel.bbclass

do_kernel_link_vmlinux(), or something like it, is useful for MIPS, since MIPS has no support for zImage images: http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/arch/mips/Makefile#n400 Moving do_kernel_link_vmlinux() from kernel-yocto.bbclass into kernel.bbclass makes the

[OE-core] [PATCH 2/2] kernel-yocto.bbclass: move do_kernel_link_vmlinux() into kernel.bbclass

Move do_kernel_link_vmlinux() from kernel-yocto.bbclass into kernel.bbclass so that it's available to any kernel recipe. Note that the task is not enabled by default in kernel-yocto.bbclass, so don't enable by default in kernel.bbclass either. To enable, see the example in linux-yocto.inc, ie:

[OE-core] [PATCH] cairo: update 1.14.4 -> 1.14.6

Release 1.14.6(2015-12-09 Bryce Harrington ) Simple bugfix release to fix one Windows issue. For a complete log of changes since 1.14.4, please see:

Re: [OE-core] [PATCH] dhcpcd: add recipe for dhcpcd

Sounds good. I’ll resubmit to meta-networking. Once that goes through I’ll submit a patch to remove it from meta-alt-desktop-extras. Thanks, Nate From: Burton, Ross [mailto:ross.bur...@intel.com] Sent: Tuesday, December 22, 2015 3:20 PM To: Karstens, Nate Cc: OE-core

[OE-core] [PATCH] strace: update 4.10 -> 4.11

Noteworthy changes in release 4.11 (2015-12-21) === * Changes in behavior * Some syscalls have different names depending on architecture and personality. In these cases, syscall filtering and printing now consistently uses the names that

[OE-core] [PATCH] libsndfile1: enable FLAC/Ogg/Vorbis support

This makes it possible to handle FLAC and Vorbis files in programs that use libsndfile. It seems that the external dependencies were disabled just as a routine measure to make builds deterministic, since the dependencies were missing from DEPENDS[1]. Therefore it seems likely that nobody

[OE-core] [PATCHv2] scripts/oe-selftest: Add support for selftest log with timestamp

Each time oe-selftest runs, the oe-selftest.log file is overwritten. This patch solves it by adding time stamp to each selftest log file and doing a symlink named as oe-selftest.log to the last one created. Signed-off-by: Costin Constantin --- scripts/oe-selftest

[OE-core] [PATCH 3/3][SOLUTION 2] add variable NETWORK_MANAGER to fix confliction between connman and networkmanager

In meta-oe, the networkmanager conflicts with connman. In order to fix it, we introduce variable NETWORK_MANAGER which was original used in meta/recipes-sato/packagegroups/packagegroup-core-x11-sato.bb. So we could decide which network manager (connman or networkmanager...) to use by override

[OE-core] [PATCH 3/3][SOLUTION 1] add virtual/netmanager to fix confliction between connman and networkmanager

In meta-oe, the networkmanager conflicts with connman.In order to fix it, we introduce virtual/netmanager and decide which network manager (connman or networkmanager...) to use by override PREFERRED_PROVIDER_virtual/netmanager. The connman-plugin-ethernet has been added to connman's RPROVIDES,

[OE-core] [PATCH 1/3] connman.inc: add missing RDEPENDS

All of the connman-tools, connman-tests and connman-client runtime depends connman. Signed-off-by: Hongxu Jia --- meta/recipes-connectivity/connman/connman.inc | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git

[OE-core] [PATCH 0/3][RFC] fix confliction between connman and networkmanager

Provide two solutions for discussion. SOLUTION 1: add virtual/netmanager to RPROVIDES and choose connman or networkmanager by override PREFERRED_PROVIDER_virtual/netmanager; SOLUTION 2: add variable NETWORK_MANAGER to RDEPENDS, and select connman or networkmanager by

[OE-core] [PATCH 2/3] connman.inc: add networkmanager to RCONFLICTS

Since networkmanager add connman to its RCONFLICTS, The connman should do the same thing. Signed-off-by: Hongxu Jia --- meta/recipes-connectivity/connman/connman.inc | 2 ++ 1 file changed, 2 insertions(+) diff --git a/meta/recipes-connectivity/connman/connman.inc

[OE-core] [PATCH 3/7] gstreamer1.0-plugins-good: upgrade to version 1.6.2

1.6.1 -> 1.6.2 Signed-off-by: Maxin B. John --- ...er1.0-plugins-good_1.6.1.bb => gstreamer1.0-plugins-good_1.6.2.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-plugins-good_1.6.1.bb =>

[OE-core] [PATCH 7/7] gstreamer1.0-libav: upgrade to version 1.6.2

1.6.1 -> 1.6.2 Signed-off-by: Maxin B. John --- .../{gstreamer1.0-libav_1.6.1.bb => gstreamer1.0-libav_1.6.2.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-libav_1.6.1.bb =>

[OE-core] [PATCH 5/7] gstreamer1.0-plugins-ugly: upgrade to version 1.6.2

1.6.1 -> 1.6.2 Signed-off-by: Maxin B. John --- ...er1.0-plugins-ugly_1.6.1.bb => gstreamer1.0-plugins-ugly_1.6.2.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-plugins-ugly_1.6.1.bb =>

[OE-core] [PATCH 1/7] gstreamer1.0: upgrade to version 1.6.2

1.6.1 -> 1.6.2 Removed "fix-install-hook.patch" which was backported. Signed-off-by: Maxin B. John --- .../gstreamer/gstreamer1.0/fix-install-hook.patch | 48 -- ...gstreamer1.0_1.6.1.bb => gstreamer1.0_1.6.2.bb} | 5 +-- 2 files changed, 2

[OE-core] [PATCH 6/7] gstreamer1.0-rtsp-server: upgrade to version 1.6.2

1.6.1 -> 1.6.2 Signed-off-by: Maxin B. John --- meta/recipes-multimedia/gstreamer/gstreamer1.0-rtsp-server_1.6.1.bb | 6 -- meta/recipes-multimedia/gstreamer/gstreamer1.0-rtsp-server_1.6.2.bb | 6 ++ 2 files changed, 6 insertions(+), 6 deletions(-) delete mode

[OE-core] [PATCH 4/7] gstreamer1.0-plugins-bad: upgrade to version 1.6.2

1.6.1 -> 1.6.2 Signed-off-by: Maxin B. John --- ...amer1.0-plugins-bad_1.6.1.bb => gstreamer1.0-plugins-bad_1.6.2.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-plugins-bad_1.6.1.bb =>

[OE-core] [PATCH 2/7] gstreamer1.0-plugins-base: upgrade to version 1.6.2

1.6.1 -> 1.6.2 Signed-off-by: Maxin B. John --- ...er1.0-plugins-base_1.6.1.bb => gstreamer1.0-plugins-base_1.6.2.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-plugins-base_1.6.1.bb =>

Re: [OE-core] [PATCH 07/10] mirrors: replace references to archive.apache.org

On 12/22/2015 12:21 AM, Andre McCurdy wrote: -http://www.apache.org/dist http://archive.apache.org/dist \n \ +http://www.eu.apache.org/dist http://www.us.apache.org/dist \n \ Is this change correct? Shouldn't mirrors.bbclass provide a fallback to the historical releases URL (so that things

[OE-core] [PATCH] mirrors: add archive.apache.org to Apache mirrors

Historical releases may disappear from the main mirrors, so then we need to fall back to the archive (which, in turn, may not carry the current release, and so can't be the primary mirror). Signed-off-by: Alexander Kanavin --- meta/classes/mirrors.bbclass | 3

[OE-core] [PATCH] toaster.bbclass: fix TypeError when parsing build stats

Reading IO stats fails because the IO read/write bytes are being converted to strings, then added to a numeric running total. Fix this by converting IO stats to integers. Signed-off-by: Elliot Smith --- meta/classes/toaster.bbclass | 4 ++-- 1 file changed, 2

Re: [OE-core] [PATCH] dhcpcd: add recipe for dhcpcd

On 10 December 2015 at 03:36, Nate Karstens wrote: > Adds a new recipe for dhcpcd. Modifies the configure script to keep the > host system header files from being used instead of the target system. > > Signed-off-by: Nate Karstens > For new

[OE-core] [PATCH 00/26] Consolidated Pull

Hi, A consolidated pull of patches from the list, that have passed the autobuilder. The only failures are a mystery failure in the selftest has more debugging output in my mut2 branch, and Freescale still haven't resolved the u-boot-qoriq failure. (poky-contrib:ross/mut) Ross Alejandro del

Re: [OE-core] [PATCH 3/4] base-files: create ${base_bindir} etc. instead of /bin, /sbin and /lib

On 16 December 2015 at 18:11, Matthias Schiffer < mschif...@universe-factory.net> wrote: > -dirs755 = "/bin /boot /dev ${sysconfdir} ${sysconfdir}/default \ > - ${sysconfdir}/skel /lib /mnt /proc ${ROOT_HOME} /run /sbin \ > +dirs755 = "${base_bindir} /boot /dev ${sysconfdir}

Re: [OE-core] [PATCH] dhcpcd: add recipe for dhcpcd

Thanks, Ross. There are currently two DHCP clients included in oe-core. The ISC DHCP client is in the dhcp recipe and udhcpc is included in busybox. There is also a very outdated recipe for dhcpcd in meta-alt-desktop-extras. Based on this I can see two approaches: 1) locate all DHCP client

Re: [OE-core] [RESEND PATCH v3] util-linux: create util-linux-runuser package

On 15 December 2015 at 09:49, Ioan-Adrian Ratiu wrote: > Split runuser into its own package (previously provided by util-linux). > Since runuser is compiled only when DISTRO_FEATURES includes pam, > the creation of util-linux-runuser is also constrained by this. > What's