[OE-core] [PATCH] dpkg, opkg, rpm-postinst: fix overwriting the run-postinstall script

If multiple package managers are installed in the image, they will overwrite each other's run-postinsts script, resulting in postinstalls not beeing run at all at first boot. What this patch does: * checks whether opkg/dpks/rpm is actually used to install the packages and, only after, creates

Re: [OE-core] [PATCH 1/1] xcursor-transparent-theme: install index.theme explicitly

On 04/10/2013 05:17 PM, Burton, Ross wrote: On 10 April 2013 09:00, Martin Jansa wrote: On Wed, Apr 10, 2013 at 11:26:35AM +0800, wenzong@windriver.com wrote: The xcursor-transparent-theme doesn't install index.theme by default, this might cause below command fails on target: $ gtk-u

Re: [OE-core] [PATCH 4/4] initscripts: fix read-only-rootfs-hook.sh to start earlier

On 10 April 2013 17:42:28 Paul Eggleton wrote: Mount /var/volatile ourselves so that we can set up the writable area first. This fixes the urandom service not starting properly when read-only-rootfs is enabled. Signed-off-by: Paul Eggleton --- .../initscripts/initscripts-1.0/read-only-rootfs-

Re: [OE-core] [PATCH] kernel: Add KERNEL_LOCALVERSION to control version string

On Wed, Apr 10, 2013 at 5:47 PM, Chase Maupin wrote: > * Add a variable called KERNEL_LOCALVERSION which when set will > place a version string in the .scmversion file of the kernel > sources. This string will be picked up by the kernel Makefile > and will be appended to the kernel version.

Re: [OE-core] [PATCH][for-danny] kernel bbclass: return to original directory in do_deploy

Ping. Ross, is it in your queue for your next danny merge? -- Denys On Mon, Mar 18, 2013 at 12:39:19PM -0500, Chase Maupin wrote: > * During the base kernel_do_deploy function the directory is > changed to DEPLOYDIR in order to do some cleanup and symlinking. > However, the directory is no

Re: [OE-core] [oe][meta-oe][PATCH 2/4] xterm: add latest version of xterm

On Wed, Apr 10, 2013 at 06:44:21PM -0400, Trevor Woerner wrote: > On Wed, Apr 10, 2013 at 2:10 PM, Marco wrote: > > Yes, it is copied from meta-openembedded into oe-core > > I'm sorry, I thought the [meta-oe] in the subject line implied this > patch was destined for meta-openembedded, not coming

Re: [OE-core] [oe][meta-oe][PATCH 2/4] xterm: add latest version of xterm

On Wed, Apr 10, 2013 at 2:10 PM, Marco wrote: > Yes, it is copied from meta-openembedded into oe-core I'm sorry, I thought the [meta-oe] in the subject line implied this patch was destined for meta-openembedded, not coming from meta-openembedded. It seems rather confusing that both openembedded-

[OE-core] [PATCH] kernel: Add KERNEL_LOCALVERSION to control version string

* Add a variable called KERNEL_LOCALVERSION which when set will place a version string in the .scmversion file of the kernel sources. This string will be picked up by the kernel Makefile and will be appended to the kernel version. This is done to make it easier to identify what revision o

[OE-core] [PATCH] Re-Use KERNEL_LOCALVERSION

All, I could not find anyone actually using KERNEL_LOCALVERSION so I was hoping to re-purpose this to allow setting and extra version string in the kernel version. Is anyone actively using this variable for something else? Chase Maupin (1): kernel: Add KERNEL_LOCALVERSION to control version st

[OE-core] [PATCH] u-boot: Add UBOOT_LOCALVERSION to control version string

* Add a variable called UBOOT_LOCALVERSION which when set will place a version string in the .scmversion file of the u-boot sources. This string will be picked up by the u-boot Makefile and will be appended to the u-boot version. This is done to make it easier to identify what revision of

Re: [OE-core] [PATCHv2 1/2][for-danny] linux-dtb: Add simple DTB symlinks for devicetree

> -Original Message- > From: Burton, Ross [mailto:ross.bur...@intel.com] > Sent: Wednesday, April 10, 2013 10:27 AM > To: Maupin, Chase > Cc: openembedded-core@lists.openembedded.org > Subject: Re: [OE-core] [PATCHv2 1/2][for-danny] linux-dtb: Add > simple DTB symlinks for devicetree > > O

Re: [OE-core] [oe][meta-oe][PATCH 2/4] xterm: add latest version of xterm

On 4/10/13 2:36 PM, Martin Jansa wrote: On Wed, Apr 10, 2013 at 08:10:11PM +0200, Marco wrote: Il 10/04/2013 18:56, Trevor Woerner ha scritto: This whole thread has me thoroughly confused. Isn't xterm_277.bb already part of meta-openembedded? $ find . -name "*xterm*" -pri

Re: [OE-core] [oe][meta-oe][PATCH 2/4] xterm: add latest version of xterm

On Wed, Apr 10, 2013 at 08:10:11PM +0200, Marco wrote: > Il 10/04/2013 18:56, Trevor Woerner ha scritto: > > This whole thread has me thoroughly confused. Isn't xterm_277.bb > > already part of meta-openembedded? > > > > $ find . -name "*xterm*" -print > > ./meta-openembedded/

Re: [OE-core] [oe][meta-oe][PATCH 2/4] xterm: add latest version of xterm

Il 10/04/2013 18:56, Trevor Woerner ha scritto: This whole thread has me thoroughly confused. Isn't xterm_277.bb already part of meta-openembedded? $ find . -name "*xterm*" -print ./meta-openembedded/meta-oe/recipes-graphics/xorg-app/xterm_277.bb And

Re: [OE-core] [oe][meta-oe][PATCH 2/4] xterm: add latest version of xterm

This whole thread has me thoroughly confused. Isn't xterm_277.bb already part of meta-openembedded? $ find . -name "*xterm*" -print ./meta-openembedded/meta-oe/recipes-graphics/xorg-app/xterm_277.bb And from what I can tell, it was added over a year ago by Koen: $ git log meta-oe/recipes-graphic

[OE-core] [PATCH 4/4] initscripts: fix read-only-rootfs-hook.sh to start earlier

Mount /var/volatile ourselves so that we can set up the writable area first. This fixes the urandom service not starting properly when read-only-rootfs is enabled. Signed-off-by: Paul Eggleton --- .../initscripts/initscripts-1.0/read-only-rootfs-hook.sh |1 + meta/recipes-core/in

[OE-core] [PATCH 3/4] initscripts: fix read-only-rootfs-hook.sh to avoid using unionfs

Unionfs isn't available everywhere, and we can get similar results (if not quite as neatly) by using bind mounts + tmpfs and copying the data over. Signed-off-by: Paul Eggleton --- .../initscripts-1.0/read-only-rootfs-hook.sh| 15 --- 1 file changed, 4 insertions(+), 11

[OE-core] [PATCH 1/4] rpm-postinsts: don't create broken postinst script

Not only was the variable reference in this line broken, but it wasn't going to work anyway - we install the script directly into /etc/rcS.d and not into /etc/init.d, so the code in update-rc.d.bbclass couldn't find anything there. This resulted in a postinstall script for rpm-postinsts being creat

[OE-core] [PATCH 0/4] Fixes for read-only-rootfs

There were a number of things breaking read-only-rootfs support; this patchset fixes the most serious issues. The following changes since commit f9d88a559dd2479893d7570676d42955ee3b8845: tinylogin: Fix mix of tabs and spaces for SRC_URI indentation (2013-04-10 13:15:14 +0100) are available i

[OE-core] [PATCH 2/4] rpm-postinsts: avoid errors during boot with read-only-rootfs enabled

* If /etc/rpm-postinsts doesn't exist, don't error * If deleting the script errors, don't bother printing it (this will always happen if the root filesystem is read-only) Signed-off-by: Paul Eggleton --- meta/recipes-devtools/rpm/rpm-postinsts.bb |7 +-- 1 file changed, 5 insertions(+)

Re: [OE-core] [PATCHv2 1/2][for-danny] linux-dtb: Add simple DTB symlinks for devicetree

On 10 April 2013 16:16, Maupin, Chase wrote: > In that case ping on this. It's in my pending list, but the 1.4 release freeze has been taking my time. I'll merge it tomorrow. Ross ___ Openembedded-core mailing list Openembedded-core@lists.openembedde

Re: [OE-core] [PATCHv2 1/2][for-danny] linux-dtb: Add simple DTB symlinks for devicetree

> -Original Message- > From: Maupin, Chase > Sent: Wednesday, April 10, 2013 10:15 AM > To: Maupin, Chase; openembedded-core@lists.openembedded.org > Subject: RE: [PATCHv2 1/2][for-danny] linux-dtb: Add simple DTB > symlinks for devicetree > > Probably would have helped if I submitted it

Re: [OE-core] [PATCHv2 1/2][for-danny] linux-dtb: Add simple DTB symlinks for devicetree

Probably would have helped if I submitted it to the right list. Please ignore > From: Maupin, Chase > Sent: Monday, April 08, 2013 6:35 AM > To: Maupin, Chase; openembedded-core@lists.openembedded.org > Subject: RE: [PATCHv2 1/2][for-danny] linux-dtb: Add simple DTB > symlinks for devicetree >

[OE-core] OE Changelog since 2013-03-31 until 2013-04-07

Changelog since 2013-03-31 until 2013-04-07. Projects included in this report: bitbake: git://git.openembedded.org/bitbake openembedded-core: git://git.openembedded.org/openembedded-core meta-openembedded: git://git.openembedded.org/meta-openembedded meta-angstrom: git://github.com/Angstrom-distr

[OE-core] [PATCH v4] ptest bug fixes

Move ${PN}-ptest to start of PACKAGES to ensure all ptest files are packaged in the -ptest package. Add QA exclusions to insane.bbclass to ensure -ptest packages can contain any files they need. Disable ptest for native packages. Don't emit errors on missing _ptest functions. Signed-off-by: Bjö

Re: [OE-core] ptest results

Saul Wold wrote: > I ran ptest-runner finally I saw that there were failures, I am > wondering if these are expected? > > http://pastebin.com/PAH3gJT0 Thank you for testing. Some test failures are to be expected. The purpose of ptest is to make the tests build and run. Fixing errors found by the

[OE-core] [PATCH 0/1] kernel.bbclass: do_strip: allow recipes to strip the kernel

Hi Richard, Thanks for your review earlier. Here is the revised patch, stripping the kernel output elf image in place. Tested for routerstationpro, qemux86 (bzImage), qemuppc (vmlinux), qemuarm (zImage). Am sending the enabling patch for routerstationpro to poky list. [YOCTO 3515] M

[OE-core] [PATCH] kernel.bbclass: do_strip: allow recipes to strip the kernel

From: Michel Thebeau Allow recipes to specify sections to be stripped from the kernel output using KERNEL_IMAGE_STRIP_EXTRA_SECTIONS. For example: KERNEL_IMAGE_STRIP_EXTRA_SECTIONS = ".comment .unwanted" The kernel output is stripped in place. Since the toolchain does not give indication when

[OE-core] [PATCH v2] postinst-intercepts, qemu.bbclass: fix segfaults in postinstalls

Postinstalls that use qemu are throwing a segmentation fault when building for qemux86-64 on a 64bit host (it might also happen for qemux86 if building on a 32bit host but I didn't test). It looks like qemu looks for ld.so.cache which is not found because it is generated after rootfs_(rpm|ipk|deb)_

Re: [OE-core] Busybox mdev INITSCRIPT_PARAMS gets lost

On 04/10/2013 12:24 PM, Burton, Ross wrote: Hi Mike, On 10 April 2013 11:07, Burton, Ross wrote: This used to work just fine about a month ago, but it's suddenly broken. Has something changed in update-rc handling? Did you resolve this? We just noticed the same thing is happening to udev to

Re: [OE-core] Busybox mdev INITSCRIPT_PARAMS gets lost

Hi Mike, On 10 April 2013 11:07, Burton, Ross wrote: >> This used to work just fine about a month ago, but it's suddenly broken. Has >> something changed in update-rc handling? > > Did you resolve this? We just noticed the same thing is happening to > udev too. I'm digging into it now but any l

[OE-core] [PATCH] update-rc.d: correctly look up the initscript params with overrides

The creation of a clone of d with extra OVERRIDES was removed in 72c1fd72d3b479c728e249eaa763116d352e945b but some of the lookups are essential so that variables such as ${INITSCRIPT_PARAMS} get overriden and resolved correctly on a per-package basis. [ YOCTO #3960 ] Signed-off-by: Ross Burton -

Re: [OE-core] Busybox mdev INITSCRIPT_PARAMS gets lost

On 19 March 2013 14:45, Mike Looijmans wrote: > In busybox.inc, the recipe says: > > INITSCRIPT_PARAMS_${PN}-mdev = "start 06 S ." > > Actually "06" is alreay wrong, it should be "03" just like udev uses. The > modules load at runlevel 04, so they'll fail to load correctly if they > require firmwa

Re: [OE-core] [PATCH 1/2] udev-extraconf: Add -o silent to auto mount

On 04/10/2013 02:25 PM, Saul Wold wrote: This will silence some of the noisy output from mount and the kernel when trying to automount filesystems or devices [YOCTO #3935] Signed-off-by: Saul Wold --- meta/recipes-core/udev/udev-extraconf/mount.sh | 2 +- 1 file changed, 1 insertion(+), 1 d

Re: [OE-core] [PATCH 1/1] xcursor-transparent-theme: install index.theme explicitly

On 10 April 2013 09:00, Martin Jansa wrote: > On Wed, Apr 10, 2013 at 11:26:35AM +0800, wenzong@windriver.com wrote: >> The xcursor-transparent-theme doesn't install index.theme by default, >> this might cause below command fails on target: >> >> $ gtk-update-icon-cache -q /usr/share/icons

Re: [OE-core] [PATCH] systemd.bbclass: restart service in postinst, not start

On 10 April 2013 06:46, Koen Kooi wrote: > In the specific case of upgrades you'll need to add a > > systemctl --system daemon-reload > > to catch changed unit files as well. Good catch, thanks. I'm not entirely optimistic about opkg postinsts being able to tell the difference between up

Re: [OE-core] [RFC][PATCH] bitbake.conf: include machine name in DEPLOY_DIR_IMAGE

On Wed, Apr 10, 2013 at 09:26:46AM +0200, Koen Kooi wrote: > This allows a clean seperation between all image outputs and making it > possible to have convinience symlinks to make it ready to deploy. And while > it isn't a valid reason, it must be mentioned: BSP layers which do use > convenience

Re: [OE-core] [RFC][PATCH] bitbake.conf: include machine name in DEPLOY_DIR_IMAGE

Op 10 apr. 2013, om 09:44 heeft Richard Purdie het volgende geschreven: > On Wed, 2013-04-10 at 09:26 +0200, Koen Kooi wrote: >> This allows a clean seperation between all image outputs and making it >> possible to have convinience symlinks to make it ready to deploy. And >> while it isn't a va

[OE-core] [RFC][PATCHv2] bitbake.conf: include machine name in DEPLOY_DIR_IMAGE

This allows a clean seperation between all image outputs and making it possible to have convinience symlinks to make it ready to deploy. And while it isn't a valid reason, it must be mentioned: BSP layers which do use convenience symlinks already don't step on files owned by others anymore. I a

Re: [OE-core] [PATCH] postinst-intercepts, qemu.bbclass: fix segfaults in postinstalls

On Wed, 2013-04-10 at 10:38 +0300, Laurentiu Palcu wrote: > > On 04/10/2013 12:58 AM, Richard Purdie wrote: > > On Tue, 2013-04-09 at 18:53 +0300, Laurentiu Palcu wrote: > >> Postinstalls that use qemu are throwing a segmentation fault when > >> building for qemux86-64 on a 64bit host (it might al

Re: [OE-core] [PATCH 1/1] xcursor-transparent-theme: install index.theme explicitly

On Wed, Apr 10, 2013 at 11:26:35AM +0800, wenzong@windriver.com wrote: > The xcursor-transparent-theme doesn't install index.theme by default, > this might cause below command fails on target: > > $ gtk-update-icon-cache -q /usr/share/icons/xcursor-transparent > Error: "gtk-update-icon

Re: [OE-core] [RFC][PATCH] bitbake.conf: include machine name in DEPLOY_DIR_IMAGE

On Wed, 2013-04-10 at 09:26 +0200, Koen Kooi wrote: > This allows a clean seperation between all image outputs and making it > possible to have convinience symlinks to make it ready to deploy. And > while it isn't a valid reason, it must be mentioned: BSP layers which > do use convenience symlinks

Re: [OE-core] [PATCH] postinst-intercepts, qemu.bbclass: fix segfaults in postinstalls

On 04/10/2013 12:58 AM, Richard Purdie wrote: > On Tue, 2013-04-09 at 18:53 +0300, Laurentiu Palcu wrote: >> Postinstalls that use qemu are throwing a segmentation fault when >> building for qemux86-64 on a 64bit host (it might also happen for >> qemux86 if building on a 32bit host but I didn't t

[OE-core] [RFC][PATCH] bitbake.conf: include machine name in DEPLOY_DIR_IMAGE

This allows a clean seperation between all image outputs and making it possible to have convinience symlinks to make it ready to deploy. And while it isn't a valid reason, it must be mentioned: BSP layers which do use convenience symlinks already don't step on files owned by others anymore. I a