Re: [yocto] What's up with python3

On 8 June 2017 at 13:10, Gary Thomas wrote: > What would I lose by do this, in general, as it's pretty obvious > that python3 is not needed by any of the recipes I use? > It's the scripts in opkg-utils, so if you're not installing that in your image then you won't notice at

Re: [yocto] What's up with python3

On 2017-06-08 13:52, Burton, Ross wrote: On 8 June 2017 at 08:28, Gary Thomas > wrote: I've listed all the recipes used in my build (from bitbake -g => recipe-depends.dot) and sucked out the ones that claim to depend on python3. I don't

Re: [yocto] What's up with python3

On 8 June 2017 at 08:28, Gary Thomas wrote: > I've listed all the recipes used in my build (from bitbake -g => > recipe-depends.dot) > and sucked out the ones that claim to depend on python3. I don't see why, > for > example, python(2) depends on python3? > I'm 90% sure that

Re: [yocto] What's up with python3

On 2017-06-08 13:09, Alexander Kanavin wrote: On 06/08/2017 10:28 AM, Gary Thomas wrote: I'm building using Poky/Yocto master 576821ea0a7558b626ccc87e9ae0e9ee40864956 and I've noticed that python3 (target) is being built for my image, but it doesn't end up in the actual image. None of my own

Re: [yocto] What's up with python3

On 06/08/2017 10:28 AM, Gary Thomas wrote: I'm building using Poky/Yocto master 576821ea0a7558b626ccc87e9ae0e9ee40864956 and I've noticed that python3 (target) is being built for my image, but it doesn't end up in the actual image. None of my own recipes mention python3 at all, yet virtually

Re: [yocto] What's this

On 08-06-16 00:20, Richard Purdie wrote: On Wed, 2016-06-08 at 09:24 +1200, Paul Eggleton wrote: On Tue, 07 Jun 2016 17:20:12 Burton, Ross wrote: On 7 June 2016 at 17:02, Burton, Ross wrote: It means the hash calculated my the bitbake master was different to the hash

Re: [yocto] What's this

On 2016-06-08 11:08, Mike Looijmans wrote: On 08-06-16 00:20, Richard Purdie wrote: On Wed, 2016-06-08 at 09:24 +1200, Paul Eggleton wrote: On Tue, 07 Jun 2016 17:20:12 Burton, Ross wrote: On 7 June 2016 at 17:02, Burton, Ross wrote: It means the hash calculated my

Re: [yocto] What's this

On Tue, 07 Jun 2016 23:20:26 Richard Purdie wrote: > On Wed, 2016-06-08 at 09:24 +1200, Paul Eggleton wrote: > > On Tue, 07 Jun 2016 17:20:12 Burton, Ross wrote: > > > On 7 June 2016 at 17:02, Burton, Ross > > > wrote: > > > > It means the hash calculated my the bitbake

Re: [yocto] What's this

On Wed, 2016-06-08 at 09:24 +1200, Paul Eggleton wrote: > On Tue, 07 Jun 2016 17:20:12 Burton, Ross wrote: > > On 7 June 2016 at 17:02, Burton, Ross > > wrote: > > > It means the hash calculated my the bitbake master was different > > > to the > > > hash calculated when the

Re: [yocto] What's this

On Tue, 2016-06-07 at 18:58 +0200, Gary Thomas wrote: > On 2016-06-07 18:20, Burton, Ross wrote: > > > > On 7 June 2016 at 17:02, Burton, Ross > > wrote: > > > > It means the hash calculated my the bitbake master was > > different to the

Re: [yocto] What's this

On Tue, 07 Jun 2016 17:20:12 Burton, Ross wrote: > On 7 June 2016 at 17:02, Burton, Ross wrote: > > It means the hash calculated my the bitbake master was different to the > > hash calculated when the worker started up. This usually means that > > you're > > using

Re: [yocto] What's this

On 2016-06-07 18:20, Burton, Ross wrote: On 7 June 2016 at 17:02, Burton, Ross > wrote: It means the hash calculated my the bitbake master was different to the hash calculated when the worker started up. This usually means that

Re: [yocto] What's this

On 2016-06-07 18:02, Burton, Ross wrote: On 5 June 2016 at 17:44, Gary Thomas > wrote: I just updated my Poky repo and did a rebuild and saw this "error" (although it carried on with the build): ERROR: base-files-3.0.14-r89 do_install:

Re: [yocto] What's this

On 7 June 2016 at 17:02, Burton, Ross wrote: > It means the hash calculated my the bitbake master was different to the > hash calculated when the worker started up. This usually means that you're > using something like ${TIME} in the recipe but not marking it appropriatly

[yocto] What's this

I just updated my Poky repo and did a rebuild and saw this "error" (although it carried on with the build): ERROR: base-files-3.0.14-r89 do_install: Taskhash mismatch ceb25febc6f11a5cc2b3c4a4b0b2c136 verses 44f498452dfce5875451bca66b230e31 for

Re: [yocto] what's the "standard" for adding .dts patches to a BSP layer?

On Thu, 28 Apr 2016, Gary Thomas wrote: > On 2016-04-28 14:14, Robert P. J. Day wrote: > > > >looking for common practice here ... what's the canonical way > > that one should add content to a .dts file for a new board -- all > > at once, or broken into patches associated with corresponding

Re: [yocto] what's the "standard" for adding .dts patches to a BSP layer?

On 2016-04-28 14:14, Robert P. J. Day wrote: looking for common practice here ... what's the canonical way that one should add content to a .dts file for a new board -- all at once, or broken into patches associated with corresponding .scc files that come into play only if one selects that

[yocto] what's the "standard" for adding .dts patches to a BSP layer?

looking for common practice here ... what's the canonical way that one should add content to a .dts file for a new board -- all at once, or broken into patches associated with corresponding .scc files that come into play only if one selects that functionality? i ask since i'm a big fan of

[yocto] what's the recommended way to extend FILESOVERRIDES to add a powerpc CPU?

currently working on a layer for building for three powerpc-based target boards: * mach1 (8260-based) * mach2, mach3 (8360-based) i wanted to use FILESOVERRIDES to be able to distinguish between patches that were: * machine-specific * CPU-specific (8260 or 8360) * common across

Re: [yocto] What's mounting this partition?

7, 2015 2:52 AM To: 'Khem Raj' Cc: yocto@yoctoproject.org Subject: Re: [yocto] What's mounting this partition? > From: Khem Raj [mailto:raj.k...@gmail.com] > > are you installing udev-extraconf into image? IIRC that was > doing it in my cases some time ago. That adds some rules to /etc

Re: [yocto] What's mounting this partition?

> From: Khem Raj [mailto:raj.k...@gmail.com] > > are you installing udev-extraconf into image? IIRC that was > doing it in my cases some time ago. That adds some rules to /etc/udev/rules.d, including automounting. I had that in there for a day or so, because I also need to access an external

[yocto] What's mounting this partition?

My x86 system, built with Yocto Fido, boots from /dev/sda2 on a USB flash drive. There's another partition on /dev/sda1 which I wish to mount with a systemd mount unit, or with a line in /etc/fstab. But either way is failing because /dev/sda1 is already mounted on /media/sda1. Lennart over at the

Re: [yocto] What's mounting this partition?

> On Sep 26, 2015, at 10:39 AM, Paul D. DeRocco wrote: > > My x86 system, built with Yocto Fido, boots from /dev/sda2 on a USB flash > drive. There's another partition on /dev/sda1 which I wish to mount with a > systemd mount unit, or with a line in /etc/fstab. But

Re: [yocto] what's the difference between meta-openembedded/meta-oe and meta-oe/meta-oe

On 04/05/2015 06:46 PM, Ken Davis wrote: I'm soo confused. what's the difference between meta-openembedded/meta-oe and meta-oe/meta-oe? Nothing. The meta-oe (and oe-core) repos are deprecated and will be removed soon. Make sure you use meta-openembedded and openembedded-core checkouts and

[yocto] what's the difference between meta-openembedded/meta-oe and meta-oe/meta-oe

I'm soo confused. what's the difference between meta-openembedded/meta-oe and meta-oe/meta-oe? -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] what's the rule on specifying layer dependencies?

On Tue, Oct 22, 2013 at 5:17 PM, Robert P. J. Day rpj...@crashcourse.ca wrote: long story short, we have this: ./meta-openembedded/meta-oe/recipes-core/jpeg/libjpeg-turbo_svn.bb ./meta-arago/meta-arago-extras/recipes-core/jpeg/libjpeg-turbo_svn.bbappend however, the meta-arago-extras

[yocto] what's the rule on specifying layer dependencies?

long story short, we have this: ./meta-openembedded/meta-oe/recipes-core/jpeg/libjpeg-turbo_svn.bb ./meta-arago/meta-arago-extras/recipes-core/jpeg/libjpeg-turbo_svn.bbappend however, the meta-arago-extras layer is not defined to depend on meta-openembedded. should it? rday --

[yocto] what's the most reliable way to build images for beaglebone black?

i know there are two layers supporting the BBB -- meta-beagleboard and meta-ti. for building a simple, bootable system for a BBB for classroom purposes, can anyone recommend one over the other? i realize that's kind of an open-ended question, but i'm after simplicity and a minimum of hacking to

Re: [yocto] what's the situation with MIPS support/BSPs/dev kits in yocto?

On Mon, 8 Apr 2013, Bruce Ashfield wrote: On 13-04-08 5:59 PM, Robert P. J. Day wrote: other than the canonical routerstation pro in the meta-yocto-bsp layer, is there any serious work being put into MIPS machines? a quick google didn't seem to find anything, and the rs pro itself

Re: [yocto] what's the situation with MIPS support/BSPs/dev kits in yocto?

On Mon, 8 Apr 2013, Bruce Ashfield wrote: On 13-04-08 5:59 PM, Robert P. J. Day wrote: other than the canonical routerstation pro in the meta-yocto-bsp layer, is there any serious work being put into MIPS machines? a quick google didn't seem to find anything, and the rs pro itself

Re: [yocto] what's the situation with MIPS support/BSPs/dev kits in yocto?

On 13-04-09 10:15 AM, Robert P. J. Day wrote: On Mon, 8 Apr 2013, Bruce Ashfield wrote: On 13-04-08 5:59 PM, Robert P. J. Day wrote: other than the canonical routerstation pro in the meta-yocto-bsp layer, is there any serious work being put into MIPS machines? a quick google didn't seem

Re: [yocto] what's the situation with MIPS support/BSPs/dev kits in yocto?

On 04/09/2013 07:27 AM, Robert P. J. Day wrote: On Mon, 8 Apr 2013, Bruce Ashfield wrote: On 13-04-08 5:59 PM, Robert P. J. Day wrote: other than the canonical routerstation pro in the meta-yocto-bsp layer, is there any serious work being put into MIPS machines? a quick google didn't

[yocto] what's the situation with MIPS support/BSPs/dev kits in yocto?

other than the canonical routerstation pro in the meta-yocto-bsp layer, is there any serious work being put into MIPS machines? a quick google didn't seem to find anything, and the rs pro itself was end-of-lifed a while back (as i recall), so is there something else if one wants to use yocto

Re: [yocto] what's the situation with MIPS support/BSPs/dev kits in yocto?

On 13-04-08 5:59 PM, Robert P. J. Day wrote: other than the canonical routerstation pro in the meta-yocto-bsp layer, is there any serious work being put into MIPS machines? a quick google didn't seem to find anything, and the rs pro itself was end-of-lifed a while back (as i recall), so is

Re: [yocto] what's the situation with MIPS support/BSPs/dev kits in yocto?

On Mon, 8 Apr 2013, Bruce Ashfield wrote: On 13-04-08 5:59 PM, Robert P. J. Day wrote: other than the canonical routerstation pro in the meta-yocto-bsp layer, is there any serious work being put into MIPS machines? a quick google didn't seem to find anything, and the rs pro itself

Re: [yocto] what's the situation with MIPS support/BSPs/dev kits in yocto?

On Mon, 8 Apr 2013, Bruce Ashfield wrote: On 13-04-08 5:59 PM, Robert P. J. Day wrote: other than the canonical routerstation pro in the meta-yocto-bsp layer, is there any serious work being put into MIPS machines? a quick google didn't seem to find anything, and the rs pro itself

[yocto] what's the best distro to pick for adding packages to yocto

Hullo I'm trying to add a package to yocto (an AMQP implementation). There are various packaged versions, so I started with the one that I'm most familiar (RH). However, it's pretty clear that yocto's not based on that as the initscripts are totally different and missing the framework (there

Re: [yocto] what's the best distro to pick for adding packages to yocto

On 31 January 2013 11:16, Tim Coote tim+yoctoproject@coote.org wrote: Hullo I'm trying to add a package to yocto (an AMQP implementation). There are various packaged versions, so I started with the one that I'm most familiar (RH). However, it's pretty clear that yocto's not based on that

[yocto] what's the rationale for kern-tools-native bbappend in poky-extras?

i just noticed, in the poky-extras layer, kern-tools-native_git.bbappend, which describes itself as for local kern-tools work. is there a use case for this? oe-core already supplies kern-tools-native, and that bbappend appears to simply let the developer work with the head of kern-tools

Re: [yocto] what's the rationale for kern-tools-native bbappend in poky-extras?

On Mon, Dec 24, 2012 at 12:28 PM, Robert P. J. Day rpj...@crashcourse.cawrote: i just noticed, in the poky-extras layer, kern-tools-native_git.bbappend, which describes itself as for local kern-tools work. is there a use case for this? oe-core already supplies kern-tools-native, and

Re: [yocto] what's the preferred way of creating images for a classic beagle rev C4?

Hi, On 08/07/12 19:21, Robert P. J. Day wrote: is it adequate to use the canonical beagleboard support in yocto, or should i take advantage of the developments in the meta-ti layer? this is for a training course so i don't need production-level reliability so much as i want access to as

[yocto] what's the preferred way of creating images for a classic beagle rev C4?

is it adequate to use the canonical beagleboard support in yocto, or should i take advantage of the developments in the meta-ti layer? this is for a training course so i don't need production-level reliability so much as i want access to as many features as i can get for educational purposes.

Re: [yocto] what's the proper value for BB_NUMBER_THREADS?

On 10/31/2011 10:39 AM, Gary Thomas wrote: On 2011-10-31 11:25, Robert P. J. Day wrote: On Mon, 31 Oct 2011, Mark Hatle wrote: On 10/30/11 11:15 AM, Robert P. J. Day wrote: On Sun, 30 Oct 2011, Christian Gagneraud wrote: On 30/10/11 15:32, Robert P. J. Day wrote: all the docs

Re: [yocto] what's the proper value for BB_NUMBER_THREADS?

On Thu, 3 Nov 2011, Darren Hart wrote: On 10/31/2011 10:39 AM, Gary Thomas wrote: On 2011-10-31 11:25, Robert P. J. Day wrote: On Mon, 31 Oct 2011, Mark Hatle wrote: On 10/30/11 11:15 AM, Robert P. J. Day wrote: On Sun, 30 Oct 2011, Christian Gagneraud wrote: On 30/10/11 15:32,

Re: [yocto] what's the proper value for BB_NUMBER_THREADS?

On 10/30/11 11:15 AM, Robert P. J. Day wrote: On Sun, 30 Oct 2011, Christian Gagneraud wrote: On 30/10/11 15:32, Robert P. J. Day wrote: all the docs recommend twice the number of cores (AFAICT), yet the template local.conf file suggests that, for a quad core, the value of 4 would be

[yocto] what's the proper value for BB_NUMBER_THREADS?

all the docs recommend twice the number of cores (AFAICT), yet the template local.conf file suggests that, for a quad core, the value of 4 would be appropriate. shouldn't that say 8? same with PARALLEL_MAKE? rday --

Re: [yocto] what's the proper value for BB_NUMBER_THREADS?

On 30/10/11 15:32, Robert P. J. Day wrote: all the docs recommend twice the number of cores (AFAICT), yet the template local.conf file suggests that, for a quad core, the value of 4 would be appropriate. shouldn't that say 8? same with PARALLEL_MAKE? Hi Robert, The Poky ref manual says

Re: [yocto] what's the proper value for BB_NUMBER_THREADS?

On Sun, 30 Oct 2011, Christian Gagneraud wrote: On 30/10/11 15:32, Robert P. J. Day wrote: all the docs recommend twice the number of cores (AFAICT), yet the template local.conf file suggests that, for a quad core, the value of 4 would be appropriate. shouldn't that say 8? same with

[yocto] What's the purpose of BDIR in oe-buildenv-internal?

prepping to give a yocto talk to my local (ottawa) LUG next week, and was reviewing the logic of the setup starting with oe-init-build-env, and noticed in scripts/oe-buildenv-internal a test of the variable BDIR for the name of the build directory. but there's no mention of that variable in

Re: [yocto] What's the purpose of BDIR in oe-buildenv-internal?

On 10/27/2011 01:27 PM, Robert P. J. Day wrote: prepping to give a yocto talk to my local (ottawa) LUG next week, and was reviewing the logic of the setup starting with oe-init-build-env, and noticed in scripts/oe-buildenv-internal a test of the variable BDIR for the name of the build directory.

Re: [yocto] What's the purpose of BDIR in oe-buildenv-internal?

On Thu, 27 Oct 2011, Scott Garman wrote: On 10/27/2011 01:27 PM, Robert P. J. Day wrote: prepping to give a yocto talk to my local (ottawa) LUG next week, and was reviewing the logic of the setup starting with oe-init-build-env, and noticed in scripts/oe-buildenv-internal a test of the