| *** bluelightning <bluelightning!~paul@2406:e003:1528:db01:ec70:5247:35b6:390d> has joined #yocto | 00:01 | |
| *** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has quit IRC (Remote host closed the connection) | 00:59 | |
| *** Guest24 <Guest24!~Guest24@2601:647:5100:4240:d4bb:e96e:d807:6ef8> has joined #yocto | 02:01 | |
| *** Guest24 <Guest24!~Guest24@2601:647:5100:4240:d4bb:e96e:d807:6ef8> has quit IRC (Client Quit) | 02:02 | |
| *** arlen <arlen!~arlen@50-32-89-83.adr01.dlls.pa.frontiernet.net> has joined #yocto | 03:29 | |
| *** wooosaii <wooosaii!~wooo@89-212-21-243.static.t-2.net> has joined #yocto | 04:01 | |
| *** wooosaiii <wooosaiii!~wooo@89-212-21-243.static.t-2.net> has quit IRC (Ping timeout: 252 seconds) | 04:04 | |
| *** davidinux <davidinux!~davidinux@217.138.219.36> has joined #yocto | 04:23 | |
| *** pgowda <pgowda!uid516182@id-516182.ilkley.irccloud.com> has joined #yocto | 04:37 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 240 seconds) | 04:49 | |
| *** kanavin_ <kanavin_!~Alexander@2a02:2454:29b:3b00:d35d:e3cf:58b5:748b> has joined #yocto | 05:08 | |
| *** kanavin <kanavin!~Alexander@2a02:2454:29b:3b00:d35d:e3cf:58b5:748b> has quit IRC (Read error: Connection reset by peer) | 05:08 | |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has joined #yocto | 05:38 | |
| *** zibri <zibri!zibri@shell.x20.se> has quit IRC (*.net *.split) | 05:48 | |
| *** mcfrisk <mcfrisk!mcfrisk@kapsi.fi> has quit IRC (*.net *.split) | 05:48 | |
| *** ykrons_ <ykrons_!~guillaume@62.192.23.101> has quit IRC (*.net *.split) | 05:48 | |
| *** woky <woky!~woky@li1651-31.members.linode.com> has quit IRC (*.net *.split) | 05:48 | |
| *** georgem <georgem!uid210681@id-210681.tinside.irccloud.com> has quit IRC (*.net *.split) | 05:48 | |
| *** zibri <zibri!zibri@shell.x20.se> has joined #yocto | 05:48 | |
| *** mcfrisk <mcfrisk!mcfrisk@kapsi.fi> has joined #yocto | 05:48 | |
| *** georgem <georgem!uid210681@id-210681.tinside.irccloud.com> has joined #yocto | 05:48 | |
| *** ykrons_ <ykrons_!~guillaume@62.192.23.101> has joined #yocto | 05:48 | |
| *** woky <woky!~woky@li1651-31.members.linode.com> has joined #yocto | 05:49 | |
| *** tgamblin <tgamblin!~tgamblin@2607:fea8:c29d:d7c0::81de> has quit IRC (*.net *.split) | 05:54 | |
| *** OutBackDingo <OutBackDingo!~quassel@46.23.84.72> has quit IRC (*.net *.split) | 05:54 | |
| *** ldts <ldts!sid269548@id-269548.hampstead.irccloud.com> has quit IRC (*.net *.split) | 05:54 | |
| *** nsbdfl <nsbdfl!nsfbdl@user/nsbdfl> has quit IRC (*.net *.split) | 05:54 | |
| *** Shaun <Shaun!~shaun@user/shaun> has quit IRC (*.net *.split) | 05:54 | |
| *** thekappe <thekappe!~user@198.90.66.177> has quit IRC (*.net *.split) | 05:54 | |
| *** madisox <madisox!sid453692@id-453692.ilkley.irccloud.com> has quit IRC (*.net *.split) | 05:54 | |
| *** Tartarus <Tartarus!sid72705@id-72705.ilkley.irccloud.com> has quit IRC (*.net *.split) | 05:54 | |
| *** frosteyes <frosteyes!~frosteyes@185.53.130.211> has quit IRC (*.net *.split) | 05:54 | |
| *** override_ <override_!~override@ec2-3-138-201-125.us-east-2.compute.amazonaws.com> has quit IRC (*.net *.split) | 05:54 | |
| *** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has quit IRC (*.net *.split) | 05:54 | |
| *** jpnurmi <jpnurmi!jpnurmi@user/jpnurmi> has quit IRC (*.net *.split) | 05:54 | |
| *** ldts <ldts!sid269548@id-269548.hampstead.irccloud.com> has joined #yocto | 05:54 | |
| *** Shaun <Shaun!~shaun@mail.oneil.me.uk> has joined #yocto | 05:54 | |
| *** OutBackDingo <OutBackDingo!~quassel@46.23.84.72> has joined #yocto | 05:54 | |
| *** thekappe <thekappe!~user@198.90.66.177> has joined #yocto | 05:55 | |
| *** madisox <madisox!sid453692@id-453692.ilkley.irccloud.com> has joined #yocto | 05:55 | |
| *** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has joined #yocto | 05:55 | |
| *** frosteyes <frosteyes!~frosteyes@185.53.130.211> has joined #yocto | 05:55 | |
| *** Tartarus <Tartarus!sid72705@id-72705.ilkley.irccloud.com> has joined #yocto | 05:55 | |
| *** tgamblin <tgamblin!~tgamblin@2607:fea8:c29d:d7c0::81de> has joined #yocto | 05:55 | |
| *** jpnurmi <jpnurmi!jpnurmi@user/jpnurmi> has joined #yocto | 05:55 | |
| *** Sion <Sion!~dev@178-84-56-61.dynamic.upc.nl> has joined #yocto | 05:56 | |
| *** override_ <override_!~override@ec2-3-138-201-125.us-east-2.compute.amazonaws.com> has joined #yocto | 05:59 | |
| *** ThomasD13 <ThomasD13!~thomasd13@DSL01.212.114.255.148.ip-pool.NEFkom.net> has joined #yocto | 06:09 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 06:10 | |
| *** saYco[m] <saYco[m]!~saycomatr@2001:470:69fc:105::1:2a0> has joined #yocto | 06:18 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 06:22 | |
| JosefHolzmayrThe | yo dudX | 06:33 |
|---|---|---|
| manuel_ | JosefHolzmayrThe y0 | 06:34 |
| *** manuel_ <manuel_!~manuel198@2a02:1748:dd5c:f290:894b:df66:de34:69> has quit IRC (Quit: Leaving) | 06:35 | |
| *** mckoan|away is now known as mckoan | 06:42 | |
| mckoan | good morning | 06:42 |
| Sion | Good morning. | 06:44 |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 06:44 | |
| Sion | Hello everyone, I'm fairly new with Yocto (love it atm). I do have a question regarding the tested distribution list, I'm currently using Debian Bullseye in combination with the latest hardknott and I don't see any immidiate issues but is the Yocto team currently testing Debian 11 as well? | 06:47 |
| JosefHolzmayrThe | Sion: i have no definitive statement on that, but i'm pretty sure it will get into the autobuilder testing in some not-too-distant future. | 06:48 |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC (Remote host closed the connection) | 06:49 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 06:50 | |
| Sion | Ok, thanks for the quick reply. | 06:50 |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 06:52 | |
| *** fleg <fleg!64bf4386e9@user/fleg> has joined #yocto | 06:54 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 265 seconds) | 06:56 | |
| *** zpfvo <zpfvo!~fvo@89.244.122.223> has joined #yocto | 06:56 | |
| *** oobitots <oobitots!~oobitots@aer01-mda2-dmz-wsa-4.cisco.com> has joined #yocto | 07:01 | |
| JosefHolzmayrThe | np | 07:06 |
| *** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has joined #yocto | 07:10 | |
| *** fbre <fbre!~fbre@145.253.222.69> has joined #yocto | 07:22 | |
| RP | Sion: it isn't officially tested, no. It should work ok though and we likely will add testing for it soon | 07:27 |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 07:44 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 07:44 | |
| JosefHolzmayrThe | (stupid) question. does the adduser mechanism require something specific in the recipe? | 07:50 |
| JosefHolzmayrThe | erm, image? | 07:50 |
| JosefHolzmayrThe | specifically, does it need useradd/groupadd to be present? | 07:50 |
| *** zeddii <zeddii!~zeddii@cpe04d4c4975b80-cmf4c11490699b.cpe.net.cable.rogers.com> has quit IRC (Ping timeout: 252 seconds) | 08:03 | |
| *** zeddii <zeddii!~zeddii@cpe04d4c4975b80-cmf4c11490699b.cpe.net.cable.rogers.com> has joined #yocto | 08:04 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC (Quit: Leaving) | 08:11 | |
| wCPO | Is bumping allowed on mailing list? or should I just wait and hope <someone> merge it: https://lists.openembedded.org/g/openembedded-core/topic/patch_v2_wic_bootimg_efi/85570082 ? :) | 08:12 |
| *** davidinux <davidinux!~davidinux@217.138.219.36> has quit IRC (Ping timeout: 265 seconds) | 08:19 | |
| JosefHolzmayrThe | wCPO: i guess a gentle one-time bump is not problematic. | 08:19 |
| *** pabigot <pabigot!~pab@67-1-116-23.tcso.qwest.net> has quit IRC (Ping timeout: 252 seconds) | 08:21 | |
| *** pabigot <pabigot!~pab@67-1-116-23.tcso.qwest.net> has joined #yocto | 08:22 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 08:24 | |
| fbre | JosefHolzmayrThe: I just have this in my machine .conf file: | 08:25 |
| fbre | INHERIT += "extrausers" | 08:25 |
| fbre | EXTRA_USERS_PARAMS = "usermod -P MyRootPassword root; useradd -P MyNewUserAccountPassword -G foo useraccount42" | 08:25 |
| fbre | (replace with your account names and passwords) | 08:25 |
| JosefHolzmayrThe | fbre: thanks... but i guess in my case the problem is not the metadata per se, but the image generation. | 08:26 |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 08:27 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 265 seconds) | 08:28 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 08:28 | |
| fbre | JosefHolzmayrThe: I did not install specific useradd/groupadd stuff for the account which runs the image generation | 08:29 |
| JosefHolzmayrThe | fbre: no, but i guess that your image brings those and therefore they at least end up in the sysroot, right? | 08:30 |
| fbre | JosefHolzmayrThe: It's not an account which needs root rights | 08:31 |
| JosefHolzmayrThe | fbre: no, thats not what i'm talking about. | 08:31 |
| JosefHolzmayrThe | anyways, i'll give your approach a spin and check if there are different effects. | 08:32 |
| JosefHolzmayrThe | nope, perfectly the same. | 08:35 |
| fbre | JosefHolzmayrThe: Which error does happen? | 08:35 |
| JosefHolzmayrThe | fbre: i con't copy it out at the moment, but upon inspection there is no useradd/usermod in the -native sysroot. hence, it fails. so i guess my real question is: what form of dependency do i need for that tool to show up. | 08:38 |
| fbre | JosefHolzmayrThe: I don't know what you mean with "in the -native sysroot"... | 08:39 |
| JosefHolzmayrThe | fbre: your EXTRA_USERS_PARAMS needs the usermod command to be available. unless specific actions are taken, my understanding is that it will be taken from the -native sysroot for the recipe in question (in this case, the image) | 08:41 |
| JosefHolzmayrThe | fbre: and if the command is not there, it cannot be executed. | 08:41 |
| fbre | What is a "sysroot" and what is its property "-native" | 08:43 |
| fbre | ? | 08:43 |
| fbre | Sorry, can't help further | 08:43 |
| *** lucaceresoli <lucaceresoli!~ceresoli@tech.aim-sportline.com> has joined #yocto | 08:44 | |
| qschulz | JosefHolzmayrThe: https://cgit.openembedded.org/openembedded-core/tree/meta/classes/extrausers.bbclass?h=master#n4 ? | 08:44 |
| JosefHolzmayrThe | fbre: sysroots are the environments that are created per recipe, basically from the dependencies. and the -native incarnation is the one thats meant to run during the build. no problem, i know its a complicated problem. | 08:45 |
| *** mihai <mihai!~mihai@user/mihai> has quit IRC (Quit: Leaving) | 08:45 | |
| JosefHolzmayrThe | qschulz: looks like shadow should provide it. | 08:45 |
| fbre | What is "shadow" in this case? | 08:47 |
| JosefHolzmayrThe | fbre: http://layers.openembedded.org/layerindex/recipe/112/ | 08:48 |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.200> has joined #yocto | 08:48 | |
| fbre | ah OK, likely I use another package which draws "shadow" in then | 08:49 |
| JosefHolzmayrThe | i wonder why this doesn't kick in: https://cgit.openembedded.org/openembedded-core/tree/meta/classes/useradd.bbclass#n6 | 08:50 |
| qschulz | JosefHolzmayrThe: extrausers IMAGE_CLASSES does not include that bbclass I think? | 08:52 |
| RP | JosefHolzmayrThe: You'd not expect it to show up in the native sysroot, you'd expect it to be in the target one? | 08:52 |
| JosefHolzmayrThe | RP: -native one. | 08:52 |
| JosefHolzmayrThe | all in all, i'm poking that recipe: https://gitlab.com/TheYoctoJester/meta-containerization/-/blob/master/recipes-core/payload-user/payloaduser.bb | 08:53 |
| JosefHolzmayrThe | and as it inherits useradd, i'd naively expect it to pull in all things needed for... "adding users" :) | 08:54 |
| RP | JosefHolzmayrThe: I think I'm misreading the above, I thought you mean the user/group wasn't in the native sysroot. You're right that the tools should be added | 08:54 |
| JosefHolzmayrThe | RP: exactly, but it seems that this is not the case. | 08:55 |
| RP | JosefHolzmayrThe: for your demo recipe, you could put a chown call in the do_install | 08:55 |
| JosefHolzmayrThe | RP: to get rid of the dummy? | 08:55 |
| qschulz | JosefHolzmayrThe: also, FILES:${PN} :) | 08:56 |
| RP | JosefHolzmayrThe: no, just that you're not using the user/group you're creating anywhere | 08:56 |
| JosefHolzmayrThe | RP: lemme try. | 08:56 |
| RP | JosefHolzmayrThe: it won't change anything much but it would fail if there was an issue | 08:57 |
| JosefHolzmayrThe | RP: yeah thought so. | 08:57 |
| JosefHolzmayrThe | why doesn't FILES_${PN} err out on parsing? | 08:59 |
| RP | JosefHolzmayrThe: it can't know that is an override. It only errors on "_append" which it knows is bad | 08:59 |
| JosefHolzmayrThe | ah. | 09:00 |
| JosefHolzmayrThe | but DEPENDing on neither shadow-native nor shadow-sysroot seem to give me the commands | 09:04 |
| wCPO | Why would a recipe has a -native dependency? Ex: https://git.yoctoproject.org/cgit/cgit.cgi/meta-security/tree/meta-tpm/recipes-tpm/swtpm/swtpm_0.5.2.bb#n6 | 09:18 |
| JosefHolzmayrThe | wCPO: whenever you want to run something during build time. | 09:19 |
| wCPO | JosefHolzmayrThe: Make sense, but why does it have libtpm-native then? | 09:20 |
| JosefHolzmayrThe | wCPO: no idea, look at the recipe to see what it needs. it might also be something that its build process relies on inside. | 09:20 |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 09:20 | |
| wCPO | JosefHolzmayrThe: I will and I'm currently trying to understand why it is there, thanks for explanation :) | 09:21 |
| JosefHolzmayrThe | have fun | 09:21 |
| wCPO | "fun" :) | 09:22 |
| qschulz | remove it and you shall see where it fails :) | 09:22 |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 265 seconds) | 09:22 | |
| *** camus1 is now known as camus | 09:22 | |
| wCPO | qschulz: it doesn't fail, then why I'm confused | 09:23 |
| wCPO | that* | 09:23 |
| wCPO | but I also updated the recipe to 0.6.1, maybe I should try the current version first | 09:23 |
| *** davidinux <davidinux!~davidinux@net-109-116-24-217.cust.vodafonedsl.it> has joined #yocto | 09:31 | |
| RP | wCPO: sometimes these things persist when they're no longer needed | 09:34 |
| wCPO | RP: yep, I'm gonna CC the guy who updated it in the past when I submit the patch, maybe he know | 09:35 |
| sveinse | If I specify "bitbake -k packagegroup-something package-index" will a) package-index be run even if packagegroup-something fails and b) will it execute last? | 09:37 |
| rburton | yes, no | 09:38 |
| sveinse | ok, thanks | 09:38 |
| rburton | (they'll execute in parallel) | 09:38 |
| sveinse | package-index on its own invocation step then, got it | 09:38 |
| rburton | you can try https://github.com/rossburton/meta-ross/blob/master/classes/simplefeed.bbclass and see if you can make it work properly | 09:39 |
| rburton | oh no, not that | 09:39 |
| rburton | huh where is my class | 09:39 |
| sveinse | Yeah, the use case is that we're building to a packagefeed, but occational not every package compiles successfully, so in order to have a valid package feed, I'd like to update the repo I've got | 09:40 |
| sveinse | Normally bitbake packagegroup-x does this if and only if it completely succeeds | 09:40 |
| rburton | i had a patch that would run package-index in the closing stages of the build so you could always have an up to date feed, but i appear to have lost it | 09:42 |
| RP | rburton: you've lost it? :) | 09:43 |
| rburton | i lost it long ago | 09:43 |
| RP | rburton: I suspect we all did... | 09:44 |
| *** thekappe <thekappe!~user@198.90.66.177> has quit IRC (Quit: WeeChat 1.9.1) | 09:46 | |
| RP | Makefile:DIST_DIR := $(shell mktemp -d /tmp/glew.XXXXXX)/$(DIST_NAME) seems a little antisocial | 09:47 |
| JosefHolzmayrThe | "of all the things that i have lost, i miss my mind the most" | 09:47 |
| RP | and we never actually use that | 09:47 |
| * qschulz laughs at the timing of RP and JosefHolzmayrThe messages :D | 09:51 | |
| JosefHolzmayrThe | qschulz: me too. | 09:51 |
| JosefHolzmayrThe | great minds think alike, they say. | 09:51 |
| sveinse | Is there a yocto/bb-way of disabling a systemd service in a ROOTFS_POSTPROCESS step? For those services that has been installed with systemd.bbclass and have a system-preset/98-*.preset entry | 09:55 |
| *** thekappe <thekappe!~user@198.90.66.177> has joined #yocto | 09:56 | |
| sveinse | I'm not sure how the preset logic actually work. Something in (yocto) first time startup activates the presets and thus enables/disables these services? | 09:58 |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 09:58 | |
| qschulz | sveinse: https://docs.yoctoproject.org/ref-manual/classes.html#systemd-bbclass | 09:58 |
| qschulz | sveinse: https://docs.yoctoproject.org/ref-manual/variables.html#term-SYSTEMD_AUTO_ENABLE | 09:59 |
| qschulz | to be done in the recipe providing the systemd service | 09:59 |
| sveinse | qschulz: Yes. And say the bb enables a service via these mechanisms, but then the image wants the service disabled. Whats the right way of doing that? | 09:59 |
| qschulz | I assume proper way would be a bbappend for that bb, or a distro. For the hackish way, looking at how it is done by the systemd class and call the same things from within the rootfs might do it | 10:01 |
| sveinse | Is .bb the right spot? I mean the recipe/package might be correct, but multiple images might want different enable/disables. Then I'd need a separate bbappend for each of those image variants, right? | 10:02 |
| qschulz | that's policy and policy is what the distro is responsible for | 10:04 |
| qschulz | otherwise you can always try to run `systemctl disable <service name>` in your ROOTFS_POSTPROCESS_CMD but it does not feel super right | 10:07 |
| jaskij[m] | Does anyone have a link or something with arguments I could use to allow my boss to open source my recipes? | 10:09 |
| RP | jaskij[m]: I'm not sure we have anything written into the docs. michaelo, do you know anything? | 10:10 |
| RP | jaskij[m]: I did write https://lists.yoctoproject.org/g/yocto/topic/82722441? is which different but related | 10:10 |
| rburton | jaskij[m]: if they're recipes for relatively common software then the best argument is that other people will test/maintain. if you get a recipe into meta-oe for example then other will also help keep it up to date | 10:18 |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 10:23 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 245 seconds) | 10:25 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 10:25 | |
| jaskij[m] | <rburton> "jaskij: if they're recipes for..." <- That's the common one, although I'm not sure how effective this would be in my case. Something to think on. | 10:25 |
| jaskij[m] | This is probably the first OSS project I honestly want to contribute to. Gotta take a look at the tracker when I've got some time. | 10:28 |
| *** agners <agners!~ags@2a02:169:3df5:10:5c1d:e28a:f461:57d5> has quit IRC (Ping timeout: 252 seconds) | 10:38 | |
| *** wwilly <wwilly!~wwilly@cpc92794-cmbg19-2-0-cust589.5-4.cable.virginm.net> has quit IRC (Ping timeout: 252 seconds) | 10:47 | |
| *** agners <agners!~ags@mob-194-230-147-32.cgn.sunrise.net> has joined #yocto | 10:54 | |
| *** etam[m] <etam[m]!~etam@user/etam> has joined #yocto | 10:55 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 10:57 | |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has joined #yocto | 11:00 | |
| manuel1985 | Did you guys manage to run qemux86-64 with graphics acceleration? I'm building my wayland-based project for raspi4 and qemu. On raspi it runs smooth, but on qemu it's a disaster. | 11:02 |
| manuel1985 | Doing runqemu with kvm, but guess that doesn't help anything w.r.t. graphics. | 11:02 |
| *** etam <etam!~etam@user/etam> has joined #yocto | 11:03 | |
| *** etam <etam!~etam@user/etam> has quit IRC (Quit: Konversation terminated!) | 11:08 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 11:08 | |
| *** agners <agners!~ags@mob-194-230-147-32.cgn.sunrise.net> has quit IRC (Ping timeout: 252 seconds) | 11:11 | |
| *** agners <agners!~ags@2a02:169:3df5:10:5c1d:e28a:f461:57d5> has joined #yocto | 11:13 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 265 seconds) | 11:15 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 11:15 | |
| sveinse | qschulz: I see. Under the yocto paradigm, a distro handles policy, that all good. It would then imply that you'd need multiple distros to make different policies, or startup policies, like in this case, wouldn't it? Doesn't that make it, uhm, a big machine for an image variant? Or is that how yocto distros are? | 11:30 |
| sveinse | Not arguing, only trying to understand | 11:31 |
| *** GillesM <GillesM!~gilles@89.55.119.78.rev.sfr.net> has joined #yocto | 11:33 | |
| *** GillesM <GillesM!~gilles@89.55.119.78.rev.sfr.net> has quit IRC (Quit: Leaving) | 11:46 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 265 seconds) | 11:53 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 11:54 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 11:57 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 245 seconds) | 11:58 | |
| *** camus1 is now known as camus | 11:58 | |
| jaskij[m] | I'm trying to wrap my head around variable flags, as used commonly with `PACKAGECONFIG`, for example in http://cgit.openembedded.org/meta-openembedded/tree/meta-oe/recipes-dbs/postgresql/postgresql.inc?h=dunfell | 12:11 |
| jaskij[m] | if I'm looking right, it somehow goes through `PACKAGECONFIG` variable flags and uses the values of the flags that are listed in the base variable? | 12:12 |
| jaskij[m] | is this normal, or is this something that comes from one of the classes inherited? | 12:13 |
| *** angolini <angolini!uid62003@id-62003.helmsley.irccloud.com> has joined #yocto | 12:13 | |
| jaskij[m] | uh, guess this shows how I only read the manual in small parts | 12:18 |
| *** tgamblin <tgamblin!~tgamblin@2607:fea8:c29d:d7c0::81de> has quit IRC (Quit: Leaving) | 12:20 | |
| *** tgamblin <tgamblin!~tgamblin@2607:fea8:c29d:d7c0::81de> has joined #yocto | 12:20 | |
| qschulz | this is the standard mechanism | 12:25 |
| jaskij[m] | It is, but I went reading about varflags instead of PACKAGECONFIG, and it threw me for a loop. | 12:27 |
| Saur | jaskij[m]: Well, varflags is a standard mechanism. How they are used is up to the classes, however. E.g., support for PACKAGECONFIG is implemented in meta/classes/base.bbclass. | 12:30 |
| jaskij[m] | yeah, I found that | 12:31 |
| jaskij[m] | just that I was reading the BitBake manual, not looking specifically at PACKAGECONFIG, is all | 12:31 |
| *** wwilly <wwilly!~wwilly@fw-tnat-cam4.arm.com> has joined #yocto | 12:36 | |
| *** wwilly_ <wwilly_!~wwilly@fw-tnat-cam4.arm.com> has joined #yocto | 12:37 | |
| *** wwilly <wwilly!~wwilly@fw-tnat-cam4.arm.com> has quit IRC (Ping timeout: 252 seconds) | 12:40 | |
| *** wwilly_ is now known as wwilly | 12:48 | |
| *** kiran <kiran!~kiran@2607:fea8:5a80:ea0:2a3:1764:1ba:5e89> has joined #yocto | 12:49 | |
| *** yates <yates!~user@fv-nc-f7af8b91e1-234237-1.tingfiber.com> has quit IRC (Remote host closed the connection) | 12:53 | |
| sveinse | While on systemd: Has anyone made an overview of the most common systemd targets for use in yocto? Or is our systemd usage so vanilla systemd that its really a systemd default question? | 13:03 |
| sveinse | systemd targets = system policy = distro = so in poky I suppose | 13:05 |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has quit IRC (Ping timeout: 252 seconds) | 13:11 | |
| perdmann | Hi i have a big problem what i dont understand: https://dpaste.org/AR9G | 13:15 |
| *** yates <yates!~user@fv-nc-f7af8b91e1-234237-1.tingfiber.com> has joined #yocto | 13:20 | |
| perdmann | bb.process.NotFoundError: Execution of 'git rev-parse --abbrev-ref HEAD' failed: command not found | 13:20 |
| perdmann | But git is installed | 13:20 |
| yates | is there a verbatim log of a bitbake build stashed somewhere, perhaps in build/tmp? i'm not referring to the individual build/tmp/.../temp log.xyz logs | 13:21 |
| yates | there are some qa warnings i received on a previous build that i'm trying to review and i've since rebooted so the terminal containing them is gone | 13:22 |
| yates | i also occasionally want to see the last value N that was reported as "N tasks of M completed" in an unsuccessful build, so i know how far along it got. is that data stored in a log somwhere? | 13:24 |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has joined #yocto | 13:27 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.200> has quit IRC (Quit: Client closed) | 13:30 | |
| yates | perdmann: perhaps something in the build is hosing your path | 13:32 |
| yates | ? | 13:33 |
| perdmann | hosing? | 13:33 |
| yates | ruining | 13:33 |
| yates | what, you never lived in San Jose, CA circa the 80s? :) | 13:33 |
| perdmann | How can i find out of it ruins something? | 13:34 |
| *** arr <arr!~ar@208.116.134.46> has joined #yocto | 13:35 | |
| perdmann | yates: i was born 86 :-) | 13:35 |
| yates | perdmann: one way i can think of is to cd to the appropriate .../temp directory, find out the run.do_whatever is being run, and hack it to spit out the path | 13:36 |
| yates | (if it's a bash script. python run.do_xyz scripts are not so easy) | 13:36 |
| yates | youngster! | 13:37 |
| perdmann | yates: haha, feels good that somebody says this to me ;-) | 13:38 |
| yates | enjoy it while it lasts... ;) | 13:38 |
| yates | ps: subtract 29 from your birth year.. | 13:38 |
| perdmann | senior developer :-D | 13:39 |
| *** agners <agners!~ags@2a02:169:3df5:10:5c1d:e28a:f461:57d5> has quit IRC (Quit: WeeChat 3.2.1) | 13:40 | |
| *** agners <agners!~ags@2a02:169:3df5:10:5c1d:e28a:f461:57d5> has joined #yocto | 13:40 | |
| yates | :) | 13:41 |
| perdmann | yates: i dont have any run. files... | 13:41 |
| yates | i missed your entire message. what is the entire message? | 13:41 |
| yates | or context? | 13:41 |
| perdmann | https://dpaste.org/AR9G | 13:42 |
| yates | perdmann: is this the first time you've tried to build a yocto project on that system? | 13:43 |
| yates | have you successfully built a project on that system previously? | 13:44 |
| perdmann | yates: no... I just built one yesterday, and it worked with qemu | 13:44 |
| perdmann | But now i try to wrap that into an integration... And now it fails | 13:45 |
| rburton | 'bb.process.NotFoundError: Execution of 'git rev-parse --abbrev-ref HEAD' failed: command not found' | 13:45 |
| rburton | you don't have git inside your container | 13:45 |
| perdmann | rburton: how can i add this? I built on a native machine... | 13:46 |
| rburton | well, what's different between this time and last? not git suggest you're doing a build inside a really minimal container? if so, add more stuff to the container. | 13:47 |
| perdmann | i dont use any container technique, iam running on the native machine. The same machine i have built a "Quick yocto built" yesterday | 13:50 |
| rburton | well it says you don't have git installed | 13:50 |
| rburton | so thats very much your problem to resolve | 13:50 |
| perdmann | git 2.33.0 is installed on that machine | 13:51 |
| rburton | delete tmp/ and try again | 13:51 |
| rburton | possibly, the hosttools links are all broken | 13:51 |
| perdmann | rburton: i'll try | 13:52 |
| yates | did matchbox-sato move from this location? http://git.yoctoproject.org/cgit/cgit.cgi/matchbox-sato/ | 13:52 |
| yates | the last commit there seems to be 2016! | 13:53 |
| perdmann | rburton: maybe the remote SSTATE CACHES break that built? | 13:53 |
| perdmann | rburton: i expected them to work... | 13:53 |
| rburton | yates: its just a theme, doesn't change much | 13:53 |
| rburton | perdmann: remote sstate work for me and no, this is before sstate happens | 13:53 |
| perdmann | rburton: its a slow machine ;-) | 13:56 |
| perdmann | rburton: i got the same error again ... | 13:57 |
| rburton | well, you'll have to figure out why it thinks git doesn't exist. it will be trying to run tmp/hosttools/git | 13:57 |
| perdmann | rburton: ok, its linking to the correct git... Thats not goot i guess? | 13:59 |
| perdmann | rburton: ok ... i initialize with "source sources/poky/oe-init-build-env sources/misc/build" | 14:02 |
| *** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-091-089-214-182.hsi2.kabel-badenwuerttemberg.de> has joined #yocto | 14:02 | |
| rburton | and sources/misc/build/tmp/hosttools/git is a link to the right git binary? | 14:02 |
| perdmann | yes | 14:02 |
| rburton | weird | 14:02 |
| perdmann | i have put this source ... into another file and i source this one too... i will try without this | 14:03 |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 14:04 | |
| perdmann | rburton: no that was not the problem | 14:09 |
| *** davidinux <davidinux!~davidinux@net-109-116-24-217.cust.vodafonedsl.it> has quit IRC (Ping timeout: 245 seconds) | 14:11 | |
| *** davidinux <davidinux!~davidinux@net-109-116-24-217.cust.vodafonedsl.it> has joined #yocto | 14:13 | |
| *** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-091-089-214-182.hsi2.kabel-badenwuerttemberg.de> has quit IRC (Quit: Hasta la vista!) | 14:14 | |
| *** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-091-089-214-182.hsi2.kabel-badenwuerttemberg.de> has joined #yocto | 14:16 | |
| perdmann | rburton: its still not working. The links are ok. Is there something else i can check? | 14:18 |
| *** davidinux <davidinux!~davidinux@net-109-116-24-217.cust.vodafonedsl.it> has quit IRC (Ping timeout: 265 seconds) | 14:20 | |
| *** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-091-089-214-182.hsi2.kabel-badenwuerttemberg.de> has quit IRC (Quit: Hasta la vista!) | 14:20 | |
| *** davidinux <davidinux!~davidinux@net-37-116-216-73.cust.vodafonedsl.it> has joined #yocto | 14:22 | |
| *** arlen_ <arlen_!~arlen@50-32-89-83.adr01.dlls.pa.frontiernet.net> has joined #yocto | 14:23 | |
| perdmann | ERROR: Execution of event handler 'defaultbase_eventhandler' failed | 14:23 |
| *** arlen <arlen!~arlen@50-32-89-83.adr01.dlls.pa.frontiernet.net> has quit IRC (Ping timeout: 252 seconds) | 14:23 | |
| *** oobitots <oobitots!~oobitots@aer01-mda2-dmz-wsa-4.cisco.com> has quit IRC (Quit: Client closed) | 14:25 | |
| *** ThomasD13 <ThomasD13!~thomasd13@DSL01.212.114.255.148.ip-pool.NEFkom.net> has quit IRC (Ping timeout: 265 seconds) | 14:26 | |
| *** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-091-089-214-182.hsi2.kabel-badenwuerttemberg.de> has joined #yocto | 14:31 | |
| *** otavio_ <otavio_!~otavio@201-34-65-230.user3p.brasiltelecom.net.br> has joined #yocto | 14:32 | |
| *** otavio <otavio!~otavio@201-34-65-230.user3p.brasiltelecom.net.br> has quit IRC (Read error: Connection reset by peer) | 14:32 | |
| *** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-091-089-214-182.hsi2.kabel-badenwuerttemberg.de> has quit IRC (Client Quit) | 14:33 | |
| *** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-091-089-214-182.hsi2.kabel-badenwuerttemberg.de> has joined #yocto | 14:33 | |
| *** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-091-089-214-182.hsi2.kabel-badenwuerttemberg.de> has quit IRC (Remote host closed the connection) | 14:33 | |
| *** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-091-089-214-182.hsi2.kabel-badenwuerttemberg.de> has joined #yocto | 14:34 | |
| *** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-091-089-214-182.hsi2.kabel-badenwuerttemberg.de> has quit IRC (Client Quit) | 14:36 | |
| sveinse | Is there some way to remove (BACKFILL?) a specific package from an image - despite breaking deps? | 14:36 |
| rburton | what do you actually want to do | 14:39 |
| rburton | considering you're breaking depends, so most likely breaking something | 14:39 |
| sveinse | I have an image that is using a kernel that doesn't support lttng-modules and the dependency for lttng-modules is deep in the dependency hierarchy | 14:40 |
| *** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-091-089-214-182.hsi2.kabel-badenwuerttemberg.de> has joined #yocto | 14:41 | |
| rburton | go and patch that depends to a recommends | 14:41 |
| sveinse | hmm, actually I can't find where this dep gets pulled in. Grepping for lttng-module doesn't reveal anything immediate obvious. | 14:46 |
| *** mrpelotazo <mrpelotazo!~mrpelotaz@user/mrpelotazo> has quit IRC (Quit: Hasta la vista!) | 14:47 | |
| *** mrpelotazo <mrpelotazo!~mrpelotaz@user/mrpelotazo> has joined #yocto | 14:48 | |
| *** oobitots <oobitots!~oobitots@aer01-mda1-dmz-wsa-7.cisco.com> has joined #yocto | 14:48 | |
| *** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has quit IRC (Ping timeout: 265 seconds) | 14:51 | |
| qschulz | sveinse: bitbake -g <image> and then read the .dot files with your favorite text editor | 14:53 |
| *** Net147 <Net147!~Net147@user/net147> has quit IRC (Ping timeout: 252 seconds) | 15:04 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 15:05 | |
| perdmann | Is it possible that mnt/data/yocto/CTS_Yocto/sources/misc/build/../../../sources/poky/meta/classes/base.bbclass | 15:06 |
| perdmann | is a bad idea_ | 15:06 |
| sveinse | thanks qschulz | 15:06 |
| jaskij[m] | sveinse: or get graphviz and draw an svg or something, if you prefer | 15:08 |
| sveinse | jaskij[m]: jep, I'm familiar with dot files | 15:09 |
| jaskij[m] | btw: who's using IRC? I'm not sure which parts of Matrix don't get forwarded to IRC. Say, did my emoji reaction work? | 15:10 |
| qschulz | if you have hours of CPU time to burn, please use graphviz ;) | 15:10 |
| qschulz | jaskij[m]: no it did not | 15:10 |
| sveinse | qschulz: I like to use my CPU on bitbake :P | 15:10 |
| qschulz | jaskij[m]: the Matrix bridge is very recent, so I'd say most of the folks here are still using IRC the old way :) | 15:11 |
| jaskij[m] | ah | 15:12 |
| sveinse | ..and I'm fetish about it I think, as I just did a full Hardknott compile from no sstate on a wsl2 instance. Left my home office pretty warm :D | 15:12 |
| qschulz | jaskij[m]: https://www.yoctoproject.org/irc/%23yocto.2021-09-27.log.html if you want to check by yourself | 15:12 |
| jaskij[m] | qschulz: I'm actually more worried I'll get an OOM while it's working, I've got like two gigs available right now | 15:12 |
| *** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has joined #yocto | 15:13 | |
| fabatera[m] | Building a BOOST application on YOCTO Gatesgarth fails during do_configure. Tough, it builds on Zeus. | 15:13 |
| fabatera[m] | It can't recognize AX_BOOST_BASE from configure.ac | 15:13 |
| fabatera[m] | I've found adding DEPENDS = "autoconf-archive" works. | 15:13 |
| fabatera[m] | Am I missing something ? Should I add something to configure.ac so devtools add can recognize the dependency? | 15:13 |
| qschulz | If you're not compiling web browsers, it should be okay-ish | 15:13 |
| qschulz | IIRC we used to say 2GB*nproc in RAM is the minimum | 15:13 |
| qschulz | but anything involving web browsers... at least 32GB IIRC | 15:14 |
| perdmann | Is this helpfull for you? FileNotFoundError: [Errno 2] No such file or directory: '/mnt/data/yocto/CTS_Yocto/sources/misc/build/../../../sources/poky/meta-poky:/mnt/data/yocto/CTS_Yocto/sources/misc/build:/mnt/data/yocto/CTS_Yocto/sources/misc/build/../../' | 15:14 |
| rburton | fabatera[m]: adding DEPENDS was right, that application must be assuming that you have autoconf-archive installed and doesn't include copies of those macros | 15:15 |
| jaskij[m] | I've got 32 GiB on my workstation, of which 20 gigs is allocated to the VM which builds Yocto. Add in CLion, PyCharm and a browser open and I'll just say I'm living dangerously. | 15:15 |
| sveinse | I'm building boost, qt including webkit on my laptop with 32Gb. It succeeds, yet you're in for a long pause | 15:15 |
| sveinse | ..on wsl2 and the sstate cache over ntfs which is SLOW! | 15:15 |
| jaskij[m] | I might ask to WFH, just because of the faster PC at home | 15:16 |
| qschulz | sveinse: might be a good idea to use the to-be-released or recently-released new NTFS kernel driver on Linux :) | 15:16 |
| jaskij[m] | 5.15 | 15:16 |
| qschulz | perdmann: the semi colon in it are dubious | 15:16 |
| *** Net147 <Net147!~Net147@167-179-157-192.a7b39d.syd.nbn.aussiebb.net> has joined #yocto | 15:17 | |
| sveinse | qschulz: yeah, the pain with ntfs and bb is not the sstate cache, but the git dl of linux kernels. THAT is slow. Like hours slow. | 15:17 |
| jaskij[m] | qschulz: the Paragon NTFS driver is in 5.15, which is on -rc3 now | 15:18 |
| qschulz | jaskij[m]: :+1: | 15:18 |
| qschulz | :thumb_up: | 15:18 |
| sveinse | like it | 15:18 |
| qschulz | 👍 | 15:18 |
| qschulz | aaah, found it :p | 15:18 |
| perdmann | qschulz: i only find colons in that string? | 15:18 |
| qschulz | perdmann: colon indeed. Long week-end :) | 15:18 |
| sveinse | wow, my utf-8 font has thumbs up codepoint :o | 15:18 |
| qschulz | perdmann: I can't even makes sense of what this path should really hold or in which variable it could be | 15:19 |
| perdmann | qschulz: of course. :) Clubs are open again ;-) Do you have an idea wgere tgus was added? | 15:19 |
| qschulz | there seems to be a mix of a layer directory, the build directory and... something else :p | 15:20 |
| qschulz | perdmann: Drove the motorcycle for 9h ~650km yesterday, not clubbing :) | 15:20 |
| perdmann | so the build directory should be placed somewhere else? | 15:20 |
| perdmann | qschulz: Oh, i see. youre located in Hildesheim? | 15:20 |
| qschulz | perdmann: clearly Bitbake expects a path and you're giving it three paths split by a colon | 15:21 |
| qschulz | perdmann: Vienna | 15:21 |
| fabatera[m] | <rburton> "fabatera: adding DEPENDS was..." <- Is there a better autotools way to set BOOST dependency on configure.ac so devtool add can get the dependency? | 15:21 |
| sveinse | Will the package-index index everything in tmp/deploy/ipk? Or just the packages relevant to that MACHINE that bitbake was called with? | 15:21 |
| rburton | fabatera[m]: afaik AX_BOOST_BASE is part of autoconf-archive, not boost | 15:22 |
| perdmann | qschulz: Oh, really wrong -.- | 15:22 |
| *** Tokamak <Tokamak!~Tokamak@172.58.219.155> has quit IRC (Ping timeout: 252 seconds) | 15:23 | |
| perdmann | qschulz: Where did i set this? :-D | 15:23 |
| qschulz | perdmann: bitbake -e <recipe that fails> and look for those paths | 15:23 |
| jaskij[m] | re: kernel, do you folks think 5.15 will be the next LTS? | 15:24 |
| fabatera[m] | rburton: yes, you are correct! My question was wrong ☹️. | 15:24 |
| fabatera[m] | I mean a way to set autoconf-archive dependency | 15:24 |
| qschulz | 5.4, 5.10, probably 5.16? | 15:24 |
| jaskij[m] | earlier it was every fifth iirc | 15:25 |
| jaskij[m] | 5.4 to 5.10 was the exception | 15:25 |
| jaskij[m] | but who knows? | 15:25 |
| jaskij[m] | so long it makes it into Yocto 3.5 ;) | 15:25 |
| qschulz | 4.4, 4.9, 4.14, 4.19 indeed | 15:25 |
| rburton | fabatera[m]: DEPENDS += "autoconf-archive" is exactly what you want | 15:25 |
| perdmann | qschulz: https://dpaste.org/1CYd | 15:25 |
| perdmann | so i really broke that :-D | 15:25 |
| qschulz | perdmann: BBLAYERS is a space separated list of paths :) | 15:26 |
| qschulz | https://docs.yoctoproject.org/ref-manual/variables.html#term-BBLAYERS | 15:26 |
| perdmann | https://paste.debian.net/1213437/ | 15:27 |
| *** Sion <Sion!~dev@178-84-56-61.dynamic.upc.nl> has quit IRC (Ping timeout: 268 seconds) | 15:27 | |
| qschulz | perdmann: with bitbake -e you have the history of the variable, so you can see where all gets messed up | 15:28 |
| jaskij[m] | qschulz: I'm still angry at my SoM vendor - outdated imx-sc-fw means I'm stuck at 4.14 :/ | 15:28 |
| fabatera[m] | rburton: Thank you! I was wondering if the dependency could be auto generated. (It was not needed on previous Yocto zeus release). | 15:28 |
| rburton | no | 15:28 |
| rburton | build dependencies are explicit | 15:29 |
| qschulz | perdmann: have you also triple checked that you have the correct branch checked out for all your layers and Bitbake (if you use openembedded-core without poky)? | 15:29 |
| qschulz | otherwise, noidea.gif and I'm now afk so good luck :) | 15:29 |
| qschulz | jaskij[m]: sc-fw? | 15:30 |
| qschulz | jaskij[m]: imx SoCs support in upstream kernel is very good usually | 15:30 |
| perdmann | qschulz: wait what do i use? ... | 15:31 |
| jaskij[m] | qschulz: Might've misnamed. The firmware for the built-in M4 in i.MX8X. It must much the sec firmware, and one of the two is causing issues with the kernel if I try 5.4. | 15:32 |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Quit: Leaving) | 15:32 | |
| jaskij[m] | afaik they wrote that firmware against pre-mainline kernel released by NXP | 15:37 |
| *** Tokamak <Tokamak!~Tokamak@172.58.189.189> has joined #yocto | 15:40 | |
| jaskij[m] | qschulz: eh, getting that graph was not that bad - merely ten minutes on an R5 3600 for my biggest image (no graphics) | 15:41 |
| *** Net147 <Net147!~Net147@user/net147> has quit IRC (Ping timeout: 252 seconds) | 15:43 | |
| *** dev1990 <dev1990!~dev@78.10.71.240> has joined #yocto | 15:46 | |
| *** Net147 <Net147!~Net147@167-179-157-192.a7b39d.syd.nbn.aussiebb.net> has joined #yocto | 15:47 | |
| *** fbre <fbre!~fbre@145.253.222.69> has quit IRC (Quit: fbre) | 15:47 | |
| *** amitk <amitk!~amit@103.208.71.135> has quit IRC (Ping timeout: 260 seconds) | 15:52 | |
| sveinse | jaskij[m]: I am too. We're stuck at rocko due to some vendor opengl driver. I'm sure there is newer kernel+yocto combos that work, but its quite the validation work. Dunfell/Gatesgarth/Hardknott has too new systemd for the kernel | 15:53 |
| jaskij[m] | oof | 15:54 |
| jaskij[m] | I at least was able to port the kernel and firmwares to Dunfell, might not be fully validated but seems to work nicely | 15:54 |
| jaskij[m] | sveinse: if you're using i.MX, afaik there's a reverse-engineered OpenGL driver for the VCG which has perf parity with the closed source one | 15:55 |
| sveinse | jaskij[m]: yes, the etnaviv - it's the same. However there are some GL operations etnaviv doesn't support. E.g. dithering is not great in etnaviv so the UX team put the veto foot down | 15:56 |
| jaskij[m] | and I really don't want an older systemd than what's in Dunfell, I really want the nice CAN support in systemd-networkd | 15:57 |
| sveinse | wait what, does systemd support operations from CAN? | 15:57 |
| jaskij[m] | it supports configuring socketcan interfaces | 15:58 |
| jaskij[m] | networkd specifically does | 15:58 |
| sveinse | haha, sorry, got a little overexcited here. Yeah, that makes sense. Good to know. We're using CAN | 15:58 |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has quit IRC (Quit: Leaving) | 15:59 | |
| sveinse | I need to see if I can find an overview of the minimal kernel version of the respective systemd releases | 16:00 |
| jaskij[m] | it's in the README in the repo iirc | 16:01 |
| jaskij[m] | nope | 16:01 |
| jaskij[m] | https://github.com/systemd/systemd/blob/main/README | 16:01 |
| jaskij[m] | that's for `main` | 16:02 |
| jaskij[m] | urgh, my messages got reordered | 16:02 |
| * jaskij[m] sent a code block: https://libera.ems.host/_matrix/media/r0/download/libera.chat/ba1cb322fce1a9c4e44955f05bff24ad1938306b | 16:02 | |
| sveinse | Yes, thats for *that* release, and then you need to plot a matrix across previous systemd releases | 16:03 |
| sveinse | ...which you can use to map against specific yocto releases :P | 16:03 |
| jaskij[m] | Dunfell has systemd 244 | 16:04 |
| jaskij[m] | I tried Hardknott and promptly noped out | 16:04 |
| jaskij[m] | too much work, for not enough benefit right now | 16:05 |
| jaskij[m] | mostly around i.MX8X support | 16:05 |
| *** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has quit IRC (Remote host closed the connection) | 16:05 | |
| sveinse | Testing 5.10.1 on hardnott on imx6 and it seems ok. No graphics on this device fortunately | 16:06 |
| jaskij[m] | imx6 is easier, no vendor firmware | 16:06 |
| jaskij[m] | we're using SoMs, so there's one more place in the support chain to keep you outdated | 16:06 |
| sveinse | aha, that's interesting. So you need properitary things to run on imx8? | 16:06 |
| jaskij[m] | imx8 all have that Cortex-M4, right? | 16:07 |
| jaskij[m] | it needs firmware which, if you're using a SoM, is provided by your SoM vendor | 16:07 |
| sveinse | we're prospecting a new architecture, as imx6 is, what 2012 tech, and imx8 has been proposed | 16:07 |
| *** mckoan is now known as mckoan|away | 16:07 | |
| jaskij[m] | this firmware needs to match version with the security firmware | 16:08 |
| jaskij[m] | and iirc both talk with the kernel | 16:08 |
| sveinse | there are some interesting stuff in the semi-pro world, like the CM4 from RaspberrPi trading | 16:08 |
| jaskij[m] | in my case one of the two is causing an issue when moving to 5.4 mainline and the device simply refuses to boot | 16:09 |
| jaskij[m] | I don't even get serial output | 16:09 |
| jaskij[m] | sveinse: you kinda lost me there | 16:10 |
| jaskij[m] | I know of Pi CM4, but the last two words completely confuse in the context | 16:10 |
| sveinse | jaskij[m]: We're exploring if the cm4 from raspberry pi is anything at all, or if it just is a toy | 16:10 |
| sveinse | as a replacement to the imx6 board we have | 16:11 |
| jaskij[m] | because of the low availability, we've settled on using SoMs using the SMARC standard | 16:11 |
| jaskij[m] | kinda bulky, but we don't mind and at least we're not tied to one SoM vendor | 16:11 |
| sveinse | right | 16:11 |
| jaskij[m] | https://sget.org/standards/smarc/ | 16:11 |
| sveinse | i got to go, but this has been very interesting. Thanks. See you around. | 16:12 |
| jaskij[m] | see you | 16:12 |
| sveinse | (we need a good forum/chat for this, but HW-ppl dislike IRC it seems) | 16:12 |
| jaskij[m] | sveinse: first of all, CM4 doesn't have built-in CAN, and using an external controller is always a mild PITA | 16:13 |
| sveinse | jaskij[m]: yep, I am aware. Major drawback | 16:14 |
| jaskij[m] | I'm not sure about Pi4, but the bcm283x in Pi1 to Pi3 is basically a settop SoC | 16:15 |
| jaskij[m] | there's i.MX9 around the corner too | 16:15 |
| jaskij[m] | they've already announced it, but haven't shown any SoCs yet | 16:15 |
| jaskij[m] | yeah, seems like Pi4 doesn't improve much in the peripheral department | 16:18 |
| jaskij[m] | yuck | 16:18 |
| sveinse | biggest advantage with the cm4 is the huge package/distro community. It's extremely well supported | 16:23 |
| jaskij[m] | guessing by you being here, you'll be running Yocto/OE anyway? | 16:23 |
| jaskij[m] | so that advantage doesn't exist then, does it? | 16:24 |
| sveinse | To be honest don't know. We had one product for 5 years on ubuntu (armhf) and decided that it wasn't worth the stretch to customize it the way we needed it to, enter Yocto. However Yocto is hard for many and it requires tremendous investment in build frameworks | 16:25 |
| sveinse | We're run yocto for 6 years or so | 16:25 |
| *** roussinm <roussinm!~mroussin@bras-base-qubcpq1306w-grc-07-184-145-217-104.dsl.bell.ca> has joined #yocto | 16:27 | |
| sveinse | The more I use Yocto, the more I enjoy it | 16:28 |
| jaskij[m] | yeah, Yocto will draw out every issue in build systems | 16:28 |
| jaskij[m] | that too | 16:28 |
| jaskij[m] | I've spent what, two weeks? trying to build SciPy | 16:28 |
| jaskij[m] | I don't like some of the stuff in meta-scipy, such as a lack of an optimized BLAS | 16:29 |
| sveinse | But it does have a curve, and engineers with yocto experience is very hard to get by. I've tried many times on delegating my tasks to others (as I am manager), internal and external looking | 16:29 |
| jaskij[m] | really? | 16:29 |
| jaskij[m] | I've got no plans to move rn, but last time I looked there was little job offers mentioning Yocto | 16:30 |
| jonmason | JPEW today, zeddii tomorrow. Lots of good heckling over the next few days at ELC | 16:30 |
| zeddii | ;) | 16:36 |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 245 seconds) | 16:39 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 16:39 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 16:45 | |
| *** amitk <amitk!~amit@103.208.71.135> has joined #yocto | 16:47 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 16:47 | |
| perdmann | qschulz: the problem was the way i made BBLAYERS relative... | 17:00 |
| tlwoerner | relatives can often be the source of issues… | 17:04 |
| khem | 🙂 | 17:05 |
| *** oobitots <oobitots!~oobitots@aer01-mda1-dmz-wsa-7.cisco.com> has quit IRC (Quit: Client closed) | 17:15 | |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has quit IRC (Quit: donde está el mezcal? DONDE?!) | 17:18 | |
| *** florian <florian!~florian@dynamic-002-244-125-136.2.244.pool.telefonica.de> has joined #yocto | 17:29 | |
| *** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 17:40 | |
| *** florian <florian!~florian@dynamic-002-244-125-136.2.244.pool.telefonica.de> has quit IRC (Ping timeout: 245 seconds) | 17:40 | |
| *** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has joined #yocto | 17:42 | |
| *** nerdboy <nerdboy!~nerdboy@gentoo/developer/nerdboy> has quit IRC (Ping timeout: 265 seconds) | 17:44 | |
| vd | does d.getVar('FOOBAR') return false if FOOBAR = ""? | 17:55 |
| *** nerdboy <nerdboy!~nerdboy@47.143.129.173> has joined #yocto | 17:56 | |
| jaskij[m] | hmm.... I'm packaging something that's screwing up install paths somewhere... do I just fix it in `do_install_append` or patch CMakeLists.txt? | 17:56 |
| kergoth | vd: it returns the empty string if it's set to the empty string, or None if it hasn't been set to anything anywhere at all. both are considered false in an if block in python | 17:59 |
| vd | kergoth: thank you | 18:01 |
| arr | Good afternoon folks. I have a weird issue. A recipe foo-image depends on another recipe/package bar. If I run -c cleansstate for bar and then run bitbake on foo-image, bitbake understands that foo-image depends on bar package and rebuilds it (runs compile, install, package etc tasks including do_package_write_ipk) but it won't run rootfs and image tasks for foo-image. Any ideas why? | 18:03 |
| arr | foo-image has "IMAGE_INSTALL = bar" entry in .bb file | 18:03 |
| khem | jaskij: usually its better to fix the component build system in your case cmake and also submit upstream to make it cross compile friendly, second option would be to tweak it in do_install | 18:04 |
| khem | arr: did anything change in the package bar build after rebuilding ? | 18:05 |
| khem | perhaps it found the signatures to be exact and hence did not rebuild image | 18:05 |
| arr | khem, yes, there were changes | 18:05 |
| khem | ok did these changes result in output of build | 18:06 |
| arr | The package bar downloads a binary file as source and simply tars it up as compile step. The binary file changed for sure. | 18:07 |
| arr | But the versions and other metadata for the file didn't change. | 18:08 |
| khem | well it sounds like its sneaking in things under the nose of bitbake, if tarball changed I wonder why SRC_URI checksums did not change | 18:09 |
| arr | The .ipk file produced at the end of write_package_ipk has new file, so output of bar is correct | 18:09 |
| khem | I think you could change recipe for bar to explicitly download the tarball via SRC_URI and things will fall into place | 18:10 |
| *** davidinux <davidinux!~davidinux@net-37-116-216-73.cust.vodafonedsl.it> has quit IRC (Ping timeout: 245 seconds) | 18:11 | |
| arr | khem, Ah. I will try that. Thanks. | 18:12 |
| vd | is there a mechanism similar to IMAGE_BOOT_FILES = "some_artifiact;different_name" but for the rootfs? | 18:14 |
| *** pgowda <pgowda!uid516182@id-516182.ilkley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 18:16 | |
| khem | vd: what usecase are you looking for ? | 18:17 |
| *** whuang0389 <whuang0389!~whuang038@cpeac202ebbe763-cmac202ebbe760.cpe.net.fido.ca> has joined #yocto | 18:17 | |
| vd | khem: I'm embedded several images in my rootfs, for example an initrd, an overlay image, application container images, and the process could be generic: do_rootfs[depends] += "${MY_ROOTFS_DEPENDS}" and a bunch of files copied into ${IMAGE_ROOTFS} from a ROOTFS_POSTPROCESS_COMMAND function. If I could fill a variable with the "from;to" syntax, I | 18:20 |
| vd | could make a generic post process function. | 18:20 |
| vd | s/embedded/embedding | 18:21 |
| khem | hmmm, I guess this are all super image functions perhaps | 18:23 |
| vd | khem: so from the recipe or a configuration file I could do for example: MY_ROOTFS_EXTRADEPENDS += "core-image-minimal:do_image_complete" and MY_ROOTFS_EXTRAFILES += "core-image-minimal.squashfs;/var/lib/machines/app.img" | 18:28 |
| *** GillesM <GillesM!~gilles@89.55.119.78.rev.sfr.net> has joined #yocto | 18:32 | |
| *** GillesM <GillesM!~gilles@89.55.119.78.rev.sfr.net> has quit IRC (Client Quit) | 18:32 | |
| *** GillesM <GillesM!~gilles@89.55.119.78.rev.sfr.net> has joined #yocto | 18:33 | |
| khem | you could do this via a recipe for a new super image | 18:39 |
| *** wwilly <wwilly!~wwilly@fw-tnat-cam4.arm.com> has quit IRC (Ping timeout: 240 seconds) | 18:43 | |
| *** otavio_ <otavio_!~otavio@201-34-65-230.user3p.brasiltelecom.net.br> has quit IRC (Ping timeout: 252 seconds) | 18:44 | |
| *** otavio <otavio!~otavio@201-34-65-230.user3p.brasiltelecom.net.br> has joined #yocto | 18:46 | |
| yates | is there a overall log of a bitbake build stashed somewhere, perhaps in build/tmp? i'm not referring to the individual build/tmp/.../temp log.xyz logs | 18:47 |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 265 seconds) | 18:48 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 18:49 | |
| khem | yates: look into build/tmp/log | 18:49 |
| khem | especially cooker folder contains the build logs | 18:49 |
| yates | aha! Beautiful, khem! | 18:51 |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC (Quit: Leaving.) | 18:59 | |
| jaskij[m] | khem: after looking around, seems like at least one path variable is used both for tests and as installation path, and it's altogether a complicated issue | 19:01 |
| jaskij[m] | so no upstream patches from me, unfortunately | 19:01 |
| jaskij[m] | Plus, it's entirely possible I'm passing wrong paths to the script | 19:04 |
| Xagen | when doing a build from toaster, can you force the checkout for a specific layer to be at a specific tag/commit-id instead of a branch? | 19:06 |
| *** wwilly <wwilly!~wwilly@cpc92794-cmbg19-2-0-cust589.5-4.cable.virginm.net> has joined #yocto | 19:12 | |
| *** davidinux <davidinux!~davidinux@net-2-34-77-16.cust.vodafonedsl.it> has joined #yocto | 19:14 | |
| *** amitk <amitk!~amit@103.208.71.135> has quit IRC (Ping timeout: 265 seconds) | 19:16 | |
| *** kiran <kiran!~kiran@2607:fea8:5a80:ea0:2a3:1764:1ba:5e89> has quit IRC (Ping timeout: 245 seconds) | 19:17 | |
| *** kiran_ <kiran_!~kiran@2607:fea8:5a80:ea0:61af:b0e5:dc3f:b04d> has joined #yocto | 19:17 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.189.189> has quit IRC (Read error: Connection reset by peer) | 19:32 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.189.189> has joined #yocto | 19:37 | |
| *** GillesM <GillesM!~gilles@89.55.119.78.rev.sfr.net> has quit IRC (Quit: Leaving) | 19:46 | |
| *** florian <florian!~florian@dynamic-002-244-125-136.2.244.pool.telefonica.de> has joined #yocto | 19:54 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 20:23 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 20:57 | |
| *** whuang0389 <whuang0389!~whuang038@cpeac202ebbe763-cmac202ebbe760.cpe.net.fido.ca> has quit IRC (Quit: Client closed) | 21:13 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 21:34 | |
| *** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has joined #yocto | 21:50 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.189.189> has quit IRC (Quit: Textual IRC Client: www.textualapp.com) | 21:53 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC (Remote host closed the connection) | 21:55 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 21:55 | |
| *** jonesv[m] <jonesv[m]!~jonesvmat@2001:470:69fc:105::4616> has joined #yocto | 21:56 | |
| *** ecdhe <ecdhe!~ecdhe@mms-rf-support.com> has quit IRC (Read error: Connection reset by peer) | 22:02 | |
| *** ecdhe <ecdhe!~ecdhe@mms-rf-support.com> has joined #yocto | 22:02 | |
| *** user_123 <user_123!~user@14.142.4.2> has quit IRC (Remote host closed the connection) | 22:03 | |
| *** user_123 <user_123!~user@14.142.4.2> has joined #yocto | 22:04 | |
| *** alex88 <alex88!~alex88@ip72-207-140-105.lv.lv.cox.net> has quit IRC (Quit: ZNC 1.7.3 - https://znc.in) | 22:05 | |
| *** alex88 <alex88!~alex88@ip72-207-140-105.lv.lv.cox.net> has joined #yocto | 22:05 | |
| *** roussinm <roussinm!~mroussin@bras-base-qubcpq1306w-grc-07-184-145-217-104.dsl.bell.ca> has quit IRC (Ping timeout: 246 seconds) | 22:06 | |
| *** alejandrohs <alejandrohs!~alejandro@user/alejandrohs> has quit IRC (Ping timeout: 264 seconds) | 22:07 | |
| *** alejandrohs <alejandrohs!~alejandro@user/alejandrohs> has joined #yocto | 22:07 | |
| *** roussinm <roussinm!~mroussin@bras-base-qubcpq1306w-grc-07-184-145-217-104.dsl.bell.ca> has joined #yocto | 22:07 | |
| *** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has quit IRC (Quit: Client closed) | 22:10 | |
| *** jonesv[m] <jonesv[m]!~jonesvmat@2001:470:69fc:105::4616> has quit IRC (Quit: Reconnecting) | 22:10 | |
| *** jonesv[m] <jonesv[m]!~jonesv@2001:470:69fc:105::4616> has joined #yocto | 22:11 | |
| *** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has quit IRC (Remote host closed the connection) | 22:18 | |
| *** arr <arr!~ar@208.116.134.46> has quit IRC (Ping timeout: 252 seconds) | 22:18 | |
| RP | JPEW: I suspect you're busy/distracted so this can with until later if so but depressingly I've discovered a problem with native sstate hashequiv :( | 22:40 |
| JPEW | RP: sad. We can talk at the meeting tomorrow | 22:43 |
| RP | JPEW: I thought that was cancelled? | 22:43 |
| JPEW | Oh was it? | 22:43 |
| RP | due to ELC | 22:43 |
| *** florian <florian!~florian@dynamic-002-244-125-136.2.244.pool.telefonica.de> has quit IRC (Ping timeout: 252 seconds) | 22:44 | |
| JPEW | Ah | 22:44 |
| JPEW | Either way I'm free tomorrow morning (ELC doesn't start till 11 local time) | 22:45 |
| RP | JPEW: ok, cool thanks | 22:46 |
| *** Starfoxxes <Starfoxxes!~Starfoxxe@2a02:8070:5390:d00:12bf:48ff:feb8:38c8> has quit IRC (Ping timeout: 264 seconds) | 23:07 | |
| *** Starfoxxes <Starfoxxes!~Starfoxxe@2a02:8070:5390:d00:12bf:48ff:feb8:38c8> has joined #yocto | 23:08 | |
| *** zmoment <zmoment!~quassel@bl16-209-72.dsl.telepac.pt> has joined #yocto | 23:10 | |
| *** azstevep[m] <azstevep[m]!~azstevepm@2001:470:69fc:105::1:3b7> has joined #yocto | 23:12 | |
| *** zmoment <zmoment!~quassel@bl16-209-72.dsl.telepac.pt> has left #yocto (https://quassel-irc.org - Chat comfortably. Anywhere.) | 23:13 | |
| *** ramprakash[m] <ramprakash[m]!~ramprakas@2001:470:69fc:105::fbfe> has quit IRC (Ping timeout: 246 seconds) | 23:31 | |
| *** xicopitz[m] <xicopitz[m]!~xicopitzm@2001:470:69fc:105::4869> has quit IRC (Ping timeout: 246 seconds) | 23:31 | |
| *** Nate[m]1 <Nate[m]1!~nsdrudema@2001:470:69fc:105::f855> has quit IRC (Ping timeout: 246 seconds) | 23:31 | |
| *** coldspark29[m] <coldspark29[m]!~coldspar_@2001:470:69fc:105::db09> has quit IRC (Ping timeout: 246 seconds) | 23:31 | |
| *** Alban[m] <Alban[m]!~albeugaen@2001:470:69fc:105::34b4> has quit IRC (Ping timeout: 246 seconds) | 23:31 | |
| *** etam[m] <etam[m]!~etam@user/etam> has quit IRC (Ping timeout: 246 seconds) | 23:31 | |
| *** azstevep[m] <azstevep[m]!~azstevepm@2001:470:69fc:105::1:3b7> has quit IRC (Ping timeout: 250 seconds) | 23:31 | |
| *** cryptollision[m] <cryptollision[m]!~cryptolli@2001:470:69fc:105::f778> has quit IRC (Ping timeout: 250 seconds) | 23:31 | |
| *** meck[m] <meck[m]!~meckmeckd@2001:470:69fc:105::3a51> has quit IRC (Ping timeout: 250 seconds) | 23:31 | |
| *** WadeBerrier[m] <WadeBerrier[m]!~wberrierm@2001:470:69fc:105::3f0e> has quit IRC (Ping timeout: 250 seconds) | 23:31 | |
| *** dwagenk <dwagenk!~dwagenk@2001:470:69fc:105::103d> has quit IRC (Ping timeout: 246 seconds) | 23:31 | |
| *** jwillikers[m] <jwillikers[m]!~jwilliker@2001:470:69fc:105::626a> has quit IRC (Ping timeout: 246 seconds) | 23:31 | |
| *** saYco[m] <saYco[m]!~saycomatr@2001:470:69fc:105::1:2a0> has quit IRC (Ping timeout: 264 seconds) | 23:31 | |
| *** ejoerns[m] <ejoerns[m]!~ejoernsma@2001:470:69fc:105::252> has quit IRC (Ping timeout: 246 seconds) | 23:32 | |
| *** jordemort <jordemort!~jordemort@2001:470:69fc:105::2d9> has quit IRC (Ping timeout: 246 seconds) | 23:32 | |
| *** agherzan <agherzan!~agherzan@2001:470:69fc:105::e1fe> has quit IRC (Ping timeout: 268 seconds) | 23:32 | |
| *** coldspark29[m] <coldspark29[m]!~coldspar_@2001:470:69fc:105::db09> has joined #yocto | 23:33 | |
| *** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has joined #yocto | 23:33 | |
| *** Alban[m] <Alban[m]!~albeugaen@2001:470:69fc:105::34b4> has joined #yocto | 23:34 | |
| *** Nate[m]1 <Nate[m]1!~nsdrudema@2001:470:69fc:105::f855> has joined #yocto | 23:34 | |
| *** ramprakash[m] <ramprakash[m]!~ramprakas@2001:470:69fc:105::fbfe> has joined #yocto | 23:34 | |
| *** etam[m] <etam[m]!~etam@user/etam> has joined #yocto | 23:34 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 252 seconds) | 23:37 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 23:37 | |
| *** WadeBerrier[m] <WadeBerrier[m]!~wberrierm@2001:470:69fc:105::3f0e> has joined #yocto | 23:37 | |
| *** azstevep[m] <azstevep[m]!~azstevepm@2001:470:69fc:105::1:3b7> has joined #yocto | 23:37 | |
| *** cryptollision[m] <cryptollision[m]!~cryptolli@2001:470:69fc:105::f778> has joined #yocto | 23:39 | |
| *** dwagenk <dwagenk!~dwagenk@2001:470:69fc:105::103d> has joined #yocto | 23:42 | |
| *** jwillikers[m] <jwillikers[m]!~jwilliker@2001:470:69fc:105::626a> has joined #yocto | 23:42 | |
| *** saYco[m] <saYco[m]!~saycomatr@2001:470:69fc:105::1:2a0> has joined #yocto | 23:44 | |
| *** agherzan <agherzan!~agherzan@2001:470:69fc:105::e1fe> has joined #yocto | 23:47 | |
| *** ejoerns[m] <ejoerns[m]!~ejoernsma@2001:470:69fc:105::252> has joined #yocto | 23:48 | |
| *** xicopitz[m] <xicopitz[m]!~xicopitzm@2001:470:69fc:105::4869> has joined #yocto | 23:58 | |
| *** meck[m] <meck[m]!~meckmeckd@2001:470:69fc:105::3a51> has joined #yocto | 23:59 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!