Often ptest-runner will have exit code 1 even if it worked, probably because
some of the tests failed. Modified
the condition to ptest-runner existing and having no output.
Signed-off-by: Lucian Musat george.l.mu...@intel.com
---
meta/lib/oeqa/runtime/_ptest.py | 20 ++--
1 file
On Wed, 2014-12-03 at 11:00 -0600, Alejandro Hernandez wrote:
Checks in FILES and pkg_* variables ,solves common mistake
of using ${D} instead of $D and warns the user accordingly.
[YOCTO #6642]
Signed-off-by: Alejandro Hernandez alejandro.hernan...@linux.intel.com
---
On Wed, 2014-12-03 at 16:16 +0800, Hongxu Jia wrote:
While archiver inherited, we edit a recipe (such
as gzip) to insert four tasks between do_patch and
do_unpack:
...
addtask test1 after do_unpack before do_patch
addtask test2 after do_unpack before do_test1
addtask test3 after do_test2
I've been using busybox mdev instead of udev in many projects, which so
far has worked excellently.
Each of these projects needed similar patches to busybox to make it work,
so I think its time these changes move into the core for everyone to use.
This first series fixes the touchscreen support.
Simplify the grep expression, use the more common grep command instead
of egrep, avoid forking extra processes, join multiple invokations into
a single combined expression.
Change the touchscreen regex so that it also recognizes various USB
touchscreen controllers and the ad7879 i2c device.
mdev.conf references the find-touchscreen.sh script, but this file
was not being installed. Add the script to the busybox-mdev package.
Signed-off-by: Mike Looijmans mike.looijm...@topic.nl
---
meta/recipes-core/busybox/busybox.inc |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
-Original Message-
From: openembedded-core-boun...@lists.openembedded.org
[mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of
Mark Hatle
Sent: den 3 december 2014 16:47
To: Peter Kjellerstedt; openembedded-core@lists.openembedded.org
Subject: Re: [OE-core] Why is
Hi,
What happed to this upgrade?
Seems that it stalled.
Regards,
Cristian Iorga
Yocto Project
Intel Corporation
From: openembedded-core-boun...@lists.openembedded.org
[mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of Burton,
Ross
Sent: Wednesday, November 19, 2014 4:27 PM
Hi Paul,
Are you making these changes on the existing contrib/paule/devtool or
somewhere else?
A small nit I stumbled on recently... many layers contain a
recipes-devtools directory, and I'm thinking that using the same word
for this feature might get confusing (?). Maybe it would be best to
The evalation order was incorrect in some situations (CLEANBROKEN=1 and
GNUmakefile exists) the clean would be executed incorrectly.
Add brackets to correct the logic.
Signed-off-by: Ross Burton ross.bur...@intel.com
---
meta/classes/base.bbclass |2 +-
1 file changed, 1 insertion(+), 1
cwuatomacros's build system doesn't have a clean target, so stub out
do_configure to a no-op.
Signed-off-by: Ross Burton ross.bur...@intel.com
---
meta/recipes-extended/cwautomacros/cwautomacros_20110201.bb |6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git
Signed-off-by: Ross Burton ross.bur...@intel.com
---
meta/recipes-gnome/gnome/gnome-doc-utils.inc |2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/recipes-gnome/gnome/gnome-doc-utils.inc
b/meta/recipes-gnome/gnome/gnome-doc-utils.inc
index e148ce3..9587506 100644
---
autotools.bbclass should respect CLEANBROKEN as it invokes 'make clean' on
configure.
Signed-off-by: Ross Burton ross.bur...@intel.com
---
meta/classes/autotools.bbclass |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/autotools.bbclass
On 4 December 2014 at 07:14, Nicolas Dechesne nicolas.deche...@linaro.org
wrote:
hmm. it worked for me, libdrm-doc was generated fine, and nothing
really has changed upstream in this area. my buildhistory shows that
libdrm-doc has:
And my libdrm has no documentation, because it's checking
http://www.openembedded.org/wiki/Bitbake_World_Status
== Failed tasks 2014-12-04 ==
=== common (9) ===
*
/meta-openembedded/meta-multimedia/recipes-multimedia/dleyna/media-service-upnp_0.4.0.bb,
do_compile
*
Whilst gcc doesn't have any source to fetch, it still needs a fetch task so that
a world fetch can run without errors. So instead of deleting the fetch task,
stub it.
Signed-off-by: Ross Burton ross.bur...@intel.com
---
meta/recipes-devtools/gcc/gcc-shared-source.inc |4 +++-
1 file
gcc-source is a convenience recipe to save duplicate copies of the GCC source
tree and should be whitelisted for GPLv3 avoidance along with the rest of GCC.
Signed-off-by: Ross Burton ross.bur...@intel.com
---
meta/conf/distro/include/default-distrovars.inc |2 +-
1 file changed, 1
On Thu, Dec 4, 2014 at 3:40 PM, Burton, Ross ross.bur...@intel.com wrote:
On 4 December 2014 at 07:14, Nicolas Dechesne nicolas.deche...@linaro.org
wrote:
hmm. it worked for me, libdrm-doc was generated fine, and nothing
really has changed upstream in this area. my buildhistory shows that
On 4 December 2014 at 15:23, Nicolas Dechesne nicolas.deche...@linaro.org
wrote:
i didn't find any other package in -core where we really used a
PACKAGECONFIG for doc. so i would vote to simply do like we do in
every other packages, e.g.
There is an effort by some to improve documentation
Hi Trevor,
On Thursday 04 December 2014 09:03:37 Trevor Woerner wrote:
Are you making these changes on the existing contrib/paule/devtool or
somewhere else?
Actually I hadn't pushed them anywhere; I have just done that on the
paule/devtool branch in both contrib repos. I'm collecting commits
Instead of adding new tasks to move files around, just use the subdir SRC_URI
parameter.
Signed-off-by: Ross Burton ross.bur...@intel.com
---
meta/recipes-extended/bzip2/bzip2_1.0.6.bb | 14 --
1 file changed, 4 insertions(+), 10 deletions(-)
diff --git
Hi Armin,
Would it be possible to cherry-pick this commit systemd: don't move
libgudev around, it breaks libgudev-1.0.la
(7807d1d8b9535a87ba3e5ab7df21a2954708333f on oe-core,
41ae2056e6b6f17a1d9fe7408596a448f3e605ad on poky) to the dizzy branch?
Thanks,
Ash
On Fri, Nov 28, 2014 at 9:23 AM,
This doesn't apply to master, can you rebase?
Ross
On 4 December 2014 at 02:29, Shiqun.Lin shiqun@windriver.com wrote:
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
I made a patch v2 for this set,
https://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/log/?h=alimon/linux_intel_graphics_2014q3_v2
I'm testing it to send again.
Kind regards.
alimon
On 04/12/14 09:31, Burton, Ross wrote:
On 4 December 2014 at 15:23, Nicolas Dechesne
Hi Gaurang,
Are you sure that the patch solves the described issue?
Because I have tested with:
MACHINE=qemuppc bitbake core-image-sato
and I am still seeing the issue in rootfs log.
Can you please clarify how you tested this?
Regards,
Cristian Iorga
Yocto Project
Intel Corporation
Also, issue https://bugzilla.yoctoproject.org/show_bug.cgi?id=6687 (that I am
trying to handle) seems quite similar to the issue that you have reported.
Regards,
Cristian Iorga
Yocto Project
Intel Corporation
-Original Message-
From: Iorga, Cristian
Sent: Thursday, December 4, 2014 9:04
I have a suspicion the whole QEMU_OPTIONS thing got totally broken by Martin's
commit:
http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=7efad8a1b56df6ee07c12ad360c0493d7b1d6d23
since the things being appended are not overrides, they're PACKAGE_ARCH
values. My change below may give us a way
This is now the procps-ng version
cleaned up patches
added to fix up usrbin_execprefix in OE-Core
Added --enable-skill to ensure snice and skill where built to match
the buildhistory from the older version
Add CPPFLAGS to allow seperate build directory works
[YOCTO #6952]
Signed-off-by: Saul
Hi All,
I'm using oe-core for building images and have a problem. Rootfs.img is
over 5GB and cannot be copied to FAT32 partition because of file size
limit. This happens during do_bootimg task for core-image-sato-sdk. No
warning is given by bitbake.
The problem occurs in build_fat_img()
AFAIK, the reasons for using FAT are:
(1) it is the most universally accepted filesystem format for devices and
OS environments,
(2) it is usable with almost all boot loaders produced anywhere by anyone,
and
(3) it is the de facto standard format for flash-based devices of all types
Your solution
On Thu, Dec 4, 2014 at 8:27 AM, Mike Looijmans mike.looijm...@topic.nl wrote:
This first series fixes the touchscreen support. A patch to automatically
have mdev mount storage devices will follow soon, I'm still testing it.
I enjoy this idea but please put this one in a specific sub-package or
On Thu, Dec 04, 2014 at 07:49:19PM +, Richard Purdie wrote:
I have a suspicion the whole QEMU_OPTIONS thing got totally broken by
Martin's commit:
http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=7efad8a1b56df6ee07c12ad360c0493d7b1d6d23
since the things being appended are not
Disable man pages creation because it needs to download docbook.xsl from
upstream site and sometimes can't (resource unavailable) and this cause
build fails.
Remove GNU_SOURCE_definition patch it's already integrated in upstream.
Signed-off-by: Aníbal Limón anibal.li...@linux.intel.com
---
Testing was made building and running core-image-sato in qemux86, qemumips,
and qemuarm also core-image-sato/core-image-weston in Intel NUC.
Tests freedesktop piglit was run in Intel NUC with 95% of tests passes
(9251/9694), you can found full results at [1].
[YOCTO #6805]
[1]
Added additional runtime dependencies for python3-core needed
to run the interpreter with a minimal install (codecs,io,math,reprlib).
Created python3-reprlib package to avoid getting python3-misc bringing
lots of unneeded libraries.
Fixed FILES-python3-core, missing _sysconfigdata, renamed
Add PACKAGECONFIG systemd, xserver-xorg now depends in dbus because
adds support for systemd-logind, dbus is used by xserver-xorg to
communicate with systemd.
Add conditional enablement of systemd-logind if DISTRO_FEATURES contains
systemd.
Remove crosscompile, mips64-compile and present-module
Remove 0002-pipe_loader_sw-include-xlib_sw_winsys.h-only-when-HA,
0003-EGL-Mutate-NativeDisplayType-depending-on-config.patch and
0006-fix-out-of-tree-egl.patch are already in upstream.
Signed-off-by: Aníbal Limón anibal.li...@linux.intel.com
---
.../mesa/{mesa-gl_10.1.3.bb = mesa-gl_10.3.4.bb}
Ping. These are independent of the RFC patches.
On 11/26/2014 01:44 PM, Peter A. Bigot wrote:
These resolve the conflict for provider of hcidump between bluez4 and
bluez5, provide a new package containing the useful tools in bluez5 that
upstream doesn't think should be installed, and provides
Any feedback on this approach?
Thanks.
Peter
On 11/26/2014 01:46 PM, Peter A. Bigot wrote:
Here's a new approach to bluez5 integration for YOCTO #5031 based on
RP's feedback from the last attempt.
Though the lib interface is supposedly compatible between bluez4 and
bluez5 the dbus interface
On 12/04/2014 09:34 PM, Peter Kjellerstedt wrote:
-Original Message-
From: openembedded-core-boun...@lists.openembedded.org
[mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of
Mark Hatle
Sent: den 3 december 2014 16:47
To: Peter Kjellerstedt;
On 12/4/14, 9:00 PM, ChenQi wrote:
On 12/04/2014 09:34 PM, Peter Kjellerstedt wrote:
-Original Message-
From: openembedded-core-boun...@lists.openembedded.org
[mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of
Mark Hatle
Sent: den 3 december 2014 16:47
To: Peter
Changed in V2:
As Richard Purdie suggested, use 'BB_TASKDEPDATA' to instead
of bitbake internal variable '_task_deps'.
//Hongxu
The following changes since commit b8631416f12b8a904ce3deb036f9d5ce632937b0:
package_regex.inc: Update REGEX'es in order to find upstream versions
correctly
While archiver inherited, we edit a recipe (such
as gzip) to insert four tasks between do_patch and
do_unpack:
...
addtask test1 after do_unpack before do_patch
addtask test2 after do_unpack before do_test1
addtask test3 after do_test2 before do_test1
addtask test4 after do_test2 before do_test1
On 12/04/2014 09:47 PM, Otavio Salvador wrote:
On Thu, Dec 4, 2014 at 8:27 AM, Mike Looijmans mike.looijm...@topic.nl wrote:
This first series fixes the touchscreen support. A patch to automatically
have mdev mount storage devices will follow soon, I'm still testing it.
I enjoy this idea but
44 matches
Mail list logo