On 2 February 2015 at 18:33, Khem Raj raj.k...@gmail.com wrote:
Yeah, I am on archlinux (the other end of spectrum). Nevertheless, I have
updated the contrib tree which fixes cross-localedef-native compile time
issue. So you should be good
to go now.
Bad news, glibc is now failing:
|
If there any way in the bbappend file to override task_name[noexec] = 1
specified in the parent .bb file?
I want to extend the package-index task, and need to fetch a couple of
configuration files.
The package-index.bb task contains do_fetch[noexec] = 1, so the fetch is not
performed.
--
On 02/03/2015 02:40 AM, Paul Eggleton wrote:
Hi Gary,
On Monday 02 February 2015 09:33:30 Gary Thomas wrote:
Every time I run the 'bitbake-whatchanged' script, I get an
error like this:
ERROR: Bitbake's cached basehash does not match the one we just generated
layer index updated.
I will update README next.
thanks,
Armin
On 02/02/2015 10:31 AM, Paul Eggleton wrote:
On Monday 02 February 2015 10:24:21 akuster808 wrote:
On 02/02/2015 08:31 AM, Paul Eggleton wrote:
Can you please also update the OE layer index?
Do I do that manually or is it
Hi folks
Would you tell me why can't we inherit native.bbclass in every recipes.
IMO, it's better to provide native recipe for every package.
Thanks,
Bian
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
The only way I know is to make a new recipe, busybox-initramfs.bb, for
example.
Install busybox for image rootfs and busybox-initramfs for initramfs.
Best Regards,
Chen Qi
On 02/02/2015 09:21 PM, erwin.rieger@rohde-schwarz.com wrote:
Hello list,
i have used Yocto to create a initramfs
This mail was sent out by Recipe reporting system.
This message list those recipes which need to be upgraded. If maintainers
believe some of them needn't to upgrade this time, they can fill in
RECIPE_NO_UPDATE_REASON_pn-xxx in upstream_tracking files to ignore this
recipe remainder until newer
Hi All
I have put together upgrade to gcc 4.9.2 as well as glibc 2.21 (
upcoming ) on a contrib branch ( top 2 patches) its has not got much
testing besides x86 qemu thus far.
http://git.openembedded.org/openembedded-core-contrib/log/?h=kraj/gcc-glibc-upgrade
I would like to request some help
Hi,
I am new to yocto and trying to create bsp for my wandboard-quad. As a
starting point I have followed the
http://wiki.wandboard.org/Getting_started_with_Yocto_on_Wandboard and
finally gave the command bitbake core-image-minimal
So far so good.., I can see the generated images at
Hello list,
i have used Yocto to create a initramfs linux kernel and a corresponding rootfs
for a embedded linux system.
Things are working as expected, so far.
Now i want to fine-tune my setup and want to use a different busybox
configuration in the initramfs as the one in the rootfs image.
Hi,
I am trying to write an custom recipe for one of the application. In the
do_install() I am using an external script for creating rpm of the application.
Below is the recipe file which I have written.
SUMMARY = Hello World
DESCRIPTION = A recipe for HelloWorld
LICENSE = MIT
This mail was sent out by Recipe reporting system.
This message list those recipes which need to be upgraded. If maintainers
believe some of them needn't to upgrade this time, they can fill in
RECIPE_NO_UPDATE_REASON_pn-xxx in upstream_tracking files to ignore this
recipe remainder until newer
try using SOURCE_MIRROR_URL ?= file:///home/mykernel/ - three
'///' assuming that /home is in your root directoryLachlan
- Original Message -
From: Pavan Kumar B
To:
Cc:
Sent:Sun, 1 Feb 2015 19:58:35 +0530
Subject:[yocto] need help to add local kernel to yocto build
Hi,
I am new to
Hi,
How do I build a target SDK, so that I can develop on the target. My
target machine is ARM.
I am using poky-1.5.
When I try to add the packagegroup-target-sdk I get an install error which
says Nothing RPROVIDES perl-ptest, even though I have selected perl-ptest
for the final image
Hi Jim,
On Sun, Feb 01, 2015 at 10:58:02AM -0500, Jim Abernathy wrote:
after I posted this issues, I tried to click on the link at the Oracle site
and
there is something about accepting a License. I have the
LICENSE_FLAGS_WHITELIST += oracle_java which worked on the NUC build. I'm
On Mon, Feb 2, 2015 at 2:40 AM, Burton, Ross ross.bur...@intel.com wrote:
cross-localdef-native:
| In file included from glibc/locale/programs/locarchive.c:696:0:
| glibc/locale/programs/../../intl/l10nflist.c: In function
'_nl_normalize_codeset':
|
Hi Qiang,
On Monday 02 February 2015 17:26:18 Qiang Yu wrote:
I know two build dir of the same yocto version can share download/ and
sstate/ dir to speed up build. But what if two build dir of different yocto
version, like 1.6 and 1.7?
Yes. However, you will probably find you won't get too
Hi Khem,
On 2 February 2015 at 10:02, Khem Raj raj.k...@gmail.com wrote:
I have put together upgrade to gcc 4.9.2 as well as glibc 2.21 (
upcoming ) on a contrib branch ( top 2 patches) its has not got much
testing besides x86 qemu thus far.
I'm seeing these failures when cherry-picking
Hi Ross
Please repull. I did not push from right machine first time. Now it
should be good.
Thanks for quick turnaround
Thanks
-Khem
On Mon, Feb 2, 2015 at 2:40 AM, Burton, Ross ross.bur...@intel.com wrote:
Hi Khem,
On 2 February 2015 at 10:02, Khem Raj raj.k...@gmail.com wrote:
I have put
On 02/02/2015 04:27, peterengcomau...@adam.com.au wrote:
Alex, I have completely separated daisy and dizzy. all of my daisy
stuff goes into ~/poky-1.6 and I clone only daisy branches there such
as poky, meta-openembedded, meta-qt5, etc. All of my dizzy stuff goes
in ~/poky-1.7 so there is
Hi,
I want to add my own BSP layer to yocto and also we use our inhouse customizied
kernel.
I add my BSP layer to yocto using yocto-bsp create command.
I give the our curtomized kernel repositary path to the git path while creating
the BSP.
After successfully creating the BSP layer when I run
Signed-off-by: Armin Kuster akuster...@gmail.com
---
README | 7 +++
1 file changed, 7 insertions(+)
diff --git a/README b/README
index 71378d9..ef80f2b 100644
--- a/README
+++ b/README
@@ -24,6 +24,11 @@ This layer depends on:
revision: HEAD
prio: default
+ URI:
On Mon, Feb 2, 2015 at 1:45 PM, Burton, Ross ross.bur...@intel.com wrote:
On 2 February 2015 at 18:33, Khem Raj raj.k...@gmail.com wrote:
Yeah, I am on archlinux (the other end of spectrum). Nevertheless, I have
updated the contrib tree which fixes cross-localedef-native compile time
issue.
Andrei Gherzan writes:
Hello,
On Tue, Jan 27, 2015 at 02:26:55PM +0800, Yen-Chin Lee wrote:
To build raspberrypi with Qt5, we need to add extra QT_CONFIG_FLAGS to
indicate device config.
Signed-off-by: Yen-Chin Lee coldnew...@gmail.com
---
qt5-layer/recipes-qt/qt5/qtbase_%.bbappend | 7
Hi Thomas,
On 2 February 2015 at 15:17, Moore, Thomas (FtWorth) thomas.moo...@atk.com
wrote:
I have a binary recipe that is only compatible with x86 and x86_64
systems. I *think* specifying the COMPATIBLE_HOST in my recipe would be a
good idea. However, I've been unable to find any
On 2015-02-02 08:28, Moore, Thomas (FtWorth) wrote:
Gary,
It seems like COMPATIBLE_MACHINE would have values such as genericx86,
qemux86-64, or beaglebone. If that's true, I don't think I want to use
COMPATIBLE_MACHINE as my recipes are only dependent on the architecture.
You can also use
Ross,
Perfect. For whatever reason, the manual doesn’t come up when I google
COMPATIBLE_HOST. Looks like I’ll need to bookmark the mega manual.
Thanks,
Thomas
From: Burton, Ross [mailto:ross.bur...@intel.com]
Sent: Monday, February 02, 2015 9:21 AM
To: Moore, Thomas (FtWorth)
Cc:
On 2015-02-02 08:33, Richard Purdie wrote:
On Mon, 2015-02-02 at 08:32 -0700, Gary Thomas wrote:
On 2015-02-02 08:28, Moore, Thomas (FtWorth) wrote:
Gary,
It seems like COMPATIBLE_MACHINE would have values such as
genericx86, qemux86-64, or beaglebone. If that's true, I don't think I
want to
Date: Mon, 2 Feb 2015 11:07:05 +0100
From: maxin.j...@enea.com
To: jfaberna...@outlook.com
CC: yocto@yoctoproject.org
Subject: Re: [yocto] Checksum failure encountered Java
Hi Jim,
On Sun, Feb 01, 2015 at 10:58:02AM -0500, Jim Abernathy wrote:
after I posted this issues, I tried to
On 2015-02-02 08:17, Moore, Thomas (FtWorth) wrote:
I have a binary recipe that is only compatible with x86 and x86_64 systems. I
*think* specifying the COMPATIBLE_HOST in my recipe would be a good idea.
However, I've been unable to find any documentation, or even a good
description, of this
Gary,
It seems like COMPATIBLE_MACHINE would have values such as genericx86,
qemux86-64, or beaglebone. If that's true, I don't think I want to use
COMPATIBLE_MACHINE as my recipes are only dependent on the architecture.
Thanks,
Thomas
-Original Message-
From:
On Mon, 2015-02-02 at 08:32 -0700, Gary Thomas wrote:
On 2015-02-02 08:28, Moore, Thomas (FtWorth) wrote:
Gary,
It seems like COMPATIBLE_MACHINE would have values such as
genericx86, qemux86-64, or beaglebone. If that's true, I don't think I
want to use COMPATIBLE_MACHINE as my recipes
I have a binary recipe that is only compatible with x86 and x86_64 systems. I
*think* specifying the COMPATIBLE_HOST in my recipe would be a good idea.
However, I've been unable to find any documentation, or even a good
description, of this variable. Can someone help me out here?
Thanks,
suricata needs a package in meta-networking
Signed-off-by: Armin Kuster akuster...@gmail.com
---
conf/layer.conf | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/conf/layer.conf b/conf/layer.conf
index c5a717b..650e6ed 100644
--- a/conf/layer.conf
+++ b/conf/layer.conf
@@ -9,4
Khem,
If I knew what testing' entailed I would through some time at this.
- Armin
On 02/02/2015 02:02 AM, Khem Raj wrote:
Hi All
I have put together upgrade to gcc 4.9.2 as well as glibc 2.21 (
upcoming ) on a contrib branch ( top 2 patches) its has not got much
testing besides x86 qemu
Hi Paul,
Actually we do have existing scripts which create RPM's for other platform i.e.
Linux. We would be cross compile the code and want to use the existing scripts
for doing it. As the existing RPM spec contain lot of logic for post install,
upgrade use case etc. So we can use the current
downloading the JRE file from the Oracle site to the working download directory
solved my build problem. This image boots and now I'm testing java. So far so
good. Since the Pandaboard uses an OMAP4430, I think it's hard-float.
Jim A
From: jfaberna...@outlook.com
To: maxin.j...@enea.com
Every time I run the 'bitbake-whatchanged' script, I get an
error like this:
ERROR: Bitbake's cached basehash does not match the one we just generated
(/home/local/poky-cutting-edge/meta-imx6/packages/images/imx6-demo-image.bb.do_rootfs)!
ERROR: The mismatched hashes were
Hi Abhinav,
On Monday 02 February 2015 14:04:49 Bipnesh, Abhinav wrote:
I am trying to write an custom recipe for one of the application. In the
do_install() I am using an external script for creating rpm of the
application. Below is the recipe file which I have written.
SUMMARY = Hello
On Monday 02 February 2015 16:46:37 Bipnesh, Abhinav wrote:
Paul Eggleton wrote:
On Monday 02 February 2015 14:04:49 Bipnesh, Abhinav wrote:
I am trying to write an custom recipe for one of the application. In the
do_install() I am using an external script for creating rpm of the
On Monday 02 February 2015 07:35:51 Armin Kuster wrote:
suricata needs a package in meta-networking
Signed-off-by: Armin Kuster akuster...@gmail.com
---
conf/layer.conf | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/conf/layer.conf b/conf/layer.conf
index
I'm looking into using sstate more and in particular sharing
it amongst a number of builds. I have a couple of questions
which I didn't find much info about.
* The sstate-cache for a given build/target seems to grow
without bounds. I have one build which I've been reusing
since last
On Mon, Feb 2, 2015 at 9:42 AM, Gary Thomas g...@mlbassoc.com wrote:
* The sstate-cache for a given build/target seems to grow
without bounds. I have one build which I've been reusing
since last November has grown to 62GB. A very similar
build which hasn't see quite so many 'bakes' is
On Feb 2, 2015, at 9:50 AM, Burton, Ross ross.bur...@intel.com wrote:
On 2 February 2015 at 17:40, Khem Raj raj.k...@gmail.com
mailto:raj.k...@gmail.com wrote:
Yeah, you must be using a weirdly compiled gcc on your host which is
defaulting to -std c99 and hence the problem. I have
Paul,
Is the idea to include all layers required including the cascaded ones?
i.e: meta-networking requires mete-python, should I include that one too?
On 02/02/2015 08:31 AM, Paul Eggleton wrote:
On Monday 02 February 2015 07:35:51 Armin Kuster wrote:
suricata needs a package in
On Monday 02 February 2015 10:24:21 akuster808 wrote:
On 02/02/2015 08:31 AM, Paul Eggleton wrote:
Can you please also update the OE layer index?
Do I do that manually or is it picked up from the README?
No, it needs to be done manually, I don't have anything to parse a README and
extract
Hi Gary,
On Monday 02 February 2015 09:33:30 Gary Thomas wrote:
Every time I run the 'bitbake-whatchanged' script, I get an
error like this:
ERROR: Bitbake's cached basehash does not match the one we just generated
(/home/local/poky-cutting-edge/meta-imx6/packages/images/imx6-demo-image.bb
On 2015-02-02 11:40, Paul Eggleton wrote:
Hi Gary,
On Monday 02 February 2015 09:33:30 Gary Thomas wrote:
Every time I run the 'bitbake-whatchanged' script, I get an
error like this:
ERROR: Bitbake's cached basehash does not match the one we just generated
On 2 February 2015 at 10:54, Khem Raj raj.k...@gmail.com wrote:
On Mon, Feb 2, 2015 at 2:40 AM, Burton, Ross ross.bur...@intel.com
wrote:
cross-localdef-native:
| In file included from glibc/locale/programs/locarchive.c:696:0:
| glibc/locale/programs/../../intl/l10nflist.c: In function
On 2 February 2015 at 16:48, Christopher Larson clar...@kergoth.com wrote:
Is there some maintenance to be done on the sstate-cache?
I'm thinking I want to set up a shared cache which might
last for a long time and I would like to only keep the bits
that are really needed.
In the
On Feb 2, 2015, at 9:25 AM, Burton, Ross ross.bur...@intel.com wrote:
On 2 February 2015 at 10:54, Khem Raj raj.k...@gmail.com
mailto:raj.k...@gmail.com wrote:
On Mon, Feb 2, 2015 at 2:40 AM, Burton, Ross ross.bur...@intel.com
mailto:ross.bur...@intel.com wrote:
I took a stab at this and found that the only way I could handle this is
to split the package up.
See interspersed with my original email.
The short answer is that I had to split it into three package, each with
its own recipe.
(I may revisit this down the road using classes such as those that
Armin,
On 2 February 2015 at 16:41, akuster akus...@mvista.com wrote:
If I knew what testing' entailed I would through some time at this.
Please build your stuff with this glibc/gcc and check it still works.
Ross
--
___
yocto mailing list
Hi,
Thanks for providing input. I would need to evaluate the modification required
to override such thing. One quick query in the do_install() can we have the
check as we do normally in the RPM spec file.
I mean to say %file and some logic like if this exist then execute a particular
block. A
On Monday 02 February 2015 17:33:23 Burton, Ross wrote:
On 2 February 2015 at 16:48, Christopher Larson clar...@kergoth.com wrote:
Is there some maintenance to be done on the sstate-cache?
I'm thinking I want to set up a shared cache which might
last for a long time and I would
You might want to quickly look through
http://www.yoctoproject.org/docs/1.8/ref-manual/ref-manual.html#shared-state-cache
in the ref-manual before supplying raw documentation information. This
section is our current discourse on sstate.
Scott
-Original Message-
From:
On 2 February 2015 at 16:54, Paul Eggleton paul.eggle...@linux.intel.com
wrote:
I'd have to say this is something we don't support. If you want to do this
you
would need to disable the current packaging tasks and stage the package
files
yourself, but that's going to take almost as much work
I've noticed a few issues with the pandaboard image that builds.
1. core-image-sato does not have WiFi capability. I think it's missing firmware.
2. core-image-base is missing the linux-firmware. I added:
IMAGE_INSTALL_append = linux-firmware. Now I have the necessary firmware to
bring up
On Feb 2, 2015, at 9:26 AM, Burton, Ross ross.bur...@intel.com wrote:
Armin,
On 2 February 2015 at 16:41, akuster akus...@mvista.com
mailto:akus...@mvista.com wrote:
If I knew what testing' entailed I would through some time at this.
Please build your stuff with this glibc/gcc and
On 2 February 2015 at 17:40, Khem Raj raj.k...@gmail.com wrote:
Yeah, you must be using a weirdly compiled gcc on your host which is
defaulting to -std c99 and hence the problem. I have fix for that issue
already locally.
$ gcc --version
gcc (Debian 4.7.2-5) 4.7.2
This is the default gcc
Seems automagic email did not happen for the release candidate, I
thought I marked it true.
http://autobuilder.yoctoproject.org/pub/nightly/20150202-1
Please start testing this as RC2
Thanks
--
Sau!
Saul Wold
Yocto Component Wrangler @ Intel
Yocto Project / Poky Build System
Hi all,
I know two build dir of the same yocto version can share download/ and
sstate/ dir to speed up build. But what if two build dir of different yocto
version, like 1.6 and 1.7?
Regards,
Qiang
--
___
yocto mailing list
yocto@yoctoproject.org
62 matches
Mail list logo