Add a way to add arbitrary text to the top of a spec file. This
can be useful for adding specific tags to the produced binaries for
tracking purposes.
Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
meta/classes/package_rpm.bbclass |6 ++
1 files changed, 6 insertions(+), 0
The magic file could be installed somewhere else if the system native prefix
settings are changed. Adjust the packaging files to compensate for this.
Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
meta/classes/package.bbclass |2 +-
meta/classes/package_rpm.bbclass |2 +-
2
On 12/23/11 10:44 AM, Paul Eggleton wrote:
Hi Beth,
Great work on this. A few comments below:
On Tuesday 20 December 2011 08:17:22 Flanagan, Elizabeth wrote:
- In most cases, LICENSE is set for the recipe, however, a recipe that
contains multiple packages, all of whom may have a distinct
On 12/28/11 5:39 AM, Paul Eggleton wrote:
On Friday 23 December 2011 11:05:01 Mark Hatle wrote:
On Tuesday 20 December 2011 08:17:22 Flanagan, Elizabeth wrote:
- In most cases, LICENSE is set for the recipe, however, a recipe that
contains multiple packages, all of whom may have a distinct
On 1/3/12 6:14 AM, Phil Blundell wrote:
On Mon, 2012-01-02 at 22:18 -0800, Saul Wold wrote:
From: Mark Hatlemark.ha...@windriver.com
Buildstats should be allowed to be optionally enabled. It's
recommended that it be enabled via the USER_CLASSES setting.
Alternatively it could be enabled via
On 1/4/12 10:34 AM, Chris Larson wrote:
On Wed, Jan 4, 2012 at 9:23 AM, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
Another approach would be to stop injecting -dev Requires by default. I
imagine this was done to handle the case of library A whose headers
require library B.
On 7/4/11 11:44 AM, Graeme Gregory wrote:
On 07/04/2011 05:12 PM, Chris Elston wrote:
Hi, with my Angstrom cap on I like this syntax and I think it will be
really useful.
A second level concern I have is about conflicting features, its not
something we will come across probably in DISTRO
On 7/5/11 5:06 AM, Hauser, Wolfgang (external) wrote:
To build a read-only image, we have to set up an extra layer where we
modified all packages they cause a runtime modification.
Especially we have to cover some adduser/addgroup issues, modify the volatile
file handling for our needs,
On 7/13/11 2:05 PM, Tom Rini wrote:
Hey all,
This is the second of two pull requests. This doesn't depend on the first
request, it's just splitting changes up. There's three changes here. First,
site/ix86-common was setting the wrong value for unsigned int. Second,
change perl to use
=mhatle/ncurses
Mark Hatle (1):
ncurses: Fix site_config
.../recipes-core/{ = ncurses}/site_config/headers |0
1 files changed, 0 insertions(+), 0 deletions(-)
rename meta/recipes-core/{ = ncurses}/site_config/headers (100%)
--
1.7.3.4
The site_config directory should have been attached to ncurses.
Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
.../recipes-core/{ = ncurses}/site_config/headers |0
1 files changed, 0 insertions(+), 0 deletions(-)
rename meta/recipes-core/{ = ncurses}/site_config/headers (100
On 7/13/11 5:14 PM, Tom Rini wrote:
Hey all,
Do we have an opinion on siteinfo for recipes that oe-core lacks? I
have two easy examples:
- mono: neither meta-oe nor oe-core have a recipe, we have siteinfo
stuff specific to it. Ignore it? drop it? update it with what meta-oe has?
-
On 7/13/11 8:44 PM, Tom Rini wrote:
On 07/13/2011 06:20 PM, Mark Hatle wrote:
On 7/13/11 5:14 PM, Tom Rini wrote:
Hey all,
Do we have an opinion on siteinfo for recipes that oe-core lacks? I
have two easy examples:
- mono: neither meta-oe nor oe-core have a recipe, we have siteinfo
stuff
On 7/13/11 9:07 PM, Tom Rini wrote:
On 07/13/2011 07:01 PM, Mark Hatle wrote:
On 7/13/11 8:44 PM, Tom Rini wrote:
On 07/13/2011 06:20 PM, Mark Hatle wrote:
On 7/13/11 5:14 PM, Tom Rini wrote:
Hey all,
Do we have an opinion on siteinfo for recipes that oe-core lacks? I
have two easy
On 7/14/11 9:00 PM, Tom Rini wrote:
Hey all,
As I work on bringing jenkins up on my stripped down builder machines
I've once again run into the wait, I'm supposed to have installed...?
problem. Can we switch to building help2man and mercurial rather than
making the end user install them?
On 7/15/11 9:39 AM, Joshua Lock wrote:
On Thu, 2011-07-14 at 21:56 -0500, Mark Hatle wrote:
On 7/14/11 9:00 PM, Tom Rini wrote:
Hey all,
As I work on bringing jenkins up on my stripped down builder machines
I've once again run into the wait, I'm supposed to have installed...?
problem. Can
On 7/18/11 7:32 AM, Koen Kooi wrote:
Op 18 jul 2011, om 09:08 heeft Koen Kooi het volgende geschreven:
Op 18 jul 2011, om 08:13 heeft Dongxiao Xu het volgende geschreven:
Signed-off-by: Dongxiao Xu dongxiao...@intel.com
---
meta/recipes-core/udev/udev-164/makefile.patch | 16
Replying to myself.. sorry, I misunderstood the concern.. see below for a new
explanation..
On 7/18/11 10:25 AM, Mark Hatle wrote:
On 7/18/11 7:32 AM, Koen Kooi wrote:
Op 18 jul 2011, om 09:08 heeft Koen Kooi het volgende geschreven:
Op 18 jul 2011, om 08:13 heeft Dongxiao Xu het volgende
On 7/19/11 6:57 PM, Joshua Lock wrote:
Several users reported issues with pseudo on CentOS 5.x hosts, Matthew
McClintock tracked the issue to the realpath_fix.patch and Mark Hatle
supplied the included fix.
CC: Matthew McClintock m...@freescale.com
CC: Mark Hatle mark.ha...@windriver.com
On 7/25/11 8:54 AM, Phil Blundell wrote:
On Mon, 2011-07-25 at 14:47 +0100, Richard Purdie wrote:
+/* Copyright (c) 2005-2011 Wind River Systems, Inc.
+ *
+ * This program is free software; you can redistribute it and/or modify
+ * it under the terms of the GNU Lesser General Public License
+i386 and x86_64 to generate the same file. We'll need to handle this
+in the recipe itself.
+
+Signed-off-by: Mark Hatle mark.ha...@windriver.com
This patch is missing an Upstream-Status. It's also rather large and
intrusive which makes it hard to review sensibly and seems like it might
On 7/25/11 9:05 AM, Phil Blundell wrote:
On Mon, 2011-07-25 at 14:47 +0100, Richard Purdie wrote:
From: Mark Hatle mark.ha...@windriver.com
We don't want to change the owner/mode of symlinks, as this may
affect the target of the link. Also broken links will fail as well.
This seems like
On 7/25/11 9:08 AM, Phil Blundell wrote:
On Mon, 2011-07-25 at 14:47 +0100, Richard Purdie wrote:
From: Mark Hatle mark.ha...@windriver.com
Fix the issue where the generated header differs based on the bitsize of the
target at the time of building.
Signed-off-by: Mark Hatle mark.ha
On 7/25/11 9:13 AM, Phil Blundell wrote:
On Mon, 2011-07-25 at 14:47 +0100, Richard Purdie wrote:
From: Mark Hatle mark.ha...@windriver.com
If the man pages are compressed, then they cause file conflicts between
the 32-bit and 64-bit versions of the package.
I'm slightly bemused as to why
Few quick items here:
On 7/26/11 7:44 AM, Richard Purdie wrote:
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
meta/conf/machine/include/mips/arch-mips.inc | 64
+-
meta/conf/machine/include/tune-mips32.inc| 10 +++-
2 files changed,
On 7/26/11 8:59 AM, Richard Purdie wrote:
On Tue, 2011-07-26 at 08:47 -0500, Kumar Gala wrote:
On Jul 26, 2011, at 7:44 AM, Richard Purdie wrote:
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
meta/conf/machine/include/powerpc/arch-powerpc.inc | 45
Comments below...
On 7/26/11 7:44 AM, Richard Purdie wrote:
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
meta/conf/machine/include/powerpc/arch-powerpc.inc | 45
+++-
meta/conf/machine/include/tune-ppc603e.inc | 12 -
On 7/25/11 12:11 PM, Mark Hatle wrote:
On 7/25/11 8:54 AM, Phil Blundell wrote:
On Mon, 2011-07-25 at 14:47 +0100, Richard Purdie wrote:
+/* Copyright (c) 2005-2011 Wind River Systems, Inc.
+ *
+ * This program is free software; you can redistribute it and/or modify
+ * it under the terms
On 7/26/11 11:51 AM, Richard Purdie wrote:
On Tue, 2011-07-26 at 09:41 -0500, Mark Hatle wrote:
Few quick items here:
On 7/26/11 7:44 AM, Richard Purdie wrote:
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
meta/conf/machine/include/mips/arch-mips.inc | 64
On 7/26/11 12:05 PM, Richard Purdie wrote:
On Tue, 2011-07-26 at 11:53 -0500, Mark Hatle wrote:
On 7/26/11 11:36 AM, Richard Purdie wrote:
On Tue, 2011-07-26 at 09:57 -0500, Mark Hatle wrote:
On 7/26/11 7:44 AM, Richard Purdie wrote:
Signed-off-by: Richard Purdie richard.pur
: IMAGE_TYPES was missing some entries (2011-07-26
15:52:40 +0100)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib mhatle/ml_fixes
http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=mhatle/ml_fixes
Mark Hatle (8):
multilib_header.bbclass: Add oe_multilib_header wrapper
This helper function and associated header will allow us to
resolve two/three header files that conflict due to contents
that change based on wordsize and ABI.
Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
meta/classes/multilib_header.bbclass | 29 ++
scripts
apr.h conflicts between 32-bit and 64-bit versions
Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
meta/recipes-support/apr/apr_1.4.2.bb |8 ++--
1 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-support/apr/apr_1.4.2.bb
b/meta/recipes-support/apr
-by: Mark Hatle mark.ha...@windriver.com
---
meta/recipes-core/eglibc/eglibc-package.inc |4 +-
meta/recipes-core/eglibc/eglibc_2.13.bb | 91 +++
2 files changed, 94 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-core/eglibc/eglibc-package.inc
b/meta/recipes
We switch to using os.lchown in order to avoid following a symlink.
We also now check if an item is a symlink, if so we avoid the
os.chmod as a symlink inherits the mode of it's target.
Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
meta/classes/package.bbclass | 10 +-
1
beecrypt/gnu.h conflicts between 32-bit and 64-bit versions.
Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
meta/recipes-support/beecrypt/beecrypt_4.2.1.bb |8 ++--
1 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-support/beecrypt/beecrypt_4.2.1.bb
b
bfd.h conflicts between 32-bit and 64-bit versions.
Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
meta/recipes-devtools/binutils/binutils.inc |4 +++-
meta/recipes-devtools/binutils/binutils_2.21.1.bb |2 +-
2 files changed, 4 insertions(+), 2 deletions(-)
diff --git
We found a minor bug in the patch since it was first sent out:
On 7/26/11 5:50 PM, Richard Purdie wrote:
From: Mark Hatle mark.ha...@windriver.com
This is a first pass at adding multilib support to the RPM package
and image handling code.
Signed-off-by: Mark Hatle mark.ha...@windriver.com
On 7/27/11 9:29 AM, Richard Purdie wrote:
This means if PKGARCHCOMPAT_ARMV7A is set, armv7a-vfp-neon is renamed
to be armv7a. Other compatibility mappings can be added as needed.
There are multiple armv7 cores without neon... I think there might even be one
or two custom cores w/o VFP. (Yes I
On 7/27/11 9:33 AM, Koen Kooi wrote:
Op 27 jul. 2011, om 16:27 heeft Mark Hatle het volgende geschreven:
On 7/27/11 8:33 AM, Richard Purdie wrote:
On Wed, 2011-07-27 at 13:17 +0100, Phil Blundell wrote:
On Tue, 2011-07-26 at 13:44 +0100, Richard Purdie wrote:
+TARGET_FPU = ${@d.getVar
On 7/27/11 9:34 AM, Phil Blundell wrote:
I just looked at this again and here are a few more comments:
On Tue, 2011-07-26 at 13:44 +0100, Richard Purdie wrote:
+PACKAGE_EXTRA_ARCHS_tune-armv4tb = ${PACKAGE_EXTRA_ARCHS_tune-armv4}
armv4tb
That should be ${PACKAGE_EXTRA_ARCHS_tune-armv4b}
On 7/27/11 9:44 AM, Phil Blundell wrote:
On Wed, 2011-07-27 at 09:27 -0500, Mark Hatle wrote:
On 7/27/11 8:33 AM, Richard Purdie wrote:
On Wed, 2011-07-27 at 13:17 +0100, Phil Blundell wrote:
On Tue, 2011-07-26 at 13:44 +0100, Richard Purdie wrote:
+TARGET_FPU = ${@d.getVar('ARMPKGSFX_FPU
On 7/27/11 10:02 AM, Phil Blundell wrote:
On Wed, 2011-07-27 at 09:44 -0500, Mark Hatle wrote:
On 7/27/11 9:29 AM, Richard Purdie wrote:
This means if PKGARCHCOMPAT_ARMV7A is set, armv7a-vfp-neon is renamed
to be armv7a. Other compatibility mappings can be added as needed.
There are multiple
On 7/27/11 10:25 AM, Phil Blundell wrote:
On Wed, 2011-07-27 at 09:58 -0500, Mark Hatle wrote:
For the tune names.. armv5 means I want classic ARM instructions, while
armv5t
means I was thumb instructions.
So armv5 and armv5t are distinct in the contents of the tunings.
Ah, I see. Does
On 7/27/11 2:31 PM, Phil Blundell wrote:
On Wed, 2011-07-27 at 12:19 -0500, Mark Hatle wrote:
On 7/27/11 10:25 AM, Phil Blundell wrote:
On Wed, 2011-07-27 at 09:58 -0500, Mark Hatle wrote:
For the tune names.. armv5 means I want classic ARM instructions, while
armv5t
means I was thumb
Sorry I was gone much of yesterday and not able to comment. I'm going to break
this down into the two problems that I see people having.
1) interworking. I was recently told EABI requires interworking to be
enabled, and in OE-core we only support EABI. So we should always have the
interworking
On 7/29/11 3:23 PM, Phil Blundell wrote:
On Fri, 2011-07-29 at 13:08 -0500, Mark Hatle wrote:
Sorry I was gone much of yesterday and not able to comment. I'm going to
break
this down into the two problems that I see people having.
1) interworking. I was recently told EABI requires
acked-by: Mark Hatle mark.ha...@windriver.com
On 8/1/11 6:54 AM, Yu Ke wrote:
fix the MLPREFIX referrence typo which cause multilib rpm
do_rootfs failure
CC: Mark Hatle mark.ha...@windriver.com
Signed-off-by: Yu Ke ke...@intel.com
---
meta/classes/package_rpm.bbclass |2 +-
1
On 8/1/11 8:06 AM, Richard Purdie wrote:
On Mon, 2011-08-01 at 00:36 -0700, Saul Wold wrote:
From: Mark Hatle mark.ha...@windriver.com
The sdknative packages were not being introduced into the list of available
packages properly. Fix this by always introducing it and avoiding a sed of
one
On 8/1/11 9:13 AM, 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 than hard. So use
On 8/1/11 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 | 538
On 8/1/11 9:56 AM, Kumar Gala wrote:
On Aug 1, 2011, at 9:53 AM, Mark Hatle wrote:
On 8/1/11 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
On 8/1/11 11:15 AM, Kumar Gala wrote:
I'm trying to build a powerpc 64-bit system and for some reason everything is
still in /lib instead of /lib64.
I'd expect things in /lib64 based on how arch-powerpc64.inc has:
BASE_LIB_tune-powerpc64 = lib64
any ideas on what to look at for why
In order for things to be easier to maintain in the future, sync up
the sdk and rootfs versions.
Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
meta/classes/populate_sdk_deb.bbclass | 24
meta/classes/populate_sdk_rpm.bbclass | 68
meta
, this fixes a problem
with the SDK case.
in rootfs_rpm.bbclass:
Minor re-order of the values, and avoid multiple uses of IMAGE_ROOTFS in order
to make the merge with the SDK behavior easier.
Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
meta/classes/package_rpm.bbclass | 128
AND DEB PACKAGE GENERATION! IT SHOULD NOT BE
MERGED!
Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
meta/classes/update-alternatives.bbclass |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/meta/classes/update-alternatives.bbclass
b/meta/classes/update
During SDK generation the multilib_sanity_check function is being called,
however it is not available unless we've been called from the image.bbclass.
Disable the check if MULTILIB_CHECK_FILE (also set in image.bbclass) doesn't
exist or is empty.
Signed-off-by: Mark Hatle mark.ha
- armv7a compat case (2011-08-01
16:49:03 +0100)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib mhatle/oecore/sdk-fix-WIP
http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=mhatle/oecore/sdk-fix-WIP
Mark Hatle (5):
rootfs_rpm: Cleanup and minor bug fixes
value was being set,
noticed while working on this change.
Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
meta/classes/package_deb.bbclass |6 +
meta/classes/package_ipk.bbclass | 37 +++-
meta/classes/package_rpm.bbclass | 10
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 8/3/11 12:35 AM, Kumar Gala wrote:
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 8/3/11 7:20 AM, Richard Purdie wrote:
On Tue, 2011-08-02 at 09:49 -0500, Mark Hatle wrote:
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
On 8/3/11 9:53 AM, Kumar Gala wrote:
On Aug 3, 2011, at 9:37 AM, Mark Hatle wrote:
On 8/3/11 12:35 AM, Kumar Gala wrote:
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
On 8/3/11 10:00 AM, Kumar Gala wrote:
What causes warnings like the following:
WARNING: QA Issue: gthumb:
/work/ppce5500-poky-linux/gthumb-2.12.3-r1/packages-split/gthumb/usr/lib64/gthumb/extensions/libexport_tools.so
contains probably-redundant RPATH /usr/lib64
Something passing in rpath
On 8/3/11 10:19 AM, Dongxiao Xu wrote:
Hi Richard,
This pull request contains several multilib fixes, especially for rpm side.
Please help to review and pull.
Current status for rpm sato is, most of the error dependency issues have been
solved except one error while do_rootfs:
error:
in a working -- non-conflicting -- install solution.)
--Mark
CC: Mark Hatle mark.ha...@windriver.com
Signed-off-by: Dongxiao Xu dongxiao...@intel.com
---
meta/classes/package_rpm.bbclass | 13 ++---
meta/classes/populate_sdk_rpm.bbclass |3 ---
meta/classes
On 8/3/11 10:19 AM, Dongxiao Xu wrote:
The previous logic could only strip MLPREFIX from the first element in
an array, take an example, strip_multilib the [lib32-a lib32-b lib32-c]
will result in [a lib32-b lib32-c]. This commit change it to strip all
elements' multilib prefix.
CC: Mark
On 8/3/11 10:40 AM, Richard Purdie wrote:
On Wed, 2011-08-03 at 09:41 -0500, Mark Hatle wrote:
On 8/3/11 7:20 AM, Richard Purdie wrote:
On Tue, 2011-08-02 at 09:49 -0500, Mark Hatle wrote:
On 8/2/11 8:46 AM, Phil Blundell wrote:
On Mon, 2011-08-01 at 19:17 -0500, Mark Hatle wrote
On 8/3/11 11:03 PM, Kumar Gala wrote:
We might redefine ${base_libdir} from being set to just /lib.
Signed-off-by: Kumar Gala ga...@kernel.crashing.org
Only tangentially related to this patch.. It doesn't appear mklibs has knowledge
of multilibs.. but I don't think anyone would use mklibs
On 8/4/11 12:37 AM, Kumar Gala wrote:
On Aug 3, 2011, at 10:09 AM, Mark Hatle wrote:
On 8/3/11 9:53 AM, Kumar Gala wrote:
On Aug 3, 2011, at 9:37 AM, Mark Hatle wrote:
On 8/3/11 12:35 AM, Kumar Gala wrote:
If prelink gets a chance to properly run I get a rootfs that does:
/sbin/init
On 8/4/11 1:05 AM, Kumar Gala wrote:
Handle multlib or cases that baselib is lib64.
Signed-off-by: Kumar Gala ga...@kernel.crashing.org
Acked-by: Mark Hatle mark.ha...@windriver.com
(BTW I think as we move more into the multilib stuff, we'll likely want to
generate this list from the final
On 8/4/11 9:03 AM, Kumar Gala wrote:
On Aug 4, 2011, at 12:37 AM, Kumar Gala wrote:
On Aug 3, 2011, at 10:09 AM, Mark Hatle wrote:
On 8/3/11 9:53 AM, Kumar Gala wrote:
On Aug 3, 2011, at 9:37 AM, Mark Hatle wrote:
On 8/3/11 12:35 AM, Kumar Gala wrote:
If prelink gets a chance
On 8/4/11 10:58 AM, Kumar Gala wrote:
| error: Failed dependencies:
| hicolor-icon-theme is needed by tasks-0.19-r0.ppc603e
| hicolor-icon-theme is needed by connman-gnome-0.5-r6.ppc603e
The actual failure is above... the items below are indicating circular
dependencies within the
pseudo currently only works on IA32 hosts. It was never really intended to work
on the target system, but should.
If you think you want pseudo on the target.. you'll have to verify that all of
the calls are being trapped properly on ARM, as well as modify the build
instructions to not worry
On 8/9/11 7:32 PM, Scott Garman wrote:
On 08/08/2011 07:04 PM, James Limbouris wrote:
The pseudo executable sets the PSEUDO_LOCALSTATEDIR environment variable
to point to a sysroot location. During an initial cache build, in which
pseudo is not used as it is being built, the
I don't think the patch is correct. If these tune files are included, the
GLIBC_EXTRA_OECONF is set unconditionally. It is possible to include the tune
files, but not actually use the tunings. (There are cases where you might want
to inherit specific tunings, etc.)
Instead, I'd suggest you do:
On 8/10/11 3:06 PM, Kumar Gala wrote:
Why?
- k
On Aug 10, 2011, at 2:19 PM, Mark Hatle wrote:
I don't think the patch is correct. If these tune files are included, the
GLIBC_EXTRA_OECONF is set unconditionally. It is possible to include the
tune
files, but not actually use
:
package_rpm.bbclass: Update the platform config and --target (2011-08-11
10:42:02 -0500)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib mhatle/fix_1352
http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=mhatle/fix_1352
Mark Hatle (2):
rpm: Fix
[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 mark.ha...@windriver.com
---
.../recipes
layer
Subject: Re: [OE-core] [PATCH 5/7] multilib: remove
MULTILIB_PACKAGE_ARCHS variable
Hi Mark,
-Original Message-
From: openembedded-core-boun...@lists.openembedded.org
[mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf
Of
Mark Hatle
Sent: Wednesday, August 03
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 ?= mips
+
+#
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 been
:
gnome-doc-utils: respect python-dir setting EXTRA_OECONF (2011-08-11 19:13:38
+0100)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib mhatle/fix_1366
http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=mhatle/fix_1366
Mark Hatle (3):
rpm: Fix the canonical arch
On 8/12/11 9:35 AM, Phil Blundell wrote:
On Fri, 2011-08-12 at 15:33 +0100, Richard Purdie wrote:
Should patch resolution be noop by default? (I suspect due to my above
concern
w/ ipkg, changing the behavior now is likely a bad idea.)
Good question. I suspect most people prefer noop and it
set
RDEPENDS to fix the dynamic setting of RDEPENDS in multilib case.
[YOCTO #1368]
I assume this has been tests...
It looks fine here..
Acked-by: Mark Hatle mark.ha...@windriver.com
Thanks,
Dongxiao
The following changes since commit 13db5f420ca9bff98561f80d78958278734ad1f4
I've been getting reports that people are experiencing crashed with the
cross-prelinker on 64-bit only filesystems. This includes both x86_64 and
PPC64.
In the case of the PPC64, there is one or more bug in the cross-prelinker rtld
emulation which I'm currently working on.
x86_64 however seems
On 9/1/11 11:58 AM, Phil Blundell wrote:
On Thu, 2011-09-01 at 11:54 -0500, Mark Hatle wrote:
What is it depending on for the target? Is the shadow-utils or something now
required? That doesn't seem to make sense to me -- other then we need a
passwd/group/shadow/gshadow file to work
Which architecture?
I know of a few issues on MIPS, but they should simply prevent prelinking
instead of causing problems.
Also, can you check your log.do_rootfs for the failed image. Look for any
prelinker warnings or errors. (Easiest way is to search for prelink. There
should be two hits,
between
the two could point to an alternative cause to the QT failure as well.
--Mark
On 9/11/11 8:39 PM, James Limbouris wrote:
-Original Message-
From: openembedded-core-boun...@lists.openembedded.org
[mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of
Mark Hatle
Sent
This patch is incorrect. Architectural information should not be in the
dependencies within RPM packages.
RPM is expected to find the proper version of a package to install based on the
existing dependency information. I'm in the process of investigating why
certain items are not found
On 9/12/11 10:07 AM, Xu, Dongxiao wrote:
Hi Mark,
-Original Message-
From: openembedded-core-boun...@lists.openembedded.org
[mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of
Mark Hatle
Sent: Monday, September 12, 2011 10:56 PM
To: openembedded-core
On 9/12/11 9:39 PM, Xu, Dongxiao wrote:
Hi Mark,
-Original Message-
From: openembedded-core-boun...@lists.openembedded.org
[mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of
Mark Hatle
Sent: Tuesday, September 13, 2011 1:23 AM
To: openembedded-core
On 9/12/11 9:24 PM, Xu, Dongxiao wrote:
Hi Mark,
-Original Message-
From: openembedded-core-boun...@lists.openembedded.org
[mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of
Mark Hatle
Sent: Monday, September 12, 2011 10:52 PM
To: openembedded-core
(32-bit) targets and arm
targets.
Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
meta/recipes-devtools/prelink/prelink_git.bb |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-devtools/prelink/prelink_git.bb
b/meta/recipes-devtools/prelink
://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=mhatle/prelink
Mark Hatle (1):
Uprev to latest version of prelink_git, fixing TLS issues
meta/recipes-devtools/prelink/prelink_git.bb |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
--
1.7.3.4
Please try the new version of the prelinker. I just sent a pull request for it,
but there was a missing typecast on a printf. This was causing problems on
various systems, and likely could be causing the issue that you observed on ARM
as well.
I did build the latest version for the ARM target,
( TLS(0x%Zx, 0x%0*Zx)\n, l-l_tls_modid,
+printf ( TLS(0x%Zx, 0x%0*Zx)\n, (size_t) l-l_tls_modid,
(int) size_pointer,
(size_t) l-l_tls_offset);
else
l-l_tls_modid is a uint64_t
--Mark
On 9/13/11 7:52 PM, Mark Hatle wrote:
[YOCTO
On 9/13/11 7:46 PM, Joshua Lock wrote:
Our patch submission policy[1]
Optionally, you may include pointers to defects this change corrects.
Unless the defect format is specified by the component you are
modifying, it is suggested that you use a full URL to specify the
reference to the
On 9/13/11 8:33 PM, James Limbouris wrote:
-Original Message-
From: openembedded-core-boun...@lists.openembedded.org
[mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of
Mark Hatle
Sent: Wednesday, 14 September 2011 8:52 AM
To: openembedded-core
201 - 300 of 2300 matches
Mail list logo