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:
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 t
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 --git a/meta/classes/kerne
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 a/meta/recipes-devtool
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
b/meta/recipes-devtools/valgrind/valgrind_3.11.0
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 secu
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 files
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 match
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
Subject: Re: [OE-core] [P
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 just means
> dhcpcd as the IS
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
Openembedded-core@lists.opene
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:
http://cairographics.org/releases/ChangeLog.1.14.6
Signed-off-by:
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 this change correct? Shouldn't mirror
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 +-
2 files changed, 19 i
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 =
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 recip
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 the rationale for pullin
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} ${sysconfdir
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 recipes to be added to oe-core there needs to be a goo
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 insertions(+), 2 deletions(-)
diff
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 Cas
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 ++-
1 file changed, 2 insertions(+)
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 ke
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
=> gstreamer1.0-plugins-base_1.6.2.bb} (8
The 1.6.2 release only contains bugfixes and it is safe to update from 1.6.1
Maxin B. John (7):
gstreamer1.0: upgrade to version 1.6.2
gstreamer1.0-plugins-base: upgrade to version 1.6.2
gstreamer1.0-plugins-good: upgrade to version 1.6.2
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 =>
gstreamer1.0-plugins-bad_1.6.2.bb} (78%
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 insertions(+), 51 deletions(-)
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 100644
meta/recipes-multi
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
=> gstreamer1.0-plugins-good_1.6.2.bb} (7
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 =>
gstreamer1.0-libav_1.6.2.bb} (90%)
diff --gi
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
=> gstreamer1.0-plugins-ugly_1.6.2.bb} (6
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
particula
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 overr
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 a/meta/recipes-connectivity/connman/connman.inc
b/meta/recipes-c
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, so
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
b/meta/recipes-connectivity/c
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 NETW
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 | 7 ++-
1 file changed, 6 i
38 matches
Mail list logo
