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:
Could
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: ParseError at
/home/setup-scripts
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
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. Then
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 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
--
___
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, 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 in
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
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
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 mats.karr...@tritech.se wrote:
+# glibc configure options to make use of 603e specific sqrt/sqrtf routines
+GLIBC_EXTRA_OECONF += ${@bb.utils.contains
Hi Richard,
On Tuesday, April 01, 2014 12:48 PM, Richard Purdie wrote:
On Tue, 2014-04-01 at 07:54 +, 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, 2014 at 9:43 AM, Mats Kärrman mats.karr...@tritech.se
Tested on PowerPC MPC5125.
Signed-off-by: Mats Karrman mats.karr...@tritech.se
---
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
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
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
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).
The symptom that made me discover the problem
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
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
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
Hi Khem,
On Friday, March 21, 2014 6:06 PM, Khem Raj wrote:
On Fri, Mar 21, 2014 at 9:45 AM, Mark Hatle mark.ha...@windriver.com 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:
My home made hard float tune for PowerPC looks
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 deleted an older SDK
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
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 one.
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-ppce300c3.inc
# Use hardware floating
On Wednesday, March 12, 2014 4:58 PM, Burton, Ross wrote:
On 12 March 2014 15:30, Mats Kärrman mats.karr...@tritech.se 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 upstream here would
On Wednesday, March 12, 2014 6:37 PM, Phil Blundell wrote:
On Wed, 2014-03-12 at 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?
Does eglibc's own libm testsuite pass on your platform? I wonder if
oe-core
On Wednesday, March 12, 2014 7:09 PM, Khem Raj wrote:
On Wed, Mar 12, 2014 at 8:30 AM, Mats Kärrman mats.karr...@tritech.se 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
snip
Does anyone know
On Wednesday, March 12, 2014 6:37 PM, Phil Blundell wrote:
On Wed, 2014-03-12 at 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?
Does eglibc's own libm testsuite pass on your platform? I wonder if
oe-core
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 /
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 to
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://.*/.*
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 that in openemebdded
Hi Phil,
On Monday, November 18, 2013 7:28 PM, Phil Blundell wrote:
On Mon, 2013-11-18 at 13:28 +, 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
added package
Oh, right, I
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:
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: [OE-core
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... better could
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
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-core]
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
40 matches
Mail list logo
