Re: [yocto] [PATCH] bsp-guide: replace meta-intel with meta-xilinx as container layer

On Fri, May 3, 2019 at 12:56 PM Robert P. J. Day wrote: > > On Thu, 2 May 2019, Scott Rifenbark wrote: > > > Great, thanks! > > > > On Thu, May 2, 2019 at 11:21 AM akuster wrote: > > > > > > On 5/2/19 10:45 AM, Scott Rifenbark wrote: > > The term "Container Layer" was put in the

Re: [yocto] [oe] OE Summit @ SCaLE 17x - Sunday March 10th 2019 - Pasadena CA

On Thu, Jan 31, 2019 at 8:26 AM Trevor Woerner wrote: > > We're excited to announce the inaugural "OpenEmbedded Summit" taking place > Sunday March 10th 2019 as part of the Southern California Linux Expo > (SCaLE) 17x at the Pasadena Convention Center. > > For the past few years there's been an

Re: [yocto] Adding package's license to the final image

Hi! On Tue, Jun 12, 2018 at 8:53 PM Mathieu Alexandre-Tétreault wrote: > > Howdy, > > I am working on a project that requires the final image to contain a license > manifest for all the packaged installed on the image. Take a look at [1]. There's background on licence tacking and a technique

Re: [yocto] Enabling the recipe from menuconfig

On Fri, May 18, 2018 at 6:14 AM, chandrasekhar wrote: > you want to see in kernel menuconfig?? > > > > From: yocto-boun...@yoctoproject.org [mailto:yocto-boun...@yoctoproject.org] > On Behalf Of Ugesh Reddy > Sent: Friday, May 18, 2018 7:52 AM > To: 'Yocto-mailing-list';

Re: [yocto] Recipe availability through eSDK (cppzmq)

ttps://www.yoctoproject.org/docs/latest/bitbake-user-manual/bitbake-user-manual.html#var-BB_ENV_WHITELIST > > Thanks for your support - highly appreciated. > Martin > > > From: Andrea Galbusera <giz...@gmail.com> > Sent: Wednesday, May 2, 2018 10:33 > To: Martin Siegumfel

Re: [yocto] Recipe availability through eSDK (cppzmq)

lled into target image by design. > > > Br, > > Martin > > > > From: Martin Siegumfeldt > Sent: Tuesday, May 1, 2018 8:49:17 PM > To: Andrea Galbusera > > Cc: yocto@yoctoproject.org > Subject: Re: [yocto] Recipe availability t

Re: [yocto] Recipe availability through eSDK (cppzmq)

Martin, On Tue, May 1, 2018 at 8:49 PM, Martin Siegumfeldt <m...@gomspace.com> wrote: > Hi Andrea, > > > > ____ > From: Andrea Galbusera <giz...@gmail.com> > Sent: Tuesday, May 1, 2018 16:06 > To: Martin Siegumfeldt > Cc: yocto

Re: [yocto] Recipe availability through eSDK (cppzmq)

Hi Martin, On Mon, Apr 30, 2018 at 9:10 PM, Martin Siegumfeldt wrote: > Hi, > > I am trying to build cppzmq through a Yocto (Rocko) generated eSDK. The > search function does not return anything, despite the recipe being available > through local recipe: > >

Re: [yocto] Installing a package on the board at runtime

s[nostamp] = "1" > > > The render_template changes some entries in bluetooth.conf. > I guess when it's run from devshell it gets confused as where to look > for it. > Works ok with bitbake. > > Be Well :) > Alan > > > On Fri, Apr 27, 2018 at 4:47 PM, Andrea Galb

Re: [yocto] Installing a package on the board at runtime

Hi Alan, On Fri, Apr 27, 2018 at 1:38 PM, Alan Martinovic wrote: > Hey, > I know there is a method in devtool called devtool deploy-target. > It's a great thing to install a package on the board at runtime. > > Is there something like that available without devtool?

Re: [yocto] Extensible SDK and DEFAULT_PREFERENCE

On Wed, Apr 18, 2018 at 2:41 PM, Martin Siegumfeldt wrote: > Hi, > > I am having a number of recipes residing in two versions, some (development > versions) being down-prioritized using: > > DEFAULT_PREFERENCE = "-1" > > > The source code is hosted at a private git repository,

[yocto] selectively enabling/disabling multiple systemd services in recipes

Hi! I know a recipe can list more than one service in SYSTEMD_SERVICE variable. Then, is there a way to selectively enable/disable each of them? To me, it looks like SYSTEMD_AUTO_ENABLE acts globally on every service in the above list. I have a recipe which provides a single executable

[yocto] use of variables in wic files

Hi, Is there any way to reference bitbake variable within the wic file syntax? Got to this question after a wic file of mine recently broke due to a u-boot artifact changing its name after an upstream update of the u-boot recipe. The wic had the artifact's name hardcoded as a parameter to the

[yocto] crops/poky workflow and git

Hi! Anyone here regularly doing yocto builds from crops/poky [1] containers? If I got it right, the idea behind using containers derived from crops/poky image for builds is to keep the entire development workflow outside the container and use the container for build related commands only (ideally

Re: [yocto] [meta-raspberrypi][PATCH] recipes: use oe.utils.conditional instead of deprecated base_conditional

On Wed, Jan 31, 2018 at 8:19 AM, Andrea Galbusera <giz...@gmail.com> wrote: > On Wed, Jan 31, 2018 at 8:05 AM, Andrea Galbusera <giz...@gmail.com> wrote: >> Hi Martin, >> >> On Tue, Jan 30, 2018 at 2:31 PM, Martin Jansa <martin.ja...@gmail.com> wrote: >

Re: [yocto] [meta-raspberrypi][PATCH] recipes: use oe.utils.conditional instead of deprecated base_conditional

On Wed, Jan 31, 2018 at 8:05 AM, Andrea Galbusera <giz...@gmail.com> wrote: > Hi Martin, > > On Tue, Jan 30, 2018 at 2:31 PM, Martin Jansa <martin.ja...@gmail.com> wrote: >> Signed-off-by: Martin Jansa <martin.ja...@gmail.com> >> --- >> recipes-kernel

Re: [yocto] [meta-raspberrypi][PATCH] recipes: use oe.utils.conditional instead of deprecated base_conditional

Hi Martin, On Tue, Jan 30, 2018 at 2:31 PM, Martin Jansa wrote: > Signed-off-by: Martin Jansa > --- > recipes-kernel/linux/linux-raspberrypi.inc | 6 +++--- > 1 file changed, 3 insertions(+), 3 deletions(-) > > diff --git

Re: [yocto] Error do_compile libepoxy

Hi Anuj, On Sun, Jan 21, 2018 at 4:23 PM, Anuj Mittal <anuj.mit...@intel.com> wrote: > On 01/21/2018 01:07 AM, Andrea Galbusera wrote: >> On Sat, Jan 20, 2018 at 10:29 AM, Anuj Mittal <anuj.mit...@intel.com> wrote: >>> On 01/19/2018 08:32 PM, Alexander Kanavin wrote

Re: [yocto] Error do_compile libepoxy

On Sat, Jan 20, 2018 at 10:29 AM, Anuj Mittal wrote: > On 01/19/2018 08:32 PM, Alexander Kanavin wrote: >> >>> I'll try to recap a little bit but, please, forgive my ignorance in >>> graphics stacks and libraries. >>> Disclaimer: mostly working on headless systems... my

Re: [yocto] Error do_compile libepoxy

On Fri, Jan 19, 2018 at 1:32 PM, Alexander Kanavin wrote: > >> I'll try to recap a little bit but, please, forgive my ignorance in >> graphics stacks and libraries. >> Disclaimer: mostly working on headless systems... my bad! >> This is what I think I understand

Re: [yocto] Error do_compile libepoxy

On Fri, Jan 19, 2018 at 8:45 AM, Alexander Kanavin wrote: > On 01/19/2018 05:29 AM, Andre McCurdy wrote: >>> >>> Note that this same test does build fine in poky, so disabling the tests >>> is >>> not a good fix. You should figure out what is about the non-poky

Re: [yocto] Error do_compile libepoxy

On Thu, Jan 18, 2018 at 2:13 PM, Max Krummenacher <max.oss...@gmail.com> wrote: > Hi > > 2018-01-18 10:05 GMT+01:00 Alexander Kanavin > <alexander.kana...@linux.intel.com>: >> >> On 01/18/2018 10:58 AM, Andrea Galbusera wrote: >>> >>> >>&

Re: [yocto] Error do_compile libepoxy

On Wed, Jan 17, 2018 at 1:58 PM, Andrea Galbusera <giz...@gmail.com> wrote: > Hi! > > On Wed, Jan 17, 2018 at 1:46 PM, Mathias Rudnik > <rudnik.math...@googlemail.com> wrote: >> Hello, >> >> I am trying to build libepoxy but the do_compile tasks b

Re: [yocto] Error do_compile libepoxy

Hi! On Wed, Jan 17, 2018 at 1:46 PM, Mathias Rudnik wrote: > Hello, > > I am trying to build libepoxy but the do_compile tasks breaks. > I found following error messages in the logs: > > arm-poky-linux-gnueabi-gcc -march=armv6 -mfpu=vfp -mfloat-abi=hard >

Re: [yocto] [yocto-docs][PATCH] kernel-dev: fix typo

On Mon, Oct 16, 2017 at 4:48 PM, Richard Purdie wrote: > Hi, > > >>...I'm sorry to insist, but I can't figure out why this trivial typo >> fix has been ignored for long. > > I mentioned this to Scott who hadn't seen it for some reason. He's > merged it now,

Re: [yocto] [yocto-docs][PATCH] kernel-dev: fix typo

Hi! On Thu, Aug 31, 2017 at 10:56 AM, Andrea Galbusera <giz...@gmail.com> wrote: > On Sun, Aug 13, 2017 at 4:29 PM, Andrea Galbusera <giz...@gmail.com> wrote: >> >> Signed-off-by: Andrea Galbusera <giz...@gmail.com> >> --- >> documentation/kernel-

Re: [yocto] weston and xorg-xserver fail to build when using Raspberry Pi 3 user land

Hi Francesco, On Thu, Sep 28, 2017 at 9:25 AM, Francesco Giancane < francescogianca...@gmail.com> wrote: > Hi everyone, > > I noticed that if I changed the provider for virtual/mesa (in > particular, virtual/egl) to 'userland' for a raspberry pi 3 build, > bitbake fails to resolve the dependency

Re: [yocto] do_populate_sdk_ext always being triggered

On Wed, Sep 27, 2017 at 9:52 PM, Paul Eggleton < paul.eggle...@linux.intel.com> wrote: > Hi Andrea, > > On Wednesday, 27 September 2017 10:17:42 PM NZDT Andrea Galbusera wrote: > > I noticed that periodically running 'bitbake -c do_populate_sdk_ext' for > an > > i

[yocto] do_populate_sdk_ext always being triggered

I noticed that periodically running 'bitbake -c do_populate_sdk_ext' for an image in my CI loop does always trigger the task to be executed even if no changes where applied either to metadata or to the configuration between two iterations. Is this expected? If so, why? Shouldn't SDK artifacts

Re: [yocto] eSDK install script failure

Paul, On Tue, Sep 26, 2017 at 6:33 AM, Paul Eggleton < paul.eggle...@linux.intel.com> wrote: > Hi Andrea, > > On Tuesday, 26 September 2017 4:33:46 AM NZDT Andrea Galbusera wrote: > > I'm back to this issue after the weeken break. See below the feedback > f

Re: [yocto] eSDK install script failure

ember 2017 9:22:08 AM NZST Andrea Galbusera wrote: > > > On Thu, Sep 21, 2017 at 10:48 PM, Paul Eggleton < > > > paul.eggle...@linux.intel.com> wrote: > > > > Right, so the next step would be looking for the hash for > > > > python-native.do_populat

Re: [yocto] eSDK install script failure

On Thu, Sep 21, 2017 at 10:48 PM, Paul Eggleton < paul.eggle...@linux.intel.com> wrote: > On Friday, 22 September 2017 1:06:19 AM NZST Andrea Galbusera wrote: > > On Wed, Sep 20, 2017 at 11:26 PM, Andrea Galbusera <giz...@gmail.com> > wrote: > > > On Wed, Sep 20

Re: [yocto] eSDK install script failure

On Wed, Sep 20, 2017 at 11:26 PM, Andrea Galbusera <giz...@gmail.com> wrote: > Hi Paul, > thanks for explaining and helping sorting this out. > > On Wed, Sep 20, 2017 at 11:54 AM, Paul Eggleton < > paul.eggle...@linux.intel.com> wrote: > >> Hi Andrea, >>

Re: [yocto] eSDK install script failure

Hi Paul, thanks for explaining and helping sorting this out. On Wed, Sep 20, 2017 at 11:54 AM, Paul Eggleton < paul.eggle...@linux.intel.com> wrote: > Hi Andrea, > > On Wednesday, 20 September 2017 8:44:22 PM NZST Andrea Galbusera wrote: > > Seeing the errors below whi

[yocto] eSDK install script failure

Seeing the errors below while installing an eSDK. This is a routinely generated VM that installs the eSDK from installation script. The errors appeared with the latest iteration of the eSDK script, which is generated with almost up-to-date revisions from master. Of course I have extra layers in

[yocto] [meta-raspberrypi][PATCH] u-boot: drop now upstreamed patches

oe-core now provides v2017.09 of u-boot which already merged both patches introduced by commit 94e2929f746f7e49a7870f7ea889dcbed05296c7 so we can drop them from meta-raspberrypi. Signed-off-by: Andrea Galbusera <giz...@gmail.com> --- ...01-Revert-dm-arm-rpi-Drop-CONFIG_OF_EMBED.patc

Re: [yocto] [meta-raspberrypi] enable serial communication pi 3

On Wed, Sep 13, 2017 at 10:04 AM, yahia farghaly wrote: > > Thanks for replying but it gives me this error log > > >> *ERROR: rpi-hwup-image-1.0-r0 do_rootfs: Unable to install packages. >> Command >>

Re: [yocto] raspberrypi3-64 target not booting

On Fri, Sep 8, 2017 at 11:22 AM, Paul Barker <pbar...@toganlabs.com> wrote: > On Fri, Sep 8, 2017 at 10:18 AM, Andrea Galbusera <giz...@gmail.com> > wrote: > > Hi! > > > > On Mon, Sep 4, 2017 at 10:31 PM, Paul Barker <pbar...@toganlabs.com> > wrote: &g

Re: [yocto] raspberrypi3-64 target not booting

Hi! On Mon, Sep 4, 2017 at 10:31 PM, Paul Barker wrote: > On Fri, Aug 25, 2017 at 6:27 PM, Khem Raj wrote: > > On Fri, Aug 25, 2017 at 10:14 AM, Bill Jenkins wrote: > >> > >> On Aug 25, 2017, at 9:42 AM, Khem Raj

Re: [yocto] cannot re-use shared state cache between build hosts

On Mon, Sep 4, 2017 at 10:56 AM, Paul Eggleton < paul.eggle...@linux.intel.com> wrote: > On Monday, 4 September 2017 7:59:55 PM NZST Andrea Galbusera wrote: > > On Mon, Sep 4, 2017 at 9:33 AM, Patrick Ohly <patrick.o...@intel.com> > wrote: > > > More re

Re: [yocto] cannot re-use shared state cache between build hosts

On Mon, Sep 4, 2017 at 9:33 AM, Patrick Ohly <patrick.o...@intel.com> wrote: > On Fri, 2017-09-01 at 17:04 +0200, Andrea Galbusera wrote: > > Hi Maciej, > > > > On Fri, Sep 1, 2017 at 4:08 PM, Maciej Borzęcki <maciej.borzecki@rndi > > ty.com> wrote: >

Re: [yocto] cannot re-use shared state cache between build hosts

Hi Maciej, On Fri, Sep 1, 2017 at 4:08 PM, Maciej Borzęcki <maciej.borze...@rndity.com> wrote: > On Fri, Sep 1, 2017 at 3:54 PM, Andrea Galbusera <giz...@gmail.com> wrote: > > Hi! > > > > I was trying to share sstate between different hosts, but the consumer >

Re: [yocto] cannot re-use shared state cache between build hosts

onf comments. I see the same syntax on both "morty" [1] and "current" documentation. Shouldn't this be part of the "keep the same two-character subdirectories layout of the mirror" thing? [1] http://www.yoctoproject.org/docs/2.2/mega-manual/mega-manual.html#var-SSTATE_MIRRO

[yocto] cannot re-use shared state cache between build hosts

Hi! I was trying to share sstate between different hosts, but the consumer build system seems to be unable to use re-use any sstate object. My scenario is setup as follows: * The cache was populated by a pristine qemux86 core-image-minimal build of morty. This was done in a crops/poky container

Re: [yocto] [yocto-docs][PATCH] kernel-dev: fix typo

On Sun, Aug 13, 2017 at 4:29 PM, Andrea Galbusera <giz...@gmail.com> wrote: > Signed-off-by: Andrea Galbusera <giz...@gmail.com> > --- > documentation/kernel-dev/kernel-dev-advanced.xml | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/docum

Re: [yocto] why do we get do_configure() fuction fail

Il 18 ago 2017 7:24 AM, "mohammed aqdam" ha scritto: root@pcz-ee207837-2:/u/my_poky/poky-2/poky/build# bitbake -k rpi-basic-image Loading cache: 100% |###

[yocto] [yocto-docs][PATCH] kernel-dev: fix typo

Signed-off-by: Andrea Galbusera <giz...@gmail.com> --- documentation/kernel-dev/kernel-dev-advanced.xml | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/documentation/kernel-dev/kernel-dev-advanced.xml b/documentation/kernel-dev/kernel-dev-advanced.xml index 0394e08..c

Re: [yocto] rpi-basic-image-1.0-r0 do_rootfs: Function failed: do_rootfs

ince it depends on non-free libraries. gstreamer is available from poky and meta-raspberrypi only provides some customisation to that recipe via bbappends. Again, if not already present in your image it should be possible to add it via the usual IMAGE_INSTALL_append mechanism. > > > On Aug

Re: [yocto] extensible SDK build failure

Hi, On Wed, Aug 2, 2017 at 8:34 PM, RUSSELL PETERSON wrote: > Frustrating in that I can't get the eSDK to fully build. I'm past the issue > with kernel-devsrc and harfbuzz... but now I see hundreds of messages like > below. Anyone seen this before? From what I can tell

[yocto] [meta-raspberrypi][PATCH] sdcard_image-rpi: fix absolute path in vfat symlink

Fix bitbake complaining with: ERROR: core-image-minimal-1.0-r0 do_image_complete: sstate found an absolute path symlink [...].vfat pointing at [...].vfat. Please replace this with a relative link. Signed-off-by: Andrea Galbusera <giz...@gmail.com> --- classes/sdcard_image-rpi.bbcla

Re: [yocto] Cross compile recipe cmake

On Thu, Jul 13, 2017 at 10:48 AM, Elmar van Rijnswou < elmarbla...@hotmail.com> wrote: > Hello! I've been doing a lot of searching on the internet,but I can't seem > to find anybody with my problem. I'm trying to add a recipe to my image and > deliver it straight with the system. Everything goes

[yocto] [meta-raspberrypi][PATCH] userland: Add missing EGL_CAST defines

Needed by libepoxy Signed-off-by: Andrea Galbusera <giz...@gmail.com> --- .../0015-EGL-glplatform.h-define-EGL_CAST.patch| 32 ++ recipes-graphics/userland/userland_git.bb | 1 + 2 files changed, 33 insertions(+) create mode 100644 recipes-graphics/us

Re: [yocto] [meta-raspberrypi] How to add a own dts file and patch the dts makefile

Hi, On Fri, Jun 30, 2017 at 3:35 PM, wrote: > Hej > > It's friday and I have some time to play a bit around. I like to build a > simple test-adapter using a RPi. I want to connect some of the 40GPIO pins > with a custom mainboard. For that I like to define the pin

[yocto] [meta-raspberrypi][PATCH] rpi-base: wic: generate entries for u-boot

rnel image accordingly. Signed-off-by: Andrea Galbusera <giz...@gmail.com> --- conf/machine/include/rpi-base.inc | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/conf/machine/include/rpi-base.inc b/conf/machine/include/rpi-base.inc index 4a0ea2a..71bb071 100644 --- a/conf/mac

Re: [yocto] Can Yocto treat layers like an external package?

Il 25 mag 2017 6:12 AM, "Trevor Woerner" ha scritto: Hi Yannick, This is a feature many people have been wanting for a while, but getting there has been slow. So slow, in fact, that many projects have simply gone ahead and implemented their own solutions, all of which are

Re: [yocto] BB Equivalent for %config(noreplace)

On Wed, May 10, 2017 at 3:59 PM, Chris Trobridge wrote: > When applying rpm updates generated by yocto, configuration > files/directories are overwritten with files from the rpm. > > My spec file for generating equivalent native packages with rpmbuild > specifies

[yocto] [meta-raspberrypi] how to apply custom kernel configuration?

Hi! I was wondering how to apply some extra kernel configuration from a custom layer via a bbappend. I know that with meta-raspberrypi there exist some variables you can define in local.conf that will drive how the kernel is configured: but what about some very specific device driver nobody than

Re: [yocto] Creating a new recipe

On Fri, May 5, 2017 at 4:40 PM, Giuseppe Di Guglielmo < giuseppe.diguglie...@gmail.com> wrote: > Hi all, > I am trying to create a new recipe for Bazel (from Google): > https://bazel.build/versions/master/docs/install-compile-source.html > > The standard compilation flow is relatively simple:

Re: [yocto] [meta-raspberrypi] Building rpi-test-image for Pi3 64 bit

my current conf files: >> >> https://pastebin.com/LJnRfDUj >> https://pastebin.com/axt9RLQS >> >> Any idea why those libs cannot be found? >> Thank you! >> Regards. >> > > I don't know if anyone here has got GUI up with rpi64 using yocto yet > how

Re: [yocto] Redis on Yocto

Hi, On Wed, May 3, 2017 at 9:21 AM, Pello Heriz < pello.he...@alumni.mondragon.edu> wrote: > Hi, > > I want to implement Redis in an image that I have created with Yocto > master branch. What I have understood is that there are some recipes into > meta-oe layer that support to have Redis in the

Re: [yocto] [meta-raspberrypi] Building rpi-test-image for Pi3 64 bit

On Fri, Apr 28, 2017 at 6:01 PM, Luca Carlon wrote: > Hello, > I'm trying to build rpi-test-image for Raspberry Pi 3 64 bit but I'm > getting this error: https://pastebin.com/rYJ0PL7h. It seems it is looking > for a file that is not there, and I don't see it in the linux

[yocto] [meta-raspberrypi][PATCH] rpi-base: fix make_dtb_boot_files() for raspberrypi3-64

(the dts dir layout in the kernel sources is different for arm64). Use the same approach already used for overlays/ dir. While at it also fix a typo in dtb overlay code path comments. Signed-off-by: Andrea Galbusera <giz...@gmail.com> --- conf/machine/include/rpi-base.inc | 9 + 1 file c

[yocto] [meta-raspberrypi][PATCH v2] rpi-config: fix invalid shell variable name

Commit da32aac introduced an invalid shell variable name in do_deploy(): according to bash manpage variable names cannot contain dots. Replace dot with underscore to fix it. Signed-off-by: Andrea Galbusera <giz...@gmail.com> --- v2: also update README accordingly Signed-off-by: Andrea Gal

[yocto] [meta-raspberrypi][PATCH] rpi-config: fix invalid shell variable name

Commit da32aac introduced an invalid shell variable name in do_deploy(): according to bash manpage variable names cannot contain dots. Replace dot with underscore to fix it. Signed-off-by: Andrea Galbusera <giz...@gmail.com> --- recipes-bsp/bootfiles/rpi-config_git.bb | 2 +- 1 file chan

Re: [yocto] [meta-raspberrypi][PATCH] rpi-config: waveshare screen support

On Tue, Apr 4, 2017 at 12:17 PM, Andrei Gherzan <and...@gherzan.com> wrote: > Hi, > > On 4 April 2017 09:48:32 BST, Andrea Galbusera <giz...@gmail.com> wrote: > >On Fri, Mar 24, 2017 at 6:49 PM, Trevor Woerner <twoer...@gmail.com> > >wrote: > > &

Re: [yocto] [meta-raspberrypi][PATCH] rpi-config: waveshare screen support

On Fri, Mar 24, 2017 at 6:49 PM, Trevor Woerner wrote: > Add support for the Waveshare 1024x600 "C" Rev2.1 7" IPS Capacitive Touch > Screen LCD with HDMI interface: > > http://www.waveshare.com/7inch-HDMI-LCD-C.htm >

Re: [yocto] Yocto Dev Day at ELC 2017

On Fri, Mar 3, 2017 at 1:41 AM, Steve Burt <st...@planet.com> wrote: > The slides are on the wiki: > https://wiki.yoctoproject.org/wiki/DevDay_US_2017 > > Hope this helps. > Thanks for the link, Steve: appreciated! > > On Thu, Mar 2, 2017 at 2:22 AM, Andrea Galbuse

[yocto] Yocto Dev Day at ELC 2017

Hi, I was expecting to find some material from the Dev Day at ELC at [1] as usual. Was it published somewhere else than the usual page? [1] https://www.yoctoproject.org/tools-resources/presentations -- ___ yocto mailing list yocto@yoctoproject.org

Re: [yocto] Building on MacOS X

On Thu, Jan 12, 2017 at 6:55 PM, Maciej Borzęcki wrote: > On Thu, Jan 12, 2017 at 4:39 PM, Tim Orling > wrote: > > You can also build using Docker containers: > > https://github.com/crops/docker-win-mac-docs/wiki > > IIRC docker on

Re: [yocto] Building on MacOS X

On Thu, Jan 12, 2017 at 5:21 PM, Belisko Marek wrote: > On Thu, Jan 12, 2017 at 4:39 PM, Tim Orling > wrote: > > You can also build using Docker containers: > > https://github.com/crops/docker-win-mac-docs/wiki > Well the re is other

Re: [yocto] Kernel config incremental modification not working.

On Fri, Dec 9, 2016 at 5:47 PM, Bruce Ashfield <bruce.ashfi...@windriver.com > wrote: > On 2016-12-09 11:17 AM, Andrea Galbusera wrote: > >> Hi Bruce, >> >> On Thu, Dec 8, 2016 at 3:36 PM, Bruce Ashfield >> <bruce.ashfi...@windriver.com <mail

Re: [yocto] Kernel config incremental modification not working.

Hi Bruce, On Thu, Dec 8, 2016 at 3:36 PM, Bruce Ashfield wrote: > On 2016-12-08 09:06 AM, Bent Bisballe Nyeng wrote: > >> Hi list >> >> I am working on a project based on the iMX6UL-EVK using the meta-fsl-arm >> layer for the kernel. >> In a local layer I have a

Re: [yocto] [meta-raspberrypi] Current master broken

On Tue, Dec 6, 2016 at 4:29 PM, Andrei Gherzan wrote: > On Mon, Dec 5, 2016 at 4:50 PM, Khem Raj wrote: > > On Sun, Dec 4, 2016 at 10:03 PM, Gary Thomas wrote: > >> On 2016-12-05 01:54, Andrei Gherzan wrote: > >>> > >>> Hi Gary, > >>> >

[yocto] [PATCH] ref-manual: fix typo

Signed-off-by: Andrea Galbusera <giz...@gmail.com> --- documentation/kernel-dev/kernel-dev-advanced.xml | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/documentation/kernel-dev/kernel-dev-advanced.xml b/documentation/kernel-dev/kernel-dev-advanced.xml index 9e15f17..e

Re: [yocto] Raspberry pi (version 1) model B+

Hi, On Thu, Oct 27, 2016 at 1:35 PM, S. M. Anayetullah wrote: > Dear Experts, > I got the error while running bitbake rpi-basic-image > > Loading cache...done. > Loaded 1361 entries from dependency cache. > NOTE: Resolving any missing task queue dependencies > > Build

Re: [yocto] libtomcrypt libtomfastmath recipe

Hi Vivek, Il 20 ott 2016 1:42 PM, "Vivek Per" ha scritto: > > Hi All, > > Thank you very much this recipe worked for me. If it worked, as already suggested by Ross, please consider posting it to the mailing list for further review and hopefully for merging into meta-oe or

Re: [yocto] what other layers make extensive use of "UBOOT_CONFIG[...] = "?

Hi, On Sat, Jun 25, 2016 at 11:02 AM, Robert P. J. Day wrote: > > was looking for docs on proper usage of the UBOOT_CONFIG[sd] > construct and other variations (doesn't seem to be a lot), and noticed > that while the meta-fsl-{arm,ppc} layers make extensive use of this >

[yocto] images installing other images and artifacts

Hi! I'm building an image for a production system, let's call it 'production-image'. All required artifacts (kernel, dtbs, bootloader and the image itself) are built by the process as expected and available in tmp/deploy/images. The production machine is configured to boot from flash. As a

Re: [yocto] replace udhcpc

Hi, On Fri, May 9, 2014 at 12:28 PM, Neuer User auslands...@gmx.de wrote: Connman is really a problem without documentation. :-( I tried it out and first I noticed that it depends on the creation of an xuser account. It also needs iptables, so probably can configure these, too. I also found

Re: [yocto] replace udhcpc

a better explanation. Thanks Michael Am 09.05.2014 15:06, schrieb Andrea Galbusera: Hi, On Fri, May 9, 2014 at 12:28 PM, Neuer User auslands...@gmx.de wrote: Connman is really a problem without documentation. :-( I tried it out and first I noticed that it depends on the creation of an xuser

Re: [yocto] ADT: understanding YOCTOADT_TARGET_MACHINE_arch

Hi Jonathan, On Wed, Mar 12, 2014 at 7:08 PM, Jonathan Austin jonathan.aus...@arm.com wrote: Hi list, I've been looking at the ADT, and specifically building a custom SDK/ADT for a particular board... This is an ARM board, so I thought I'd set: YOCTOADT_TARGET_MACHINE_arm=myboard Sadly,

Re: [yocto] anyone building for the arrow sockit eval board?

Hi Robert, Hi Jack, On Tue, Jun 4, 2013 at 3:59 PM, Robert P. J. Day rpj...@crashcourse.ca wrote: On Tue, 4 Jun 2013, Jack Mitchell wrote: The interesting ones in there are meta-altera and meta-linaro; it would also be interesting to see if anything else is modified or if it is vanilla

Re: [yocto] How to customize a file coming from another recipe?

Hi Brad, On Wed, Sep 11, 2013 at 10:30 PM, Brad Litterell b...@evidence.com wrote: I'm building w/the Arago distribution which contains lighttpd for a web server. I include this in my image as follows: IMAGE_INSTALL = packagegroup-core-boot \ ... lighttpd lighttpd-module-cgi

[yocto] software updates on Yocto based systems with limited connectivity

Hi all, I've recently been faced the need to support an upgrade path for a system designed with Yocto. The format for packages is currently ipk. While the system was under development, I was heavily relying on package feeds and opkg update/upgrade based upgrades. However, once deployed, this

[yocto] AUTOREVing with legacy recipe fetching from cvs

In a custom layer I maintain, which is based on Yocto denzil, there is a recipe that fetches sources from a cvs repository. Since there is still some development of such a software, for testing reasons, I need to be able to automate the generation of an image with the latest revision of a given

[yocto] [PATCH] documentation: kernel-concepts: fixed typo

Signed-off-by: Andrea Galbusera giz...@gmail.com --- documentation/kernel-manual/kernel-concepts.xml |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/documentation/kernel-manual/kernel-concepts.xml b/documentation/kernel-manual/kernel-concepts.xml index 8b9e71f..157443d

[yocto] Yocto Project 1.3 beta feedback

Below you can find my answers to the Yocto Project 1.3 beta testing survey. Regards, Andrea Experience survey of using Yocto 1.3 Q: Which architecture did you choose to build? A: qemuppc, beagleboard Q: How easily were you able to build an image and boot an image? A: Quite easily. I also

[yocto] meta-toolchain-sdk fails in edison with package_ipk

Hello, Is there any known problem when building meta-toolchain-sdk target with PACKAGE_CLASSES = package_ipk ? I have deterministic failure in do_populate_sdk with latest edison metadata and default local.conf (other than changing PACKAGE_CLASSES to ipk). Don't have a denzil tree at hand, but I'm

Re: [yocto] meta-toolchain-sdk fails in edison with package_ipk

Hi Joshua, On Thu, May 17, 2012 at 8:01 PM, Joshua Lock j...@linux.intel.com wrote: Hello Andrea, On 17/05/12 01:21, Andrea Galbusera wrote: Hello, Is there any known problem when building meta-toolchain-sdk target with PACKAGE_CLASSES = package_ipk ? I have deterministic failure

Re: [yocto] Not booting on BeagleBoard xM 0x2

Hi Tomas, On Wed, Apr 4, 2012 at 12:14 PM, Tomas Frydrych tf+lists.yo...@r-finger.com wrote: Hi, I am trying to get Yocto image built from yesterday's master (Linux-3.0.23-yocto-standard) to boot on the NAND-less version of BeagleBoard xM, but the kernel panics with: -

Re: [yocto] Not booting on BeagleBoard xM 0x2

Hi Gary, On Wed, Apr 4, 2012 at 4:10 PM, Gary Thomas g...@mlbassoc.com wrote: On 2012-04-04 06:50, Bruce Ashfield wrote: On 12-04-04 08:04 AM, Andrea Galbusera wrote: Hi Tomas, On Wed, Apr 4, 2012 at 12:14 PM, Tomas Frydrych tf+lists.yo...@r-finger.com wrote: Hi, I am trying to get

[yocto] 1.2 beta testing report

Experience survey of using Yocto 1.2 Q: Which architecture did you choose to build? A: qemux86 and beagleboard Q: How easily were you able to build an image and boot an image? A: This may be a lightly polarized answer, since my build host was already setup to work with edison. Anyways building

Re: [yocto] Suspicious warnings while beta testing yocto 1.2

Bruce, On Fri, Mar 30, 2012 at 7:20 PM, Bruce Ashfield bruce.ashfi...@windriver.com wrote: On 12-03-30 01:18 PM, Andrea Galbusera wrote: While beta testing yocto 1.2 I'm building for beagleboard with: OE Build Configuration: BB_VERSION        = 1.15.1 TARGET_ARCH       = arm TARGET_OS

[yocto] Suspicious warnings while beta testing yocto 1.2

While beta testing yocto 1.2 I'm building for beagleboard with: OE Build Configuration: BB_VERSION= 1.15.1 TARGET_ARCH = arm TARGET_OS = linux-gnueabi MACHINE = beagleboard DISTRO= poky DISTRO_VERSION= 1.1+snapshot-20120330 TUNE_FEATURES =

[yocto] adt-installer: cannot install package autoconf-nativesdk

Hi, I'm having the following error while trying the adt-installer for the first time. I'm using current edison git branch and following the ADT user's guide. The adt_installer tarball was generated inside my Yocto build tree. The adt_installer.conf I use is basically the default one (just changed

Re: [yocto] BeagleBone with meta-ti layer

Hi Jack, Il giorno 20/feb/2012, alle ore 10:29, Jack Mitchell m...@communistcode.co.uk ha scritto: On 20/02/12 06:39, Andrea Galbusera wrote: Hi, On Thu, Jan 26, 2012 at 4:38 PM, Brian Hutchinsonb.hutch...@gmail.com wrote: I grabbed a bag of chips and a beverage ... watching

[yocto] i486sx machine porting from oe-classic

Hi, In oe-classic there used to be a machine configuration for an i486sx based machine called vortex86sx. In the past I was successful in building a running image for such a target. Since I'd like to make a new system based on vortex, my goal is to leverage the whole Yocto Project infrastructure