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: Leonardo Sandoval leonardo.sandoval.gonza...@linux.intel.com
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
On Aug 11, 2015, at 1:36 PM, Burton, Ross ross.bur...@intel.com wrote:
On 11 August 2015 at 16:46, Khem Raj raj.k...@gmail.com
mailto:raj.k...@gmail.com wrote:
can we freeze this thread please.
Or more usefully, reboot it. Philip, you're turning into Koen! Alex, if
someone on this
From: He Zhe zhe...@windriver.com
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 zhe...@windriver.com
---
meta-yocto-bsp/conf/machine/mpc8315e-rdb.conf | 2 +-
1 file
From: He Zhe zhe...@windriver.com
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
From: He Zhe zhe...@windriver.com
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
From: He Zhe zhe...@windriver.com
Building uImage fails when KEEPUIMAGE is not yes.
Remove wrong removal of linux.bin before compressing it.
Signed-off-by: He Zhe zhe...@windriver.com
---
meta/classes/kernel-uboot.bbclass | 1 -
1 file changed, 1 deletion(-)
diff --git
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 patrick.o...@intel.com
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
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.
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 patrick.o...@intel.com
---
meta/classes/image_types.bbclass | 13
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 patrick.o...@intel.com
---
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
On Tue, Aug 11, 2015 at 9:06 AM, Bruce Ashfield
bruce.ashfi...@gmail.com wrote:
On Tue, Aug 11, 2015 at 8:47 AM, Otavio Salvador
otavio.salva...@ossystems.com.br wrote:
On Tue, Aug 11, 2015 at 12:23 AM, Bruce Ashfield
bruce.ashfi...@gmail.com wrote:
On Mon, Aug 10, 2015 at 11:21 AM, Stefan
On Tue, Aug 11, 2015 at 8:47 AM, Otavio Salvador
otavio.salva...@ossystems.com.br wrote:
On Tue, Aug 11, 2015 at 12:23 AM, Bruce Ashfield
bruce.ashfi...@gmail.com wrote:
On Mon, Aug 10, 2015 at 11:21 AM, Stefan Müller-Klieser
s.mueller-klie...@phytec.de wrote:
commit 02d0a003d60326
On Thu, Jul 30, 2015 at 12:18 PM, Robert Yang liezhi.y...@windriver.com 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 liezhi.y...@windriver.com
It seems your commit log is
On Tue, Aug 11, 2015 at 12:23 AM, Bruce Ashfield
bruce.ashfi...@gmail.com wrote:
On Mon, Aug 10, 2015 at 11:21 AM, Stefan Müller-Klieser
s.mueller-klie...@phytec.de wrote:
commit 02d0a003d60326 [kernel.bbclass: Fix race condition] has surfaced
a bug in the generation of the shared_workdir. The
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
--
Hi Mihaly,
Great work! Thank you!
Acked-by: Ed Bartosh ed.bart...@linux.intel.com
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
On 11 August 2015 at 00:54, Andre McCurdy armccu...@gmail.com 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
--
___
On 11 August 2015 at 15:57, Aníbal Limón anibal.li...@linux.intel.com
wrote:
+RDEPENDS_${PN} = ncurses-terminfo util-linux
DEPENDS, no RDEPENDS.
Ross
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
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 anibal.li...@linux.intel.com
wrote:
+RDEPENDS_${PN} = ncurses-terminfo util-linux
DEPENDS, no
On Tue, Aug 11, 2015 at 10:25 AM, Stefan Müller-Klieser
s.mueller-klie...@phytec.de wrote:
On 11.08.2015 15:11, Bruce Ashfield wrote:
On Tue, Aug 11, 2015 at 9:06 AM, Bruce Ashfield
bruce.ashfi...@gmail.com wrote:
On Tue, Aug 11, 2015 at 8:47 AM, Otavio Salvador
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
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
Hi Patrick,
On 11 August 2015 at 09:44, Patrick Ohly patrick.o...@intel.com 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
On 11 August 2015 at 03:17, Robert Yang liezhi.y...@windriver.com 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
mc depends on util-linux that uses libmount for mount filesystems.
Signed-off-by: Aníbal Limón anibal.li...@linux.intel.com
---
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
On 11.08.2015 15:11, Bruce Ashfield wrote:
On Tue, Aug 11, 2015 at 9:06 AM, Bruce Ashfield
bruce.ashfi...@gmail.com wrote:
On Tue, Aug 11, 2015 at 8:47 AM, Otavio Salvador
otavio.salva...@ossystems.com.br wrote:
On Tue, Aug 11, 2015 at 12:23 AM, Bruce Ashfield
bruce.ashfi...@gmail.com wrote:
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
On 11 August 2015 at 09:45, Patrick Ohly patrick.o...@intel.com 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'
mc depends on libmount that uses for try to mount filesystems.
Signed-off-by: Aníbal Limón anibal.li...@linux.intel.com
---
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
This means replacing a -6.1 Debian patch with -7 patch.
Signed-off-by: Alexander Kanavin alexander.kana...@linux.intel.com
---
.../blktool/0001-fix-typos-in-manpage.patch| 40 +++
.../blktool/blktool/0002-fix-string-error.patch| 31 +
This basically means replacing a -14 Debian patch with -15 patch.
Signed-off-by: Alexander Kanavin alexander.kana...@linux.intel.com
---
.../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 =
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
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
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
On 11 August 2015 at 16:09, Aníbal Limón anibal.li...@linux.intel.com
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
On Tue, Aug 11, 2015 at 6:26 AM, Alexander Kanavin
alexander.kana...@linux.intel.com 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?
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
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 juro.bystri...@intel.com
---
meta/recipes-core/images/build-appliance-image_12.0.1.bb | 6 +++---
1 file
6.9p1 is primarily a bugfix release.
Signed-off-by: Jussi Kukkonen jussi.kukko...@intel.com
---
.../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 =
Rebase gtk-option.patch
Signed-off-by: Jussi Kukkonen jussi.kukko...@intel.com
---
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
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 jussi.kukko...@intel.com
---
.../nfs-utils/{nfs-utils_1.3.1.bb = nfs-utils_1.3.2.bb}
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
On 11 August 2015 at 20:14, Khem Raj raj.k...@gmail.com wrote:
On Wed, Aug 5, 2015 at 3:02 PM, Khem Raj raj.k...@gmail.com 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
On Wed, Aug 5, 2015 at 3:02 PM, Khem Raj raj.k...@gmail.com 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
On Tue, Aug 11, 2015 at 12:26 PM, Burton, Ross ross.bur...@intel.com wrote:
On 11 August 2015 at 20:14, Khem Raj raj.k...@gmail.com wrote:
On Wed, Aug 5, 2015 at 3:02 PM, Khem Raj raj.k...@gmail.com wrote:
glibc 2.22 is now released. This has been tested on feature branch for
months
now
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
This is a bug fix release.
Signed-off-by: Jussi Kukkonen jussi.kukko...@intel.com
---
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
On 10 August 2015 at 13:08, Jussi Kukkonen jussi.kukko...@intel.com 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
On 08/11/2015 09:54 PM, Andre McCurdy wrote:
On Tue, Aug 11, 2015 at 12:32 PM, Burton, Ross ross.bur...@intel.com wrote:
On 10 August 2015 at 13:08, Jussi Kukkonen jussi.kukko...@intel.com wrote:
* Preserve the old 4.0.3 version (GPLv2+) and add new 4.3.1 (GPLv3+)
Is screen considered
On 11 August 2015 at 20:54, Andre McCurdy armccu...@gmail.com 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?
On 11 August 2015 at 16:46, Khem Raj raj.k...@gmail.com 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
On Tue, Aug 11, 2015 at 12:32 PM, Burton, Ross ross.bur...@intel.com wrote:
On 10 August 2015 at 13:08, Jussi Kukkonen jussi.kukko...@intel.com 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
On Tue, Aug 11, 2015 at 5:28 PM, Burton, Ross ross.bur...@intel.com wrote:
On 11 August 2015 at 20:54, Andre McCurdy armccu...@gmail.com 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
On Tue, Aug 11, 2015 at 5:36 PM, Burton, Ross ross.bur...@intel.com wrote:
On 11 August 2015 at 16:46, Khem Raj raj.k...@gmail.com 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%
From: Leonardo Sandoval leonardo.sandoval.gonza...@linux.intel.com
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
From: Leonardo Sandoval leonardo.sandoval.gonza...@linux.intel.com
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
On Aug 11, 2015, at 1:37 PM, Otavio Salvador
otavio.salva...@ossystems.com.br wrote:
On Tue, Aug 11, 2015 at 5:28 PM, Burton, Ross ross.bur...@intel.com wrote:
On 11 August 2015 at 20:54, Andre McCurdy armccu...@gmail.com wrote:
Is screen considered sufficiently core that we should
On Aug 6, 2015, at 9:28 PM, Randy MacLeod randy.macl...@windriver.com 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
On 08/11/2015 08:45 PM, Otavio Salvador wrote:
On Thu, Jul 30, 2015 at 12:18 PM, Robert Yang liezhi.y...@windriver.com 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
On Aug 11, 2015, at 8:26 PM, Denys Dmytriyenko de...@denix.org 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
From: Denys Dmytriyenko de...@ti.com
Signed-off-by: Denys Dmytriyenko de...@ti.com
---
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
On Aug 11, 2015, at 12:13 PM, Jussi Kukkonen jussi.kukko...@intel.com 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
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
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:
On Tue, Aug 11, 2015 at 8:33 PM, Denys Dmytriyenko de...@denix.org wrote:
From: Denys Dmytriyenko de...@ti.com
Signed-off-by: Denys Dmytriyenko de...@ti.com
This should make use of dynamic package split so it is easier to maintain.
--
Otavio Salvador O.S. Systems
68 matches
Mail list logo