| *** simonew <simonew!~ile@2a02:810d:a940:35fc:dd85:f82f:9e83:ee62> has joined #yocto | 00:12 | |
| *** enok71 <enok71!~Thunderbi@c-da42e655.06-290-73746f71.bbcust.telenor.se> has quit IRC (Ping timeout: 260 seconds) | 00:12 | |
| *** lexano <lexano!~lexano@174.119.69.134> has quit IRC (Ping timeout: 255 seconds) | 00:36 | |
| merit | bleh | 00:56 |
|---|---|---|
| merit | still not really sure on how to _use_ those patches once they made it into the sysroot, but they're there | 00:58 |
| *** florian_kc <florian_kc!~florian@dynamic-093-135-070-252.93.135.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds) | 01:06 | |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has quit IRC (Remote host closed the connection) | 01:32 | |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto | 01:34 | |
| *** davidinux <davidinux!~davidinux@194.34.233.166> has quit IRC (Ping timeout: 264 seconds) | 02:04 | |
| *** davidinux <davidinux!~davidinux@194.34.233.164> has joined #yocto | 02:11 | |
| *** starblue <starblue!~juergen@dslb-088-078-108-218.088.078.pools.vodafone-ip.de> has quit IRC (Ping timeout: 252 seconds) | 02:19 | |
| *** starblue <starblue!~juergen@dslb-088-078-105-077.088.078.pools.vodafone-ip.de> has joined #yocto | 02:21 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6512:fa00:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 255 seconds) | 02:27 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:650b:f200:2ce:39ff:fecf:efcd> has joined #yocto | 02:29 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 02:49 | |
| *** Net147 <Net147!~Net147@user/net147> has quit IRC (Ping timeout: 264 seconds) | 02:56 | |
| merit | https://ctxt.io/2/AACItSZfFg < this feels really close | 03:00 |
| merit | got a few typos, and I think it's actually right | 03:05 |
| merit | well.. I think it works | 03:05 |
| *** germ <germ!~quassel@50.39.179.7> has joined #yocto | 03:31 | |
| *** germ <germ!~quassel@user/mipsel3> has quit IRC (Client Quit) | 03:34 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Read error: Connection reset by peer) | 03:34 | |
| *** germ <germ!~quassel@50.39.179.7> has joined #yocto | 03:35 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto | 03:38 | |
| *** pedrowiski <pedrowiski!~pedrowisk@user/pedrowiski> has quit IRC (Remote host closed the connection) | 04:29 | |
| merit | wait.. no it's not | 04:31 |
| *** Net147 <Net147!~Net147@167-179-157-192.a7b39d.syd.nbn.aussiebb.net> has joined #yocto | 04:35 | |
| *** wmills_ <wmills_!~wmills@pool-72-83-14-124.washdc.fios.verizon.net> has quit IRC (Ping timeout: 256 seconds) | 04:40 | |
| *** wmills_ <wmills_!~wmills@pool-72-83-14-124.washdc.fios.verizon.net> has joined #yocto | 04:40 | |
| merit | the "recipe-sysroot" is empty unless I build without the class applied, first | 04:40 |
| *** sev99 <sev99!~sev99@172-100-114-080.res.spectrum.com> has quit IRC (Ping timeout: 250 seconds) | 04:51 | |
| *** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has quit IRC (Quit: Textual IRC Client: www.textualapp.com) | 04:57 | |
| merit | https://ctxt.io/2/AACIoQUKFg < okay... gotta do it in an afters for the recipe sysroot populate task | 05:16 |
| *** simonew <simonew!~ile@2a02:810d:a940:35fc:dd85:f82f:9e83:ee62> has quit IRC (Remote host closed the connection) | 05:20 | |
| *** simonew <simonew!~ile@2a02:810d:a940:35fc:f1ff:a822:cc23:8d77> has joined #yocto | 05:20 | |
| *** xmn <xmn!~xmn@pool-108-46-142-76.nycmny.fios.verizon.net> has quit IRC (Ping timeout: 264 seconds) | 05:28 | |
| *** simonew <simonew!~ile@2a02:810d:a940:35fc:f1ff:a822:cc23:8d77> has quit IRC (Ping timeout: 260 seconds) | 05:34 | |
| *** Chaser <Chaser!~Chaser@user/chaser> has joined #yocto | 05:39 | |
| *** Chaser <Chaser!~Chaser@user/chaser> has quit IRC (Remote host closed the connection) | 05:39 | |
| *** thomas_34 <thomas_34!~thomas_34@host-80-81-12-253.static.customer.m-online.net> has joined #yocto | 05:48 | |
| *** roussinm <roussinm!~mroussin@142.115.196.7> has quit IRC (Quit: WeeChat 3.3-dev) | 05:52 | |
| *** wmills_ <wmills_!~wmills@pool-72-83-14-124.washdc.fios.verizon.net> has quit IRC (Remote host closed the connection) | 06:07 | |
| *** marka <marka!~marka@135-23-92-18.cpe.pppoe.ca> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 06:08 | |
| *** rfs613 <rfs613!~rfs613@184.147.116.200> has quit IRC (Quit: restart) | 06:08 | |
| *** wmills__ <wmills__!~wmills@pool-72-83-14-124.washdc.fios.verizon.net> has joined #yocto | 06:09 | |
| *** TundraMan <TundraMan!~marka@135-23-92-18.cpe.pppoe.ca> has joined #yocto | 06:09 | |
| *** rfs613- <rfs613-!~rfs613@bras-base-otwaon1102w-grc-09-184-147-116-200.dsl.bell.ca> has joined #yocto | 06:09 | |
| *** shoragan_ <shoragan_!~shoragan@user/shoragan> has joined #yocto | 06:09 | |
| *** ssweeny <ssweeny!c6d723798b@user/ssweeny> has quit IRC (Ping timeout: 268 seconds) | 06:10 | |
| *** ssweeny <ssweeny!c6d723798b@user/ssweeny> has joined #yocto | 06:10 | |
| *** shoragan <shoragan!~shoragan@user/shoragan> has quit IRC (Ping timeout: 268 seconds) | 06:10 | |
| *** xantoz <xantoz!~tewi_inab@85.226.189.128> has quit IRC (Ping timeout: 268 seconds) | 06:11 | |
| *** xantoz <xantoz!~tewi_inab@c-80bde255.013-124-73746f25.bbcust.telenor.se> has joined #yocto | 06:11 | |
| *** jmd <jmd!~user@2001:a61:2aa0:ea01:fcec:2373:8649:cf16> has joined #yocto | 06:16 | |
| thomas_34 | Hi guys, I have a hard time to understand how certain terms are defined. For example, what is a target? What is a machine and is it different from a "machine configuration"? | 06:20 |
| *** tlwoerner <tlwoerner!~tlwoerner@pppoe-209-91-167-254.vianet.ca> has quit IRC (Ping timeout: 256 seconds) | 06:25 | |
| thomas_34 | https://docs.yoctoproject.org/dev-manual/building.html?highlight=multiconfig#building-a-simple-image Chapter 4: "The target is the name of the recipe you want to build." | 06:28 |
| thomas_34 | https://docs.yoctoproject.org/dev-manual/building.html?highlight=multiconfig#building-images-for-multiple-targets-using-multiple-configurations : "You can use a single bitbake command to build multiple images or packages for different targets where each image or package requires a different configuration (multiple configuration builds)." | 06:29 |
| thomas_34 | I'm confused here. "Target" in the first definition means cleary something different compared to the second sentence. | 06:29 |
| ablu | thomas_34: In the first example "target" references to the "bitbake <target>" above. | 06:33 |
| thomas_34 | ablu, ahh okay. So when I want to communicate with "yocto-people", what do they understand under the term "target"? | 06:34 |
| ablu | thomas_34: Typically it is your build result. What that is probably depends on your context. | 06:36 |
| thomas_34 | Okay, so its not the "piece of hardware", which I build software with yocto/bitbake? | 06:37 |
| ablu | I would call it "piece of software built for a particular configuration (hardware, tunable, ...)". But I am not sure whether one will be able to find a definition that fits everything. | 06:40 |
| thomas_34 | Ok, thank you ablu for your definition | 06:40 |
| *** kpo <kpo!~kpo@87-206-161-246.dynamic.chello.pl> has quit IRC (Ping timeout: 246 seconds) | 06:43 | |
| *** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC (Ping timeout: 256 seconds) | 06:52 | |
| *** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto | 06:53 | |
| *** zpfvo <zpfvo!~fvo@i59F5CF41.versanet.de> has joined #yocto | 07:01 | |
| *** linfax <linfax!~linfax@eumail.topcon.com> has joined #yocto | 07:07 | |
| *** ray-san <ray-san!~ray-san@195.50.168.194> has joined #yocto | 07:12 | |
| thomas_34 | Is there a difference in terms of definition between "machine" and "machine configuration"? Or is machine just the abbreviation for machine configuration? | 07:15 |
| michaelo | Hi rburton ! This sounds like very cool. Title + SHA is fine. You can send this to the docs@ mailing list, or directly to me if you prefer. Did you figure out "manually" whether each commit impacts the documentation or not? | 07:23 |
| *** mckoan|away is now known as mckoan | 07:24 | |
| *** frieder <frieder!~frieder@i577B91A0.versanet.de> has joined #yocto | 07:43 | |
| *** jmd <jmd!~user@2001:a61:2aa0:ea01:fcec:2373:8649:cf16> has quit IRC (Remote host closed the connection) | 07:49 | |
| *** jmd <jmd!~user@2001:a61:2aa0:ea01:fcec:2373:8649:cf16> has joined #yocto | 07:54 | |
| *** enok71 <enok71!~Thunderbi@c-da42e655.06-290-73746f71.bbcust.telenor.se> has joined #yocto | 07:55 | |
| *** jmd <jmd!~user@2001:a61:2aa0:ea01:fcec:2373:8649:cf16> has quit IRC (Remote host closed the connection) | 07:56 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 08:17 | |
| *** ak77 <ak77!~ak77@93-103-41-115.dynamic.t-2.net> has quit IRC (Read error: Connection reset by peer) | 08:28 | |
| mckoan | thomas_34: MACHINE is a variable defining the file containing machine configuration | 08:34 |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 08:35 | |
| *** ak77 <ak77!~ak77@93-103-41-115.dynamic.t-2.net> has joined #yocto | 08:39 | |
| *** Kubu_work <Kubu_work!~kubu@202-122-190-109.dsl.ovh.fr> has joined #yocto | 08:42 | |
| *** enok71 <enok71!~Thunderbi@c-da42e655.06-290-73746f71.bbcust.telenor.se> has quit IRC (Ping timeout: 268 seconds) | 08:56 | |
| *** prabhakalad <prabhakalad!~prabhakar@147.161.225.85> has quit IRC (Ping timeout: 252 seconds) | 09:11 | |
| *** prabhakalad <prabhakalad!~prabhakar@147.161.225.85> has joined #yocto | 09:12 | |
| *** luc4 <luc4!~luca@2a00:6d43:501:1201:12ea:d2da:e326:9bfb> has joined #yocto | 09:13 | |
| *** luc4 <luc4!~luca@2a00:6d43:501:1201:12ea:d2da:e326:9bfb> has quit IRC (Client Quit) | 09:13 | |
| *** enok71 <enok71!~Thunderbi@94.191.153.88.mobile.tre.se> has joined #yocto | 09:16 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 09:33 | |
| *** mbulut <mbulut!~mbulut@ip1f128e51.dynamic.kabel-deutschland.de> has joined #yocto | 09:34 | |
| *** mbulut <mbulut!~mbulut@ip1f128e51.dynamic.kabel-deutschland.de> has quit IRC (Client Quit) | 09:34 | |
| *** Guest40 <Guest40!~Guest40@25.red-2-136-123.staticip.rima-tde.net> has joined #yocto | 09:36 | |
| Ad0 | where is the location of the config file used in kernel configure? it is copied somewhere right? | 09:37 |
| Ad0 | I have a working defconfig, but I want to change it into fragments | 09:38 |
| Guest40 | Good all, I am trying to create a yocto, which has two recipes, one "mount-points" which does the mount of the disks, and in the other one I want to create a directory and add a file to that directory "utilities.bb", in "utilities.bb" I have specified with RDEPEND that "mount-points" must be executed first so there is no conflict with | 09:40 |
| Guest40 | "utilities.bb" but I am not able to create the directory after the mount. | 09:40 |
| Guest40 | I have tried to create the directory in / instead of in the disk I am mounting and it has worked without problem so I understand that the recipe works fine and the problem is that it will try to mount later and it will step on the directory that is created with "utilities.bb". | 09:40 |
| Guest40 | thanks for the help. | 09:40 |
| Guest40 | Translated with DeepL.com (free version) | 09:40 |
| *** speeder <speeder!~speeder__@213.205.68.220> has joined #yocto | 09:40 | |
| landgraf | Ad0: https://docs.yoctoproject.org/kernel-dev/common.html#preparing-the-build-host-to-work-on-the-kernel | 09:44 |
| Ad0 | that's in the layer, not the working dir | 09:45 |
| Ad0 | my idea is to remove the defconfig from my layer and let it use the vanilla config, then replace the config in the working directory so it will be created as a fragment when done | 09:46 |
| Ad0 | easier to see what's different so I can remove the shit I don't need | 09:47 |
| landgraf | Ad0: The document I linked covered this task iirc | 09:47 |
| Ad0 | I don't think it covers the internals like where the config ends up in the working tree | 09:48 |
| Ad0 | I need to find that path and replace the file | 09:48 |
| landgraf | Ad0: iiuc you want to have vanila defconfig + fragments in your layer, right? | 09:49 |
| Ad0 | yes, but I already have a "complete" modified defconfig in my layer already. when I start the task it will use that file . but I will temporarily remove the file and rather replace it in the working tree so a fragment is created | 09:50 |
| Ad0 | with several devices with different defconfigs + kernel upgrades I think fragments would be easier | 09:50 |
| Ad0 | instead of full defconfigs per device | 09:51 |
| Ad0 | also it will remove some bbappend scripting | 09:51 |
| landgraf | Ad0: just run find tmp* -name .config in your builddir and you'll find it | 09:51 |
| Ad0 | yeah from memory last time I checked there were several | 09:52 |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 260 seconds) | 09:52 | |
| landgraf | after -c menuconfig of course | 09:52 |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 09:53 | |
| landgraf | Ad0: I think you're looking for work-shared/*/kernel-build-artifacts/.config | 09:53 |
| Ad0 | could be | 09:53 |
| Ad0 | I will just try a -c menuconfig and diff the files till I find one that matches | 09:53 |
| landgraf | there're several but not all are related to kernel. | 09:53 |
| Ad0 | thanks! I think the path you have there is correct | 09:58 |
| enok71 | Anyone who knows how kernel-fitimage.class works and how to make it create config sections that u-boot can actually use to add a bunch of .dtbo overlay images included in the fitimage file to the included .dtb image at boot time, as described in the u-boot documentation? It looks to me like those config sections emitted by kernel-fitimage are not entirely useful for u-boot. I'm using the latest master HEAD from the poky git repo. | 10:03 |
| Ad0 | landgraf, does it generate fragments for me based on the diff from menuconfig? | 10:05 |
| Ad0 | the article you gave me seems like i have to manually make my own | 10:05 |
| Ad0 | maybe I didn't read well enough | 10:05 |
| Ad0 | bitbake -c diffconfig virtual/kernel | 10:06 |
| enok71 | Or perhaps nobody uses dtbo in this way and instead creates multiple complete .dtb files and no .dtbos? A waste of space though, as 99% of such dtbs will be identical. | 10:08 |
| rburton | merit: do the apply_sysroot_patches as a postfunc on do_patch. because patch runs before configure and DEPENDS is short-hand for do_configure[depends] you'll need to add the dependency on the other recipe explicitly. | 10:11 |
| Ad0 | "Could not locate BSP definition for my-machine/standard and no defconfig was provided" but it is based on raspberry pi tho. | 10:12 |
| Ad0 | probably because I set MACHINEOVERRIDES | 10:16 |
| rburton | by default the yocto-kernel framework uses MACHINE as KMACHINE | 10:21 |
| rburton | if you're not providing a bsp definition then make sure you set KMACHINE to the right one | 10:21 |
| Ad0 | thanks | 10:22 |
| Ad0 | that var is nowhere in meta-raspberrypi tho | 10:23 |
| Ad0 | something else sets that maybe | 10:23 |
| rburton | as i said, default is MACHINE | 10:23 |
| rburton | https://git.yoctoproject.org/poky/tree/meta/classes-recipe/kernel-yocto.bbclass#n17 | 10:23 |
| Ad0 | thanks a lot | 10:24 |
| Ad0 | so you can set a different machine for kernel | 10:25 |
| Ad0 | it worked setting it to it but I guess I have to find the right name ... Could not locate BSP definition for raspberrypi3/standard and no defconfig was provided | 10:26 |
| rburton | have you created a new machine that pulls in the rpi machine? | 10:26 |
| Ad0 | no, just require conf/machine/include/arm/armv7a/tune-cortexa7.inc and include conf/machine/include/rpi-base.inc | 10:27 |
| rburton | meta-raspberrypi doesn't even use linux-yocto, so you either need to use the meta-rpi kernel, or provide your own config | 10:28 |
| *** enok71 <enok71!~Thunderbi@94.191.153.88.mobile.tre.se> has quit IRC (Remote host closed the connection) | 10:28 | |
| Ad0 | ok | 10:28 |
| Ad0 | I will just copy the defconfig from the linux-raspberry pi and use that as a baseline. what sucks is that I have to think about updating that too | 10:29 |
| rburton | the rpi kernel pulls the rpi fork of linux which has a defconfig in | 10:30 |
| Ad0 | yeah | 10:30 |
| rburton | use that :) | 10:30 |
| Ad0 | linux-raspberrypi/1_5.15.92+gitAUTOINC+509f4b9d68_14b35093ca-r0/defconfig | 10:31 |
| Ad0 | so if I use git pull on that layer I might have to update it | 10:31 |
| rburton | recipes-kernel/linux/linux-raspberrypi.inc:KBUILD_DEFCONFIG:raspberrypi4 ?= "bcm2711_defconfig" | 10:31 |
| rburton | if you use their kernel tree then you can just use the defconfig it provides | 10:31 |
| Ad0 | maybe I can set the KBUILD_DEFCONFIG in my bbappend for my machines then? | 10:32 |
| rburton | if you have rpi hardware then i don't know why you don't just use the rpi kernel in meta-rpi, but yes you could recreate the recipe | 10:33 |
| Ad0 | I seen that name but not gotten into it (meta-rpi) , not sure what the diff is between that and meta-raspberrypi | 10:34 |
| rburton | i was being lazy, meta-raspberrypi is what i meant | 10:34 |
| Ad0 | yeah I have seen some alternate layer for meta-rasperrypi | 10:34 |
| Ad0 | I use the kernel there but | 10:34 |
| Ad0 | setting KBUILD_DEFCONFIG in my bbappend worked | 10:37 |
| *** speeder_ <speeder_!~speeder__@78.137.195.161> has joined #yocto | 10:37 | |
| *** speeder <speeder!~speeder__@213.205.68.220> has quit IRC (Ping timeout: 268 seconds) | 10:40 | |
| *** enok71 <enok71!~Thunderbi@c-da42e655.06-290-73746f71.bbcust.telenor.se> has joined #yocto | 10:43 | |
| *** vladest1 <vladest1!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has joined #yocto | 10:46 | |
| *** wooosaiiii1 <wooosaiiii1!~Thunderbi@89-212-21-243.static.t-2.net> has joined #yocto | 10:47 | |
| *** speeder__ <speeder__!~speeder__@213.205.68.220> has joined #yocto | 10:47 | |
| *** ablu_ <ablu_!~m-bfyrfh@user/Ablu> has joined #yocto | 10:48 | |
| Guest40 | Good all, I am trying to create a yocto, which has two recipes, one "mount-points" which does the mount of the disks, and in the other one I want to create a directory and add a file to that directory "utilities.bb", in "utilities.bb" I have specified with RDEPEND that "mount-points" must be executed first so there is no conflict with | 10:48 |
| Guest40 | "utilities.bb" but I am not able to create the directory after the mount. | 10:48 |
| Guest40 | I have tried to create the directory in / instead of in the disk I am mounting and it has worked without problem so I understand that the recipe works fine and the problem is that it will try to mount later and it will step on the directory that is created with "utilities.bb". | 10:48 |
| *** Xywzel_ <Xywzel_!xywzel@hilla.kapsi.fi> has joined #yocto | 10:49 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Ping timeout: 252 seconds) | 10:49 | |
| *** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has quit IRC (Ping timeout: 252 seconds) | 10:49 | |
| *** vladest1 is now known as vladest | 10:49 | |
| *** wooosaiiii <wooosaiiii!~Thunderbi@89-212-21-243.static.t-2.net> has quit IRC (Ping timeout: 252 seconds) | 10:49 | |
| *** Xywzel <Xywzel!xywzel@hilla.kapsi.fi> has quit IRC (Ping timeout: 252 seconds) | 10:49 | |
| *** svuorela_ <svuorela_!~svuorela@ssh.killmulehill.net> has quit IRC (Ping timeout: 252 seconds) | 10:49 | |
| *** derRichard <derRichard!~derRichar@static.16.105.130.94.clients.your-server.de> has quit IRC (Ping timeout: 252 seconds) | 10:49 | |
| rburton | Guest40: mounts happen on boot, but recipes write files at build time. what are you _actually_ trying to do? | 10:50 |
| *** wooosaiiii1 is now known as wooosaiiii | 10:50 | |
| *** derRicha1d <derRicha1d!~derRichar@static.16.105.130.94.clients.your-server.de> has joined #yocto | 10:50 | |
| *** speeder_ <speeder_!~speeder__@78.137.195.161> has quit IRC (Ping timeout: 268 seconds) | 10:50 | |
| *** svuorela <svuorela!~svuorela@ssh.killmulehill.net> has joined #yocto | 10:50 | |
| Ad0 | thanks rburton | 10:50 |
| *** speeder_ <speeder_!~speeder__@78.137.195.161> has joined #yocto | 10:52 | |
| *** ablu_ is now known as ablu | 10:53 | |
| *** speeder__ <speeder__!~speeder__@213.205.68.220> has quit IRC (Ping timeout: 264 seconds) | 10:55 | |
| Guest40 | rburton i'm trying to mount sda2 on /disk2 and then create a directory on that disk, /disk2/directory1, I mount with one recipe and make the directory with another, and the one that makes de directory has the RDEPENDS of mount | 11:01 |
| *** starblue <starblue!~juergen@dslb-088-078-105-077.088.078.pools.vodafone-ip.de> has quit IRC (Ping timeout: 264 seconds) | 11:03 | |
| *** starblue <starblue!~juergen@dslb-088-078-105-077.088.078.pools.vodafone-ip.de> has joined #yocto | 11:04 | |
| rburton | Guest40: think about the operation order. mount points happen on the target during boot. if you want to split a filesystem up into partitions then wic can do that, look up the --exclude-path option | 11:16 |
| Guest40 | rburton: ok , i will check it, thankyou | 11:20 |
| *** thomas_34 <thomas_34!~thomas_34@host-80-81-12-253.static.customer.m-online.net> has quit IRC (Quit: Client closed) | 11:26 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 264 seconds) | 11:36 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 11:37 | |
| *** plat51 <plat51!~plat@195.43.244.83> has joined #yocto | 11:39 | |
| *** lexano <lexano!~lexano@174.119.69.134> has joined #yocto | 11:54 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has joined #yocto | 11:57 | |
| *** plat51 <plat51!~plat@195.43.244.83> has quit IRC (Quit: Client closed) | 12:01 | |
| *** Guest40 <Guest40!~Guest40@25.red-2-136-123.staticip.rima-tde.net> has quit IRC (Quit: Client closed) | 12:07 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has quit IRC (Remote host closed the connection) | 12:16 | |
| *** thomas_34 <thomas_34!~thomas_34@host-80-81-12-253.static.customer.m-online.net> has joined #yocto | 12:23 | |
| thomas_34 | If I define OE_CMAKE = "foobar" in my recipe.bb and inherite the "base" class, should then show up the string "foobar" somewhere in run.do_compile file of that recipe? | 12:24 |
| *** rfs613- is now known as rfs613 | 12:29 | |
| *** rfuentess <rfuentess!~rfuentess@adijon-159-1-11-151.w92-161.abo.wanadoo.fr> has joined #yocto | 12:39 | |
| *** Michael_Guest <Michael_Guest!~Michael_G@130.41.201.209> has joined #yocto | 12:43 | |
| Ad0 | how do I verify that a config fragmet made it into the kernel config ? bitbake virtual/kernel -c kernel_configcheck -f returns nothing | 12:57 |
| Ad0 | also the fragment made from pasting my kernel config over the original have much of the same variables with the same settings as the original Oo | 12:58 |
| *** joekale <joekale!~quassel@2620:a2:6000:13:2bc5:2cf7:e1d6:8f16> has joined #yocto | 13:00 | |
| *** speeder__ <speeder__!~speeder__@213.205.68.220> has joined #yocto | 13:01 | |
| *** speeder_ <speeder_!~speeder__@78.137.195.161> has quit IRC (Ping timeout: 268 seconds) | 13:05 | |
| *** thomas_34 <thomas_34!~thomas_34@host-80-81-12-253.static.customer.m-online.net> has quit IRC (Quit: Client closed) | 13:12 | |
| *** speeder_ <speeder_!~speeder__@78.137.195.161> has joined #yocto | 13:20 | |
| *** speeder__ <speeder__!~speeder__@213.205.68.220> has quit IRC (Ping timeout: 240 seconds) | 13:22 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has joined #yocto | 13:25 | |
| *** paw <paw!~afong@198-84-204-38.cpe.teksavvy.com> has joined #yocto | 13:27 | |
| *** speeder__ <speeder__!~speeder__@213.205.68.220> has joined #yocto | 13:27 | |
| *** thomas_34 <thomas_34!~thomas_34@host-80-81-12-253.static.customer.m-online.net> has joined #yocto | 13:28 | |
| *** speeder_ <speeder_!~speeder__@78.137.195.161> has quit IRC (Ping timeout: 255 seconds) | 13:30 | |
| *** pedrowiski <pedrowiski!~pedrowisk@177.12.49.228> has joined #yocto | 13:34 | |
| *** pedrowiski <pedrowiski!~pedrowisk@177.12.49.228> has quit IRC (Ping timeout: 252 seconds) | 13:40 | |
| rburton | Ad0: bitbake virtual/kernel -c showconfig will tell you the path of the .config file that was actually used | 13:56 |
| Ad0 | thanks | 13:56 |
| rburton | (or just look in the build tree) | 13:56 |
| *** tlwoerner <tlwoerner!~tlwoerner@pppoe-209-91-167-254.vianet.ca> has joined #yocto | 14:11 | |
| *** Guest84 <Guest84!~Guest84@79-77-216-40.dynamic.dsl.as9105.com> has joined #yocto | 14:11 | |
| Guest84 | Hello | 14:11 |
| Guest84 | Is it possible to downgrade python3 to 3.8 in kirkstone? | 14:12 |
| rburton | not easily | 14:13 |
| *** enok71 <enok71!~Thunderbi@c-da42e655.06-290-73746f71.bbcust.telenor.se> has quit IRC (Quit: enok71) | 14:16 | |
| *** enok71 <enok71!~Thunderbi@c-da42e655.06-290-73746f71.bbcust.telenor.se> has joined #yocto | 14:16 | |
| Guest84 | I was thinking checking out gatesharth and stealing their python3 recipe, add a PREFERRED_VERSION in local.conf | 14:17 |
| Guest84 | Now problem is recipes syntax | 14:17 |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Remote host closed the connection) | 14:18 | |
| Guest84 | There is a script which can try and take care of that but python3 is a massive set of recipes | 14:18 |
| rburton | why do you need to downgrade? | 14:19 |
| Guest84 | would that work? | 14:19 |
| rburton | python3 is one recipe | 14:19 |
| Guest84 | The python3 directory is massive | 14:20 |
| rburton | sure, but the recipe is just python3_*.bb | 14:20 |
| paulbarker | Hey folks, here's something I've not thought about before but came up in discussions today - should we be providing an older linux-libc-headers version if our BSP provides a kernel version older than the one in oe-core? | 14:20 |
| Guest84 | Nothing else to change but the python3_blah.bb file? | 14:21 |
| paulbarker | E.g. Scarthgap will have linux-libc-headers 6.6, but our BSP will use the 6.1 CIP kernel by default | 14:21 |
| *** enok71 <enok71!~Thunderbi@c-da42e655.06-290-73746f71.bbcust.telenor.se> has quit IRC (Ping timeout: 268 seconds) | 14:21 | |
| Guest84 | Let me try that and I’ll come back to you | 14:21 |
| Guest84 | rburton: Thanks | 14:22 |
| paulbarker | https://docs.kernel.org/kbuild/headers_install.html explicitly says that "Kernel headers are backwards compatible, but not forwards compatible." | 14:22 |
| rburton | zeddii: ^^^ | 14:22 |
| paulbarker | My reading of that is that we should be providing the older linux-libc-headers version in our BSP and using it when we build an older kernel | 14:22 |
| zeddii | it's been stated that way for years. in practice, we've hit a grand total of zero issues. | 14:25 |
| zeddii | I'd be strongly against any changes in core to the headers, but people can do whatever they want in their own layers. | 14:25 |
| paulbarker | zeddii: We definitely don't need any changes in core. | 14:27 |
| zeddii | my opinion stands on any layer, but I just obviously have no input on them. | 14:28 |
| paulbarker | I expect issues would occur if someone used flashy new kernel features that weren't present in our older BSP kernel, but adoption of new APIs/etc is usually slow | 14:28 |
| zeddii | if you change the libc-headers, you are then repsponsible for the complete testing of all your applications and there's not much OEcore or any maintenance can do if you run into an issues. | 14:28 |
| zeddii | paulbarker: and that's a pathalogically evil program that is going directly at kernel headers and structures. if something goes through libc, they are well protected. | 14:29 |
| zeddii | this is very well trodden ground. | 14:29 |
| zeddii | (the libc-headers question) | 14:29 |
| zeddii | I answered it about 13 years ago at Wind River, and the answer still hasn't changed. | 14:29 |
| paulbarker | zeddii: From that I imply that Go is pathologically evil, and I don't disagree haha | 14:29 |
| zeddii | indeed! | 14:30 |
| *** sev99 <sev99!~sev99@172-100-114-080.res.spectrum.com> has joined #yocto | 14:30 | |
| RP | paulbarker: keep in mind that linux-libc-headers works in conjunction with glibc and the toolchain to decide what to do. glibc has the notion of "OLDEST_KERNEL" and the "guarantees" are also from components like glibc. | 14:32 |
| RP | paulbarker: you really don't want or need multiple toolchains and libc-headers versions around | 14:34 |
| RP | paulbarker: as zeddii says, whilst you may not have considered it, it has been given a lot of thought and real world testing over the last decade+ | 14:35 |
| paulbarker | So, the conclusion would be - libc provides enough of a buffer to prevent issues | 14:40 |
| zeddii | the only class of applications that even have a chance of running into issues are exchanging structures with the kernel AND if the kernel for some reason decided to re-order a structure. The userspace ABI promise is in play, regardless of what libc-headers says. | 14:43 |
| zeddii | if something is that tied to the kernel, you'd hope that same application is checking the version, etc. | 14:43 |
| jdiez | when modifying (with `devtool modify`) a build tool that is required by another recipe, is it enough to do `devtool build <buildtool>`? the changes I made don't seem to be visible when I build the recipe that depends on this build tool | 14:44 |
| paulbarker | Thanks zeddii and RP, I appreciate the input. Will discuss with the rest of our team | 14:44 |
| Ad0 | lol got tired of network manager's BS and disabled ipv6 | 14:48 |
| rburton | RP: so i ran all of the ptests against poky-altcfg. all passed... except valgrind which explodes for god knows what reasons | 14:52 |
| vmeson | rburton: you called my son... | 14:52 |
| *** jmd <jmd!~user@2001:a61:2aa0:ea01:fcec:2373:8649:cf16> has joined #yocto | 14:53 | |
| rburton | the gdb tests specifically fail dramatically | 14:53 |
| vmeson | rburton: is this just master or are you up to something interesting? | 14:53 |
| *** thomas_34 <thomas_34!~thomas_34@host-80-81-12-253.static.customer.m-online.net> has quit IRC (Ping timeout: 250 seconds) | 14:58 | |
| *** Michael_Guest <Michael_Guest!~Michael_G@130.41.201.209> has quit IRC (Quit: Client closed) | 15:03 | |
| *** Guest84 <Guest84!~Guest84@79-77-216-40.dynamic.dsl.as9105.com> has quit IRC (Quit: Client closed) | 15:10 | |
| jdiez | doesn't look like `devtool build <devtool>` is sufficient to use the new build tool in my dependent recipe. Also, using `devtool modify` and `devtool finish` on an already-patched recipe seems to only write out the most recent patch, overwriting previous ones :( | 15:10 |
| RP | rburton: are you saying we should expand the test matrix? :) | 15:11 |
| RP | rburton: and is that more or less useful than musl ptest? | 15:11 |
| *** Guest84 <Guest84!~Guest84@79-77-216-40.dynamic.dsl.as9105.com> has joined #yocto | 15:13 | |
| *** Guest84 <Guest84!~Guest84@79-77-216-40.dynamic.dsl.as9105.com> has quit IRC (Client Quit) | 15:15 | |
| rburton | vmeson: master with poky-altcfg | 15:23 |
| rburton | RP: i think its fair that it actually works before expanding the matrix | 15:24 |
| vmeson | rburton: I'll take a look when I get some time. | 15:24 |
| *** paw <paw!~afong@198-84-204-38.cpe.teksavvy.com> has quit IRC (Ping timeout: 252 seconds) | 15:31 | |
| *** Saur75 <Saur75!~Saur75@195.60.68.152> has quit IRC (Quit: Client closed) | 15:36 | |
| RP | rburton: we also don't really have the arm builder capacity to do this on arm | 15:36 |
| rburton | i don't mind what host its on | 15:37 |
| *** Saur75 <Saur75!~Saur75@195.60.68.152> has joined #yocto | 15:37 | |
| RP | x86 is obviously easier | 15:38 |
| RP | rburton: might be an idea to put the AB config in place so we can enable when ready? We should do this for musl too? | 15:38 |
| rburton | yeah | 15:38 |
| *** mckoan is now known as mckoan|away | 15:43 | |
| *** linfax <linfax!~linfax@eumail.topcon.com> has quit IRC (Ping timeout: 268 seconds) | 15:46 | |
| gmorell | /w 2 | 15:50 |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 15:51 | |
| *** enok71 <enok71!~Thunderbi@c-da42e655.06-290-73746f71.bbcust.telenor.se> has joined #yocto | 16:04 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 16:05 | |
| *** ray-san <ray-san!~ray-san@195.50.168.194> has quit IRC (Ping timeout: 268 seconds) | 16:07 | |
| paulbarker | zeddii: We see no warnings building Linux 5.10 with the latest master, despite OLDEST_KERNEL being set to 5.15 | 16:15 |
| paulbarker | https://git.yoctoproject.org/poky/tree/meta/classes-recipe/kernel.bbclass#n647 is: check_oldest_kernel[vardepsexclude] += "OLDEST_KERNEL KERNEL_VERSION" | 16:15 |
| paulbarker | Doesn't that stop the check function from re-running if KERNEL_VERSION is changed? | 16:16 |
| *** Guest40 <Guest40!~Guest40@25.red-2-136-123.staticip.rima-tde.net> has joined #yocto | 16:25 | |
| Guest40 | hi , i want to add file to a data partition, not to root. How can i achive this? i've got the partition created with wic and .wks, but don't know how to add the files and directories i need | 16:26 |
| *** xmn <xmn!~xmn@pool-108-46-142-76.nycmny.fios.verizon.net> has joined #yocto | 16:33 | |
| *** speeder_ <speeder_!~speeder__@213.205.68.220> has joined #yocto | 16:34 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Remote host closed the connection) | 16:35 | |
| *** speeder__ <speeder__!~speeder__@213.205.68.220> has quit IRC (Ping timeout: 252 seconds) | 16:36 | |
| *** Saur75 <Saur75!~Saur75@195.60.68.152> has quit IRC (Quit: Client closed) | 16:39 | |
| *** enok71 <enok71!~Thunderbi@c-da42e655.06-290-73746f71.bbcust.telenor.se> has quit IRC (Ping timeout: 260 seconds) | 16:40 | |
| *** Saur75 <Saur75!~Saur75@195.60.68.152> has joined #yocto | 16:40 | |
| *** starblue <starblue!~juergen@dslb-088-078-105-077.088.078.pools.vodafone-ip.de> has quit IRC (Ping timeout: 252 seconds) | 16:41 | |
| *** speeder__ <speeder__!~speeder__@213.205.68.220> has joined #yocto | 16:48 | |
| *** Kubu_work <Kubu_work!~kubu@202-122-190-109.dsl.ovh.fr> has quit IRC (Quit: Leaving.) | 16:49 | |
| olani | jdiez: Did you add the build tool to DEPENDS of your modified recipe? | 16:50 |
| *** speeder_ <speeder_!~speeder__@213.205.68.220> has quit IRC (Ping timeout: 252 seconds) | 16:51 | |
| jdiez | olani: I was modifying the recipe/source code of a build tool that was in the DEPENDS of another recipe. Due to it being a build tool, I needed to build the -native version of the package, which I could not do with `devtool` | 16:51 |
| *** wmills__ <wmills__!~wmills@pool-72-83-14-124.washdc.fios.verizon.net> has quit IRC (Remote host closed the connection) | 16:54 | |
| *** wmills__ <wmills__!~wmills@pool-72-83-14-124.washdc.fios.verizon.net> has joined #yocto | 16:55 | |
| rburton | that should work | 16:56 |
| *** clever <clever!~clever@47.54.161.218> has quit IRC (Ping timeout: 260 seconds) | 16:57 | |
| *** speeder_ <speeder_!~speeder__@213.205.68.220> has joined #yocto | 17:01 | |
| *** florian <florian!~florian@dynamic-089-013-044-253.89.13.pool.telefonica.de> has joined #yocto | 17:02 | |
| *** clever <clever!~clever@47.54.161.218> has joined #yocto | 17:03 | |
| *** speeder__ <speeder__!~speeder__@213.205.68.220> has quit IRC (Ping timeout: 272 seconds) | 17:04 | |
| *** enok71 <enok71!~Thunderbi@94.191.153.16> has joined #yocto | 17:09 | |
| *** Saur75 <Saur75!~Saur75@195.60.68.152> has quit IRC (Quit: Client closed) | 17:12 | |
| *** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has joined #yocto | 17:12 | |
| *** Saur75 <Saur75!~Saur75@195.60.68.152> has joined #yocto | 17:13 | |
| *** zpfvo <zpfvo!~fvo@i59F5CF41.versanet.de> has quit IRC (Remote host closed the connection) | 17:13 | |
| *** speeder_ <speeder_!~speeder__@213.205.68.220> has quit IRC (Ping timeout: 240 seconds) | 17:14 | |
| *** rfuentess <rfuentess!~rfuentess@adijon-159-1-11-151.w92-161.abo.wanadoo.fr> has quit IRC (Remote host closed the connection) | 17:16 | |
| *** |Xagen <|Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has joined #yocto | 17:18 | |
| *** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has quit IRC (Ping timeout: 255 seconds) | 17:21 | |
| *** Guest40 <Guest40!~Guest40@25.red-2-136-123.staticip.rima-tde.net> has quit IRC (Quit: Client closed) | 17:22 | |
| *** florian <florian!~florian@dynamic-089-013-044-253.89.13.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds) | 17:26 | |
| paulbarker | zeddii: I found my issue and sent a patch: https://lore.kernel.org/openembedded-core/20240313172842.4631-1-paul.barker.ct@bp.renesas.com/T/#u | 17:30 |
| *** pbiel <pbiel!~bielpa@89-70-29-32.dynamic.chello.pl> has joined #yocto | 17:45 | |
| pbiel | I'm a bit confused abut how should I approach the following problem in Yocto. | 17:45 |
| pbiel | For example I have a machine and I would like to achieve the following: | 17:45 |
| pbiel | for development builds I would like to use extlinux configuration and store let's say 10 different device tree blobs on /boot partition to allow switching between them on boot for the purpose of some tests | 17:45 |
| pbiel | on the other hand for the same machine for a production build I would like to add some patches to u-boot that remove all the unnecessary u-boot commands and leave only bootm command, the same goes for the image type I would like to use for the production build - fitImage and what's more signed | 17:45 |
| pbiel | Basically this can be applied to more use cases, not only u-boot. | 17:45 |
| pbiel | Whenever I searched for the answer to this question, most answers concerned the image generation where the solution is simple - just create two image variants: *dev, *production, and install appropriate packages accordingly. But this cannot be applied as things like kernel device tree, uboot config and so on are configured in machine file. | 17:45 |
| pbiel | What is the canonical solution for such problems? | 17:45 |
| *** pedrowiski <pedrowiski!~pedrowisk@177.12.49.228> has joined #yocto | 17:49 | |
| *** bielpa_ <bielpa_!~bielpa@89-70-29-32.dynamic.chello.pl> has joined #yocto | 17:53 | |
| *** enok71 <enok71!~Thunderbi@94.191.153.16> has quit IRC (Ping timeout: 255 seconds) | 17:55 | |
| *** florian <florian!~florian@dynamic-089-013-044-253.89.13.pool.telefonica.de> has joined #yocto | 17:56 | |
| *** pedrowiski <pedrowiski!~pedrowisk@user/pedrowiski> has quit IRC (Ping timeout: 252 seconds) | 17:58 | |
| khem | Linux 6.8 ships with Ubuntu 24.04 when it is released next month, so I guess its also going to be a lts like ? | 18:00 |
| rburton | who knows :) | 18:01 |
| khem | yeah | 18:03 |
| khem | pbiel: I would say, define new distro_features dev and prod and make the needed changes under those since the changes are not only in recipe space but also global namespace | 18:05 |
| *** kpo <kpo!~kpo@87-206-161-246.dynamic.chello.pl> has joined #yocto | 18:09 | |
| pbiel | Well that makes sens actually. I'm looking at this moment at the ATF recpipe for one of NXP's boards, and in fact, in that recipe they change if DISTRO_FEATURES contains secure. If so they use UBOOT_BINARY that is preconfigured to support secure boot, otherwise they use standard u-boot config | 18:09 |
| pbiel | they check* | 18:10 |
| *** mattsm <mattsm!~mattsm@209.36.98.250> has quit IRC (Ping timeout: 255 seconds) | 18:15 | |
| *** mattsm <mattsm!~mattsm@209.36.98.250> has joined #yocto | 18:17 | |
| *** mattsm6 <mattsm6!~mattsm@64.154.148.114> has joined #yocto | 18:20 | |
| *** mattsm <mattsm!~mattsm@209.36.98.250> has quit IRC (Ping timeout: 272 seconds) | 18:23 | |
| *** mattsm <mattsm!~mattsm@64.154.148.114> has joined #yocto | 18:24 | |
| *** mattsm6 <mattsm6!~mattsm@64.154.148.114> has quit IRC (Ping timeout: 272 seconds) | 18:26 | |
| *** frieder <frieder!~frieder@i577B91A0.versanet.de> has quit IRC (Remote host closed the connection) | 18:28 | |
| *** mattsm2 <mattsm2!~mattsm@104-189-170-210.lightspeed.austtx.sbcglobal.net> has joined #yocto | 18:33 | |
| *** mattsm4 <mattsm4!~mattsm@209.36.98.250> has joined #yocto | 18:35 | |
| *** mattsm <mattsm!~mattsm@64.154.148.114> has quit IRC (Ping timeout: 268 seconds) | 18:35 | |
| *** mattsm4 is now known as mattsm | 18:35 | |
| *** mattsm2 <mattsm2!~mattsm@104-189-170-210.lightspeed.austtx.sbcglobal.net> has quit IRC (Ping timeout: 264 seconds) | 18:38 | |
| *** simonew <simonew!~ile@2a02:810d:a940:35fc:5b61:13ac:564f:f747> has joined #yocto | 18:45 | |
| *** kpo <kpo!~kpo@87-206-161-246.dynamic.chello.pl> has quit IRC (Quit: Konversation terminated!) | 18:46 | |
| *** enok71 <enok71!~Thunderbi@c-da42e655.06-290-73746f71.bbcust.telenor.se> has joined #yocto | 18:48 | |
| *** sev99 <sev99!~sev99@172-100-114-080.res.spectrum.com> has quit IRC (Quit: Client closed) | 18:50 | |
| *** joekale <joekale!~quassel@2620:a2:6000:13:2bc5:2cf7:e1d6:8f16> has quit IRC (Remote host closed the connection) | 18:57 | |
| *** joekale <joekale!~quassel@2620:a2:6000:13:c099:61c4:c24e:a89e> has joined #yocto | 18:58 | |
| *** Haxxa <Haxxa!~Haxxa@202-65-68-206.ip4.superloop.au> has quit IRC (Quit: Haxxa flies away.) | 19:15 | |
| *** Haxxa <Haxxa!~Haxxa@202-65-68-206.ip4.superloop.au> has joined #yocto | 19:19 | |
| *** johnmcnuggets <johnmcnuggets!~johnmcnug@user/johnmcnuggets> has joined #yocto | 19:32 | |
| *** Saur75 <Saur75!~Saur75@195.60.68.152> has quit IRC (Quit: Client closed) | 19:38 | |
| *** Saur75 <Saur75!~Saur75@195.60.68.152> has joined #yocto | 19:39 | |
| jonmason | pidge: is it you who is making a mess with screens and qemuarmv5? ;-) | 19:45 |
| *** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has joined #yocto | 19:56 | |
| *** |Xagen <|Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has quit IRC (Ping timeout: 252 seconds) | 19:57 | |
| *** Kubu_work <Kubu_work!~kubu@2a01cb05945b7e009bdc688723a24f31.ipv6.abo.wanadoo.fr> has joined #yocto | 20:10 | |
| *** starblue <starblue!~juergen@2001:9e8:4984:a280:779f:d63d:9744:8e48> has joined #yocto | 20:11 | |
| RP | jonmason: it was. rburton said you were just the person to help sort it all out! :) | 20:21 |
| jonmason | RP: just like rburton to throw me under the bus while out on vacation ;-) | 20:22 |
| jonmason | Updated the bug, I _think_ I know the issue, just not sure if they fix is what we want to do | 20:22 |
| *** Zapados <Zapados!~Zapados@64.223.181.42> has joined #yocto | 20:23 | |
| RP | jonmason: he said you were due back and be eager to help :) | 20:23 |
| jonmason | lmao | 20:23 |
| jonmason | I must remember when he's out on vacation | 20:24 |
| Zapados | How do I layer kas YMLs? For example, parent.yml has some BBLAYERS ?= in it. Then I want child.yml, header: includes: -parent.yml, then append some more BBLAYERS in there. Any way to do that? | 20:24 |
| jonmason | Zapados: we're doing it in meta-arm | 20:24 |
| jonmason | there is an include method | 20:24 |
| jonmason | one sec and i'll link you | 20:24 |
| jonmason | Zapados: https://git.yoctoproject.org/meta-arm/tree/ci/qemuarm.yml | 20:25 |
| Zapados | jonmason I don't see that extending BBLAYERS though. | 20:26 |
| vvn | hi there -- I have an ERROR: No recipes in default available for: <paths-to-dynamic-multimedia-layer>/libcamera_%.bbappend, but I do have meta-multimedia in my BBLAYERS. Any idea what could be the issue? Layers order or priority maybe? | 20:26 |
| jonmason | Zapados: I thought you were generally asking how to layer them | 20:27 |
| jonmason | you can see in base.yml how to change variables | 20:27 |
| jonmason | https://git.yoctoproject.org/meta-arm/tree/ci/base.yml | 20:27 |
| jonmason | that is what is included in that qemuarm.yml file | 20:28 |
| jonmason | and we tweak it further in testimage.yml | 20:28 |
| jonmason | and in xen.yml | 20:28 |
| *** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has quit IRC (Quit: vladest) | 20:28 | |
| jonmason | then you just do something like "kas build ci/qemuarm.yml:ci/xen.yml:ci/testimage.yml" | 20:28 |
| Zapados | jonmason looking at testimage.yml, what additional layers are added there? It's likely I'm thinking about this wrong...? | 20:31 |
| jonmason | if you want layers, xen.yml pulls in meta-virt | 20:31 |
| *** starblue <starblue!~juergen@2001:9e8:4984:a280:779f:d63d:9744:8e48> has quit IRC (Ping timeout: 268 seconds) | 20:32 | |
| jonmason | essentially, you are modifying the local.conf via the tag "local_conf_header:" | 20:32 |
| Zapados | jonmason so to extend BBLAYERS I could do something like BBLAYERS:append = " test"? | 20:33 |
| Zapados | Ahh, this was stacking: | 20:34 |
| Zapados | bblayers_conf_header: | 20:34 |
| Zapados | meta-xxxbase: | | 20:34 |
| Zapados | LCONF_VERSION = "7" | 20:34 |
| Zapados | BBPATH = "${TOPDIR}" | 20:34 |
| Zapados | BBFILES ?= "" | 20:34 |
| Zapados | layer-order: | | 20:34 |
| Zapados | BBLAYERS ?= " \ | 20:34 |
| Zapados | Bad idea maybe? | 20:34 |
| *** rsalveti <rsalveti!uid117878@id-117878.uxbridge.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 20:35 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 20:37 | |
| jonmason | you only need the secondary names if you are going to override them in another yml | 20:43 |
| jonmason | but that looks like it might work | 20:43 |
| Zapados | i'd like to extend them, not override. Say there are 30 BBLAYERS entries in first YML. Second YML needs to add 2 more layers. I just want to extend the list by the 2 more. | 20:44 |
| *** jwinarsk <jwinarsk!sid635699@id-635699.helmsley.irccloud.com> has joined #yocto | 20:52 | |
| jwinarsk | What are the known working references for the pipewire/wireplumber recipes in master? My primary interest is video right now | 20:52 |
| *** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has joined #yocto | 20:52 | |
| *** Zapados <Zapados!~Zapados@64.223.181.42> has quit IRC (Quit: Client closed) | 20:58 | |
| pidge | jonmason: Yes, I was. I'll check out the bug tomorrow when I'm more awake. | 21:01 |
| *** jmd <jmd!~user@2001:a61:2aa0:ea01:fcec:2373:8649:cf16> has quit IRC (Remote host closed the connection) | 21:01 | |
| KanjiMonster | Zapados: you shouldn't need to manually set BBLAYERS (or bblayers.conf), kas would usually autogenerate conf/bblayers.conf based on the defined layers: in repos: in all included yml files | 21:02 |
| *** Zapados <Zapados!~Zapados@64.223.181.42> has joined #yocto | 21:08 | |
| Zapados | Oof my connection dropped. :P | 21:08 |
| *** Saur75 <Saur75!~Saur75@195.60.68.152> has quit IRC (Quit: Client closed) | 21:18 | |
| *** Saur75 <Saur75!~Saur75@195.60.68.152> has joined #yocto | 21:19 | |
| khem | vvn: interesting. I have the bbappend from meta-rpi dynamic layer and it does not complain like yours, so I wonder if this recipe is somehow masked in your distro setup | 21:23 |
| vvn | I'm wondering the same thing. In my company layer, I do have a dynamic bbappend for libcamera as well. How can I debug that? | 21:24 |
| khem | grep for libcamera in all layers | 21:25 |
| * vvn was expecting some magic bitbake-layers trick from khem | 21:26 | |
| *** Zapados <Zapados!~Zapados@64.223.181.42> has quit IRC (Quit: Client closed) | 21:26 | |
| *** Zapados <Zapados!~Zapados@64.223.181.42> has joined #yocto | 21:36 | |
| *** johnmcnuggets <johnmcnuggets!~johnmcnug@user/johnmcnuggets> has quit IRC (Quit: Leaving) | 21:37 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 21:38 | |
| *** sugarbeet <sugarbeet!~barbas@81.4.123.134> has quit IRC (Ping timeout: 256 seconds) | 21:40 | |
| *** sugarbeet <sugarbeet!~barbas@81.4.123.134> has joined #yocto | 21:40 | |
| *** xmn_ <xmn_!~xmn@pool-108-46-142-76.nycmny.fios.verizon.net> has joined #yocto | 21:45 | |
| *** xmn <xmn!~xmn@pool-108-46-142-76.nycmny.fios.verizon.net> has quit IRC (Ping timeout: 252 seconds) | 21:45 | |
| rburton | Zapados: normally you let kas deal with BBLAYERS and don't assign it yourself | 21:46 |
| Zapados | rburton ahh! | 21:47 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has quit IRC (Ping timeout: 264 seconds) | 21:49 | |
| rburton | as jon said, meta-arm has a non-trivial but not complicated setup involving lots of fragments that get overlaid | 21:52 |
| *** starblue <starblue!~juergen@dslb-088-078-105-077.088.078.pools.vodafone-ip.de> has joined #yocto | 21:53 | |
| *** joekale <joekale!~quassel@2620:a2:6000:13:c099:61c4:c24e:a89e> has quit IRC (Ping timeout: 260 seconds) | 21:54 | |
| *** enok71 <enok71!~Thunderbi@c-da42e655.06-290-73746f71.bbcust.telenor.se> has quit IRC (Ping timeout: 268 seconds) | 21:58 | |
| *** enok71 <enok71!~Thunderbi@c-da42e655.06-290-73746f71.bbcust.telenor.se> has joined #yocto | 22:01 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe) | 22:07 | |
| *** florian <florian!~florian@dynamic-089-013-044-253.89.13.pool.telefonica.de> has quit IRC (Ping timeout: 260 seconds) | 22:23 | |
| *** enok71 <enok71!~Thunderbi@c-da42e655.06-290-73746f71.bbcust.telenor.se> has quit IRC (Ping timeout: 264 seconds) | 22:47 | |
| *** olani- <olani-!~olani@78-71-243-64-no2811.tbcn.telia.com> has joined #yocto | 22:52 | |
| Zapados | rburton if I clone meta-arm but name it meta-arm_TEST, does the repo: meta-arm: break because it doesn't have a "path:"? | 22:57 |
| *** pedrowiski <pedrowiski!~pedrowisk@177.12.49.228> has joined #yocto | 23:09 | |
| jwinarsk | Has anyone built swiftshader for riscv64? I'm hitting error with this function: `llvm::jitlink::InProcessMemoryManager::Create()`. There are couple upstream bugs. | 23:29 |
| vmeson | Nope: https://layers.openembedded.org/layerindex/branch/master/recipes/?q=swiftshader -> NULL | 23:48 |
| vmeson | For the curioius: https://github.com/google/swiftshader SwiftShader is a high-performance CPU-based implementation of the Vulkan graphics API. | 23:50 |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!