Re: [OE-core] [PATCH] pulseaudio.inc: drop obsolete dependency on liboil

On Thu, Jan 21, 2016 at 7:23 PM, Andre McCurdy wrote: > Pulseaudio dropped its dependency on liboil in 2009. > > > http://cgit.freedesktop.org/pulseaudio/pulseaudio/commit/?id=25724cdd40283a00e6edd9449d0f3cf16823b41b > ah discard my another message. but also drop liboil > Signed-off-by: Andre

Re: [OE-core] [PATCH 1/1] systemd: work around the boot problem on qemuarm64

On Thu, Jan 21, 2016 at 6:02 PM, Chen Qi wrote: > This is a workaround to make qemuarm64 boot for systemd systems. > > Signed-off-by: Chen Qi > --- > meta/recipes-core/systemd/systemd_228.bb | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/meta/recipes-core/systemd/systemd_228.bb > b/me

openembedded-core@lists.openembedded.org

On Fri, Jan 22, 2016 at 1:26 PM, Andre McCurdy wrote: > Signed-off-by: Andre McCurdy > --- > meta/recipes-core/bsd-headers/bsd-headers.bb | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/meta/recipes-core/bsd-headers/bsd-headers.bb > b/meta/recipes-core/bsd-headers/bsd-h

[OE-core] [PATCH 1/7] sqlite3: fix the parallel build fix patch

The previous parallel.patch broke dynamically linking sqlite3 with libsqlite3.so (ie using the --disable-static-shell configure option). Signed-off-by: Andre McCurdy --- meta/recipes-support/sqlite/sqlite3/parallel.patch | 46 +- 1 file changed, 27 insertions(+), 19 deletions

[OE-core] [PATCH 5/7] sqlite3.inc: dynamically link the sqlite3 command-line utility

By default, the sqlite3 command-line utility will be statically linked with sqlite3. For OE, dynamic linking is probably more appropriate and can be enabled by configuring with "--disable-static-shell". Signed-off-by: Andre McCurdy --- meta/recipes-support/sqlite/sqlite3.inc | 7 ++- 1 file

[OE-core] [PATCH 2/7] sqlite3.inc: fix readline PACKAGECONFIG

Make it clearer that readline support for the target build is now disabled by default. Since readline dependencies and configure options are now handled by PACKAGECONFIG, avoid duplicating readline in DEPENDS or duplicating --disable-readline in EXTRA_OECONF. Also add --disable-editline to EXTRA_

[OE-core] [PATCH 7/7] sqlite3: update 3.10.0 -> 3.10.2

Signed-off-by: Andre McCurdy --- meta/recipes-support/sqlite/{sqlite3_3.10.0.bb => sqlite3_3.10.2.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-support/sqlite/{sqlite3_3.10.0.bb => sqlite3_3.10.2.bb} (62%) diff --git a/meta/recipes-support/sqlite/sqlite3_3.1

[OE-core] [PATCH 4/7] sqlite: formatting improvements, move more stuff into sqlite3.inc

Reformatting only, no functional changes. Signed-off-by: Andre McCurdy --- meta/recipes-support/sqlite/sqlite3.inc | 23 +-- meta/recipes-support/sqlite/sqlite3_3.10.0.bb | 20 ++-- 2 files changed, 23 insertions(+), 20 deletions(-) diff --git a/meta/re

[OE-core] [PATCH 3/7] sqlite3.inc: drop obsolete config_BUILD_CC, etc exports

These exports date back to 2007, when sqlite needed patching in order to cross compile: http://git.openembedded.org/openembedded-core/commit/?id=4ffe8f6b1ff640722880cf2cd88990956de87e30 Signed-off-by: Andre McCurdy --- meta/recipes-support/sqlite/sqlite3.inc | 8 1 file changed, 8 d

[OE-core] [PATCH 6/7] sqlite3.inc: add PACKAGECONFIG to support building against libedit

Signed-off-by: Andre McCurdy --- meta/recipes-support/sqlite/sqlite3.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-support/sqlite/sqlite3.inc b/meta/recipes-support/sqlite/sqlite3.inc index 87cdf26..5bff33b 100644 --- a/meta/recipes-support/sqlite/sqlite3.i

[OE-core] [PATCH 0/7] sqlite3: misc fixes, cleanup + update 3.10.0 -> 3.10.2

Andre McCurdy (7): sqlite3: fix the parallel build fix patch sqlite3.inc: fix readline PACKAGECONFIG sqlite3.inc: drop obsolete config_BUILD_CC, etc exports sqlite: formatting improvements, move more stuff into sqlite3.inc sqlite3.inc: dynamically link the sqlite3 command-line utility s

Re: [OE-core] [PATCH] avahi: Add patch to fix Win10 mDNS issues

On 22 January 2016 at 23:25, wrote: > > Can you add this to the SRC_URI assignment in avahi.inc please. > > I did this initially, but considering that the next version of avahi will > include this change, I didn't think that was the best approach. I'm fine > with including it there, but it didn't

Re: [OE-core] [PATCH] avahi: Add patch to fix Win10 mDNS issues

On Fri, Jan 22, 2016 at 11:08:06PM +, Burton, Ross wrote: > On 22 January 2016 at 18:13, wrote: > > > +SRC_URI_append = " \ > > + > > file://0001-Don-t-log-warnings-about-invalid-packets-Fixes-lathi.patch \ > > +" > > + > > DEPENDS += "intltool-native" > > > > Can you add this to the SR

Re: [OE-core] [PATCH] uninative: Fix conflicts with normal sysroot

On Fri, 2016-01-22 at 13:01 -0600, Mark Hatle wrote: > On 1/22/16 11:17 AM, Richard Purdie wrote: > > Currently this code installs into the standard sysroot, however > > this causes > > some conflicts when linking since the linker can look specifically > > for > > versioned .so files (e.g. like lib

Re: [OE-core] [PATCH 1/1] meta: cleanup PACKAGECONFIG ??= ""

On Fri, Jan 22, 2016 at 2:57 PM, Burton, Ross wrote: > > On 22 January 2016 at 01:59, Robert Yang wrote: >> >> The base.bbclass can handle PACKAGECONFIG well when it is not set, so >> PACKAGECONFIG ??= "" isn't useful here, but there are a lot of them, >> which may mislead the newbie that it is a

Re: [OE-core] [PATCH] avahi: Add patch to fix Win10 mDNS issues

On 22 January 2016 at 18:13, wrote: > +SRC_URI_append = " \ > + > file://0001-Don-t-log-warnings-about-invalid-packets-Fixes-lathi.patch \ > +" > + > DEPENDS += "intltool-native" > Can you add this to the SRC_URI assignment in avahi.inc please. > --- /dev/null > +++ > b/meta/recipes-conne

Re: [OE-core] [PATCH 1/1] meta: cleanup PACKAGECONFIG ??= ""

On 22 January 2016 at 01:59, Robert Yang wrote: > The base.bbclass can handle PACKAGECONFIG well when it is not set, so > PACKAGECONFIG ??= "" isn't useful here, but there are a lot of them, > which may mislead the newbie that it is a must. > I actually like the clarity of PACKAGECONFIG??="". D

openembedded-core@lists.openembedded.org

Signed-off-by: Andre McCurdy --- meta/recipes-core/bsd-headers/bsd-headers.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-core/bsd-headers/bsd-headers.bb b/meta/recipes-core/bsd-headers/bsd-headers.bb index 12a2cca..1fd5b82 100644 --- a/meta/recipes-core/bsd-

Re: [OE-core] [PATCH 2/2] local.conf.sample: Document HOW-TO enable systemd or busbox to replace sysvinit

> On Jan 22, 2016, at 12:57 PM, Tanu Kaskinen wrote: > > On Fri, 2016-01-22 at 20:49 +, Khem Raj wrote: >> OE core provides systemd,busybox as options for system init system along >> with sysvinit being the default. Document the needed settings to enable >> systemd and busybox as options if

Re: [OE-core] [PATCH 2/2] local.conf.sample: Document HOW-TO enable systemd or busbox to replace sysvinit

On Fri, 2016-01-22 at 20:49 +, Khem Raj wrote: > OE core provides systemd,busybox as options for system init system along > with sysvinit being the default. Document the needed settings to enable > systemd and busybox as options if user wishes. > > Signed-off-by: Khem Raj > --- >  meta/conf/l

[OE-core] [PATCH 1/2] busybox: Add support for busybox-init

in config metadata we can configure busybox based init and device initializer ( mdev ) using e.g. VIRTUAL-RUNTIME_dev_manager = "busybox-mdev" VIRTUAL-RUNTIME_login_manager = "busybox" VIRTUAL-RUNTIME_init_manager = "busybox" VIRTUAL-RUNTIME_initscripts = "initscripts" VIRTUAL-RUNTIME_keymaps = "k

[OE-core] [PATCH 2/2] local.conf.sample: Document HOW-TO enable systemd or busbox to replace sysvinit

OE core provides systemd,busybox as options for system init system along with sysvinit being the default. Document the needed settings to enable systemd and busybox as options if user wishes. Signed-off-by: Khem Raj --- meta/conf/local.conf.sample | 17 + 1 file changed, 17 inser

[OE-core] [PATCH] busybox: backport upstream truncate open mode fix

https://git.busybox.net/busybox/commit/?h=1_24_stable&id=be729c1d3b5c923f10871dd68ea94156d0f8c803 Signed-off-by: Andre McCurdy --- .../busybox-1.24.1-truncate-open-mode.patch| 81 ++ meta/recipes-core/busybox/busybox_1.24.1.bb| 1 + 2 files changed, 82 ins

Re: [OE-core] [PATCH 1/3] kernel.bbclass: do not install initramfs bundled kernel image

On 16-01-20 6:29 PM, Ming Liu wrote: On 01/20/2016 05:43 AM, Bruce Ashfield wrote: On 2016-01-19 4:57 PM, Ming Liu wrote: On 01/19/2016 08:39 PM, Bruce Ashfield wrote: On 16-01-05 08:12 AM, Ming Liu wrote: From: Ming Liu It makes no sense to install a initramfs bundled kernel image sinc

Re: [OE-core] [RFC][PATCH 2/9] bash-completion: build nativesdk variant

> >> Op 14 jan. 2016, om 21:56 heeft George McCollister >> het volgende geschreven: >> >> The nativesdk variant is required for some recipes like git to use the class. > > Squash this into 1/9 to avoid mid-series breakage. Will do. Thanks, George --

Re: [OE-core] [yocto] Yocto Project Status WW04

On 01/22/2016 11:29 AM, Jolley, Stephen K wrote: > * I'd like to highlight that there are increasing numbers of stack > overflow questions about the project and help in providing good answers on > there would be appreciated. We've been raising this issue the last few OpenEmbedded developer m

Re: [OE-core] [PATCH v2] sqlite3: upgrade to version 3.10.0

On 1/22/16 1:08 AM, Andre McCurdy wrote: > On Wed, Jan 13, 2016 at 2:46 AM, Maxin B. John wrote: >> 3.9.2 -> 3.10.0 >> >> 1. Fixed a parallel build problem >> 2. Added a PACKAGECONFIG for readline >> >> Signed-off-by: Maxin B. John >> --- >> meta/recipes-support/sqlite/sqlite3.inc|

Re: [OE-core] [PATCH v2] sqlite3: upgrade to version 3.10.0

On Thu, Jan 21, 2016 at 11:08 PM, Andre McCurdy wrote: > On Wed, Jan 13, 2016 at 2:46 AM, Maxin B. John wrote: >> 3.9.2 -> 3.10.0 >> >> 1. Fixed a parallel build problem >> 2. Added a PACKAGECONFIG for readline >> >> Signed-off-by: Maxin B. John >> --- >> meta/recipes-support/sqlite/sqlite3.inc

Re: [OE-core] [PATCH] uninative: Fix conflicts with normal sysroot

On 1/22/16 11:17 AM, Richard Purdie wrote: > Currently this code installs into the standard sysroot, however this causes > some conflicts when linking since the linker can look specifically for > versioned .so files (e.g. like libpthreads.so.0). This breaks builds > of util-linux-native for example

Re: [OE-core] proposal: remove DirectFB from oe-core in the next release cycle

> On Jan 22, 2016, at 11:10 AM, alexander.kana...@linux.intel.com wrote: > >>> I guess the thing missing is an indication that the repo on github is >>> official and maintained. Specifically the deniskropp repo has been >>> recently touched but you have to admit >>> that https://github.com/Direc

Re: [OE-core] proposal: remove DirectFB from oe-core in the next release cycle

> On Jan 22, 2016, at 4:58 AM, Alexander Kanavin > wrote: > > Hello, > > DirectFB upstream project has been dead for several months, the website has > completely disappeared, and no explanation or apology has ever surfaced. [1] > > So let's keep DirectFB in the forthcoming release, but drop

Re: [OE-core] proposal: remove DirectFB from oe-core in the next release cycle

>> I guess the thing missing is an indication that the repo on github is >> official and maintained. Specifically the deniskropp repo has been >> recently touched but you have to admit >> that https://github.com/DirectFB/directfb looks more official. > > Denis Oliver Kropp is the main developer of

[OE-core] [PATCH] avahi: Add patch to fix Win10 mDNS issues

Windows 10 will respond to mDNS messages when it really shouldn't, resulting in a lot of logging. Pulling the change from avahi upstream. This will be fixed in avahi 0.6.32 External References: https://bugs.launchpad.net/ubuntu/+source/avahi/+bug/1342400 https://bugs.debian.org/cgi-bin/bugreport.

Re: [OE-core] proposal: remove DirectFB from oe-core in the next release cycle

On 22 January 2016 at 18:06, Andreas Oberritter wrote: > Denis Oliver Kropp is the main developer of DirectFB and the description > of https://github.com/deniskropp/DirectFB says "Official DirectFB GitHub > Repository". > The owner being the main developer is good, thanks. Ross --

Re: [OE-core] proposal: remove DirectFB from oe-core in the next release cycle

On 22.01.2016 17:12, Burton, Ross wrote: > > On 22 January 2016 at 15:38, Andreas Oberritter > wrote: > > FWIW, https://github.com/deniskropp/DirectFB is the new location of the > upstream repository. I see that you opened an issue there, so you're > alr

[OE-core] [PATCH] uninative: Fix conflicts with normal sysroot

Currently this code installs into the standard sysroot, however this causes some conflicts when linking since the linker can look specifically for versioned .so files (e.g. like libpthreads.so.0). This breaks builds of util-linux-native for example. The easiest solution is to install uninative int

Re: [OE-core] [PATCH 51/73] db: Use cross libtool

On Fri, Jan 22, 2016 at 4:41 AM, Burton, Ross wrote: > > On 17 January 2016 at 11:36, Khem Raj wrote: >> >> db is not reconfigured like usual autotools based components so it >> generates its own libtool, and this libtool is not equipped to do cross >> builds, e.g. when building using clang on mu

Re: [OE-core] [PATCH 14/73] elfutils: Fix build with uclibc/musl

On Fri, Jan 22, 2016 at 4:26 AM, Burton, Ross wrote: > > On 17 January 2016 at 11:35, Khem Raj wrote: >> >> Remove mempcpy patch its already in uclibc now >> refresh libargp patch to match latest elfutils >> >> Add ALLOW_EMPTY for musl >> >> core-image-cmdline-full asks for elfutils package to be

Re: [OE-core] [PATCH 65/73] grub: Backport fix for largefile detection/use

On Fri, Jan 22, 2016 at 4:32 AM, Burton, Ross wrote: > > On 17 January 2016 at 11:36, Khem Raj wrote: >> >> +++ >> b/meta/recipes-bsp/grub/files/0001-Remove-direct-_llseek-code-and-require-long-filesyst.patch >> @@ -0,0 +1,80 @@ >> +From 3bac4caa2bc64db313aaee54fffb90383e118517 Mon Sep 17 00:00:0

Re: [OE-core] [PATCH 54/73] btrfs-tools: Disable backtrace on musl

On Fri, Jan 22, 2016 at 4:39 AM, Burton, Ross wrote: > > On 17 January 2016 at 11:36, Khem Raj wrote: >> >> musl does not support backtrace APIs >> include limit.h for PATH_MAX definition >> >> Signed-off-by: Khem Raj > > > Since the rebase to btrfs-tools 4.4 this fails to patch: > > NOTE: Apply

Re: [OE-core] [PATCH 15/73] systemd: Update and fix build with uclibc

On Fri, Jan 22, 2016 at 4:34 AM, Burton, Ross wrote: > > On 17 January 2016 at 11:35, Khem Raj wrote: >> >> create mode 100644 >> meta/recipes-core/systemd/systemd/0018-include-missing.h-for-getting-secure_getenv-definiti.patch >> create mode 100644 >> meta/recipes-core/systemd/systemd/0019-soc

[OE-core] Yocto Project Status WW04

Current Dev Position: YP 2.1 M2 Next Deadline: YP 2.1 M2 Cutoff (Feature Freeze) date is January 25, 2016 noon GMT SWAT team rotation: Randy -> Benjamin https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team Key Status/Updates: * Yocto Project 2.0.1 was successfully built and is d

Re: [OE-core] [PATCH 64/73] acpid: Fix build on musl

On Fri, Jan 22, 2016 at 4:43 AM, Burton, Ross wrote: > > On 17 January 2016 at 11:36, Khem Raj wrote: >> >> implement isfdtype() if libc does not provide it >> >> Fix build when S != B >> >> use top_builddir instead of top_srcdir > > > This and Maxin's upgrade are conflicting: > > NOTE: Applying

Re: [OE-core] proposal: remove DirectFB from oe-core in the next release cycle

On 22 January 2016 at 15:38, Andreas Oberritter wrote: > FWIW, https://github.com/deniskropp/DirectFB is the new location of the > upstream repository. I see that you opened an issue there, so you're > already aware. The last commit is from October 2015. > I guess the thing missing is an indicat

Re: [OE-core] proposal: remove DirectFB from oe-core in the next release cycle

On 22.01.2016 13:58, Alexander Kanavin wrote: > Hello, > > DirectFB upstream project has been dead for several months, the website > has completely disappeared, and no explanation or apology has ever > surfaced. [1] > > So let's keep DirectFB in the forthcoming release, but drop it early in > the

[OE-core] [PATCH] mesa: add missing wayland-native build dependency

Mesa needs wayland-scanner, which is provided by wayland-native. Signed-off-by: Ross Burton --- meta/recipes-graphics/mesa/mesa.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-graphics/mesa/mesa.inc b/meta/recipes-graphics/mesa/mesa.inc index cd01870..9b316e

Re: [OE-core] [PATCH 3/3] oe.gpg_sign: support obs-signd

On 1/22/16 4:43 AM, Markus Lehtonen wrote: > Hi Mark, > > > > (CC'd the mailing list which was accidentally dropped from my previous email) > > On 21/01/16 17:21, "Mark Hatle" wrote: > >> On 1/21/16 5:20 AM, Markus Lehtonen wrote: >>> On Wed, 2016-01-13 at 12:28 +0200, Markus Lehtonen wrote:

[OE-core] [PATCH] insane: Drop do_stage test

do_stage was obsoleted years ago, drop the test now. Signed-off-by: Richard Purdie diff --git a/meta/classes/insane.bbclass b/meta/classes/insane.bbclass index cb65813..fb36d90 100644 --- a/meta/classes/insane.bbclass +++ b/meta/classes/insane.bbclass @@ -1249,9 +1249,6 @@ python () { m

[OE-core] [PATCH] populate_sdk: Use pixz instead of xz

xz is slow at compressing the SDKs, we can speed it up by using the parallel compressor, pixz. Signed-off-by: Richard Purdie diff --git a/meta/classes/populate_sdk_base.bbclass b/meta/classes/populate_sdk_base.bbclass index 7ca1df6..32dc290 100644 --- a/meta/classes/populate_sdk_base.bbclass ++

[OE-core] [PATCH] lib/oe/sdk: Partially revert "sdk.py: fix conflicts of packages"

OE-Core rev: f2b64f725803ad8be7c2876c531e057a4fe5ca7c (poky 1362986886cc96c8cc11fb60795f729b41770414) unintentionally broke opkg/dpkg multilib support within the SDK by making things not honour self.install_order. This reinstates that code for opkg/dpkg but not rpm where the original problem was.

[OE-core] [PATCH] uninative: Add fetch capability

Originally, the idea was that the init environment would handle fetching or providing the binary shim that uninative needs. This turns out to be ugly, especially when you consider proxy environments and so on getting involved. Instead, lets therefore support our fetcher which already handles all t

Re: [OE-core] proposal: remove DirectFB from oe-core in the next release cycle

On Fri, Jan 22, 2016 at 10:58 AM, Alexander Kanavin wrote: > DirectFB upstream project has been dead for several months, the website has > completely disappeared, and no explanation or apology has ever surfaced. [1] > > So let's keep DirectFB in the forthcoming release, but drop it early in the >

[OE-core] proposal: remove DirectFB from oe-core in the next release cycle

Hello, DirectFB upstream project has been dead for several months, the website has completely disappeared, and no explanation or apology has ever surfaced. [1] So let's keep DirectFB in the forthcoming release, but drop it early in the next release cycle. [1] http://www.phoronix.com/scan.p

[OE-core] [PATCH] xz: Allow to work with ASSUME_PROVIDED xz-native

At some point we may want to add xz-native to ASSUME_PROVIDED. This allows that to work whilst still allowing access to liblzma for those things which need it (e.g. pixz). Signed-off-by: Richard Purdie diff --git a/meta/recipes-extended/xz/xz_5.2.2.bb b/meta/recipes-extended/xz/xz_5.2.2.bb inde

[OE-core] [PATCH v2] pixz: Add 1.0.6

xz gives better compression results than bzip/gz but is often slower. Using parallel compression mitigates this somewhat and is particularly useful for the SDK. Whilst xz does have some parallel support, pixz appears to perform better and supports parallel decompression as well as a simpler comma

Re: [OE-core] [PATCH 64/73] acpid: Fix build on musl

On 17 January 2016 at 11:36, Khem Raj wrote: > implement isfdtype() if libc does not provide it > > Fix build when S != B > > use top_builddir instead of top_srcdir > This and Maxin's upgrade are conflicting: NOTE: Applying patch '0001-Define-isfdtype-if-libc-doesn-t-have-it.patch' (../meta/rec

Re: [OE-core] [PATCH 51/73] db: Use cross libtool

On 17 January 2016 at 11:36, Khem Raj wrote: > db is not reconfigured like usual autotools based components so it > generates its own libtool, and this libtool is not equipped to do cross > builds, e.g. when building using clang on musl, it misdirects linker to > use libstdc++.so from build host

Re: [OE-core] [PATCH 54/73] btrfs-tools: Disable backtrace on musl

On 17 January 2016 at 11:36, Khem Raj wrote: > musl does not support backtrace APIs > include limit.h for PATH_MAX definition > > Signed-off-by: Khem Raj > Since the rebase to btrfs-tools 4.4 this fails to patch: NOTE: Applying patch '0001-btrfs-corrupt-blocks-Include-limits.h.patch' (../meta/

Re: [OE-core] [PATCH 15/73] systemd: Update and fix build with uclibc

On 17 January 2016 at 11:35, Khem Raj wrote: > create mode 100644 meta/recipes-core/systemd/systemd > /0018-include-missing.h-for-getting-secure_getenv-definiti.patch > create mode 100644 meta/recipes-core/systemd/systemd > /0019-socket-util-don-t-fail-if-libc-doesn-t-support-IDN.patch > These

Re: [OE-core] [PATCH 65/73] grub: Backport fix for largefile detection/use

On 17 January 2016 at 11:36, Khem Raj wrote: > +++ b/meta/recipes-bsp/grub > /files/0001-Remove-direct-_llseek-code-and-require-long-filesyst.patch > @@ -0,0 +1,80 @@ > +From 3bac4caa2bc64db313aaee54fffb90383e118517 Mon Sep 17 00:00:00 2001 > +From: Felix Janda > +Date: Thu, 22 Jan 2015 19:54:36

Re: [OE-core] [PATCH 14/73] elfutils: Fix build with uclibc/musl

On 17 January 2016 at 11:35, Khem Raj wrote: > Remove mempcpy patch its already in uclibc now > refresh libargp patch to match latest elfutils > > Add ALLOW_EMPTY for musl > > core-image-cmdline-full asks for elfutils package to be added to package > it has all eu-* tools but we dont build them o

[OE-core] [PATCH] bitbake.conf: Remove horrible variable expansion hacks

We used to need these hacks to make things work. Rework the variables to remove the horrible hacks and make things slightly less ugly. This does mean PE and PRAUTO are given default empty values but this is preferred to the other ugliness. Signed-off-by: Richard Purdie diff --git a/meta/conf/bi

[OE-core] [PATCH 13/14] recipetool: create: fix extraction of name from URLs ending in /

If the URL ends in a / then we want to strip that off the path we split out of the URL before calling os.path.basename() on it. Signed-off-by: Paul Eggleton --- scripts/lib/recipetool/create.py | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/scripts/lib/recipetool/create.py b

[OE-core] [PATCH 08/14] toolchain-shar-extract.sh: improve behaviour when xz is not installed

Currently if xz isn't installed when installing the SDK you get an error from tar and then the SDK installation continues, cascading into a load of other failures since files are missing. Add a check to see if xz can be run and error out if it can't, and also exit if tar fails. Signed-off-by: Paul

[OE-core] [PATCH 12/14] recipetool: create: extract SRC_URI from local git repositories

If you specify a local directory which happens to be a git repository with an origin remote (and it is in fact remote), we can use that for SRC_URI rather than leaving it blank in the recipe. Signed-off-by: Paul Eggleton --- scripts/lib/recipetool/create.py | 30 +++--- 1

[OE-core] [PATCH 10/14] recipetool: create: strip quotes from values extracted from CMakeLists.txt

Quoting is optional in CMakeLists.txt and is occasionally used, so strip out quotes if they are present. Signed-off-by: Paul Eggleton --- scripts/lib/recipetool/create_buildsys.py | 13 - 1 file changed, 8 insertions(+), 5 deletions(-) diff --git a/scripts/lib/recipetool/create_buil

[OE-core] [PATCH 14/14] recipetool: create: better fix for fetch error handling

I was a little bit hasty in OE-Core revision c2cc5abe34169eae92067d97ce1e747e7c1413f5 - it turns out BitBake's fetcher code is not consistent in whether it logs something useful or not; when fetching from an http URL it does but with a git repository it doesn't. In advance of any major reworking of

[OE-core] [PATCH 07/14] classes/populate_sdk*: add dependencies on script files

If the script files we use to construct the SDK installer change then that really ought to trigger re-execution of the do_populate_sdk(_ext) task, so add file-checksums varflags to ensure that happens. Signed-off-by: Paul Eggleton --- meta/classes/populate_sdk_base.bbclass | 3 +++ meta/classes/

[OE-core] [PATCH 11/14] devtool / recipetool: support specifying a subdirectory within the fetched source

Sometimes you don't want to build an entire project, just a subdirectory of it; add a --src-subdir option to make that easier. (We still look for a single subdirectory in what gets unpacked, e.g. what you might find within a tarball, so whatever you specify with this option is added onto the end of

[OE-core] [PATCH 09/14] gen-lockedsig-cache: copy correct native sstate into ext SDK

When constructing the sstate-cache directory for the extensible SDK, we were copying in any matching native sstate packages, and as the signature doesn't actually change when the distro changes (since NATIVELSBSTRING is just a path separator for the artifacts and is not part of the signature) we en

[OE-core] [PATCH 04/14] devtool: sdk-update: improve SDK update process robustness

Make the following improvements to the SDK update process: * Use a manifest file with sha256sums to track files other than sstate and metadata that we need to update - e.g. conf files. This allows us to handle where files such as auto.conf may or may not be present, as well as the configurat

[OE-core] [PATCH 03/14] devtool: sdk-update: improve temp directory handling

* Use tempfile.mkdtemp() instead of hardcoding temp dir * Set a variable early for the temp locked sigs file and use that everywhere * Delete the temp dir at the end Signed-off-by: Paul Eggleton --- scripts/lib/devtool/sdk.py | 75 +++--- 1 file changed,

[OE-core] [PATCH 06/14] classes/populate_sdk_ext: drop ext-sdk-prepare.py when installing

At the end of the extensible SDK installation, if we've successfully prepared the build system then we don't need ext-sdk-prepare.py. I had thought earlier that this would be used when updating, but a different mechanism was needed there so this script isn't used for that. Signed-off-by: Paul Eggl

[OE-core] [PATCH 01/14] classes/populate_sdk_ext: add option to bring in pkgdata for world

Add a variable SDK_INCLUDE_PKGDATA which you can set to "1" to include pkgdata for all recipes in the world target. There are a couple of uses for this: 1) If you use "devtool add" to add a recipe that builds something which depends on anything in world, the dependency can then be correctly

[OE-core] [PATCH 02/14] devtool: build: ensure pkgdata is written out

When you run devtool build, you need to have the pkgdata written out at the end, so that if what you're adding is a library and the next thing you add is something that depends on that library, the necessary information to map the dependency back to the recipe is present. In practical terms all thi

[OE-core] [PATCH 05/14] devtool: add sdk-install subcommand

Add the ability to install additional pre-built items (from shared state) into the extensible SDK. This can already be done implicitly by adding something to DEPENDS within a recipe you're working on and then running "devtool build", but it's useful to be able to explicitly install things particula

[OE-core] [PATCH 00/14] Extensible SDK improvements redux

* Fixes around ensuring pkgdata is present to help find dependencies * Fixes for the SDK update process * Add the ability to install prebuilt items into the SDK (from sstate) * Fix a few other issues I noticed in the process Note that the world pkgdata implementation relies on a BitBake patch I ju

Re: [OE-core] [PATCH 3/3] oe.gpg_sign: support obs-signd

Hi Mark, (CC'd the mailing list which was accidentally dropped from my previous email) On 21/01/16 17:21, "Mark Hatle" wrote: >On 1/21/16 5:20 AM, Markus Lehtonen wrote: >> On Wed, 2016-01-13 at 12:28 +0200, Markus Lehtonen wrote: >>> On Tue, 2016-01-12 at 18:24 +0200, Markus Lehtonen wrote:

[OE-core] opkg pkg_prerm on package update

Hi, although opkg 0.2 -> 0.3 is long ago I noticed a change in behaviour when updating a package: * 0.2.x did not call pkg_prerm * 0.3.x calls pkg_prerm Is calling pkg_prerm a valid behaviour when updating a package? Why I ask this: systemd.bbclass does * stop a service on pkg_prerm * restart

[OE-core] [PATCH] lib/oe/package_manager: prevent testing an undefined variable

This prevents an error in do_populate_sdk when building buildtools-tarball with ipk as the package manager: Exception: UnboundLocalError: local variable 'pkg' referenced before assignment Signed-off-by: Joshua Lock --- meta/lib/oe/package_manager.py | 1 + 1 file changed, 1 insertion(+) diff -

Re: [OE-core] [PATCH] e2fsprogs: disable libblkid again

On 01/22/2016 04:32 AM, Burton, Ross wrote: On 21 January 2016 at 07:20, Koen Kooi mailto:koen.k...@linaro.org>> wrote: We use the util-linux one and do_install deletes it anyway. See OE-core commit fb8e776ea91c39d586b46400ad30aeea8dead1c4 for more info. Not sure this is complete: