On Wed, 2011-03-16 at 21:25 -0400, Denys Dmytriyenko wrote:
* Add --disable-atomic to configure, otherwise it finds previously
staged libatomics-ops from pulseaudio, which doesn't have the
necessary primitives:
* From my previous builds I see that cairo used to build before
Hello Martin/Frans and Khem,
Any recommendation after following analysis that how should I proceed.
Should I send the patches to community?
Regards,
Noor
-Original Message-
From: openembedded-devel-boun...@lists.openembedded.org
[mailto:openembedded-devel-boun...@lists.openembedded.org]
2011/3/17 Richard Purdie richard.pur...@linuxfoundation.org:
On Thu, 2011-03-17 at 19:10 +0100, Michael 'Mickey' Lauer wrote:
I'm in favor of keeping it, cleaning it up, and improve
the integration with patchwork / git. Throwing it away
would be a very bad sign to all those countless people
In recent kernels the omap serial consoles have been renamed from
ttySx to ttyOx. This seems to be an issue for kgdb. Setting kernel
boot parameters has no effect:
kgdb=ttyO2,115200n8 kgdboc=ttyO2,115200n8 kgdbwait
and attempting to trigger kgdb from the console also fails:
# echo ttyO2
On Fri, Mar 18, 2011 at 08:41:40AM +0100, Ahsan, Noor wrote:
Hello Martin/Frans and Khem,
Any recommendation after following analysis that how should I proceed.
Should I send the patches to community?
Maybe koen will reply with more info about xml2po issue he found, imho
it wasn't in xml2po
Mark some files in ${sysconfdir} as configuration files so they are
not blindly overwritten when upgrading
I would suggest a pre-/post processing in the packages, like debian
does.
If a config file exists or is changed, the current File will be
rotated
or, if possible, left as it is and
2011/3/18 Ahsan, Noor noor_ah...@mentor.com:
Hello Martin/Frans and Khem,
Any recommendation after following analysis that how should I proceed.
Should I send the patches to community?
Regards,
Noor
I think Martin is in a better position to judge this than I am.
Did you also verify that
CC:ing oe-core since we have kernel.bbclass patches there as well.
Op 18 mrt 2011, om 10:49 heeft Michael Jones het volgende geschreven:
Hello Koen co.,
I recently bumped into a problem with recipes ti-dmai and gstreamer-ti
when they included the kernel headers. These headers were staged
From: Henning Heinold hein...@inf.fu-berlin.de
Signed-off-by: Henning Heinold hein...@inf.fu-berlin.de
---
recipes/ti/ti-c6accel.inc |2 +-
recipes/ti/ti-c6accel/fix_time_symbol.patch | 46 +++
recipes/ti/ti-c6accel_1.01.00.03.bb |2 +
From: Henning Heinold hein...@inf.fu-berlin.de
Signed-off-by: Henning Heinold hein...@inf.fu-berlin.de
---
recipes/ti/ti-codec-engine.inc| 117 +
recipes/ti/ti-codec-engine/fix_core_package.patch | 13 +++
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 18-03-11 09:38, Martin Jansa wrote:
On Fri, Mar 18, 2011 at 08:41:40AM +0100, Ahsan, Noor wrote:
Hello Martin/Frans and Khem,
Any recommendation after following analysis that how should I proceed.
Should I send the patches to community?
Hi,
the first patch fixes uclibc by refactoring variables name and
the second patch let us rebuild the codec-engine itself not only
the examples.
Bye Henning
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
On Fri, 2011-03-18 at 08:57 +0100, Frans Meulenbroeks wrote:
2011/3/17 Richard Purdie richard.pur...@linuxfoundation.org:
On Thu, 2011-03-17 at 19:10 +0100, Michael 'Mickey' Lauer wrote:
I'm in favor of keeping it, cleaning it up, and improve
the integration with patchwork / git. Throwing
On Fri, 2011-03-18 at 06:29 +0100, Esben Haabendal wrote:
Yes, I get your point. You could of-course still specify build
dependencies using recipe names/provides, and then just unpack all
target packages build by that recipe.
This would give you the major part of the KISS win I see, except
From: Henning Heinold hein...@inf.fu-berlin.de
Signed-off-by: Henning Heinold hein...@inf.fu-berlin.de
---
recipes/ti/ti-codec-engine.inc| 117 +
recipes/ti/ti-codec-engine/fix_core_package.patch | 13 +++
From: Henning Heinold hein...@inf.fu-berlin.de
Signed-off-by: Henning Heinold hein...@inf.fu-berlin.de
---
recipes/ti/ti-c6accel.inc |2 +-
recipes/ti/ti-c6accel/fix_time_symbol.patch | 46 +++
recipes/ti/ti-c6accel_1.01.00.03.bb |2 +
Hi,
the first patch fixes uclibc by refactoring variables name and
the second patch let us rebuild the codec-engine itself not only
the examples.
Bye Henning
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
On Fri, 2011-03-18 at 09:59 +0100, Hauser, Wolfgang (external) wrote:
As I experienced, opkg exits with an error code if a config file already
exists, so if you want to create an image, the process will break at
that error.
It wasn't possible to create an image automatically then.
I don't
Date: Fri, 18 Mar 2011 12:03:43 +0100
Xfce Session build depends on the executable `iceauth`, which fails when cross
compiling for a different architecture.
checking if the linker (arm-oe-linux-gnueabi-ld
--sysroot=/oe/build-minimal-eglibc/minimal-dev/sysroots/armv5te-oe-linux-gnueabi)
Phil Blundell ph...@gnu.org writes:
On Fri, 2011-03-18 at 06:29 +0100, Esben Haabendal wrote:
Yes, I get your point. You could of-course still specify build
dependencies using recipe names/provides, and then just unpack all
target packages build by that recipe.
This would give you the
= qemux86
DISTRO= minimal
DISTRO_VERSION= dev-snapshot-20110318
[…]
NOTE: package qemu-0.14.0-r3: task do_qa_staging: Succeeded
ERROR: QA Issue with qemu: Architecture did not match (3 to 20) on
/work/i686-oe-linux/qemu-0.14.0-r3/packages
Date: Fri, 18 Mar 2011 09:51:52 +0100
Task compile of `xbmc_svn.bb` fails with the following error message when using
`angstrom-2010.x`. `angstrom-2008.1` does/did not have this problem probably
because of using Libtool 2.2.
arm-angstrom-linux-gnueabi-g++ -march=armv7-a
Am Freitag, 18. März 2011, 09:59:17 schrieb Hauser, Wolfgang (external):
Mark some files in ${sysconfdir} as configuration files so they are
not blindly overwritten when upgrading
I would suggest a pre-/post processing in the packages, like debian
does.
If a config file exists or is
* libnl1/libnl2 still conflicts even when using separate includedir so
it will be easier for distro maintainers to use only libnl1 or libnl2
by PREFERRED_VERSION
Signed-off-by: Martin Jansa martin.ja...@gmail.com
---
.../libnl/files/dont-link-libnl-from-sysroot.patch | 26
Signed-off-by: Martin Jansa martin.ja...@gmail.com
---
recipes/libnl/libnl_2.0.bb |4 +---
recipes/libnl/libnl_git.bb |2 --
2 files changed, 1 insertions(+), 5 deletions(-)
diff --git a/recipes/libnl/libnl_2.0.bb b/recipes/libnl/libnl_2.0.bb
index 7e9336e..8b77d07 100644
---
Signed-off-by: Martin Jansa martin.ja...@gmail.com
---
recipes/libnl/libnl_2.0.bb |7 +++
recipes/libnl/libnl_git.bb |7 +++
2 files changed, 14 insertions(+), 0 deletions(-)
diff --git a/recipes/libnl/libnl_2.0.bb b/recipes/libnl/libnl_2.0.bb
index 8b77d07..6614478 100644
---
* it does not apply because there isn't pktloc in this SRCREV yet,
commented out in upstream src/lib/Makefile.am
Signed-off-by: Martin Jansa martin.ja...@gmail.com
---
recipes/libnl/libnl_git.bb |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/recipes/libnl/libnl_git.bb
Signed-off-by: Martin Jansa martin.ja...@gmail.com
---
recipes/libnl/libnl.inc|9 +
recipes/libnl/libnl_1.1.bb | 10 ++
recipes/libnl/libnl_2.0.bb |9 ++---
recipes/libnl/libnl_git.bb | 16 ++--
4 files changed, 19 insertions(+), 25 deletions(-)
Signed-off-by: Martin Jansa martin.ja...@gmail.com
---
recipes/freesmartphone/libfsobasics_git.bb |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/recipes/freesmartphone/libfsobasics_git.bb
b/recipes/freesmartphone/libfsobasics_git.bb
index c99bd8e..1d751ca 100644
---
Signed-off-by: Martin Jansa martin.ja...@gmail.com
---
recipes/iw/iw_0.9.20.bb |9 +++--
1 files changed, 3 insertions(+), 6 deletions(-)
diff --git a/recipes/iw/iw_0.9.20.bb b/recipes/iw/iw_0.9.20.bb
index 0b6a768..7048091 100644
--- a/recipes/iw/iw_0.9.20.bb
+++
Signed-off-by: Martin Jansa martin.ja...@gmail.com
---
conf/distro/shr.conf |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/conf/distro/shr.conf b/conf/distro/shr.conf
index e8fd844..be5904e 100644
--- a/conf/distro/shr.conf
+++ b/conf/distro/shr.conf
@@ -59,7 +59,6 @@
Signed-off-by: Martin Jansa martin.ja...@gmail.com
---
recipes/ti/ti-wifi-utils_git.bb |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/recipes/ti/ti-wifi-utils_git.bb b/recipes/ti/ti-wifi-utils_git.bb
index e6795a8..92edb7f 100644
--- a/recipes/ti/ti-wifi-utils_git.bb
Signed-off-by: Martin Jansa martin.ja...@gmail.com
---
recipes/wpa-supplicant/wpa-supplicant-0.7.inc |9 ++---
1 files changed, 2 insertions(+), 7 deletions(-)
diff --git a/recipes/wpa-supplicant/wpa-supplicant-0.7.inc
b/recipes/wpa-supplicant/wpa-supplicant-0.7.inc
index
Signed-off-by: Martin Jansa martin.ja...@gmail.com
---
recipes/connman/connman.inc |2 +-
recipes/connman/connman_0.46.bb |2 +-
recipes/connman/connman_0.51.bb |2 +-
recipes/connman/connman_0.65.bb |2 +-
recipes/connman/connman_0.68.bb |2 +-
Signed-off-by: Martin Jansa martin.ja...@gmail.com
---
recipes/hostap/hostap-daemon_0.7.3.bb |5 ++---
1 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/recipes/hostap/hostap-daemon_0.7.3.bb
b/recipes/hostap/hostap-daemon_0.7.3.bb
index 2dfec35..10b1389 100644
---
On Fri, Mar 18, 2011 at 03:00:20PM +0100, Martin Jansa wrote:
Signed-off-by: Martin Jansa martin.ja...@gmail.com
---
recipes/libnl/libnl_2.0.bb |7 +++
recipes/libnl/libnl_git.bb |7 +++
2 files changed, 14 insertions(+), 0 deletions(-)
This one is probably not needed (don't
Hi Paul,
the problem is this
do_configure() {
if [ -e bootstrap.angstrom ] ; then
sh bootstrap.angstrom
else
sh bootstrap
fi
oe_runconf
}
which prevents the autoreconf run and so the regenerating of libtool stuff,
which results
On Fri, Mar 18, 2011 at 02:08:15PM +0100, Peter Gsellmann wrote:
Am Freitag, 18. März 2011, 09:59:17 schrieb Hauser, Wolfgang (external):
Mark some files in ${sysconfdir} as configuration files so they are
not blindly overwritten when upgrading
I would suggest a pre-/post processing
On Fri, 2011-03-18 at 15:00 +0100, Martin Jansa wrote:
+# for upgradable path from libnl2_2.0 to libnl_2.0
+RREPLACES_${PN} = ${PN}2
+RREPLACES_${PN}-route = ${PN}2-route
Don't you also want RPROVIDES, RCONFLICTS?
p.
___
Openembedded-devel
Hi Martin!
Am Freitag, 18. März 2011, 16:30:48 schrieb Martin Jansa:
On Fri, Mar 18, 2011 at 02:08:15PM +0100, Peter Gsellmann wrote:
Am Freitag, 18. März 2011, 09:59:17 schrieb Hauser, Wolfgang (external):
Mark some files in ${sysconfdir} as configuration files so they are
not
Salut,
the blacklisting of packages as found in angstrom.bbclass
is pretty helpful and would be beneficial to all kinds
of distribution configurations in OE. Would there be
a strong objection of renaming this to blacklist.bbclass?
Copying, of course, is also a possibility, but
in my opinion it
2011/3/18 Dr. Michael Lauer mic...@vanille-media.de:
Salut,
the blacklisting of packages as found in angstrom.bbclass
is pretty helpful and would be beneficial to all kinds
of distribution configurations in OE. Would there be
a strong objection of renaming this to blacklist.bbclass?
On Fri, Mar 18, 2011 at 1:33 PM, Frans Meulenbroeks
fransmeulenbro...@gmail.com wrote:
2011/3/18 Dr. Michael Lauer mic...@vanille-media.de:
Salut,
the blacklisting of packages as found in angstrom.bbclass
is pretty helpful and would be beneficial to all kinds
of distribution configurations
On Fri, 2011-03-18 at 21:33 +0100, Frans Meulenbroeks wrote:
2011/3/18 Dr. Michael Lauer mic...@vanille-media.de:
Salut,
the blacklisting of packages as found in angstrom.bbclass
is pretty helpful and would be beneficial to all kinds
of distribution configurations in OE. Would there be
On 03/18/2011 02:35 PM, Phil Blundell wrote:
On Fri, 2011-03-18 at 21:33 +0100, Frans Meulenbroeks wrote:
2011/3/18 Dr. Michael Lauermic...@vanille-media.de:
Salut,
the blacklisting of packages as found in angstrom.bbclass
is pretty helpful and would be beneficial to all kinds
of distribution
Dear Henning,
Am Freitag, den 18.03.2011, 16:14 +0100 schrieb Henning Heinold:
Hi Paul,
the problem is this
do_configure() {
if [ -e bootstrap.angstrom ] ; then
sh bootstrap.angstrom
else
sh bootstrap
fi
oe_runconf
}
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 18-03-11 20:24, Dr. Michael Lauer wrote:
Salut,
the blacklisting of packages as found in angstrom.bbclass
is pretty helpful and would be beneficial to all kinds
of distribution configurations in OE.
So include it in your $DISTRO.
Would
2011/3/18 Phil Blundell ph...@gnu.org:
On Fri, 2011-03-18 at 21:33 +0100, Frans Meulenbroeks wrote:
2011/3/18 Dr. Michael Lauer mic...@vanille-media.de:
Salut,
the blacklisting of packages as found in angstrom.bbclass
is pretty helpful and would be beneficial to all kinds
of
On 03/18/2011 06:28 PM, Koen Kooi wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 18-03-11 20:24, Dr. Michael Lauer wrote:
Salut,
the blacklisting of packages as found in angstrom.bbclass
is pretty helpful and would be beneficial to all kinds
of distribution configurations in OE.
So
On 18/03/2011 19:24, Dr. Michael Lauer wrote:
Salut,
the blacklisting of packages as found in angstrom.bbclass
is pretty helpful and would be beneficial to all kinds
of distribution configurations in OE. Would there be
a strong objection of renaming this to blacklist.bbclass?
Copying, of
On Thu, 2011-03-17 at 20:58 +0100, Esben Haabendal wrote:
On Thu, 2011-03-17 at 18:05 +, Phil Blundell wrote:
On Thu, 2011-03-17 at 18:52 +0100, Esben Haabendal wrote:
Well, it might be possible to minimize the disruption for a transitional
period by carefully specifying some
On Fri, 2011-03-18 at 13:14 +0100, Esben Haabendal wrote:
By doing it this way, I don't think we are getting much closer to the
second step (package-based build-time dependencies). The OE-lite
implementation of per-recipe staging builds on top of package-based
build-time dependencies, so to
On Fri, 2011-03-18 at 10:15 +, Phil Blundell wrote:
On Fri, 2011-03-18 at 08:57 +0100, Frans Meulenbroeks wrote:
2011/3/17 Richard Purdie richard.pur...@linuxfoundation.org:
On Thu, 2011-03-17 at 19:10 +0100, Michael 'Mickey' Lauer wrote:
I'm in favor of keeping it, cleaning it up,
53 matches
Mail list logo