-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 27-07-10 08:48, Khem Raj wrote:
> Hi
>
> Following series of patches are for making multi-machine toolchains co-exist
> with
> new cross staging for toolchain.
>
> It changes the toolchain triplet from ${TARGET_ARCH}-${VENDOR}-${OS} to
> ${TARGE
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 28-07-10 02:48, Tom Rini wrote:
> Tom Rini wrote:
>> Tom Rini wrote:
>>> Koen Kooi wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Perl (among others) uses the 'LIBC' variable to point its linker to
libc.s
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 28-07-10 05:05, ranjith kannikara wrote:
> hi,
> Thanks for all the responses.
> I am using
>bitbake 1.8.18
>openembedded latest git pull form dev
>os-ubuntu 10.04
>
> I got the problem cleared by just commenting the line which has the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 28-07-10 01:45, Tom Rini wrote:
> I'd like to disable packaged-staging for perl-native. The problem here
> comes from a number of things that happen. Some of these can only
> happen in combination with packaged-staging but others I believe could
>
В сообщении от Среда 28 июля 2010 04:48:19 автор Tom Rini написал:
> Tom Rini wrote:
> > Actually, why don't we just unexport it, like MACHINE / DISTRO /
> > TARGET_ARCH, and while we're at it, maybe TMPDIR too (since that's quite
> > meaningful outside of OE).
>
> ping?
I don't see any problems
В сообщении от Среда 28 июля 2010 03:45:21 автор Tom Rini написал:
> I'd like to disable packaged-staging for perl-native. The problem here
> comes from a number of things that happen. Some of these can only
> happen in combination with packaged-staging but others I believe could
> happen today.
I just built an angstrom image and thinks failed.
lzma image depends on lzma-native, grep and other programs that use .xz
suffix for tarballs depend on xz-native.
This fact itself is bad - it creates file conflicts in the sysroot.
But things were even worse:
- xz-native staged xz binary and lzma
Signed-off-by: Frans Meulenbroeks
---
I also had a quick stab at removing legacy staging and adding BBCLASSEXTEND =
"native"
but somehow I can't get it working. Guess it is something trivial but don't have
any time right now, so according to "commit early; commit often" here is what I
have righ
added BBCLASSEXTEND = "native"
this is needed for squashfs-tools, otherwise it is not possible to build
mksquashfs and hence no squashfs creation on the build system
Signed-off-by: Frans Meulenbroeks
---
as this may afffect several others, posted here for review
also not too sure of the desired
Stanislav,
we were discussing in irc about lzma and xz.
I'd add that it seems bitbake.conf is not yet xz aware while
base.bbclass seems lzma-unaware
Regards
Andrea
P.S.
> On Wed, Jul 28, 2010 at 11:30 AM, Stanislav Brabec wrote:
> I just built an angstrom image and thinks failed.
> I have bit
Stanislav Brabec ha scritto, Il 28/07/2010 11:30:
> I just built an angstrom image and thinks failed.
>
> lzma image depends on lzma-native, grep and other programs that use .xz
> suffix for tarballs depend on xz-native.
> This fact itself is bad - it creates file conflicts in the sysroot.
>
> Bu
As people have noticed the server at OSUOSL that hosts many of the OE
services has been flaky for the past week or so.
Basically, the primary server seems to have some form of hardware issue.
The admins are moving the vm's to another server in a few hours so they
can take down the server and t
2010/7/28 Philip Balister
> As people have noticed the server at OSUOSL that hosts many of the OE
> services has been flaky for the past week or so.
>
> Basically, the primary server seems to have some form of hardware issue.
> The admins are moving the vm's to another server in a few hours so th
2010/7/28 Frans Meulenbroeks
> 2010/7/28 Philip Balister
>
> > As people have noticed the server at OSUOSL that hosts many of the OE
> > services has been flaky for the past week or so.
> >
> > Basically, the primary server seems to have some form of hardware issue.
> > The admins are moving the
Stanislav Brabec ha scritto, Il 28/07/2010 11:30:
> I just built an angstrom image and thinks failed.
>
> lzma image depends on lzma-native, grep and other programs that use .xz
> suffix for tarballs depend on xz-native.
> This fact itself is bad - it creates file conflicts in the sysroot.
>
> Bu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 28-07-10 13:31, Philip Balister wrote:
> As people have noticed the server at OSUOSL that hosts many of the OE
> services has been flaky for the past week or so.
>
> Basically, the primary server seems to have some form of hardware issue.
> The adm
Hello.
On Mon, 2010-07-26 at 21:58, Simon Busch wrote:
> On 26.07.2010 09:46, Stefan Schmidt wrote:
> > Hello.
> >
> > On Tue, 2010-07-20 at 20:44, Simon Busch wrote:
> >> This rebases all specific versions of lvm2 on a global recipe lvm2.inc
> >> which defines the
> >> common parameters for bui
* Changed the command that packages the contents of the
source ipk to ar instead of tar to match how other ipks
are built.
Signed-off-by: Chase Maupin
---
classes/sourceipk.bbclass |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/classes/sourceipk.bbclass b/classes/s
* Added License field to the control file.
Signed-off-by: Chase Maupin
---
classes/sourceipk.bbclass |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/classes/sourceipk.bbclass b/classes/sourceipk.bbclass
index 5318a2c..9acd9a5 100644
--- a/classes/sourceipk.bbclass
+++ b/
On Wed, Jul 28, 2010 at 03:39:33PM +0200, Marco Cavallini wrote:
>Stanislav Brabec ha scritto, Il 28/07/2010 11:30:
>> I just built an angstrom image and thinks failed.
>>
>> lzma image depends on lzma-native, grep and other programs that use .xz
>> suffix for tarballs depend on xz-native.
>> This
On Wed, Jul 28, 2010 at 04:06:13PM +0200, Bernhard Reutner-Fischer wrote:
>On Wed, Jul 28, 2010 at 03:39:33PM +0200, Marco Cavallini wrote:
>>Stanislav Brabec ha scritto, Il 28/07/2010 11:30:
>>> I just built an angstrom image and thinks failed.
>>>
>>> lzma image depends on lzma-native, grep and
I am bitbaking linux davinci recipe in openembedded to build a just kernel
image for DM6446. Weather this is the suitable recipe for this?
Also it is giving an error of permission denied to /root as shown in terminal
log. how I may remove this error? plz help.
[sa...@localhost root]$ bitbake li
Please see this link for two files, a patch for the recipe, and also a
new file:
http://home.comcast.net/~jay.snyder/Qt4-recipe-compiler-fix
http://home.comcast.net/~jay.snyder/Qt4-recipe-compiler-fix/configure-conf_compiler-fix.patch
patch file to go into the files/ directory of the recipe -- t
Roman I Khimov wrote:
В сообщении от Среда 28 июля 2010 03:45:21 автор Tom Rini написал:
I'd like to disable packaged-staging for perl-native. The problem here
comes from a number of things that happen. Some of these can only
happen in combination with packaged-staging but others I believe cou
On 07/28/2010 11:25 PM, Jay Snyder wrote:
> Please see this link for two files, a patch for the recipe, and also a new
> file:
>
> http://home.comcast.net/~jay.snyder/Qt4-recipe-compiler-fix/Qt4-recipe-compiler-fix.patch
this patch removes the patch you want to add. Is that correct? Could you a
Hi,
I would really kind of you to use "git diff" and attach the resulting patch
here.
Or use git format-patch and git send-email.
Bye Henning
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-
On Wed, Jul 28, 2010 at 08:54:12PM +0600, saleh usman wrote:
>
> I am bitbaking linux davinci recipe in openembedded to build a just kernel
> image for DM6446. Weather this is the suitable recipe for this?
> Also it is giving an error of permission denied to /root as shown in terminal
> log. how
this patch removes the patch you want to add. Is that correct? Could
you add
the "More Info" to the top of the patch as well? Could you also
include the
failure you are seeing?
I have fixed the patch (common error, had reversed the order of
arguments to diff).
http://home.comcast.net/~jay.
On Tue, Jul 27, 2010 at 6:44 AM, Koen Kooi wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi,
>
> In the past several weeks the OE server(s) have been down for extended
> periods of time without so much a mail to this list about the cause,
> solution or anything.
>From what I unders
The recode build fails because of CC/CXX environment variables being banged by:
TARGET_CC_ARCH_append = "${LDFLAGS}"
Adding a space fixes it:
>From d792e217288ac56b1cc1f798c0ea67f749037f2a Mon Sep 17 00:00:00 2001
From: Alex Bennee Date: Wed, 28 Jul 2010 17:38:39 +0100
Subject: [PATCH] Add spac
- using PREFERRED_GCC_VERSION = "svn" didn't work since
gcc-svn.inc messed with PV
- disable libstdcxx-pch for ppc
pch1a_output would need to be compiled with -mlong-double-128
to avoid
libstdc++-v3/include/precompiled/stdc++.h -o \
powerpc-oe-linux-uclibc/bits/stdc++.h.gch/O2g.gc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 28-07-10 19:14, Bernhard Reutner-Fischer wrote:
> -PV = "4.6+svnr${SRCPV}"
> +PR = "4.6+svnr${SRCPV}"
NAK, PV = "4.6+svnr${SRCPV}" is the right thing to do
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Darwin)
iD8DBQFMUGXVMkyGM64RGpERAvafA
On 28.07.2010 15:44, Stefan Schmidt wrote:
> Hello.
>
> On Mon, 2010-07-26 at 21:58, Simon Busch wrote:
>> On 26.07.2010 09:46, Stefan Schmidt wrote:
>>> Hello.
>>>
>>> On Tue, 2010-07-20 at 20:44, Simon Busch wrote:
This rebases all specific versions of lvm2 on a global recipe lvm2.inc
On Wed, Jul 28, 2010 at 12:07 AM, Koen Kooi wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 27-07-10 08:48, Khem Raj wrote:
>> Hi
>>
>> Following series of patches are for making multi-machine toolchains co-exist
>> with
>> new cross staging for toolchain.
>>
>> It changes the too
On Wed, Jul 28, 2010 at 07:16:05PM +0200, Koen Kooi wrote:
>-BEGIN PGP SIGNED MESSAGE-
>Hash: SHA1
>
>On 28-07-10 19:14, Bernhard Reutner-Fischer wrote:
>
>> -PV = "4.6+svnr${SRCPV}"
>> +PR = "4.6+svnr${SRCPV}"
>
>NAK, PV = "4.6+svnr${SRCPV}" is the right thing to do
ok what should i do th
Hello.
On Wed, 2010-07-28 at 19:20, Simon Busch wrote:
> On 28.07.2010 15:44, Stefan Schmidt wrote:
> >
> > On Mon, 2010-07-26 at 21:58, Simon Busch wrote:
> >> On 26.07.2010 09:46, Stefan Schmidt wrote:
> >>> Hello.
> >>>
> >>> On Tue, 2010-07-20 at 20:44, Simon Busch wrote:
> This rebases
Hi,
The attached RFC would automatically depend do_unpack on xz-native
to help people who do not have xz packaged for their buildhost ¹).
It contains extra work for situations where autoconf comes from an .xz
compressed tarball: In these situations, we know that we can
configure the xz-native tar
As part of the "figure out what is wrong with the server" process,
Tinderbox and Bugzilla will be unavailable for "a few hours".
The time is an estimate :)
Philip
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://li
Hello.
On Tue, 2010-07-27 at 10:49, hein...@inf.fu-berlin.de wrote:
> From: Henning Heinold
Build and runtime tested without problems.
Acked-by: Stefan Schmidt
regards
Stefan Schmidt
___
Openembedded-devel mailing list
Openembedded-devel@lists.open
Hello.
On Tue, 2010-07-27 at 10:49, hein...@inf.fu-berlin.de wrote:
> From: Henning Heinold
Build and runtime tested without problems.
Acked-by: Stefan Schmidt
regards
Stefan Schmidt
___
Openembedded-devel mailing list
Openembedded-devel@lists.open
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-July/021641.html
On 28-07-10 19:39, Bernhard Reutner-Fischer wrote:
> On Wed, Jul 28, 2010 at 07:16:05PM +0200, Koen Kooi wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> On
Hi!
I faced with "ERROR: Unbuildable tasks were found" when building virtual/kernel
for linux_2.6.25 using at91sam overlay over org.openembedded.dev branch:
Problem seems similar to the one described in:
"Re: [oe] circular dependency when building linux_2.6.25.bb"
by Marcin Juszkiewicz juszkiewi
Patch produced with 'diff -Naur', as per Henning Heinold's request:
diff -Naur /home/oe/2010-06-23/openembedded/recipes/qt4/files/configure-conf_compiler-fix.patch /home/oe/local/recipes/qt4/files/configure-conf_compiler-fix.patch
--- /home/oe/2010-06-23/openembedded/recipes/qt4/files/configure-c
On Wed, Jul 28, 2010 at 09:37:03PM +0200, Koen Kooi wrote:
>-BEGIN PGP SIGNED MESSAGE-
>Hash: SHA1
>
>
>http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-July/021641.html
this is rather ugly and counter intuitive for i'll have to change the
PREFERRED_GCC_VERSION whenever someone
Hi,
because you are touching .inc files you need to increment the INC_PR number of
the inc files.
Bye Henning
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedde
Is there anyway to stop directing the output (of commands in a task) from
being directed to the log file and send it to the standard output?
I have a situation where after the image is built I want to have oe to
automatically down load the image to our hardware. the program that does the
download
Koen Kooi wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Perl (among others) uses the 'LIBC' variable to point its linker to
libc.so.6, which fails due to OE redefing LIBC.
Any objections to renaming LIBC to TARGET_LIBC in OE?
bitbake.conf: Unexport LIBC from the environment
As sp
Frans Meulenbroeks wrote:
2010/7/27 Chris Larson
On Tue, Jul 27, 2010 at 3:19 AM, Frans Meulenbroeks <
fransmeulenbro...@gmail.com> wrote:
PS: I think part of the problem is that most recipes do not have a
well-defined owner who is responsible for maintaining them. I know we use
to
have them
On Wed, Jul 28, 2010 at 6:40 PM, Tom Rini wrote:
> Frans Meulenbroeks wrote:
>
>> 2010/7/27 Chris Larson
>>
>> On Tue, Jul 27, 2010 at 3:19 AM, Frans Meulenbroeks <
>>> fransmeulenbro...@gmail.com> wrote:
>>>
>>> PS: I think part of the problem is that most recipes do not have a
well-defi
В сообщении от Четверг 29 июля 2010 05:31:07 автор Tom Rini написал:
> bitbake.conf: Unexport LIBC from the environment
>
> As spoted by Koen at least perl makes use of LIBC coming from the
> environment to be meaningful, so don't export it as it doesn't match our
> meaning.
>
> Signed-off-by: To
2010/7/28 Bernhard Reutner-Fischer
> On Wed, Jul 28, 2010 at 09:37:03PM +0200, Koen Kooi wrote:
> >-BEGIN PGP SIGNED MESSAGE-
> >Hash: SHA1
> >
> >
> >
> http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-July/021641.html
>
> this is rather ugly and counter intuitive for i'll ha
I'm trying to compile v8 for angstrom (gumstix overo) and this is my recipe:
v8_r5144.bb:
DESCRIPTION = "V8 JavaScript Engine"
PR = "r0"
DEPENDS = ""
SRC_URI = " \svn://v8.googlecode.com/svn;module=trunk;proto=http;rev=5144 \
"
S = "${WORKDIR}/trunk"
FILES_${PN} = "${bindir}/libv8"
inherit scons
2010/7/29 Tom Rini
> Frans Meulenbroeks wrote:
>
>> 2010/7/27 Chris Larson
>>
>> On Tue, Jul 27, 2010 at 3:19 AM, Frans Meulenbroeks <
>>> fransmeulenbro...@gmail.com> wrote:
>>>
>>> PS: I think part of the problem is that most recipes do not have a
well-defined owner who is responsible f
53 matches
Mail list logo