Signed-off-by: Khem Raj raj.k...@gmail.com
---
.../opkg-utils/opkg-utils/add-license-field.patch | 39
meta/recipes-devtools/opkg-utils/opkg-utils_svn.bb |3 +-
2 files changed, 41 insertions(+), 1 deletions(-)
create mode 100644
From: Koen Kooi k...@openembedded.org
Port of oe.dev Revision e35d1ffad1553f259b084578992f15d10f590f98
Signed-off-by: Koen Kooi k...@openembedded.org
Signed-off-by: Khem Raj raj.k...@gmail.org
---
meta/classes/package_ipk.bbclass |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff
While we're at it, how about this one as well:
--8
commit 6ae45bbf2b5ca9e4fd7e8b04e461f0bf120dd44d
Author: Koen Kooi koen.k...@gmail.com
Date: Tue Dec 21 18:06:06 2010 +
package ipk bbclass: store build branch and revision in ipkg metadata
The ipkg metadata
After setting up OE-Core like described in the Angstrom instructions (
http://git.angstrom-distribution.org/cgi-bin/cgit.cgi/metaA--angstrom/tree/READMEhttp://git.angstrom-distribution.org/cgi-bin/cgit.cgi/meta-angstrom/tree/README
),
and running Bitbake console-image the following error occurs:
It isn't safe to make assumptions about the order of the entries in the dynamic
section. Fix the ldflags test to cope with the case where GNU_HASH comes
before NEEDED and/or INIT.
Also, add a new warning for binaries which contain useless (but benign) rpath
entries pointing to the default
Op 14 jul 2011, om 10:52 heeft Samuel Stirtzel het volgende geschreven:
File name too long:
On Thursday 14 July 2011 10:25:28 Koen Kooi wrote:
Op 14 jul 2011, om 10:52 heeft Samuel Stirtzel het volgende geschreven:
File name too long:
'/home/*user*/oe-core/setup-scripts/build/sstate-cache/sstate-gcc-cross-
initial-armv5te-angstrom-linux-gnueabi-4.5-r39.0+svnr175127-x86_64_armv5t
2011/7/14 Paul Eggleton paul.eggle...@linux.intel.com
On Thursday 14 July 2011 10:25:28 Koen Kooi wrote:
Op 14 jul 2011, om 10:52 heeft Samuel Stirtzel het volgende geschreven:
File name too long:
'/home/*user*/oe-core/setup-scripts/build/sstate-cache/sstate-gcc-cross-
2011/7/14 Samuel Stirtzel s.stirt...@googlemail.com
2011/7/14 Paul Eggleton paul.eggle...@linux.intel.com
On Thursday 14 July 2011 10:25:28 Koen Kooi wrote:
Op 14 jul 2011, om 10:52 heeft Samuel Stirtzel het volgende geschreven:
File name too long:
Otherwise it will use the openssl internal default of /usr/share/man which may
not be correct.
Signed-off-by: Phil Blundell ph...@gnu.org
---
meta/recipes-connectivity/openssl/openssl.inc |2 +-
.../recipes-connectivity/openssl/openssl_0.9.8r.bb |2 +-
2 files changed, 2
On Wed, 2011-07-13 at 23:31 -0700, Khem Raj wrote:
Signed-off-by: Khem Raj raj.k...@gmail.com
---
.../opkg-utils/opkg-utils/add-license-field.patch | 39
meta/recipes-devtools/opkg-utils/opkg-utils_svn.bb |3 +-
2 files changed, 41 insertions(+), 1 deletions(-)
On Wed, 2011-07-13 at 12:05 -0700, Tom Rini wrote:
Hey all,
This is the first of two pull requests. As part of updating siteinfo.bbclass
I did a world build (qemux86) before and after the changes and diff'd the
config.log files. That showed two classes of problems, both fixed in this
On Thu, 2011-07-14 at 13:13 +0100, Phil Blundell wrote:
Otherwise it will use the openssl internal default of /usr/share/man which
may not be correct.
Signed-off-by: Phil Blundell ph...@gnu.org
Merged to master, thanks.
Richard
___
On Thu, 2011-07-14 at 10:02 +0100, Phil Blundell wrote:
It isn't safe to make assumptions about the order of the entries in the
dynamic section. Fix the ldflags test to cope with the case where GNU_HASH
comes before NEEDED and/or INIT.
Also, add a new warning for binaries which contain
On Thu, 2011-07-14 at 00:50 +0200, Andrea Adami wrote:
* during an unfortunate round of tests right before commiting the patch
* do_configure[depends] became kernel_do_configure[depends]
* Nonsense!
* As documented in commit 4dfef62dfe54a3b2c557a6df81d155adc1e03ccb
* of OpenEmbedded git
On Wed, 2011-07-13 at 05:59 -0700, nitin.a.kam...@intel.com wrote:
From: Nitin A Kamble nitin.a.kam...@intel.com
x32 exposed this bug in the makefiles.
Nitin, could you perhaps document what the bug actually is? :) I can
guess but the patch header should really give a little more info.
Also,
On Wed, 2011-07-13 at 18:04 +0100, Phil Blundell wrote:
This avoids a GNU_HASH QA warning.
Signed-off-by: Phil Blundell ph...@gnu.org
---
meta/recipes-core/busybox/busybox.inc |2 ++
meta/recipes-core/busybox/busybox_1.18.4.bb |2 +-
2 files changed, 3 insertions(+), 1
On Wed, 2011-07-13 at 17:47 +0100, Phil Blundell wrote:
Similarly to libnss*, if ${libdir} and ${base_libdir} were the same path then
libthread_db would land in ${PN}-dev rather than the intended place. As
before,
fix this by moving eglibc-thread-db earlier in PACKAGES and adjusting its
On Wed, 2011-07-13 at 15:09 -0500, Mark Hatle wrote:
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
On Wed, 2011-07-13 at 15:14 +0200, Koen Kooi wrote:
Op 13 jul 2011, om 13:26 heeft Phil Blundell het volgende geschreven:
On Wed, 2011-07-13 at 13:13 +0200, Koen Kooi wrote:
Op 13 jul 2011, om 13:08 heeft Richard Purdie het volgende geschreven:
On Wed, 2011-07-13 at 10:03 +0100, Phil
On Thu, 2011-07-14 at 15:16 +0100, Richard Purdie wrote:
On Wed, 2011-07-13 at 15:14 +0200, Koen Kooi wrote:
Op 13 jul 2011, om 13:26 heeft Phil Blundell het volgende geschreven:
On Wed, 2011-07-13 at 13:13 +0200, Koen Kooi wrote:
Op 13 jul 2011, om 13:08 heeft Richard Purdie het
Otherwise it will use /usr by default which may not be the right place.
Signed-off-by: Phil Blundell ph...@gnu.org
---
meta/recipes-support/libcap/libcap.inc |2 +-
meta/recipes-support/libcap/libcap_2.20.bb |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git
On Wed, 2011-07-13 at 12:22 +0100, Phil Blundell wrote:
On Wed, 2011-07-13 at 12:15 +0100, Paul Eggleton wrote:
* flow-lossage.bbclass - unused, looks obsolete (refers to gcc 3.4)
Agreed, this should be deleted. It used to be inherited by some of the
gnome recipes (and, in oe.dev, still is
On Wed, 2011-07-13 at 13:07 +0200, Koen Kooi wrote:
After a recent update to python (the past week by the looks of it)
python modules only install the .so files and not the .py and .pyo
files anymore. This leads to breakge like this:
root@usrp-e1xx:~# opkg install python-dbus
On Thursday 14 July 2011 15:55:26 Richard Purdie wrote:
Can someone do that please as I think we should get rid of that class :)
I have some pending cleanups for meta-oe including this one, will post them
today.
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
Op 14 jul 2011, om 16:16 heeft Richard Purdie het volgende geschreven:
On Wed, 2011-07-13 at 15:14 +0200, Koen Kooi wrote:
Op 13 jul 2011, om 13:26 heeft Phil Blundell het volgende geschreven:
On Wed, 2011-07-13 at 13:13 +0200, Koen Kooi wrote:
Op 13 jul 2011, om 13:08 heeft Richard Purdie
Op 14 jul 2011, om 11:02 heeft Phil Blundell het volgende geschreven:
It isn't safe to make assumptions about the order of the entries in the
dynamic section. Fix the ldflags test to cope with the case where GNU_HASH
comes before NEEDED and/or INIT.
Also, add a new warning for binaries
On Wed, Jul 13, 2011 at 8:41 AM, Kamble, Nitin A
nitin.a.kam...@intel.com wrote:
-Original Message-
From: openembedded-core-boun...@lists.openembedded.org
[mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of
Khem Raj
Sent: Tuesday, July 12, 2011 11:20 PM
To:
On Thu, Jul 14, 2011 at 7:25 AM, Phil Blundell ph...@gnu.org wrote:
On Thu, 2011-07-14 at 15:16 +0100, Richard Purdie wrote:
On Wed, 2011-07-13 at 15:14 +0200, Koen Kooi wrote:
Op 13 jul 2011, om 13:26 heeft Phil Blundell het volgende geschreven:
On Wed, 2011-07-13 at 13:13 +0200, Koen
On 07/14/2011 07:42 AM, Richard Purdie wrote:
On Wed, 2011-07-13 at 12:05 -0700, 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
The following changes since commit f7fd215749e12852378a3a1cce7d316078ead54d:
perl: Use SITEINFO variables not functions (2011-07-14 15:40:48 +0100)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib dvhart/bb-perf
The bash string operation ${BB##*0} was greedy and in addition to converting
02 to 2, also converted 20 to , causing all builds for a BB value ending
in 0 to run with BB_NUMBER_THREADS=1.
Signed-off-by: Darren Hart dvh...@linux.intel.com
---
scripts/contrib/bb-perf/bb-matrix.sh |4 ++--
1
Richard,
This patch adds libiconv 1.13.1 which is now GPLv3, so we need
to keep 1.11.1
Also updates to distro_tracking.
Sau!
The following changes since commit 615f05dc46afa14ea4fca49a551278b92d2c99d3:
perl: Use SITEINFO variables not functions (2011-07-14 15:40:26 +0100)
are available in
Signed-off-by: Saul Wold s...@linux.intel.com
---
.../conf/distro/include/distro_tracking_fields.inc | 21 ---
1 files changed, 13 insertions(+), 8 deletions(-)
diff --git a/meta/conf/distro/include/distro_tracking_fields.inc
The following changes since commit f7fd215749e12852378a3a1cce7d316078ead54d:
perl: Use SITEINFO variables not functions (2011-07-14 15:40:48 +0100)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib dvhart/git-pull
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?
Fixes bug [YOCTO #1161]
Fixes bug [YOCTO #773]
This streamlines the routerstation pro configuration to remove options
that are either unecessary or that are causing bugs.
Also added to all branches is:
commit ffd73d6b2a9bfa0de5710b90a2237f4be66ae9a7
Author: Yinghai Lu ying...@kernel.org
The patch itself says it all, but here's an update to the 2.6.37
kernel that fixes a few issues. No sense sitting on this until
3.0 is ready, but these same fixes have already been applied
to the dev kernel as well.
The first change is to meta, to address a couple of bugs with
the routerstation
38 matches
Mail list logo