Re: [OE-core] oprofile rebuilds for different MACHINES (sstate)

On 08/12/2015 05:26 AM, Denys Dmytriyenko wrote: > So, I've been debugging the issue of oprofile rebuilding from one MACHINE to > another (causing PR issues, etc). I was able to trace it down to this line: Why not use perf instead of oprofile? Philip > > EXTRA_OECONF = "--with-kernel=${STAGING

Re: [OE-core] oprofile rebuilds for different MACHINES (sstate)

> On Aug 11, 2015, at 8:26 PM, Denys Dmytriyenko wrote: > > So, I've been debugging the issue of oprofile rebuilding from one MACHINE to > another (causing PR issues, etc). I was able to trace it down to this line: > > EXTRA_OECONF = "--with-kernel=${STAGING_KERNEL_DIR} --without-x > ac_cv_pr

[OE-core] oprofile rebuilds for different MACHINES (sstate)

So, I've been debugging the issue of oprofile rebuilding from one MACHINE to another (causing PR issues, etc). I was able to trace it down to this line: EXTRA_OECONF = "--with-kernel=${STAGING_KERNEL_DIR} --without-x ac_cv_prog_XSLTPROC=" And STAGING_KERNEL_DIR resolves to this: STAGING_KERNE

Re: [OE-core] [PATCH 2/2] base.bbclass/blacklist.bbclass: remove doc item when d.getVarFlags()

On 08/11/2015 08:45 PM, Otavio Salvador wrote: On Thu, Jul 30, 2015 at 12:18 PM, Robert Yang wrote: The FOO[doc] is set in meta/conf/documentation.conf, we need remove it from d.getVarFlags()'s return dict when it causes many loops. Signed-off-by: Robert Yang It seems your commit log is i

Re: [OE-core] [PATCH 3/4] nfs-utils: Upgrade 1.3.1 -> 1.3.2

> On Aug 11, 2015, at 12:13 PM, Jussi Kukkonen wrote: > > Let "--enable-tirpc" be selected in configure by default: it is > a requirement for ipv6 support. This should not grow a typical > image size as libtirpc is a rpcbind dependency already. > ideally you would want to define a PACKAGECONFI

Re: [OE-core] [PATCH 2/5] screen: Add version 4.3.1

> On Aug 11, 2015, at 1:37 PM, Otavio Salvador > wrote: > > On Tue, Aug 11, 2015 at 5:28 PM, Burton, Ross wrote: >> >> On 11 August 2015 at 20:54, Andre McCurdy wrote: >>> Is screen considered sufficiently core that we should maintain both GPLv2 and v3 recipes? I'm not convi

Re: [OE-core] [PATCH 19/21] epiphany: add a recipe from meta-gnome

> On Aug 6, 2015, at 9:28 PM, Randy MacLeod wrote: > >> Epiphany is replacing midori as the browser in oe-core recipe set >> and poky distribution. > > I just got caught up on oe-core and: > https://www.mail-archive.com/yocto@yoctoproject.org/msg24522.html > > Please move the midori recipe a

Re: [OE-core] [PATCH] kselftests: add 4.1 version of Kernel Selftest suite

On Tue, Aug 11, 2015 at 8:33 PM, Denys Dmytriyenko wrote: > From: Denys Dmytriyenko > > Signed-off-by: Denys Dmytriyenko This should make use of dynamic package split so it is easier to maintain. -- Otavio Salvador O.S. Systems http://www.ossystems.com.brht

[OE-core] [PATCH] kselftests: add 4.1 version of Kernel Selftest suite

From: Denys Dmytriyenko Signed-off-by: Denys Dmytriyenko --- meta/recipes-kernel/kselftests/kselftests_4.1.bb | 86 1 file changed, 86 insertions(+) create mode 100644 meta/recipes-kernel/kselftests/kselftests_4.1.bb diff --git a/meta/recipes-kernel/kselftests/kselfte

Re: [OE-core] [PATCH 19/21] epiphany: add a recipe from meta-gnome

On 2015-08-07 08:44 AM, Alexander Kanavin wrote: On 08/07/2015 07:28 AM, Randy MacLeod wrote: Epiphany is replacing midori as the browser in oe-core recipe set and poky distribution. I just got caught up on oe-core and: https://www.mail-archive.com/yocto@yoctoproject.org/msg24522.html Pl

Re: [OE-core] meta-gplv2? [Was Re: parted_1.8.6.bb: add parted that not GPLv3]

> On Aug 11, 2015, at 1:36 PM, Burton, Ross wrote: > > > On 11 August 2015 at 16:46, Khem Raj > wrote: > can we freeze this thread please. > > Or more usefully, reboot it. Philip, you're turning into Koen! Alex, if > someone on this list asks what Poky is, 99% of

[OE-core] [PATCH 1/1][RFC] devtool: Upgrade feature

From: Leonardo Sandoval This is a new devtool's feature, which upgrades a recipe to a particular version number. Code was taken from [1] where some modifications were done (remove all email, buildhistory and statistics features, use devtool logger instead of AUH logger) to adapt the devtool frame

[OE-core] [PATCH 0/1][RFC] devtool: Upgrade feature

From: Leonardo Sandoval There are several approaches when upgrading a recipe and on this patch it was decided to reused the code from the auto-upgrade-helper [1] and ported it into the devtool. There are several pending tasks as described in the patch's description. The progress of this featur

[OE-core] [PATCH] perf: fix build breakage on kernels after 4.1

A recent commit fixed perf build failures with a change that duplicates a fix that can be found in kernels after 4.1. Unfortunately there is a conflict between these two fixes and we see perf build failures when building perf in kernels that contain the fix already. The problem is that the fix from

[OE-core] [PATCH] lib/oe/package_manager: Include PACKAGE_FEED_PREFIX instead of hardcode paths

From: Leonardo Sandoval Instead of hardcode paths (/rpm/, /ipk/, /deb/), use a user-defined prefix when creating the URI feeds. URIs now will have the following syntax: PACKAGE_FEED_URIS_1/PACKAGE_FEED_PREFIX PACKAGE_FEED_URIS_2/PACKAGE_FEED_PREFIX . where PACKAGE_FEED_URIS = "PACKA

Re: [OE-core] meta-gplv2? [Was Re: parted_1.8.6.bb: add parted that not GPLv3]

On Tue, Aug 11, 2015 at 5:36 PM, Burton, Ross wrote: > > On 11 August 2015 at 16:46, Khem Raj wrote: >> >> can we freeze this thread please. > > > Or more usefully, reboot it. Philip, you're turning into Koen! Alex, if > someone on this list asks what Poky is, 99% of the time they're trolling.

Re: [OE-core] [PATCH 2/5] screen: Add version 4.3.1

On Tue, Aug 11, 2015 at 5:28 PM, Burton, Ross wrote: > > On 11 August 2015 at 20:54, Andre McCurdy wrote: >> >> > Is screen considered sufficiently core that we should maintain both >> > GPLv2 >> > and v3 recipes? I'm not convinced it is. >> >> Is it sufficiently "core" to be in oe-core at all?

Re: [OE-core] meta-gplv2? [Was Re: parted_1.8.6.bb: add parted that not GPLv3]

On 11 August 2015 at 16:46, Khem Raj wrote: > can we freeze this thread please. > Or more usefully, reboot it. Philip, you're turning into Koen! Alex, if someone on this list asks what Poky is, 99% of the time they're trolling. :) The original and unanswered question was "should oe-core cont

Re: [OE-core] [PATCH 2/5] screen: Add version 4.3.1

On 11 August 2015 at 20:54, Andre McCurdy wrote: > > Is screen considered sufficiently core that we should maintain both GPLv2 > > and v3 recipes? I'm not convinced it is. > > Is it sufficiently "core" to be in oe-core at all? > > Or maybe it's time to replace screen with tmux? screen or tmux

Re: [OE-core] [PATCH 2/5] screen: Add version 4.3.1

On 08/11/2015 09:54 PM, Andre McCurdy wrote: > On Tue, Aug 11, 2015 at 12:32 PM, Burton, Ross wrote: >> On 10 August 2015 at 13:08, Jussi Kukkonen wrote: >>> * Preserve the old 4.0.3 version (GPLv2+) and add new 4.3.1 (GPLv3+) >> >> Is screen considered sufficiently core that we should maintain b

Re: [OE-core] [PATCH 2/5] screen: Add version 4.3.1

On Tue, Aug 11, 2015 at 12:32 PM, Burton, Ross wrote: > On 10 August 2015 at 13:08, Jussi Kukkonen wrote: >> * Preserve the old 4.0.3 version (GPLv2+) and add new 4.3.1 (GPLv3+) > > Is screen considered sufficiently core that we should maintain both GPLv2 > and v3 recipes? I'm not convinced it i

Re: [OE-core] [PATCH 2/5] screen: Add version 4.3.1

On 10 August 2015 at 13:08, Jussi Kukkonen wrote: > * Preserve the old 4.0.3 version (GPLv2+) and add new 4.3.1 (GPLv3+) Is screen considered sufficiently core that we should maintain both GPLv2 and v3 recipes? I'm not convinced it is. > * Remove unused debian patch from SRC_URI of 4.0.3, incre

Re: [OE-core] [PATCH 0/2] Upgrade glibc to 2.22

On Tue, Aug 11, 2015 at 12:26 PM, Burton, Ross wrote: > > On 11 August 2015 at 20:14, Khem Raj wrote: >> >> On Wed, Aug 5, 2015 at 3:02 PM, Khem Raj wrote: >> > glibc 2.22 is now released. This has been tested on feature branch for >> > months >> > now as the release is out, therefore proposing

Re: [OE-core] [PATCH 0/2] Upgrade glibc to 2.22

On 11 August 2015 at 20:14, Khem Raj wrote: > On Wed, Aug 5, 2015 at 3:02 PM, Khem Raj wrote: > > glibc 2.22 is now released. This has been tested on feature branch for > months > > now as the release is out, therefore proposing it for master > > I have updated the pull request to fix the issue

Re: [OE-core] [PATCH 0/2] Upgrade glibc to 2.22

On Wed, Aug 5, 2015 at 3:02 PM, Khem Raj wrote: > glibc 2.22 is now released. This has been tested on feature branch for months > now as the release is out, therefore proposing it for master I have updated the pull request to fix the issue where PV was still using AUTOREV > > Khem Raj (2): > g

[OE-core] [PATCH 2/4] nss: Upgrade 3.19.1 -> 3.19.2

This is a bug fix release. Signed-off-by: Jussi Kukkonen --- meta/recipes-support/nss/{nss_3.19.1.bb => nss_3.19.2.bb} | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) rename meta/recipes-support/nss/{nss_3.19.1.bb => nss_3.19.2.bb} (97%) diff --git a/meta/recipes-support/nss/nss_3.

[OE-core] [PATCH 4/4] librsvg: Upgrade 2.40.9 -> 2.40.10

Rebase gtk-option.patch Signed-off-by: Jussi Kukkonen --- meta/recipes-gnome/librsvg/librsvg/gtk-option.patch | 13 ++--- .../librsvg/{librsvg_2.40.9.bb => librsvg_2.40.10.bb} | 4 ++-- 2 files changed, 8 insertions(+), 9 deletions(-) rename meta/recipes-gnome/librsvg/{li

[OE-core] [PATCH 0/4] Upgrades: openssh, nss, nfs-utils, rsvg

The openssh upgrade adds a test that currently fails: that looks like a failure in our test setup, I've filed a bug for that. The following changes since commit a16e0b4014173af46ef80d643bb71055219b0dab: bitbake: toaster: reduced amount of instance attributes (2015-08-10 13:58:02 -0700) are

[OE-core] [PATCH 3/4] nfs-utils: Upgrade 1.3.1 -> 1.3.2

Let "--enable-tirpc" be selected in configure by default: it is a requirement for ipv6 support. This should not grow a typical image size as libtirpc is a rpcbind dependency already. Signed-off-by: Jussi Kukkonen --- .../nfs-utils/{nfs-utils_1.3.1.bb => nfs-utils_1.3.2.bb} | 7 +++

[OE-core] [PATCH 1/4] openssh: Upgrade 6.8p1 -> 6.9p1

6.9p1 is primarily a bugfix release. Signed-off-by: Jussi Kukkonen --- .../openssh/{openssh_6.8p1.bb => openssh_6.9p1.bb}| 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-connectivity/openssh/{openssh_6.8p1.bb => openssh_6.9p1.bb} (97%) diff --g

[OE-core] [PATCH 1/2] IMAGES_FSTYPES: default to EXT4

The following IMAGES_FSTYPES defaulted to ext3: "vmdk", "vdi", "qcow2", "live", "iso", "hddimg" This patch changes the default for those IMAGES_FSTYPES to ext4 in order to bring the images more in line with other BSPs. Besides improvements in performance and reliability ext4 provides additional f

[OE-core] [PATCH 2/2] build-appliance-image: use ext4 for rootfs

Changes due to IMAGES_FSTYPES "vmdk" and "vdi" now defaulting to ext4. Switching Build Appliance to Ext4 will bring it more in-line with other BSPs. [YOCTO #8096] Signed-off-by: Juro Bystricky --- meta/recipes-core/images/build-appliance-image_12.0.1.bb | 6 +++--- 1 file changed, 3 insertions(

Re: [OE-core] [PATCH 1/2] distrodata: Make self-contained.

Right, i made a mistake here i sent another patch to the meta-yocto (poky) removing these items. alimon On 11/08/15 11:50, Burton, Ross wrote: On 11 August 2015 at 17:49, Alexander Kanavin < alexander.kana...@linux.intel.com> wrote: Is there a PATCH 2/2? It's on the poky list as it is

Re: [OE-core] [PATCH 1/2] distrodata: Make self-contained.

On 11 August 2015 at 17:49, Alexander Kanavin < alexander.kana...@linux.intel.com> wrote: > Is there a PATCH 2/2? > It's on the poky list as it is for meta-yocto. (both in MUT) Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openem

Re: [OE-core] [PATCH 1/2] distrodata: Make self-contained.

On 08/11/2015 07:41 PM, Aníbal Limón wrote: Include by default all the files needed to perform checkpkg task. These files are copied from meta-yocto because they refers recipes in oe-core, the only missing file are maintainers.inc because it needs consensus between OE-Core and Yocto project to d

[OE-core] [PATCH 1/2] distrodata: Make self-contained.

Include by default all the files needed to perform checkpkg task. These files are copied from meta-yocto because they refers recipes in oe-core, the only missing file are maintainers.inc because it needs consensus between OE-Core and Yocto project to define a common set of maintainers. [YOCTO #78

Re: [OE-core] meta-gplv2? [Was Re: parted_1.8.6.bb: add parted that not GPLv3]

On Tue, Aug 11, 2015 at 6:26 AM, Alexander Kanavin wrote: > On 08/10/2015 10:15 PM, Philip Balister wrote: > >>> This is perfectly fine with me. However, the subject has been whether >>> the scope of *oe-core/poky* can be expanded without compromising >> >> >> What is Poky? > > > Uhm... http://git

[OE-core] [PATCH 2/2] blktool: update to 4-7

This means replacing a "-6.1" Debian patch with "-7" patch. Signed-off-by: Alexander Kanavin --- .../blktool/0001-fix-typos-in-manpage.patch| 40 +++ .../blktool/blktool/0002-fix-string-error.patch| 31 + ...rgument-for-BLKROSET-it-must-be-const-int.patch | 78 +++

[OE-core] [PATCH 1/2] apmd: update to 3.2.2-15

This basically means replacing a "-14" Debian patch with "-15" patch. Signed-off-by: Alexander Kanavin --- .../apmd/{apmd-3.2.2-14 => apmd}/apmd.service | 0 .../apmd/{apmd-3.2.2-14 => apmd}/apmd_proxy| 0 .../apmd/{apmd-3.2.2-14 => apmd}/apmd_proxy.conf | 0 .../apmd/{apmd-

Re: [OE-core] [PATCHv2] mc: Fix QA warning RDEPENDS of util-linux-libmount

On 11 August 2015 at 16:09, Aníbal Limón wrote: > The QA warnings saya "mc rdepends on util-linux-libmount", > The warning is "%s rdepends on %s, but it isn't a build dependency?". In this case, mc RDEPENDS on util-linux-libmount (via linking to libmount, and then the appropriate RDEPENDS being

[OE-core] [PATCHv3] mc: Fix QA warning depends on util-linux

mc depends on util-linux that uses libmount for mount filesystems. Signed-off-by: Aníbal Limón --- meta/recipes-extended/mc/mc_4.8.14.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-extended/mc/mc_4.8.14.bb b/meta/recipes-extended/mc/mc_4.8.14.bb index 8fec0b

Re: [OE-core] [PATCH] kernel.bbclass: Fix do_shared_workdir task ordering

On Tue, Aug 11, 2015 at 10:25 AM, Stefan Müller-Klieser wrote: > On 11.08.2015 15:11, Bruce Ashfield wrote: >> >> On Tue, Aug 11, 2015 at 9:06 AM, Bruce Ashfield >> wrote: >>> >>> On Tue, Aug 11, 2015 at 8:47 AM, Otavio Salvador >>> wrote: On Tue, Aug 11, 2015 at 12:23 AM, Bruce Ashfie

Re: [OE-core] [PATCHv2] mc: Fix QA warning RDEPENDS of util-linux-libmount

The QA warnings saya "mc rdepends on util-linux-libmount", May be the QA message need to be fixed. alimon On 11/08/15 09:59, Burton, Ross wrote: On 11 August 2015 at 15:57, Aníbal Limón wrote: +RDEPENDS_${PN} = "ncurses-terminfo util-linux" DEPENDS, no RDEPENDS. Ross -- __

Re: [OE-core] [PATCHv2] mc: Fix QA warning RDEPENDS of util-linux-libmount

On 11 August 2015 at 15:57, Aníbal Limón wrote: > +RDEPENDS_${PN} = "ncurses-terminfo util-linux" > DEPENDS, no RDEPENDS. Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listin

[OE-core] [PATCHv2] mc: Fix QA warning RDEPENDS of util-linux-libmount

mc depends on libmount that uses for try to mount filesystems. Signed-off-by: Aníbal Limón --- meta/recipes-extended/mc/mc_4.8.14.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-extended/mc/mc_4.8.14.bb b/meta/recipes-extended/mc/mc_4.8.14.bb index 8fec0b3..e

Re: [OE-core] [PATCH 2/2] base.bbclass/blacklist.bbclass: remove doc item when d.getVarFlags()

On 11 August 2015 at 03:17, Robert Yang wrote: > I'm afraid that there isn't any other way to fix the issue (many > unneeded loops caused by PACKAGECONFIG[doc] which is set by > documentation.conf), maybe you can change 'doc' to such as 'docs' in > other layers ? > Otavio is right - the commit d

Re: [OE-core] [PATCH] mc: Fix QA warning RDEPENDS of util-linux-libmount

On 11 August 2015 at 00:54, Andre McCurdy wrote: > I guess adding util-linux to DEPENDS would be the correct fix. The > runtime dependency on libmount will then be detected automatically. > Yes, that's right. Ross -- ___ Openembedded-core mailing lis

Re: [OE-core] [PATCH 3/3] mtd-utils: keep xattr support enabled

On 11 August 2015 at 09:45, Patrick Ohly wrote: > -EXTRA_OEMAKE = "'CC=${CC}' 'RANLIB=${RANLIB}' 'AR=${AR}' > 'CFLAGS=${CFLAGS} -I${S}/include -DWITHOUT_XATTR' 'BUILDDIR=${S}'" > +EXTRA_OEMAKE = "'CC=${CC}' 'RANLIB=${RANLIB}' 'AR=${AR}' > 'CFLAGS=${CFLAGS} -I${S}/include' 'BUILDDIR=${S}'" > Ther

[OE-core] [PATCH v3] create-pull-request: cd to relative directory

create-pull-request -d path creates empty patches if directory is specified as a path, i.e. ./bitbake or ./bitbake/ or full path. It behaves expected way only if script is run with -d bitbake, i.e. relative dir name doesn't contain '\'. Fixed this unwanted behaviour by changing directory and runni

Re: [OE-core] [PATCH 0/3] preserve xattrs in images

Hi Patrick, On 11 August 2015 at 09:44, Patrick Ohly wrote: > The default does not get changed because supporting xattrs causes a > certain overhead (need to build GNU tar, additional system calls when > creating the images). > Two questions: 1) Do enough host distributions not enable xattrs in

Re: [OE-core] [PATCH] kernel.bbclass: Fix do_shared_workdir task ordering

On 11.08.2015 15:11, Bruce Ashfield wrote: On Tue, Aug 11, 2015 at 9:06 AM, Bruce Ashfield wrote: On Tue, Aug 11, 2015 at 8:47 AM, Otavio Salvador wrote: On Tue, Aug 11, 2015 at 12:23 AM, Bruce Ashfield wrote: On Mon, Aug 10, 2015 at 11:21 AM, Stefan Müller-Klieser wrote: commit 02d0a003d

[OE-core] [PATCH v2] create-pull-request: cd to relative directory

create-pull-request -d path creates empty patches if directory is specified as a path, i.e. ./bitbake or ./bitbake/ or full path. It behaves expected way only if script is run with -d bitbake, i.e. relative dir name doesn't contain '\'. Fixed this unwanted behaviour by changing directory and runni

Re: [OE-core] wic: Add plugin for hybrid iso image

Hi Mihaly, Great work! Thank you! Acked-by: Ed Bartosh On Thu, Aug 06, 2015 at 08:04:49PM +0300, Mihaly Varga wrote: > > Hi Ed, > > Thank you for your comments. There is a slightly modified version of > the isoimage-isohybrid plugin, the kickstart file and the wic selftest > extended with th

[OE-core] [VAC] Out of office for some days

Hello folks, I want to inform that I will be out of office for some days. From August 12th to August 25th I will be visiting London and will be reading the e-mail sporadically. For the fixes related to Freescale related layers, I will be able to merge things if urgent fixes are done. Otherwise I

Re: [OE-core] meta-gplv2? [Was Re: parted_1.8.6.bb: add parted that not GPLv3]

On 08/10/2015 10:15 PM, Philip Balister wrote: This is perfectly fine with me. However, the subject has been whether the scope of *oe-core/poky* can be expanded without compromising What is Poky? Uhm... http://git.yoctoproject.org/cgit/cgit.cgi/poky/about/ Alex --

Re: [OE-core] [PATCH] kernel.bbclass: Fix do_shared_workdir task ordering

On Tue, Aug 11, 2015 at 9:06 AM, Bruce Ashfield wrote: > On Tue, Aug 11, 2015 at 8:47 AM, Otavio Salvador > wrote: >> On Tue, Aug 11, 2015 at 12:23 AM, Bruce Ashfield >> wrote: >>> On Mon, Aug 10, 2015 at 11:21 AM, Stefan Müller-Klieser >>> wrote: commit 02d0a003d60326 [kernel.bbclass: Fix

Re: [OE-core] [PATCH] kernel.bbclass: Fix do_shared_workdir task ordering

On Tue, Aug 11, 2015 at 8:47 AM, Otavio Salvador wrote: > On Tue, Aug 11, 2015 at 12:23 AM, Bruce Ashfield > wrote: >> On Mon, Aug 10, 2015 at 11:21 AM, Stefan Müller-Klieser >> wrote: >>> commit 02d0a003d60326 [kernel.bbclass: Fix race condition] has surfaced >>> a bug in the generation of the

Re: [OE-core] [PATCH] kernel.bbclass: Fix do_shared_workdir task ordering

On Tue, Aug 11, 2015 at 12:23 AM, Bruce Ashfield wrote: > On Mon, Aug 10, 2015 at 11:21 AM, Stefan Müller-Klieser > wrote: >> commit 02d0a003d60326 [kernel.bbclass: Fix race condition] has surfaced >> a bug in the generation of the shared_workdir. The task >> do_compile_kernelmodules adds the exp

Re: [OE-core] [PATCH 2/2] base.bbclass/blacklist.bbclass: remove doc item when d.getVarFlags()

On Thu, Jul 30, 2015 at 12:18 PM, Robert Yang wrote: > The FOO[doc] is set in meta/conf/documentation.conf, we need remove it > from d.getVarFlags()'s return dict when it causes many loops. > > Signed-off-by: Robert Yang It seems your commit log is incomplete or so as I couldn't understand why t

[OE-core] [PATCH 1/1] meta-yocto-bsp: mpc8315e-rdb: Set KERNEL_DEVICETREE to mpc8315erdb.dtb

From: He Zhe To avoid warning of "xxx contains the full path to the the dts file, but only the dtb name should be used.", Set KERNEL_DEVICETREE to mpc8315erdb.dtb Signed-off-by: He Zhe --- meta-yocto-bsp/conf/machine/mpc8315e-rdb.conf | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

[OE-core] [PATCH 0/1] meta-yocto-bsp: mpc8315e-rdb: Set KERNEL_DEVICETREE to mpc8315erdb.dtb

From: He Zhe The following changes since commit a16e0b4014173af46ef80d643bb71055219b0dab: bitbake: toaster: reduced amount of instance attributes (2015-08-10 13:58:02 -0700) are available in the git repository at: git://git.yoctoproject.org/poky-contrib zhe/kernel_devicetree http://git

[OE-core] [PATCH 1/3] tar-replacement-native: avoid race condition with host tar

Installing "tar" into the sysroot leads to race conditions (tasks which do not depend on tar-replacement-native may already call tar while it's installation is incomplete). Avoid those by installing only the tar binary under the name tar-native. Signed-off-by: Patrick Ohly --- meta/recipes-exten

[OE-core] [RFC PATCH 0/1] Fix runtime error with generated OPKG feeds

When playing around with automatically generated opkg feeds I noticed that we're inserting a feed pointing to the root of ${DEPLOY_DIR}/ipk - however for my builds that directory doesn't include a Packages.gz resulting in opkg printing an error. The following patch removes the code which inserts t

[OE-core] [PATCH 3/3] mtd-utils: keep xattr support enabled

xattrs may be needed by some distros. Support that by compiling in the necessary code, even if it is not used by default. Then .jffs2 images including xattrs can be created with: EXTRA_IMAGECMD_jffs2_append = " --with-xattr" Signed-off-by: Patrick Ohly --- meta/recipes-devtools/mtd/mtd-utils

[OE-core] [PATCH 2/3] image_types.bbclass: allow replacing tar command

Usually, the host's tar command is sufficient. However, special cases like archiving xattrs depend on a modern GNU tar version. The new IMAGE_CMD_TAR makes that possible, with xattrs given as example. Signed-off-by: Patrick Ohly --- meta/classes/image_types.bbclass | 13 - 1 file cha

[OE-core] [PATCH 0/3] preserve xattrs in images

Both Smack and IMA/EVM rely on xattrs in the rootfs. This works for .ext3/.ext4 images, but not for .jffs2 and .tar.bz2. These changes allow optionally building also such images with xattrs without changing the default (which still is to ignore xattrs in .jffs2 and .tar.bz2). The default does not

[OE-core] [RFC PATCH 1/1] lib/oe/package_manager: fix opkg feed generation

The insert_feed_uris() method of OpkgPM was creating an initial entry in the feeds list which pointed to the root of the ipk directory, however the on-device package manager can't consume this feed resulting in runtime errors - therefore we remove the code to generate that initial feed uri. Signed

[OE-core] [PATCH 1/1] kernel: Correct mishandling of linux.bin for building uImage

From: He Zhe Building uImage fails when KEEPUIMAGE is not "yes". Remove wrong removal of linux.bin before compressing it. Signed-off-by: He Zhe --- meta/classes/kernel-uboot.bbclass | 1 - 1 file changed, 1 deletion(-) diff --git a/meta/classes/kernel-uboot.bbclass b/meta/classes/kernel-uboo

[OE-core] [PATCH 0/1] kernel: Correct mishandling of linux.bin for building uImage

From: He Zhe The following changes since commit a16e0b4014173af46ef80d643bb71055219b0dab: bitbake: toaster: reduced amount of instance attributes (2015-08-10 13:58:02 -0700) are available in the git repository at: git://git.yoctoproject.org/poky-contrib zhe/kernel-uboot http://git.yoct