From: Ting Liu b28...@freescale.com
We can't use htobe* and be*toh functions because they are not
available on older versions of glibc, For example, shipped on Centos 5.5.
Change to directly calling bswap_* as defined in byteswap.h.
Signed-off-by: Ting Liu b28...@freescale.com
---
From: Ting Liu b28...@freescale.com
When trying to build on my Centos 5.5 machine, got below error:
| checking for gtkdoc-mkpdf... no
| checking whether to build gtk-doc documentation... no
| checking for CROCO... yes
| checking if gcc supports -Wl,-Bsymbolic-functions flag...
| configure: error:
Hi RP,
Thanks, Can we provide a replacement for the bitbake PN-PV since it is
useful, for example, can we support the PREFERRED_VERSION_${PN} in the env
in the future ? There is a similar bug:
https://bugzilla.yoctoproject.org/show_bug.cgi?id=4965
// Robert
On 09/09/2013 10:14 PM, Richard
So far the rules of check_requirements() is too strict to lead mismatch
when empty lines exist in volatiles.
Signed-off-by: Ming Liu ming@windriver.com
---
.../initscripts-1.0/populate-volatile.sh |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git
Hi Otavio,
This patch caused a new bug. So I'm afraid maybe this patch is not
totally correct.
https://bugzilla.yoctoproject.org/show_bug.cgi?id=4487
The problem is that for a cdrom device, there's no ID_FS_TYPE.
Any idea?
Besides, could you please detail a little about what problem this
From: Roy Li rongqing...@windriver.com
Signed-off-by: Roy Li rongqing...@windriver.com
---
.../btrfs-progs-fix-parallel-build.patch | 30
.../btrfs-tools/btrfs-tools_git.bb |1 +
2 files changed, 31 insertions(+)
create mode 100644
On 10 September 2013 07:36, b28...@freescale.com wrote:
+EXTRA_OECONF += enable_Bsymbolic=auto
Surely you mean --enable-Bsymbolic=auto, as that's what the option is called.
Ross
___
Openembedded-core mailing list
On 9 September 2013 17:49, Saul Wold s...@linux.intel.com wrote:
qemu: add recommend of kernel-modules for all qemu machines
Martin didn't like this, and Bruce can see the argument both ways.
Please drop this for now.
Ross
___
Openembedded-core
On 9 September 2013 17:57, Kamble, Nitin A nitin.a.kam...@intel.com wrote:
This is a clever way to deal with unnecessary rebuilding of mesa we were
seeing earlier. With this mesa-gl,
the mesa also need modification to remove gl from the default recipe.
No, mesa and mesa-gl intentionally
From: Ting Liu b28...@freescale.com
When trying to build on my Centos 5.5 machine, got below error:
| checking for gtkdoc-mkpdf... no
| checking whether to build gtk-doc documentation... no
| checking for CROCO... yes
| checking if gcc supports -Wl,-Bsymbolic-functions flag...
| configure: error:
-Original Message-
From: Burton, Ross [mailto:ross.bur...@intel.com]
Sent: Tuesday, September 10, 2013 5:36 PM
To: Liu Ting-B28495
Cc: OE-core
Subject: Re: [OE-core] [oe-core][PATCH] libcroco: disable Bsymbolic if it
is not supported on some hosts
On 10 September 2013 07:36,
This patch updates libtool.m4 (and its output) to resolve a problem
with variable 'lt_sysroot' not being properly updated if the option
'--with[-libtool]-sysroot' is not provided when running the 'configure'
script for a package.
According to the help text ouput from 'configure':
The patch is still getting corrupted by the mail client :( It looks ok
before sending but after it has been sent lines seems to get split in
a bad way! I can not use the sendmail function due to access
restrictions so unless I can not solve that I will have to drop this
patch.
Thanks.
Hans
On
On 10 September 2013 11:17, Hans Beckérus hans.becke...@gmail.com wrote:
The patch is still getting corrupted by the mail client :( It looks ok
before sending but after it has been sent lines seems to get split in
a bad way! I can not use the sendmail function due to access
restrictions so
On 5 September 2013 19:52, Paul Eggleton paul.eggle...@linux.intel.com wrote:
Hi all,
Please join the OpenEmbedded TSC (Technical Steering Committee) this coming
Tuesday for a public IRC meeting to discuss ongoing community technical work.
As you may be aware, the role of the OpenEmbedded
This patch updates libtool.m4 (and its output) to resolve a problem
with variable 'lt_sysroot' not being properly updated if the option
'--with[-libtool]-sysroot' is not provided when running the 'configure'
script for a package.
According to the help text ouput from 'configure':
Could someone please verify if this patch (original v3 post) can be
saved without line-feed corruption? It seems very client dependent how
a message is saved, irrespective of source format. Some client seems
to cut lines like crazy, others does not.
Thanks.
Hans
On Tue, Sep 10, 2013 at 1:31
On 10 September 2013 12:44, Hans Beckérus hans.becke...@gmail.com wrote:
Could someone please verify if this patch (original v3 post) can be
saved without line-feed corruption? It seems very client dependent how
a message is saved, irrespective of source format. Some client seems
to cut lines
On Tue, Sep 10, 2013 at 2:00 PM, Paul Barker p...@paulbarker.me.uk wrote:
On 10 September 2013 12:44, Hans Beckérus hans.becke...@gmail.com wrote:
Could someone please verify if this patch (original v3 post) can be
saved without line-feed corruption? It seems very client dependent how
a
On 10 September 2013 13:06, Hans Beckérus hans.becke...@gmail.com wrote:
On Tue, Sep 10, 2013 at 2:00 PM, Paul Barker p...@paulbarker.me.uk wrote:
On 10 September 2013 12:44, Hans Beckérus hans.becke...@gmail.com wrote:
Could someone please verify if this patch (original v3 post) can be
saved
This improves the look of bb-matrix graphs with sparse data, i.e.,
where not all combinations of BB_NUMBER_THREADS and PARALLEL_MAKE have
been tested.
This adds an implicit dependency on gnuplot v4.4 or later, but since
this only is a script in the contrib section I hope that is
acceptable.
If not every combination of BB_NUMBER_THREADS and PARALLEL_MAKE have
been tested by bb-matrix.sh, e.g., by using BB_RANGE=04 08 10 12 16
and PM_RANGE=04 08 10 12 16, then the graph that gnuplot generates by
default looks very jagged due to the missing data points. By using
splines to interpolate
On 10 September 2013 13:30, Hans Beckérus hans.becke...@gmail.com wrote:
Yes, or I will just try to find a simple stupid mail client that does
not mess up the formatting.
I will try later today from a different client. That will be the last
attempt. I am making a complete fool out of myself
On Tue, Sep 10, 2013 at 2:13 PM, Paul Barker p...@paulbarker.me.uk wrote:
On 10 September 2013 13:06, Hans Beckérus hans.becke...@gmail.com wrote:
On Tue, Sep 10, 2013 at 2:00 PM, Paul Barker p...@paulbarker.me.uk wrote:
On 10 September 2013 12:44, Hans Beckérus hans.becke...@gmail.com wrote:
Hi Paul,
On Tuesday 10 September 2013 12:13:12 Paul Barker wrote:
On 5 September 2013 19:52, Paul Eggleton paul.eggle...@linux.intel.com
wrote:
Please join the OpenEmbedded TSC (Technical Steering Committee) this
coming Tuesday for a public IRC meeting to discuss ongoing community
From: Chen Qi qi.c...@windriver.com
The following changes since commit 2ab1bf27f79beadc45e86a26c85fc0b95ae3496f:
bitbake: prserv: Ensure data is committed (2013-09-08 10:51:56 +0100)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib ChenQi/qemu-iso-hang
From: Chen Qi qi.c...@windriver.com
This script was modified to check whether $ID_FS_TYPE is empty before
automount, however, for cdrom devices on qemu, the ID_FS_TYPE is not
set, yet the device should be mounted. Otherwise, when booting an iso
image with runqemu, the boot process hangs at
On Tue, 2013-09-10 at 15:33 +0800, Robert Yang wrote:
Thanks, Can we provide a replacement for the bitbake PN-PV since it is
useful, for example, can we support the PREFERRED_VERSION_${PN} in the env
in the future ? There is a similar bug:
Hi,
I've started observing build failures with pigz-native fails due
ttrying to use too old libz (from host), instead of the one in
sysroot. I take most don't see this bug because they have new enough
zlib on their host system.
| DEBUG: Executing shell function sstate_create_package
| gzip:
Currently, the package name contains just the TRANSLATED_TARGET_ARCH.
When compiling the toolchain for two machines, belonging to the same
architecture (for example: qemuarm and beagleboard), this package gets
overwritten and adt-installer repo will contain just one
meta-environment package...
Hi,
Currently, if one wants to create an ADT repo for a certain architecture, but
for different machines (for example for arm: qemuarm and beagleboard), it will
fail. That's because the meta-environment file created is the same:
meta-environment-arm
The problem here is that the environment file
Since packagegroup-cross-canadian package name has MACHINE in it, make
the necessary changes here.
[YOCTO #4783]
Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com
---
meta/classes/populate_sdk_base.bbclass |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Since meta-environment package name was changed to contain MACHINE,
change packagegroup-cross-canadian package name too, in order to be able
to select the proper environment files for a certain machine.
Also, remove the RPROVIDES since adt-installer doesn't really need it.
[YOCTO #4783]
packagegroup-cross-canadian package name was changed to contain MACHINE.
Make the necessary changes here too.
[YOCTO #4783]
Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com
---
meta/recipes-qt/meta/meta-toolchain-qt.inc |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
From: Hans Beckerus hans.beckerus at gmail.com
This patch updates libtool.m4 (and its output) to resolve a problem
with variable 'lt_sysroot' not being properly updated if the option
'--with[-libtool]-sysroot' is not provided when running the 'configure'
script for a package.
According to the
Currently, adt-installer allows only the installation of qemu target
sysroots.
The changes in this patch do the following:
* add a new setting in adt-installer.conf (YOCTOADT_TARGET_MACHINE) for
each target architecture. For example, for arm we can choose to use a
qemuarm sysroot or a
On Fri, 2013-09-06 at 18:12 +0200, Peter Kjellerstedt wrote:
This makes sure the the first build starts from a clean state. Otherwise
one could have the first build affected by any leftover state from
a previous build.
This also leaves a working state behind after the final build.
On Fri, 2013-09-06 at 18:12 +0200, Peter Kjellerstedt wrote:
If any of BB_NUMBER_THREADS, PARALLEL_MAKE or SSTATE_DIR happened to be
set in local.conf then the bb-matrix script would not perform as
intended.
Signed-off-by: Peter Kjellerstedt peter.kjellerst...@axis.com
---
On Tue, 2013-09-10 at 08:33 -0700, Darren Hart wrote:
On Fri, 2013-09-06 at 18:12 +0200, Peter Kjellerstedt wrote:
If any of BB_NUMBER_THREADS, PARALLEL_MAKE or SSTATE_DIR happened to be
set in local.conf then the bb-matrix script would not perform as
intended.
Signed-off-by: Peter
On 10 September 2013 16:58, Alexandru Palalau
alexandrux.pala...@linux.intel.com wrote:
+EXTRA_OECONF += --enable_Bsymbolic=auto
I think that the correct parameter would be --enalbe-Bsymbolic (no
underscore as Ross already mentioned)
The ironyometer is at 11 now thanks to even more typos!
On 9/10/2013 1:02 PM, b28...@freescale.com wrote:
From: Ting Liu b28...@freescale.com
When trying to build on my Centos 5.5 machine, got below error:
| checking for gtkdoc-mkpdf... no
| checking whether to build gtk-doc documentation... no
| checking for CROCO... yes
| checking if gcc supports
On Tue, 2013-09-10 at 14:20 +0200, Peter Kjellerstedt wrote:
If not every combination of BB_NUMBER_THREADS and PARALLEL_MAKE have
been tested by bb-matrix.sh, e.g., by using BB_RANGE=04 08 10 12 16
and PM_RANGE=04 08 10 12 16, then the graph that gnuplot generates by
default looks very jagged
On Tue, 2013-09-10 at 16:37 +0100, Richard Purdie wrote:
On Tue, 2013-09-10 at 08:30 -0700, Darren Hart wrote:
On Fri, 2013-09-06 at 18:12 +0200, Peter Kjellerstedt wrote:
This makes sure the the first build starts from a clean state. Otherwise
one could have the first build affected by
On 10 September 2013 16:37, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
Sadly this isn't recursive, it applies to target and not any
dependencies of it. I'd be tempted to simplify this to rm tmp* and
depend on a convention of calling them tmp*...
You could invoke bitbake -e and
On Tue, 2013-09-10 at 16:37 +0100, Richard Purdie wrote:
On Tue, 2013-09-10 at 08:33 -0700, Darren Hart wrote:
On Fri, 2013-09-06 at 18:12 +0200, Peter Kjellerstedt wrote:
If any of BB_NUMBER_THREADS, PARALLEL_MAKE or SSTATE_DIR happened to be
set in local.conf then the bb-matrix script
On Tue, 2013-09-10 at 08:42 -0700, Darren Hart wrote:
On Tue, 2013-09-10 at 16:37 +0100, Richard Purdie wrote:
On Tue, 2013-09-10 at 08:33 -0700, Darren Hart wrote:
On Fri, 2013-09-06 at 18:12 +0200, Peter Kjellerstedt wrote:
If any of BB_NUMBER_THREADS, PARALLEL_MAKE or SSTATE_DIR
Bumping to the 3.10.11 -stable release. Of note in this update is
the timer_list fix, which broke ssh access in the previous 3.10
series of updates:
timer_list: correct the iterator for timer_list
commit 84a78a6504f5c5394a8e558702e5b54131f01d14 upstream.
With this, we can revert the two
Richard/Saul,
I realize we are working our way through the stabilization cycle, and
this -stable update is of particular interest, the patch says it
all:
Bumping to the 3.10.11 -stable release. Of note in this update is
the timer_list fix, which broke ssh access in the previous 3.10
The existing code for handling PACKAGECONFIG lists wasn't the cleanest Python
around. Instead of diving into the list directly using indices and lengths, use
pop() to iterate through the list.
Signed-off-by: Ross Burton ross.bur...@intel.com
---
meta/classes/base.bbclass | 17
Add a fifth optional element of the PACKAGECONFIG flags that can be used to set
RRECOMMENDS_${PN}.
Signed-off-by: Ross Burton ross.bur...@intel.com
---
meta/classes/base.bbclass | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/meta/classes/base.bbclass
On 10 September 2013 18:15, Ross Burton ross.bur...@intel.com wrote:
-if num = 3 and items[2]:
-extradeps.append(items[2])
-if num = 4 and items[3]:
-extrardeps.append(items[3])
-if num = 1 and items[0]:
Using TARGET_OS can add the ABIEXTENSION so ensure that is is removed for the
Linux
TARGET_OS, we might have other TARGET_OSes so don't hard code CMAKE_SYSTEM_NAME
[YOCTO #5145]
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/classes/cmake.bbclass | 2 +-
1 file changed, 1 insertion(+),
By using os.path.dirname(systemd_unitdir) we get the correct /lib directory
instead of
dealing with possibly multilib directories. This address a QA Error for
shipped/not
installed /lib with multilib and x32.
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/classes/systemd.bbclass | 6
On Tue, 2013-09-10 at 12:01 +0800, Yunguo Wei wrote:
On 09/10/2013 10:37 AM, Darren Hart wrote:
On Fri, 2013-09-06 at 09:30 +0800, Yunguo Wei wrote:
On 09/05/2013 10:52 PM, Darren Hart wrote:
On Thu, 2013-09-05 at 10:57 +0100, Burton, Ross wrote:
On 5 September 2013 01:18, Darren Hart
On Thu, Aug 29, 2013 at 06:02:47PM +0200, Martin Jansa wrote:
WIP because verification build is still running and I must admit that I'm
mostly
testing that all dependencies are correctly disabled and in the end
deterministic.
I'm not testing if every possible combination of PACKAGECONFIG
On Tue, Sep 10, 2013 at 06:10:46PM +0300, Laurentiu Palcu wrote:
Currently, the package name contains just the TRANSLATED_TARGET_ARCH.
When compiling the toolchain for two machines, belonging to the same
architecture (for example: qemuarm and beagleboard), this package gets
overwritten and
On Tue, Sep 10, 2013 at 06:17:27PM +0100, Burton, Ross wrote:
On 10 September 2013 18:15, Ross Burton ross.bur...@intel.com wrote:
-if num = 3 and items[2]:
-extradeps.append(items[2])
-if num = 4 and items[3]:
-
2013/9/10 Paul Eggleton paul.eggle...@linux.intel.com
I assume that an IRC log will be posted after the meeting, is that
correct?
That's correct.
#oe is permanently logged (unless the bot is dead)
logs are at http://ibot.rikers.org/%23oe/
Enjoy!
Frans
On Tue, 2013-09-10 at 20:44 +0200, Martin Jansa wrote:
On Tue, Sep 10, 2013 at 06:10:46PM +0300, Laurentiu Palcu wrote:
Currently, the package name contains just the TRANSLATED_TARGET_ARCH.
When compiling the toolchain for two machines, belonging to the same
architecture (for example:
On 09/10/2013 07:56 AM, hans.becke...@gmail.com wrote:
From: Hans Beckerus hans.beckerus at gmail.com
This patch updates libtool.m4 (and its output) to resolve a problem
with variable 'lt_sysroot' not being properly updated if the option
'--with[-libtool]-sysroot' is not provided when running
On 09/05/2013 09:25 AM, Valentin Popa wrote:
Changes to split live into iso and hddimg without
adding a new image type class.
[YOCTO #3197]
---
meta/classes/image.bbclass | 11 ++-
meta/classes/image_types.bbclass| 11 +++
On Tue, 2013-09-10 at 08:30 -0700, Darren Hart wrote:
On Fri, 2013-09-06 at 18:12 +0200, Peter Kjellerstedt wrote:
This makes sure the the first build starts from a clean state. Otherwise
one could have the first build affected by any leftover state from
a previous build.
This also
With few more fixes, this is working for EMGD based meta-intel BSPs.
Here are the commits which worked:
http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/commit/?h=nitin/mesa-gl
http://git.yoctoproject.org/cgit/cgit.cgi/meta-intel-contrib/log/?h=nitin/mesa-gl
BTW the same functionality can
[ YOCTO #3723 ]
Add a mode to smart that will allow an installation to continue, instead of
failure in the case that one or more items is uninstallable.
Uninstallable packages are simply ignored, and no error is generated.
Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
Time measurements with:
MACHINE = qemux86
PACKAGE_CLASSES = package_rpm
EXTRA_IMAGE_FEATURES = dev-pkgs staticdev-pkgs doc-pkgs dbg-pkgs ptest-pkgs
BB_NUMBER_THREADS ?= 8
PARALLEL_MAKE ?= -j 8
image: core-image-sato
Quad Core i7 workstation...
With all of the recipes built, and just executing
From: Ting Liu b28...@freescale.com
When trying to build on my Centos 5.5 machine, got below error:
| checking for gtkdoc-mkpdf... no
| checking whether to build gtk-doc documentation... no
| checking for CROCO... yes
| checking if gcc supports -Wl,-Bsymbolic-functions flag...
| configure: error:
From: Chen Qi qi.c...@windriver.com
The following changes since commit e15dc0911656d4fe44025e71ed3b6763841b05db:
mount.sh: automount cdrom device even if no ID_FS_TYPE available (2013-09-10
21:19:17 +0800)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib
From: Chen Qi qi.c...@windriver.com
The iso and hddimg share a common concept of 'live image', and they
use the same initramfs and thus the same init. However, that init
script in initramfs made a wrong assumption that the rootfs image
was read-only by itself. This is apparently not true for
The following changes since commit 6b4f7e4b26c51f0c1517c0a697031e7bc488b76f:
systemd.bbclass: get the correct /lib directory (2013-09-10 23:15:16 +0100)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib kangkai/midori
Exclude midori from mips64 temporarily. Becuase midori depends on
webkit-gtk which could not build for mips64 with 64bits userspace now.
[YOCTO #5141]
Signed-off-by: Kai Kang kai.k...@windriver.com
---
meta/recipes-sato/midori/midori_0.5.5.bb | 4
1 file changed, 4 insertions(+)
diff
70 matches
Mail list logo