On Wed, Nov 3, 2010 at 8:06 PM, Chris Larson clar...@kergoth.com wrote:
On Wed, Nov 3, 2010 at 5:13 PM, Martin Jansa martin.ja...@gmail.com wrote:
On Wed, Nov 03, 2010 at 04:55:52PM -0700, Chris Larson wrote:
On Wed, Nov 3, 2010 at 3:40 PM, Khem Raj raj.k...@gmail.com wrote:
Currently we
On Wed, Nov 3, 2010 at 6:37 PM, Khem Raj raj.k...@gmail.com wrote:
On Wed, Nov 3, 2010 at 5:46 PM, J. L. vwyodap...@gmail.com wrote:
On Wed, Nov 3, 2010 at 4:48 PM, Khem Raj raj.k...@gmail.com wrote:
On Wed, Nov 3, 2010 at 4:36 PM, J. L. vwyodap...@gmail.com wrote:
On Wed, Nov 3, 2010 at 4:24
On Thu, Nov 4, 2010 at 12:27 AM, J. L. vwyodap...@gmail.com wrote:
On Wed, Nov 3, 2010 at 6:37 PM, Khem Raj raj.k...@gmail.com wrote:
On Wed, Nov 3, 2010 at 5:46 PM, J. L. vwyodap...@gmail.com wrote:
On Wed, Nov 3, 2010 at 4:48 PM, Khem Raj raj.k...@gmail.com wrote:
On Wed, Nov 3, 2010 at 4:36
On Tue, Oct 26, 2010 at 01:25:51PM +0200, Martin Jansa wrote:
On Tue, Oct 26, 2010 at 11:39:26AM +0200, Martin Jansa wrote:
On Tue, Oct 26, 2010 at 11:16:46AM +0200, Frans Meulenbroeks wrote:
Hi,
With the testing branch I get a problem with libgee native in
combination with
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03-11-10 21:44, Khem Raj wrote:
I dont think it would make sense to put things like gcc and binutils
and core components
into overlays.
I would put those into a 'devtools' layer, like poky has done.
regards,
Koen
-BEGIN PGP
Dear all,
Wrt messages like this in do_package:
NOTE: sysvinit-utils contains dangling symlink to /usr/bin/last
NOTE: sysvinit contains dangling symlink to /sbin/halt
NOTE: sysvinit contains dangling symlink to /sbin/init
NOTE: sysvinit contains dangling symlink to /sbin/halt
I know that the
Got this when building e2fsprogs:
NOTE: package e2fsprogs-1.41.9-r24: task do_package: Started
NOTE: the following files were installed but not shipped in any package:
NOTE: /usr/share/ss/ct_c.awk
NOTE: /usr/share/ss/ct_c.sed
NOTE: /usr/share/et/et_h.awk
NOTE: /usr/share/et/et_c.awk
No
2010/11/4 Denys Dmytriyenko de...@denix.org:
On Wed, Nov 03, 2010 at 04:41:24PM -0700, Tom Rini wrote:
Eric B??nard wrote:
this way, it's possible to setup a local webserver (for example
using busybox httpd -p 8081 -h backuped_download_dir) serving
a presiously fetched download directory and
Hello.
Its time for some house-keeping again. I know many people are working on
patchwork on-going, thanks for that.
Looking throught it during OEDEM did still show up way to many entries. Some are
still from 2009. Next Saturday and Sunday I would like to reduce our current
count from 273
this is a RFC, I think it can also be used on qt 4.6.x and on armv7.
Setting QT_ARCH to armv6 enable some asm optimized functions in QT.
Signed-off-by: Eric Bénard e...@eukrea.com
---
recipes/qt4/qt4-embedded_4.7.0.bb |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git
Add patch to fix this error when building eglibc-2.12
with make-3.82:
make[2]: Entering directory `eglibc-2_12/libc/manual'
Makefile:246: *** mixed implicit and normal rules. Stop.
Signed-off-by: Vasily Khoruzhick anars...@gmail.com
---
recipes/eglibc/eglibc_2.11.bb |3 ++-
make-3.82 complains about mixed implicit and normal rules
on busybox 1.15.x/1.16.x Makefile. 1.17.x versions are not affected.
Signed-off-by: Vasily Khoruzhick anars...@gmail.com
---
recipes/busybox/busybox_1.15.3.bb |3 ++-
recipes/busybox/busybox_1.16.2.bb |6
2010/11/4 Stefan Schmidt ste...@datenfreihafen.org:
Hello.
Its time for some house-keeping again. I know many people are working on
patchwork on-going, thanks for that.
Looking throught it during OEDEM did still show up way to many entries. Some
are
still from 2009. Next Saturday and
FWIW Issue is still present.
I'll try the workaround you posted.
Andrea
On Tue, Oct 26, 2010 at 9:58 AM, Andrea Adami andrea.ad...@gmail.com wrote:
Just to add this time the race appears building on Ubuntu 10.4 32bit.
Last race-case (gtk+-native) was only on Gentoo and not on Ubuntu...
I forgot to say we are using bitbake 1.8.12 and branch stable/2009
Fabrice Aeschbacher
-Ursprüngliche Nachricht-
Von: openembedded-devel-boun...@lists.openembedded.org
[mailto:openembedded-devel-boun...@lists.openembedded.org] Im
Auftrag von Aeschbacher, Fabrice
Gesendet:
Aeschbacher, Fabrice wrote:
I forgot to say we are using bitbake 1.8.12 and branch stable/2009
packaged-staging isn't complete there, sorry.
--
Tom Rini
Mentor Graphics Corporation
___
Openembedded-devel mailing list
Aeschbacher, Fabrice wrote:
Aeschbacher, Fabrice wrote:
I forgot to say we are using bitbake 1.8.12 and branch stable/2009
packaged-staging isn't complete there, sorry.
Tom Rini
Is it with bitbake-1.8.18 and stable/2009 ?
Sorry, bitbake 1.10.x and master (aka dev) are required for
On Wed, Nov 3, 2010 at 11:01 PM, Khem Raj raj.k...@gmail.com wrote:
bitb...@jama ~/oe $ git show-ref HEAD
b3246d96069fd11caee42ec6ebcbf6dca2d62449 refs/remotes/origin/HEAD
No, this is broken. It shouldn't be determining the METADATA_REVISION
from
a ref you don't even have checked
On Thu, Nov 4, 2010 at 6:58 AM, Tom Rini tom_r...@mentor.com wrote:
Aeschbacher, Fabrice wrote:
Aeschbacher, Fabrice wrote:
I forgot to say we are using bitbake 1.8.12 and branch stable/2009
packaged-staging isn't complete there, sorry.
Tom Rini
Is it with bitbake-1.8.18 and
On Thu, Nov 4, 2010 at 1:05 AM, Frans Meulenbroeks
fransmeulenbro...@gmail.com wrote:
After your ping:
I'm definitely no expert in this area. Your proposal looks ok but I'm
a little bit worried about the breaking of DEPENDS_virtclass-native.
This seems to involve some 44 recipes (list at
From: Chris Larson chris_lar...@mentor.com
show-ref will show all matching refs, so a show-ref HEAD will show not just
the local HEAD, but the fetched remote ones as well. This isn't what we want
for this function, so change it to use rev-parse with --verify, and also
change it to use --short,
On Thu, Nov 4, 2010 at 7:07 AM, Chris Larson clar...@kergoth.com wrote:
On Wed, Nov 3, 2010 at 11:01 PM, Khem Raj raj.k...@gmail.com wrote:
bitb...@jama ~/oe $ git show-ref HEAD
b3246d96069fd11caee42ec6ebcbf6dca2d62449 refs/remotes/origin/HEAD
No, this is broken. It shouldn't be
On Thu, Nov 4, 2010 at 8:59 AM, Khem Raj raj.k...@gmail.com wrote:
The issue is, show-ref shows all refs which match the supplied search
string. show-ref HEAD will show all the HEAD refs, both local and the
ones
in all your remotes, which isn't what we want for METADATA_REVISION. I'm
On Thu, Nov 4, 2010 at 12:52 AM, Frans Meulenbroeks
fransmeulenbro...@gmail.com wrote:
Wrt messages like this in do_package:
NOTE: sysvinit-utils contains dangling symlink to /usr/bin/last
NOTE: sysvinit contains dangling symlink to /sbin/halt
NOTE: sysvinit contains dangling symlink to
On (04/11/10 10:52), Eric Bénard wrote:
this is a RFC, I think it can also be used on qt 4.6.x and on armv7.
Setting QT_ARCH to armv6 enable some asm optimized functions in QT.
Signed-off-by: Eric Bénard e...@eukrea.com
Acked-by: Khem Raj raj.k...@gmail.com
---
On (04/11/10 07:18), Chris Larson wrote:
From: Chris Larson chris_lar...@mentor.com
show-ref will show all matching refs, so a show-ref HEAD will show not just
the local HEAD, but the fetched remote ones as well. This isn't what we want
for this function, so change it to use rev-parse with
On 11/04/2010 10:52 AM, Eric Bénard wrote:
this is a RFC, I think it can also be used on qt 4.6.x and on armv7.
Setting QT_ARCH to armv6 enable some asm optimized functions in QT.
Do you know the consequences of this change? E.g. in the painting
engine unaligned memory access will be allowed. I
Hi,
Le 04/11/2010 19:26, Holger Freyther a écrit :
On 11/04/2010 10:52 AM, Eric Bénard wrote:
this is a RFC, I think it can also be used on qt 4.6.x and on armv7.
Setting QT_ARCH to armv6 enable some asm optimized functions in QT.
Do you know the consequences of this change? E.g. in the
Signed-off-by: Khem Raj raj.k...@gmail.com
---
classes/meta.bbclass |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/classes/meta.bbclass b/classes/meta.bbclass
index d35c40b..d0626e3 100644
--- a/classes/meta.bbclass
+++ b/classes/meta.bbclass
@@ -1,4 +1,4 @@
-
Hello all,
at OEDEM we discussed the need for OpenEmbedded releases.
- OpenEmbedded releases are planned in certain months, so that we can
plan stabilization efforts in the future.
- Each release is a point release in time.
- A release is a candidate branch point for a stable branch (which can
On Thu, Nov 4, 2010 at 11:26 AM, Holger Freyther holger...@freyther.de wrote:
On 11/04/2010 10:52 AM, Eric Bénard wrote:
this is a RFC, I think it can also be used on qt 4.6.x and on armv7.
Setting QT_ARCH to armv6 enable some asm optimized functions in QT.
Do you know the consequences of
On Thu, Nov 4, 2010 at 12:14 PM, Khem Raj raj.k...@gmail.com wrote:
Signed-off-by: Khem Raj raj.k...@gmail.com
Acked-by: Chris Larson chris_lar...@mentor.com
--
Christopher Larson
clarson at kergoth dot com
Founder - BitBake, OpenEmbedded, OpenZaurus
Maintainer - Tslib
Senior Software
On Thu, Nov 4, 2010 at 1:04 PM, Leon Woestenberg
leon.woestenb...@gmail.com wrote:
Hello all,
at OEDEM we discussed the need for OpenEmbedded releases.
- OpenEmbedded releases are planned in certain months, so that we can
plan stabilization efforts in the future.
- Each release is a point
Had a decent run with testing last week as a number of combinations built:
http://cgit.openembedded.org/cgit.cgi/openembedded/tag/?id=tested_2010-10-29
testing-next is ready for clean builds. testing branch has been moved
forward to last weeks testing-next.
For more information on testing,
On Thu, Nov 04, 2010 at 09:04:43PM +0100, Leon Woestenberg wrote:
Hello all,
at OEDEM we discussed the need for OpenEmbedded releases.
One requirement is to use bitbake 1.10, as the minimal requirement
will soon be 1.10 for the OpenEmbedded metadata.
I'm hearing that TSC made a decision
On 5 November 2010 09:03, Eric Bénard e...@eukrea.com wrote:
Hi,
Le 04/11/2010 23:06, Denys Dmytriyenko a écrit :
- OpenEmbedded releases are planned to be time based and happen every 3
month
(quarterly), starting with the first one on December 1st.
- what about a no major change freeze
On Thu, Nov 04, 2010 at 11:33:01PM +0100, Eric B?nard wrote:
Hi,
Le 04/11/2010 23:06, Denys Dmytriyenko a ?crit :
On Thu, Nov 04, 2010 at 09:04:43PM +0100, Leon Woestenberg wrote:
Hello all,
at OEDEM we discussed the need for OpenEmbedded releases.
- OpenEmbedded releases are planned in
Hi
In recent discussions there seems to be a lot of interest in moving
towards more layered structure in OE where we discussed machine
layers and arch based layers. There certainly are advantages to this
approach as discussed in other threads on mailing list
I think poky has already achieved that
Hi,
The TSC met yesterday and discussed various topics. We're trying a
slightly different approach to recording the outcome of the discussions:
http://wiki.openembedded.org/index.php/TSCDecisions
and the output from 5 such discussions yesterday is recorded there.
These were all things that had
Signed-off-by: Khem Raj raj.k...@gmail.com
---
recipes/tasks/task-arago-toolchain-dvsdk-target.bb |1 +
recipes/tasks/task-arago-toolchain-gst-target.bb |1 +
recipes/tasks/task-arago-toolchain-target.bb |1 +
3 files changed, 3 insertions(+), 0 deletions(-)
diff --git
On Thu, 2010-11-04 at 18:14 -0400, Denys Dmytriyenko wrote:
On Thu, Nov 04, 2010 at 09:04:43PM +0100, Leon Woestenberg wrote:
Hello all,
at OEDEM we discussed the need for OpenEmbedded releases.
One requirement is to use bitbake 1.10, as the minimal requirement
will soon be 1.10 for
41 matches
Mail list logo