On Saturday, July 05, 2014 2:57 PM, Life Life wrote:
> screenshot.png
Well, the error message suggests that at the time image.bbclass is trying
to inherit the rootfs class, IMAGE_PKGTYPE is not defined.
Something is wrong with your setup. I'm not using Angstrom myself so I suggest
you
try going
On Saturday, July 05, 2014 2:38 PM, Life Life wrote:
> screenshot.png
And you also get the expexted value for PACKAGE_CLASSES?
And you still get the same error message?
Shouldn't you be running bitbake from the build directory?
// Mats
--
___
Openemb
On Saturday, July 05, 2014 2:12 PM, Life Life wrote:
> Thank you for quick reply, I'm using angstrom-v2013.12-yocto1.5
> PACKAGE_CLASSES = "package_ipk"
...and by using the -e option you have verified that this is really what is
used by your build, or?
// Mats
--
_
On Saturday, July 05, 2014 1:51 PM, Life Life wrote:
> yes
It might help if your answers were a little more verbose... :-/
> no I'm not using -e switch, e.g: bitbake console-image
If you use the -e switch you will see the value of all variables, including
PACKAGE_CLASSES and
IMAGE_PKGTYPE. The
On Saturday, July 05, 2014 1:11 PM, Life Life wrote:
> no I'm not using -e switch, e.g: bitbake console-image
I meant for you to try using it...
The -e switch will do nothing but display the parsed value for all variables of
the recipe you are building.
Do you have a PACKAGE_CLASSES definition i
Hi again,
On Saturday, July 05, 2014 11:55 AM, Mats Kärrman wrote:
> On Saturday, July 05, 2014 10:42 AM, Life Life wrote:
>> I'm trying build simple image and I run this command bitbake console-image
>> After I see this error. How to solve this problem ?
>> ERROR: Par
Hi,
On Saturday, July 05, 2014 10:42 AM, Life Life wrote:
> I'm trying build simple image and I run this command bitbake console-image
> After I see this error. How to solve this problem ?
> ERROR: ParseError at
> /home/setup-scripts/sources/openembedded-core/meta/classes/image.bbclass:1:
> Cou
Hi Himanshu,
On Monday, June 30, 2014 11:23 AM, Himanshu Pandey wrote:
> How to clean using bitbake?
> What is the command for that?
Please refer to https://www.yoctoproject.org/documentation/current
BR // Mats
Get your own
FREE website,
FREE domain &
FREE mobile app with Company ema
On Saturday, June 28, 2014 6:04 AM, Himanshu Pandey wrote:
> But I don't have meta-networking directory in my poky-dora-10.0.0
You may git clone from git://git.openembedded.org/meta-openembedded
The "Dora" branch corresponds to Poky 10.0.0.
See previous instructions on how to include a new layer
Hi Himanshu,
On Friday, June 27, 2014 1:14 PM, Himanshu Pandey wrote:
> Can some one help me to write a receipe with all these requirements?
How about starting out with
meta-networking/recipes-protocols/pptp-linux/pptp-linux_1.7.2.bb and add your
own .bbappend to tweak the things you must?
BR
The tuning file for PowerPC e300c3 is soft-float. In OE-classic it was hard-
float and it should be as the c3 has an fpu. I have modified the tuning file
to include both a hard-float version (using the existing ppce300c3 name) and
an optional soft-float version (called ppce300c3-nf).
The following
Tested on PowerPC MPC5125.
Signed-off-by: Mats Karrman
---
meta/recipes-core/eglibc/eglibc-2.19/glibc.fix_sqrt2.patch |7 +++
1 file changed, 7 insertions(+)
diff --git a/meta/recipes-core/eglibc/eglibc-2.19/glibc.fix_sqrt2.patch
b/meta/recipes-core/eglibc/eglibc-2.19/glibc.fix_sqrt2.p
Hi Richard,
On Tuesday, April 01, 2014 12:48 PM, Richard Purdie wrote:
> On Tue, 2014-04-01 at 07:54 +0000, Mats Kärrman wrote:
>> Hi Khem,
>>
>> Thanks for your feedback!
>>
>> On Tuesday, April 01, 2014 7:37 AM, Khem Raj wrote:
>> > On Fri, Mar 28,
Hi Khem,
Thanks for your feedback!
On Tuesday, April 01, 2014 7:37 AM, Khem Raj wrote:
> On Fri, Mar 28, 2014 at 9:43 AM, Mats Kärrman wrote:
>> +# glibc configure options to make use of 603e specific sqrt/sqrtf routines
>> +GLIBC_EXTRA_OECONF += "${@bb.utils.con
Concatenated fix of PowerPC time related system calls in eglibc 2.18 taken
from upstream glibc. See credits in patch header.
The effect is that some time related system calls returns nothing or garbage.
Fix tested on PowerPC e300c3.
Eglibc 2.17 does not have this issue and the patches are already
Concatenated fix of PowerPC time related system calls in eglibc 2.18 taken
from upstream glibc. See credits in patch header.
The effect is that some time related system calls returns nothing or garbage.
Fix tested on PowerPC e300c3.
Eglibc 2.17 does not have this issue and the patches are already
The tuning file for PowerPC e300c3 is soft-float. In OE-classic it was
hard-float
and it should be as the c3 has an fpu. I have modified the tuning file to
include
both a hard-float version (using the existing ppce300c3 name) and an optional
soft-float version (called ppce300c3-nf).
The followin
Concatenated fix of PowerPC time related system calls in eglibc 2.18 taken
from upstream glibc. See credits in patch header.
The effect is that some time related system calls returns nothing or garbage.
Tested on PowerPC e300c3.
Eglibc 2.17 does not have this issue and the patches are already pa
On Wednesday, March 26, 2014 5:10 PM, Mats Kärrman wrote:
> Hi,
>
> The system is an OE-Core Dora "distro-less" build for a 32-bit PowerPC
> MPC5125.
> Tune file used is tune-ppce300c3.inc.
> eglibc version 2.18, gcc 4.8.1, binutils 2.23.2 (Dora defaults).
>
>
Hi Khem,
On Friday, March 21, 2014 6:06 PM, Khem Raj wrote:
> On Fri, Mar 21, 2014 at 9:45 AM, Mark Hatle wrote:
>> On 3/21/14, 7:10 AM, Mats Kärrman wrote:
>>>
>>> Hi,
>>>
>>> On: Thursday, March 13, 2014 11:36 AM, Mats Kärrman wrote:
>>>&
Hi,
The system is an OE-Core Dora "distro-less" build for a 32-bit PowerPC MPC5125.
Tune file used is tune-ppce300c3.inc.
eglibc version 2.18, gcc 4.8.1, binutils 2.23.2 (Dora defaults).
The symptom that made me discover the problem was that some programs could not
get the correct system time whi
On Wednesday, March 26, 2014 4:23 AM, Khem Raj wrote:
> > Hi,
> >
> > I just ran into an unexpected error while doing some multitasking.
> > Project is based on OE-core Dora "distroless".
> >
> > While my build machine was busy building a new SDK using "-c populate_sdk"
> > I simultaneously delete
Hi,
I just ran into an unexpected error while doing some multitasking.
Project is based on OE-core Dora "distroless".
While my build machine was busy building a new SDK using "-c populate_sdk" I
simultaneously deleted an older SDK that was installed under /usr/local and
installed a different on
Hi,
On: Thursday, March 13, 2014 11:36 AM, Mats Kärrman wrote:
> My "home made" hard float tune for PowerPC looks like this:
>
> --
> # Tune for the e300c3 core
> require conf/machine/include/tune-ppce300c
On Wednesday, March 12, 2014 6:37 PM, Phil Blundell wrote:
> On Wed, 2014-03-12 at 15:30 +0000, Mats Kärrman wrote:
>> Does anyone know if this is a known "feature" of eglibc or know any other
>> reason
>> for this difference?
>
> Does eglibc's own libm
On Wednesday, March 12, 2014 7:09 PM, Khem Raj wrote:
> On Wed, Mar 12, 2014 at 8:30 AM, Mats Kärrman wrote:
>> I face a problem with libm. With my Dora build the following assertion
>> doesn't hold:
>>
>> sqrt( pow( sqrt( 2.0 ), 4.0 ) ) == 2.0
>>
>>
On Wednesday, March 12, 2014 6:37 PM, Phil Blundell wrote:
> On Wed, 2014-03-12 at 15:30 +0000, Mats Kärrman wrote:
>> Does anyone know if this is a known "feature" of eglibc or know any other
>> reason
>> for this difference?
>
> Does eglibc's own libm
On Wednesday, March 12, 2014 4:58 PM, Burton, Ross wrote:
> On 12 March 2014 15:30, Mats Kärrman wrote:
>> Does anyone know if this is a known "feature" of eglibc or know any other
>> reason
>> for this difference?
>
> I expect the standard response from u
Hi,
I face a problem with libm. With my Dora build the following assertion doesn't
hold:
sqrt( pow( sqrt( 2.0 ), 4.0 ) ) == 2.0
1) With my old OE-classic / glibc-2.9 / PowerPC-hf it holds.
2) With my Debian desktop PC / glibc-2.17 / amd64 it holds.
3) With my new OE-core Dora / eglibc-2.18 / Po
On Friday, February 07, 2014, Chris Larson [clar...@kergoth.com] wrote:
> > I have also tried "svn://.*/.* svn://myserver" but this just goes mayhem,
> > some recursion i guess; 9140 ERROR messages shown...
>
> I'm not sure if this use case is supported, but if it is, this would be the
> method
Hi,
I have added the following to my local.conf:
-
MY_LOCAL_MIRROR = "ftp://10.64.2.58/files/";
PREMIRRORS_prepend = "\
ftp://.*/.* ${MY_LOCAL_MIRROR} \n \
git://.*/.* ${MY_LOCAL_MIRROR} \n \
http://.*/.* ${MY_LOCAL_MIRROR} \n \
https://.*/.* ${MY_LOCAL
On: Tuesday, December 10, 2013 5:41 PM, Burton, Ross wrote:
> "bitbake make-native" should be sufficient instructions to build a
> replacement make.
Ouch, that was simple.
Unfortunately the consistently failing build doesn't feel like failing
right now so I can't verify that it works.
Assuming th
Hi,
I have run into problems with make.
Most things works fine with make v3.81 but when building a kernel recipe
(meta-fsl-arm linux-imx-3.10.9)
I consistently get:
make: INTERNAL: Exiting with 5 jobserver tokens available; should be 4!
To solve this I "manually" upgraded make on my machine to
At Tuesday, December 03, 2013 7:06 PM, Khem Raj [raj.k...@gmail.com] wrote:
>> On Tue, Dec 03, 2013 at 11:43:41AM -0500, Philip Balister wrote:
>>> On 12/03/2013 11:08 AM, Henning Heinold wrote:
Hi,
how is the status about using "Sponsored by" git tags. Do we want something
like
Hi Phil,
On Monday, November 18, 2013 7:28 PM, Phil Blundell wrote:
> On Mon, 2013-11-18 at 13:28 +0000, Mats Kärrman wrote:
> > On Monday, November 18, 2013 2:15 PM, Phil Blundell wrote:
> > >> Subject: Re: [OE-core] RPROVIDES not package specific with native and
Hi,
Porting an old project from OE-Classic to OE-Core (Dora / distroless) I have
run into another issue.
When building for machine aaa everything is fine but when I then try to build
the same image for machine bbb (in same context, no intermediate cleaning)
there is a conflict while deploying
On Monday, November 18, 2013 2:15 PM, Phil Blundell wrote:
>> Subject: Re: [OE-core] RPROVIDES not package specific with native and added
>> package
>>
>> Oh, right, I see. Does it help if you use "PACKAGES =+ .." rather than
>> "PACKAGES_prepend = "?
Yes it does!!
Could you tell me why?
Er...
It's not mine, it comes from native.bbclass.
b.t.w. I should have said I'm running OE-core DORA distro-less.
// Mats
From: Phil Blundell [p...@pbcl.net]
Sent: Monday, November 18, 2013 2:07 PM
To: Mats Kärrman
Cc: openembedded-core
Subject: Re
Hi,
I have a couple of recipes for building a proprietary application; a target and
a native version. Both mostly depends on the same .inc file. Before, with
OE-Classic all used to work fine. Now while porting to OE-core there are some
QA-Issues:
ERROR: QA Issue:
/home/makr/projects/upgrade_t
> From: openembedded-core-boun...@lists.openembedded.org
> [openembedded-core-boun...@lists.openembedded.org] on behalf of Martin Jansa
> [martin.ja...@gmail.com]
> Sent: Friday, December 02, 2011 5:18 PM
> To: Patches and discussions about the oe-core layer
> Subject: Re: [OE-core] Coordinating
> From: openembedded-core-boun...@lists.openembedded.org
> [openembedded-core-boun...@lists.openembedded.org] on behalf of Richard
> Purdie [richard.pur...@linuxfoundation.org]
> Sent: Thursday, December 01, 2011 9:33 PM
> To: Patches and discussions about the oe-core layer
> Subject: Re: [OE-cor
41 matches
Mail list logo
