[OE-core] [PATCH v2] systemd: added python-systemd package generation.

--- meta/recipes-core/systemd/systemd_199.bb | 20 1 file changed, 16 insertions(+), 4 deletions(-) diff --git a/meta/recipes-core/systemd/systemd_199.bb b/meta/recipes-core/systemd/systemd_199.bb index e574548..00daf99 100644 --- a/meta/recipes-core/systemd/systemd_199.bb

Re: [OE-core] [PATCHv3] oe.terminal: add tmux classes

On 04/05/2013 09:20 AM, Chris Larson wrote: > > On Fri, Apr 5, 2013 at 6:55 AM, Jason Wessel > wrote: > > On 04/04/2013 07:44 PM, Christopher Larson wrote: > > From: Christopher Larson > > > > > This adds two new T

Re: [OE-core] Does support for external toolchains working in current OE?

I've already tried that, systemd's configure does not respect that. On Sat, Apr 6, 2013 at 12:08 AM, Chris Larson wrote: > > On Fri, Apr 5, 2013 at 2:20 PM, Martin Jansa wrote: > >> On Fri, Apr 05, 2013 at 11:20:44AM +0200, Marcin Juszkiewicz wrote: >> > For last few months I am working on fixi

Re: [OE-core] [PATCH] systemd: added python-systemd package generation.

On 04/05/2013 02:29 PM, Martin Jansa wrote: On Sat, Apr 06, 2013 at 12:13:00AM +0300, Yevhen Kyriukha wrote: --- meta/recipes-core/systemd/systemd_199.bb | 21 + 1 file changed, 17 insertions(+), 4 deletions(-) diff --git a/meta/recipes-core/systemd/systemd_199.bb b/me

Re: [OE-core] Does support for external toolchains working in current OE?

On Fri, Apr 5, 2013 at 2:20 PM, Martin Jansa wrote: > On Fri, Apr 05, 2013 at 11:20:44AM +0200, Marcin Juszkiewicz wrote: > > For last few months I am working on fixing Linaro binary cross > > toolchains and their support in OpenEmbedded. Got to point when they > > work (both AArch64 and ARMv7a o

Re: [OE-core] [PATCH] systemd: added python-systemd package generation.

2013/4/6 Martin Jansa > > On Sat, Apr 06, 2013 at 12:13:00AM +0300, Yevhen Kyriukha wrote: > > --- > > meta/recipes-core/systemd/systemd_199.bb | 21 + > > 1 file changed, 17 insertions(+), 4 deletions(-) > > > > diff --git a/meta/recipes-core/systemd/systemd_199.bb > > b/m

[OE-core] [PATCH] curl: backport patch to fix segfaults

* e.g. ecore, efreet segfault a lot without this patch Signed-off-by: Martin Jansa --- ...inter-reference-when-closing-an-unused-mu.patch | 170 + meta/recipes-support/curl/curl_7.29.0.bb | 3 +- 2 files changed, 172 insertions(+), 1 deletion(-) create mode 10064

Re: [OE-core] [PATCH] systemd: added python-systemd package generation.

On Sat, Apr 06, 2013 at 12:13:00AM +0300, Yevhen Kyriukha wrote: > --- > meta/recipes-core/systemd/systemd_199.bb | 21 + > 1 file changed, 17 insertions(+), 4 deletions(-) > > diff --git a/meta/recipes-core/systemd/systemd_199.bb > b/meta/recipes-core/systemd/systemd_199.b

Re: [OE-core] Does support for external toolchains working in current OE?

On Fri, Apr 05, 2013 at 11:20:44AM +0200, Marcin Juszkiewicz wrote: > For last few months I am working on fixing Linaro binary cross > toolchains and their support in OpenEmbedded. Got to point when they > work (both AArch64 and ARMv7a ones) for single packages but problem > starts when I want to

[OE-core] [PATCH] systemd: added python-systemd package generation.

--- meta/recipes-core/systemd/systemd_199.bb | 21 + 1 file changed, 17 insertions(+), 4 deletions(-) diff --git a/meta/recipes-core/systemd/systemd_199.bb b/meta/recipes-core/systemd/systemd_199.bb index ba1d133..2a3d351 100644 --- a/meta/recipes-core/systemd/systemd_199.b

Re: [OE-core] [PATCH] linux-firmware: make the main package depend on all sub-packages

On Fri, Apr 5, 2013 at 2:06 PM, Ross Burton wrote: > Whilst splitting out specific large firmware blobs is a good move for space > saving, it makes installing "all the firmware" tricky. > > Make linux-firmware depend on all of the separated packages so that installing > that pulls in all of the su

Re: [OE-core] gcc-cross-initial Failure

On Apr 5, 2013, at 8:36 PM, Jack Mitchell wrote: > On 05/04/2013 17:15, Khem Raj wrote: >> On Apr 5, 2013, at 7:03 AM, Jack Mitchell wrote: >> >>> Doing my usual git master pull and rebuild today, resulted in >>> gcc-cross-initial failing to build. >>> >>> Please find the log attached, does

[OE-core] [PATCH] linux-yocto-tiny: Add 3.8.4 recipe

Bring linux-yocto-tiny up to the latest linux-yocto 3.8.4 version. Signed-off-by: Darren Hart --- meta/recipes-kernel/linux/linux-yocto-tiny_3.8.bb | 26 + 1 files changed, 26 insertions(+), 0 deletions(-) create mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny_3.8.b

Re: [OE-core] [PATCH v2] postinst-intercepts, qemu.bbclass: fix issue on 32 bit hosts

On Friday 05 April 2013 19:12:26 Laurentiu Palcu wrote: > The intercept scripts fail to run on 32 bit hosts. Apparently, the > current approach worked on 64 bit hosts due to the larger virtual address > space (probably). On 32 bit hosts, however, calling the target binary like: > > qemu-arm ld-lin

[OE-core] [PATCH 2/2] shadow: add patch to fix crypt: Invalid Argument

This patch came from Slackware and address a change in crypt()'s handling of an invalid seed, which in the past returned an encrypted string and now returns a NULL. [YOCTO #4097] related to tinylogin segfault Signed-off-by: Saul Wold --- .../files/slackware_fix_for_glib-2.17_crypt.patch | 63 +

[OE-core] [PATCH 1/2] tinylogin: fix segfault from crypt()

In glibc 2.17, crypt() now expects 2 valid chars for the seed or it will error out and return a NULL. The tinylogin code took the result from crypt directly into a strcmp() which caused a segfault Tinylogin has been deperacted, busybox now has login support, I will investigate using busybox login

[OE-core] [PATCH 0/2] Fix issue with newer glibc crypt() function

The 2.17 version of glibc's crypt() was changed to returning NULL if it got an invalid seed, this broke tinylogin and shadow in different ways. Thanks to the Slackware team for "just in time patches", they found it first in shadow around March 28th! I do not believe that these will introduce any

[OE-core] [PATCH] linux-firmware: make the main package depend on all sub-packages

Whilst splitting out specific large firmware blobs is a good move for space saving, it makes installing "all the firmware" tricky. Make linux-firmware depend on all of the separated packages so that installing that pulls in all of the sub-packages. Signed-off-by: Ross Burton --- meta/recipes-ke

Re: [OE-core] gcc-cross-initial Failure

On Apr 5, 2013, at 9:36 AM, Jack Mitchell wrote: > I build for the beaglebone and I changed them in line with your default > beaglebone build patch you posted a week or so ago. I think it moved it form > soft to hard float possibly... yes do a clean build if possible _

[OE-core] [PATCH 0/3] Fixes for oe-init-build-env

These updates fix three small problems with oe-init-build-env. //Peter The following changes since commit 419ef63ba5741ab67c91cbb96ee0c11e44975cb0: atom-pc: add i965 Mesa driver so GL works on i965 onwards (2013-04-05 12:44:28 +0100) are available in the git repository at: git://git.yocto

[OE-core] [PATCH 1/3] oe-setup-builddir: Allow $OECORENOTESCONF to not exist

Signed-off-by: Peter Kjellerstedt --- scripts/oe-setup-builddir | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/scripts/oe-setup-builddir b/scripts/oe-setup-builddir index 76e1778..d5d8d98 100755 --- a/scripts/oe-setup-builddir +++ b/scripts/oe-setup-builddir @@ -118,5 +118,5

[OE-core] [PATCH 3/3] oe-init-build-env: Make it use the correct $OEROOT with zsh

Signed-off-by: Peter Kjellerstedt --- oe-init-build-env | 2 ++ 1 file changed, 2 insertions(+) diff --git a/oe-init-build-env b/oe-init-build-env index 67eddcd..68af7b5 100755 --- a/oe-init-build-env +++ b/oe-init-build-env @@ -30,6 +30,8 @@ if [ -z "$ZSH_NAME" ] && [ "x$0" = "x./oe-init-build-

[OE-core] [PATCH 2/3] oe-buildenv-internal: Only add to $PATH if needed

If $PATH already has the needed paths at the beginning, there is no need to add them again. This allows rerunning oe-init-build-env for the same directory without having $PATH increase unnecessarily every time. Signed-off-by: Peter Kjellerstedt --- scripts/oe-buildenv-internal | 5 +++-- 1 file

Re: [OE-core] gcc-cross-initial Failure

On 05/04/2013 17:15, Khem Raj wrote: On Apr 5, 2013, at 7:03 AM, Jack Mitchell wrote: Doing my usual git master pull and rebuild today, resulted in gcc-cross-initial failing to build. Please find the log attached, does anyone know what could have caused it? I recently changed the TUNES, so

[OE-core] [PATCH] runqemu: add a seriallog option

Similar to serial, but this will write everything that is output on the console to the specified file. Signed-off-by: Ross Burton --- scripts/runqemu |6 ++ 1 file changed, 6 insertions(+) diff --git a/scripts/runqemu b/scripts/runqemu index 8ed1226..3db2cf5 100755 --- a/scripts/runqemu

Re: [OE-core] gcc-cross-initial Failure

On Apr 5, 2013, at 7:03 AM, Jack Mitchell wrote: > Doing my usual git master pull and rebuild today, resulted in > gcc-cross-initial failing to build. > > Please find the log attached, does anyone know what could have caused it? I > recently changed the TUNES, so could something not be being

[OE-core] [PATCH v2] postinst-intercepts, qemu.bbclass: fix issue on 32 bit hosts

The intercept scripts fail to run on 32 bit hosts. Apparently, the current approach worked on 64 bit hosts due to the larger virtual address space (probably). On 32 bit hosts, however, calling the target binary like: qemu-arm ld-linux.so --library-path /lib:/usr/lib arm_binary fails with: arm_bi

[OE-core] [PATCH] lib/oe/classextend.py: avoid extending any kernel package

For multilib and other uses of classextend, we don't want any dependencies on kernel packages to be extended since there should only be one kernel variant. Fixes [YOCTO #2918] (where kernel-dev was being extended.) Signed-off-by: Paul Eggleton --- meta/lib/oe/classextend.py |2 +- 1 file ch

Re: [OE-core] experiences with images based on current layer heads

If you are unable to look into this yourself, can you please file a bug on the bugzilla.yoctoproject.org website? This issue is likely to get more attention if there is an active bug with reproducer steps. (What you have below may be enough for someone who understands X and xfce to reproduce i

[OE-core] [PATCH 4/4] sanity/connman: when connman test fails, dump syslog

Signed-off-by: Ross Burton --- scripts/qemuimage-tests/sanity/connman |1 + 1 file changed, 1 insertion(+) diff --git a/scripts/qemuimage-tests/sanity/connman b/scripts/qemuimage-tests/sanity/connman index 0c62902..b333201 100755 --- a/scripts/qemuimage-tests/sanity/connman +++ b/scripts/qe

[OE-core] [PATCH 3/4] qemuimage-testlib: add function to fetch the remote syslog

Add a new function to scp from the target, and another to fetch /var/log/messages and dump it to the console. Signed-off-by: Ross Burton --- scripts/qemuimage-testlib | 43 +++ 1 file changed, 43 insertions(+) diff --git a/scripts/qemuimage-testlib b/sc

[OE-core] [PATCH 2/4] connman_test.sh: show all processes when dumping ps

We know the grep failed because the error case is being executed, so don't do the grep again when attempting to help diagnose the problem, as seeing the full process list might be useful. Signed-off-by: Ross Burton --- scripts/qemuimage-tests/tools/connman_test.sh |2 +- 1 file changed, 1 in

[OE-core] [PATCH 1/4] qemuimage-testlib: silence some key warnings

Set StrictHostKeyChecking to no to silence the fingerprint warnings, and instead of creating a temporary file for the known hosts and then deleting it just use /dev/null. Signed-off-by: Ross Burton --- scripts/qemuimage-testlib |8 ++-- 1 file changed, 2 insertions(+), 6 deletions(-) di

[OE-core] [PATCH] local.conf.sample: Add info about -ptest package group

From: "Maxin B. John" Add information about ptest package testing in local.conf.sample file. Signed-off-by: Maxin B. John --- meta/conf/local.conf.sample |2 ++ 1 file changed, 2 insertions(+) diff --git a/meta/conf/local.conf.sample b/meta/conf/local.conf.sample index e1f8c5b..85205c5 10

Re: [OE-core] [PATCH 2/2] udev: enable multilib support

On Fri, 2013-04-05 at 16:29 +0300, Alex Damian wrote: > On udev-184 they changed the default location from /sbin/ > to /lib/udev/ and I kept same as the upstream is. Firstly, I know some people did ask me questions offlist about this and I probably gave misleading answers. I thought this was a pro

[OE-core] [PATCH] postinst-intercepts: fix issue on 32 bit hosts

The intercept scripts fail to run on 32 bit hosts. Apparently, the current approach worked on 64 bit hosts due to the larger virtual address space (probably). On 32 bit hosts, however, calling the target binary like: qemu-arm ld-linux.so --library-path /lib:/usr/lib arm_binary fails with: arm_bi

Re: [OE-core] [PATCHv3] oe.terminal: add tmux classes

On Fri, Apr 5, 2013 at 6:55 AM, Jason Wessel wrote: > On 04/04/2013 07:44 PM, Christopher Larson wrote: > > From: Christopher Larson > > > > This adds two new Terminal classes. It's separated into two, so that > opening > > a split inside a tmux window is preferred to the other terminal types, >

Re: [OE-core] [PATCH 0/1] Fix coreutils build on uclibc

I think Henning's patch to site config will solve the same problem we do not need this patch On Apr 4, 2013, at 5:38 PM, Khem Raj wrote: > coreutils after upgrade has started to fail to build on uclibc > targets, this series of patches fix the build on uclibc as well > as on eglibc is working n

Re: [OE-core] [PATCHv3] oe.terminal: add tmux classes

On 04/04/2013 07:44 PM, Christopher Larson wrote: > From: Christopher Larson > > This adds two new Terminal classes. It's separated into two, so that opening > a split inside a tmux window is preferred to the other terminal types, but > opening a tmux session is prioritized only slightly higher th

Re: [OE-core] [PATCH 2/2] udev: enable multilib support

On udev-184 they changed the default location from /sbin/ to /lib/udev/ and I kept same as the upstream is. On Fri, Apr 5, 2013 at 2:59 PM, Radu Moisan wrote: > > On 04/04/2013 04:03 PM, Koen Kooi wrote: > >> Op 4 apr. 2013, om 14:45 heeft Radu Moisan het >> volgende geschreven: >> >> On 04/0

Re: [OE-core] Does support for external toolchains working in current OE?

On Fri, 2013-04-05 at 14:21 +0200, Marcin Juszkiewicz wrote: > W dniu 05.04.2013 11:20, Marcin Juszkiewicz pisze: > > > ERROR: Multiple .bb files are due to be built which each provide > > virtual/libc > > (/home/hrw/HDD/devel/canonical/aarch64/openembedded/repos/openembedded-core/meta/recipes-c

Re: [OE-core] Does support for external toolchains working in current OE?

W dniu 05.04.2013 14:21, Marcin Juszkiewicz pisze: > So I got with this change: > > diff --git a/lib/bb/providers.py b/lib/bb/providers.py > index fcee6dc..0b37c44 100644 > --- a/lib/bb/providers.py > +++ b/lib/bb/providers.py > @@ -296,8 +296,7 @@ def filterProviders(providers, item, cfgData, da

Re: [OE-core] Does support for external toolchains working in current OE?

W dniu 05.04.2013 11:20, Marcin Juszkiewicz pisze: > ERROR: Multiple .bb files are due to be built which each provide virtual/libc > (/home/hrw/HDD/devel/canonical/aarch64/openembedded/repos/openembedded-core/meta/recipes-core/eglibc/eglibc_2.17.bb > > /home/hrw/HDD/devel/canonical/aarch64/open

Re: [OE-core] [PATCH 2/2] udev: enable multilib support

On 04/04/2013 04:03 PM, Koen Kooi wrote: Op 4 apr. 2013, om 14:45 heeft Radu Moisan het volgende geschreven: On 04/03/2013 08:58 PM, Koen Kooi wrote: Op 3 apr. 2013, om 18:25 heeft Radu Moisan het volgende geschreven: Use base_libdir in place of hardcoded /lib Fixes [YOCTO #4096] Signe

Re: [OE-core] Does support for external toolchains working in current OE?

W dniu 05.04.2013 12:11, Richard Purdie pisze: > On Fri, 2013-04-05 at 11:56 +0200, Marcin Juszkiewicz wrote: >> http://tygrysek.juszkiewicz.com.pl/~hrw/tmp/rp-log.txt 3.4MB > Some key bits of the log: > > DEBUG: Added runtime dependency eglibc > for > /home/hrw/HDD/devel/canonical/aarch64/opene

Re: [OE-core] Does support for external toolchains working in current OE?

On Fri, 2013-04-05 at 11:56 +0200, Marcin Juszkiewicz wrote: > W dniu 05.04.2013 11:54, Richard Purdie pisze: > > This means that virtual/libc is providing something which the external > > toolchain recipes are not. Can you share the "bitbake -DDDv" output for > > the above command somewhere (I kno

Re: [OE-core] Does support for external toolchains working in current OE?

W dniu 05.04.2013 11:54, Richard Purdie pisze: > This means that virtual/libc is providing something which the external > toolchain recipes are not. Can you share the "bitbake -DDDv" output for > the above command somewhere (I know there will be a lot of it). Buried > somewhere in there will be the

Re: [OE-core] Does support for external toolchains working in current OE?

On Fri, 2013-04-05 at 11:20 +0200, Marcin Juszkiewicz wrote: > For last few months I am working on fixing Linaro binary cross > toolchains and their support in OpenEmbedded. Got to point when they > work (both AArch64 and ARMv7a ones) for single packages but problem > starts when I want to create

Re: [OE-core] Does support for external toolchains working in current OE?

https://bugzilla.yoctoproject.org/show_bug.cgi?id=3393 is about same issue. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] Does support for external toolchains working in current OE?

For last few months I am working on fixing Linaro binary cross toolchains and their support in OpenEmbedded. Got to point when they work (both AArch64 and ARMv7a ones) for single packages but problem starts when I want to create image... 11:14 hrw@puchatek:build$ bitbake core-image-minimal -g Pa

[OE-core] [PATCH] site/common-uclibc: add predefined configure vars for coreutils

From: Henning Heinold * this sets some configure vars which will be guessed false in cross-compile case for uclibc Signed-off-by: Henning Heinold --- meta/site/common-uclibc |5 + 1 file changed, 5 insertions(+) diff --git a/meta/site/common-uclibc b/meta/site/common-uclibc index 33

[OE-core] [PATCH] scripts/sstate-cache-management.sh: fix return value by adding exit 0

From: Henning Heinold * usefull for jenkins jobs, which will otherwise fail because 1 was returned Signed-off-by: Henning Heinold --- scripts/sstate-cache-management.sh |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/scripts/sstate-cache-management.sh b/scripts/sstate