*** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC | 00:04 | |
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto | 00:18 | |
*** ssajal <ssajal!~ssajal@bras-base-otwaon0147w-grc-22-70-51-212-187.dsl.bell.ca> has joined #yocto | 00:18 | |
*** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:2cf4:fb5a:8464:755> has joined #yocto | 00:19 | |
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 00:22 | |
*** carlsb3rg <carlsb3rg!c147afcf@193.71.175.207> has quit IRC | 00:24 | |
*** vineela <vineela!vtummala@nat/intel/x-tocbwuiiroovlcqk> has quit IRC | 00:27 | |
*** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:2cf4:fb5a:8464:755> has quit IRC | 00:39 | |
*** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:2cf4:fb5a:8464:755> has joined #yocto | 00:41 | |
*** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:2cf4:fb5a:8464:755> has quit IRC | 00:46 | |
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 00:46 | |
*** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:2cf4:fb5a:8464:755> has joined #yocto | 00:47 | |
*** mcc_ is now known as mccc | 01:00 | |
*** ssajal <ssajal!~ssajal@bras-base-otwaon0147w-grc-22-70-51-212-187.dsl.bell.ca> has quit IRC | 01:07 | |
*** jrdn <jrdn!~jrdn@S010668ff7b6b7383.ok.shawcable.net> has quit IRC | 01:12 | |
*** ssajal <ssajal!~ssajal@bras-base-otwaon0147w-grc-22-70-51-212-187.dsl.bell.ca> has joined #yocto | 01:14 | |
*** manuel1985 <manuel1985!~manuel@213-147-161-54.nat.highway.bob.at> has quit IRC | 01:23 | |
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 01:36 | |
*** manuel1985 <manuel1985!~manuel@089144218193.atnat0027.highway.a1.net> has joined #yocto | 01:38 | |
*** linums <linums!54c6d61a@84.198.214.26> has quit IRC | 02:09 | |
*** d32 <d32!2ef3c527@46.243.197.39> has quit IRC | 02:09 | |
*** linums <linums!~linums@84.198.214.26> has joined #yocto | 02:10 | |
*** Sandrita <Sandrita!d0586e2e@gateway/web/cgi-irc/kiwiirc.com/ip.208.88.110.46> has quit IRC | 02:24 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 02:24 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 02:24 | |
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC | 02:26 | |
*** ssajal <ssajal!~ssajal@bras-base-otwaon0147w-grc-22-70-51-212-187.dsl.bell.ca> has quit IRC | 02:47 | |
*** linums <linums!~linums@84.198.214.26> has quit IRC | 03:15 | |
*** linums <linums!~linums@84.198.214.26> has joined #yocto | 03:15 | |
*** mckoan|away <mckoan|away!~marco@unaffiliated/mckoan> has quit IRC | 03:18 | |
*** ahadi <ahadi!~ahadi@i5E86907C.versanet.de> has quit IRC | 03:36 | |
*** ahadi <ahadi!~ahadi@i5E86AF49.versanet.de> has joined #yocto | 03:37 | |
*** ssajal <ssajal!~ssajal@bras-base-otwaon0147w-grc-22-70-51-212-187.dsl.bell.ca> has joined #yocto | 03:44 | |
*** ssajal <ssajal!~ssajal@bras-base-otwaon0147w-grc-22-70-51-212-187.dsl.bell.ca> has quit IRC | 03:52 | |
*** mckoan|away <mckoan|away!~marco@host-79-3-92-72.business.telecomitalia.it> has joined #yocto | 03:59 | |
*** WillMiles <WillMiles!~Will@209.87.231.80> has quit IRC | 04:03 | |
*** WillMiles <WillMiles!~Will@209.87.231.80> has joined #yocto | 04:04 | |
*** maudat <maudat!~moda@bas2-montreal28-70-53-242-33.dsl.bell.ca> has quit IRC | 04:06 | |
*** kasper <kasper!~kasper@5.186.44.132.static.fibianet.dk> has quit IRC | 04:16 | |
*** WillMiles <WillMiles!~Will@209.87.231.80> has quit IRC | 04:17 | |
*** Klox0480931863 <Klox0480931863!~Klox@c-24-1-131-19.hsd1.il.comcast.net> has quit IRC | 04:18 | |
*** Klox0480931863 <Klox0480931863!~Klox@c-24-1-131-19.hsd1.il.comcast.net> has joined #yocto | 04:26 | |
*** jrdn <jrdn!~jrdn@S010668ff7b6b7383.ok.shawcable.net> has joined #yocto | 04:29 | |
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC | 04:43 | |
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto | 04:50 | |
*** linums <linums!~linums@84.198.214.26> has quit IRC | 05:04 | |
*** linums <linums!~linums@apn-94-44-110-221.vodafone.hu> has joined #yocto | 05:04 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 05:14 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 05:14 | |
*** alejandrohs <alejandrohs!~alejandro@cpe-68-201-52-49.elp.res.rr.com> has quit IRC | 05:19 | |
*** linums <linums!~linums@apn-94-44-110-221.vodafone.hu> has quit IRC | 05:25 | |
*** linums <linums!~linums@84.198.214.26> has joined #yocto | 05:26 | |
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 05:28 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 05:29 | |
*** camus1 is now known as kaspter | 05:29 | |
*** feddischson <feddischson!~feddischs@HSI-KBW-095-208-248-191.hsi5.kabel-badenwuerttemberg.de> has joined #yocto | 05:30 | |
*** sno <sno!~sno@p5b25b0d4.dip0.t-ipconnect.de> has quit IRC | 05:33 | |
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-skpgetflswjytpxh> has quit IRC | 05:44 | |
*** pharaon2502 <pharaon2502!~manjaro-u@cpezg-94-253-138-204-cbl.xnet.hr> has joined #yocto | 05:48 | |
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 05:48 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 05:50 | |
*** camus1 is now known as kaspter | 05:50 | |
*** linums <linums!~linums@84.198.214.26> has quit IRC | 06:00 | |
*** linums <linums!~linums@84.198.214.26> has joined #yocto | 06:09 | |
*** wmills <wmills!~bill@2601:144:4100:fd1:12bf:48ff:fed7:9537> has quit IRC | 06:21 | |
*** wmills <wmills!~bill@c-69-138-73-86.hsd1.md.comcast.net> has joined #yocto | 06:24 | |
*** ssajal <ssajal!~ssajal@bras-base-otwaon0147w-grc-22-70-51-212-187.dsl.bell.ca> has joined #yocto | 06:24 | |
*** beneth` <beneth`!~beneth@irc.beneth.fr> has joined #yocto | 06:25 | |
*** paulg <paulg!~paulg@198-84-145-15.cpe.teksavvy.com> has quit IRC | 06:28 | |
*** ssajal <ssajal!~ssajal@bras-base-otwaon0147w-grc-22-70-51-212-187.dsl.bell.ca> has quit IRC | 06:30 | |
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto | 06:31 | |
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 06:32 | |
*** alejandrohs <alejandrohs!~alejandro@cpe-68-201-52-49.elp.res.rr.com> has joined #yocto | 06:33 | |
*** jrdn <jrdn!~jrdn@S010668ff7b6b7383.ok.shawcable.net> has quit IRC | 06:35 | |
*** agust <agust!~agust@p508b685f.dip0.t-ipconnect.de> has joined #yocto | 06:41 | |
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 06:43 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 06:44 | |
*** camus1 is now known as kaspter | 06:44 | |
*** nslu2-log__ <nslu2-log__!~nslu2-log@milla.nas-admin.org> has quit IRC | 06:44 | |
*** nslu2-log <nslu2-log!~nslu2-log@leia.nas-admin.org> has quit IRC | 06:44 | |
*** nslu2-log <nslu2-log!~nslu2-log@leia.nas-admin.org> has joined #yocto | 06:45 | |
*** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 06:45 | |
*** manuel1985 <manuel1985!~manuel@089144218193.atnat0027.highway.a1.net> has quit IRC | 06:47 | |
*** nslu2-log__ <nslu2-log__!~nslu2-log@milla.nas-admin.org> has joined #yocto | 06:48 | |
*** gnslu2-lo <gnslu2-lo!~nslu2-log@leia.nas-admin.org> has joined #yocto | 06:48 | |
*** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has quit IRC | 06:50 | |
*** nslu2-log <nslu2-log!~nslu2-log@leia.nas-admin.org> has quit IRC | 06:50 | |
*** stacktru1t <stacktru1t!~stacktrus@cpe-67-250-48-90.nyc.res.rr.com> has quit IRC | 07:07 | |
*** marc1 <marc1!~marc@modemcable182.194-37-24.static.videotron.ca> has quit IRC | 07:07 | |
*** marc1 <marc1!~marc@modemcable182.194-37-24.static.videotron.ca> has joined #yocto | 07:09 | |
*** sno <sno!~sno@195.14.209.36> has joined #yocto | 07:19 | |
*** chris_ber <chris_ber!~quassel@213.138.44.181> has joined #yocto | 07:21 | |
*** feddischson <feddischson!~feddischs@HSI-KBW-095-208-248-191.hsi5.kabel-badenwuerttemberg.de> has quit IRC | 07:25 | |
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-onkowzwpmlnnccuc> has joined #yocto | 07:35 | |
*** pohly <pohly!~pohly@p54bd56f5.dip0.t-ipconnect.de> has joined #yocto | 07:36 | |
*** mckoan|away is now known as mckoan | 07:37 | |
mckoan | good morning | 07:37 |
---|---|---|
*** mckoan <mckoan!~marco@host-79-3-92-72.business.telecomitalia.it> has quit IRC | 07:38 | |
*** mckoan <mckoan!~marco@unaffiliated/mckoan> has joined #yocto | 07:38 | |
*** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has joined #yocto | 07:40 | |
LetoThe2nd | yo dudX | 07:42 |
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 07:44 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 07:45 | |
*** camus1 is now known as kaspter | 07:45 | |
*** champagneg <champagneg!~gchamp@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has quit IRC | 07:45 | |
*** champagneg <champagneg!~gchamp@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has joined #yocto | 07:47 | |
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 07:50 | |
*** fl0v0 <fl0v0!~fvo@i59F44C3B.versanet.de> has joined #yocto | 07:54 | |
*** NiksDev <NiksDev!~NiksDev@192.91.101.31> has joined #yocto | 07:56 | |
*** sno <sno!~sno@195.14.209.36> has quit IRC | 08:01 | |
*** dreyna <dreyna!~dreyna@2601:646:4201:e280:648f:f987:e51b:2999> has quit IRC | 08:02 | |
*** oberstet <oberstet!~oberstet@213.170.219.39> has joined #yocto | 08:08 | |
*** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.94.61.189.107> has joined #yocto | 08:15 | |
*** manuel1985 <manuel1985!~manuel@62.99.131.178> has joined #yocto | 08:16 | |
*** d32 <d32!2ef3c527@46.243.197.39> has joined #yocto | 08:16 | |
*** PaowZ_ <PaowZ_!~Vince@193.252.149.222> has joined #yocto | 08:17 | |
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 08:23 | |
*** caiortp <caiortp!5c6cf53f@gateway/web/cgi-irc/kiwiirc.com/ip.92.108.245.63> has joined #yocto | 08:34 | |
*** ThomasD13 <ThomasD13!~thomas@DSL01.212.114.255.148.ip-pool.NEFkom.net> has joined #yocto | 08:34 | |
*** wertigon <wertigon!~per@c-e961225c.021-396-7673741.bbcust.telenor.se> has joined #yocto | 08:37 | |
wertigon | Hmm, question about latest version of psplash? | 08:38 |
wertigon | If I want to bbappend a brand change (e.g. change colors, logo) what would be the best way to go about doing this? | 08:38 |
wertigon | I just keep getting the openembedded graph... :/ | 08:38 |
paulbarker | wertigon: You could take a look how this is done in meta-raspberrypi | 08:41 |
paulbarker | https://github.com/agherzan/meta-raspberrypi/blob/master/recipes-core/psplash/psplash_%25.bbappend | 08:41 |
paulbarker | https://github.com/agherzan/meta-raspberrypi/blob/master/conf/machine/include/rpi-base.inc#L93 | 08:41 |
*** wertigon <wertigon!~per@c-e961225c.021-396-7673741.bbcust.telenor.se> has quit IRC | 08:43 | |
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 08:44 | |
*** wertigon <wertigon!~per@94.191.136.209.mobile.tre.se> has joined #yocto | 08:45 | |
*** florian_kc is now known as florian | 08:49 | |
rburton | wertigon: and meta-poky overrides the image too | 08:54 |
wertigon | rburton: what was said before that? I seem to have had a slight connection glitch >_< | 08:55 |
rburton | paulbarker said wertigon: You could take a look how this is done in meta-raspberrypi | 08:56 |
rburton | https://github.com/agherzan/meta-raspberrypi/blob/master/recipes-core/psplash/psplash_%25.bbappend | 08:56 |
rburton | https://github.com/agherzan/meta-raspberrypi/blob/master/conf/machine/include/rpi-base.inc#L93 | 08:56 |
paulbarker | wertigon: You can always check https://www.yoctoproject.org/irc/ | 08:56 |
wertigon | paulbarker: ah, thanks :) | 08:56 |
wertigon | Ok, so if I understand this correctly, I should just be able to add our own color scheme by replacing/patching psplash-colors, yes? | 09:00 |
wertigon | And then I need to create a new psplash image as a header file | 09:02 |
wertigon | What confuses me is that the source indicates I should be able to just add a png file in the proper place now | 09:03 |
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 09:04 | |
OutBackDingo | rburton: question, does anything openstack in meta-cloud-services work or build ? its a bit confusing. | 09:05 |
rburton | no idea, never tried it | 09:05 |
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 09:15 | |
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 09:15 | |
OutBackDingo | rburton: yupp, more approrpiate for the viertualization list i guess, thanks though | 09:16 |
*** zandrey <zandrey!~zandrey@193.8.40.126> has joined #yocto | 09:18 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 09:18 | |
*** hpsy <hpsy!~hpsy@92.118.12.30> has quit IRC | 09:19 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 09:20 | |
*** falk0n <falk0n!~falk0n@a79-168-12-15.cpe.netcabo.pt> has joined #yocto | 09:24 | |
g0hl1n | hi, it seems patches (at least meta-java ones on oe-devel) are no longer showing up in patchwork. Anybody knows whats going on there? Or am I missing something? | 09:26 |
paulbarker | OutBackDingo: Did you send this email? https://lists.yoctoproject.org/g/meta-virtualization/message/5972 | 09:27 |
paulbarker | Using "Yocto" as the author on the email is a really good way to confuse people | 09:27 |
*** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.94.61.189.107> has quit IRC | 09:27 | |
__ad | hi, have a group of recipes not compatible with my custom machine, as imx-dpu-g2d imx-dpu-g2d xf86-video-imx-vivante. Is it the right way to go, to create a .bbappend for all, addinc COMPATIBLE_MACHINE ? | 09:28 |
*** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.94.61.189.107> has joined #yocto | 09:28 | |
*** jwessel <jwessel!~jwessel@128.224.252.2> has quit IRC | 09:46 | |
*** jwessel <jwessel!~jwessel@128.224.252.2> has joined #yocto | 09:46 | |
*** sno <sno!~sno@p5b25b0d4.dip0.t-ipconnect.de> has joined #yocto | 09:52 | |
*** Ad0 <Ad0!~Ad0@93.124.245.194> has quit IRC | 09:56 | |
zandrey | __ad: assuming you do not want NXP components in your BSP, you can set IMX_DEFAULT_BSP = "mainline" in your local.conf, or search where IMX_DEFAULT_BSP is set to "nxp" and change it to "mainline". | 09:57 |
*** hpsy <hpsy!~hpsy@217.66.60.5> has joined #yocto | 09:57 | |
zandrey | __ad: you forgot to mention which BSP you based your custom BSP on, and which NXP machine your "custom machine" is based on. | 09:58 |
*** megabread <megabread!~megabread@2a01:4b00:e031:2600:3c84:182f:dc34:77d4> has joined #yocto | 10:00 | |
*** Ad0 <Ad0!~Ad0@93.124.245.194> has joined #yocto | 10:01 | |
*** Klanticus <Klanticus!~quassel@189.76.135.234> has joined #yocto | 10:06 | |
*** hpsy <hpsy!~hpsy@217.66.60.5> has quit IRC | 10:20 | |
OutBackDingo | paulbarker: yes, i changed the name to Y L reddy | 10:21 |
paulbarker | OutBackDingo: If you look in the archive the name still just shows as "Yocto" - https://lists.yoctoproject.org/g/meta-virtualization/message/5972 | 10:22 |
OutBackDingo | no idea why its still says Yocto, anyway, i guess ill have to unsub all yocto lists and resub as a different user | 10:22 |
OutBackDingo | PITA | 10:22 |
OutBackDingo | :( | 10:22 |
paulbarker | That is confusing! | 10:22 |
OutBackDingo | paulbarker: i already unsubbed | 10:22 |
paulbarker | OutBackDingo: Are you posting via the web interface or by email? | 10:22 |
OutBackDingo | unsubbing them all | 10:23 |
OutBackDingo | thunderbord | 10:23 |
OutBackDingo | *bird | 10:23 |
paulbarker | Could you send me a direct email, not via the list? Let's check how that looks | 10:23 |
paulbarker | To pbarker@konsulko.com | 10:23 |
paulbarker | That should let us isolate whether the problem is with the list or with your email client | 10:24 |
OutBackDingo | paulbarker: sent | 10:25 |
paulbarker | Thanks, I got that. It looks correct, the name is Y L Reddy | 10:25 |
OutBackDingo | soooo..... | 10:25 |
paulbarker | It could definitely be a groups.io issue | 10:25 |
OutBackDingo | found a bug !!! | 10:25 |
OutBackDingo | LOL | 10:25 |
OutBackDingo | paulbarker: no worries mate, ill unsub all lists and resub as a diff user | 10:26 |
paulbarker | If you log in to lists.yoctoproject.org then visit https://lists.yoctoproject.org/account?page=viewprofile you should see your identities | 10:26 |
paulbarker | If you edit the main account profile (the top entry), hopefully it will update the rest | 10:27 |
OutBackDingo | paulbarker: yeah it was emtpy so i put in Y L Reddy and now they all show | 10:29 |
OutBackDingo | paulbarker: nope, makes 0 difference | 10:30 |
OutBackDingo | still shows as Yocto | 10:30 |
OutBackDingo | must be grabbing the sender addie | 10:31 |
paulbarker | OutBackDingo: Hopefully new emails you send to the list will use the new display name though | 10:32 |
paulbarker | Ah I see your email now, still the same. I think we have a groups.io issue | 10:32 |
OutBackDingo | paulbarker: nope, they dont | 10:32 |
*** wertigon <wertigon!~per@94.191.136.209.mobile.tre.se> has quit IRC | 10:32 | |
*** hpsy <hpsy!~hpsy@217.66.60.5> has joined #yocto | 10:34 | |
paulbarker | That is really frustrating from groups.io. Thanks for trying at least! | 10:34 |
__ad | zandrey, sry, i am on imx6dual based stuff, and upgraded to dunfell. Seems the issue is that i want to use vivante blob stuff, while dunfell is set to use etnaviv way. | 10:41 |
__ad | (this at least from a first look) | 10:42 |
OutBackDingo | paulbarker: ok all resubbed as dingo | 10:46 |
*** wertigon <wertigon!~per@94.191.136.209.mobile.tre.se> has joined #yocto | 10:47 | |
* OutBackDingo feels like a toruble maker now :) | 10:48 | |
*** BobPungartnik <BobPungartnik!~BobPungar@179.177.240.224> has joined #yocto | 11:00 | |
*** BobPungartnik <BobPungartnik!~BobPungar@179.177.240.224> has quit IRC | 11:01 | |
*** emrius <emrius!5840fa9b@dslb-088-064-250-155.088.064.pools.vodafone-ip.de> has joined #yocto | 11:02 | |
zandrey | __ad: ok, now it is more clear. iirc, packages you listed are not supported for imx6dual machine, and adding it to COMPATIBLE_MACHINE is not guaranteed you would have a working runtime. there are few issues reported in meta-freescale github regarding vivante, i think you should check if some of them applies in your case. | 11:09 |
zandrey | __ad: it would also be good if you can give an example of what you're trying to achieve with those packages included. | 11:11 |
*** marius_ <marius_!~emrius@dslb-088-064-250-155.088.064.pools.vodafone-ip.de> has joined #yocto | 11:15 | |
*** JaMa <JaMa!~martin@ip-109-238-218-228.aim-net.cz> has quit IRC | 11:15 | |
__ad | zandrey, thanks. Well, i am working on a custom board upgrading from poky to dunfell, where it is mandatory (seems for now) to use nxp/vivante approach | 11:16 |
*** JaMa <JaMa!~martin@ip-109-238-218-228.aim-net.cz> has joined #yocto | 11:16 | |
*** emrius <emrius!5840fa9b@dslb-088-064-250-155.088.064.pools.vodafone-ip.de> has quit IRC | 11:17 | |
*** marius_ is now known as emrius | 11:17 | |
mckoan | __ad: probably you are migrating from a version previous to dunfell, not poky though https://wiki.yoctoproject.org/wiki/Releases | 11:18 |
emrius | Hello everybody! I was bitbakeing a recipe and got a warning in red letters saying that there are multiple providers for a shared library. I understand which recipes lead to that confusion. What is not clear to me is how to explicitly say which shared library to use under which circumstances. Any hint where I might find the answer to that is highly welcome :) | 11:19 |
*** RobertBerger <RobertBerger!~rber@ppp-2-84-14-95.home.otenet.gr> has joined #yocto | 11:21 | |
*** yann|work <yann|work!~yann@88.120.44.86> has joined #yocto | 11:21 | |
mckoan | emrius: in newer YP versions in the red letters there is a hint to solve the issue | 11:21 |
mckoan | emrius: however a pastebin sould help us to help you better ;-) | 11:22 |
mckoan | *should | 11:22 |
emrius | mckoan: ok. I mean I'm on dunfell thus I'd guess I'm using a rather recent version. But I probably overlooked the hint. Hang on... | 11:23 |
emrius | https://pastebin.com/Kdgmk3gK | 11:24 |
emrius | That's all. Thus, it's not really throwing an exception but looks rather like an intense warning... | 11:25 |
*** yann <yann!~yann@88.120.44.86> has quit IRC | 11:25 | |
bluelightning | kanavin_home: rburton: (or others), what are the implications of http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=1ec91031165f8801eeb5662aa98c73dc6be88cc1 that we can document for the migration guide? what would nvidia binary users need to do (not use this functionality ?) | 11:31 |
*** carlsb3rg <carlsb3rg!c147afcf@193.71.175.207> has joined #yocto | 11:33 | |
*** berton <berton!~berton@191-221-68-106.user3p.brasiltelecom.net.br> has joined #yocto | 11:36 | |
kanavin_home | bluelightning: not use it, use it at their own risk (it is almost certainly not going to work at all), or install nouveau driver. | 11:37 |
*** berton <berton!~berton@191-221-68-106.user3p.brasiltelecom.net.br> has quit IRC | 11:39 | |
*** berton <berton!~berton@191-221-68-106.user3p.brasiltelecom.net.br> has joined #yocto | 11:43 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 11:44 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 11:45 | |
*** vadim61 <vadim61!6dfc300d@109.252.48.13> has joined #yocto | 11:49 | |
*** wertigon <wertigon!~per@94.191.136.209.mobile.tre.se> has quit IRC | 11:52 | |
*** feddischson <feddischson!~feddischs@HSI-KBW-095-208-248-104.hsi5.kabel-badenwuerttemberg.de> has joined #yocto | 11:53 | |
vadim61 | Good afternoon. My task is to configure the Yocto Project* - based BSP for the Gen 3 Intel ® Movidius ™ VPU (Keem Bay) Platform. But the problem is to build bitbake core-image-ese-initramfs-fit | 11:56 |
vadim61 | Can I describe the problem here? | 11:57 |
*** wertigon <wertigon!~per@94.191.136.209.mobile.tre.se> has joined #yocto | 12:00 | |
LetoThe2nd | vadim61: yep, please jsut go ahead. | 12:02 |
*** kuzz <kuzz!~kuzz@mob-5-90-70-136.net.vodafone.it> has joined #yocto | 12:03 | |
*** dreyna <dreyna!~dreyna@2601:646:4201:e280:f1fe:f83d:766f:fea4> has joined #yocto | 12:06 | |
vadim61 | I asked a question on https://stackoverflow.com/questions/64554007/bitbake-core-image-ese-initramfs-fit-problem | 12:06 |
vadim61 | please take a look | 12:07 |
*** dreyna_ <dreyna_!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has joined #yocto | 12:07 | |
*** dreyna <dreyna!~dreyna@2601:646:4201:e280:f1fe:f83d:766f:fea4> has quit IRC | 12:11 | |
*** polaris <polaris!~polaris@p4fee2fe4.dip0.t-ipconnect.de> has joined #yocto | 12:21 | |
caiortp | did you checked the openvino version in your project? bitbake-layers show-recipes openvino | 12:22 |
*** Konsgnx <Konsgnx!~Konsgnx3@66-109-34-138.tvc-ip.com> has joined #yocto | 12:24 | |
alejandrohs | moto-timo: sakoman really later for the conversation but I will eventually start growing coffee, any chance your place in CR is an airbnb? haha | 12:25 |
polaris | Hi, I have a wks-file which states that the rootfs partition has a fixed size of 120 MB. Yet, the generated rootfs is 147 MB. When I increase the fixed size, the size of the generated image gets bigger too. So the generated rootfs is always too big for the partition. What determines the size of the generated image? | 12:29 |
alejandrohs | armpit: tlwoerner and I'm not just starting to dislike it, I did before and still do haha, I'd pay for the rapid test if it allowed us to get back to in person conferences | 12:29 |
vadim61 | caiortp Summary: There were 3 WARNING messages shown. | 12:33 |
alejandrohs | sorry , | 12:33 |
alejandrohs | late for the party | 12:34 |
caiortp | vadim61 Error: | 12:34 |
caiortp | Problem: conflicting requests | 12:34 |
caiortp | - nothing provides openvino >= 2020.3.0_3362_dc895cd9dcf_releases_2020_kmb_pv1 needed by vpual-libs-vpual_4b8d399_WW37.4_Pre_Int_nightly-r0.aarch64 | 12:34 |
alejandrohs | vadim61: do a bitbake -g and see what is requiring openvino, and then figure out where openvino is supposed to come from, if you got that far supposedly openvino should have been built but it looks like for whatever reason the naming or the package version doesnt match | 12:35 |
*** maudat <maudat!~moda@bras-base-mtrlpq2848w-grc-43-70-53-242-33.dsl.bell.ca> has joined #yocto | 12:36 | |
vadim61 | I'm not sure what I'm doing | 12:40 |
carlsb3rg | polaris: you can set IMAGE_ROOTFS_EXTRA_SPACE in a .conf or --extra-space in the WKS file to add more space to the partition | 12:40 |
vadim61 | Summary: There were 2 ERROR messages shown, returning a non-zero exit code. | 12:40 |
vadim61 | |#####################################################################################################################################################################################################################| Time: 0:00:00 | 12:40 |
vadim61 | Typo?#################################################################################################################################################################| ETA: 0:00:00 | 12:40 |
vadim61 | |###################################################################################################################################################################################################################| Time: 0:00:00 | 12:40 |
vadim61 | recipes available for: | 12:40 |
vadim61 | Resolving any missing task queue dependencies | 12:40 |
vadim61 | are available for nativesdk-zlib (nativesdk-zlib, nativesdk-zlib-intel) | 12:40 |
tlwoerner | alejandrohs: :-) i gave up reading backscroll a long time ago ;-) | 12:41 |
polaris | carlsb3rg: --extra-space sounds interesting. I will give it a try. But do you know why the generated rootfs size is bigger than the partition? Usually, I get an error message when I use up more space. For example, when I add a big package that exceeds the partition size. | 12:43 |
hpsy | is it possible to mount wic images? | 12:46 |
LetoThe2nd | hpsy: not by definition. | 12:48 |
LetoThe2nd | hpsy: if you happen to have a specific wic image that has a known partition type, size and offset, and it is a fs type that can be loop mounted, then you can do that theoretically. a wic image per se, no. | 12:49 |
*** berton <berton!~berton@191-221-68-106.user3p.brasiltelecom.net.br> has quit IRC | 12:49 | |
carlsb3rg | you can bmap tool the wic to a blob | 12:50 |
carlsb3rg | and mount it | 12:50 |
LetoThe2nd | carlsb3rg: nope. not by definition. only if your specific wic file happens to be in a form that actually is supported by that workflow. | 12:50 |
carlsb3rg | oki...then mine happened to be in that form since a colleague of mine managed to do it | 12:51 |
LetoThe2nd | the key point is to understand that the suffix "wic" does not imply a specific file structure. it could literally be a couple of megs of random output. it only denotes that it has been created by wic. | 12:52 |
moto-timo | or event partition structure... | 12:53 |
hpsy | I just thought if I can dd it to an SD card then I should be able to mount it, this is for a intel-corei7-64 MACHINE, until zeus I just used the hddimg to mount and wic to flash, but from dunfell it looks like creating a hddimg is no longer possible. | 12:53 |
LetoThe2nd | hpsy: its also not given that a wic file relates to a sd card. | 12:53 |
carlsb3rg | polaris: leto and the smart guys here probably know...but my only guess is that some recipe is bypassing the "yocto" way of doing things, like adding something large IMAGE_PREPROCESS_COMMAND or IMAGE_POST_PROCESS command | 12:53 |
moto-timo | hddimg has a hard 4 Gb limit. That was a problem | 12:53 |
moto-timo | alejandrohs: it has a very rustic bodega. VERY RUSTIC. | 12:55 |
moto-timo | alejandrohs: but there is a nice budget backpacker/traveller style bed and breakfast near by | 12:56 |
moto-timo | alejandrohs: http://www.turrialtico.com/ | 12:57 |
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-xvikjlnppnknfnsk> has joined #yocto | 12:58 | |
*** emrius <emrius!~emrius@dslb-088-064-250-155.088.064.pools.vodafone-ip.de> has quit IRC | 13:01 | |
*** wertigon <wertigon!~per@94.191.136.209.mobile.tre.se> has quit IRC | 13:07 | |
hpsy | The size is less the 4GB for sure, it is just that the parsing errors out in core-image-minimal-initramfs.bb (even though I am building the core-image-minimal) | 13:09 |
carlsb3rg | I have the same issue...it does "something" with initramfs even when I'm using core-image-minimal | 13:13 |
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC | 13:13 | |
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto | 13:14 | |
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto | 13:14 | |
*** wertigon <wertigon!~per@94.191.136.209.mobile.tre.se> has joined #yocto | 13:15 | |
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC | 13:22 | |
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto | 13:22 | |
*** Sandrita <Sandrita!b8a36cf4@gateway/web/cgi-irc/kiwiirc.com/ip.184.163.108.244> has joined #yocto | 13:24 | |
*** d32 <d32!2ef3c527@46.243.197.39> has quit IRC | 13:29 | |
*** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC | 13:36 | |
*** vadim61 <vadim61!6dfc300d@109.252.48.13> has quit IRC | 13:38 | |
*** armpit <armpit!~armpit@2601:202:4180:a5c0:c51c:c89d:8094:3b19> has quit IRC | 13:42 | |
*** paulg <paulg!~paulg@198-84-145-15.cpe.teksavvy.com> has joined #yocto | 13:45 | |
*** ssajal <ssajal!~ssajal@128.224.252.2> has joined #yocto | 13:47 | |
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 13:48 | |
*** wertigon <wertigon!~per@94.191.136.209.mobile.tre.se> has quit IRC | 13:51 | |
*** armpit <armpit!~armpit@2601:202:4180:a5c0:893b:b406:3f1f:213d> has joined #yocto | 13:54 | |
manuel1985 | Is anyone of you building a yocto system in CI? | 13:56 |
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC | 13:56 | |
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 13:58 | |
*** jrdn <jrdn!~jrdn@S010668ff7b6b7383.ok.shawcable.net> has joined #yocto | 13:59 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 13:59 | |
*** camus1 is now known as kaspter | 13:59 | |
rburton | many | 14:01 |
manuel1985 | That was a stupid question :) | 14:02 |
manuel1985 | I've got no idea how to set up my CI system due to a typical yocto project being distributed over so many repositories. I'm using Teamcity (from Jetbrains, I think). | 14:02 |
rburton | literally just finished was a talk at ELC-E that covered repo vs submodules vs kas for build management | 14:03 |
rburton | personally, I like kas | 14:03 |
fray | My current preference is repo as the underlying system, but something else as a front end to build and control the manifest.. I don't like the who repo 'lets store a manifest, and now it's immutible' | 14:04 |
rburton | whereas my current preference is that repo is nuked from orbit | 14:06 |
*** jrdn <jrdn!~jrdn@S010668ff7b6b7383.ok.shawcable.net> has quit IRC | 14:08 | |
fray | for me it allows me to use git commands on individual repositories, or global commands on the whole set of repositories.. | 14:13 |
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto | 14:13 | |
fray | problem I've seen is a lot of the manifests hardcode certain things.. but just setting branch names keeps things really flexible, but yet 'connected' | 14:13 |
fray | then I can iterator of each repository -- or run repo sync etc to update.. | 14:14 |
fray | (I'm usually working with > 10 different repositories) | 14:14 |
fray | but I think most of us can agree submodules are terrible | 14:14 |
fray | (submodules are only good when you NEED to lock two repositories in lock step, where one is dependent on another, but the other changes in an uncontrolled way) | 14:16 |
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC | 14:20 | |
JPEW | I dunno, we have 50 submodules, and it works fine | 14:21 |
*** wertigon <wertigon!~per@c-6d61225c.021-396-7673741.bbcust.telenor.se> has joined #yocto | 14:24 | |
alejandrohs | at lest now they support tracking branches | 14:26 |
fray | last time I had to deal with it (6 months ago) it was still a pain in the ass... but if they have generic branch tracking, that gets them closer to what the advantage of repo is/was | 14:27 |
JPEW | Assuming you have set the remote branches, I believe that `git submodules update --remote` will do that | 14:29 |
JPEW | We don't use it because we have a policy to mirror everything locally, so I have a custom script to add the proper upstreams as a remote, pull in the latest, merge it into our local mirror and push it | 14:31 |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 14:34 | |
*** polaris <polaris!~polaris@p4fee2fe4.dip0.t-ipconnect.de> has quit IRC | 14:43 | |
*** polaris <polaris!~polaris@p4fee2fe4.dip0.t-ipconnect.de> has joined #yocto | 14:46 | |
zandrey | manuel1985: we do use TC, welcome to the club. :) do you have a specific question? | 14:46 |
*** polaris <polaris!~polaris@p4fee2fe4.dip0.t-ipconnect.de> has quit IRC | 14:47 | |
*** d32 <d32!2ef3c527@46.243.197.39> has joined #yocto | 14:48 | |
*** Sandrita <Sandrita!b8a36cf4@gateway/web/cgi-irc/kiwiirc.com/ip.184.163.108.244> has quit IRC | 14:50 | |
manuel1985 | zandrey: I don't even know how to phrase my question right. ;) We're using repo right now. Hence, the manifest.xml lives in a seperate repository. So I guess I have to have TeamCity watch the repository in which my metalayer lives in, but not clone it. Because cloning it is done through repo. | 14:54 |
manuel1985 | So if a change at my metalayer occurs, TeamCity should start from a clean directory, call `repo init` and `repo sync` there, wait for it to complete, and then issue the build. | 14:54 |
manuel1985 | Is this how it's usually done? | 14:54 |
zandrey | :D this is indeed the same problem that we do have! Looks like it is a common issue with TC and it's implementation of "VCS Root" concept. | 14:55 |
*** ThomasD13 <ThomasD13!~thomas@DSL01.212.114.255.148.ip-pool.NEFkom.net> has quit IRC | 14:55 | |
manuel1985 | Ah, good. :) Haha | 14:57 |
zandrey | iirc, you can attach another VCS Root to your build configuration, and setup custom checkout rule to "move it away" into a separate folder which build would not take. then setup your VCS trigger to watch it, and upon arrival - kick the repo on another VSO root | 14:57 |
zandrey | s/VSO/VCS/g | 14:57 |
zandrey | just as i said: welcome to the Club! :D | 14:58 |
manuel1985 | Yeah having several VCS roots is what I also thought about | 14:59 |
manuel1985 | Thanks ;) | 14:59 |
manuel1985 | That's some club I'd prefer not to be part of tbh ;0 | 14:59 |
zandrey | if you want to always execute clean build - you can tick the "Clean build:" in "Version Control Settings" -> "Additional Options". in that case your Agent would be forced to start from "square 1" | 15:00 |
zandrey | "That's some club I'd prefer not to be part of tbh ;0" <- same here, but "we have what we have"... ;) | 15:01 |
*** erbo <erbo!~erik@linode.unixshell.se> has quit IRC | 15:02 | |
*** erbo <erbo!~erik@linode.unixshell.se> has joined #yocto | 15:02 | |
manuel1985 | Yeah same here | 15:03 |
manuel1985 | It seems every company acts the same. At first they choose their toolstack on a more or less random basis, and then lather it gets hard if not impossible to switch it out | 15:04 |
*** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has quit IRC | 15:06 | |
*** ejo <ejo!~ejo@46.19.18.182> has quit IRC | 15:09 | |
*** carlsb3rg1 <carlsb3rg1!~chrissc@193.71.175.207> has joined #yocto | 15:18 | |
*** carlsb3rg <carlsb3rg!c147afcf@193.71.175.207> has quit IRC | 15:18 | |
*** carlsb3rg1 is now known as carlsb3rg | 15:19 | |
*** hpsy <hpsy!~hpsy@217.66.60.5> has quit IRC | 15:21 | |
*** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has joined #yocto | 15:22 | |
*** RobertBerger <RobertBerger!~rber@ppp-2-84-14-95.home.otenet.gr> has quit IRC | 15:32 | |
*** RobertBerger <RobertBerger!~rber@2a02:587:3b0d:ecec:8955:ccfa:2eed:f2d7> has joined #yocto | 15:33 | |
*** carlsb3rg <carlsb3rg!~chrissc@193.71.175.207> has quit IRC | 15:33 | |
*** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has quit IRC | 15:42 | |
*** wertigon <wertigon!~per@c-6d61225c.021-396-7673741.bbcust.telenor.se> has quit IRC | 15:44 | |
*** RobertBerger <RobertBerger!~rber@2a02:587:3b0d:ecec:8955:ccfa:2eed:f2d7> has quit IRC | 15:45 | |
*** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has joined #yocto | 15:48 | |
*** linums <linums!~linums@84.198.214.26> has quit IRC | 15:48 | |
*** linums <linums!~linums@apn-94-44-106-137.vodafone.hu> has joined #yocto | 15:49 | |
*** william_ <william_!~william@node-1w7jr9qkgk55ce8we9asp17i4.ipv6.telus.net> has joined #yocto | 15:53 | |
*** funk123 <funk123!496fe025@c-73-111-224-37.hsd1.il.comcast.net> has joined #yocto | 15:57 | |
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 15:57 | |
funk123 | Hello All, is it possible to run yocto on ubuntu 20.04. I am having lots of errors with building m4. | 15:58 |
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 15:58 | |
LetoThe2nd | funk123: depends on the version of yocto you are trying to build | 15:58 |
funk123 | Daisy | 15:58 |
*** RobertBerger <RobertBerger!~rber@2a02:587:3b0d:ecec:60e3:9715:89c4:848> has joined #yocto | 15:58 | |
LetoThe2nd | funk123: please go and slap whomever told you to build it. | 15:59 |
kergoth | i'm having a few issues building dunfell on u20 myself. need to dig through to check for needed cherry picks | 15:59 |
kergoth | but daisy, wow | 15:59 |
kergoth | i'd use docker to build in an older distro | 15:59 |
LetoThe2nd | funk123: daisy is so massively outdated you'll have a hard time on building it on anything other than a container/vm from that time. | 16:00 |
kergoth | containers are great for that, can continue to use your normal current development tools on a recent host and just build in an old container | 16:00 |
kergoth | trying to actually develop in an old vm isn't fun :) | 16:01 |
*** fenrig <fenrig!51536814@d51536814.access.telenet.be> has joined #yocto | 16:01 | |
funk123 | https://github.com/Xilinx/meta-xilinx | 16:01 |
funk123 | that is the reason I am picking older yocto | 16:01 |
*** otavio <otavio!~otavio@191-221-68-106.user3p.brasiltelecom.net.br> has joined #yocto | 16:01 | |
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto | 16:01 | |
fenrig | Hi I was wondering where I can find the python api to extend a bbclass, I need to look in openembbed repo's I guess? | 16:02 |
fenrig | ah no bitbake probably | 16:02 |
kergoth | that doesn't really explain it, meta-xilinx supports many versions. unless it doesn't support your bsp with a more recent one? | 16:02 |
LetoThe2nd | funk123: um. just because something is listed at the top, its not the most recent one. xilinx happily supports zeus for example. | 16:02 |
*** linums <linums!~linums@apn-94-44-106-137.vodafone.hu> has quit IRC | 16:03 | |
kergoth | funk123: https://wiki.yoctoproject.org/wiki/Releases | 16:03 |
kergoth | funk123: daisy is from 2014.. | 16:03 |
*** linums <linums!~linums@84.198.214.26> has joined #yocto | 16:03 | |
funk123 | LetoThe2nd: thanks a lot | 16:03 |
funk123 | I was just looking at the dates too | 16:04 |
fenrig | Maybe I should ask my question more directly, but is there a way to extend the bbclass programmatically from python? Lets take as an example add echo's to do_compile (with a key value pair) | 16:04 |
kergoth | fenrig: do_compile is normally a shell function, you don't need python to use bitbake variables from there. do_compile_append () { bbwarn "${FOO}"; } | 16:05 |
kergoth | if you really want to use python for that, you'd have to use prefuncs or postfuncs flags to run a separate python function before or after the task, since the task isn't python. | 16:05 |
kergoth | bitbake's _append/_prepend are just concatenation, so concatenating shell to python or vice versa will cause issues | 16:06 |
fenrig | and I can't use python to extend the shell function | 16:06 |
fenrig | i wanna use python to add shell commands in fact :) | 16:06 |
kergoth | do_compile[postfuncs] = "some_function"; python some_function (){ bb.warn(d.getVar('foo')) } | 16:06 |
*** Gintaro <Gintaro!~gintaro@geertswei.nl> has joined #yocto | 16:06 | |
kergoth | ah, do you want the python to run at task execution time or parse time? | 16:06 |
fenrig | parse :) | 16:06 |
kergoth | in that case, inline python is your best bet | 16:07 |
kergoth | do_compile_append () { ${@my_function(d)} }; def my_function(d): return 'echo some random shell command' | 16:07 |
kergoth | the python function returns the text appended to do_compile in this case | 16:07 |
kergoth | would that do? | 16:07 |
kergoth | then you can use bitbake -e to examine the final do_compile command with the returned commands | 16:08 |
fenrig | and then in the end result: the do compile only gets the "echo some random shell command" appended? | 16:08 |
rburton | though I dread to think why you'd want to do that | 16:08 |
funk123 | When I switch to zeus, I get this error <pre><font color="#00D75F">poky</font> > source oe-init-build-env Error: TEMPLATECONF value points to nonexistent directory 'meta-yocto/conf'</pre> | 16:08 |
kergoth | fenrig: yep | 16:08 |
funk123 | Is that as simple as editing: poky/build/conf/templateconf.cfg ? | 16:08 |
rburton | funk123: that would be because in zeus, meta-yocto doesn't exist and its called meta-poky | 16:08 |
kergoth | fenrig: https://github.com/MentorEmbedded/meta-mentor/blob/master/meta-mentor-common/classes/sdk_extra_vars.bbclass is sort of similar, you can see it produces the bits to be cat'd to the script using inline python which returns those | 16:10 |
LetoThe2nd | funk123: might i point you to https://www.youtube.com/playlist?list=PLD4M5FoHz-TxMfBFrDKfIS_GLY25Qsfyj for some introductory content :) | 16:10 |
fenrig | rburton: well I have a bbclass in python here from my company that parses config options and hands them to the application, but I noticed that when I change the config option (from a bbappend) then yocto doesnt properly recompile the recipe. So I was thinking of echo'ing these config options with their values and add them to do compile so that when | 16:10 |
fenrig | the value changes, the do compile hash is changed. and it would trigger a recompile | 16:10 |
kergoth | seems reasonable | 16:11 |
funk123 | LetoThe2nd : thanks again | 16:11 |
rburton | can't you just mark the variables as dependents? | 16:11 |
fenrig | how do I do that? | 16:11 |
funk123 | Just searching YT for yocto was throwing up too much | 16:11 |
rburton | fenrig: [vardeps], oe-core has loads of examples | 16:12 |
*** linums <linums!~linums@84.198.214.26> has quit IRC | 16:12 | |
rburton | if you were writing shell bitbake would notice | 16:12 |
rburton | but you're not, so you need to tell it | 16:12 |
rburton | or something | 16:12 |
rburton | the magic variable tracker has edge cases | 16:12 |
*** linums <linums!~linums@apn-94-44-106-137.vodafone.hu> has joined #yocto | 16:13 | |
*** Yumasi <Yumasi!~guillaume@static-176-175-104-214.ftth.abo.bbox.fr> has joined #yocto | 16:13 | |
fenrig | do_compile[vardeps] += "CONFIG_OPTION" | 16:13 |
fenrig | just like this? | 16:13 |
rburton | yeah | 16:13 |
fenrig | can I call it from python? | 16:13 |
rburton | call what? | 16:13 |
fenrig | to add it to the bbclass | 16:14 |
rburton | just add that line | 16:14 |
kergoth | you can't "add to a bbclass". just put the line in the bbappend for the recipes that use it | 16:14 |
rburton | next to your do_compile() that uses CONFIG_OPTION, add that vardeps line | 16:14 |
fenrig | oh ok so all the recipes need this? | 16:14 |
fenrig | that use those kind of options | 16:15 |
rburton | you said you have a class, so set it in there | 16:15 |
kergoth | unless you can directly adjust the bbclass, or globally inherit a class that conditionally operates in anonymous python based on whether the class was inherirted | 16:15 |
fenrig | yes but the config options are component specific | 16:15 |
rburton | if you copy/paste the same code then yes youll need to copy paste this bit too | 16:15 |
kergoth | if you want to add to vardeps programmatically from anonymous python, you can use d.appendVarFlag() | 16:15 |
rburton | from what you described you have a class that has a do_compile() in that uses CONFIG_OPTION to do stuff | 16:15 |
fenrig | rburton: yes | 16:16 |
rburton | so put the vardeps line in the class | 16:16 |
*** berton <berton!~berton@191-221-68-106.user3p.brasiltelecom.net.br> has joined #yocto | 16:16 | |
alejandrohs | funk123: you should be able to build it with zeus just fine, but I think you set it up with an older release and not switching properly, if youre having trouble, I suggest you do thesetup agani but start with zeus from the beginning | 16:16 |
fenrig | I think kergoth's idea is far superior | 16:16 |
kergoth | without an example showing your use case, this is mostly speculation based on what we're guessing you need :) | 16:16 |
fenrig | adding them programmatically would be ok | 16:16 |
rburton | imho, kergoth is simply telling you what *can* be done | 16:17 |
kergoth | right, there are options, you'll have to decide what to use based on your requirements | 16:17 |
funk123 | I am dashed new to all this. So I appreciate the advice | 16:17 |
funk123 | Even if it is don't work with daisy | 16:17 |
fenrig | yeah well the bbclass already parses the config options, so the loop is already there | 16:17 |
funk123 | I just did not know how to pick a branch from https://github.com/Xilinx/meta-xilinx that would work on my native ubuntu 20.04. | 16:18 |
rburton | funk123: when in doubt, the latest | 16:19 |
funk123 | Trying Zeus now. | 16:19 |
funk123 | I just deleted the build directory and started all over again after switching to Zeus. | 16:19 |
funk123 | Is there a better way to clean the build directory? | 16:20 |
rburton | funk123: well, master works with dunfell and gatesgarth, so mayb try oe-core dunfell + meta-xlinix master | 16:20 |
funk123 | rburton : how did you figure out which branch is compatible with meta-xlinix master? | 16:21 |
rburton | https://github.com/Xilinx/meta-xilinx/blob/master/meta-xilinx-bsp/conf/layer.conf#L14 | 16:21 |
funk123 | Making notes. Thanks a lot. | 16:22 |
kergoth | hmm, wonder if ithe layer index should be highlighting what a given branch supports, yocto release wise | 16:22 |
kergoth | http://layers.openembedded.org/layerindex/branch/master/layer/meta-xilinx/ doesn't mention it, but folks should probably know ift he layer is out of date | 16:22 |
kergoth | (not the case for this one, but..) | 16:22 |
fray | We (Xilinx) never made a Dunfell branch.. a few people have said master worked for them -- but Zeus was the last, and gatesgarth (master) is the current development | 16:23 |
funk123 | Just to summariise: oe-core dunfell + meta-xlinix master + yocto master ? | 16:23 |
rburton | funk123: what is yocto master? | 16:23 |
fray | yocto master + meta-xilinx master works -- except for Microblaze.. | 16:23 |
*** linums <linums!~linums@apn-94-44-106-137.vodafone.hu> has quit IRC | 16:23 | |
funk123 | This is for the Zynq | 16:23 |
fray | (but to be clear, it's still very much in development, so it's "rough") | 16:23 |
*** linums <linums!~linums@84.198.214.26> has joined #yocto | 16:24 | |
kergoth | i'm assuming funk123 means meta-yocto, since there's no such thing as 'yocto master' :) | 16:24 |
fray | Zynq has microblaze for the embedded firmware as well as if you enable softcore in your bitstream.. but if you aren't using any of that, you can ignore it | 16:24 |
fray | yocto master, I assume that means the 'poky' repository, which included oe-core and meta-yocto | 16:24 |
fenrig | d.appendVarFlag('do_compile', 'vardeps', key) | 16:25 |
fenrig | should do it right? | 16:25 |
kergoth | fenrig: yep, but don't forget the leading space | 16:25 |
fenrig | the python indents? | 16:25 |
kergoth | it's direct string concatenation, and the flag is a space separated list of words | 16:25 |
kergoth | if it has a value already.. | 16:25 |
kergoth | i.e. vardeps = 'foo', you d.appendVarFlag('do_compile', 'vardeps', 'bar') now it's 'foobar', not 'foo bar' | 16:26 |
fenrig | so d.appendVarFlag('do_compile', 'vardeps', key) in a loop would overwrite everytime? | 16:26 |
kergoth | you'd need to appendVarFlag ' bar' or ' ' + key | 16:26 |
fenrig | ah okay | 16:26 |
kergoth | no, it's appending, not overwriting. if you want to blow away an existing value, use setVarFlag | 16:26 |
fenrig | i forgot the leading space | 16:26 |
fenrig | it seems | 16:26 |
kergoth | just it's space separated, so if you want to add, include a leading space with your appended value | 16:26 |
* kergoth nods | 16:26 | |
funk123 | fray: that is right. Just building for the PS part | 16:27 |
Yumasi | Hi ! I am trying to build a disk image for x86-64, using WIC to generate the ESP and bootloader configuration. The thing is I have multiple rootfs and I just can't seem to figure out how to have WIC generate multiple bootloader entries for each rootfs. By looking at how WIC is actually implemented, it does not seem to support this. Do I necessarily have to create a WIC plugin to achieve that, or is | 16:27 |
Yumasi | there an other way to generate the bootloader configuration? | 16:27 |
fenrig | another question, i dont need to pass the value of the key right. It's being checked dynamically right? | 16:28 |
kergoth | it's just python, assuming key is a variable holding the string you want to add, it's fine | 16:30 |
fenrig | is there a way to check the vardeps parsed result at the end? like in a tmp/do_compile.log | 16:30 |
funk123 | frey: what advice do you have for someone starting out given that you said both gatesgarth and zeus are the latest? Which should I pick? | 16:30 |
fenrig | key is the string of the variable name in the yocto recipe | 16:30 |
alejandrohs | Yumasi: IIRC creatig your own plugin should allow you to do that, you just have to make wic uderstand and process the several bootloader entries | 16:31 |
fenrig | <recipe>.bb contains CONFIG_SOMETHING ??= "y" . Then key is "CONFIG_SOMETHING" | 16:31 |
kergoth | fenrig: yeah, should be fine. ' ' + key | 16:31 |
fenrig | GREAT <3 | 16:32 |
fenrig | yocto is awesome, too bad it's a pretty steep knowledge hill | 16:32 |
*** chris_ber <chris_ber!~quassel@213.138.44.181> has quit IRC | 16:32 | |
funk123 | fenrig: I have the same feeling :) | 16:33 |
alejandrohs | Yumasi: specifically the bootimg-partition.py file would need some mods | 16:33 |
alejandrohs | funk123: it depends of what you want, if you want the latest then pick gatesgarth | 16:34 |
Yumasi | alejandrohs: That's what I thought. Thanks for your answer! (I am using EFI but I see how bootimg-efi.py would need to be modified for that). I suppose I can't have multiple partitions with the "/" mountpoint (I guess it would have trouble generating the fstab, amongst other things)? | 16:37 |
*** linums <linums!~linums@84.198.214.26> has quit IRC | 16:45 | |
*** linums <linums!~linums@apn-94-44-111-66.vodafone.hu> has joined #yocto | 16:46 | |
rburton | khem: have you tried building with host ld being clang? | 17:01 |
RP | rburton: not sure I want to know ;-) | 17:02 |
*** PaowZ_ <PaowZ_!~Vince@193.252.149.222> has quit IRC | 17:03 | |
*** zandrey <zandrey!~zandrey@193.8.40.126> has quit IRC | 17:03 | |
rburton | no, i don't think you do | 17:03 |
*** vineela <vineela!~vtummala@134.134.139.76> has joined #yocto | 17:05 | |
kergoth | hah | 17:09 |
*** megabread <megabread!~megabread@2a01:4b00:e031:2600:3c84:182f:dc34:77d4> has quit IRC | 17:12 | |
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 17:15 | |
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 17:15 | |
*** feddischson <feddischson!~feddischs@HSI-KBW-095-208-248-104.hsi5.kabel-badenwuerttemberg.de> has quit IRC | 17:16 | |
*** manuel1985 <manuel1985!~manuel@62.99.131.178> has left #yocto | 17:16 | |
*** RobertBerger <RobertBerger!~rber@2a02:587:3b0d:ecec:60e3:9715:89c4:848> has quit IRC | 17:29 | |
*** Yumasi <Yumasi!~guillaume@static-176-175-104-214.ftth.abo.bbox.fr> has quit IRC | 17:32 | |
*** micka_ <micka_!~micka@reverse-75.fdn.fr> has quit IRC | 17:34 | |
*** stacktru1t <stacktru1t!~stacktrus@cpe-67-250-48-90.nyc.res.rr.com> has joined #yocto | 17:34 | |
*** marius_ <marius_!~emrius@dslb-088-064-250-155.088.064.pools.vodafone-ip.de> has joined #yocto | 17:37 | |
*** RobertBerger <RobertBerger!~rber@ppp-2-84-14-95.home.otenet.gr> has joined #yocto | 17:44 | |
khem | rburton: not as ld but as host compiler yes | 17:45 |
khem | gentoo and mageia already use clang to bootstrap so its much better to build native packages now a days | 17:46 |
rburton | ok | 17:47 |
rburton | i blame user error | 17:47 |
khem | give it a shot we can fix things up nothing is impossible | 17:47 |
*** mckoan is now known as mckoan|away | 17:53 | |
*** linums <linums!~linums@apn-94-44-111-66.vodafone.hu> has quit IRC | 18:05 | |
*** linums <linums!~linums@84.198.214.26> has joined #yocto | 18:06 | |
smurray | khem: you're not supposed to tell people that, they may hold you to it ;) | 18:15 |
fenrig | if the do_compile changes then all programs that recursively depend on that changed recipe should be recompiled right? | 18:22 |
*** marc1 <marc1!~marc@modemcable182.194-37-24.static.videotron.ca> has quit IRC | 18:24 | |
*** marc1 <marc1!~marc@modemcable182.194-37-24.static.videotron.ca> has joined #yocto | 18:26 | |
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 18:29 | |
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 18:29 | |
*** caiortp <caiortp!5c6cf53f@gateway/web/cgi-irc/kiwiirc.com/ip.92.108.245.63> has quit IRC | 18:33 | |
*** linums <linums!~linums@84.198.214.26> has quit IRC | 18:40 | |
*** linums <linums!~linums@apn-94-44-234-154.vodafone.hu> has joined #yocto | 18:41 | |
rburton | yes | 18:41 |
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-onkowzwpmlnnccuc> has quit IRC | 18:45 | |
*** linums <linums!~linums@apn-94-44-234-154.vodafone.hu> has quit IRC | 18:51 | |
*** linums <linums!~linums@natx-145.kulnet.kuleuven.be> has joined #yocto | 18:51 | |
*** linums <linums!~linums@natx-145.kulnet.kuleuven.be> has quit IRC | 18:55 | |
khem | smurray: that was addressed to rburton specifically not universal statement :) | 19:02 |
smurray | khem: heh | 19:11 |
*** falk0n <falk0n!~falk0n@a79-168-12-15.cpe.netcabo.pt> has quit IRC | 19:16 | |
*** marius_ <marius_!~emrius@dslb-088-064-250-155.088.064.pools.vodafone-ip.de> has quit IRC | 19:21 | |
*** marius__ <marius__!~emrius@dslb-088-064-250-155.088.064.pools.vodafone-ip.de> has joined #yocto | 19:21 | |
*** Bunio_FH1 <Bunio_FH1!~bunio@188.146.178.254.nat.umts.dynamic.t-mobile.pl> has quit IRC | 19:21 | |
*** hpsy <hpsy!~hpsy@92.118.12.30> has joined #yocto | 19:27 | |
RP | JPEW: I hacked up and sent out a patch for that hashequiv issue, tweaked the one I had previously. Will see how testing looks with it | 19:42 |
*** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has joined #yocto | 19:49 | |
*** kuzz <kuzz!~kuzz@mob-5-90-70-136.net.vodafone.it> has quit IRC | 19:52 | |
*** RP <RP!~RP@2001:8b0:aba:5f3c:96de:80ff:fe6d:2d2b> has quit IRC | 19:53 | |
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 19:57 | |
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 19:57 | |
*** tolszak <tolszak!~tolszak@apn-37-248-200-60.dynamic.gprs.plus.pl> has quit IRC | 20:04 | |
*** Sandrita <Sandrita!d0586e2e@gateway/web/cgi-irc/kiwiirc.com/ip.208.88.110.46> has joined #yocto | 20:07 | |
*** RP <RP!~RP@60.23.169.217.in-addr.arpa> has joined #yocto | 20:09 | |
*** marius__ <marius__!~emrius@dslb-088-064-250-155.088.064.pools.vodafone-ip.de> has quit IRC | 20:21 | |
*** marius__ <marius__!~emrius@dslb-088-064-250-155.088.064.pools.vodafone-ip.de> has joined #yocto | 20:21 | |
*** Sandrita <Sandrita!d0586e2e@gateway/web/cgi-irc/kiwiirc.com/ip.208.88.110.46> has quit IRC | 20:21 | |
khem | RP: seeing WARNING: busybox-1.32.0-r0 do_populate_lic: busybox: No generic license file exists for: bzip2-1.0.4 in any provider | 20:22 |
khem | I guess we also need to add bzip2-1.0.4 license text in meta/files/common-licenses | 20:23 |
khem | along with Yann's change | 20:24 |
RP | khem: will be the busybox license patch :/ | 20:50 |
*** mbulut <mbulut!~nameclash@ip1f110f5b.dynamic.kabel-deutschland.de> has joined #yocto | 20:51 | |
mbulut | is there a way to completely disable/delete/overwrite a task defined in a recipe by appending it? | 20:54 |
*** lh___ <lh___!sid77898@gateway/web/irccloud.com/x-nwdfpgfanhlldsvx> has quit IRC | 20:58 | |
*** awafaa <awafaa!sid716@gateway/web/irccloud.com/x-kpcykcuxrgetpbge> has quit IRC | 20:58 | |
*** lh___ <lh___!sid77898@gateway/web/irccloud.com/x-fshuovispmjyqgna> has joined #yocto | 20:58 | |
*** awafaa <awafaa!sid716@gateway/web/irccloud.com/x-pibpomiepzebyrjj> has joined #yocto | 20:59 | |
*** Konsgnx <Konsgnx!~Konsgnx3@66-109-34-138.tvc-ip.com> has quit IRC | 21:02 | |
RP | mbulut: anonymous python and deltask it? or just specify your own task to overwrite it? | 21:03 |
mbulut | yeah thx, I was going for deltask but it seems not available in rocko | 21:04 |
mbulut | will overwrite it | 21:04 |
moto-timo | https://www.yoctoproject.org/community/events/ | 21:13 |
moto-timo | not a lot to see there | 21:13 |
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 21:15 | |
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 21:15 | |
*** berton <berton!~berton@191-221-68-106.user3p.brasiltelecom.net.br> has quit IRC | 21:16 | |
*** marius__ <marius__!~emrius@dslb-088-064-250-155.088.064.pools.vodafone-ip.de> has quit IRC | 21:21 | |
*** marius__ <marius__!~emrius@dslb-088-064-250-155.088.064.pools.vodafone-ip.de> has joined #yocto | 21:21 | |
*** beneth` <beneth`!~beneth@irc.beneth.fr> has left #yocto | 21:26 | |
*** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has quit IRC | 21:29 | |
*** ssajal <ssajal!~ssajal@128.224.252.2> has quit IRC | 21:32 | |
*** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has joined #yocto | 21:35 | |
* RP discovers the scatter gather offload on a network card was breaking NAT | 21:43 | |
*** beneth` <beneth`!~beneth@irc.beneth.fr> has joined #yocto | 21:51 | |
*** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.94.61.189.107> has quit IRC | 21:55 | |
*** manuel1985 <manuel1985!~manuel@089144218193.atnat0027.highway.a1.net> has joined #yocto | 22:02 | |
*** marius__ <marius__!~emrius@dslb-088-064-250-155.088.064.pools.vodafone-ip.de> has quit IRC | 22:03 | |
*** pohly <pohly!~pohly@p54bd56f5.dip0.t-ipconnect.de> has quit IRC | 22:04 | |
moto-timo | noooo | 22:18 |
*** beneth` <beneth`!~beneth@irc.beneth.fr> has left #yocto | 22:25 | |
*** sagner <sagner!~ags@2a02:169:3df5::979> has joined #yocto | 22:27 | |
*** mcfrisk <mcfrisk!mcfrisk@kapsi.fi> has quit IRC | 22:33 | |
*** mcfrisk <mcfrisk!mcfrisk@kapsi.fi> has joined #yocto | 22:33 | |
*** tkoskine <tkoskine!tkoskine@kapsi.fi> has quit IRC | 22:34 | |
*** tkoskine <tkoskine!tkoskine@kapsi.fi> has joined #yocto | 22:34 | |
*** agust <agust!~agust@p508b685f.dip0.t-ipconnect.de> has quit IRC | 23:00 | |
*** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has quit IRC | 23:02 | |
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 23:10 | |
*** funk123 <funk123!496fe025@c-73-111-224-37.hsd1.il.comcast.net> has quit IRC | 23:13 | |
*** row <row!496fe025@c-73-111-224-37.hsd1.il.comcast.net> has joined #yocto | 23:14 | |
*** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has quit IRC | 23:33 | |
row | Thanks to advice I received earlier, I was able to compile (without errors) yacto with meta-xilunx (zeus branch). I have added some information here: https://solardata.s3-ap-southeast-1.amazonaws.com/zynqboot.pdf | 23:34 |
row | Can anyone provide some advice on what I did wrong? | 23:35 |
*** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto | 23:36 | |
row | That pdf is some text and screenshots | 23:36 |
*** row <row!496fe025@c-73-111-224-37.hsd1.il.comcast.net> has quit IRC | 23:41 | |
*** Klanticus <Klanticus!~quassel@189.76.135.234> has quit IRC | 23:41 | |
khem | you might want to check where the switch to reading vfat should happen. | 23:43 |
khem | it seems your bootenv is stored on spi flash | 23:44 |
*** zybouser <zybouser!~karthik@2601:246:4d7f:fc61:f4c2:fec2:478c:9011> has joined #yocto | 23:44 | |
khem | and that should perhaps have info about where to boot from | 23:44 |
khem | dump it and read it | 23:45 |
zybouser | Sorry, I lost the message since my webclient dies. | 23:46 |
zybouser | Can you repeat your comments again, khem? | 23:46 |
zybouser | (I was user 'row' ) | 23:46 |
zybouser | And I posted this problem about yocto not booting: https://solardata.s3-ap-southeast-1.amazonaws.com/zynqboot.pdf | 23:47 |
khem | it seems bootloader env is being read from spi flash | 23:48 |
khem | amd that perhaps has logic to choose where to boot from | 23:49 |
zybouser | Strangely I can boot if the ethernet cable is attached. | 23:49 |
khem | if you are able to break the boot at bootloader shell then you can see | 23:49 |
zybouser | I copied the exact files to my tftp server | 23:49 |
khem | yes thats becuase perhaps network boot is ahead of emmc boot in order | 23:50 |
khem | sometimes uboot waits for a second or two before loading kernel you can press return key and see if it breaks in boot shell | 23:51 |
zybouser | Load device from filesystem (FAT by default) (Xilinx only) | 23:51 |
zybouser | loadfs [dev] [address] [image size] [blocksize] <interface> | 23:51 |
zybouser | [<dev[:part]>] <filename> | 23:51 |
zybouser | loadmk [dev] [address] Load device generated with mkimage | 23:51 |
zybouser | For loadmk operating on FIT format uImage address must include | 23:51 |
zybouser | subimage unit name in the form of addr:<subimg_uname> | 23:51 |
zybouser | Hit any key to stop autoboot: 0 | 23:51 |
zybouser | khem: Ah, I see what you mean | 23:53 |
zybouser | https://solardata.s3-ap-southeast-1.amazonaws.com/Screenshot_2020-10-27_18-54-28.png | 23:55 |
zybouser | That shows it is trying to mmc boot | 23:55 |
zybouser | so how do I change it to SD card? | 23:55 |
*** m123 <m123!496fe025@c-73-111-224-37.hsd1.il.comcast.net> has joined #yocto | 23:59 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!