*** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has joined #yocto | 00:04 | |
*** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has quit IRC (Ping timeout: 256 seconds) | 00:07 | |
*** tp43_ <tp43_!~ndeem@2001:1970:502b:d701:a199:1a3e:abd1:ac4c> has quit IRC (Ping timeout: 252 seconds) | 00:14 | |
*** bps <bps!~bps@user/bps> has quit IRC (Ping timeout: 245 seconds) | 00:31 | |
*** bps <bps!~bps@user/bps> has joined #yocto | 00:33 | |
*** bps <bps!~bps@user/bps> has quit IRC (Remote host closed the connection) | 00:43 | |
*** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has quit IRC (Remote host closed the connection) | 01:22 | |
*** rber|res <rber|res!~rber|res@ppp-2-86-147-203.home.otenet.gr> has joined #yocto | 01:32 | |
*** RobertBerger <RobertBerger!~rber|res@ppp-2-86-147-203.home.otenet.gr> has quit IRC (Ping timeout: 256 seconds) | 01:34 | |
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 01:56 | |
*** sakoman <sakoman!~steve@172.243.4.16> has quit IRC (Quit: Leaving.) | 02:01 | |
*** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has joined #yocto | 02:04 | |
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 02:09 | |
*** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has quit IRC (Ping timeout: 252 seconds) | 02:12 | |
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 02:21 | |
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 252 seconds) | 02:22 | |
*** camus1 is now known as camus | 02:22 | |
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 02:32 | |
*** sakoman <sakoman!~steve@172.243.4.16> has joined #yocto | 03:05 | |
*** otavio <otavio!~otavio@201-34-65-230.user3p.brasiltelecom.net.br> has quit IRC (Remote host closed the connection) | 03:12 | |
*** otavio <otavio!~otavio@201-34-65-230.user3p.brasiltelecom.net.br> has joined #yocto | 03:15 | |
*** paulg <paulg!~paulg@104-195-159-20.cpe.teksavvy.com> has quit IRC (Ping timeout: 244 seconds) | 03:34 | |
*** jmiehe1 <jmiehe1!~Thunderbi@user/jmiehe> has joined #yocto | 04:00 | |
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Ping timeout: 256 seconds) | 04:02 | |
*** jmiehe1 is now known as jmiehe | 04:02 | |
*** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has joined #yocto | 04:08 | |
*** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has quit IRC (Ping timeout: 245 seconds) | 04:17 | |
*** amitk <amitk!~amit@103.208.69.141> has joined #yocto | 04:26 | |
*** sakoman <sakoman!~steve@172.243.4.16> has quit IRC (Quit: Leaving.) | 04:56 | |
*** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 05:27 | |
*** vd97 <vd97!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has joined #yocto | 05:42 | |
user123 | can anyone help me to resolve the error which i have put it in pastebin https://pastebin.com/8nW7cnDd | 05:43 |
---|---|---|
user123 | i am facing this error when enabling multilib support for multimedia image. | 05:44 |
*** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has quit IRC (Ping timeout: 256 seconds) | 05:45 | |
*** pgowda <pgowda!~pgowda@103.130.108.19> has joined #yocto | 05:48 | |
*** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has joined #yocto | 06:14 | |
*** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has quit IRC (Ping timeout: 252 seconds) | 06:22 | |
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 06:39 | |
*** dev1990 <dev1990!~dev@dynamic-78-8-55-226.ssp.dialog.net.pl> has joined #yocto | 06:43 | |
*** mckoan|away is now known as mckoan | 06:49 | |
mckoan | good morning | 06:49 |
*** mckoan is now known as mckoan|away | 06:50 | |
*** mckoan|away is now known as mckoan | 06:50 | |
*** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has joined #yocto | 06:56 | |
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 07:02 | |
JosefHolzmayr[m] | yo dudX | 07:07 |
mihai | yo | 07:07 |
wCPO | Tartarus: regarding: https://lists.openembedded.org/g/openembedded-core/message/155626. Do you have any good way to test it? I can easily test that the output is bigger than --extra-space, but that is about it. Ex: https://dl.klausen.dk/shots/DuZF3Oq1hdU6g9wXs7Cxdr9HPkRqoL9P.txt | 07:20 |
JosefHolzmayr[m] | wCPO: oh that was you sending the patch? | 07:21 |
wCPO | JosefHolzmayr[m]: yep, need to contribute where you can. | 07:21 |
JosefHolzmayr[m] | wCPO: thank you very much. this particular patch stood a bit out for me and brightened my morning. ping me when its merged, please. | 07:22 |
user123 | can anyocan anyone help me to resolve the error which i have put it in pastebin https://pastebin.com/8nW7cnDd i am facing this error when enabling multilib support for multimedia image.ne help me to resolve the error which i have put it in pastebin https://pastebin.com/8nW7cnDd | 07:37 |
user123 | <user123> i am facing this error when enabling multilib support for multimedia image. | 07:37 |
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 240 seconds) | 07:41 | |
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 07:41 | |
*** pgowda <pgowda!~pgowda@103.130.108.19> has quit IRC (Ping timeout: 256 seconds) | 08:06 | |
wCPO | Is it recommend to using --in-reply-to for sending revised patches? | 08:12 |
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 245 seconds) | 08:15 | |
qschulz | wCPO: -v 2 to git format-patch + optional --cc for each person that reviewed the earlier versions | 08:16 |
wCPO | qschulz: gotcha, thanks! | 08:16 |
qschulz | wCPO: if that is you who sent the extra-space patch, I was wondering if the extra-space shouldn't be expressed in terms of multiple of sector size? | 08:17 |
qschulz | so basically, move the += extra-space before the *= sector_size | 08:18 |
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe) | 08:18 | |
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 08:18 | |
*** SamuelDolt[m] <SamuelDolt[m]!~samdoltma@2001:470:69fc:105::4898> has quit IRC (Ping timeout: 250 seconds) | 08:19 | |
*** lexano[m] <lexano[m]!~lexanomat@2001:470:69fc:105::3110> has quit IRC (Ping timeout: 250 seconds) | 08:19 | |
*** jonesv[m] <jonesv[m]!~jonesvmat@2001:470:69fc:105::4616> has quit IRC (Ping timeout: 245 seconds) | 08:19 | |
*** kranzo[m] <kranzo[m]!~kranzomat@2001:470:69fc:105::dd3e> has quit IRC (Ping timeout: 245 seconds) | 08:19 | |
*** hmw[m] <hmw[m]!~hmwmatrix@2001:470:69fc:105::3c7c> has quit IRC (Ping timeout: 245 seconds) | 08:19 | |
*** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has joined #yocto | 08:19 | |
*** agherzan <agherzan!~agherzan@2001:470:69fc:105::e1fe> has quit IRC (Ping timeout: 256 seconds) | 08:19 | |
*** CarlesFernandez[ <CarlesFernandez[!~cfernande@2001:470:69fc:105::e590> has quit IRC (Ping timeout: 252 seconds) | 08:19 | |
*** twinning[m] <twinning[m]!~twinningm@2001:470:69fc:105::e5db> has quit IRC (Ping timeout: 252 seconds) | 08:19 | |
wCPO | qschulz: I did consider it and accidentally did it (whoops 500GB image). Using just bytes is simpler I think (no 1GiB/512) and what happens if the sector size change (512->4096)? No sure the latter is a big concern tho | 08:21 |
qschulz | I imagine the extra space to be specific to the machine and the image | 08:21 |
qschulz | so if the sector size changes so should the extra-space? | 08:22 |
*** kranzo[m] <kranzo[m]!~kranzomat@2001:470:69fc:105::dd3e> has joined #yocto | 08:22 | |
qschulz | maybe the other way around would be to align the extra-space on the sector size? | 08:22 |
*** jonesv[m] <jonesv[m]!~jonesvmat@2001:470:69fc:105::4616> has joined #yocto | 08:22 | |
*** moto_timo[m] <moto_timo[m]!~mototimom@2001:470:69fc:105::c94> has quit IRC (Ping timeout: 245 seconds) | 08:22 | |
*** Alban[m] <Alban[m]!~albeugaen@2001:470:69fc:105::34b4> has quit IRC (Ping timeout: 252 seconds) | 08:22 | |
*** Saur[m] <Saur[m]!~saur2000m@2001:470:69fc:105::dce> has quit IRC (Ping timeout: 252 seconds) | 08:22 | |
qschulz | and still express it in terms of bytes, just that it'll be rounded up to the next sector size? | 08:22 |
*** kayterina <kayterina!~kayterina@chios.esd.ece.ntua.gr> has joined #yocto | 08:22 | |
*** agherzan <agherzan!~agherzan@2001:470:69fc:105::e1fe> has joined #yocto | 08:24 | |
wCPO | Hmm. WIC is already doing some aligning. I don't think it is a bit issue if the last sector isn't aligned, fdisk or whatever tool you are using would align it correctly | 08:24 |
*** twinning[m] <twinning[m]!~twinningm@2001:470:69fc:105::e5db> has joined #yocto | 08:24 | |
*** CarlesFernandez[ <CarlesFernandez[!~cfernande@2001:470:69fc:105::e590> has joined #yocto | 08:24 | |
*** lexano[m] <lexano[m]!~lexanomat@2001:470:69fc:105::3110> has joined #yocto | 08:26 | |
*** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has quit IRC (Ping timeout: 256 seconds) | 08:27 | |
*** hmw[m] <hmw[m]!~hmwmatrix@2001:470:69fc:105::3c7c> has joined #yocto | 08:28 | |
*** Saur[m] <Saur[m]!~saur2000m@2001:470:69fc:105::dce> has joined #yocto | 08:34 | |
*** Alban[m] <Alban[m]!~albeugaen@2001:470:69fc:105::34b4> has joined #yocto | 08:34 | |
*** moto_timo[m] <moto_timo[m]!~mototimom@2001:470:69fc:105::c94> has joined #yocto | 08:36 | |
*** SamuelDolt[m] <SamuelDolt[m]!~samdoltma@2001:470:69fc:105::4898> has joined #yocto | 08:37 | |
*** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 08:43 | |
*** manuel1985 <manuel1985!~manuel198@62.99.131.178> has joined #yocto | 08:54 | |
*** rostam98[m] <rostam98[m]!~rostam98m@2001:470:69fc:105::ca0e> has quit IRC (Quit: You have been kicked for being idle) | 09:00 | |
kanavin | RP: I think to untangle the lttng-tools ptest fails I should go ahead, and compile it inside qemu, and run it the way it's suppose to. Fixing cryptic fails without a working reference point is a struggle (I fixed some that were obvious incorrect ptest packaging mistakes but more remain). | 09:04 |
RP | kanavin: can we improve the logging to resolve the cryptic issues? | 09:07 |
RP | kanavin: are you meaning doing that just to sort the issues or change the way that ptest works permanently? | 09:07 |
kanavin | RP: I mean that to better understand why something fails I want to have a reference point where that same something works. | 09:08 |
manuel1985 | My CI is failing in the following way: `Exception: Exception: KeyError: 'getpwuid(): uid not found: 9999'` | 09:08 |
manuel1985 | Path . is owned by uid 9999, gid 9999, which doesn't match any user/group on target. This may be due to host contamination. | 09:08 |
RP | kanavin: that seems sensible | 09:08 |
kanavin | RP: and the best way to do that is to build and run tests from the source tree - that doesn't mean the ptest will do the same, just that I would hopefully understand what is wrong. | 09:08 |
manuel1985 | can multiple poky versions share the same sstate cache? | 09:09 |
manuel1985 | (not at the same time) | 09:09 |
kanavin | RP: although making ptest re-build the tests is a tempting prospect :) there's a bit much custom tweaking going on there. | 09:09 |
manuel1985 | uid/gid 9999 exists on the build machine. It's the user the CI builds run in. But the build itself is dockerized. Yocto runs inside the kas contianer. | 09:10 |
*** gsalazar <gsalazar!~gsalazar@194.38.148.130> has joined #yocto | 09:11 | |
RP | kanavin: I'd really prefer not to do that | 09:12 |
RP | kanavin: working with upstream to declare the info we need to make the tweaking less needed may be an option if we could propose something neatish | 09:12 |
*** mithro <mithro!sid24875@id-24875.charlton.irccloud.com> has quit IRC () | 09:12 | |
kanavin | RP: is there a place where I can chat with upstream? | 09:12 |
qschulz | manuel1985: yes multiple poky versions can reuse the same sstate cache directory but they won't reuse the sstate-cache because it is specific to poky versions (it's part of the filename of sstate cache entries) | 09:13 |
kanavin | are they here? | 09:13 |
*** mithro <mithro!sid24875@id-24875.ilkley.irccloud.com> has joined #yocto | 09:13 | |
manuel1985 | qschulz: Thank you | 09:13 |
kanavin | RP: the good news is that so far I am not seeing sporadic fails: everything seems reproducible, and there are just 3 types of fail left | 09:14 |
kanavin | all cryptic though | 09:14 |
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 09:18 | |
RP | kanavin: #lttng on oftc | 09:20 |
RP | kanavin: they did used to be here but not since the libera move I think | 09:20 |
*** user123 <user123!~user@14.142.4.2> has quit IRC (Ping timeout: 252 seconds) | 09:33 | |
*** Pierre-jeanTexie <Pierre-jeanTexie!~pjtexierm@2001:470:69fc:105::f2f> has quit IRC (Ping timeout: 245 seconds) | 09:35 | |
*** Pierre-jeanTexie <Pierre-jeanTexie!~pjtexierm@2001:470:69fc:105::f2f> has joined #yocto | 09:37 | |
*** flynn378 <flynn378!sid63564@id-63564.charlton.irccloud.com> has quit IRC () | 09:39 | |
*** flynn378 <flynn378!sid63564@id-63564.ilkley.irccloud.com> has joined #yocto | 09:39 | |
*** Tartarus <Tartarus!sid72705@id-72705.charlton.irccloud.com> has quit IRC () | 09:43 | |
*** Tartarus <Tartarus!sid72705@id-72705.ilkley.irccloud.com> has joined #yocto | 09:44 | |
*** cengiz_io <cengiz_io!sid223191@id-223191.charlton.irccloud.com> has quit IRC () | 10:19 | |
*** cengiz_io <cengiz_io!sid223191@id-223191.ilkley.irccloud.com> has joined #yocto | 10:19 | |
*** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has joined #yocto | 10:24 | |
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 256 seconds) | 10:32 | |
*** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has quit IRC (Ping timeout: 245 seconds) | 10:32 | |
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 10:41 | |
*** eduardas <eduardas!~eduardas@93.93.57.5> has joined #yocto | 10:56 | |
kanavin | RP: thanks :) I built lttng-tools from source inside qemu, and 'make check' passed the tests with flying colours. The difference seems to be in ptest packaging somewhere... | 10:58 |
*** Domon <Domon!~domon@93.93.57.5> has joined #yocto | 10:59 | |
kanavin | no need to bother upstream yet then | 11:02 |
wCPO | Is oe-selftest run from scratch over every run? I just ran a single test and it took 7547.129s. Now I tweaked the test and started oe-selftest again with specific test and it has already been running for +40 min. | 11:04 |
kanavin | wCPO, depends on where your sstate is | 11:06 |
kanavin | you need to take it somewhere where it can be shared between the runs | 11:06 |
wCPO | kanavin: oh yeh, totally forgot to enable it for my openembedded-core repo :( | 11:07 |
* wCPO is still learning | 11:07 | |
JaMa | is there already bug report for duplicated/trippled logging from failed tasks? I think it was mentioned on ML long time ago, but cannot find that thread now | 11:10 |
wCPO | "Build directory /foo/build-st already exists, aborting", do I need to remove it everytime I want to run oe-selftest? | 11:12 |
JaMa | found it https://lists.openembedded.org/g/bitbake-devel/message/12144 | 11:13 |
*** goliath <goliath!~goliath@user/goliath> has joined #yocto | 11:14 | |
*** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has joined #yocto | 11:17 | |
kanavin | wCPO, generally, yes, but it's not a big deal if sstate is held outside of that dir | 11:21 |
kanavin | there might be a switch to avoid that somewhere | 11:22 |
wCPO | kanavin: --keep-builddir must be the option | 11:23 |
rburton | that sounds like a bug tbh, it should be cleaned up | 11:23 |
*** madisox <madisox!sid453692@id-453692.charlton.irccloud.com> has quit IRC () | 11:24 | |
*** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has quit IRC (Ping timeout: 256 seconds) | 11:24 | |
*** madisox <madisox!sid453692@id-453692.ilkley.irccloud.com> has joined #yocto | 11:24 | |
wCPO | rburton: I did Ctrl+c the oe-selftest, so likely it just didn't got to the delete part, also explain why there is a --keep-builddir option, but I still want it to reuse the sstate directory | 11:25 |
wCPO | kanavin: oe-selftest creates the directory and local.conf (where the sstate directory is set), so I'm not exactly sure how to set a different sstate directory for it | 11:26 |
*** BCMM <BCMM!~BCMM@user/bcmm> has joined #yocto | 11:33 | |
kanavin | wCPO, it copies local.conf from your existing builddir | 11:35 |
kanavin | so you set it there and it'll be copied | 11:35 |
wCPO | kanavin: I just figured, thanks tho :) | 11:35 |
wCPO | looks like I stumbled on a bug in the systemd recipe: https://dl.klausen.dk/shots/fp15MFIfW9ZMJpTmvmJDE3xx6wq1RF25.txt | 11:38 |
*** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has quit IRC (Remote host closed the connection) | 11:41 | |
*** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 11:45 | |
*** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has joined #yocto | 11:48 | |
*** aeroraptor <aeroraptor!sid503835@charlton.irccloud.com> has quit IRC () | 11:51 | |
*** aeroraptor <aeroraptor!sid503835@id-503835.ilkley.irccloud.com> has joined #yocto | 11:51 | |
*** halstead <halstead!uid505447@id-505447.charlton.irccloud.com> has quit IRC () | 11:54 | |
*** halstead <halstead!sid505447@id-505447.ilkley.irccloud.com> has joined #yocto | 11:54 | |
*** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has joined #yocto | 11:56 | |
*** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has joined #yocto | 12:02 | |
*** ad__ <ad__!~heisenbug@user/ad/x-9056428> has quit IRC (Quit: ZNC 1.7.2+deb3~bpo9+1 - https://znc.in) | 12:09 | |
*** ad__ <ad__!~heisenbug@mail.kernel-space.org> has joined #yocto | 12:11 | |
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Quit: camus) | 12:12 | |
*** rber|res <rber|res!~rber|res@ppp-2-86-147-203.home.otenet.gr> has quit IRC (Quit: Leaving) | 12:14 | |
*** rber|res <rber|res!~rber|res@ppp-2-86-147-203.home.otenet.gr> has joined #yocto | 12:14 | |
wCPO | Is yocto automatically pulling in the -dev package when building a recipe? | 12:25 |
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Remote host closed the connection) | 12:35 | |
rburton | wCPO: if you mean in DEPENDS, then DEPENDS is recipe not package | 12:35 |
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 12:35 | |
*** paulg <paulg!~paulg@104-195-159-20.cpe.teksavvy.com> has joined #yocto | 12:35 | |
*** pgowda <pgowda!~pgowda@103.130.108.18> has joined #yocto | 12:38 | |
wCPO | rburton: so if the systemd recipe has DEPENDS = "util-linux" it will pull in util-linux-dev when building the systemd package? | 12:52 |
rburton | sort of | 12:53 |
rburton | it pulls in the sysroot for the util-linux recipe, which is similar to but is not the -dev package | 12:53 |
rburton | the sysroot just needs the development headers/links, no binaries or data or anything else runtime | 12:54 |
wCPO | rburton: thanks for the explanation, it make sense :) | 12:55 |
*** abiliomarques <abiliomarques!~abiliomar@44-147-177-143.ftth.glasoperator.nl> has joined #yocto | 12:59 | |
abiliomarques | hi, I'm starting with Yocto, and I noticed something. With many layers coming from different sources, I might need to use some tool to keep track of them. For other projects I've used git submodules and repo, but was wondering if yocto has it's own way of working (similar to what you do with recipes, where you fetch source code from a remote) | 12:59 |
abiliomarques | any advice? | 12:59 |
rburton | submodules and repo works | 12:59 |
rburton | kas is another alternative that also handles the configuration file for you | 13:00 |
*** pgowda <pgowda!~pgowda@103.130.108.18> has quit IRC (Ping timeout: 256 seconds) | 13:01 | |
*** pgowda <pgowda!uid516182@id-516182.charlton.irccloud.com> has joined #yocto | 13:03 | |
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 13:04 | |
*** pgowda57 <pgowda57!~pgowda@103.130.108.160> has joined #yocto | 13:05 | |
abiliomarques | thanks :) | 13:05 |
*** pgowda57 <pgowda57!~pgowda@103.130.108.160> has quit IRC (Client Quit) | 13:05 | |
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 13:11 | |
RP | JaMa: I'm wondering if we could just get rid of BBINCLUDELOGS | 13:14 |
*** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has joined #yocto | 13:21 | |
RP | zeddii: is there a reason we're still on go 1.16.5 and not 1.16.7 ? | 13:27 |
zeddii | nope. anything with 16.x shouldn't cause issues. | 13:28 |
RP | There are open CVEs for 1.16.5 so upgrading would be nice :/ | 13:28 |
RP | kanavin: don't suppose you have that patch? :) | 13:28 |
*** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has quit IRC (Ping timeout: 252 seconds) | 13:30 | |
* RP finds a hardknott patch | 13:34 | |
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 250 seconds) | 13:47 | |
abiliomarques | I learn by example, and so I was wondering if there is any well structured yocto project that can serve as a "template" to start working on a custom distro | 13:57 |
*** yates_work <yates_work!~user@fv-nc-f7af8b91e1-234237-1.tingfiber.com> has joined #yocto | 13:59 | |
*** frieder <frieder!~frieder@i59F72251.versanet.de> has joined #yocto | 14:00 | |
yates_work | does yocto build cross-gcc for target T on host H using <build>/tmp/work/H-linux/gcc-cross-T? | 14:01 |
yates_work | e.g., H = x86_64 and T = csky: <build>/tmp/work/x86_64-linux/gcc-cross-csky | 14:01 |
rburton | pretty much yes | 14:03 |
JPEW | The SBOM has landed! | 14:04 |
rburton | yates_work: the gcc-cross recipe is actually gcc-cross-$TARGET, and all native stuff is in HOST-linux | 14:04 |
rburton | JPEW: \o/ | 14:04 |
RP | JPEW: it has, thanks! | 14:04 |
JPEW | Thanks to rburton and sgw; they did a lot of the smoke testing :) | 14:05 |
RP | JPEW: you should have mentioned you needed it setting fire to! :) | 14:05 |
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 14:06 | |
yates_work | rburton: right, ok. | 14:07 |
yates_work | rburton: i'm trying to wrap my head around whether this is true or false: when the cross gcc is built, it mostly used the (host-)native gcc, but implicit linker files such as crti.S must be assembled with an existing cross-assembler. True or False? | 14:09 |
rburton | you don't need any cross tools to bootstrap | 14:10 |
yates_work | i don't know what "bootstrap" means, but i am asking specifically about building the gcc cross compiler. i am having an issue with the cross-compiler that (i believe) goes back to how the crti.S is assembled, and i'm having trouble tracking down exactly where this happens. | 14:11 |
RP | yates_work: gcc-cross depends on binutils-cross which providers a cross assembler and is built using the host gcc | 14:13 |
yates_work | to make it a little more convoluted, it appears crti.S is assembled as part of the libgcc submake from (cross)-gcc's main Makefile. | 14:13 |
yates_work | RP: ok, thanks - that makes sense. | 14:13 |
*** sakoman <sakoman!~steve@172.243.4.16> has joined #yocto | 14:17 | |
yates_work | i patched gcc_10.3.bb with a bbappend to compile the crti.S (and crtn.S) with the -DPIC option: http://paste.debian.net/1210256/ | 14:22 |
yates_work | but apparently that patch is not making it into the cross-build of libgcc here: tmp/work/x86_64-linux/gcc-cross-csky/10.3.0-r0/gcc-10.3.0/build.x86_64-linux.csky-poky-linux/csky-poky-linux/libgcc/ | 14:23 |
RP | rburton: https://autobuilder.yoctoproject.org/typhoon/#/builders/23/builds/4220/steps/14/logs/warnings | 14:24 |
rburton | bah! | 14:24 |
rburton | slap a d on the end :) | 14:25 |
RP | rburton: ok :) | 14:25 |
*** frieder <frieder!~frieder@i59F72251.versanet.de> has quit IRC (Ping timeout: 244 seconds) | 14:25 | |
RP | done | 14:26 |
yates_work | does the oe system use a different gcc recipe than gcc_10.3.bb when building these cross-components like libgcc? | 14:29 |
rburton | there's a number of recipes in that folder | 14:30 |
rburton | have a look and you'll see the split | 14:30 |
rburton | hint: one of them is called libgcc :) | 14:30 |
yates_work | rburton: ok thanks - i'll look | 14:30 |
*** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has quit IRC (Remote host closed the connection) | 14:31 | |
*** frieder <frieder!~frieder@i59F72251.versanet.de> has joined #yocto | 14:33 | |
yates_work | rburton: so meta/recipes-devtools/gcc/libgcc_10.3.bb is only used for the cross-build of libgcc (in the above-referenced folder)? | 14:35 |
yates_work | (i realized since i joined the chat this morning that i really don't want to be patching the native gcc...) | 14:36 |
*** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has joined #yocto | 14:37 | |
yates_work | help me! i'm in recipe hell! :) | 14:38 |
*** roussinm <roussinm!~mroussin@bras-base-qubcpq1306w-grc-21-184-145-222-193.dsl.bell.ca> has joined #yocto | 14:38 | |
yates_work | I'm like Lazarus asking for a drop of water on the tongue... | 14:39 |
yates_work | rather, the rich man asking Lazarus for... | 14:40 |
*** kayterina <kayterina!~kayterina@chios.esd.ece.ntua.gr> has quit IRC (Remote host closed the connection) | 14:41 | |
*** cocoJoe <cocoJoe!~cocoJoe@xb9b5dc3e.cust.hiper.dk> has quit IRC (Quit: Client closed) | 14:47 | |
RP | yates_work: gcc is a little special in that there is one "source" recipe in a shared workdir that powers them all | 14:47 |
RP | yates_work: (gcc-source would be the one to patch) | 14:47 |
abiliomarques | my qemu image doesn't seem to have DNS... any hint on why? | 14:51 |
*** camus <camus!~Instantbi@2409:8a1e:9114:9630:4057:2fd3:6d9c:176> has joined #yocto | 15:06 | |
kanavin | abiliomarques, because the promise for qemu images is that they only connect to the host, not to the whole internet. You can manually fix this up if needed. | 15:06 |
abiliomarques | @kanavin, any advice on how to do it? | 15:07 |
kanavin | abiliomarques, what is the use case? | 15:08 |
abiliomarques | just want to try running docker in a yocto built image... want to try fetching an image from dockerhub | 15:08 |
abiliomarques | is just an experiment to check that I have everything properly set up before I go to real hardware | 15:10 |
kanavin | abiliomarques, I've done this years ago so don't remember exactly. You need to set up DNS resolution config and check that the IP routing via host works. | 15:11 |
abiliomarques | I did it inside of the image, even added dnsmasq to it, but it didn't help | 15:11 |
abiliomarques | I can reach 1.1.1.1 and 8.8.8.8 | 15:11 |
abiliomarques | (ping) | 15:11 |
abiliomarques | you mean /etc/resolv.conf? | 15:12 |
kanavin | yeah | 15:13 |
kanavin | but first check that you can reach other things than the host by ip address | 15:13 |
abiliomarques | somehow I think I wrote /etc/resolv.conf bad ... now it seems to be working | 15:16 |
RP | rburton: https://autobuilder.yoctoproject.org/typhoon/#/builders/87/builds/2511/steps/14/logs/stdio :/ | 15:16 |
abiliomarques | thanks :) | 15:16 |
rburton | RP: damnit! | 15:16 |
rburton | ah, nuts, i knew that needed fixing | 15:17 |
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC (Quit: Leaving) | 15:22 | |
rburton | RP: fix sent, and an improvement for spdx too | 15:24 |
rburton | RP: sorry, i knew i had to fix that up but forgot :( | 15:24 |
*** vd97 <vd97!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has quit IRC (Quit: Client closed) | 15:26 | |
*** fabatera[m] <fabatera[m]!~fabateram@2001:470:69fc:105::18d5> has joined #yocto | 15:27 | |
*** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has joined #yocto | 15:27 | |
*** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has joined #yocto | 15:27 | |
RP | rburton: thanks, one of those thins | 15:29 |
*** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has quit IRC (Remote host closed the connection) | 15:30 | |
RP | rburton: spdx patch doens't apply | 15:31 |
rburton | hm | 15:31 |
rburton | oh pants, sorry | 15:31 |
rburton | not my day, obviously! | 15:31 |
rburton | i left half of the patches out :) | 15:32 |
rburton | take the selftest fix, i have some branch wrangling to do for the spdx one | 15:32 |
RP | rburton: done :) | 15:33 |
barath | sry for butting in; does anyone know if there's a "best practices" type of guide for making sure sstate is reusable across hosts? | 15:33 |
barath | building the same image first on host A, then trying to build the same on host B which has access to A's sstate-cache and host B still rebuilds a bunch of stuff... and I'm finding it difficult to manually compare sigdata and siginfo files | 15:34 |
*** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has quit IRC (Ping timeout: 252 seconds) | 15:35 | |
kanavin | barath, it usually comes down to just a handful, or maybe only one recipe doing something non-deterministic, e.g. factoring the current timestamp into the build input | 15:35 |
kanavin | you can try to see which is the first recipe that gets rebuilt, and that's probably the offending one | 15:36 |
fabatera[m] | Hi All! I'm building a gatesgarth core-image-minimal based image.... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/f4bd7d17eb6be7515b847337da84af73f2d6f938) | 15:36 |
*** gsalazar_ <gsalazar_!~gsalazar@194.38.148.130> has joined #yocto | 15:37 | |
*** gsalazar <gsalazar!~gsalazar@194.38.148.130> has quit IRC (Read error: Connection reset by peer) | 15:37 | |
barath | thanks kanavin, I've been trying that. guess I gotta try harder. would bitbake's -v flag be the best way to make sure that I dont miss what's rebuilt built first, or is there a better way/log? | 15:39 |
RP | barath: look at the logs in tmp/log/cooker/ | 15:41 |
vd | how can I recompile only the DTS ? | 15:43 |
kanavin | barath, a trick that may also work is setting up an identical build on the same host in a different build directory. If sstate works, you should only see setscene tasks. | 15:44 |
qschulz | vd: use dtc manually? | 15:45 |
vd | erk | 15:47 |
vd | we're using a build system! :) | 15:47 |
barath | thanks @RP, didn't know about the cooker | 15:50 |
barath | and good point about trying it on the same host, though I'm pretty sure that works... I'll see. thanks both of you :) | 15:51 |
*** mckoan is now known as mckoan|away | 15:56 | |
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 15:59 | |
*** eduardas <eduardas!~eduardas@93.93.57.5> has quit IRC (Quit: Konversation terminated!) | 15:59 | |
*** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Quit: Leaving) | 16:01 | |
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 16:03 | |
*** arun <arun!~arun@205.251.233.52> has joined #yocto | 16:07 | |
*** arun <arun!~arun@205.251.233.52> has quit IRC (Quit: Client closed) | 16:27 | |
*** ant__ <ant__!~ant@host-79-20-51-116.retail.telecomitalia.it> has quit IRC (Ping timeout: 252 seconds) | 16:45 | |
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 16:56 | |
*** manuel1985 <manuel1985!~manuel198@62.99.131.178> has quit IRC (Quit: Leaving) | 16:59 | |
JPEW | Am I going to run into a lot of problems if I do `SSTATE_SKIP_CREATION_task-populate-sdk = '0'` ? | 17:05 |
JPEW | (I have an expensive SDK I want cached in sstate for... reasons) | 17:06 |
RP | JPEW: I can't remember why we did that... | 17:08 |
JPEW | I guess I'll try and see if it breaks :) | 17:09 |
*** gsalazar_ <gsalazar_!~gsalazar@194.38.148.130> has quit IRC (Ping timeout: 240 seconds) | 17:10 | |
*** florian <florian!~florian@dynamic-093-131-029-237.93.131.pool.telefonica.de> has joined #yocto | 17:11 | |
sgw | rburton: still around? Looks like your recipetool patch was incomplete and caused some failures in -next (maybe you arlready know) | 17:16 |
*** whuang0389 <whuang0389!~whuang038@2607:9880:2d78:22:45e9:a2bf:21a2:279> has joined #yocto | 17:26 | |
*** florian <florian!~florian@dynamic-093-131-029-237.93.131.pool.telefonica.de> has quit IRC (Ping timeout: 244 seconds) | 17:27 | |
vd | does utf8.pm come with the "perl" recipe? | 17:29 |
vd | yeah it install perl-module-utf8... somehow I have a /usr/bin/perl executable but not the ut8.pm module, weird. | 17:31 |
*** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has joined #yocto | 17:31 | |
vd | is that possible that I have perl but not perl-module-utf8 installed somehow? | 17:32 |
*** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has quit IRC (Ping timeout: 252 seconds) | 17:40 | |
smurray | vd: iirc, you need to either specify specific modules' packages or the perl-modules sort of meta package to get modules beyond the very basic ones | 17:42 |
vd | it seems weird that perl-module-utf8 isn't part of the very basic ones | 17:45 |
vd | but ok thanks! | 17:45 |
*** nerdboy <nerdboy!~nerdboy@gentoo/developer/nerdboy> has quit IRC (Ping timeout: 250 seconds) | 17:46 | |
smurray | vd: it's packaging is very fine grained, as the whole set is quite large | 17:49 |
*** nerdboy <nerdboy!~nerdboy@47.143.129.248> has joined #yocto | 17:58 | |
*** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has quit IRC (Quit: Client closed) | 18:07 | |
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Ping timeout: 245 seconds) | 18:08 | |
*** whuang0389 <whuang0389!~whuang038@2607:9880:2d78:22:45e9:a2bf:21a2:279> has quit IRC (Quit: Client closed) | 18:10 | |
sgw | rburton: I just figured out you had submitted an uipdated patch, and that worked locally for me! | 18:12 |
*** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has joined #yocto | 18:13 | |
zeddii | anyone have experience debugging the PR Service ? JPEW ? smurray ? | 18:36 |
smurray | zeddii: what are you seeing? | 18:36 |
zeddii | it not working! I'm doing something dense, and am just not seeing what's wrong. I'm trying to do some demo slides for the binary arfiacts ELC talk, and my efforts are crashing and burning. | 18:37 |
fray | zeddii what do you need for it? | 18:38 |
zeddii | what #@$@# doc is it described in ? the yocto manuals are returning me nothing when I search for it. I only get hits on the wiki, which I'm not sure is up to date. | 18:39 |
fray | what part of it do you need docs for.. general usage/configuration or? | 18:39 |
zeddii | just the setup as a start, so I can confirm I haven't f'd it up. | 18:40 |
smurray | there's a section in the dev manual about it, but it's not super detailed | 18:41 |
fray | normally I just follow what is in the local.conf.sample.extended | 18:42 |
zeddii | at this point. I'm already composing my email to the LF apologizing for not having my recording and slides in on the 7th :D | 18:42 |
fray | http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta-poky/conf/local.conf.sample.extended#n147 | 18:43 |
zeddii | since I'm out of time and patience at the moment. | 18:43 |
zeddii | which I guess proves the point of my talk ;) | 18:43 |
fray | (I realize the above is far from an explanation, more of a 'do this') | 18:43 |
smurray | in theory you just run bitbake-prserv with the ip/port to listen on and tell it the path to the sqlite db file | 18:44 |
zeddii | yah. I set PRSERV_HOST = "localhost:0" in my local.conf, but I'm just not seeing PR bumps where I'd expect. | 18:44 |
fray | (remote pr service is similar.. ya, as smurray said you can run it w/ an ip/port) | 18:44 |
zeddii | maybe I need to rm -rf tmp and start a new build. | 18:44 |
fray | PR numbers won't bump IF you have reproducible_builds enabled AND the output didn't change.. | 18:44 |
fray | so the old fashion 'touch this file' won't trigger the PR bump | 18:45 |
fray | you need to change something in a file that is packaged to trigger a PR bump, as the system will hash the output and compare that to a hash of the last output.. if they are the same "hash-equivalency" kicks in and the new hash is set to be equivalent to the old hash.. and no PR | 18:45 |
fray | (that behavior changed when hash equivalency went in roughly gatesgarth timeframe) | 18:46 |
zeddii | should I see a pr-service process that stays alive after I've started it once ? or is it started and killed each time ? | 18:46 |
fray | PR service will stay alive if you manually start it as a remote 'service'. Otherwise I believe it's transient during the build | 18:46 |
fray | when I debug things, I usually run it as a 'remote' service with debug enabled.. then I can see connects/disconnects and such | 18:47 |
zeddii | ah. and I don't have anything in my conf for hash equiv, that isn't needed for the pr service, right ? | 18:47 |
fray | I think hash equivalency is on by default these days | 18:47 |
zeddii | yah. that's what I thought, but I'm doubting everything now. | 18:48 |
fray | if you need me to take a look at a config or other change, let me know | 18:51 |
*** sakoman <sakoman!~steve@172.243.4.16> has quit IRC (Quit: Leaving.) | 18:54 | |
smurray | hash equiv is turned on in poky.conf, but it's not on by default | 18:55 |
zeddii | I'm using poky, so I should be covered. | 18:56 |
smurray | the oe-selftest for prserv tests the modified source case, so it should be working | 18:58 |
*** frieder <frieder!~frieder@i59F72251.versanet.de> has quit IRC (Ping timeout: 252 seconds) | 18:58 | |
* zeddii looks there. | 18:58 | |
smurray | it patches m4, iirc | 18:59 |
*** amitk <amitk!~amit@103.208.69.141> has quit IRC (Remote host closed the connection) | 19:08 | |
*** sakoman <sakoman!~steve@172.243.4.16> has joined #yocto | 19:32 | |
*** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has joined #yocto | 19:37 | |
*** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has quit IRC (Ping timeout: 256 seconds) | 19:45 | |
*** florian <florian!~florian@dynamic-093-131-029-237.93.131.pool.telefonica.de> has joined #yocto | 19:56 | |
mattsm | Any idea why some pc (pkgconfigZ) files are not included in an SDK? I see the corresponding libs there so I'd think those would go hand in hand | 19:57 |
*** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has joined #yocto | 20:17 | |
*** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has quit IRC (Ping timeout: 252 seconds) | 20:26 | |
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 252 seconds) | 20:34 | |
*** frieder <frieder!~frieder@i59F72251.versanet.de> has joined #yocto | 20:42 | |
mattsm | I had to include the -dev package in the image for the sdk to contain the right pkgconfig file | 20:43 |
*** frieder <frieder!~frieder@i59F72251.versanet.de> has quit IRC (Remote host closed the connection) | 20:45 | |
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 20:53 | |
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe) | 21:01 | |
*** abiliomarques <abiliomarques!~abiliomar@44-147-177-143.ftth.glasoperator.nl> has quit IRC (Ping timeout: 245 seconds) | 21:13 | |
*** florian <florian!~florian@dynamic-093-131-029-237.93.131.pool.telefonica.de> has quit IRC (Ping timeout: 252 seconds) | 21:35 | |
*** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has joined #yocto | 21:36 | |
*** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has quit IRC (Ping timeout: 256 seconds) | 21:44 | |
*** alejandrohs <alejandrohs!~alejandro@cpe-70-112-59-126.austin.res.rr.com> has quit IRC (Ping timeout: 250 seconds) | 21:46 | |
*** ant__ <ant__!~ant@host-79-20-51-116.retail.telecomitalia.it> has joined #yocto | 21:48 | |
*** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Ping timeout: 244 seconds) | 22:33 | |
*** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 22:38 | |
*** vagaruy <vagaruy!~vagaruy@2603:9000:990a:9453:e97e:a1dc:5ef:2be2> has joined #yocto | 23:36 | |
*** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has joined #yocto | 23:41 | |
*** Gaffel <Gaffel!~gaffel@h-178-174-170-170.A1405.priv.bahnhof.se> has quit IRC (Quit: What's that?) | 23:41 | |
*** vagaruy <vagaruy!~vagaruy@2603:9000:990a:9453:e97e:a1dc:5ef:2be2> has quit IRC (Remote host closed the connection) | 23:43 | |
*** Gaffel <Gaffel!~gaffel@h-178-174-170-170.A1405.priv.bahnhof.se> has joined #yocto | 23:45 | |
*** vagaruy <vagaruy!~vagaruy@2603:9000:990a:9453:e97e:a1dc:5ef:2be2> has joined #yocto | 23:47 | |
*** dvorkindmitry <dvorkindmitry!~dvorkindm@5.167.98.73> has quit IRC (Quit: KVIrc 5.0.0 Aria http://www.kvirc.net/) | 23:47 | |
*** vagaruy <vagaruy!~vagaruy@2603:9000:990a:9453:e97e:a1dc:5ef:2be2> has left #yocto | 23:47 | |
*** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has quit IRC (Ping timeout: 256 seconds) | 23:49 | |
*** vagaruy <vagaruy!~vagaruy@2603:9000:990a:9453:e97e:a1dc:5ef:2be2> has joined #yocto | 23:50 | |
*** BCMM <BCMM!~BCMM@user/bcmm> has quit IRC (Quit: Konversation terminated!) | 23:50 | |
*** vagaruy <vagaruy!~vagaruy@2603:9000:990a:9453:e97e:a1dc:5ef:2be2> has quit IRC (Quit: Leaving.) | 23:52 | |
*** vagaruy <vagaruy!~vagaruy@2603:9000:990a:9453:e97e:a1dc:5ef:2be2> has joined #yocto | 23:52 | |
*** vagaruy <vagaruy!~vagaruy@2603:9000:990a:9453:e97e:a1dc:5ef:2be2> has quit IRC (Client Quit) | 23:52 | |
*** vagaruy <vagaruy!~vagaruy@2603:9000:990a:9453:e97e:a1dc:5ef:2be2> has joined #yocto | 23:53 | |
*** vagaruy <vagaruy!~vagaruy@2603:9000:990a:9453:e97e:a1dc:5ef:2be2> has quit IRC (Client Quit) | 23:53 | |
*** sakoman <sakoman!~steve@172.243.4.16> has quit IRC (Read error: Connection reset by peer) | 23:56 | |
*** vagaruy <vagaruy!~vagaruy@2603:9000:990a:9453:e97e:a1dc:5ef:2be2> has joined #yocto | 23:57 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!