-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03-03-10 05:53, Vandana Vuthoo wrote:
> Hi,
> I need to know how to add diff locale supports in OE, I tried
> IMAGE_LINGAUS but it is not working for me.
If you want to install locales + translations, you need to set
IMAGE_LINGUAS to your liking an
On Tue, Mar 2, 2010 at 11:06 PM, Vandana Vuthoo
wrote:
> I used IMAGE_LINGUAS="en-us", there was a typo in writing the mail
>
>
> On 3/3/10, Khem Raj wrote:
>> On Tue, Mar 2, 2010 at 8:53 PM, Vandana Vuthoo
>> wrote:
>>> Hi,
>>> I need to know how to add diff locale supports in OE, I tried
>>> I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
One of my coworkers ran out of diskspace again and decided to move his
DL_DIR to the filer and access it over NFS. Now do_fetch just hangs for
nearly everything and we can get it to continue after removing the
lockfiles in DL_DIR manually, but tha
when I do ROOTFS_POSTPROCESS_COMMAND += 'install_linguas;' in the conf
file, it says command not found
run.do_rootfs.5251: line 483: install_linguas: command not found
NOTE: Task failed:
/home/vandana/25febbuild/tmp/work/intel-atom-z530-mv-linux/default-image-1.0-r0/temp/log.do_rootfs.5251
On 3
On Tue, Mar 02, 2010 at 05:36:39PM +, git version control wrote:
> Module: openembedded.git
> Branch: org.openembedded.dev
> Commit: 31e93854259130e20a4e08c9d803c34edc4b447e
> URL:
> http://gitweb.openembedded.net/?p=openembedded.git&a=commit;h=31e93854259130e20a4e08c9d803c34edc4b447e
>
>
On Wed, 2010-03-03 at 09:29 +0100, Koen Kooi wrote:
> One of my coworkers ran out of diskspace again and decided to move his
> DL_DIR to the filer and access it over NFS. Now do_fetch just hangs for
> nearly everything and we can get it to continue after removing the
> lockfiles in DL_DIR manually,
Hi all,
Most products from Trolltech still have their SRC-URI pointing to
ftp://ftp.trolltech.com.
Since Trolltech was bought by Nokia, everything now hosted on http://get.qt.nokia.com/
, with the same directory structure.
Although the legacy Trolltech FTP is still working, the downloads on htt
TSC Meeting 2010/03/02
We moved the time to Tuesday since I couldn't make Thursday.
Unfortunately Mickey couldn't make Tuesday due to a last minute meeting
but four of us met anyway to discuss various issues. The outcome of
various topics was:
Code of Conduct
===
We agreed we need on
On Fri, Feb 26, 2010 at 10:15 PM, Martin Jansa wrote:
> There is quite common error about non-existent lockfile path
>
> I've seen that everytime when recipe changes ARCH (ie when removed machine
> specific config)
> and package is no longer in tmp/work/om-gta01.. but tmp/work/armv4t.., then
> w
Koen Kooi wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi,
>
> One of my coworkers ran out of diskspace again and decided to move his
> DL_DIR to the filer and access it over NFS. Now do_fetch just hangs for
> nearly everything and we can get it to continue after removing the
> lo
Richard, thanks for the report.
There are some remarks I want to make, see below.
2010/3/3 Richard Purdie :
> TSC Meeting 2010/03/02
[...]
>
> Developer Effort
>
>
> Rather than discussions such as the above, how about injecting that
> energy into adopting the new staging, BBCLAS
Hello,
2010/2/27 Frans Meulenbroeks
> (and yes, I also think it makes sense to remove old orphaned unused
> 5-year-old recipes, but guess I'm alone here too).
>
You're not alone. :-)
This makes metadata processing faster, easier testing since we ought to deal
with less versions, increase possi
On Wed, 2010-03-03 at 13:54 +0100, Martin Jansa wrote:
> On Fri, Feb 26, 2010 at 10:15 PM, Martin Jansa wrote:
> > There is quite common error about non-existent lockfile path
> >
> > I've seen that everytime when recipe changes ARCH (ie when removed machine
> > specific config)
> > and package i
A missing space in required_utilities makes OE ask to install md5sumsqemu.
Prepend the needed whitespace when appending to required_utilities.
Signed-off-by: Antonio Ospite
---
classes/sanity.bbclass |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/classes/sanity.bbclass
Initrds need to be prepared with mkimage to be usable from u-boot.
The following patch introduces an additional IMAGE_FSTYPE .cpio.gz.u-boot
for this (at the moment just for hipox machine).
Is this the way it should be done?
Should this better become part of conf/bitbake.conf?
Steffen
* initrd images need to be prepared with mkimage to be usable from u-boot
Signed-off-by: Steffen Sledz
---
conf/machine/hipox.conf |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/conf/machine/hipox.conf b/conf/machine/hipox.conf
index 7a2ac6f..3da7213 100644
--- a/conf
2010/3/3 Antonio Ospite :
> A missing space in required_utilities makes OE ask to install md5sumsqemu.
> Prepend the needed whitespace when appending to required_utilities.
>
> Signed-off-by: Antonio Ospite
> ---
> classes/sanity.bbclass | 2 +-
> 1 files changed, 1 insertions(+), 1 deletions(
Dnia środa, 3 marca 2010 o 13:59:19 Frans Meulenbroeks napisał(a):
> - the actual verification process is fairly cumbersome. (5) diff the 2
> packaged-staging recipes (which I read as packaged-staging packages as
> there are no packaged-staging recipes) is imho a pita)
I am comparing two IPK pack
On Wed, Mar 03, 2010 at 02:20:52PM +0100, Frans Meulenbroeks wrote:
> 2010/3/3 Antonio Ospite :
> > A missing space in required_utilities makes OE ask to install md5sumsqemu.
> > Prepend the needed whitespace when appending to required_utilities.
> >
> > Signed-off-by: Antonio Ospite
> > ---
> >
On Wed, 2010-03-03 at 13:59 +0100, Frans Meulenbroeks wrote:
> 2010/3/3 Richard Purdie :
> > Developer Effort
> >
> >
> > Rather than discussions such as the above, how about injecting that
> > energy into adopting the new staging, BBCLASSEXTEND and -nativesdk code?
>
> Ehm. there
On Wed, Mar 03, 2010 at 01:47:42PM +, Richard Purdie wrote:
> > I have considered converting some of the others to new staging.
> > Actually I even started it, but soon stopped with it for the following
> > reasons:
> > - the actual verification process is fairly cumbersome. (5) diff the 2
> >
2010/3/3 Richard Purdie :
> On Wed, 2010-03-03 at 13:59 +0100, Frans Meulenbroeks wrote:
>> 2010/3/3 Richard Purdie :
>> > Developer Effort
>> >
>> >
>> > Rather than discussions such as the above, how about injecting that
>> > energy into adopting the new staging, BBCLASSEXTEND an
On Wed, 2010-03-03 at 15:28 +0100, Frans Meulenbroeks wrote:
> For the wording above I agree.
> The message in the pango thread, I felt as a snide remark directed
> directly to me (as I initiated the discussions).
I haven't looked at that thread so I'm not going to comment on that.
> I have not t
On Wed, 2010-03-03 at 10:25 +0100, Martin Jansa wrote:
> On Tue, Mar 02, 2010 at 05:36:39PM +, git version control wrote:
> > Module: openembedded.git
> > Branch: org.openembedded.dev
> > Commit: 31e93854259130e20a4e08c9d803c34edc4b447e
> > URL:
> > http://gitweb.openembedded.net/?p=openemb
On Wed, 2010-03-03 at 08:34 -0700, Tom Rini wrote:
> On Wed, 2010-03-03 at 10:25 +0100, Martin Jansa wrote:
> > On Tue, Mar 02, 2010 at 05:36:39PM +, git version control wrote:
> > > Module: openembedded.git
> > > Branch: org.openembedded.dev
> > > Commit: 31e93854259130e20a4e08c9d803c34edc4b44
Hello,
I'm new to OE. I'm trying to get GCJ compiled for the TouchBook (an ARM-based
tablet). After some searching and trial-and-error, I figured out that I need
to add:
JAVA_arm = ",java" to recipies/gcc-4.3.3.inc
But now I'm getting an error when it tries to build gcc-cross-4.3.3:
make[4]
Hey all,
I'd like to see some comments on the following idea.
As many people know, there's a lot of "odd" internal things that OE
does, that if we had it to do over, we would do differently. What I
would like to propose is that in time for the next stable branch we:
1: Define a set of DISTROs/MA
On Wed, Mar 3, 2010 at 9:30 AM, Tom Rini wrote:
> As many people know, there's a lot of "odd" internal things that OE
> does, that if we had it to do over, we would do differently. What I
> would like to propose is that in time for the next stable branch we:
> 1: Define a set of DISTROs/MACHINEs
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03-03-10 18:09, Chris Larson wrote:
> To summarize, I propose the creation of an archive/package which acts as the
> primary artifact to come out of the build of a recipe.
That sounds like a good way to do packaged-staging without making my
head
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03-03-10 17:30, Tom Rini wrote:
> Hey all,
>
> I'd like to see some comments on the following idea.
>
> As many people know, there's a lot of "odd" internal things that OE
> does, that if we had it to do over, we would do differently. What I
> wo
On Wed, 2010-03-03 at 18:20 +0100, Koen Kooi wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 03-03-10 17:30, Tom Rini wrote:
> > Hey all,
> >
> > I'd like to see some comments on the following idea.
> >
> > As many people know, there's a lot of "odd" internal things that OE
> > d
On Wed, 2010-03-03 at 10:09 -0700, Chris Larson wrote:
> Proposal for the Revamp of "Packaged Staging"
>
> Goals:
> - Simple implementation
> - Managed staging area
> - "Build" from cached/prebuilt binaries
> - Reduce behavioral differences between the prebuilt and from scratch cases
> - Intrinsic
On Wed, Mar 03, 2010 at 10:33:07AM -0700, Tom Rini wrote:
> Note that I'm not talking about "small" things like removing legacy
> staging stuff (which is good!) I'm talking about things with the
> potential to leave stuff non-building until stumbled upon. Hence the
> idea we do merge this into dev
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03-03-10 19:08, Graeme Gregory wrote:
> On Wed, Mar 03, 2010 at 10:33:07AM -0700, Tom Rini wrote:
>> Note that I'm not talking about "small" things like removing legacy
>> staging stuff (which is good!) I'm talking about things with the
>> potential
Am Mittwoch, den 03.03.2010, 09:30 -0700 schrieb Tom Rini:
> As many people know, there's a lot of "odd" internal things that OE
> does, that if we had it to do over, we would do differently. What I
> would like to propose is that in time for the next stable branch we:
> 1: Define a set of DISTROs
On Wed, 2010-03-03 at 18:08 +, Graeme Gregory wrote:
> On Wed, Mar 03, 2010 at 10:33:07AM -0700, Tom Rini wrote:
> > Note that I'm not talking about "small" things like removing legacy
> > staging stuff (which is good!) I'm talking about things with the
> > potential to leave stuff non-building
On Wed, Mar 3, 2010 at 10:43 AM, Richard Purdie wrote:
> On Wed, 2010-03-03 at 10:09 -0700, Chris Larson wrote:
> > Proposal for the Revamp of "Packaged Staging"
> >
> > Goals:
> > - Simple implementation
> > - Managed staging area
> > - "Build" from cached/prebuilt binaries
> > - Reduce behavior
On Wed, Mar 03, 2010 at 01:07:11PM +, Richard Purdie wrote:
> Its a serious bug I agree but a very hard one to fix. The correct fix is
> to have staging under full control of a packaging system, then when you
> clean packages, all the right bits are actually removed.
>
> In that sense this is
Hi,
this series of patches aims to update ts72xx kernels in OE.
It's a second try (I've sent them already month ago), so I'm kindly asking
to apply them :-) Thanks.
-- ynezz
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
Signed-off-by: Petr Štetiar
---
conf/checksums.ini|4
recipes/linux/linux_2.6.32.bb |2 +-
2 files changed, 5 insertions(+), 1 deletions(-)
diff --git a/conf/checksums.ini b/conf/checksums.ini
index 0651728..513dd1d 100644
--- a/conf/checksums.ini
+++ b/conf/checksums.i
Signed-off-by: Petr Štetiar
---
.../linux/linux-2.6.24/ts72xx/ep93xx-i2c-bus.diff | 30 +-
.../ts72xx/ep93xx-maverick-uniqid.patch| 14 +-
.../ts72xx/ts72xx-machine-id-fix.patch |8 +-
.../linux/linux-2.6.24/ts72xx/ts72xx-rs485.patch | 268 +++-
Tom: +1 for the initiative
Having had my share of trouble with packaged staging and as a result
from that having fixed a bug or what, I do welcome the idea of
improving it.
Wrt to the ideas & discussion above:
I consider the output from do-install as being the most important.
That is the delivera
On 3 March 2010 18:59, Koen Kooi wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi,
>
> One of my coworkers ran out of diskspace again and decided to move his
> DL_DIR to the filer and access it over NFS. Now do_fetch just hangs for
> nearly everything and we can get it to continue a
Hi,
I am using Angstrom OS for my pxa270 based board, which is build by
Stable/2009 branch. In this, Xserver is running perperly on 240x320 and
640x480 resolution, but while running 480x272 resolution lcd 4.3" it
making problem. How can I resolve this.
Version : xserver-kdrive-1_1.4.0.9
On Wed, Mar 3, 2010 at 9:19 AM, Joshua Smith wrote:
> Update: I dug around in the log files and I think I have a more root cause of
> this error.
>
> configure: error: Link tests are not allowed after GCC_NO_EXECUTABLES.
>
> I've attached the whole log of the failing build.
>
> Any hints?
>
> On
45 matches
Mail list logo