| *** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has quit IRC (Quit: Client closed) | 00:00 | |
| *** BCMM <BCMM!~BCMM@user/bcmm> has quit IRC (Quit: Konversation terminated!) | 00:00 | |
| *** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has joined #yocto | 00:03 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Ping timeout: 256 seconds) | 00:03 | |
| *** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has quit IRC (Remote host closed the connection) | 00:04 | |
| *** tp43_ <tp43_!~ndeem@2001:1970:502b:d701:a199:1a3e:abd1:ac4c> has quit IRC (Ping timeout: 252 seconds) | 00:18 | |
| *** RobertBerger <RobertBerger!~rber|res@ppp-2-86-147-203.home.otenet.gr> has joined #yocto | 01:32 | |
| *** rber|res <rber|res!~rber|res@ppp-2-86-147-203.home.otenet.gr> has quit IRC (Ping timeout: 244 seconds) | 01:34 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 01:55 | |
| *** sakoman <sakoman!~steve@172.243.4.16> has quit IRC (Quit: Leaving.) | 02:00 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 02:08 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Read error: Connection reset by peer) | 02:10 | |
| *** camus1 is now known as camus | 02:10 | |
| *** sakoman <sakoman!~steve@172.243.4.16> has joined #yocto | 03:03 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 03:18 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 252 seconds) | 03:18 | |
| *** camus1 is now known as camus | 03:18 | |
| *** amitk <amitk!~amit@103.208.69.141> has joined #yocto | 04:00 | |
| *** cocoJoe <cocoJoe!~cocoJoe@xb9b5dc3e.cust.hiper.dk> has joined #yocto | 04:35 | |
| *** paulg <paulg!~paulg@104-195-159-20.cpe.teksavvy.com> has quit IRC (Ping timeout: 252 seconds) | 05:02 | |
| *** sakoman <sakoman!~steve@172.243.4.16> has quit IRC (Quit: Leaving.) | 05:03 | |
| *** pgowda <pgowda!~pgowda@103.130.108.171> has joined #yocto | 05:14 | |
| *** pgowda98 <pgowda98!~pgowda@103.130.108.171> has joined #yocto | 05:14 | |
| *** pgowda98 <pgowda98!~pgowda@103.130.108.171> has quit IRC (Client Quit) | 05:16 | |
| *** pgowda6 <pgowda6!~pgowda@103.130.108.171> has joined #yocto | 05:16 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Quit: ZZZzzz…) | 05:17 | |
| *** pgowda <pgowda!~pgowda@103.130.108.171> has quit IRC (Quit: Client closed) | 05:19 | |
| *** pgowda6 <pgowda6!~pgowda@103.130.108.171> has quit IRC (Client Quit) | 05:19 | |
| *** pgowda <pgowda!~pgowda@103.130.108.171> has joined #yocto | 05:20 | |
| *** m4ho <m4ho!~m4ho@p5098be52.dip0.t-ipconnect.de> has quit IRC (Quit: WeeChat 3.1) | 06:03 | |
| *** m4ho <m4ho!~m4ho@p5098be52.dip0.t-ipconnect.de> has joined #yocto | 06:07 | |
| *** Guest28 <Guest28!~Guest28@217-208-192-91-no98.tbcn.telia.com> has joined #yocto | 06:28 | |
| *** frieder <frieder!~frieder@i59F720F4.versanet.de> has joined #yocto | 06:29 | |
| Guest28 | what transport formats are supported on PACKAGE_FEED_URIS? http seems ok, but what about tftp/ftp etc. | 06:29 |
|---|---|---|
| *** Vinay75 <Vinay75!~Vinay@2400:3c00:1:a102:df00::7df> has joined #yocto | 06:37 | |
| JosefHolzmayr[m] | yo dudX | 06:37 |
| mihai | yo | 06:45 |
| Vinay75 | hi | 06:49 |
| *** pgowda <pgowda!~pgowda@103.130.108.171> has quit IRC (Ping timeout: 256 seconds) | 06:56 | |
| RP | vd: that should work | 06:57 |
| JosefHolzmayr[m] | RP: i just skimmed over the last night re sbom patches and discussion, but failed to grasp the bottom line. so where are we now with that topic? | 06:59 |
| *** mckoan|away is now known as mckoan | 07:00 | |
| mckoan | good morning | 07:00 |
| JosefHolzmayr[m] | yo mckoan | 07:00 |
| RP | JosefHolzmayr[m]: we have a patchset of two halves. One cleans up a load of "BSD" license references and one adds some do_package backend functionality and adds spdx manifest generation | 07:01 |
| *** ecdhe <ecdhe!~ecdhe@mms-rf-support.com> has quit IRC (Read error: Connection reset by peer) | 07:02 | |
| RP | It still needs work but I think we can merge as something to work against for this release | 07:02 |
| *** ecdhe <ecdhe!~ecdhe@mms-rf-support.com> has joined #yocto | 07:02 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 252 seconds) | 07:03 | |
| JosefHolzmayr[m] | RP: wow. feels like we're heading to a release with lots of new exciting stuff this time. | 07:03 |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 07:03 | |
| RP | JosefHolzmayr[m]: We're "behind" schedule for the release, but yes, I think this is worth getting in | 07:04 |
| RP | JosefHolzmayr[m]: some of the features are starts of things rather than the final completed one. There will be a lot more change from a license perspective in the future I suspect | 07:04 |
| JosefHolzmayr[m] | RP: does it make you feel better if i confirm that this is a good plan? with kirkwood being slated as LTS, getting in the crazy stuff now and polishing the next one is a nice perspective - and actually exactly what the ubuntu folks usually do. the uneven.10 releases get the experimental tech, and then they stabilize and polish for even.04 LTS. | 07:06 |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 07:06 | |
| RP | JosefHolzmayr[m]: We have been trying for this. I just worry there are a few more invasive things that will be needed in kirkstone | 07:08 |
| JosefHolzmayr[m] | ah, kirkstone, not kirkwood. my bad. | 07:09 |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 07:12 | |
| *** pgowda <pgowda!~pgowda@223.186.72.11> has joined #yocto | 07:18 | |
| JosefHolzmayr[m] | oh, one more thing. i've seen the baremetal-image.bbclass enforces TCLIBC = "baremetal" | "newlib". any specific rationale behind that? | 07:23 |
| JosefHolzmayr[m] | respecively, what does this class set off in forms of dirty magic that i probably failed to spot? | 07:24 |
| *** bps <bps!~bps@80.71.142.18.ipv4.parknet.dk> has joined #yocto | 07:28 | |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has joined #yocto | 07:34 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 07:42 | |
| mihai | the sbom patches feel a bit hacky | 07:54 |
| *** tnovotny_ <tnovotny_!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 08:05 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Read error: Connection reset by peer) | 08:05 | |
| *** tnovotny_ <tnovotny_!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Client Quit) | 08:06 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 08:06 | |
| mihai | JosefHolzmayr[m]: what's on for twitch these days? | 08:07 |
| JosefHolzmayr[m] | mihai: i'll do a baremetal hello world this afternoon (e.g. 6hrs from now) | 08:08 |
| mihai | JosefHolzmayr[m]: oh, great, seems like my question was spot on :)) | 08:10 |
| JosefHolzmayr[m] | mihai: well how comes you don't already know? its been on twitter, on linkedin... | 08:10 |
| mihai | right | 08:10 |
| mihai | busted | 08:10 |
| *** user123 <user123!~user@14.142.4.2> has joined #yocto | 08:10 | |
| JosefHolzmayr[m] | oh and of course, all of you have certainly registered for https://events.linuxfoundation.org/mentorship-session-its-not-just-about-embedded-the-yocto-project right? | 08:11 |
| user123 | Hi | 08:11 |
| JosefHolzmayr[m] | mihai: i even provided calendar linkd! | 08:11 |
| * mihai slowly gets under the desk | 08:12 | |
| tnovotny | Hi, is there a preferred way to name recipe for out-of-tree modules? Docs & skeleton in Poky name it hello-mod, the same docs renames it to mymodule and Freescale layers uses kernel-module-foo. | 08:13 |
| user123 | I am getting Pseudo_Abort erro when i tried to build Yocto multimedia image with multilib support | 08:13 |
| user123 | Any help available on this | 08:13 |
| mihai | tnovotny: you can name it whatever you want, hello-mod is a good example, you can also do hello-module module-hello, whatever | 08:14 |
| user123 | Its for I.MX8MM board | 08:14 |
| JosefHolzmayr[m] | user123: can you nail it down to the specific combination, on clean builds? | 08:14 |
| mihai | tnovotny: what actually happens is that by inheriting the module bbclass you'll get two packages, kernel-module-hello which has the actual module in it, and hello-mod which is a meta package pulling in kernel-module-hello | 08:15 |
| tnovotny | mihai: yes, I know that the name doesn't play a big role. I just wanted to align my recipe with the others. And thanks for the further explanation. | 08:16 |
| mihai | tnovotny: yw | 08:16 |
| mihai | tnovotny: also be careful there not to clash with existing module names, e.g. in case you're getting out an in-tree and want to build it out-of-tree | 08:18 |
| user123 | JosefHolzmayr: specific combination ? | 08:20 |
| JosefHolzmayr[m] | user123: does the build work under those conditions (all started clean!) 1) without meta-multimedia / without multilib. 2) with meta-multimedia / without multilib 3) without meta-multimedia / with multilib 4) with meta-multimedia / with multilib? | 08:21 |
| mihai | tnovotny: anyway, sorry, back to your question, there's no preferred naming scheme there :) | 08:22 |
| JosefHolzmayr[m] | user123: its not impossible of course, but usually pseudo aborts are caused by problems with sstate/temp, and hardly by layers/recipes/configurations. | 08:22 |
| user123 | Yes | 08:22 |
| user123 | It works fine without multilib support | 08:23 |
| tnovotny | mihai: ok, thanks | 08:24 |
| *** ad__ <ad__!~heisenbug@user/ad/x-9056428> has quit IRC (Quit: ZNC 1.7.2+deb3~bpo9+1 - https://znc.in) | 08:26 | |
| *** ad__ <ad__!~heisenbug@mail.kernel-space.org> has joined #yocto | 08:26 | |
| JosefHolzmayr[m] | user123: 1) have you verified that for a really clean build? (no sstate, no tmp) 2) does it fail in a specific class or recipe? | 08:28 |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 08:34 | |
| *** eFfeM <eFfeM!~eFfeM@185.184.109.34> has joined #yocto | 08:35 | |
| user123 | JosefHolzmayr[m]: yes its clean build. No it does not fail in a specific class or recipe | 08:37 |
| JosefHolzmayr[m] | user123: does the pseudo abort give some form of log/trace? | 08:39 |
| user123 | Yes | 08:39 |
| user123 | i will share the flag | 08:39 |
| user123 | sorry log | 08:39 |
| JosefHolzmayr[m] | user123: can you put it in a pastebin? | 08:39 |
| user123 | Ok | 08:39 |
| user123 | JosefHolzmayr:https://pastebin.com/xKqs1LwA | 08:48 |
| kanavin | RP: I'm updating lttng items as well to latest | 08:49 |
| user123 | JosefHolzmayr:https://pastebin.com/xKqs1LwA | 08:49 |
| JosefHolzmayr[m] | user123: the insteresting one would rather be /home/user/imx-yocto-bsp/build/tmp/work/cortexa53-crypto-poky-linux/tk/8.6.10-r0/pseudo//pseudo.log | 08:50 |
| JosefHolzmayr[m] | user123: and, which release is this? | 08:50 |
| user123 | i.MX Linux Yocto Project BSP 5.10.35_2.0.0 Release | 08:51 |
| JosefHolzmayr[m] | user123: no idea what real release that does correspond to, please look it up/find uot. | 08:52 |
| user123 | JosefHolzmayr: Even i tried bitbake -c cleanall imx-image-multimedia | 08:54 |
| user123 | Still same error i am getting | 08:54 |
| RP | kanavin: cool, thanks. Hopefully that one shouldn't be too hard | 08:56 |
| kanavin | RP: just need to check that ptests don't fail too badly | 08:57 |
| kanavin | (they've been selectively disabled for a long time, and we still can't get it under control I think) | 08:57 |
| JosefHolzmayr[m] | user123: like i said - we need the pseudo.log and the release in question. | 08:57 |
| user123 | Release is of yocto kernel or BSP? | 08:59 |
| JosefHolzmayr[m] | user123: *sigh* the yocto release. it is even printed right at each bitbake invocation, usually. | 08:59 |
| RP | kanavin: upstream are very willing to work on that - they're trying to look into the intermittent issues | 09:01 |
| user123 | 5.10.35-2.0 yocto release | 09:03 |
| kanavin | RP: I might then drop the selective disabling patch, and then point them to the fails? | 09:03 |
| RP | kanavin: yes, a summary of where we're at would probably be good at this point | 09:03 |
| JosefHolzmayr[m] | user123: that is no yocto release. | 09:04 |
| kanavin | RP: right, once I have the link to AB logs, we can point upstream to that | 09:04 |
| JosefHolzmayr[m] | user123: those are: https://wiki.yoctoproject.org/wiki/Releases | 09:04 |
| qschulz | JosefHolzmayr[m]: hardknott | 09:06 |
| qschulz | https://source.codeaurora.org/external/imx/meta-imx/log/?h=hardknott-5.10.35-2.0.0 | 09:06 |
| user123 | its 3.0 | 09:06 |
| JosefHolzmayr[m] | 3.0 != hardnott. | 09:07 |
| qschulz | seems like you might have versions mixed | 09:07 |
| JosefHolzmayr[m] | ayup. | 09:07 |
| qschulz | all your layers should be on a branch compatible with hardknott 3.3 | 09:08 |
| RP | and this is why we use codenames and not release numbers | 09:08 |
| qschulz | if you're upgrading from the earlier release from NXP that indeed was on 3.0 (zeus), you need to upgrade the rest of your layers too | 09:08 |
| manuel1985 | Restating my question from yesterday, as now there are people around: Does anyone know which Poky commit changed the tmpdir layout? | 09:09 |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 09:10 | |
| RP | manuel1985: which tmpdir layout change? There have been a few | 09:12 |
| RP | manuel1985: are we talking recently or years ago? | 09:12 |
| manuel1985 | RP: Oh. Talking about recently. On dunfell branch. | 09:12 |
| RP | manuel1985: you mean the pseudo change? | 09:13 |
| manuel1985 | RP: I don't know. :) Somewhen we witnessed some error message saying that the layout changed, and we ought to delete the tmpdir. | 09:14 |
| JosefHolzmayr[m] | manuel1985: even if, just wipe it and be done. | 09:14 |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 09:14 | |
| RP | manuel1985: http://git.yoctoproject.org/cgit.cgi/poky/commit/?h=dunfell&id=4e7c21160b74d0e63d90cae535ff73579cc4fa8b probably | 09:15 |
| manuel1985 | RP: Thank you, much appreciated. Oh, wow, already a year ago. | 09:15 |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 09:15 | |
| RP | manuel1985: http://git.yoctoproject.org/cgit.cgi/poky/commit/meta/classes/sanity.bbclass?h=dunfell&id=3118a9cda3fb0cf4186aa34e5495d46026e50c6c | 09:16 |
| user123 | JosefHolzmayr: Yocto release info | 09:20 |
| user123 | MACHINE = "imx8mmevk" | 09:21 |
| user123 | DISTRO = "fsl-imx-xwayland" | 09:21 |
| user123 | DISTRO_VERSION = "5.10-hardknott" | 09:21 |
| user123 | TUNE_FEATURES = "aarch64 armv8a crc cortexa53 crypto" | 09:21 |
| qschulz | user123: use pastebins please to not flood the channel :) | 09:21 |
| user123 | Sorry | 09:21 |
| qschulz | user123: don't worry, first timers often do this, we're used to it :) | 09:21 |
| qschulz | DISTRO_VERSION = "5.10-hardknott" => hardknott is the release name | 09:22 |
| qschulz | it's 3.3 | 09:22 |
| user123 | JosefHolzmayr / qschulz:https://pastebin.com/zupTYVwz | 09:24 |
| user123 | https://pastebin.com/cuUMbTtz | 09:40 |
| user123 | please find pseudo.log | 09:41 |
| qschulz | user123: have you checked that all your layers are on hardknott branch? | 09:42 |
| user123 | qschulz : not checked yet, could you please suggest any command to check that | 09:43 |
| wCPO | Is there any way to download the raw mail from https://lists.openembedded.org/g/openembedded-core/ ? | 09:47 |
| RP | wCPO: something like https://lists.openembedded.org/g/openembedded-core/original/155544 ? | 09:55 |
| wCPO | RP: I'm just redirected to https://lists.openembedded.org/g/main | 09:56 |
| user123 | some layer are hardknott branch are some are zeus gatesgarth, iam attaching the log in pasteboard https://pastebin.com/8b3WwQ4W | 09:58 |
| RP | wCPO: hmm. I am an admin there so that may make a difference :/ | 10:00 |
| user123 | RP: So, you want us to change that in all the layers? | 10:06 |
| RP | user123: I don't think you mean me? | 10:08 |
| *** BCMM <BCMM!~BCMM@user/bcmm> has joined #yocto | 10:09 | |
| qschulz | user123: yes | 10:10 |
| user123 | qschulz : We will try that | 10:13 |
| barath | does anyone know how I can run dumpsig on a task for which there is no sigdata/siginfo file generated? | 10:25 |
| barath | specifically I see that between two hosts, the dbus's do_populate_sysroot hashes have changed because the do_install hashes are different on the two hosts, but those tasks don't have siginfo/sigdata files | 10:27 |
| barath | I've tried dumping the vars for that task on one host, but there's a lot there, and I dont think it's all used to generated the hashes? | 10:27 |
| qschulz | barath: they should unless you have removed the tmpdir and reuse the local sstate-cache | 10:32 |
| barath | it's possible it's simply reusing the sstate cache, yeah | 10:32 |
| barath | I guess then the next step would be clearing the sstate cache for dbus and forcing a rerun of that specific task | 10:32 |
| qschulz | you can force the re-run by using -c do_install -f for dbus | 10:33 |
| qschulz | but in any case, you'll need to rebuild from scratch dbus to make it not tainted anymore | 10:34 |
| qschulz | but for quick debugging that *should* be fine | 10:34 |
| barath | alright I'll try that | 10:35 |
| barath | weird, now after using -f I definitely have a sstate-cache file for the install task for dbus, althrough dumpsig still says it can't find any | 10:36 |
| barath | (when using bitbake-dump -t dbus install) | 10:36 |
| qschulz | I most often give the path to the sig file directly | 10:38 |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 10:45 | |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has joined #yocto | 10:59 | |
| user123 | qschulz : after changing all zeus gatesgarth branch to hardknott branch bitbake is not running,its throwing "Timeout while waiting for a reply from the bitbake server (60s)" | 11:07 |
| barath | user123: sounds like you've got a stuck bitbake process | 11:10 |
| barath | I'd confirm by running ps aux|grep bitbake | 11:10 |
| barath | then you can kill it if you want | 11:10 |
| qschulz | if you still have a bitbake.lock, you can run lsof bitbake.lock and kill whatever process is using it, then remove the lock | 11:13 |
| * RP quietly curses to himself that the rust issue on centos7 still isn't fixed | 11:14 | |
| RP | also, in shock at a green master-next | 11:18 |
| *** Net147_ <Net147_!~Net147@120.18.111.77> has joined #yocto | 11:26 | |
| *** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has joined #yocto | 11:26 | |
| *** zyga <zyga!~zyga@31.0.173.147> has quit IRC (Quit: Textual IRC Client: www.textualapp.com) | 11:27 | |
| *** Net147 <Net147!~Net147@user/net147> has quit IRC (Ping timeout: 240 seconds) | 11:27 | |
| user123 | qschulz : even after changing all zeus gatesgarth branch to hardknott branch we getting same error | 11:36 |
| *** Net147_ <Net147_!~Net147@120.18.111.77> has quit IRC (Read error: Connection reset by peer) | 11:42 | |
| *** Net147 <Net147!~Net147@167-179-157-192.a7b39d.syd.nbn.aussiebb.net> has joined #yocto | 11:44 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 11:47 | |
| qschulz | you need to remove the tmpdir too probably and start fromt here | 11:58 |
| *** tepperson <tepperson!~tepperson@12.182.35.188> has joined #yocto | 12:04 | |
| *** Net147 <Net147!~Net147@user/net147> has quit IRC (Read error: Connection reset by peer) | 12:12 | |
| user123 | you mean to say, remove /build/tmp directory ? | 12:13 |
| *** Net147 <Net147!~Net147@167-179-157-192.a7b39d.syd.nbn.aussiebb.net> has joined #yocto | 12:14 | |
| qschulz | anything that is not sstate-cache (though it won't be matched so it's safe to remove too; SSTATE_DIR) and downloads (DLDIR) can be removed safely | 12:15 |
| *** bps <bps!~bps@user/bps> has quit IRC (Ping timeout: 252 seconds) | 12:17 | |
| qschulz | user123: also just so you know, hardknott is EOL in November | 12:22 |
| qschulz | hopefully NXP starts using LTS releases but nothing less sure than that :) | 12:23 |
| dvorkindmitry | is it possible to create two WICs with 1 image recipe? | 12:25 |
| tepperson | if i wanted to change the work path of recipes from tmp/<machine name>/<recipe name> to tmp/<machine name>/<related_recipe_name>/<recipe name>, would i be looking at base.bbclass or somewhere else? | 12:26 |
| rburton | what is "related recipe name"? | 12:27 |
| rburton | anyway a quick grep reveals | 12:27 |
| rburton | bitbake.conf:WORKDIR = "${BASE_WORKDIR}/${MULTIMACH_TARGET_SYS}/${PN}/${EXTENDPE}${PV}-${PR}" | 12:27 |
| *** vics <vics!~h@185.65.50.65> has joined #yocto | 12:28 | |
| *** vics <vics!~h@185.65.50.65> has quit IRC (Remote host closed the connection) | 12:29 | |
| *** Net147_ <Net147_!~Net147@167-179-157-192.a7b39d.syd.nbn.aussiebb.net> has joined #yocto | 12:29 | |
| qschulz | dvorkindmitry: probably not as is, but you could work on image_types_wic to add support to that | 12:29 |
| qschulz | although not sure what the goal for you is with that? | 12:29 |
| *** Net147 <Net147!~Net147@user/net147> has quit IRC (Ping timeout: 252 seconds) | 12:29 | |
| tepperson | related recipe name - would be the name of an image. say i want image "uimga" to have a different kernel config than "uimgb" - without repeating all of the machine specific customizations | 12:30 |
| rburton | so that's not how it works | 12:30 |
| rburton | i can build a kernel without an image | 12:31 |
| rburton | if you want two different kernels, build two different kernels | 12:31 |
| dvorkindmitry | qschulz, I have two boards with almost same set of peripherial and same CPUs. same MACHINE. want to have 1 image recipe for both. everything is almost the same, except two different DTS files. Want to create two WICs with the same recipe and the same time for both | 12:31 |
| *** vics <vics!~ZX@185.65.50.65> has joined #yocto | 12:32 | |
| JPEW | mihai: can you elaborate on why the sbom patches feel hacky? | 12:32 |
| qschulz | dvorkindmitry: is it possible to know which board is currently running from directly on the board? | 12:32 |
| rburton | JPEW: fyi just currently looking at gluing the non-spdx license text stuff in | 12:33 |
| qschulz | rburton: couldn't open the mail on my phone but I spotted an issue with GPL-3.0+ license file, it should be GPL-3.0-or-later, we removed the + thanks to one of our outreachy intern :) | 12:34 |
| qschulz | (tje filename I mean) | 12:34 |
| JPEW | rburton: cool. The changes you made to the script looked good | 12:34 |
| tepperson | rburton: right, i was imagining there would be a non-image specific version of a recipe, then image specific versions of the same recipe - bitbake blab and bitbake image_using_blab could compile two differrent version of blab | 12:35 |
| rburton | tepperson: yeah thats not how it works | 12:35 |
| rburton | normal recipes build packages, packages are combined to make images | 12:35 |
| rburton | so you can't have one recipe build different packages depending on what image they'll end up in | 12:36 |
| *** Net147_ <Net147_!~Net147@167-179-157-192.a7b39d.syd.nbn.aussiebb.net> has quit IRC (Read error: Connection reset by peer) | 12:36 | |
| qschulz | though you could use distro for that | 12:36 |
| *** Net147 <Net147!~Net147@167-179-157-192.a7b39d.syd.nbn.aussiebb.net> has joined #yocto | 12:36 | |
| qschulz | dvorkindmitry: the point I'm trying to make is maybe you don't need those two wics and can ship both DTB and pick the right one to boot from the bootloader at runtime | 12:37 |
| rburton | tepperson: if the different is just drivers then build stuff as modules and pull the right ones in | 12:37 |
| rburton | tepperson: if you want an entirely different config, have two kernel recipes | 12:37 |
| tepperson | rburton: like kernel-blab.bb and kernel-blob.bb, with PREFERRED_PROVIDER_virtual/kernel=kernel-blab ? | 12:38 |
| rburton | qschulz: v2 of the patch drops the + forms | 12:38 |
| qschulz | tepperson: you can't pick a provider from an image recipe | 12:39 |
| dvorkindmitry | qschulz, probably! but in this case I need two different u-boot ENVs in two different WICs :) case I can't detect the device version in u-boot | 12:39 |
| qschulz | rburton: :+1: sorry for the noise then! | 12:39 |
| qschulz | dvorkindmitry: no no, read some HW stuff from U-Boot | 12:39 |
| qschulz | ah, should have finished to read the message before answering :p | 12:39 |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Quit: camus) | 12:40 | |
| *** vics <vics!~ZX@185.65.50.65> has quit IRC (Remote host closed the connection) | 12:40 | |
| dvorkindmitry | qschulz, yea. So seems I have two ways to make it: ctreate two MACHINEs, or create two IMAGEs or have a possibility to create two WICs at the same time. | 12:41 |
| dvorkindmitry | the last option is more convenient. | 12:41 |
| dvorkindmitry | usualy for different boards with almost the same stuff I am creating several DTSes at the same build command. But in case if you need to make WIC, you're limited with one WIC per MACHINE/IMAGE... | 12:43 |
| *** vics <vics!~ZX@185.65.50.65> has joined #yocto | 12:43 | |
| JPEW | dvorkindmitry: make two images that include a common conf file, and only change WKS_FILE | 12:44 |
| qschulz | JPEW: they wanted to avoid that :) | 12:44 |
| JPEW | ah, sorry | 12:44 |
| dvorkindmitry | :) | 12:45 |
| JPEW | It is a little annoying that your can't have multiple wic files for an image | 12:45 |
| qschulz | other way could have two image recipes (stay with me), and have image recipe A depends on recipe B to be done when recipe B is called by bitbake. And in recipe B you just have WKS_FILE overriden (and possibly IMAGE_FSTYPES to only have wic to quicken the build) | 12:46 |
| qschulz | feels hackish to be frank with you :) | 12:46 |
| *** vics <vics!~ZX@185.65.50.65> has quit IRC (Remote host closed the connection) | 12:46 | |
| qschulz | JPEW: i am more annoyed by the WKS_FILES variable which does not really do what the name implies :) | 12:46 |
| JPEW | Yep | 12:47 |
| qschulz | or at least, that's not what was my first guess | 12:47 |
| *** jonmason <jonmason!sid36602@2001:67c:2f08:4::8efa> has quit IRC () | 12:47 | |
| *** vics <vics!~ZX@185.65.50.65> has joined #yocto | 12:47 | |
| *** jonmason <jonmason!sid36602@id-36602.lymington.irccloud.com> has joined #yocto | 12:47 | |
| *** vics is now known as veq | 12:47 | |
| qschulz | dvorkindmitry: it shouldn't be much harder than having a forloop of the content of IMAGE_CMD:wic | 12:48 |
| qschulz | using a new variable WKS_MULTI_FILES or something like that | 12:48 |
| qschulz | and use wks_search from WKS_FULL_PATH in the IMAGE_CMD:wic per entry in WKS_MULTI_FILES | 12:48 |
| qschulz | at least that's where I would start, not sure it's what will work | 12:49 |
| qschulz | if you manage to get something working, please send us a patch :) | 12:49 |
| dvorkindmitry | "the content of IMAGE_CMD:wic" - where to see an example or look for this code? | 12:50 |
| dvorkindmitry | I'd be happy to patch it, but I'm python newbie :) | 12:50 |
| mihai | JPEW: not really, I didn't dive into specifics yet, it's just a feeling I had when looking over the patches, mainly because of some one-liners and the naming choice of some variables | 12:51 |
| qschulz | dvorkindmitry: good news, it's shell :) (with a call to one rather simple pythonj function) | 12:51 |
| *** veq <veq!~ZX@185.65.50.65> has quit IRC (Remote host closed the connection) | 12:51 | |
| qschulz | dvorkindmitry: classes/image_types_wic.bbclass in openemebdded-core | 12:52 |
| mihai | JPEW: don't take me wrong, it's great work, I didn't mean to be rude | 12:52 |
| JPEW | mihai: That's fine :) | 12:53 |
| *** vics <vics!~ZX@185.65.50.65> has joined #yocto | 12:53 | |
| *** vics is now known as veq | 12:54 | |
| JPEW | mihai: I've been looking for feedback on "real world" use cases, since the support doesn't do any good if it can't do want someone wants :) | 12:55 |
| dvorkindmitry | qschulz, studying. thank you! | 12:58 |
| *** veq <veq!~ZX@185.65.50.65> has quit IRC (Remote host closed the connection) | 12:59 | |
| JosefHolzmayr[m] | one hour left until i go (bare) metal: https://www.twitch.tv/theyoctojester | 13:00 |
| *** Net147 <Net147!~Net147@user/net147> has quit IRC (Read error: Connection reset by peer) | 13:01 | |
| qschulz | JosefHolzmayr[m]: have fun, will look at the recording :) | 13:02 |
| qschulz | s/look at/watch/ | 13:02 |
| *** vics <vics!~ZX@185.65.50.65> has joined #yocto | 13:03 | |
| *** Guest5638 <Guest5638!~Net147@167-179-157-192.a7b39d.syd.nbn.aussiebb.net> has joined #yocto | 13:04 | |
| qschulz | dvorkindmitry: I think we could reuse WKS_FILES if we have a boolean variable such as WKS_ONLY_CREATE_FIRST_WKS_FOUND | 13:04 |
| qschulz | which would keep the current behavior (so needs to be weakly set to 1 in that case, so that we don't break stuff), and then when it's set to 0, loop over all items in WKS_FILES | 13:05 |
| qschulz | just ideas | 13:05 |
| qschulz | up to you how you implement it :) | 13:05 |
| *** Guest5638 <Guest5638!~Net147@167-179-157-192.a7b39d.syd.nbn.aussiebb.net> has quit IRC (Read error: Connection reset by peer) | 13:05 | |
| JosefHolzmayr[m] | qschulz: \m/ | 13:05 |
| *** Net147 <Net147!~Net147@167-179-157-192.a7b39d.syd.nbn.aussiebb.net> has joined #yocto | 13:05 | |
| *** Net147 is now known as Guest1201 | 13:06 | |
| mihai | JPEW: I might have some feedback soon :) | 13:07 |
| JPEW | mihai: Excellent! | 13:07 |
| *** vics <vics!~ZX@185.65.50.65> has quit IRC (Remote host closed the connection) | 13:10 | |
| *** bps <bps!~bps@80.71.142.18.ipv4.parknet.dk> has joined #yocto | 13:13 | |
| *** vics <vics!~ZX@185.65.50.40> has joined #yocto | 13:19 | |
| *** vics <vics!~ZX@185.65.50.40> has quit IRC (Remote host closed the connection) | 13:22 | |
| *** camus <camus!~Instantbi@2409:8a1e:9114:9630:71fd:885c:e5c9:b265> has joined #yocto | 13:23 | |
| *** pgowda <pgowda!~pgowda@223.186.72.11> has quit IRC (Ping timeout: 256 seconds) | 13:24 | |
| *** Guest1201 <Guest1201!~Net147@167-179-157-192.a7b39d.syd.nbn.aussiebb.net> has quit IRC (Read error: Connection reset by peer) | 13:26 | |
| *** Net147 <Net147!~Net147@167-179-157-192.a7b39d.syd.nbn.aussiebb.net> has joined #yocto | 13:26 | |
| *** Net147 is now known as Guest3977 | 13:26 | |
| *** pgowda <pgowda!~pgowda@103.130.108.23> has joined #yocto | 13:27 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Quit: Leaving) | 13:34 | |
| *** Guest28 <Guest28!~Guest28@217-208-192-91-no98.tbcn.telia.com> has quit IRC (Quit: Client closed) | 13:44 | |
| *** pgowda <pgowda!~pgowda@103.130.108.23> has quit IRC (Quit: Client closed) | 13:47 | |
| *** vics <vics!~ZX@185.65.50.40> has joined #yocto | 13:52 | |
| *** vics <vics!~ZX@185.65.50.40> has quit IRC (Remote host closed the connection) | 13:53 | |
| JosefHolzmayr[m] | about to start at https://www.twitch.tv/theyoctojester | 13:57 |
| *** Guest3977 <Guest3977!~Net147@167-179-157-192.a7b39d.syd.nbn.aussiebb.net> has quit IRC (Read error: Connection reset by peer) | 13:58 | |
| *** Net147 <Net147!~Net147@167-179-157-192.a7b39d.syd.nbn.aussiebb.net> has joined #yocto | 13:58 | |
| *** Net147 is now known as Guest3053 | 13:59 | |
| mckoan | JosefHolzmayr[m]: \o/ | 14:05 |
| *** sakoman <sakoman!~steve@172.243.4.16> has joined #yocto | 14:10 | |
| dvorkindmitry | can I use SRC_URI_machine_xxx += "..." in kernel recipe? | 14:27 |
| JaMa | anyone else seeing python3-native segfaulting with latest oe-core/master? python3[41664]: segfault at 5628ded6f005 ip 00007f29a8664f35 sp 00007ffe458f1450 error 4 in _regex.cpython-39-x86_64-linux-gnu.so[7f29a864a000+a4000] | 14:27 |
| dvorkindmitry | where "xxx" is machine-specific | 14:27 |
| rburton | a kernel is machine specific so you can use any machine override yes | 14:28 |
| smurray | rburton: re bumping to the 5.13 kernel for generic-arm64, it looks like the defconfig.patch needs to be updated, and there's a question of whether to just dupe the linux-yocto bbappend from 5.10 or use an inc file. Thoughts? | 14:36 |
| rburton | smurray: sync with jonmason as i think he might be working on this too | 14:37 |
| smurray | rburton: okay | 14:37 |
| *** thierryE <thierryE!sid286446@id-286446.tooting.irccloud.com> has quit IRC () | 14:38 | |
| *** whuang0389 <whuang0389!~whuang038@2607:9880:2d78:22:a0dd:d078:3c01:9693> has joined #yocto | 14:38 | |
| *** thierryE <thierryE!sid286446@id-286446.lymington.irccloud.com> has joined #yocto | 14:39 | |
| jonmason | smurray: I've bumped to 5.13 and am seeing a config warning. So, I'm trying to work that out now. | 14:39 |
| jonmason | In addition to merging qemuarm64-sbsa into generic-arm64, per dl9pf request | 14:40 |
| whuang0389 | is there a way to tell which systemd services to not be loaded by default? | 14:40 |
| smurray | jonmason: yeah, when I did a quick test last night it looked like a couple of the old warnings are gone, replaced by new ones. | 14:41 |
| jonmason | smurray: yes, fairly trivial to get it sane, pita to get all the warns gone | 14:47 |
| *** vics <vics!~ZX@185.65.50.65> has joined #yocto | 14:48 | |
| *** vics <vics!~ZX@185.65.50.65> has quit IRC (Remote host closed the connection) | 14:50 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 14:52 | |
| *** vics <vics!~ZX@185.65.50.65> has joined #yocto | 14:52 | |
| *** vics <vics!~ZX@185.65.50.65> has quit IRC (Remote host closed the connection) | 14:55 | |
| smurray | jonmason: okay, thanks for looking at it | 14:55 |
| *** paulg <paulg!~paulg@104-195-159-20.cpe.teksavvy.com> has joined #yocto | 15:05 | |
| *** whuang0389 <whuang0389!~whuang038@2607:9880:2d78:22:a0dd:d078:3c01:9693> has quit IRC (Quit: Client closed) | 15:07 | |
| JaMa | python3 regex failing seems to be caused by python3-regex upgrade in meta-oe, not python3-native itself, fix in https://bitbucket.org/mrabarnett/mrab-regex/commits/e3b477cc9304adafe6df2d17714d263549d2cfad | 15:08 |
| *** cocoJoe <cocoJoe!~cocoJoe@xb9b5dc3e.cust.hiper.dk> has quit IRC (Quit: Client closed) | 15:22 | |
| *** frosteyes1 <frosteyes1!~frosteyes@185.53.130.211> has quit IRC (Ping timeout: 240 seconds) | 15:32 | |
| *** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has quit IRC (Quit: Client closed) | 15:36 | |
| *** frosteyes1 <frosteyes1!~frosteyes@185.53.130.211> has joined #yocto | 15:37 | |
| *** armoon <armoon!~armoon@103.51.75.234> has joined #yocto | 15:44 | |
| *** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has joined #yocto | 15:46 | |
| armoon | Hi all I want to update the kernel version for raspberry 4 gb from 5.10.59 to 5.10.60 but I failed to update the SRCREV_meta | 15:46 |
| armoon | can some body share how to set the SRCREV_meta value | 15:47 |
| *** dev1990 <dev1990!~dev@dynamic-78-8-55-226.ssp.dialog.net.pl> has joined #yocto | 15:51 | |
| dvorkindmitry | in linux-at91-4.19 ${P} value expanded to linux-at91-4.19+gitAUTOINC+046113c438. What variable expands to linux-at91-4.19 ? | 15:52 |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has quit IRC (Remote host closed the connection) | 15:53 | |
| *** armoon <armoon!~armoon@103.51.75.234> has quit IRC (Quit: Client closed) | 15:54 | |
| *** armoon <armoon!~armoon@103.51.75.234> has joined #yocto | 15:55 | |
| *** mckoan is now known as mckoan|away | 15:58 | |
| smurray | dvorkindmitry: no single variable, I think, that'd be something like ${PN}-${LINUX_VERSION} | 15:59 |
| smurray | dvorkindmitry: you can see how P itself is built up by looking at its expansion description in the output of 'bitbake -e linux-at91' (note that'll be a lot of output, usually better to pipe it to a file and then look at that) | 16:03 |
| dvorkindmitry | smurray, thank you! forgot about this magic command :) | 16:04 |
| *** Vinay75 <Vinay75!~Vinay@2400:3c00:1:a102:df00::7df> has quit IRC (Quit: Client closed) | 16:06 | |
| smurray | dvorkindmitry: there's a bitbake-getvar in master now that can be used instead, e.g. "bitbake-getvar -r linux-at91 P" | 16:06 |
| *** tepperson <tepperson!~tepperson@12.182.35.188> has quit IRC (Quit: Client closed) | 16:11 | |
| smurray | armpit: would you be okay with backporting the dlt-daemon 2.18.[67] version bumps to dunfell in meta-oe? | 16:12 |
| dvorkindmitry | smurray, seems I have to strip "+SRCREV" from PV. how can I do this? I'm python newbie | 16:18 |
| smurray | dvorkindmitry: what is it you're trying to do with the resulting value? | 16:19 |
| dvorkindmitry | to use it in FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}-${PV}:" in my .bbappend file instead of corrupted PV | 16:19 |
| smurray | heh, it's not corrupted, the use of the git rev is purposeful | 16:20 |
| *** zyga <zyga!~zyga@31.0.173.147> has joined #yocto | 16:21 | |
| smurray | you could try LINUX_VERSION instead of PV there | 16:21 |
| *** Crofton <Crofton!sid401373@tooting.irccloud.com> has quit IRC () | 16:22 | |
| *** Crofton <Crofton!sid401373@id-401373.lymington.irccloud.com> has joined #yocto | 16:22 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Ping timeout: 244 seconds) | 16:23 | |
| smurray | dvorkindmitry: are you trying to use a wildcard bbappend against different versions? If not, nothing stops using some other directory name, e.g. ${THISDIR}/files | 16:25 |
| dvorkindmitry | .../files is not beautiful :) | 16:26 |
| smurray | dvorkindmitry: or ${THISDIR}/${BPN}, i.e. linux-at91, that's a "cleaner" option. Having the version in path is only going to be useful if you do have multiple versions of the recipe and they need different versions of the same file | 16:31 |
| *** eFfeM <eFfeM!~eFfeM@185.184.109.34> has quit IRC (Quit: Connection closed) | 16:33 | |
| dvorkindmitry | I have two machines. One uses 4.9, another 4.19. but the patchset is small and fits into one .bbappend file easily. I can put patches intp /files/machine1, /files/machine2, but it is not descriptive | 16:35 |
| *** cocoJoe <cocoJoe!~cocoJoe@xb9b5dc3e.cust.hiper.dk> has joined #yocto | 16:35 | |
| *** BobPungartnik <BobPungartnik!~Pung@177.206.115.177.dynamic.adsl.gvt.net.br> has joined #yocto | 16:37 | |
| *** BobPungartnik <BobPungartnik!~Pung@177.206.115.177.dynamic.adsl.gvt.net.br> has quit IRC (Client Quit) | 16:38 | |
| dvorkindmitry | seems, I found the solution: FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}-${d.getVar("PV").split('+')[0]}:" | 16:42 |
| *** armoon <armoon!~armoon@103.51.75.234> has quit IRC (Quit: Client closed) | 16:43 | |
| *** armoon <armoon!~armoon@103.51.75.234> has joined #yocto | 16:43 | |
| *** ant__ <ant__!~ant@host-79-20-51-116.retail.telecomitalia.it> has joined #yocto | 16:59 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 17:07 | |
| *** zyga <zyga!~zyga@31.0.173.147> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 17:13 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 17:15 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Client Quit) | 17:16 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 17:17 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 17:22 | |
| *** vics <vics!~ZX@185.65.50.61> has joined #yocto | 17:27 | |
| *** vics <vics!~ZX@185.65.50.61> has quit IRC (Remote host closed the connection) | 17:28 | |
| smurray | dvorkindmitry: I'm surprised LINUX_VERSION wouldn't be set by that point | 17:31 |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 17:33 | |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has quit IRC (Quit: Leaving) | 17:33 | |
| *** armoon <armoon!~armoon@103.51.75.234> has quit IRC (Quit: Client closed) | 17:34 | |
| *** vics <vics!~ZX@185.65.50.61> has joined #yocto | 17:36 | |
| *** vics <vics!~ZX@185.65.50.61> has quit IRC (Remote host closed the connection) | 17:38 | |
| *** camus <camus!~Instantbi@2409:8a1e:9114:9630:71fd:885c:e5c9:b265> has quit IRC (Quit: camus) | 17:39 | |
| *** te_johan <te_johan!~te_johan@212-107-146-91.customers.ownit.se> has quit IRC (Remote host closed the connection) | 17:44 | |
| *** te_johan <te_johan!~te_johan@212-107-146-91.customers.ownit.se> has joined #yocto | 17:45 | |
| *** armoon <armoon!~armoon@103.51.75.234> has joined #yocto | 17:45 | |
| *** florian <florian!~florian@dynamic-093-135-171-079.93.135.pool.telefonica.de> has joined #yocto | 17:52 | |
| *** te_johan <te_johan!~te_johan@212-107-146-91.customers.ownit.se> has quit IRC (Ping timeout: 252 seconds) | 17:54 | |
| *** florian <florian!~florian@dynamic-093-135-171-079.93.135.pool.telefonica.de> has quit IRC (Ping timeout: 252 seconds) | 18:04 | |
| *** armoon <armoon!~armoon@103.51.75.234> has quit IRC (Quit: Client closed) | 18:14 | |
| frosteyes1 | Hi folks. Has anyone worked with opencv and tried to make the opencv_world lib? | 18:17 |
| *** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has joined #yocto | 18:20 | |
| *** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has quit IRC (Ping timeout: 256 seconds) | 18:29 | |
| *** tp43_ <tp43_!~ndeem@2001:1970:502b:d701:a199:1a3e:abd1:ac4c> has joined #yocto | 18:45 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 18:59 | |
| *** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@94.31.96.230> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 19:25 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 19:29 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 19:32 | |
| *** agners <agners!~ags@2a02:169:3df5:10::979> has joined #yocto | 19:42 | |
| *** florian <florian!~florian@dynamic-093-135-171-079.93.135.pool.telefonica.de> has joined #yocto | 19:47 | |
| *** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@94.31.96.230> has joined #yocto | 19:48 | |
| *** tp43_ <tp43_!~ndeem@2001:1970:502b:d701:a199:1a3e:abd1:ac4c> has quit IRC (Ping timeout: 252 seconds) | 19:53 | |
| *** tp43_ <tp43_!~ndeem@2001:1970:502b:d701:a199:1a3e:abd1:ac4c> has joined #yocto | 20:14 | |
| dvorkindmitry | smurray, yea. Atmel forgot to set it correctly in they kernel recipe | 20:19 |
| RP | vmeson: centos7 rust build worked this time | 20:19 |
| dvorkindmitry | Is is OK to set DISTRO in machine.conf file? | 20:21 |
| *** amitk <amitk!~amit@103.208.69.141> has quit IRC (Ping timeout: 244 seconds) | 20:22 | |
| vmeson | RP: Super! | 20:24 |
| *** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has joined #yocto | 20:26 | |
| smurray | dvorkindmitry: no, you don't want to do that. machine/distro/image are 3 separate axis that users should be able to mix and match | 20:31 |
| dvorkindmitry | smurray, in general yes. but for one of my machines it should always be "distro1" | 20:32 |
| *** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has quit IRC (Ping timeout: 256 seconds) | 20:33 | |
| smurray | dvorkindmitry: do what you like, but whenever I see layers that do things like that I consider them very broken | 20:34 |
| RP | vmeson: merged the changes, calling it done from my pov ;-) | 20:35 |
| vmeson | RP: works for me. Hopefully you can be rust-proof for a while now. | 20:46 |
| JPEW | vmeson: He's galvanized! | 20:55 |
| RP | JPEW: galvanising is no good in fire so that wouldn't be much use | 20:56 |
| * RP aims for stainless | 20:57 | |
| JPEW | Keep some aluminum in your pocket as a sacrificial anode; you can throw it at anyone who mentions rust! | 21:01 |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC (Quit: Leaving) | 21:13 | |
| RP | JPEW: good plan! :) | 21:20 |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 21:47 | |
| *** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has joined #yocto | 21:53 | |
| *** florian <florian!~florian@dynamic-093-135-171-079.93.135.pool.telefonica.de> has quit IRC (Ping timeout: 252 seconds) | 21:54 | |
| *** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has quit IRC (Ping timeout: 245 seconds) | 22:01 | |
| *** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has quit IRC (Remote host closed the connection) | 22:06 | |
| *** angolini <angolini!uid62003@id-62003.helmsley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 22:15 | |
| *** frieder <frieder!~frieder@i59F720F4.versanet.de> has quit IRC (Remote host closed the connection) | 22:23 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 22:28 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-55-226.ssp.dialog.net.pl> has quit IRC (Quit: Konversation terminated!) | 22:41 | |
| *** BCMM <BCMM!~BCMM@user/bcmm> has quit IRC (Quit: Konversation terminated!) | 23:06 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 23:25 | |
| *** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has joined #yocto | 23:58 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!