[yocto] Can two build dir of different yocto version share the same download/ and sstate/ dir?

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 https:

Re: [yocto] Can two build dir of different yocto version share the same download/ and sstate/ dir?

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

[yocto] Yocto-custom kernel build issue

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 t

[yocto] [RFT] upcoming glibc 2.21 and gcc 4.9 upgrade

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 i

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 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 > g

Re: [yocto] [RFT] upcoming glibc 2.21 and gcc 4.9 upgrade

Hi Khem, On 2 February 2015 at 10:02, Khem Raj 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 the top two commi

Re: [yocto] [RFT] upcoming glibc 2.21 and gcc 4.9 upgrade

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 wrote: > Hi Khem, > > On 2 February 2015 at 10:02, Khem Raj wrote: >> >> I have put together upgrade to gcc 4.9.2 as

Re: [yocto] [RFT] upcoming glibc 2.21 and gcc 4.9 upgrade

On Mon, Feb 2, 2015 at 2:40 AM, Burton, Ross 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': > | glibc/locale/programs/../../intl/l10nflist.c:306:12: error

Re: [yocto] meta-qt5 problem in yocto 1.7

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 the

[yocto] [Recipe reporting system] Upgradable recipe name list

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 u

[yocto] need help to add local kernel to yocto build

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 /fsl-commun

[yocto] Target SDK

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 t

[yocto] [Recipe reporting system] Upgradable recipe name list

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 u

[yocto] How to use different busybox defconfig's in the initramfs and rootfs image

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. F

Re: [yocto] need help to add local kernel to yocto build

 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

[yocto] Need help for custom recipe

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" LIC_FILES_

Re: [yocto] Checksum failure encountered Java

> 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

[yocto] COMPATIBLE_HOST

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, Thoma

Re: [yocto] COMPATIBLE_HOST

Hi Thomas, On 2 February 2015 at 15: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 > go

Re: [yocto] COMPATIBLE_HOST

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 v

Re: [yocto] COMPATIBLE_HOST

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: yocto-boun...@yoctoproj

Re: [yocto] COMPATIBLE_HOST

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: yocto@yoctopr

Re: [yocto] COMPATIBLE_HOST

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 ar

Re: [yocto] COMPATIBLE_HOST

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 re

[yocto] [meta-security][PATCH] layer conf: update to include meta-networking

suricata needs a package in meta-networking Signed-off-by: Armin Kuster --- 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 +9,4 @@ BBFILE_COLLE

Re: [yocto] COMPATIBLE_HOST

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

Re: [yocto] Checksum failure encountered Java

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 Dat

Re: [yocto] [meta-security][PATCH] layer conf: update to include meta-networking

On Monday 02 February 2015 07:35:51 Armin Kuster wrote: > suricata needs a package in meta-networking > > Signed-off-by: Armin Kuster > --- > conf/layer.conf | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/conf/layer.conf b/conf/layer.conf > index c5a717b..650e6ed 10064

[yocto] bitbake-whatchanged error

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 e48dfde9772b0a567b53

Re: [yocto] [RFT] upcoming glibc 2.21 and gcc 4.9 upgrade

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 th

Re: [yocto] Need help for custom recipe

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 = "Hell

[yocto] sstate management

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 Novembe

Re: [yocto] Need help for custom recipe

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 i

Re: [yocto] sstate management

On Mon, Feb 2, 2015 at 9:42 AM, Gary Thomas 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 only 27GB. >

Re: [yocto] Need help for custom recipe

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

Re: [yocto] Need help for custom recipe

On 2 February 2015 at 16:54, Paul Eggleton 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 as converting over > your

Re: [yocto] [RFT] upcoming glibc 2.21 and gcc 4.9 upgrade

On 2 February 2015 at 10:54, Khem Raj wrote: > On Mon, Feb 2, 2015 at 2:40 AM, Burton, Ross > 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': >

Re: [yocto] [RFT] upcoming glibc 2.21 and gcc 4.9 upgrade

Armin, On 2 February 2015 at 16:41, akuster 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 yocto@yoctoproject.org

[yocto] meta-ti/pandaboard

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

Re: [yocto] sstate management

On 2 February 2015 at 16:48, Christopher Larson 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 past i've

Re: [yocto] Need help for custom recipe

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 p

Re: [yocto] [RFT] upcoming glibc 2.21 and gcc 4.9 upgrade

> On Feb 2, 2015, at 9:25 AM, Burton, Ross wrote: > > > On 2 February 2015 at 10:54, Khem Raj > wrote: > On Mon, Feb 2, 2015 at 2:40 AM, Burton, Ross > wrote: > > cross-localdef-native: > > > > | In file included from glibc/locale/progr

Re: [yocto] sstate management

On Monday 02 February 2015 17:33:23 Burton, Ross wrote: > On 2 February 2015 at 16:48, Christopher Larson 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 on

Re: [yocto] [RFT] upcoming glibc 2.21 and gcc 4.9 upgrade

> On Feb 2, 2015, at 9:26 AM, Burton, Ross wrote: > > Armin, > > On 2 February 2015 at 16:41, akuster > 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". > anyt

Re: [yocto] Two Stage Package Recipe

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 a

Re: [yocto] [RFT] upcoming glibc 2.21 and gcc 4.9 upgrade

On 2 February 2015 at 17:40, Khem Raj 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 in current Debi

Re: [yocto] sstate management

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: yocto-boun...@y

Re: [yocto] [meta-security][PATCH] layer conf: update to include meta-networking

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 meta-network

Re: [yocto] [meta-security][PATCH] layer conf: update to include meta-networking

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 extr

Re: [yocto] [RFT] upcoming glibc 2.21 and gcc 4.9 upgrade

> On Feb 2, 2015, at 9:50 AM, Burton, Ross wrote: > > > On 2 February 2015 at 17:40, Khem Raj > 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 loca

Re: [yocto] bitbake-whatchanged error

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

Re: [yocto] bitbake-whatchanged error

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 (/home/local/poky-cutting-edge/met

[yocto] Unset task_name[noexec] in bbappend

If there any way in the bbappend file to override [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. -- Paul Stat

Re: [yocto] [RFT] upcoming glibc 2.21 and gcc 4.9 upgrade

On 2 February 2015 at 18:33, Khem Raj 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: | x86_64-poky-linux-g

Re: [yocto] [meta-security][PATCH] layer conf: update to include meta-networking

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 picked

[yocto] [RFC]provide native recipe for every package

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

Re: [yocto] How to use different busybox defconfig's in the initramfs and rootfs image

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 lin

Re: [yocto] bitbake-whatchanged error

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 (/home/local/poky-cutting-edge/

[yocto] [meta-security][PATCH] README: update layer information

Signed-off-by: Armin Kuster --- 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: git://git.openembedded.org/meta-openembe

Re: [yocto] [oe] [meta-raspberrypi][PATCH v2] qtbase: Add basic Qt5 building support

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 >> --- >> qt5-layer/recipes-qt/qt5/qtbase_%.bbappend | 7 +

[yocto] Release Candidate Build for Yocto-1.8_M2.rc2 now available

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

Re: [yocto] [RFT] upcoming glibc 2.21 and gcc 4.9 upgrade

On Mon, Feb 2, 2015 at 1:45 PM, Burton, Ross wrote: > > On 2 February 2015 at 18:33, Khem Raj 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