Re: [OE-core] [PATCH 1/2] kernel: stop using -exec rm for deleting files

2014-02-04 Thread Bruce Ashfield
On Tue, Feb 4, 2014 at 8:36 PM, Paul Barker wrote: > On 5 February 2014 00:35, Bruce Ashfield wrote: >> On Tue, Feb 4, 2014 at 6:26 PM, Richard Purdie >> wrote: >>> On Tue, 2014-02-04 at 12:34 -0500, Bruce Ashfield wrote: Removing files from the source tree via find, exec and rm is not the

Re: [OE-core] [PATCH 1/2] kernel: stop using -exec rm for deleting files

2014-02-04 Thread Paul Barker
On 5 February 2014 00:35, Bruce Ashfield wrote: > On Tue, Feb 4, 2014 at 6:26 PM, Richard Purdie > wrote: >> On Tue, 2014-02-04 at 12:34 -0500, Bruce Ashfield wrote: >>> Removing files from the source tree via find, exec and rm is not the >>> most efficient operation, due to (among other things)

Re: [OE-core] [PATCH 1/2] kernel: stop using -exec rm for deleting files

2014-02-04 Thread Bruce Ashfield
On Tue, Feb 4, 2014 at 6:26 PM, Richard Purdie wrote: > On Tue, 2014-02-04 at 12:34 -0500, Bruce Ashfield wrote: >> Removing files from the source tree via find, exec and rm is not the >> most efficient operation, due to (among other things) the many forked >> processes. >> >> If we use -delete, i

[OE-core] [v2 PATCH 2/2] useradd.bbclass: Add ability to select a static uid/gid automatically

2014-02-04 Thread Mark Hatle
[YOCTO #5436] Automatic selection of static uid/gid is needed for a dynamically generated passwd and group file to have a deterministic outcome. When a package is installed and instructs the system to add a new user or group, unless it selects a static uid/gid value, the next available uid/gid wi

[OE-core] [v2 PATCH 0/2] Implement deterministic uid/gid

2014-02-04 Thread Mark Hatle
V2: Rebase to latest master... Rework the code a bit based on comments from a few people. Specifically add a mode where passwd/group file entries are NOT overridden (blank info). Clearly comment that the 'password' field is ignored, as is the group's member fields. Ensure that the 'enforcing'

[OE-core] [v2 PATCH 1/2] useradd.bbclass: Fix build time install issues

2014-02-04 Thread Mark Hatle
When the system attempts to populate the sysroot's passwd/group files, it does so in a single block. However, with the way it was previously implemented, the system would always run through the code necessary to populate the sysroot, even in the case of target packages. This had the side effect t

Re: [OE-core] [PATCH 1/2] kernel: stop using -exec rm for deleting files

2014-02-04 Thread Richard Purdie
On Tue, 2014-02-04 at 12:34 -0500, Bruce Ashfield wrote: > Removing files from the source tree via find, exec and rm is not the > most efficient operation, due to (among other things) the many forked > processes. > > If we use -delete, it saves a significant amount of time. But -delete > does not

[OE-core] Busybox menuconfig on host without ncurse development package

2014-02-04 Thread Jacob Kroon
Hi, I ran into this problem since I didn't happen to have ncurses development package installed on my host at the time. "bitbake -c menuconfig busybox" and "make menuconfig" in a busybox devshell fails: make -f scripts/Makefile.build obj=scripts/kconfig/lxdialog gcc -Wp,-MD,scripts/kconfig/lxdi

Re: [OE-core] [PATCH] local.conf.sample: Add automatic defaults for BB_NUMBER_THREADS and PARALLEL_MAKE

2014-02-04 Thread Enrico Scholz
Mark Hatle writes: >>> I've noticed that after 4 threads IO becomes a big bottleneck when >>> you have things like webkit, qt, asio etc in the buildqueue. Combine >>> that with issues like every make -j thread taking >2GB ram with asio >>> and webkit this default seems a bit high. I'd use 0.5*num

[OE-core] [PATCH 1/2] kernel: stop using -exec rm for deleting files

2014-02-04 Thread Bruce Ashfield
Removing files from the source tree via find, exec and rm is not the most efficient operation, due to (among other things) the many forked processes. If we use -delete, it saves a significant amount of time. But -delete does not work with -prune (since it forces -depth). To maintain the lib, tools

[OE-core] [PATCH 2/2] linux-yocto/3.10: integrate LTSI

2014-02-04 Thread Bruce Ashfield
Updating the SRCREVs of the 3.10 tree to reflect the integration of of commit 68054859 from: git://git.linuxfoundation.org/ltsi-kernegit://git.linuxfoundation.org/ltsi-kernel.git Build and boot tested on all qemu architectures. Signed-off-by: Bruce Ashfield --- meta/recipes-kernel/linux/l

[OE-core] [PATCH 0/2] kernel: consolidated pull request

2014-02-04 Thread Bruce Ashfield
Richard/Saul, Consolidated is a bit of a strong word here, since there are only two patches .. but I'd rather send them as a series of my pending changes versus two separate pulls. Once is an update of the 3.10 tree to include the 3.10 LTSI content, this gets us new BSP support and a few features

[OE-core] [PATCH] distcc: rename systemd service to distcc

2014-02-04 Thread Ross Burton
The sysv init script is called distcc, so rename the service to match so that in hybrid systemd/sysvinit images the service correctly masks the init script. This prevents such images from failing to start the distccd unit with error code 102, as the ports it wants to bind to are already taken. Si

Re: [OE-core] [PATCH] local.conf.sample: Add automatic defaults for BB_NUMBER_THREADS and PARALLEL_MAKE

2014-02-04 Thread Mark Hatle
On 2/4/14, 10:13 AM, Enrico Scholz wrote: Koen Kooi writes: +# Default to setting automatically based on cpu count +BB_NUMBER_THREADS ?= "${@oe.utils.cpu_count()}" I've noticed that after 4 threads IO becomes a big bottleneck when you have things like webkit, qt, asio etc in the buildqueue.

Re: [OE-core] [PATCH] local.conf.sample: Add automatic defaults for BB_NUMBER_THREADS and PARALLEL_MAKE

2014-02-04 Thread Enrico Scholz
Koen Kooi writes: >> +# Default to setting automatically based on cpu count >> +BB_NUMBER_THREADS ?= "${@oe.utils.cpu_count()}" > > I've noticed that after 4 threads IO becomes a big bottleneck when you > have things like webkit, qt, asio etc in the buildqueue. Combine that > with issues like eve

[OE-core] [PATCH] glib-2.0: fix race in parallel builds

2014-02-04 Thread Ross Burton
There is a race condition in the makefile that can result in build failures like this in parallel builds: | ./gdbus-test-codegen-generated.h:7:0: error: unterminated #ifndef | #ifndef __GDBUS_TEST_CODEGEN_GENERATED_H__ Fix the rules to stop this happening. Signed-off-by: Ross Burton --- .../g

[OE-core] [PATCH 2/2] bluez5: upgrade to 5.14

2014-02-04 Thread Cristian Iorga
Signed-off-by: Cristian Iorga --- meta/recipes-connectivity/bluez5/bluez5_5.13.bb | 5 - meta/recipes-connectivity/bluez5/bluez5_5.14.bb | 5 + 2 files changed, 5 insertions(+), 5 deletions(-) delete mode 100644 meta/recipes-connectivity/bluez5/bluez5_5.13.bb create mode 100644 meta/rec

[OE-core] [PATCH 1/2] sbc: upgrade to 1.2

2014-02-04 Thread Cristian Iorga
- allows high precision encoding; - setup enc/dec A2DP streams; - switched to ${BP}; - license was wrong, corrected; - added Intel Corporation as a copyright owner, triggering a change in copyright checksum. Signed-off-by: Cristian Iorga --- meta/recipes-multimedia/sbc/{sbc_1.1.bb => sbc_1.2.bb}

[OE-core] [PATCH 0/2] BlueZ5 5.14 upgrades

2014-02-04 Thread Cristian Iorga
The following changes since commit 82f9c2bcff3e977beefde6048d2ba32d17acbbd0: wic: Hook up --debug option (2014-02-04 12:57:36 +) are available in the git repository at: git://git.yoctoproject.org/poky-contrib ciorga/PUs http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=ciorga/PU

Re: [OE-core] [PATCH 00/49] Rootfs/image generation refactoring (cover letter only)

2014-02-04 Thread David Nyström
On 2014-02-04 16:34, Laurentiu Palcu wrote: On Tue, Feb 04, 2014 at 03:49:25PM +0100, David Nyström wrote: Oops, bug on my behalf in above example, but it still fails the same way when using a correct IPK_FEED_URI. IPK_FEED_URIS += " \ all##file:///media/sdb5/repo/build/tmp/deploy/

Re: [OE-core] [PATCH 00/49] Rootfs/image generation refactoring (cover letter only)

2014-02-04 Thread Laurentiu Palcu
On Tue, Feb 04, 2014 at 03:49:25PM +0100, David Nyström wrote: > > Oops, bug on my behalf in above example, but it still fails the same > way when using a correct IPK_FEED_URI. > > IPK_FEED_URIS += " \ >all##file:///media/sdb5/repo/build/tmp/deploy/ipk/all \ > ${MACHINE}##fil

Re: [OE-core] [PATCH 00/49] Rootfs/image generation refactoring (cover letter only)

2014-02-04 Thread David Nyström
On 2014-02-04 15:08, David Nyström wrote: On 2014-02-03 17:47, Laurentiu Palcu wrote: On Mon, Feb 03, 2014 at 03:32:49PM +0100, David Nyström wrote: On 2014-02-03 12:38, Laurentiu Palcu wrote: Hi all, Have you tested that BUILD_IMAGES_FROM_FEEDS functionality is not broken by these commits

Re: [OE-core] [PATCH 00/49] Rootfs/image generation refactoring (cover letter only)

2014-02-04 Thread David Nyström
On 2014-02-03 17:47, Laurentiu Palcu wrote: On Mon, Feb 03, 2014 at 03:32:49PM +0100, David Nyström wrote: On 2014-02-03 12:38, Laurentiu Palcu wrote: Hi all, Have you tested that BUILD_IMAGES_FROM_FEEDS functionality is not broken by these commits ? No, I did not test this. I tried to test

[OE-core] [PATCH] classes/populate_sdk_base: remove nostamp from do_populate_sdk

2014-02-04 Thread Paul Eggleton
We've removed nostamp from do_rootfs in image.bbclass in OE-Core commit 8505008c115efb54d18e5f25441c7a938a32ffaf, and we should do the same for do_populate_sdk here for the same reason - we can now rely on task signatures so if nothing has changed, we don't need to re-run it. Signed-off-by: Paul E

[OE-core] [PATCH] oeqa/runtime/systemd: remove race in settle()

2014-02-04 Thread Ross Burton
The settle() function had a race where services could still be activating at two minutes but then when the final log is output, they've activated. Remove this race and generally clean up the code. Signed-off-by: Ross Burton --- meta/lib/oeqa/runtime/systemd.py | 22 -- 1 f

Re: [OE-core] [RFC][PATCH] package.bbclass: fix strip and split logic

2014-02-04 Thread Otavio Salvador
On Tue, Feb 4, 2014 at 9:27 AM, Koen Kooi wrote: > On 02/04/2014 12:20 PM, Otavio Salvador wrote: >> >> Hello Richard, >> >> On Tue, Feb 4, 2014 at 7:32 AM, Richard Purdie >> wrote: >>> >>> On Tue, 2014-02-04 at 09:58 +0100, Koen Kooi wrote: On 01/21/2014 04:09 PM, Richard Purdie wrote:

Re: [OE-core] Putting fltk into oe-core (recipes-graphics)

2014-02-04 Thread Laszlo Papp
Hi Cristian, yes, you are right in my opinion; thank you for your follow up! The demo is very impressive, and as you say, "native theme and look" does not matter much on real embedded device, i.e. not generic computing mobile platforms - that are more powerful than some of the old, but still exis

Re: [OE-core] [RFC][PATCH] package.bbclass: fix strip and split logic

2014-02-04 Thread Koen Kooi
On 02/04/2014 12:20 PM, Otavio Salvador wrote: Hello Richard, On Tue, Feb 4, 2014 at 7:32 AM, Richard Purdie wrote: On Tue, 2014-02-04 at 09:58 +0100, Koen Kooi wrote: On 01/21/2014 04:09 PM, Richard Purdie wrote: On Tue, 2014-01-21 at 15:03 +0100, Koen Kooi wrote: On 01/21/2014 02:57 PM, R

Re: [OE-core] [RFC] 'EFI' machine feature

2014-02-04 Thread Koen Kooi
On 02/01/2014 05:44 PM, Darren Hart wrote: On Thu, 2014-01-23 at 13:17 +0100, Koen Kooi wrote: Hi, Hi Koen, While working on the ARM support for GRUB I noticed that the EFI support in OE-core is a mess. A lot of it is due to GRUB insisting on its byzantine config/install/skynet system and t

Re: [OE-core] [RFC][PATCH] package.bbclass: fix strip and split logic

2014-02-04 Thread Otavio Salvador
Hello Richard, On Tue, Feb 4, 2014 at 7:32 AM, Richard Purdie wrote: > On Tue, 2014-02-04 at 09:58 +0100, Koen Kooi wrote: >> On 01/21/2014 04:09 PM, Richard Purdie wrote: >> > On Tue, 2014-01-21 at 15:03 +0100, Koen Kooi wrote: >> >> On 01/21/2014 02:57 PM, Richard Purdie wrote: >> >>> On Tue, 2

Re: [OE-core] [RFC][PATCH] package.bbclass: fix strip and split logic

2014-02-04 Thread Koen Kooi
On 02/04/2014 11:10 AM, Paul Eggleton wrote: On Tuesday 04 February 2014 09:58:47 Koen Kooi wrote: What's the status on this? I know a fix went into meta-intel (albeit it in a legally questionable way, but that's their problem) and the other affected layers have received patches for it. Legall

Re: [OE-core] [RFC][PATCH] package.bbclass: fix strip and split logic

2014-02-04 Thread Paul Eggleton
On Tuesday 04 February 2014 09:58:47 Koen Kooi wrote: > What's the status on this? I know a fix went into meta-intel (albeit it > in a legally questionable way, but that's their problem) and the other > affected layers have received patches for it. Legally questionable in what way? If you refer to

Re: [OE-core] [RFC][PATCH] package.bbclass: fix strip and split logic

2014-02-04 Thread Richard Purdie
On Tue, 2014-02-04 at 09:58 +0100, Koen Kooi wrote: > On 01/21/2014 04:09 PM, Richard Purdie wrote: > > On Tue, 2014-01-21 at 15:03 +0100, Koen Kooi wrote: > >> On 01/21/2014 02:57 PM, Richard Purdie wrote: > >>> On Tue, 2014-01-21 at 10:47 +0100, Koen Kooi wrote: > > I'm ok with it in principle bu

Re: [OE-core] [RFC][PATCH] package.bbclass: fix strip and split logic

2014-02-04 Thread Koen Kooi
On 01/21/2014 04:09 PM, Richard Purdie wrote: On Tue, 2014-01-21 at 15:03 +0100, Koen Kooi wrote: On 01/21/2014 02:57 PM, Richard Purdie wrote: On Tue, 2014-01-21 at 10:47 +0100, Koen Kooi wrote: Marks original commit message and variable documentation state that stripping and splitting are i