On Fri, Aug 12, 2011 at 08:17:52AM +0200, Samuel Stirtzel wrote:
> Hi,
> lately I looked a bit into the structure of OE-Core and found pages
> like: http://www.yoctoproject.org/projects/openembedded-core, and
> http://openembedded.org/index.php/LayerIndex
>
> 1. question: Are these informations re
Hi,
lately I looked a bit into the structure of OE-Core and found pages
like: http://www.yoctoproject.org/projects/openembedded-core, and
http://openembedded.org/index.php/LayerIndex
1. question: Are these informations reliable (the layer index page
seems outdated). From the information I found, t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/11/2011 04:39 PM, Richard Purdie wrote:
> local.conf is the first thing anyone to the project sees. Over time
> it has built up a ton cruft and isn't even accurate in places.
>
> This patch:
>
> * Moves things to local.conf.sample.extended if a
On 2011年08月10日 20:30, Richard Purdie wrote:
On Tue, 2011-08-09 at 16:50 +0800, Xiaofeng Yan wrote:
From: Xiaofeng Yan
[YOCTO #1348]
The variable "TARGET_OS" has different value when building qt-x11-free-native
and \
qt-x11-free.
The different cause failure to compile qt3.
$ bitbake qt-x11-free
On Thu, Aug 11, 2011 at 06:53:02PM -0700, Khem Raj wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 08/11/2011 05:14 PM, Andreas Mueller wrote:
> > Hi
> >
> > I just pulled latest metas, deleted all my temp stuff, start build
> > and get
> >
> > ERROR: Function 'do_headerfix' fail
We need --with-cpu based to glibc to get proper support on 603e & e500mc
to pickup proper math libs to deal with sqrt. These core do not
implement the fsqrt[s] instructions that the normal PPC math libs
utilize.
This causes use to not set AVAILTUNES specifically to the sub-arch only
as we arent g
On Aug 11, 2011, at 4:51 PM, Saul Wold wrote:
> On 08/10/2011 11:17 PM, Kumar Gala wrote:
>> We need --with-cpu based to glibc to get proper support on 603e& e500mc
>> to pickup proper math libs to deal with sqrt. These core do not
>> implement the fsqrt[s] instructions that the normal PPC math
Hi Koen,
Sorry for replying late, I am on vacation now. I looked at my commit
561d875404ef1783f94f37314b6e756766db8411, and from it I see that both eglibc &
glibc package.bbclass has same lines
- if m:
- eglibc_name = "%s.%s" % (m.group(1),
m.group(2).lower
On 08/11/2011 05:40 PM, Bruce Ashfield wrote:
> On 11-08-11 7:08 PM, Darren Hart wrote:
>> Add the initial linux-yocto-rt_3.0 recipe.
>>
>> TODO: replace the AUTOREV with real commit ids.
>
> I think you did this!
>
>>
>> Signed-off-by: Darren Hart
>> Signed-off-by: Bruce Ashfield
>> ---
>> me
On 08/11/2011 05:40 PM, Bruce Ashfield wrote:
> On 11-08-11 7:08 PM, Darren Hart wrote:
>> Add the initial linux-yocto-rt_3.0 recipe.
>>
>> TODO: replace the AUTOREV with real commit ids.
>
> I think you did this!
>
>>
>> Signed-off-by: Darren Hart
>> Signed-off-by: Bruce Ashfield
>> ---
>> met
Saul Wold wrote on 2011-08-12:
> On 08/11/2011 06:09 PM, Lu, Lianhao wrote:
>> Phil Blundell wrote on 2011-08-11:
>>> On Thu, 2011-08-11 at 22:31 +0800, Lianhao Lu wrote:
[YOCTO #892] populate the site config files content into the file
in {target}/cross_site_config in rootfs, which can b
On 08/11/2011 06:09 PM, Lu, Lianhao wrote:
Phil Blundell wrote on 2011-08-11:
On Thu, 2011-08-11 at 22:31 +0800, Lianhao Lu wrote:
[YOCTO #892] populate the site config files content into the file in
{target}/cross_site_config in rootfs, which can be used by the cross
toolchain in meta-toolchai
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/11/2011 05:14 PM, Andreas Mueller wrote:
> Hi
>
> I just pulled latest metas, deleted all my temp stuff, start build
> and get
>
> ERROR: Function 'do_headerfix' failed (see
> /home/Superandy/tmp/oe-core-
> eglibc/work/armv7a-angstrom-linux-gn
[YOCTO #1325] [YOCTO #1366]
Packages that were in the PACKAGE_ATTEMPTONLY and SUGGESTS were not
being properly found, which was causing image creation failures.
In PACKAGE_ATTEMPTONLY, when an item was not found, it caused an
error. This should have been a note, followed by skipping the
package.
Fix ATTEMPTONLY and SUGGESTS in package_rpm. This relies on the previous
changes to the rpm platform and package_rpm.bbclass I sent earlier today.
Note patch 1 and 2 are the earlier set, which I am not resending.
The following changes since commit a92d56058b21913570bb17ae416c3b00afce055e:
gno
Phil Blundell wrote on 2011-08-11:
> On Thu, 2011-08-11 at 22:31 +0800, Lianhao Lu wrote:
>> [YOCTO #892] populate the site config files content into the file in
>> {target}/cross_site_config in rootfs, which can be used by the cross
>> toolchain in meta-toolchain when the rootfs is used as sysroot
On 11-08-11 7:08 PM, Darren Hart wrote:
Add the initial linux-yocto-rt_3.0 recipe.
TODO: replace the AUTOREV with real commit ids.
I think you did this!
Signed-off-by: Darren Hart
Signed-off-by: Bruce Ashfield
---
meta-rt/recipes-kernel/linux/linux-yocto-rt_3.0.bb | 55 +
I have a similar fix coming. This one is close, but there are a few other
changes that are needed still.
--Mark
On 8/11/11 7:09 PM, Saul Wold wrote:
> Richard:
>
> This issue was introduced with the recent IMAGE_FEATURES changes,
> since the ATTEMPTONLY was not really being used it had not bee
Hi
I just pulled latest metas, deleted all my temp stuff, start build and get
ERROR: Function 'do_headerfix' failed (see /home/Superandy/tmp/oe-core-
eglibc/work/armv7a-angstrom-linux-gnueabi/gcc-cross-initial-4.5-
r40+svnr176640/temp/log.do_headerfix.25304 for further information)
ERROR: Logfile
[YOCTO #1366]
Signed-off-by: Saul Wold
---
meta/classes/package_rpm.bbclass |9 -
1 files changed, 8 insertions(+), 1 deletions(-)
diff --git a/meta/classes/package_rpm.bbclass b/meta/classes/package_rpm.bbclass
index 59e8d48..5b76c5d 100644
--- a/meta/classes/package_rpm.bbclass
++
Richard:
This issue was introduced with the recent IMAGE_FEATURES changes,
since the ATTEMPTONLY was not really being used it had not been updated
for some of the MultiLib changes, this fixes that situation.
Thanks
Sau!
The following changes since commit a92d56058b21913570bb17ae416c3b0
local.conf is the first thing anyone to the project sees. Over time it
has built up a ton cruft and isn't even accurate in places.
This patch:
* Moves things to local.conf.sample.extended if a new user is unlikely
to need to immediately care about the options
* Reorders the file to be more int
Document the non-obvious bits of using the recipes-rt recipes.
Signed-off-by: Darren Hart
---
meta/recipes-rt/README | 13 +
1 files changed, 13 insertions(+), 0 deletions(-)
create mode 100644 meta/recipes-rt/README
diff --git a/meta/recipes-rt/README b/meta/recipes-rt/README
ne
Keeping the rt recipes in their own layer has led to maintenance issues,
particularly with the linux-yocto-rt recipes. As these kernel types are part of
the same linux-yocto source repository, it seems reasonable to include the rt
kernel recipes alongside the standard recipes. A new recipes-rt dire
Rename the recipe to match the linux-yocto recipe renames using the kernel
version in the PV portion of the filename.
Add the SRCREVs to the recipe as was done with the core linux-yocto recipes.
Add qemux86 as it is also present in the linux-yocto-2.6.34.git repository.
Signed-off-by: Darren Har
Remove "minimal" from the image recipe names for -rt. Additional recipes types
will be added (-rt-sdk for example) and there is no need to keep so many image
type descriptors.
Drop the -live image as it is now obsolete.
Signed-off-by: Darren Hart
---
.../{core-image-minimal-rt.bb => core-image-
Add the initial linux-yocto-rt_3.0 recipe.
TODO: replace the AUTOREV with real commit ids.
Signed-off-by: Darren Hart
Signed-off-by: Bruce Ashfield
---
meta-rt/recipes-kernel/linux/linux-yocto-rt_3.0.bb | 55
1 files changed, 55 insertions(+), 0 deletions(-)
create mode
Add images including the SDK without the addition of the grapical environment or
packages.
Signed-off-by: Darren Hart
---
meta-rt/images/core-image-rt-sdk.bb | 15 +++
1 files changed, 15 insertions(+), 0 deletions(-)
create mode 100644 meta-rt/images/core-image-rt-sdk.bb
diff --
Without a default KMACHINE and SRCREV_machine the git URL will fail to
expand to something usable and we get a parsing error. This approach was
also used in the non-rt version of this recipe.
Signed-off-by: Darren Hart
---
.../recipes-kernel/linux/linux-yocto-rt_2.6.34.bb |2 ++
1 files cha
meta-rt resides in oe-core, as such it should only support the
qemu* machines. BSP layers should add support for specific
hardware platforms.
Signed-off-by: Darren Hart
---
.../recipes-kernel/linux/linux-yocto-rt_2.6.34.bb |4 +---
1 files changed, 1 insertions(+), 3 deletions(-)
diff --gi
AUTOREV is handy is a development aid, but it really shouldn't be used as a
default as it breaks the consistency and repeatability of a build. It also
causes additional fetches which may not be desired or expected.
Signed-off-by: Darren Hart
---
.../{rt-tests_git.bb => rt-tests_0.73.bb}
Use the more standard recipes-*/*/*.bb layout.
Signed-off-by: Darren Hart
---
meta-rt/conf/layer.conf|5 +++--
.../{ => linux}/linux-yocto-rt_2.6.34.bb |0
.../recipes-tests/{ => rt-tests}/rt-tests_0.73.bb |0
3 files changed, 3 insertions(+), 2
This series brings the existing linux-yocto-rt recipe inline with the
main linux-yocto recipe. It cleans up the meta-rt directory structure
in preparation to move its contents under meta. It adds a 3.0.1-rt8
linux-yocto recipe. Finally, it moves it all under meta and adds a
basic README.
The follo
On 08/01/2011 04:01 AM, Lianhao Lu wrote:
This series of patch allow all the eglibc(s) in the current multilib
configuration have the same ldd/ldconfig settings.
We put the dynamic loaders'(ld.so) names in the dictionary of "ld_info_all"
defined in the file eglibc-ld.inc. This dictionary is inde
On 08/10/2011 11:17 PM, Kumar Gala wrote:
We need --with-cpu based to glibc to get proper support on 603e& e500mc
to pickup proper math libs to deal with sqrt. These core do not
implement the fsqrt[s] instructions that the normal PPC math libs
utilize.
This causes use to not set AVAILTUNES spe
On 08/11/2011 08:50 AM, jani.uusi-rant...@nokia.com wrote:
From d54b975506c392cfb59dbb3caf313ac061b6fa01 Mon Sep 17 00:00:00 2001
From: Jani Uusi-Rantala
Date: Thu, 11 Aug 2011 18:37:56 +0300
Subject: [PATCH] Magic file path should be given for rpmbuild in
_rpmfc_magic_path define so that build
On 08/10/2011 02:49 AM, Xiaofeng Yan wrote:
From: Xiaofeng Yan
[YOCTO #936]
"update-alternatives" installed: one in /usr/sbin from chkconfig \
(symlinked to "alternatives"), and the other in /usr/bin \
from update-alternatives-cworth.
It appears for whatever reason that the one from chkconfig is
On 08/09/2011 10:09 PM, Leandro Dorileo wrote:
This small patch introduces a a very simple and basic way to script
the combo-layer conf file. With that a combo can be shared with no
need to change its config - associated to the use of environment
variables for example.
*Similar* to bitbake it co
On 08/07/2011 11:30 PM, Khem Raj wrote:
location of libGL has moved in ubuntu 11.10
so we look for it in the new locations
Signed-off-by: Khem Raj
---
scripts/runqemu |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/scripts/runqemu b/scripts/runqemu
index 9611c64..2b8e
On 08/11/2011 09:02 AM, Phil Blundell wrote:
On Thu, 2011-08-11 at 21:00 +0500, Noor, Ahsan wrote:
From: Noor Ahsan
* Added new recipe version 4.96.
Is there a particular reason why we need both this and the old 4.82?
Agreed,
I would entertain a v2 that removes the older recipe, as we don'
On Aug 11, 2011, at 1:41 PM, Richard Purdie wrote:
> On Thu, 2011-08-11 at 16:30 +0100, Richard Purdie wrote:
>> On Thu, 2011-08-11 at 01:47 -0500, Kumar Gala wrote:
>>> revert this is not acceptable as that will break ppc64 builds.
>>>
>>> I think you need to look at 64bithack.patch and if we r
On Thu, Aug 11, 2011 at 11:23 AM, Christopher Larson wrote:
>
> are available in the git repository at:
> github:kergoth/oe-core misc-fixes
Erm, forgot to adjust this before sending, the url is
git://github.com/kergoth/oe-core (I use url insteadOf/pushInsteadOf in
.gitconfig to use the above url
On Thu, 2011-08-11 at 16:30 +0100, Richard Purdie wrote:
> On Thu, 2011-08-11 at 01:47 -0500, Kumar Gala wrote:
> > revert this is not acceptable as that will break ppc64 builds.
> >
> > I think you need to look at 64bithack.patch and if we really should be
> > using it for multilib builds.
>
>
From: Chris Larson
Signed-off-by: Chris Larson
---
meta/classes/sanity.bbclass |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/meta/classes/sanity.bbclass b/meta/classes/sanity.bbclass
index 999e15d..d50c843 100644
--- a/meta/classes/sanity.bbclass
+++ b/meta/classes
From: Chris Larson
Signed-off-by: Chris Larson
---
meta/classes/cross.bbclass |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/meta/classes/cross.bbclass b/meta/classes/cross.bbclass
index 519aa0d..5681ab9 100644
--- a/meta/classes/cross.bbclass
+++ b/meta/classes/cross
From: Chris Larson
Signed-off-by: Chris Larson
---
meta/classes/package.bbclass |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/meta/classes/package.bbclass b/meta/classes/package.bbclass
index 0a954ef..100f465 100644
--- a/meta/classes/package.bbclass
+++ b/meta/cl
From: Chris Larson
Signed-off-by: Chris Larson
---
meta/classes/insane.bbclass |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/meta/classes/insane.bbclass b/meta/classes/insane.bbclass
index 0267fad..a660a06 100644
--- a/meta/classes/insane.bbclass
+++ b/meta/classes/
From: Chris Larson
Signed-off-by: Chris Larson
---
meta/classes/nativesdk.bbclass |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/meta/classes/nativesdk.bbclass b/meta/classes/nativesdk.bbclass
index 152d053..a49 100644
--- a/meta/classes/nativesdk.bbclass
+++ b/me
From: Chris Larson
Signed-off-by: Chris Larson
---
meta/classes/package.bbclass |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/meta/classes/package.bbclass b/meta/classes/package.bbclass
index bb0ba68..0a954ef 100644
--- a/meta/classes/package.bbclass
+++ b/meta/classe
From: Chris Larson
With this, we get a useful busybox-dbg package.
Signed-off-by: Chris Larson
---
meta/recipes-core/busybox/busybox.inc |3 ++-
meta/recipes-core/busybox/busybox_1.18.4.bb |2 +-
2 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-core/bus
From: Chris Larson
A variety of unrelated fixes I've had local for a while.
The following changes since commit a752b23767189f2678367e47ca0b41f49c56a631:
sstate: Add level 2 debug so its possible to see what sstate is doing
(2011-08-11 17:19:51 +0100)
are available in the git repository at:
On Thu, 2011-08-11 at 09:29 -0700, Saul Wold wrote:
> The following changes since commit a1f87ec65fa1a6d5ce9a010548dbe7c01ab9b711:
>
> eglibc: force GLIBC_EXTRA_OECONF to not be uset for nativesdk (2011-08-10
> 13:26:22 +0100)
>
> are available in the git repository at:
> git://git.openembed
On 08/08/2011 12:35 AM, Dongxiao Xu wrote:
Hi Richard,
The following two commits fix the issue that, some normal packages are
built out when building pure multilib image "lib32-core-image-sato".
Please help to review and pull.
[YOCTO #1340]
In the future, please include this Bug Fix ID in the
Updating the SRCREVs for linux-yocto to pickup a series of changes
that were made to support the build/boot of preempt-rt on 3.0.x.
7782fc6 routerstationpro: remove CONFIG_PREEMPT* definitions
b51300c meta/rt: sugarbay preempt-rt support
735711e meta/rt: common-pc[-64] preempt-rt no branch fix
530
Richard/Saul,
Here's the latest linux-yocto pull request. It includes updates
for rt support (from Darren) as well as some build fixes for
various issues we've met along the way.
Once this is in place, we are in a position to change the defaults
for the qemu machines. Speak now if there's a prob
On Aug 11, 2011, at 11:29 AM, Saul Wold wrote:
> From: Kumar Gala
>
> autoconf will try and set these to via python.m4:
>
> am_cv_python_pythondir=$PYTHON_PREFIX/lib/python$PYTHON_VERSION/site-packages
> am_cv_python_pyexecdir=$PYTHON_EXEC_PREFIX/lib/python$PYTHON_VERSION/site-packages
>
> Ho
On Aug 11, 2011, at 11:29 AM, Saul Wold wrote:
> From: Kumar Gala
>
> For ppc we disable '--enable-target-optspace' because of a bug in gcc
> 4.5.x. gcc 4.6.x fixes this issue so no need to do this.
>
> Signed-off-by: Kumar Gala
>
> [Change PR Bumps to apply patch]
>
> Signed-off-by: Saul
From: jani.uusi-rant...@nokia.com
>From d54b975506c392cfb59dbb3caf313ac061b6fa01 Mon Sep 17 00:00:00 2001
From: Jani Uusi-Rantala
Date: Thu, 11 Aug 2011 18:37:56 +0300
Subject: [PATCH] Magic file path should be given for rpmbuild in
_rpmfc_magic_path define so that build system default file
is
From: Kumar Gala
For ppc we disable '--enable-target-optspace' because of a bug in gcc
4.5.x. gcc 4.6.x fixes this issue so no need to do this.
Signed-off-by: Kumar Gala
[Change PR Bumps to apply patch]
Signed-off-by: Saul Wold
---
meta/recipes-devtools/gcc/gcc-4.5.1.inc| 10
From: Kumar Gala
Don't just assign but append to EXTRA_OECONF so we maintain python-dir
setting fo EXTRA_OECONF.
This fixes issue if libdir is set to something like '/usr/lib64'.
Signed-off-by: Kumar Gala
---
meta/recipes-gnome/gnome/gnome-doc-utils.inc |2 +-
meta/recipes-gnome/gno
From: Richard Purdie
We ensure that:
* the shared work directory contains PR and ensure PR values are consistent
across gcc builds
* the regexp to handle library directories is in a specific task and run once
This avoids breakage that was seen in incremental builds after commit
be1f70d68b6b7577
From: Kumar Gala
autoconf will try and set these to via python.m4:
am_cv_python_pythondir=$PYTHON_PREFIX/lib/python$PYTHON_VERSION/site-packages
am_cv_python_pyexecdir=$PYTHON_EXEC_PREFIX/lib/python$PYTHON_VERSION/site-packages
However this is problematic as this doesnt respect libdir and where
From: Kumar Gala
Fixes issue of libdir is set to something like '/usr/lib64'.
Signed-off-by: Kumar Gala
---
.../telepathy/telepathy-python_0.15.19.bb |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-connectivity/telepathy/telepathy-python_0.15.1
From: Khem Raj
location of libGL has moved in ubuntu 11.10
so we look for it in the new locations
Signed-off-by: Khem Raj
---
scripts/runqemu |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/scripts/runqemu b/scripts/runqemu
index 9611c64..2b8e88a 100755
--- a/scripts/r
Richard,
This is a series of patches that I have reviewed and built.
Sau!
The following changes since commit a1f87ec65fa1a6d5ce9a010548dbe7c01ab9b711:
eglibc: force GLIBC_EXTRA_OECONF to not be uset for nativesdk (2011-08-10
13:26:22 +0100)
are available in the git repository at:
git://gi
From: Kumar Gala
The previous patch to deal with multilib that patched aclocal doesn't
work in all cases as we might regenerate aclocal and thus the
modification is overwritten.
Instead we can utilize python-dir class to have it set:
am_cv_python_pythondir & am_cv_python_pyexecdir
for is to th
From: Leandro Dorileo
This small patch introduces a a very simple and basic way to script
the combo-layer conf file. With that a combo can be shared with no
need to change its config - associated to the use of environment
variables for example.
*Similar* to bitbake it considers every value start
From: Xiaofeng Yan
[YOCTO #936]
"update-alternatives" installed: one in /usr/sbin from chkconfig \
(symlinked to "alternatives"), and the other in /usr/bin \
from update-alternatives-cworth.
It appears for whatever reason that the one from chkconfig is run \
during postinst processing but if you
OE-TSC meeting 4 August, 2011
Note: There was no meeting on July 28 due to a lack of quorum
Attendees: Richard, Khem, Tom, Mark
Apologies: Koen
Note: Jefro
Minutes:
01) choose a meeting chair
RP
02) new topics
a. request for post 1.1 focus areas for yocto
03) action items from last week
-
On Thu, 2011-08-11 at 21:00 +0500, Noor, Ahsan wrote:
> From: Noor Ahsan
>
> * Added new recipe version 4.96.
Is there a particular reason why we need both this and the old 4.82?
p.
___
Openembedded-core mailing list
Openembedded-core@lists.openemb
On Wed, 2011-08-10 at 12:51 -0500, Kumar Gala wrote:
> the yocto wiki references mentions a bitbake-diffsigs
>
> https://wiki.yoctoproject.org/wiki/Enable_sstate_cache
>
> but not seeing that. How can one compare signature or try and figure
> out why a cache item isn't being reused between cfgs.
From: Noor Ahsan
* Added new recipe version 4.96.
Signed-off-by: Noor Ahsan
---
.../bluez/bluez4-4.96/bluetooth.conf | 16
meta/recipes-connectivity/bluez/bluez4_4.96.bb | 73
2 files changed, 89 insertions(+), 0 deletions(-)
diff --git a/meta/
On 8/11/11 6:25 AM, Phil Blundell wrote:
> On Tue, 2011-07-26 at 13:44 +0100, Richard Purdie wrote:
>> +# MIPS Architecture definition
>> +# 12 defined ABIs, all combinations of:
>> +# *) Big/Little Endian
>> +# *) Hardware/Software Floating Point
>> +# *) o32, n32, n64 ABI
>> +
>> +DEFAULTTUNE ?=
On 8/10/11 7:44 PM, Xu, Dongxiao wrote:
>> -Original Message-
>> From: openembedded-core-boun...@lists.openembedded.org
>> [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of
>> Xu, Dongxiao
>> Sent: Thursday, August 04, 2011 9:00 AM
>> To: Patches and discussions about t
When constructing the /etc/rpm/platform file, we need to ensure that
the any, all, and noarch platforms will allow any "linux" variant to
be installable, not just matching variants.. i.e.
arm-oe-linux-gnueabi should be able to install noarch-oe-linux
Also ensure that we pass the full canonical ar
[YOCTO #1352]
Fix the canonical arch --target processor to work with the way OE
handles the GNU canonical arch.
Also cleanup a number of files that are no longer used, and refactor
the no-loop patch into the "no-loopmsg" patch.
Signed-off-by: Mark Hatle
---
.../recipes-devtools/rpm/rpm/export-
This fixes the Yocto bug #1352. When trying to install an arm package
on the target, the platform no longer matched properly. The platform was
being set to arm*-oe-linux-gnu, instead of the proper arm*-oe-linux-gnueabi.
The following changes since commit 87456db10d6e615e5f49453befedaa5957dfe292:
On Thu, 2011-08-11 at 01:47 -0500, Kumar Gala wrote:
> revert this is not acceptable as that will break ppc64 builds.
>
> I think you need to look at 64bithack.patch and if we really should be using
> it for multilib builds.
This just sounds like gcc totally ignores the the library directory
we'
On Thursday, August 11, 2011 03:45:01 PM Yu Ke wrote:
> Ok, CC Richard to see if it is OK to not use 64bithack.patch
>
> Regards
> Ke
>
> on 2011-8-11 14:47, Kumar Gala wrote:
> > revert this is not acceptable as that will break ppc64 builds.
> >
> > I think you need to look at 64bithack.patch a
On Thursday, August 11, 2011 01:29:38 PM Phil Blundell wrote:
> On Thu, 2011-08-11 at 13:08 +0100, Richard Purdie wrote:
> > On Thu, 2011-08-11 at 12:25 +0100, Phil Blundell wrote:
> > > On Tue, 2011-07-26 at 13:44 +0100, Richard Purdie wrote:
> > > > +# MIPS Architecture definition
> > > > +# 12 d
On Thu, 2011-08-11 at 22:31 +0800, Lianhao Lu wrote:
> [YOCTO #892] populate the site config files content into the file in
> {target}/cross_site_config in rootfs, which can be used by the cross
> toolchain in meta-toolchain when the rootfs is used as sysroot.
Is that going to cause ${datadir}/cro
[YOCTO #892] Use the site config file in rootfs to set up the build
environment.
Signed-off-by: Lianhao Lu
---
meta/classes/populate_sdk.bbclass |2 +-
meta/recipes-core/meta/meta-environment.bb |6 +-
meta/recipes-core/meta/meta-toolchain.bb |4 +---
3 files changed,
[YOCTO #892] populate the site config files content into the file in
{target}/cross_site_config in rootfs, which can be used by the cross
toolchain in meta-toolchain when the rootfs is used as sysroot.
Signed-off-by: Lianhao Lu
---
meta/classes/image.bbclass |1 +
meta/classes/si
This series of patches fixed the bug #892. Currently, the site config
files used in the cross compiling environment generated by meta-toolchain
partly come from SITECONFIG_SYSROOT_CACHE, where each package will put
their own site config cache file during their populate-sysroot task.
However, th
On Thu, 2011-08-11 at 13:29 +0100, Phil Blundell wrote:
> On Thu, 2011-08-11 at 13:08 +0100, Richard Purdie wrote:
> > You sound like you're doing this backwards. Pick a tune that either sets
> > TUNE_FEATURES to either contain or not contain "bigendian". TARGET_ARCH
> > then should get set appropr
On 11.08.2011 14:17, Phil Blundell wrote:
> Right now, there are a bunch of recipes (e.g. dbus, cairo) which always
> build against X11 even though the underlying software can work without
> it. This makes it somewhat painful to build a display system using
> clutter (for example) without X.
>
>
On Thu, 2011-08-11 at 15:27 +0200, Anders Darander wrote:
> The opposite of objections, at least from me... This is something that
> I've wanted to do for a long time (but I never seem to get the time for
> it).
>
> Once again, I'm fighting against not only building X-related stuff, but
> also pre
* Phil Blundell [110811 14:17]:
> Right now, there are a bunch of recipes (e.g. dbus, cairo) which always
> build against X11 even though the underlying software can work without
> it. This makes it somewhat painful to build a display system using
> clutter (for example) without X.
> It's also m
On Thu, 2011-08-11 at 13:08 +0100, Richard Purdie wrote:
> On Thu, 2011-08-11 at 12:25 +0100, Phil Blundell wrote:
> > On Tue, 2011-07-26 at 13:44 +0100, Richard Purdie wrote:
> > > +# MIPS Architecture definition
> > > +# 12 defined ABIs, all combinations of:
> > > +# *) Big/Little Endian
> > > +#
es-3.0.14-r69: task do_cleansstate: Started
NOTE: package base-files-3.0.14-r69: task do_cleansstate: Succeeded
NOTE: Tasks Summary: Attempted 2 tasks of which 0 didn't need to be rerun and 0
failed.
.. try to unpack some recipe with file:// in SRC_URI
Right now, there are a bunch of recipes (e.g. dbus, cairo) which always
build against X11 even though the underlying software can work without
it. This makes it somewhat painful to build a display system using
clutter (for example) without X.
It's also moderately fiddly to stop X11 from leaking i
On Thu, 2011-08-11 at 12:25 +0100, Phil Blundell wrote:
> On Tue, 2011-07-26 at 13:44 +0100, Richard Purdie wrote:
> > +# MIPS Architecture definition
> > +# 12 defined ABIs, all combinations of:
> > +# *) Big/Little Endian
> > +# *) Hardware/Software Floating Point
> > +# *) o32, n32, n64 ABI
> >
On Thu, 2011-08-11 at 08:44 +0200, Martin Jansa wrote:
> On Wed, Aug 10, 2011 at 11:48:33AM +0100, Phil Blundell wrote:
> > On Wed, 2011-06-29 at 16:11 +0100, Phil Blundell wrote:
> > > Also, it does seem that "bitbake -e -b ..." really is broken. I get:
> > >
> > > ERROR: Command execution faile
On Wed, 2011-08-10 at 14:26 +0100, Richard Purdie wrote:
> On Wed, 2011-08-10 at 11:48 +0100, Phil Blundell wrote:
> > On Wed, 2011-06-29 at 16:11 +0100, Phil Blundell wrote:
> > > Also, it does seem that "bitbake -e -b ..." really is broken. I get:
>
> I've posted a patch to fix this to the bitba
On Tue, 2011-07-26 at 13:44 +0100, Richard Purdie wrote:
> +# MIPS Architecture definition
> +# 12 defined ABIs, all combinations of:
> +# *) Big/Little Endian
> +# *) Hardware/Software Floating Point
> +# *) o32, n32, n64 ABI
> +
> +DEFAULTTUNE ?= "mips"
> +
> +# Endianess
> +TUNEVALID[bigendian]
Something like that, yeah. I don't think you want/need to do anything
with RDEPENDS since that should all be automatic.
If SDL can use GLES as well as GL then it might be worth adding support
for both. They should probably be separate DISTRO_FEATUREs (and
possibly we should have separate featur
On Aug 9, 2011, at 11:12 PM, Kumar Gala wrote:
> For ppc we disable '--enable-target-optspace' because of a bug in gcc
> 4.5.x. gcc 4.6.x fixes this issue so no need to do this.
>
> Signed-off-by: Kumar Gala
> ---
> meta/recipes-devtools/gcc/gcc-4.5.1.inc|8
> meta/reci
Ok, CC Richard to see if it is OK to not use 64bithack.patch
Regards
Ke
on 2011-8-11 14:47, Kumar Gala wrote:
revert this is not acceptable as that will break ppc64 builds.
I think you need to look at 64bithack.patch and if we really should be using it
for multilib builds.
- k
On Aug 11, 20
Thanks for your suggestions, Richard, Phil.
Just want to double confirm, is it OK if I add a check for "opengl" in
DISTRO_FEATURES in libsdl.bb? If it's set, we could add virtual/libgl into
DEPENDS and RDEPENDS_virtclass-nativesdk, and enable opengl in EXTRA_OECONF.
> Hi Jiajun,
>
> On Fri, 201
99 matches
Mail list logo
