[OE-core] post-installation scripts vs. init scripts

Hello, I've checked experimentally that post-installation scripts (executed during the first boot) run before init scripts. I've checked it by putting long sleep into the following script and I've also verified timestamps from init script and post-install script in the log: pkg_postinst_PACKAG

Re: [OE-core] [PATCH 1/1] sstatesig.py: fix logic in find_siginfo

ping On 01/06/2015 03:47 PM, Chen Qi wrote: For now, `bitbake-diffsig -t ' doesn't work. This is caused by a small logic mistake in find_siginfo in sstatesig.py. The logic should be 'and' instead of 'or', otherwise, we will have both siginfo and sigdata files in filedates which have the same c

[OE-core] [PATCH V2 1/1] image.bbclass: don't let do_rootfs depend on BUILDNAME

BUILDNAME is set by cooker as a string of current time. Letting do_rootfs task depend on this variable gets us no benefit. Besides, letting do_rootfs task depend on this variable will cause us trouble when executing `bitbake -S none core-image-minimal'. With current code, this command gives us erro

[OE-core] [PATCH V2 0/1] image.bbclass: don't let do_rootfs depend on BUILDNAME

Changes in V2: Rebase for latest master. The following changes since commit 2104111edc85d057eb4fadecd007f5c592803da6: opkg-keyrings: New recipe (2015-02-03 14:53:44 +) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib ChenQi/image-BUILDNAME

[OE-core] [PATCH] bind: upgrade to version 9.10.1

Upgrade bind to version 9.10.1. * remove bind9_9_5-CVE-2014-8500.patch which is merged and documented in file CHANGES * remove cross-build-fix.patch which is fixed by upstream * update dont-test-on-host.patch * add backported bind-fix-autoheader-2.69.patch to fix configure error * remove unrecogn

Re: [OE-core] [PATCH 07/21] libidn 0.6.14: fixed installed-vs-shipped

On 02/03/2015 10:59 PM, Burton, Ross wrote: On 3 February 2015 at 01:12, Robert Yang mailto:liezhi.y...@windriver.com>> wrote: rm -rf ${D}${datadir}/emacs } + +FILES_${PN} += "${datadir}/emacs" This was already fixed - see the rm a few lines above. :) Yes, it is

[OE-core] [PATCH] wic: use kB for the partitions size

Use kB instead of MB for the partition size to get a better granularity. This is needed on some SoC (i.mx, omap) where it is necessary to create partitions as small as 64kB. Keep the backward compatibility by assuming MB when no unit is provided. Signed-off-by: Alexandre Belloni --- .../wic/3r

Re: [OE-core] run ptest for specific packages or layers

On 01/30/2015 09:09 AM, Burton, Ross wrote: > > On 30 January 2015 at 13:39, Markus Boos > wrote: > > We faced the problem that our image (built with ptest feature) > doesn't fit into our flash [1]. > I'd like to run the ptest on real hardware cause so

Re: [OE-core] [PATCH 5/6] core-image: split debug-tweaks into individual features

On 02/03/2015 12:26 PM, Christopher Larson wrote: On Tue, Feb 3, 2015 at 11:34 AM, Saul Wold wrote: IMAGE_POSTPROCESS_COMMAND ?= "" +MACHINE_POSTPROCESS_COMMAND ?= "" + Was this intended? It's not mentioned in the message. Definitely unintended, not even sure where it came from. Fixed

Re: [OE-core] [PATCH] systemd: update version from 216 to 218

On Tue, 3 Feb 2015 13:23:32 -0800 Randy Witt wrote: > On 02/03/2015 10:21 AM, Bruno Bottazzini wrote: > > Spliting into packages to be able to choose what to be installed. > > The final result may get smaller, if the user wanted to. > > By default it will install the whole systemd which may be bi

Re: [OE-core] [PATCH] systemd: update version from 216 to 218

On 02/03/2015 10:21 AM, Bruno Bottazzini wrote: Spliting into packages to be able to choose what to be installed. The final result may get smaller, if the user wanted to. By default it will install the whole systemd which may be big. --- ...r-executing-scripts-under-etc-systemd-218.patch | 131

[OE-core] [PATCH][dizzy] package_manager.py: fix rootfs failure with multilib enabled

From: Chen Qi With the current code, if we use debian package backend and enable multilib support, the do_rootfs process would always fail with error messages like below. E: Unable to locate package packagegroup-core-boot This patch fixes the above problem. (From OE-Core rev: d140d556ae30b

Re: [OE-core] [PATCH 5/6] core-image: split debug-tweaks into individual features

On Tue, Feb 3, 2015 at 11:34 AM, Saul Wold wrote: > IMAGE_POSTPROCESS_COMMAND ?= "" > +MACHINE_POSTPROCESS_COMMAND ?= "" > + > Was this intended? It's not mentioned in the message. -- Christopher Larson clarson at kergoth dot com Founder - BitBake, OpenEmbedded, OpenZaurus Maintainer - Tslib S

Re: [OE-core] [PATCH v3 1/3] staging.bbclass: Install ${datadir}/fonts/ into sysroots

On 3 February 2015 at 00:47, Richard Tollerton wrote: > font-util installs encoding maps into /usr/share/fonts/X11. This path > may not exist on the host (many distros install these into > /usr/share/fonts/util) so they must exist in the sysroot in order for > e.g. `pkg-config --variable=mapdir f

[OE-core] [PATCH 4/6] ca-certificates: Upgrade to 20141019 (git based)

Rebase default-sysroot patch Remove backported Mozilla certdata patch License has not changed, just wording. Signed-off-by: Saul Wold --- ...date-mozilla-certdata.txt-to-version-1.98.patch | 227 - .../ca-certificates/default-sysroot.patch | 21 +- ...tes_20140325.b

[OE-core] [PATCH 3/6] lsbinitscripts: Upgrade to 9.61

Signed-off-by: Saul Wold --- .../lsb/{lsbinitscripts_9.60.bb => lsbinitscripts_9.61.bb} | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) rename meta/recipes-extended/lsb/{lsbinitscripts_9.60.bb => lsbinitscripts_9.61.bb} (80%) diff --git a/meta/recipes-extended/lsb/lsbinits

[OE-core] [PATCH 0/6] Fixes and updates

Richard, Ross: This contains a patch to the create-pull-request that address a change in command line syntax for our usage. The core-image change will also require some docs update that I need to work with ScottRif on, that one could go into sample.conf or sample.conf.extended if you agree. Sau!

[OE-core] [PATCH 6/6] create-pull-request: Fix git request-pull

Signed-off-by: Saul Wold --- scripts/create-pull-request | 8 +++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git a/scripts/create-pull-request b/scripts/create-pull-request index 503248b..d83362f 100755 --- a/scripts/create-pull-request +++ b/scripts/create-pull-request @@ -178,7

[OE-core] [PATCH 1/6] glew: Upgrade to 1.12

Signed-off-by: Saul Wold --- meta/recipes-graphics/glew/{glew_1.11.0.bb => glew_1.12.0.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-graphics/glew/{glew_1.11.0.bb => glew_1.12.0.bb} (83%) diff --git a/meta/recipes-graphics/glew/glew_1.11.0.bb b/meta/recipes-

[OE-core] [PATCH 2/6] nspr: Upgrade to 4.10.8

Signed-off-by: Saul Wold --- meta/recipes-support/nspr/{nspr_4.10.7.bb => nspr_4.10.8.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-support/nspr/{nspr_4.10.7.bb => nspr_4.10.8.bb} (96%) diff --git a/meta/recipes-support/nspr/nspr_4.10.7.bb b/meta/recipes-sup

[OE-core] [PATCH 5/6] core-image: split debug-tweaks into individual features

Split the debug-tweaks into a more fine tunable set of IMAGE_FEATURES which activate the component functions. Clean-up image-core and image bbclass by having the ROOTFS_POSTPROCESS_COMMANDs in in one place for the debug-tweaks related functions [YOCTO #5344] Signed-off-by: Saul Wold --- meta/c

[OE-core] [PATCH] systemd: update version from 216 to 218

Also, in this patch we split systemd into packages. Since, systemd has a lot of features, now the user can exclude them from the final build. Instead of carrying all systemd modules. We will be able to customize it as our needs. In the end we will be able to get a smaller and optimized system B

[OE-core] [PATCH] systemd: update version from 216 to 218

Spliting into packages to be able to choose what to be installed. The final result may get smaller, if the user wanted to. By default it will install the whole systemd which may be big. --- ...r-executing-scripts-under-etc-systemd-218.patch | 131 ++ .../systemd/systemd_218-pam-fix-fallocate.patc

Re: [OE-core] [oe-commits] Richard Tollerton : font-util: Fix incorrect PKG_CONFIG_PATH

On 3 February 2015 at 01:05, Richard Tollerton wrote: > Done (and sent), and my apologies, because this exercise has made clear > that I was wrong in several of the details here: None of the three > patches were committed; I was confusing one of them with 89a29a3a, which > was from a separate ema

[OE-core] [PATCH 1/1] classes/license: tweak license format messages

Strictly speaking not all of these characters are operators, so reword the message to describe them as separators. Also use the standard "recipename: message" format. Signed-off-by: Paul Eggleton --- meta/classes/license.bbclass | 15 --- meta/lib/oe/license.py | 3 ++- 2 file

[OE-core] [PATCH 0/1] Tweak license format messages

Brought to you by the "keeping Koen happy" dept. The following change since commit e48c06264f183c3d611a20a45914e9eeaa8f3736: libtool: Fix tools path issues (2015-02-03 14:29:56 +) is available in the git repository at: git://git.openembedded.org/openembedded-core-contrib paule/license-f

Re: [OE-core] [PATCH 07/21] libidn 0.6.14: fixed installed-vs-shipped

On 3 February 2015 at 01:12, Robert Yang wrote: > rm -rf ${D}${datadir}/emacs > } > + > +FILES_${PN} += "${datadir}/emacs" > This was already fixed - see the rm a few lines above. :) Ross -- ___ Openembedded-core mailing list Openembedded-co

Re: [OE-core] [yocto] [RFT] upcoming glibc 2.21 and gcc 4.9 upgrade

On 2 February 2015 at 23:03, Khem Raj wrote: > On Mon, Feb 2, 2015 at 1:45 PM, Burton, Ross wrote: >> >> On 2 February 2015 at 18:33, Khem Raj wrote: >>> >>> Yeah, I am on archlinux (the other end of spectrum). Nevertheless, I have >>> updated the contrib tree which fixes cross-localedef-native

[OE-core] [PATCH] libtool: Fix tools path issues

If for example you build on a machine with /bin/grep, then restore that sstate onto a machine with /usr/bin/grep, things will fail. Simply don't bother hardcoding paths. This was lost during the libtool upgrade: http://git.yoctoproject.org/cgit.cgi/poky/diff/meta/recipes-devtools/libtool/libtool/

[OE-core] [PATCH v2] report-error: Catch un-readable log data

If a log data cannot be decoded to utf-8 or read then handle this gracefully. This can happen if a log file contains binary or something goes wrong with the file open process. Signed-off-by: Michael Wood --- meta/classes/report-error.bbclass | 10 +++--- 1 file changed, 7 insertions(+), 3 de

Re: [OE-core] [PATCH] base.bbclass: Use bb.warn instead of bb.error for deprecation notification.

Hi, On 03.02.2015 14:00, Burton, Ross wrote: > Its an error in a specific recipe, so why should that abandon the build > immediately? hum... looks like we have different ideas of what is 'fatal' :-) I would abandon it because the result might not meet the users expectations. Apart from the fa

Re: [OE-core] [PATCH] base.bbclass: Use bb.warn instead of bb.error for deprecation notification.

On Tue, 2015-02-03 at 11:02 -0200, Otavio Salvador wrote: > On Tue, Feb 3, 2015 at 11:00 AM, Burton, Ross wrote: > > > > On 3 February 2015 at 12:53, Otavio Salvador > > wrote: > >> > >> > last time I checked (some days ago) it was not necessarily fatal. I was > >> > able to > >> > build complete

Re: [OE-core] [PATCH] base.bbclass: Use bb.warn instead of bb.error for deprecation notification.

On Tue, Feb 3, 2015 at 11:00 AM, Burton, Ross wrote: > > On 3 February 2015 at 12:53, Otavio Salvador > wrote: >> >> > last time I checked (some days ago) it was not necessarily fatal. I was >> > able to >> > build complete image collecting a pile of PR_INC errors. That's what >> > confused me...

Re: [OE-core] [PATCH] base.bbclass: Use bb.warn instead of bb.error for deprecation notification.

On 3 February 2015 at 12:53, Otavio Salvador wrote: > > last time I checked (some days ago) it was not necessarily fatal. I was > able to > > build complete image collecting a pile of PR_INC errors. That's what > confused me... > > I'll check if I still have the log on another machine later. > >

Re: [OE-core] [PATCH] base.bbclass: Use bb.warn instead of bb.error for deprecation notification.

On Tue, Feb 3, 2015 at 10:50 AM, Florian Boor wrote: > Hi Ross, > > On 03.02.2015 13:40, Burton, Ross wrote: >> bb.error is fatal, so it's all good right? > > last time I checked (some days ago) it was not necessarily fatal. I was able > to > build complete image collecting a pile of PR_INC error

Re: [OE-core] [PATCH] base.bbclass: Use bb.warn instead of bb.error for deprecation notification.

Hi Ross, On 03.02.2015 13:40, Burton, Ross wrote: > bb.error is fatal, so it's all good right? last time I checked (some days ago) it was not necessarily fatal. I was able to build complete image collecting a pile of PR_INC errors. That's what confused me... I'll check if I still have the log on

Re: [OE-core] [PATCH 1/1] wic: fix extended/logical partition layout

On Tue, 2015-02-03 at 11:05 +0100, Maciej Borzecki wrote: > On 02/02 08:29, Tom Zanussi wrote: > > On Mon, 2015-02-02 at 08:37 +0100, Maciej Borzecki wrote: > > > ping > > > > > > > This looks reasonable, but I haven't been able to verify it due to wic > > problems introduced by the recent kernel c

Re: [OE-core] [PATCH] base.bbclass: Use bb.warn instead of bb.error for deprecation notification.

On 3 February 2015 at 12:36, Florian Boor wrote: > well, in this case the patch is wrong but we *must* raise a fatal error. > bb.error is fatal, so it's all good right? Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.o

Re: [OE-core] [PATCH] base.bbclass: Use bb.warn instead of bb.error for deprecation notification.

Hi all, On 03.02.2015 13:04, Otavio Salvador wrote: > The PRINC support has been dropped so it indeed has to raise an error. > The layer you are using needs to be fixed instead. well, in this case the patch is wrong but we *must* raise a fatal error. Greetings Florian -- The dream of yesterda

[OE-core] [PATCHv2 1/2] apr: Allow use in SDK

From: Timo Mueller This adds 'nativesdk' in the BBCLASSEXTEND. Signed-off-by: Timo Mueller Signed-off-by: Lukas Bulwahn --- meta/recipes-support/apr/apr_1.5.1.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-support/apr/apr_1.5.1.bb b/meta/recipes-support/a

[OE-core] [PATCHv2 2/2] apr-util: Allow use in SDK

From: Timo Mueller This adds 'nativesdk' in the BBCLASSEXTEND. Building apr-util for the SDK requires that some paths in the rules.mk file are fixed to point to the actual enviroment. These include pointing the apr configuration variables to the actual apr builddir and correcting the name of the

Re: [OE-core] [PATCH] base.bbclass: Use bb.warn instead of bb.error for deprecation notification.

On Mon, Feb 2, 2015 at 8:30 AM, Florian Boor wrote: > An error in bitbake/OE context is something fatal and interrupts the build. > A deprecation warning is exactly what we have bb.warn for. > > Signed-off-by: Florian Boor The PRINC support has been dropped so it indeed has to raise an error. Th

Re: [OE-core] [yocto] [RFT] upcoming glibc 2.21 and gcc 4.9 upgrade

On 3 February 2015 at 05:03, Khem Raj wrote: > I think this issue was there even with older version of glibc for i7 > but it was flagged as a warning, glibc 2.21 now uses -Werror by > default. Can you confirm that via inspecting 2.20 glibc build logs for > this machine ? > dl-caller.c:1:0: warni

Re: [OE-core] [PATCH 1/2] fetch2/__init__.py: Make get_srcrev output configurable

On Tue, Feb 3, 2015 at 4:17 AM, Mike Looijmans wrote: > On 02-02-15 21:50, Otavio Salvador wrote: >> >> On Sat, Jan 31, 2015 at 12:06 PM, Mike Looijmans >> wrote: >>> >>> From: Mike Looijmans >>> >>> The idea here is to support package version numbering similar to gitpkgv >>> in >>> meta-openemb

Re: [OE-core] [PATCH] base.bbclass: Use bb.warn instead of bb.error for deprecation notification.

Hi Florian, On Monday 02 February 2015 11:30:41 Florian Boor wrote: > An error in bitbake/OE context is something fatal and interrupts the build. > A deprecation warning is exactly what we have bb.warn for. Out of interest, which layer are you including that needs fixing? Can we poke the layer m

Re: [OE-core] [PATCH 1/1] wic: fix extended/logical partition layout

On 02/02 08:29, Tom Zanussi wrote: > On Mon, 2015-02-02 at 08:37 +0100, Maciej Borzecki wrote: > > ping > > > > This looks reasonable, but I haven't been able to verify it due to wic > problems introduced by the recent kernel changes in oe-core. > > If you have test cases e.g. the kickstart file(s)

Re: [OE-core] [PATCH] devtools: add a bb for git-manpages

On Monday 02 February 2015 15:54:30 Paul Gortmaker wrote: > [Re: [OE-core] [PATCH] devtools: add a bb for git-manpages] On 02/02/2015 (Mon 17:04) Paul Eggleton wrote: > > On Friday 30 January 2015 19:08:25 Paul Gortmaker wrote: > > > These could be created from scratch from git itself, but it > >

Re: [OE-core] [PATCH 2/2] apr-util: Allow use in SDK

Hi Ross, Burton, Ross wrote on 02/02/2015 04:19 PM: > Hi Timo, > > On 2 February 2015 at 14:03, Timo Mueller wrote: > >> From: Timo Mueller >> >> This adds 'nativesdk' in the BBCLASSEXTEND. >> > This doesn't apply to master, can you rebase? Sorry, my bad. I'll do so and send a v2 asap. > > Ross