| jwinarsk | okay I realized I never registered this layer: https://github.com/jwinarske/meta-vulkan. Registered. | 00:06 |
|---|---|---|
| *** olani- <olani-!~olani@78-71-243-64-no2811.tbcn.telia.com> has quit IRC (Ping timeout: 272 seconds) | 00:07 | |
| *** _lore_ <_lore_!~lorenzo@net-93-71-3-198.cust.vodafonedsl.it> has quit IRC (Ping timeout: 268 seconds) | 00:08 | |
| merit | I got it, finally | 00:30 |
| merit | ugh | 00:30 |
| merit | lol | 00:30 |
| * merit curses an unnamed Dutch chip vendor | 00:31 | |
| merit | not that they did anything particularly wrong - just a painful bringup, lol | 00:31 |
| *** wak <wak!~wkenningt@2001:19f0:ac01:40f:5400:4ff:fe7c:68e6> has quit IRC (Quit: ZNC - https://znc.in) | 00:36 | |
| vmeson | jwinarsk: nice. If you can narrow things down to a bug in llvm and create a bugzilla.yoctoproject.org, then someone might take a look. riscv isn't quite officially supported by YP but some vendors (like WR ! ) are supporting boards... | 00:37 |
| * vmeson calls it a day | 00:38 | |
| *** wak <wak!~wkenningt@149.28.210.191> has joined #yocto | 00:39 | |
| * marex is reminded to always rerun -c package_qa ( thanks khem ) | 00:47 | |
| *** florian <florian!~florian@dynamic-089-013-044-253.89.13.pool.telefonica.de> has joined #yocto | 00:48 | |
| *** lexano <lexano!~lexano@174.119.69.134> has quit IRC (Ping timeout: 252 seconds) | 00:53 | |
| *** florian <florian!~florian@dynamic-089-013-044-253.89.13.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds) | 01:06 | |
| jwinarsk | vmeson: Well I think I'll end up solving it within the week, so no worries. Was just looking for anyone who was familiar with the issues. | 01:10 |
| *** nerdboy <nerdboy!~nerdboy@gentoo/developer/nerdboy> has quit IRC (Ping timeout: 255 seconds) | 01:11 | |
| *** Daanct12 <Daanct12!~danct12@user/danct12> has joined #yocto | 01:13 | |
| *** nerdboy <nerdboy!~nerdboy@gentoo/developer/nerdboy> has joined #yocto | 01:23 | |
| *** simonew <simonew!~ile@2a02:810d:a940:35fc:5b61:13ac:564f:f747> has quit IRC (Ping timeout: 255 seconds) | 01:26 | |
| *** aardo <aardo!~ardo@host-79-12-64-95.retail.telecomitalia.it> has quit IRC (Ping timeout: 256 seconds) | 01:44 | |
| khem | vvn: you can try `bitbake-layers show-appends libcamera` | 01:47 |
| *** ardo <ardo!~ardo@host-87-18-38-87.retail.telecomitalia.it> has joined #yocto | 01:49 | |
| Zapados | This is basic, but my brain is getting fried. :) bblayers.conf is generated by kas. Don't you want you MOST specific things at the bottom of bblayers.conf usually? But when you do an includes in kas, it appears to toss it at the TOP.... | 01:51 |
| *** davidinux <davidinux!~davidinux@194.34.233.164> has quit IRC (Ping timeout: 272 seconds) | 02:04 | |
| *** davidinux <davidinux!~davidinux@194.34.233.169> has joined #yocto | 02:05 | |
| *** pedrowiski <pedrowiski!~pedrowisk@user/pedrowiski> has left #yocto (Leaving) | 02:08 | |
| *** chep` <chep`!chep@gateway/vpn/airvpn/chep> has joined #yocto | 02:08 | |
| *** chep <chep!chep@gateway/vpn/airvpn/chep> has quit IRC (Ping timeout: 240 seconds) | 02:11 | |
| *** chep` is now known as chep | 02:11 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:650b:f200:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 246 seconds) | 02:26 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6525:dd00:2ce:39ff:fecf:efcd> has joined #yocto | 02:28 | |
| vvn | Zapados: I'm certainly not gonna help here but... I wouldn't recommend kas at all. It discourages you from mastering OE and BitBake, for actually not a lot of value once you know the tools. | 02:30 |
| vvn | khem: unfortunately bitbake-layers errors out the same way (it requires a working setup) | 02:31 |
| vvn | khem: found why. It's because I'm trying to compile my image for a BSP supporting kirkstone, and back then the recipe was libcamera.bb, not libcamera_0.1.0.bb so the libcamera_%.bbappend don't find the recipe. | 02:50 |
| vvn | khem: I fixed it with BBMASK += "${@"libcamera_.*\.bbappend" if d.getVar("LAYERSERIES_COMPAT_openembedded-layer") == "kirkstone" else ""}" | 03:17 |
| * vvn can't look himself in the mirror anymore | 03:18 | |
| vvn | khem: surprisingly this fix doesn't work with LAYERSERIES_COMPAT_multimedia-layer, it has to be LAYERSERIES_COMPAT_openembedded-layer. | 03:19 |
| vvn | My bad it does work with: BBMASK += "${@"libcamera_.*\.bbappend" if d.getVar("LAYERSERIES_COMPAT_multimedia-layer") == "kirkstone" else ""}" | 03:22 |
| vvn | I really believe that this is a bad practice to not keep the previous compatible release when there is no reason to not support them. | 03:23 |
| vvn | unless there's a breakage, layers (especially general layers such as meta-openembedded ones) should append the LAYERSERIES_COMPAT and not replace it. | 03:30 |
| *** dankm <dankm!~dan@user/dankm> has joined #yocto | 03:32 | |
| vvn | It makes layers assembling around a bump quite annoying | 03:32 |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Ping timeout: 268 seconds) | 03:39 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto | 03:41 | |
| *** xmn_ <xmn_!~xmn@pool-108-46-142-76.nycmny.fios.verizon.net> has quit IRC (Quit: xmn_) | 03:53 | |
| *** enok71 <enok71!~Thunderbi@c-da42e655.06-290-73746f71.bbcust.telenor.se> has joined #yocto | 04:59 | |
| *** amitk_ <amitk_!~amit@58.84.60.172> has joined #yocto | 05:02 | |
| *** amitk <amitk!~amit@58.84.60.47> has quit IRC (Ping timeout: 256 seconds) | 05:05 | |
| *** xmn <xmn!~xmn@pool-108-46-142-76.nycmny.fios.verizon.net> has joined #yocto | 05:19 | |
| *** alperak <alperak!uid641238@id-641238.ilkley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 05:47 | |
| *** jmd <jmd!~user@2001:a61:2aa0:ea01:fcec:2373:8649:cf16> has joined #yocto | 05:49 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has joined #yocto | 06:01 | |
| *** mulk <mulk!~mulk@pd95142da.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 246 seconds) | 06:02 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has quit IRC (Remote host closed the connection) | 06:03 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has joined #yocto | 06:04 | |
| *** mulk <mulk!~mulk@p5b2dc6ec.dip0.t-ipconnect.de> has joined #yocto | 06:04 | |
| *** xmn <xmn!~xmn@pool-108-46-142-76.nycmny.fios.verizon.net> has quit IRC (Ping timeout: 264 seconds) | 06:10 | |
| *** nerdboy_ <nerdboy_!~nerdboy@47.143.129.210> has joined #yocto | 06:10 | |
| *** nerdboy <nerdboy!~nerdboy@gentoo/developer/nerdboy> has quit IRC (Ping timeout: 252 seconds) | 06:12 | |
| *** enok71 <enok71!~Thunderbi@c-da42e655.06-290-73746f71.bbcust.telenor.se> has quit IRC (Ping timeout: 246 seconds) | 06:29 | |
| *** zpfvo <zpfvo!~fvo@i59F5CF41.versanet.de> has joined #yocto | 06:58 | |
| *** kleist7 <kleist7!~Guest10@87.62.83.1> has joined #yocto | 07:03 | |
| *** kleist7 <kleist7!~Guest10@87.62.83.1> has left #yocto | 07:04 | |
| *** arielmrmx <arielmrmx!~quassel@189.161.164.74> has quit IRC (Ping timeout: 246 seconds) | 07:08 | |
| *** arielmrmx <arielmrmx!~quassel@189.161.161.64> has joined #yocto | 07:09 | |
| *** linfax <linfax!~linfax@eumail.topcon.com> has joined #yocto | 07:11 | |
| *** Saur75 <Saur75!~Saur75@195.60.68.152> has quit IRC (Quit: Client closed) | 07:12 | |
| *** Saur75 <Saur75!~Saur75@195.60.68.152> has joined #yocto | 07:13 | |
| *** ray-san <ray-san!~ray-san@195.50.168.194> has joined #yocto | 07:25 | |
| *** mulk <mulk!~mulk@p5b2dc6ec.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 256 seconds) | 07:27 | |
| *** mulk <mulk!~mulk@p5b2dc4d7.dip0.t-ipconnect.de> has joined #yocto | 07:29 | |
| *** frieder <frieder!~frieder@40-179-142-46.pool.kielnet.net> has joined #yocto | 07:43 | |
| *** fray <fray!~fray@70.99.78.136> has quit IRC (Ping timeout: 255 seconds) | 08:06 | |
| *** rfuentess <rfuentess!~rfuentess@adijon-159-1-11-151.w92-161.abo.wanadoo.fr> has joined #yocto | 08:08 | |
| *** jmd <jmd!~user@2001:a61:2aa0:ea01:fcec:2373:8649:cf16> has quit IRC (Remote host closed the connection) | 08:10 | |
| *** jmd <jmd!~user@2001:a61:2aa0:ea01:fcec:2373:8649:cf16> has joined #yocto | 08:10 | |
| *** jmd <jmd!~user@2001:a61:2aa0:ea01:fcec:2373:8649:cf16> has quit IRC (Remote host closed the connection) | 08:11 | |
| *** jmd <jmd!~user@2001:a61:2aa0:ea01:fcec:2373:8649:cf16> has joined #yocto | 08:12 | |
| *** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has quit IRC (Ping timeout: 252 seconds) | 08:15 | |
| *** _lore_ <_lore_!~lorenzo@net-109-116-3-58.cust.vodafonedsl.it> has joined #yocto | 08:18 | |
| *** fray <fray!~fray@70.99.78.136> has joined #yocto | 08:19 | |
| *** Saur75 <Saur75!~Saur75@195.60.68.152> has quit IRC (Quit: Client closed) | 08:24 | |
| *** Saur75 <Saur75!~Saur75@195.60.68.152> has joined #yocto | 08:25 | |
| *** Zapados <Zapados!~Zapados@64.223.181.42> has quit IRC (Quit: Client closed) | 08:30 | |
| LetoThe2nd | yo dudX | 08:32 |
| *** jmd <jmd!~user@2001:a61:2aa0:ea01:fcec:2373:8649:cf16> has quit IRC (Remote host closed the connection) | 08:33 | |
| *** vladest <vladest!~Thunderbi@217.192.139.41> has joined #yocto | 08:38 | |
| *** olani <olani!~olani@wlan-gw.se.axis.com> has quit IRC (Remote host closed the connection) | 08:46 | |
| *** olani <olani!~olani@wlan-gw.se.axis.com> has joined #yocto | 08:54 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 08:55 | |
| *** Daanct12 <Daanct12!~danct12@user/danct12> has quit IRC (Quit: WeeChat 4.2.1) | 08:55 | |
| *** prabhakalad <prabhakalad!~prabhakar@147.161.225.85> has quit IRC (Remote host closed the connection) | 09:07 | |
| *** prabhakalad <prabhakalad!~prabhakar@147.161.225.85> has joined #yocto | 09:07 | |
| *** jmd <jmd!~user@2001:a61:2aa0:ea01:fcec:2373:8649:cf16> has joined #yocto | 09:18 | |
| *** Daanct12 <Daanct12!~danct12@user/danct12> has joined #yocto | 09:22 | |
| *** Guest41 <Guest41!~Guest41@79-77-216-40.dynamic.dsl.as9105.com> has joined #yocto | 09:35 | |
| Guest41 | morning | 09:35 |
| Guest41 | was wondering if there is a way to build python3 in yocto but not te native part | 09:35 |
| Guest41 | explanation: I had to use the python3_8.5 recipe in kirkstone and the build of the native cannot find the flit_core module | 09:36 |
| rburton | Guest41: building python3 won't require flit | 09:37 |
| rburton | python3 just depends on python3-native which is part of the same recipe. you'll want to preferred-version both python3 and python3-native. | 09:37 |
| rburton | A better question is "why on earth am i trying to use an older version of python, this is madness" | 09:37 |
| Guest41 | rburton: for a whl file (pytorch) | 09:38 |
| rburton | pytorch only has a wheel for py3.8? despite 3.8 being almost 5 years old? | 09:39 |
| Guest41 | rburton: have to add the python3_native to the local.conf | 09:39 |
| Guest41 | rburton: I know this is the whl produced by the sdkmanager installed pytorch which is compatible with their CUDA/CUDnn | 09:41 |
| rburton | nvidia? | 09:43 |
| rburton | if you're using nvidia jetson stuff then https://github.com/OE4T/meta-tegra is definitely worth looking at, if you're not already | 09:44 |
| *** plat51 <plat51!~plat51@195.43.244.82> has joined #yocto | 09:50 | |
| Guest41 | rburton: using meta-tegra of course | 09:52 |
| *** jmd <jmd!~user@2001:a61:2aa0:ea01:fcec:2373:8649:cf16> has quit IRC (Remote host closed the connection) | 09:53 | |
| *** jmd <jmd!~user@2001:a61:2aa0:ea01:fcec:2373:8649:cf16> has joined #yocto | 09:54 | |
| RP | you can see the CVE database changes in https://autobuilder.yocto.io/pub/non-release/patchmetrics/, frozen since 15th Feb :( | 10:00 |
| *** jmd <jmd!~user@2001:a61:2aa0:ea01:fcec:2373:8649:cf16> has quit IRC (Remote host closed the connection) | 10:01 | |
| *** zhmylove <zhmylove!~zhmylove@80.254.50.127> has joined #yocto | 10:05 | |
| *** Tyaku <Tyaku!~Tyaku@89-84-109-199.abo.bbox.fr> has joined #yocto | 10:09 | |
| Tyaku | Hello, I have a lot of "coreutils" software in /usr/bin, but someone is missing: "timeout". Did someone know if we have something specific to do to enable it ? | 10:10 |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 10:10 | |
| Tyaku | Did we have to install a special package like coreutils-timeout or something like this ? | 10:11 |
| Tyaku | Oh my god, the problem is because I have two version of coreutils in my yocto >_<, the coreutils from meta-gplv2 is too old and does not provite "timeout". I'm going to set prefered version to the poky one | 10:14 |
| RP | meta-gplv2 is not recommended | 10:15 |
| *** Guest41 <Guest41!~Guest41@79-77-216-40.dynamic.dsl.as9105.com> has quit IRC (Quit: Client closed) | 10:17 | |
| Tyaku | preferred version 8.32 of coreutils not available (for item coreutils) | 10:19 |
| Tyaku | what a hell, I see it in the poky repo | 10:20 |
| *** ptsneves <ptsneves!~Thunderbi@89.151.26.82> has joined #yocto | 10:21 | |
| mcfrisk_ | Tyaku: if you mark license incompatible, then certain recipes may get replaced from other layers. same with layer priorities. there are reasons why your build doesn't use coreutils from poky, but those are in your build setup, e.g. coming from meta-gplv2 which is not recommended to be used. | 10:23 |
| *** ptsneves <ptsneves!~Thunderbi@89.151.26.82> has quit IRC (Ping timeout: 255 seconds) | 10:26 | |
| Tyaku | PREFERRED_VERSION_coreutils ?= "8.32" has no effect | 10:27 |
| Tyaku | I understand, but currently I don't know the impact of removing it. | 10:27 |
| Tyaku | This layer was comming from renesas BSP | 10:27 |
| LetoThe2nd | RP: "not recommended"... 🤣🤣🤣🤣🤣 | 10:27 |
| Tyaku | Removing it, gives me instant error: | 10:28 |
| Tyaku | ERROR: No recipes in default available for: /mnt/project/git/OTODO/hub-mz-rzg2ul/build-hub-mz/../sources/meta-renesas/meta-rz-common/recipes-extend/bash/bash_3.2.57.bbappend | 10:28 |
| Tyaku | Well :/ | 10:28 |
| *** JaMa <JaMa!~martin@ip-109-238-218-228.aim-net.cz> has quit IRC (Quit: reboot) | 10:29 | |
| Tyaku | I'm going to keep it right now, and try to find why the coreutils from poky is not "seen" | 10:29 |
| RP | Tyaku: it is trying to append the bash version from meta-gplv2. That is another really old piece of software we'd not recommend | 10:29 |
| *** asriel <asriel!~asriel@user/asriel> has quit IRC (Quit: Don't drink the water. They put something in it to make you forget.) | 10:29 | |
| *** Danct12 <Danct12!~danct12@user/danct12> has quit IRC (Quit: ZNC 1.9.0 - https://znc.in) | 10:29 | |
| *** Danct12 <Danct12!~danct12@user/danct12> has joined #yocto | 10:30 | |
| *** derRicha1d is now known as derRichard | 10:30 | |
| LetoThe2nd | Tyaku: that might be just relics that renesas didn't clean up. BBMASK is your friend here. | 10:30 |
| Tyaku | Yep I understand, but the meta provided by renesas expect it. | 10:30 |
| Tyaku | Oh yeah thanks LetoThe2nd | 10:30 |
| *** JaMa <JaMa!~martin@ip-109-238-218-228.aim-net.cz> has joined #yocto | 10:31 | |
| rburton | another BSP to put on the list of "vendors who don't separate policy from machine enabling" | 10:33 |
| Tyaku | Well so now, nothing provide bash due to GPLv3 | 10:33 |
| *** shoragan_ is now known as shoragan | 10:33 | |
| rburton | Tyaku: find the INCOMPATIBLE_LICENSE assignement and delete it, assuming you're happy with GPLv3 code in production | 10:34 |
| rburton | if you're not then you can't have a new coreutils because its gpl3 | 10:34 |
| *** asriel <asriel!~asriel@user/asriel> has joined #yocto | 10:36 | |
| Tyaku | unfortunately we don't want GPLv3 in production; | 10:37 |
| rburton | then you can't have gnu timeout https://github.com/coreutils/coreutils/blob/master/src/timeout.c | 10:38 |
| Tyaku | So at this point, I'm going to bypass the problem. Old time ago I found a bash implementation of timeout, I'm going to search it again, if it's working/compatible licence i will use it ... | 10:38 |
| mcfrisk_ | Tyaku: SW stack can be compiled without GPLv3 and without meta-gplv2 but that requires some care and hacking. There are products out there which do that. They don't include bash on target for example. You can BBMASK it away if BSP or other layers depend on it but you don't really need it. | 10:38 |
| kanavin | do you need timeout in actual products, or just for development purposes? | 10:39 |
| rburton | yeah, absolutely fine to have an internal build that uses gpl3 for the extra tools | 10:39 |
| Tyaku | kanavin, we need timeout in production, we use it in many places, for exemple do to an action with timeout. For exemple to wait for a socket or something. | 10:40 |
| Tyaku | We have a prod and dev image, the dev image include GPLv3 stuffs like rsyslog, gdb etc | 10:40 |
| Tyaku | But on PROD image we don't want it. | 10:41 |
| Tyaku | so thanks, I'm going to check if I find the timeout implementation in bash. | 10:41 |
| kanavin | gplv3 working as intended here | 10:41 |
| kanavin | either you fulfil its obligations that preserve essential freedoms or you run into issues trying to ship a product | 10:41 |
| kanavin | what does your product do? | 10:42 |
| mcfrisk_ | Tyaku: https://github.com/brgl/busybox/blob/master/miscutils/timeout.c could work? | 10:44 |
| mcfrisk_ | maybe also in upstream busybox and from poky | 10:45 |
| Tyaku | maybe, but as this is part of busybox I don't know now how difficult it is to use it. There are some priorities between coreutils / busybox as I know | 10:46 |
| mcfrisk_ | busybox has coreutils/timeout.c by default. make it work and problem solved. | 10:46 |
| rburton | just enable it in busybox if we don't already (if we don't, we should) | 10:46 |
| Tyaku | I also find it: https://www.bashcookbook.com/bashinfo/source/bash-4.0/examples/scripts/timeout3 it's magic: no licence | 10:46 |
| kanavin | Tyaku, bash is also gpl3 | 10:47 |
| rburton | if your coreutils isn't shipping timeout then there's no priority problems | 10:47 |
| Tyaku | Yep my current coreutils is not providing timeout | 10:47 |
| Tyaku | ERROR: Nothing RPROVIDES 'timeout' | 10:50 |
| rburton | it wouldn't ship a pacakge called timeout | 10:50 |
| rburton | the initial timeout added back in 2008 or whatever was gpl3 so you definitely don't have it | 10:50 |
| *** mvlad <mvlad!~mvlad@2a02:2f05:850d:7800:8a36:9a53:68cd:5519> has joined #yocto | 10:51 | |
| *** speeder <speeder!~speeder__@188.251.213.15> has joined #yocto | 10:52 | |
| *** starblue <starblue!~juergen@dslb-088-078-105-077.088.078.pools.vodafone-ip.de> has quit IRC (Ping timeout: 272 seconds) | 10:57 | |
| *** starblue <starblue!~juergen@dslb-088-078-105-077.088.078.pools.vodafone-ip.de> has joined #yocto | 10:59 | |
| *** enok71 <enok71!~Thunderbi@c-da42e655.06-290-73746f71.bbcust.telenor.se> has joined #yocto | 11:00 | |
| *** speeder_ <speeder_!~speeder__@78.137.195.161> has joined #yocto | 11:02 | |
| Ad0 | is there any recipe I can override or something to set a system wide env var? | 11:04 |
| *** speeder <speeder!~speeder__@188.251.213.15> has quit IRC (Ping timeout: 255 seconds) | 11:04 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 268 seconds) | 11:22 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 11:22 | |
| rburton | make your own, drop something into /etc/profile.d/ | 11:33 |
| *** lexano <lexano!~lexano@174.119.69.134> has joined #yocto | 11:49 | |
| *** plat51 <plat51!~plat51@195.43.244.82> has quit IRC (Quit: Client closed) | 11:52 | |
| *** Net147 <Net147!~Net147@user/net147> has quit IRC (Quit: Quit) | 11:53 | |
| *** Net147 <Net147!~Net147@167-179-157-192.a7b39d.syd.nbn.aussiebb.net> has joined #yocto | 11:55 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 12:03 | |
| *** sev99 <sev99!~sev99@172-100-114-080.res.spectrum.com> has joined #yocto | 12:33 | |
| *** tleb <tleb!6dbdd9ebc9@2a03:6000:1812:100::10cf> has quit IRC (Write error: Connection reset by peer) | 12:34 | |
| *** jonesv <jonesv!e7e4272e85@2a03:6000:1812:100::10b5> has quit IRC (Write error: Connection reset by peer) | 12:34 | |
| *** raghavgururajan <raghavgururajan!ea769b8000@user/raghavgururajan> has quit IRC (Write error: Connection reset by peer) | 12:34 | |
| *** tleb <tleb!6dbdd9ebc9@2a03:6000:1812:100::10cf> has joined #yocto | 12:34 | |
| *** raghavgururajan <raghavgururajan!ea769b8000@user/raghavgururajan> has joined #yocto | 12:34 | |
| *** jonesv <jonesv!e7e4272e85@2a03:6000:1812:100::10b5> has joined #yocto | 12:35 | |
| *** Daanct12 <Daanct12!~danct12@user/danct12> has quit IRC (Quit: WeeChat 4.2.1) | 12:38 | |
| landgraf | bitbake in AWS codebuild env (executed as user, not root) tries to access /root/.netrc and fails with permission denied. what can be the reason? | 12:48 |
| Ad0 | thanks rburton . should I put it in some other recipe dir or my own ? | 12:49 |
| Ad0 | hardest part about yocto is to figure out where stuff belongs | 12:49 |
| *** enok71 <enok71!~Thunderbi@c-da42e655.06-290-73746f71.bbcust.telenor.se> has quit IRC (Ping timeout: 255 seconds) | 12:54 | |
| landgraf | Ok. found the reason: HOME=/root | 12:55 |
| *** prabhakalad <prabhakalad!~prabhakar@147.161.225.85> has quit IRC (Ping timeout: 260 seconds) | 13:18 | |
| *** prabhakalad <prabhakalad!~prabhakar@147.161.225.85> has joined #yocto | 13:20 | |
| *** joekale <joekale!~quassel@204.156.190.21> has joined #yocto | 13:24 | |
| *** xmn <xmn!~xmn@pool-108-46-142-76.nycmny.fios.verizon.net> has joined #yocto | 13:26 | |
| *** germ <germ!~quassel@user/mipsel3> has quit IRC (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) | 13:26 | |
| *** Zaid <Zaid!~Zaid@167.98.108.182> has joined #yocto | 13:47 | |
| *** roussinm <roussinm!~mroussin@142.115.196.7> has joined #yocto | 13:47 | |
| roussinm | For application developers that are using the SDK from yocto, how do you run your unit tests? through QEMU or you have an additional native environment? | 13:49 |
| *** paw <paw!~afong@198-84-204-38.cpe.teksavvy.com> has joined #yocto | 13:52 | |
| moto-timo | Before I worked on Yocto Project, we ran our MCU unit tests with minGW. | 13:56 |
| moto-timo | In this way, our application code was tested before we ever even received hardware (with some very great success stories) | 13:57 |
| roussinm | with mingw? What was your test runner? GoogleTests ? | 13:58 |
| moto-timo | But probably the siemens folks can better answer what they are doing in the new ide enablement. | 13:59 |
| moto-timo | Well, we used CPPUnit test, but that was again on MCU class chips, not Linux. | 13:59 |
| roussinm | ok, it's a lot different probably. | 13:59 |
| rburton | Ad0: your change, your recipe, your layer | 14:00 |
| Ad0 | thanks | 14:00 |
| rburton | Ad0: ideally oe-core is modified: upgrading to a new release when you've changed oe-core is hard | 14:00 |
| roussinm | We have about ~15 dependencies to the project, and keeping those dependencies in sync with yocto might be a problem, so we thought of running unit test through qemu. | 14:01 |
| moto-timo | Ad0: yeah, keep your changes to "oe-core" in a separate layer. Maybe even a dedicated layer. | 14:01 |
| rburton | roussinm: ptest + qemu + testimage ftw | 14:01 |
| *** sev99 <sev99!~sev99@172-100-114-080.res.spectrum.com> has quit IRC (Quit: Client closed) | 14:01 | |
| Ad0 | yeah I have my own layer with my own recipe | 14:02 |
| moto-timo | roussinm: then you probably want to use ptest and the newish "per image ptest" enablement. You can see the additions in meta-perl, meta-python, meta-oe and some more recent ones for how that can be done. It uses BBCLASSEXTEND in a special way to build for instance core-image-minimal + your package + your package ptests. | 14:03 |
| roussinm | moto-timo: the units test that I want to run are specific to an application from an image, and they are developped by the application team, they don't have any yocto setup on their side. They are not ptests. | 14:04 |
| *** enok71 <enok71!~Thunderbi@94.191.153.103> has joined #yocto | 14:05 | |
| roussinm | rburton: testimage + qemu, maybe we can probably just combine both for us. We can have our device environment + test environment, inside one image. This is much easier to handle for the app team. | 14:05 |
| moto-timo | roussinm: e.g. core-image-ptest-python3-cryptography or meta-python-image-ptest-python3-pytoml | 14:08 |
| roussinm | I think the workflow for the app team would looks like this preferably: write test/code, deploy to qemu run test with ctest/cmake + run application with new feature. It would be annoying to swap environments. | 14:10 |
| moto-timo | that was sort of what extensible SDK (eSDK) was trying to solve, but whether it works for your team is a deeper question | 14:12 |
| roussinm | Hm, we have never tried the eSDK. | 14:13 |
| moto-timo | what is your application stack written in? is it C/C++ code or NodeJS or? | 14:13 |
| roussinm | C++ | 14:13 |
| roussinm | + Qt. | 14:13 |
| moto-timo | what is your target hardware? Arm? | 14:14 |
| roussinm | x86, funny enough. zen2 amd. | 14:14 |
| moto-timo | what host OS are most of your application developers running? Linux or Windows or? | 14:15 |
| *** thomas_34 <thomas_34!~thomas_34@host-80-81-12-253.static.customer.m-online.net> has joined #yocto | 14:15 | |
| roussinm | It's a mix, Windows with WSL, and others are using Linux. | 14:15 |
| thomas_34 | Hi, a short question regarding overrides: Is it possible to "combine" overrides? For example myVariable:foo:bar = "test". Will "myVariable" be only set to test, if "foo" AND "bar" show up in OVERRIDES ? | 14:16 |
| moto-timo | sadly I have very little WSL2 experience, so my advice there is a bit weak. | 14:16 |
| moto-timo | thomas_34: meta-tegra chains some overrides, depends on what you are trying to do | 14:17 |
| moto-timo | roussinm: I think a carefully crafted qemux86-64 testimage will probably work well for you, but minGW certainly could work as well for the Windows folks. | 14:18 |
| thomas_34 | moto-timo, I have different machine configurations and image definitions. I control both with overrides. I would like to configure different u-boot-configs for a combination of machine and image definitions. | 14:18 |
| moto-timo | roussinm: I haven't done a lot of application development in several years, so I need to revisit this workflow enablement (you are not alone) | 14:19 |
| thomas_34 | But thanks, ill search a bit in meta-tegra | 14:19 |
| roussinm | moto-timo: Windows dev, they use the yocto sdk through wsl so that works well. The "problem" with the sdk is that the target sysroot cannot run on the machine you build it, which makes sens, but prevents running test with gtest. Maybe eSDK is the answer for this... | 14:20 |
| moto-timo | thomas_34: you can also have a "common" override that is just a placeholder for the behavior that you want and each machine can "inherit" that override... Matt had some secureboot and disk encryption overrides for that, might have been in his tegra-test-distro layer. | 14:21 |
| moto-timo | I start to forget after two years ;) | 14:21 |
| *** sev99 <sev99!~sev99@172-100-114-080.res.spectrum.com> has joined #yocto | 14:24 | |
| rburton | Today I learnt that the vscode plugin for yocto just merged vim support | 14:24 |
| moto-timo | thomas_34: https://github.com/madisongh/tegra-test-distro/blob/6b5ad1deff310d9eb0ec0b41e1e87c1bb0301c8b/layers/meta-testdistro/conf/machine/jetson-tx2-sb.conf#L1 shows using both secureboot and cryptparts overrides | 14:25 |
| moto-timo | thomas_34: notice how the MACHINEOVERRIDES are chained in a specific order with ${MACHINE} at the end | 14:25 |
| roussinm | moto-timo: eSDK requires the application team to build the project through devtool? | 14:26 |
| moto-timo | rburton: I started some Rust CLI development the other day and was surprised my vim key mappings were in RustRover (from JetBrains) | 14:27 |
| moto-timo | roussinm: that's how I remember it, yes. | 14:27 |
| moto-timo | roussinm: old video, but this was when I was last working on the eSDK workflow https://youtu.be/d3xanDJuXRA?si=BQDk2zQKBDB0phoG | 14:28 |
| moto-timo | Henry and I were on the same team and worked on that video together. | 14:29 |
| moto-timo | vim key mappings make an IDE much less annoying for us old school devs. | 14:29 |
| *** Tyaku <Tyaku!~Tyaku@89-84-109-199.abo.bbox.fr> has quit IRC (Ping timeout: 260 seconds) | 14:29 | |
| *** Tyaku <Tyaku!~Tyaku@bub62-h03-89-84-109-199.dsl.sta.abo.bbox.fr> has joined #yocto | 14:30 | |
| neverpanic | A qemu-static binary combined with a binfmt entry is a nice way to make the architecture difference transparent to users to the point where you can essentially compile and run locally as if there was no arch difference. | 14:30 |
| roussinm | qemu-usermode ? | 14:31 |
| thomas_34 | moto-timo, yeahh okay... I didnt understood your idea, but I will see | 14:31 |
| neverpanic | Combine that with some mount namespace magic, and you'll get essentially transparent cross-compilation, especially if your target device is x86_64 (and your devs are also running x86_64). | 14:31 |
| neverpanic | I know we did that approach years ago at $carcompany. It did take a bit of fiddling with how Yocto builds and SDK, though. | 14:32 |
| *** amitk <amitk!~amit@58.84.60.172> has joined #yocto | 14:38 | |
| *** Zapados <Zapados!~Zapados@64.223.181.42> has joined #yocto | 14:39 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 14:40 | |
| rburton | neverpanic: stop it you've giving me PTSD flashbacks to scratchbox | 14:45 |
| *** Saur75 <Saur75!~Saur75@195.60.68.152> has quit IRC (Quit: Client closed) | 14:57 | |
| *** Saur75 <Saur75!~Saur75@195.60.68.152> has joined #yocto | 14:58 | |
| *** enok71 <enok71!~Thunderbi@94.191.153.103> has quit IRC (Ping timeout: 260 seconds) | 15:01 | |
| *** Zaid <Zaid!~Zaid@167.98.108.182> has quit IRC (Quit: Client closed) | 15:12 | |
| gmorell | OM | 15:27 |
| *** joekale_ <joekale_!~quassel@204.156.190.21> has joined #yocto | 15:35 | |
| *** joekale <joekale!~quassel@204.156.190.21> has quit IRC (Ping timeout: 264 seconds) | 15:35 | |
| *** sakman <sakman!~Thunderbi@208.111.77.233> has joined #yocto | 15:40 | |
| *** thomas_34 <thomas_34!~thomas_34@host-80-81-12-253.static.customer.m-online.net> has quit IRC (Ping timeout: 250 seconds) | 15:44 | |
| *** ctraven <ctraven!~ctraven@139.68.81.2> has joined #yocto | 15:48 | |
| *** sotaoverride is now known as Guest217 | 15:49 | |
| *** Guest217 <Guest217!~aatir@ool-4578fe22.dyn.optonline.net> has quit IRC (Killed (lithium.libera.chat (Nickname regained by services))) | 15:49 | |
| *** ctraven is now known as sotaoverride | 15:49 | |
| *** sotaover1ide <sotaover1ide!~aatir@ool-4578fe22.dyn.optonline.net> has joined #yocto | 15:49 | |
| *** Zapados <Zapados!~Zapados@64.223.181.42> has quit IRC (Quit: Client closed) | 15:49 | |
| *** ray-san <ray-san!~ray-san@195.50.168.194> has quit IRC (Ping timeout: 256 seconds) | 15:54 | |
| *** jmd <jmd!~user@2001:a61:2aa0:ea01:fcec:2373:8649:cf16> has joined #yocto | 15:56 | |
| *** rfuentess <rfuentess!~rfuentess@adijon-159-1-11-151.w92-161.abo.wanadoo.fr> has quit IRC (Remote host closed the connection) | 16:07 | |
| *** Tyaku <Tyaku!~Tyaku@bub62-h03-89-84-109-199.dsl.sta.abo.bbox.fr> has quit IRC (Quit: Lost terminal) | 16:08 | |
| *** geoffhp <geoffhp!~geoff@107-185-056-205.res.spectrum.com> has joined #yocto | 16:15 | |
| *** vladest <vladest!~Thunderbi@217.192.139.41> has quit IRC (Ping timeout: 246 seconds) | 16:16 | |
| *** vladest <vladest!~Thunderbi@217.192.139.41> has joined #yocto | 16:18 | |
| *** zhmylove <zhmylove!~zhmylove@80.254.50.127> has quit IRC (Remote host closed the connection) | 16:19 | |
| *** enok71 <enok71!~Thunderbi@c-da42e655.06-290-73746f71.bbcust.telenor.se> has joined #yocto | 16:22 | |
| jdiez | hi, i'm trying to emulate an additional serial device on the qemu-system-aarch64 `virt` machine. It only has one serial port by default, so I added `qemuparams="-device pci-serial,..."`. lspci -k inside the VM shows the serial device, but no driver is bound. It shows up as a "Serial controller: Red Hat, Inc. QEMU PCI 16550A Adapter (rev 01)", which should be supported by the `serial_8250` driver - which is included in linux-yocto. | 16:24 |
| jdiez | What am I missing? | 16:24 |
| *** vladest <vladest!~Thunderbi@217.192.139.41> has quit IRC (Quit: vladest) | 16:24 | |
| *** Saur75 <Saur75!~Saur75@195.60.68.152> has quit IRC (Quit: Client closed) | 16:27 | |
| *** Saur75 <Saur75!~Saur75@195.60.68.152> has joined #yocto | 16:28 | |
| *** vladest <vladest!~Thunderbi@217.192.139.41> has joined #yocto | 16:36 | |
| RP | | Your perl and your Config.pm seem to have different ideas about the| architecture they are running on.| Perl thinks: [x86_64-linux]| Config says: [arm-linux] | 16:38 |
| *** zpfvo <zpfvo!~fvo@i59F5CF41.versanet.de> has quit IRC (Quit: Leaving.) | 16:39 | |
| *** joekale_ <joekale_!~quassel@204.156.190.21> has quit IRC (Ping timeout: 268 seconds) | 16:40 | |
| *** joekale <joekale!~quassel@204.156.190.21> has joined #yocto | 16:43 | |
| *** vladest <vladest!~Thunderbi@217.192.139.41> has quit IRC (Quit: vladest) | 16:48 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 260 seconds) | 16:49 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 16:54 | |
| *** Zapados <Zapados!~Zapados@64.223.181.42> has joined #yocto | 16:56 | |
| Zapados | If you wanted to re-order layers in kas with repos, would you just copy-paste the repo? | 16:59 |
| Zapados | For example, you wanted meta-dodo from my-repo, then meta-yaya from that-repo, then meta-zzz form my-repo. | 16:59 |
| JaMa | you mean to reorder it in BBLAYERS variable? | 16:59 |
| JaMa | https://github.com/siemens/kas/blob/master/kas/libcmds.py#L311 not sure if you can define the order with kas (but I've never used kas) | 17:00 |
| *** mbulut <mbulut!~mbulut@31.18.142.81> has joined #yocto | 17:03 | |
| *** mbulut <mbulut!~mbulut@31.18.142.81> has quit IRC (Client Quit) | 17:04 | |
| khem | vvn: if we keep appending to LAYERSERIES_COMPAT then we are claiming that we are testing this branch of a given layer with all the releases we are mentioning in LAYERSERIES_COMPAT, which meta-openembedded layers do not do, we usually test with the given release series | 17:20 |
| rburton | Zapados: are you doing some very clever things with overlaying for the layer order to be that important? | 17:23 |
| rburton | (s/clever/fragile/) | 17:23 |
| Zapados | JaMa it looks like directly writing BBLAYERS in a kas YML is a no-no. kas wants to manage BBLAYERS for you. | 17:24 |
| Zapados | rburton I'm not sure...working with some organically grown (messy) stuff, and found when I dropped the BBLAYERS I'm getting all kinds of fun errors to work through, that I think were masked with the BBLAYERS "override" in one of the YMLs. | 17:25 |
| *** sev99 <sev99!~sev99@172-100-114-080.res.spectrum.com> has quit IRC (Quit: Client closed) | 17:30 | |
| *** Zapados <Zapados!~Zapados@64.223.181.42> has quit IRC (Quit: Client closed) | 17:31 | |
| jdiez | (spoiler: SERIAL_8250 was not enabled in the kernel build. d'oh.) | 17:31 |
| JaMa | Zapados: yes if I read it correctly it sorts the layers alphabetically which is *ehm* | 17:45 |
| *** florian_kc <florian_kc!~florian@dynamic-002-243-014-218.2.243.pool.telefonica.de> has joined #yocto | 17:52 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6525:dd00:2ce:39ff:fecf:efcd> has quit IRC (Quit: WeeChat 4.2.1) | 17:59 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6525:dd00:2ce:39ff:fecf:efcd> has joined #yocto | 18:00 | |
| *** Zapados <Zapados!~Zapados@64.223.181.42> has joined #yocto | 18:01 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6525:dd00:2ce:39ff:fecf:efcd> has quit IRC (Quit: WeeChat 4.2.1) | 18:09 | |
| *** simond47220 <simond47220!~simond47@practical-trainings.com> has joined #yocto | 18:10 | |
| *** rfried8 <rfried8!~rfried@practical-trainings.com> has joined #yocto | 18:10 | |
| *** mdp_ <mdp_!sid49840@id-49840.ilkley.irccloud.com> has joined #yocto | 18:10 | |
| *** marka <marka!~marka@135-23-92-18.cpe.pppoe.ca> has joined #yocto | 18:10 | |
| *** pbsds9 <pbsds9!~pbsds@84.20.102.94> has joined #yocto | 18:11 | |
| *** dankm_ <dankm_!~dan@user/dankm> has joined #yocto | 18:11 | |
| *** pidge_ <pidge_!~pidge@194.110.145.164> has joined #yocto | 18:11 | |
| *** Lihis_ <Lihis_!~Lihis@ns3006753.ip-151-80-42.eu> has joined #yocto | 18:11 | |
| *** dmoseley_ <dmoseley_!~dmoseley@d4-50-177-189.evv.wideopenwest.com> has joined #yocto | 18:11 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6525:dd00:2ce:39ff:fecf:efcd> has joined #yocto | 18:11 | |
| *** paw <paw!~afong@198-84-204-38.cpe.teksavvy.com> has quit IRC (Ping timeout: 256 seconds) | 18:12 | |
| *** mdp <mdp!sid49840@id-49840.ilkley.irccloud.com> has quit IRC (Ping timeout: 260 seconds) | 18:12 | |
| *** TundraMan <TundraMan!~marka@135-23-92-18.cpe.pppoe.ca> has quit IRC (Ping timeout: 260 seconds) | 18:12 | |
| *** Saur <Saur!~Saur@wlan-gw.se.axis.com> has quit IRC (Ping timeout: 260 seconds) | 18:12 | |
| *** mdp_ is now known as mdp | 18:12 | |
| *** sotaover1ide <sotaover1ide!~aatir@ool-4578fe22.dyn.optonline.net> has quit IRC (Ping timeout: 264 seconds) | 18:12 | |
| *** Omax <Omax!~m-6qlehn@185-107-13-229.static.kviknet.net> has quit IRC (Ping timeout: 264 seconds) | 18:12 | |
| *** marex <marex!~marex@user/marex> has quit IRC (Ping timeout: 264 seconds) | 18:12 | |
| *** bq <bq!~david@oh.not.bad.aye.yeah.nah.nz> has quit IRC (Ping timeout: 264 seconds) | 18:12 | |
| *** dmoseley <dmoseley!~dmoseley@d4-50-177-189.evv.wideopenwest.com> has quit IRC (Read error: Connection reset by peer) | 18:12 | |
| *** dankm <dankm!~dan@user/dankm> has quit IRC (Ping timeout: 260 seconds) | 18:12 | |
| *** pidge <pidge!~pidge@194.110.145.164> has quit IRC (Ping timeout: 260 seconds) | 18:12 | |
| *** pbsds <pbsds!~pbsds@84.20.102.94> has quit IRC (Ping timeout: 260 seconds) | 18:12 | |
| *** rfried <rfried!~rfried@practical-trainings.com> has quit IRC (Ping timeout: 260 seconds) | 18:12 | |
| *** simond4722 <simond4722!~simond47@practical-trainings.com> has quit IRC (Ping timeout: 260 seconds) | 18:12 | |
| *** Lihis <Lihis!~Lihis@ns3006753.ip-151-80-42.eu> has quit IRC (Ping timeout: 260 seconds) | 18:12 | |
| *** nsbdfl_ <nsbdfl_!nsfbdl@user/nsbdfl> has quit IRC (Ping timeout: 260 seconds) | 18:12 | |
| *** lucaceresoli <lucaceresoli!~lceresoli@2001:41d0:305:1000::2a58> has quit IRC (Ping timeout: 260 seconds) | 18:12 | |
| *** pbsds9 is now known as pbsds | 18:12 | |
| *** rfried8 is now known as rfried | 18:12 | |
| *** simond47220 is now known as simond4722 | 18:12 | |
| *** Lihis_ is now known as Lihis | 18:12 | |
| *** bq <bq!~david@oh.not.bad.aye.yeah.nah.nz> has joined #yocto | 18:12 | |
| *** nsbdfl_ <nsbdfl_!nsfbdl@user/nsbdfl> has joined #yocto | 18:13 | |
| *** marex <marex!~marex@user/marex> has joined #yocto | 18:13 | |
| *** Omax <Omax!~m-6qlehn@185-107-13-229.static.kviknet.net> has joined #yocto | 18:14 | |
| *** sotaover1ide <sotaover1ide!~aatir@ool-4578fe22.dyn.optonline.net> has joined #yocto | 18:14 | |
| *** Saur <Saur!~Saur@wlan-gw.se.axis.com> has joined #yocto | 18:14 | |
| *** lucaceresoli <lucaceresoli!~lceresoli@2001:41d0:305:1000::2a58> has joined #yocto | 18:14 | |
| *** florian_kc <florian_kc!~florian@dynamic-002-243-014-218.2.243.pool.telefonica.de> has quit IRC (Ping timeout: 252 seconds) | 18:15 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection) | 18:25 | |
| rburton | TOP TIP: don't effectively write do_compile[cleandirs] = "${WORKDIR}" | 18:27 |
| Saur | rburton: What could possibly go wrong with that? ;) | 18:30 |
| rburton | it gets very confusing | 18:30 |
| Saur | rburton: At least you didn't try: do_compile[cleandirs] = "${HOME}" | 18:35 |
| rburton | lol | 18:36 |
| rburton | so I just did a thing | 18:36 |
| rburton | _so_ close | 18:37 |
| rburton | ERROR: python3-torch-2.1.1-r0 do_package_qa: QA Issue: /usr/lib/python3.12/site-packages/torch/lib/libtorch_cpu.so contained in package python3-torch requires libomp-4b8320f3.so(OMP_1.0)(64bit), but no providers found in RDEPENDS:python3-torch? [file-rdeps] | 18:37 |
| * zeddii ponders an "omp" | 18:53 | |
| *** chep` <chep`!chep@gateway/vpn/airvpn/chep> has joined #yocto | 18:53 | |
| *** chep <chep!chep@gateway/vpn/airvpn/chep> has quit IRC (Ping timeout: 264 seconds) | 18:54 | |
| *** chep` is now known as chep | 18:54 | |
| * moto-timo ponders a cruise missile | 18:58 | |
| moto-timo | do_compile[cleandirs] = "../${WORKDIR}" | 19:00 |
| JaMa | send it to someone with automatically triggered CI using own workers.. | 19:01 |
| JaMa | and add more ../ until workers stop responding | 19:01 |
| JaMa | we have secrets which only jenkins builders can have access to, but all developers have rights to anonymously trigger build with review which will upload them to dropbox | 19:03 |
| *** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has joined #yocto | 19:09 | |
| *** starblue <starblue!~juergen@dslb-088-078-105-077.088.078.pools.vodafone-ip.de> has quit IRC (Ping timeout: 255 seconds) | 19:17 | |
| moto-timo | Just add a task that will trigger when Jenkins has an OOM. It will happen soon enough. | 19:19 |
| moto-timo | "Jenkins: we will run out of memory sometime this week!" | 19:19 |
| *** starblue <starblue!~juergen@dslb-088-078-108-091.088.078.pools.vodafone-ip.de> has joined #yocto | 19:19 | |
| *** Starfoxxes <Starfoxxes!~Starfoxxe@ip-037-201-004-071.um10.pools.vodafone-ip.de> has joined #yocto | 19:33 | |
| *** xmn <xmn!~xmn@pool-108-46-142-76.nycmny.fios.verizon.net> has quit IRC (Quit: ZZZzzz…) | 19:42 | |
| Zapados | Noob question - why does BBLAYERS order and BBFILE_PRIORITY matter? Is it that BBLAYERS only matters if both layers have the same BBFILE_PRIORITY? | 19:59 |
| *** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has quit IRC (Quit: vladest) | 20:06 | |
| *** ptsneves <ptsneves!~Thunderbi@89.151.26.82> has joined #yocto | 20:08 | |
| rburton | Zapados: not a noob question and some of the finer details are gnarly and very historical. we tried deleting most of this complication recently but found some edge cases. bblayers order controls something like bbclass search order iirc. there's a big thread on oe-arch from last month if you want to read :) | 20:15 |
| *** ptsneves <ptsneves!~Thunderbi@89.151.26.82> has quit IRC (Read error: Connection reset by peer) | 20:16 | |
| *** ptsneves <ptsneves!~Thunderbi@89.151.26.82> has joined #yocto | 20:17 | |
| rburton | (this is the problem with having code that is old enough to drink) | 20:18 |
| *** sev99 <sev99!~sev99@172-100-114-080.res.spectrum.com> has joined #yocto | 20:30 | |
| *** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has joined #yocto | 20:32 | |
| Zapados | rburton hmm, thanks! | 20:58 |
| *** sakman <sakman!~Thunderbi@208.111.77.233> has quit IRC (Remote host closed the connection) | 20:58 | |
| Zapados | rburton, I'm also noticing that the order of repos in kas YMLs don't translate to BBLAYERS order...what gives!? :) | 20:59 |
| *** mvlad <mvlad!~mvlad@2a02:2f05:850d:7800:8a36:9a53:68cd:5519> has quit IRC (Remote host closed the connection) | 21:05 | |
| Zapados | Oh yeah, it's alphabetical! Hmmmmm.... | 21:09 |
| *** jmd <jmd!~user@2001:a61:2aa0:ea01:fcec:2373:8649:cf16> has quit IRC (Remote host closed the connection) | 21:11 | |
| *** Saur75 <Saur75!~Saur75@195.60.68.152> has quit IRC (Quit: Client closed) | 21:13 | |
| *** Saur75 <Saur75!~Saur75@195.60.68.152> has joined #yocto | 21:14 | |
| *** astlep550401806 <astlep550401806!~thelounge@107-136-136-210.lightspeed.nsvltn.sbcglobal.net> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 21:15 | |
| *** amitk <amitk!~amit@58.84.60.172> has quit IRC (Ping timeout: 268 seconds) | 21:15 | |
| *** sakman <sakman!~Thunderbi@208.111.77.233> has joined #yocto | 21:20 | |
| *** astlep550401806 <astlep550401806!~thelounge@107-136-136-210.lightspeed.nsvltn.sbcglobal.net> has joined #yocto | 21:21 | |
| *** florian_kc <florian_kc!~florian@dynamic-002-243-014-218.2.243.pool.telefonica.de> has joined #yocto | 21:23 | |
| *** starblue <starblue!~juergen@dslb-088-078-108-091.088.078.pools.vodafone-ip.de> has quit IRC (Ping timeout: 255 seconds) | 21:42 | |
| *** joekale <joekale!~quassel@204.156.190.21> has quit IRC (Ping timeout: 272 seconds) | 21:42 | |
| *** Kubu_work <Kubu_work!~kubu@2a01cb05945b7e009bdc688723a24f31.ipv6.abo.wanadoo.fr> has quit IRC (Quit: Leaving.) | 21:43 | |
| *** starblue <starblue!~juergen@dslb-088-078-096-226.088.078.pools.vodafone-ip.de> has joined #yocto | 21:44 | |
| *** ptsneves <ptsneves!~Thunderbi@89.151.26.82> has quit IRC (Ping timeout: 255 seconds) | 21:44 | |
| *** frieder <frieder!~frieder@40-179-142-46.pool.kielnet.net> has quit IRC (Remote host closed the connection) | 21:46 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has quit IRC (Ping timeout: 252 seconds) | 21:49 | |
| *** khem <khem!uid220931@id-220931.helmsley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 22:06 | |
| *** starblue <starblue!~juergen@dslb-088-078-096-226.088.078.pools.vodafone-ip.de> has quit IRC (Ping timeout: 260 seconds) | 22:12 | |
| *** starblue <starblue!~juergen@dslb-088-078-102-114.088.078.pools.vodafone-ip.de> has joined #yocto | 22:14 | |
| *** sotaoverride is now known as Guest6893 | 22:14 | |
| *** Guest6893 <Guest6893!~ctraven@139.68.81.2> has quit IRC (Killed (molybdenum.libera.chat (Nickname regained by services))) | 22:14 | |
| *** sotaover1ide is now known as sotaoverride | 22:14 | |
| *** ctraven <ctraven!~ctraven@139.68.81.2> has joined #yocto | 22:14 | |
| JaMa | Zapados: yes, that's what the sorted() does in the code I've shared | 22:31 |
| *** starblue <starblue!~juergen@dslb-088-078-102-114.088.078.pools.vodafone-ip.de> has quit IRC (Ping timeout: 264 seconds) | 22:44 | |
| *** starblue <starblue!~juergen@dslb-088-078-105-233.088.078.pools.vodafone-ip.de> has joined #yocto | 22:46 | |
| *** starblue <starblue!~juergen@dslb-088-078-105-233.088.078.pools.vodafone-ip.de> has quit IRC (Ping timeout: 252 seconds) | 22:51 | |
| *** starblue <starblue!~juergen@dslb-088-078-105-233.088.078.pools.vodafone-ip.de> has joined #yocto | 22:52 | |
| Zapados | JaMa I missed that. Wait...even chunks under bblayers_conf_header are sorted. This means there is no way to organize the layers, and then layer the YMLs. | 23:17 |
| *** mischief <mischief!~mischief@2601:646:100:23:2efd:a1ff:feba:38aa> has quit IRC (Quit: WeeChat 4.1.1) | 23:20 | |
| moto-timo | at least for local_conf_header I use different named sections, knowing that the same name will be replaced with another (chained or included) yaml `testimage: |` will get replaced if I define it again in a subsequent file. | 23:40 |
| *** lexano <lexano!~lexano@174.119.69.134> has quit IRC (Ping timeout: 240 seconds) | 23:41 | |
| Zapados | moto-timo, yes, I like the replacement functionality. The issue is, say you have 1 layer that's like some base image...then you want to put some dev. tools on top of that. And maybe it has some special bbappends or something. There isn't a way to make sure that dev. tools layer is at the top of the BBLAYERS list. | 23:54 |
| moto-timo | kas build base.yml:dev.yml:test.yml | 23:55 |
| moto-timo | ah, you mean you need to prepend BBLAYERS | 23:55 |
| Zapados | moto-timo yes. Is that example the same as doing header: includes? | 23:56 |
| moto-timo | I don't know the answer off the top of my head, but I might be able to play around and figure it out. Otherwise, ask on the kas mailing list. | 23:56 |
| *** amitk_ <amitk_!~amit@58.84.60.172> has quit IRC (Ping timeout: 252 seconds) | 23:56 | |
| *** dankm_ <dankm_!~dan@user/dankm> has quit IRC (Read error: Connection reset by peer) | 23:58 | |
| *** amitk <amitk!~amit@58.84.61.18> has joined #yocto | 23:59 | |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!