[YOCTO #671]
readlink -f in Ubuntu 10.04 is buggy: it doesn't ignore a trailing / (e.g.,
readlink -f /tmp/non-existent-dir/ returns nothing, but according to
http://www.gnu.org/s/coreutils/manual/coreutils.pdf it should do that --
hence we get bug 671. It seems Ubuntu 10.10 or even later Ubuntu
Hi,
I've just switched to oe-core from -dev, and I'm finding that my root images
are showing incorrect permissions on files, randomly. From one build to the
next, different subsets of files and folders end up owned by 1000:1000, instead
of root:root. They aren't strictly grouped by package -
From: Zhai Edwin edwin.z...@intel.com
Remove buildconf_fix.patch as already in upstream.
Signed-off-by: Zhai Edwin edwin.z...@intel.com
---
meta/recipes-support/apr/apr/buildconf_fix.patch | 27
.../apr/{apr_1.4.2.bb = apr_1.4.5.bb} | 13 +
2 files
From: Zhai Edwin edwin.z...@intel.com
Signed-off-by: Zhai Edwin edwin.z...@intel.com
---
.../{lighttpd_1.4.28.bb = lighttpd_1.4.29.bb} |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
rename meta/recipes-extended/lighttpd/{lighttpd_1.4.28.bb =
lighttpd_1.4.29.bb} (90%)
diff
From: Zhai Edwin edwin.z...@intel.com
Signed-off-by: Zhai Edwin edwin.z...@intel.com
---
.../{libassuan_2.0.1.bb = libassuan_2.0.2.bb} |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-support/libassuan/{libassuan_2.0.1.bb =
libassuan_2.0.2.bb} (82%)
diff
From: Zhai Edwin edwin.z...@intel.com
All,
This is new version for some package upgrade according to Raj's comments:
* remove patch=1 in recipe
* reasonble split files for apr-util
BTW, one bug fix[YOCTO #1211] is also sent.
Thanks,
Edwin
The following changes since commit
From: Zhai Edwin edwin.z...@intel.com
Signed-off-by: Zhai Edwin edwin.z...@intel.com
---
...libsoup-2.4_2.34.1.bb = libsoup-2.4_2.34.2.bb} |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-support/libsoup/{libsoup-2.4_2.34.1.bb =
libsoup-2.4_2.34.2.bb} (76%)
From: Zhai Edwin edwin.z...@intel.com
sudo is used to run rootless X in xserver-nodm, and start to fail with
xf86OpenConsole: Cannot open /dev/tty0 error after upgrade to 1.8.1. sudo
seems wait for some resource that is unavailable in early phase of booting.
This patch swith to su for rootless X
From: Zhai Edwin edwin.z...@intel.com
Signed-off-by: Zhai Edwin edwin.z...@intel.com
---
.../{parted-2.3 = parted-3.0}/no_check.patch |0
.../{parted-2.3 = parted-3.0}/syscalls.patch |0
.../parted/{parted_2.3.bb = parted_3.0.bb}|4 ++--
3 files changed, 2
On Mon, 2011-08-01 at 15:51 -0700, Tom Rini wrote:
On 08/01/2011 03:28 PM, Saul Wold wrote:
On 07/30/2011 11:20 AM, Khem Raj wrote:
On Wednesday, July 27, 2011 05:34:45 PM Kang Kai wrote:
From: Kang Kaikai.k...@windriver.com
ghostscript fails some time on autobuilder, it seems a
Add a fixup for trying to create ustar archives when the users
UID or GID is larger than the format allows.
Based on a patch from Tom Rini
Signed-off-by: Kumar Gala ga...@kernel.crashing.org
---
meta/recipes-devtools/automake/automake.inc|2 +-
On Tue, 2011-08-02 at 03:14 -0500, Kumar Gala wrote:
Add a fixup for trying to create ustar archives when the users
UID or GID is larger than the format allows.
Based on a patch from Tom Rini
Signed-off-by: Kumar Gala ga...@kernel.crashing.org
---
On Tue, 2011-08-02 at 07:28 +, James Limbouris wrote:
Hi,
I've just switched to oe-core from -dev, and I'm finding that my root
images are showing incorrect permissions on files, randomly. From one
build to the next, different subsets of files and folders end up owned
by 1000:1000,
Hi all,
Andrea pointed out a situation where he has seen the layer priority overriding
version selection, and I've been able to confirm it.
Basically, if you have a recipe with a lower version in a layer with a higher
priority it selects the lower version. What's more after digging further I
Hi,
I've been experimenting with a combined repo
(https://github.com/koenkooi/Angstrom-integration-layer/) the past few days and
I have some mixed feelings about it. I tried to mimic the yocto setup and the
questions I get from people are how do I know where all the stuff is
originally from,
On Tue, 2011-08-02 at 14:08 +0800, Dexuan Cui wrote:
[YOCTO #671]
readlink -f in Ubuntu 10.04 is buggy: it doesn't ignore a trailing / (e.g.,
readlink -f /tmp/non-existent-dir/ returns nothing, but according to
http://www.gnu.org/s/coreutils/manual/coreutils.pdf it should do that --
hence
* Added do_savedefconfig task to kernel.bbclass.
Signed-off-by: Noor, Ahsan noor_ah...@mentor.com
---
meta/classes/kernel.bbclass |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
index 25d2629..f2f05b1 100644
We need to ensure only one value ends up in TUNE_PKGARCH rather than several.
This change ensures consistency accross all the PPC tune files and that they
correctly inherit the core value but also allow it to be overwritten.
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
On Mon, 2011-08-01 at 09:44 -0700, Tom Rini wrote:
On 08/01/2011 09:07 AM, Phil Blundell wrote:
On Mon, 2011-08-01 at 09:37 -0500, Kumar Gala wrote:
Not sure I understand the statement about disambiguate the resulting
compilers, on PPC where I intend to utilize this we'd have the
On Aug 1, 2011, at 11:57 AM, Richard Purdie wrote:
On Mon, 2011-08-01 at 09:44 -0700, Tom Rini wrote:
On 08/01/2011 09:07 AM, Phil Blundell wrote:
On Mon, 2011-08-01 at 09:37 -0500, Kumar Gala wrote:
Not sure I understand the statement about disambiguate the resulting
compilers, on PPC
Hi,
when running QEMU, build as console-image, some strange errors occur.
QEMU was started with the following command:
qemu-system-arm -M versatilepb -m 128 -kernel
/var/oe-core/tmp-eglibc/deploy/images/qemuarm/zImage-qemuarm.bin -hda
On Mon, 2011-08-01 at 19:17 -0500, Mark Hatle wrote:
This is an attempt to fix a number of issues with the SDK generation. It has
been
tested using bitbake meta-toolchain-sdk.
Note, patches:
4/5: package_ipk: SDK generation workaround
5/5: update-alternatives: Add alternatives as a
On Mon, 2011-08-01 at 11:59 -0700, Khem Raj wrote:
On Mon, Aug 1, 2011 at 11:51 AM, Kumar Gala ga...@kernel.crashing.org wrote:
On Aug 1, 2011, at 12:34 PM, Khem Raj wrote:
On (01/08/11 09:11), Kumar Gala wrote:
On Aug 1, 2011, at 8:03 AM, Richard Purdie wrote:
On Mon, 2011-08-01
On Tue, 2011-08-02 at 08:11 -0500, Kumar Gala wrote:
On Aug 1, 2011, at 11:57 AM, Richard Purdie wrote:
On Mon, 2011-08-01 at 09:44 -0700, Tom Rini wrote:
On 08/01/2011 09:07 AM, Phil Blundell wrote:
On Mon, 2011-08-01 at 09:37 -0500, Kumar Gala wrote:
Not sure I understand the
On Mon, 2011-08-01 at 19:17 -0500, Mark Hatle wrote:
The following allows RPM to generate the SDK image, however without it
we get a failure because the system has nothing that provides /bin/sh.
Unfortunately the patch causes failures with ipk and deb packages because
they can not have
On Tue, 2011-08-02 at 14:45 +0100, Richard Purdie wrote:
We could do with clearly documenting this in the bitbake manual. I
suspect users would expect the highest version to win and we probably
should change the behaviour but I'm open to other opinions.
The original intent with
On Tue, Aug 2, 2011 at 6:52 AM, Phil Blundell ph...@gnu.org wrote:
Actually, to some extent I consider it a bit of a misfeature that the
layer priority is specified by the layer rather than by the user in
bblayers.conf, since this makes it harder to vary the stack-up order
without local
On Tuesday 02 August 2011 15:14:41 Chris Larson wrote:
as config/class priority is
determined by order of entries in BBLAYERS, whereas recipe priority is
determined by layer.conf.
Is that a good thing though? At the moment I'm not convinced that it is.
Cheers,
Paul
--
Paul Eggleton
Intel
On Tue, Aug 2, 2011 at 7:21 AM, Paul Eggleton
paul.eggle...@linux.intel.com wrote:
On Tuesday 02 August 2011 15:14:41 Chris Larson wrote:
as config/class priority is
determined by order of entries in BBLAYERS, whereas recipe priority is
determined by layer.conf.
Is that a good thing though?
On 8/2/11 5:11 AM, Richard Purdie wrote:
On Tue, 2011-08-02 at 07:28 +, James Limbouris wrote:
Hi,
I've just switched to oe-core from -dev, and I'm finding that my root
images are showing incorrect permissions on files, randomly. From one
build to the next, different subsets of files and
On 8/2/11 8:46 AM, Phil Blundell wrote:
On Mon, 2011-08-01 at 19:17 -0500, Mark Hatle wrote:
The following allows RPM to generate the SDK image, however without it
we get a failure because the system has nothing that provides /bin/sh.
Unfortunately the patch causes failures with ipk and deb
On Tuesday 02 August 2011 15:27:58 Chris Larson wrote:
On Tue, Aug 2, 2011 at 7:21 AM, Paul Eggleton
paul.eggle...@linux.intel.com wrote:
On Tuesday 02 August 2011 15:14:41 Chris Larson wrote:
as config/class priority is
determined by order of entries in BBLAYERS, whereas recipe priority
The bug I was seeing was caused by something else, but I'd still like feedback
on this patch to find out why the dot vs dash difference exists
Op 2 aug. 2011, om 16:47 heeft Koen Kooi het volgende geschreven:
When using binary locales rootfs generation fails with:
| Unknown package
On Tue, 2011-08-02 at 03:14 -0500, Kumar Gala wrote:
+-_am_tools='gnutar m4_if([$1], [ustar], [plaintar]) pax cpio none'
++_am_tools='gnutar m4_if([$1], [ustar], [plaintar]) cpio pax none'
Have you discussed that with upstream? If not, are you confident that
preferring cpio will not simply
On 08/02/2011 08:19 AM, Phil Blundell wrote:
On Tue, 2011-08-02 at 03:14 -0500, Kumar Gala wrote:
+-_am_tools='gnutar m4_if([$1], [ustar], [plaintar]) pax cpio none'
++_am_tools='gnutar m4_if([$1], [ustar], [plaintar]) cpio pax none'
Have you discussed that with upstream? If not, are you
On 08/02/2011 08:34 AM, Tom Rini wrote:
On 08/02/2011 08:19 AM, Phil Blundell wrote:
On Tue, 2011-08-02 at 03:14 -0500, Kumar Gala wrote:
+-_am_tools='gnutar m4_if([$1], [ustar], [plaintar]) pax cpio none'
++_am_tools='gnutar m4_if([$1], [ustar], [plaintar]) cpio pax none'
Have you discussed
On Aug 1, 2011, at 1:58 PM, Kumar Gala wrote:
I'm trying to track down a bug related the following in
gcc-configure-common.inc. I know there is one bug in the sed line, but when
I fix that I run into a second issue. I'm trying to understand what we think
the following two lines are
On Tue, 2011-08-02 at 10:36 -0500, Kumar Gala wrote:
Would really love if anyone knows what is suppose to be going on with
SYSTEMLIBS_DIR to chime in here.
That stuff was all added in 934d3853 as part of the source tree sharing
work. So I guess you should take it up with Robert Yang.
p.
On Aug 1, 2011, at 1:58 PM, Kumar Gala wrote:
I'm trying to track down a bug related the following in
gcc-configure-common.inc. I know there is one bug in the sed line, but when
I fix that I run into a second issue. I'm trying to understand what we think
the following two lines are
On Aug 2, 2011, at 10:41 AM, Phil Blundell wrote:
On Tue, 2011-08-02 at 10:36 -0500, Kumar Gala wrote:
Would really love if anyone knows what is suppose to be going on with
SYSTEMLIBS_DIR to chime in here.
That stuff was all added in 934d3853 as part of the source tree sharing
work. So
On Aug 2, 2011, at 10:34 AM, Tom Rini wrote:
On 08/02/2011 08:19 AM, Phil Blundell wrote:
On Tue, 2011-08-02 at 03:14 -0500, Kumar Gala wrote:
+-_am_tools='gnutar m4_if([$1], [ustar], [plaintar]) pax cpio none'
++_am_tools='gnutar m4_if([$1], [ustar], [plaintar]) cpio pax none'
Have you
On 08/02/2011 09:01 AM, Kumar Gala wrote:
On Aug 2, 2011, at 10:34 AM, Tom Rini wrote:
On 08/02/2011 08:19 AM, Phil Blundell wrote:
On Tue, 2011-08-02 at 03:14 -0500, Kumar Gala wrote:
+-_am_tools='gnutar m4_if([$1], [ustar], [plaintar]) pax cpio none'
++_am_tools='gnutar m4_if([$1],
On Aug 2, 2011, at 11:04 AM, Tom Rini wrote:
On 08/02/2011 09:01 AM, Kumar Gala wrote:
On Aug 2, 2011, at 10:34 AM, Tom Rini wrote:
On 08/02/2011 08:19 AM, Phil Blundell wrote:
On Tue, 2011-08-02 at 03:14 -0500, Kumar Gala wrote:
+-_am_tools='gnutar m4_if([$1], [ustar], [plaintar]) pax
Add some uniformity to the naming scheme and reduce a bit of redudancy.
Names are now back to: ppc603e, ppce300c2, ppce500, ppce500mc,
ppce500v2.
On 64-bit we'll have something like ppc64e5500.
Signed-off-by: Kumar Gala ga...@kernel.crashing.org
---
Folks,
Thanks for your patience, I am working with Richard to gather up the
requests that have been made over the last week. Now that we are
getting Milestone 3 moving again, OE-Core will get the attention it needs.
I am working to get patches in on a 24-48 hour cycle, so please have
some
On 07/28/2011 11:09 AM, Kumar Gala wrote:
The do_archgen step creates a script that utilizes the variable name
${ARCH}. However, we also utilize and define ${ARCH} so instead of
having the following in the script:
COMPAT_WITH=${ARCH},${COMPAT} $COMPAT_WITH
We get something like:
On 07/28/2011 01:59 PM, Kumar Gala wrote:
When figuring out how to set TUNE_CCARGS we should look for 'm64' not
'n64' in TUNE_FEATURES.
Signed-off-by: Kumar Galaga...@kernel.crashing.org
---
.../machine/include/powerpc/arch-powerpc64.inc |2 +-
1 files changed, 1 insertions(+), 1
On 07/28/2011 01:59 PM, Kumar Gala wrote:
All 64-bit PPC processors support hard-float so no need to support
soft-float.
Signed-off-by: Kumar Galaga...@kernel.crashing.org
---
.../machine/include/powerpc/arch-powerpc64.inc |6 ++
1 files changed, 2 insertions(+), 4 deletions(-)
On 07/28/2011 01:59 PM, Kumar Gala wrote:
Its more likely that we explicitly set soft-floating point support for a
given target than hard. So use 'fpu-soft' in TUNE_FEATURES rather than
'fpu-hard' to determine setting 'nf' (no-float) in PPCPKGSFX_FPU.
Signed-off-by: Kumar
On 07/28/2011 05:08 PM, Kumar Gala wrote:
Add some uniformity to the naming scheme and reduce a bit of redudancy.
Names are now back to: ppc603e, ppce300c2, ppce500, ppce500mc,
ppce500v2.
On 64-bit we'll have something like ppc64e5500.
Signed-off-by: Kumar Galaga...@kernel.crashing.org
---
On 07/28/2011 08:33 PM, Kang Kai wrote:
From: Kang Kaikai.k...@windriver.com
Update distro tracking fields of libnewt mailx slang and alsa-tools.
Update mailx licence, slang homepage and alsa-tools.
This should be 4 separate commits, not 1, please resubmit this
Sau!
Signed-off-by: Kang
On Tue, Aug 2, 2011 at 9:31 AM, Kumar Gala ga...@kernel.crashing.org wrote:
Add some uniformity to the naming scheme and reduce a bit of redudancy.
Names are now back to: ppc603e, ppce300c2, ppce500, ppce500mc,
ppce500v2.
On 64-bit we'll have something like ppc64e5500.
there are 2 more
On 07/29/2011 12:34 AM, Martin Jansa wrote:
On Fri, Jul 29, 2011 at 09:17:31AM +0200, Martin Jansa wrote:
* PACKAGES were defined in eglibc.inc as well as eglibc-package.inc, definition
from eglibc.inc was overriden from recipes including eglibc.inc only
*
On 07/28/2011 05:07 PM, Kumar Gala wrote:
Its possible we get duplications if we explicity add TUNE_PKGARCH to
PACKAGE_ARCHS so instead just add a sanity check to verify it.
Signed-off-by: Kumar Galaga...@kernel.crashing.org
---
meta/classes/sanity.bbclass | 10 +-
1 files changed,
On 07/29/2011 08:34 AM, Dmitry Eremin-Solenikov wrote:
Currently tune-xscale.inc has options wrt. setting of xscale/xscale-be tunes.
Fix that.
Signed-off-by: Dmitry Eremin-Solenikovdbarysh...@gmail.com
---
meta/conf/machine/include/tune-xscale.inc |2 +-
1 files changed, 1 insertions(+),
On 07/30/2011 05:46 AM, Koen Kooi wrote:
Signed-off-by: Koen Kooik...@dominion.thruhere.net
---
meta/classes/package_deb.bbclass |6 +++---
meta/classes/package_ipk.bbclass |6 +++---
meta/classes/package_rpm.bbclass |6 +++---
3 files changed, 9 insertions(+), 9 deletions(-)
On 07/31/2011 03:31 AM, Dmitry Eremin-Solenikov wrote:
eglibc builds for arm-eabi unconditionally enables the libc-do-syscall.S
file, which contains thumb assembly. It's unused in arm-eabi-nothumb case,
so just ifdef the actual code.
Signed-off-by: Dmitry Eremin-Solenikovdbarysh...@gmail.com
On 07/28/2011 01:46 PM, Kumar Gala wrote:
Recent changes to how TUNE_PKGARCH is composed means it might not be in
the PACKAGE_EXTRA_ARCHS_tune list. Rather than having to update all
such lists we just add TUNE_PKGARCH to PACKAGE_ARCHS.
An example, for ppc603e TUNE_PKGARCH is now:
On (27/07/11 15:29), Richard Purdie wrote:
Since we now handle GLIBC_DYNAMIC_LINKER in gcc-configure-common.inc:
's#\(GLIBC_DYNAMIC_LINKER[^ ]*\)\( */lib.*\)#\1 SYSTEMLIBS_DIR\2#'
we can drop the patch which changes a hardcoded value for this.
No PR bump since there is no code change
On 07/29/2011 05:24 AM, Noor, Ahsan wrote:
* The menuconfig target exists in places other than the kernel that use kernel
style config.
Signed-off-by: Noor, Ahsannoor_ah...@mentor.com
---
meta/classes/cml1.bbclass | 12
meta/classes/kernel.bbclass | 15 ---
2
Op 2 aug. 2011, om 20:36 heeft Saul Wold het volgende geschreven:
On 07/29/2011 05:24 AM, Noor, Ahsan wrote:
* The menuconfig target exists in places other than the kernel that use
kernel style config.
Signed-off-by: Noor, Ahsannoor_ah...@mentor.com
---
meta/classes/cml1.bbclass |
On Aug 1, 2011, at 8:03 AM, Richard Purdie wrote:
On Mon, 2011-08-01 at 00:36 -0700, Saul Wold wrote:
From: Kumar Gala ga...@kernel.crashing.org
Its more likely that we explicitly set soft-floating point support for a
given target than hard. So use 'fpu-soft' in TUNE_FEATURES rather than
On Tue, 2011-08-02 at 11:36 -0700, Saul Wold wrote:
I think this patch will break the linux-* recipes if someone tries to
use the menuconfig task.
I think you need to also modify the linux-* recipes that currently
inherit kernel to also include cmd1
kernel.bbclass already does inherit
On 08/02/2011 11:45 AM, Phil Blundell wrote:
On Tue, 2011-08-02 at 11:36 -0700, Saul Wold wrote:
I think this patch will break the linux-* recipes if someone tries to
use the menuconfig task.
I think you need to also modify the linux-* recipes that currently
inherit kernel to also include cmd1
* Add DEFAULTTUNE setting
* Sync TUNE_PKGARCH with:
commit 20f285728219c1efcc23d8e861902c212893c68d
Author: Richard Purdie richard.pur...@linuxfoundation.org
Date: Tue Aug 2 12:40:06 2011 +0100
tune/ppc: Fix various TUNE_PKGARCH issues
Signed-off-by: Kumar
Add a fixup for trying to create ustar archives when the users
UID or GID is larger than the format allows.
Signed-off-by: Tom Rini tom_r...@mentor.com
Signed-off-by: Kumar Gala ga...@kernel.crashing.org
---
meta/recipes-devtools/automake/automake.inc|2 +-
On Aug 2, 2011, at 3:39 PM, Richard Purdie wrote:
On Tue, 2011-08-02 at 14:18 -0500, Kumar Gala wrote:
* Add DEFAULTTUNE setting
* Sync TUNE_PKGARCH with:
commit 20f285728219c1efcc23d8e861902c212893c68d
Author: Richard Purdie richard.pur...@linuxfoundation.org
Date: Tue
The sed regex in do_configure_prepend was producing the following result:
#define GLIBC_DYNAMIC_LINKER64 SYSTEMLIBS_DIR /lib64//ld-linux-x86-64.so.2
instead of
#define GLIBC_DYNAMIC_LINKER64 SYSTEMLIBS_DIR/ld-linux-x86-64.so.2
Additionally, with the regex fixed the manipulation of
Add a fixup for trying to create ustar archives when the users
UID or GID is larger than the format allows.
Signed-off-by: Tom Rini tom_r...@mentor.com
Signed-off-by: Kumar Gala ga...@kernel.crashing.org
---
* Removed patch=1
* Fixed a few whitespace issues
On Tue, Aug 2, 2011 at 2:16 PM, Kumar Gala ga...@kernel.crashing.org wrote:
The sed regex in do_configure_prepend was producing the following result:
#define GLIBC_DYNAMIC_LINKER64 SYSTEMLIBS_DIR /lib64//ld-linux-x86-64.so.2
instead of
#define GLIBC_DYNAMIC_LINKER64
I'd like to report a possible problem with oe-core that I'm not sure how to fix:
On running a bitbake systemd-gnome-image, the do_rootfs stage fails
saying certain packages are missing.
On digging further, I find that the opkg.conf that opkg-cl uses (in
image.bbclass do_rootfs function) has the
Op 2 aug. 2011 om 23:57 heeft Joel A Fernandes agnel.j...@gmail.com het
volgende geschreven:
I'd like to report a possible problem with oe-core that I'm not sure how to
fix:
./oebb.sh update
On running a bitbake systemd-gnome-image, the do_rootfs stage fails
saying certain
The sed regex in do_configure_prepend was producing the following result:
#define GLIBC_DYNAMIC_LINKER64 SYSTEMLIBS_DIR /lib64/ld-linux-x86-64.so.2
instead of removing the leading /lib or /lib64.
Now we have it do:
#define GLIBC_DYNAMIC_LINKER64 SYSTEMLIBS_DIR ld-linux-x86-64.so.2
On Tue, 2011-08-02 at 13:31 -0500, Kumar Gala wrote:
On Aug 1, 2011, at 8:03 AM, Richard Purdie wrote:
On Mon, 2011-08-01 at 00:36 -0700, Saul Wold wrote:
From: Kumar Gala ga...@kernel.crashing.org
Its more likely that we explicitly set soft-floating point support for a
given target
On Tue, Aug 2, 2011 at 5:09 PM, Koen Kooi k...@dominion.thruhere.net wrote:
Op 2 aug. 2011 om 23:57 heeft Joel A Fernandes agnel.j...@gmail.com het
volgende geschreven:
I'd like to report a possible problem with oe-core that I'm not sure how to
fix:
./oebb.sh update
I see you fixed it
On Tue, Aug 2, 2011 at 3:33 PM, Kumar Gala ga...@kernel.crashing.org wrote:
The sed regex in do_configure_prepend was producing the following result:
#define GLIBC_DYNAMIC_LINKER64 SYSTEMLIBS_DIR /lib64/ld-linux-x86-64.so.2
instead of removing the leading /lib or /lib64.
Now we have it do:
On Aug 1, 2011, at 9:26 AM, Kumar Gala wrote:
Some of powerpc's dont support the fsqrt[s] instructions so we need an
implementation of the library functions for those processors.
Signed-off-by: Kumar Gala ga...@kernel.crashing.org
---
.../recipes-core/eglibc/eglibc-2.13/ppc-sqrt.patch |
On 08/02/2011 04:15 PM, Kumar Gala wrote:
On Aug 1, 2011, at 9:26 AM, Kumar Gala wrote:
Some of powerpc's dont support the fsqrt[s] instructions so we need an
implementation of the library functions for those processors.
Signed-off-by: Kumar Galaga...@kernel.crashing.org
---
On 08/01/2011 07:26 AM, Kumar Gala wrote:
Some of powerpc's dont support the fsqrt[s] instructions so we need an
implementation of the library functions for those processors.
Signed-off-by: Kumar Galaga...@kernel.crashing.org
This patch is ok.
Acked-by: Khem Raj raj.k...@gmail.com
---
Hi,
I now get a build error as below with systemd-gnome-image in
do_rootfs, could you take a look?
Also I had to remove 'fontconfig' from RDEPENDS_task-gnome-fonts in
recipes-angstrom/tasks/angstrom-task-gnome.bb as the package didn't
exist and it was causing more opkg install problems in
On Aug 2, 2011, at 6:33 PM, Saul Wold wrote:
On 08/02/2011 04:15 PM, Kumar Gala wrote:
On Aug 1, 2011, at 9:26 AM, Kumar Gala wrote:
Some of powerpc's dont support the fsqrt[s] instructions so we need an
implementation of the library functions for those processors.
Signed-off-by:
On Tue Aug 2 16:40:09, Mark Hatle wrote:
On 8/2/11 5:11 AM, Richard Purdie wrote:
On Tue, 2011-08-02 at 07:28 +, James Limbouris wrote:
Hi,
I've just switched to oe-core from -dev, and I'm finding that my root
images are showing incorrect permissions on files, randomly. From one
build to
On 08/02/2011 04:43 AM, Richard Purdie wrote:
On Tue, 2011-08-02 at 14:08 +0800, Dexuan Cui wrote:
[YOCTO #671]
readlink -f in Ubuntu 10.04 is buggy: it doesn't ignore a trailing / (e.g.,
readlink -f /tmp/non-existent-dir/ returns nothing, but according to
On Jul 20, 2011, at 3:27 AM, Saul Wold wrote:
From: Dongxiao Xu dongxiao...@intel.com
There is hardcode of /usr/lib dir for some python files.
Fix it to support multilib.
Signed-off-by: Dongxiao Xu dongxiao...@intel.com
---
.../xcb/xcb-proto-1.6/aclocal.patch| 22
powerp64 dynamic loader is 'ld64.so.1'.
Signed-off-by: Kumar Gala ga...@kernel.crashing.org
---
* Use correct name of ppc64 dynamic loader
* user ${baselib} so if we are /lib or /lib64 things work
meta/classes/image-mklibs.bbclass |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
If prelink gets a chance to properly run I get a rootfs that does:
/sbin/init: relocation error: /lib64/libc.so.6: symbol _rtld_global_ro, version
GLIBC_PRIVATE not defined in file ld64.so.1 with link time reference
if 'baselib' is set to /lib we get:
On 08/01/2011 07:30 AM, Kumar Gala wrote:
Add powerpc e5500 core support to binutils so its recognized by
assember, etc. The e5500 is a 64-bit core from Freescale utilized in
the P5020 SoC.
Signed-off-by: Kumar Galaga...@kernel.crashing.org
Looks ok.
Acked-by: Khem Raj raj.k...@gmail.com
If I have 'baselib=/lib64' w/ppc64 I get:
ldconfig -r
/local/home/galak/git/poky/build-p5020-64/tmp/work/p5020_ds-poky-linux/core-image-minimal-1.0-r0/rootfs
-c new -v
./ldconfig: Can't stat /usr/lib: No such file or directory
/lib:
Seems that is an issue, also not sure how this is suppose to
88 matches
Mail list logo