Tuesday, 2022-12-20

*** mckoan|away <mckoan|away!~marco@host-95-229-48-41.business.telecomitalia.it> has quit IRC (Read error: Connection reset by peer)00:06
*** mckoan|away <mckoan|away!~marco@95.229.48.41> has joined #yocto00:06
RPJPEW: in case you wonder, the issue in my patch is dict ordering00:14
RPwell, the biggest issue00:15
*** azcraft <azcraft!~AzCraft@195.214.249.209> has quit IRC (Remote host closed the connection)00:23
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)00:24
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Ping timeout: 268 seconds)00:24
*** Wouter010067 <Wouter010067!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat)00:30
*** Wouter010067 <Wouter010067!~Wouter010@entry.nbg.netvos.nl> has joined #yocto00:30
JPEWOh.... Which dict?00:49
*** amitk <amitk!~amit@103.59.74.62> has quit IRC (Ping timeout: 272 seconds)00:49
*** seninha <seninha!~seninha@user/seninha> has joined #yocto00:55
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.)01:15
*** malsyned <malsyned!~IceChat95@c-66-31-16-167.hsd1.ma.comcast.net> has joined #yocto01:21
*** malsyned <malsyned!~IceChat95@c-66-31-16-167.hsd1.ma.comcast.net> has quit IRC (Ping timeout: 252 seconds)01:28
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Remote host closed the connection)01:44
*** demirok <demirok!~bell@user/demirok> has quit IRC (Quit: Leaving.)02:09
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto02:10
*** nemik_ <nemik_!~nemik@207.237.248.190> has quit IRC (Ping timeout: 246 seconds)02:19
*** nemik_ <nemik_!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto02:19
*** nemik_ <nemik_!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 260 seconds)02:24
*** nemik_ <nemik_!~nemik@207.237.248.190> has joined #yocto02:24
*** RobertBerger <RobertBerger!~rber|res@62-46-92-242.adsl.highway.telekom.at> has joined #yocto02:32
*** rber|res <rber|res!~rber|res@62-46-92-242.adsl.highway.telekom.at> has quit IRC (Ping timeout: 272 seconds)02:34
*** starblue1 <starblue1!~juergen@dslb-094-221-185-156.094.221.pools.vodafone-ip.de> has quit IRC (Ping timeout: 252 seconds)02:58
*** starblue1 <starblue1!~juergen@dslb-094-220-119-081.094.220.pools.vodafone-ip.de> has joined #yocto03:00
*** jclsn <jclsn!~jclsn@2a04:4540:650d:500:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 255 seconds)03:08
*** jclsn <jclsn!~jclsn@2a04:4540:6508:6b00:2ce:39ff:fecf:efcd> has joined #yocto03:10
*** amitk <amitk!~amit@103.59.74.62> has joined #yocto03:35
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Ping timeout: 260 seconds)03:44
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto03:58
kiwi_29_[m]Hello..I m using Go lang compiler v 1.19.3 . Because my yocto is based on dunfell and go v1.19.3 is available on langdale, instead of upgrading yocto(which was breaking all my packages), I copied meta/recipes-devtools/go from yocto to my custom-layer/recipes-devtools. This works. However, when I compile my go... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/fc9b9316a8d836abfdd073f2c0f89d883517e7a8>)03:59
kiwi_29_[m] * Hello..I m using Go lang compiler v 1.19.3 . Because my yocto is based on dunfell and go v1.19.3 is available on langdale, instead of upgrading yocto(which was breaking all my packages), I copied meta/recipes-devtools/go from yocto to my custom-layer/recipes-devtools. This works. However, when I compile my go... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/741ed90b3bff2c15f412197c13d571a4df90586d>)04:08
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.)04:21
*** malsyned <malsyned!~IceChat95@c-66-31-16-167.hsd1.ma.comcast.net> has joined #yocto05:27
*** malsyned <malsyned!~IceChat95@c-66-31-16-167.hsd1.ma.comcast.net> has quit IRC (Ping timeout: 255 seconds)05:43
*** malsyned <malsyned!~IceChat95@c-66-31-16-167.hsd1.ma.comcast.net> has joined #yocto05:56
*** schtobia <schtobia!~quassel@schmidl.dev> has quit IRC (Quit: Bye!)05:58
*** schtobia <schtobia!~quassel@schmidl.dev> has joined #yocto05:59
*** malsyned <malsyned!~IceChat95@c-66-31-16-167.hsd1.ma.comcast.net> has quit IRC (Ping timeout: 246 seconds)06:11
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto06:16
*** malsyned <malsyned!~IceChat95@c-66-31-16-167.hsd1.ma.comcast.net> has joined #yocto06:25
*** malsyned <malsyned!~IceChat95@c-66-31-16-167.hsd1.ma.comcast.net> has quit IRC (Ping timeout: 265 seconds)06:36
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 272 seconds)06:36
*** barometz <barometz!~dvanb@92-109-61-249.cable.dynamic.v4.ziggo.nl> has quit IRC (Ping timeout: 246 seconds)06:38
*** malsyned <malsyned!~IceChat95@c-66-31-16-167.hsd1.ma.comcast.net> has joined #yocto06:51
*** malsyned <malsyned!~IceChat95@c-66-31-16-167.hsd1.ma.comcast.net> has quit IRC (Ping timeout: 268 seconds)07:01
*** demirok <demirok!~bell@user/demirok> has joined #yocto07:04
*** malsyned <malsyned!~IceChat95@c-66-31-16-167.hsd1.ma.comcast.net> has joined #yocto07:12
*** malsyned <malsyned!~IceChat95@c-66-31-16-167.hsd1.ma.comcast.net> has quit IRC (Ping timeout: 272 seconds)07:22
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto07:31
*** frieder <frieder!~frieder@200116b824ab37810000000000001cba.dip.versatel-1u1.de> has joined #yocto07:44
*** jeffrey33 <jeffrey33!~dev@D584BE1E.static.ziggozakelijk.nl> has joined #yocto07:44
*** malsyned <malsyned!~IceChat95@c-66-31-16-167.hsd1.ma.comcast.net> has joined #yocto07:45
*** mckoan|away is now known as mckoan07:48
mckoangood morning07:48
LetoThe2ndyo dudX07:53
*** gho <gho!~gho@i59F5CFF8.versanet.de> has joined #yocto07:55
*** malsyned <malsyned!~IceChat95@c-66-31-16-167.hsd1.ma.comcast.net> has quit IRC (Ping timeout: 272 seconds)08:00
*** goliath <goliath!~goliath@user/goliath> has joined #yocto08:03
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto08:04
*** malsyned <malsyned!~IceChat95@c-66-31-16-167.hsd1.ma.comcast.net> has joined #yocto08:12
*** zpfvo <zpfvo!~fvo@i59F5CFF8.versanet.de> has joined #yocto08:15
manuelI have a system running with weston&wayland, but to start I need to invoke `weston-start` manually. There is a graphical.target WANTing a non-existent display-manager.service.08:18
manuelIs display-manager.service be provided by a package I don't have?08:19
*** malsyned <malsyned!~IceChat95@c-66-31-16-167.hsd1.ma.comcast.net> has quit IRC (Ping timeout: 272 seconds)08:22
JaMalooks like we might need bitbake update on layerindex? it doesn't seem to recognize "addpylib" yet as in https://layers.openembedded.org/layerindex/layerupdate/9403345/08:36
JaMamoto-timo: ^^ in case you have access to layerindex (as you were sending some improvements for it recently)08:38
brabanderIs there a place where the bitbake-cookerdaemon.log files from the Autobuilder can be seen ? Can seem to find them at https://autobuilder.yocto.io/pub/non-release/08:49
*** malsyned <malsyned!~IceChat95@c-66-31-16-167.hsd1.ma.comcast.net> has joined #yocto08:49
*** gsalazar <gsalazar!~gsalazar@139.0.166.178.rev.vodafone.pt> has joined #yocto08:52
*** gho <gho!~gho@i59F5CFF8.versanet.de> has quit IRC (Quit: Leaving.)08:56
*** gho <gho!~gho@i59F5CFF8.versanet.de> has joined #yocto08:56
*** gho <gho!~gho@i59F5CFF8.versanet.de> has quit IRC (Client Quit)08:59
*** gho <gho!~gho@i59F5CFF8.versanet.de> has joined #yocto08:59
*** flumpy33 <flumpy33!~dev@D584BE1E.static.ziggozakelijk.nl> has joined #yocto09:00
*** jeffrey33 <jeffrey33!~dev@D584BE1E.static.ziggozakelijk.nl> has quit IRC (Ping timeout: 246 seconds)09:03
*** malsyned <malsyned!~IceChat95@c-66-31-16-167.hsd1.ma.comcast.net> has quit IRC (Ping timeout: 272 seconds)09:08
*** gho <gho!~gho@i59F5CFF8.versanet.de> has quit IRC (Ping timeout: 272 seconds)09:11
*** Payam <Payam!~Payam@195.178.161.167> has joined #yocto09:11
*** gho <gho!~gho@dynamic-089-204-139-159.89.204.139.pool.telefonica.de> has joined #yocto09:13
PayamI am trying to enable VLAN on my yocto. How do I do that exactly? Any references?09:15
*** gho <gho!~gho@dynamic-089-204-139-159.89.204.139.pool.telefonica.de> has quit IRC (Ping timeout: 248 seconds)09:18
*** zpfvo <zpfvo!~fvo@i59F5CFF8.versanet.de> has quit IRC (Quit: Leaving.)09:23
*** zpfvo <zpfvo!~fvo@i59F5CFF8.versanet.de> has joined #yocto09:28
*** sion33 <sion33!~dev@D584BE1E.static.ziggozakelijk.nl> has joined #yocto09:29
*** gho <gho!~gho@i59F5CFF8.versanet.de> has joined #yocto09:32
*** flumpy33 <flumpy33!~dev@D584BE1E.static.ziggozakelijk.nl> has quit IRC (Ping timeout: 268 seconds)09:33
d-fensis threre any build in mechanism to replace variables in a in file included in a .bb receipt or do i have to use sed and such09:38
LetoThe2ndd-fens: sed09:42
d-fensok, so its right that only in receipts the variable expansion works09:42
LetoThe2ndd-fens: you just need to have a clear distinction between metadata and payload. bitbake variable and their expansion happen in the metadata. when ever you need to modify something in the payload, you need to actively do so, for example by sed.09:45
d-fensyou should make a cheatsheet with all the valuable explanations you posted over time , thx09:46
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)09:51
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto09:51
LetoThe2ndd-fens: we usually put them in chants.09:51
d-fens:)09:56
*** malsyned <malsyned!~IceChat95@c-66-31-16-167.hsd1.ma.comcast.net> has joined #yocto09:58
*** malsyned <malsyned!~IceChat95@c-66-31-16-167.hsd1.ma.comcast.net> has quit IRC (Ping timeout: 252 seconds)10:12
PayamIf I want to change the kernel of a yocto projekt in a custom meta layer. do I need to create a recepie-kernel?10:12
LetoThe2ndPayam: depends a bit if you want to do a full replacement of just add a configuration fragment for example.10:14
rburtond-fens: if you have a lot of files you can write some logic to do string replacements, https://github.com/rossburton/meta-ross/blob/master/classes/bbin.bbclass is a proof of concept10:15
d-fensrburton: interesting thanks10:18
LetoThe2ndquestion - if deciding upon a license for a bare metal open source thing, would you rather pick MIT od Apache 2? I feel like the latter is more complicated, but more explicit on eventual patents and all involved contributors.10:22
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto10:24
*** d-s-e <d-s-e!~d.s.e@2001:a61:122d:a501:951:605:9993:998> has joined #yocto10:25
*** otavio_ <otavio_!~otavio@200-180-239-15.user3p.brasiltelecom.net.br> has quit IRC (Ping timeout: 272 seconds)10:32
*** d-s-e <d-s-e!~d.s.e@2001:a61:122d:a501:951:605:9993:998> has quit IRC (Quit: Konversation terminated!)10:33
*** Algotech75 <Algotech75!~algotech@2a01:e0a:5e0:29b0:d69:65a1:1c17:f57e> has joined #yocto10:41
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)10:51
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto10:51
*** kriive <kriive!~kriive@user/kriive> has joined #yocto10:54
*** malsyned <malsyned!~IceChat95@c-66-31-16-167.hsd1.ma.comcast.net> has joined #yocto11:00
*** otavio <otavio!~otavio@201-66-236-138.user3p.brasiltelecom.net.br> has joined #yocto11:08
*** malsyned <malsyned!~IceChat95@c-66-31-16-167.hsd1.ma.comcast.net> has quit IRC (Ping timeout: 272 seconds)11:10
*** Wouter010067 <Wouter010067!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat)11:10
*** Wouter010067 <Wouter010067!~Wouter010@entry.nbg.netvos.nl> has joined #yocto11:10
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto11:23
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 252 seconds)11:28
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto11:40
*** pip[m] <pip[m]!~wyb-pipma@2001:470:69fc:105::2:d2f8> has joined #yocto11:54
*** pip[m] <pip[m]!~wyb-pipma@2001:470:69fc:105::2:d2f8> has left #yocto11:54
*** malsyned <malsyned!~IceChat95@c-66-31-16-167.hsd1.ma.comcast.net> has joined #yocto11:58
*** otavio <otavio!~otavio@201-66-236-138.user3p.brasiltelecom.net.br> has quit IRC (Ping timeout: 246 seconds)12:10
*** malsyned <malsyned!~IceChat95@c-66-31-16-167.hsd1.ma.comcast.net> has quit IRC (Ping timeout: 272 seconds)12:13
gsalazarHi, is there a way to verify the checksum of local files mentioned in SRC_URI?12:17
rburtonthe checksum is mainly for transfer integrity, local files are assumed to be fine.  if you can't rely on local file storage you've bigger problems :)12:22
*** ptsneves <ptsneves!~Thunderbi@031011128120.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto12:24
RP"RuntimeError: concurrent poll() invocation" - that is a new achievement :)12:24
JaMacongratz :)12:26
LetoThe2ndRP: do you want a badge?12:31
*** JM <JM!~JM@159-210-178-143.ftth.glasoperator.nl> has joined #yocto12:34
*** JM is now known as JM1212:35
*** JM12 <JM12!~JM@159-210-178-143.ftth.glasoperator.nl> has quit IRC (Client Quit)12:35
*** JM12 <JM12!~JM12@159-210-178-143.ftth.glasoperator.nl> has joined #yocto12:35
RPLetoThe2nd: it is just nice to find new and intersting ways to break bitbake for a change12:36
RPit is a bit sad as I had a crazy idea to solve a few issues but isn't quite working12:36
PayamLetoThe2nd, I just want to enable VLAN12:40
JM12Hello people, I'm (sometimes) getting a "FileNotFoundError" for "CVE_CHECK_MANIFEST" during the do_rootfs step12:41
JM12File: '/yocto/poky/meta/classes/cve-check.bbclass', lineno: 230, function: cve_check_write_rootfs_manifest12:41
JM12     0226:    if enable_text:12:41
JM12     0227:        link_path = os.path.join(deploy_dir, "%s.cve" % link_name)12:41
JM12     0228:        manifest_name = d.getVar("CVE_CHECK_MANIFEST")12:41
JM12     0229:12:41
JM12 *** 0230:        with open(manifest_name, "w") as f:12:41
JM12     0231:            f.write(text_data)12:41
JM12It seems this fails because the parent directory of the file it tries to write (tmp_machine/deploy/images/machine/image.rootfs.cve) does not exist yet for mc:machine:image (only specific machines seem to fail).12:41
JM12I'm trying to figure out if I've got a missing dependencies or something along those lines, and I was mostly wondering if anyone could tell me in which step this directory is normally created, though any other help would be appreciated.12:41
LetoThe2ndPayam: as I have never "enabled VLAN", what does it mean? adding a few config options, or what?12:41
PayamConfiguring the kernel is what it should mean12:43
LetoThe2ndPayam: then maybe https://wiki.koansoftware.com/index.php/Modify_the_linux_kernel_with_configuration_fragments_in_Yocto gets you started.12:44
*** Algotech75 <Algotech75!~algotech@2a01:e0a:5e0:29b0:d69:65a1:1c17:f57e> has quit IRC (Ping timeout: 252 seconds)12:53
rburtonPayam: i recommend you at least skim the table of contents at https://docs.yoctoproject.org.  specifically https://docs.yoctoproject.org/kernel-dev/common.html#configuring-the-kernel.13:01
*** sstiller <sstiller!~sstiller@p200300f07f128300cd412b6df00f14c1.dip0.t-ipconnect.de> has joined #yocto13:24
*** sotaoverride__ <sotaoverride__!~sotaoverr@139.68.81.21> has joined #yocto13:35
*** invalidopcode7 <invalidopcode7!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has quit IRC (Remote host closed the connection)13:36
*** invalidopcode7 <invalidopcode7!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has joined #yocto13:36
*** sotaoverride is now known as Guest829913:37
*** Guest8299 <Guest8299!~sotaoverr@ool-4578fe22.dyn.optonline.net> has quit IRC (Killed (sodium.libera.chat (Nickname regained by services)))13:37
*** sotaoverride__ is now known as sotaoverride13:37
*** sotaover1ide <sotaover1ide!~sotaoverr@ool-4578fe22.dyn.optonline.net> has joined #yocto13:37
*** kscherer <kscherer!~kscherer@bras-base-otwaon1146w-grc-26-174-95-44-180.dsl.bell.ca> has joined #yocto13:40
*** seninha <seninha!~seninha@user/seninha> has joined #yocto13:42
Payamrburton, I work on AgL. and when I do according to the docs and run bitbake qemux86-64 -c menuconfig I get this error : Nothing PROVIDES 'qemux86-64'13:42
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Remote host closed the connection)13:43
*** seninha <seninha!~seninha@user/seninha> has joined #yocto13:48
JaMaPayam: qemux86-64 is MACHINE name, not recipe name13:53
Payamso do I need to have a recepie for kernel?13:55
PayamI can not find any .config file under work/13:57
*** sakoman <sakoman!~steve@dhcp-72-253-5-74.hawaiiantel.net> has joined #yocto14:00
*** sotaoverride <sotaoverride!~sotaoverr@139.68.81.21> has quit IRC (Remote host closed the connection)14:01
sudipPayam: try  "bitbake linux-yocto -c menuconfig"14:02
Payamwhat does it do?14:04
sudiplinux-yocto is the kernel recipe name for qemux86-64 of agl14:04
Payamhow did you know that?14:06
LetoThe2ndPayam: maybe it would be useful if you learned the real basics? like, what is a recipe, what is a machine, what is a distro, what is an image? tbh, the knowledge that linux-yocto is the default kernel for the included qemu machines is pretty much common knowledge.14:07
PayamLetoThe2nd,  I read the first chapter a book14:07
PayamI am reading the rest now14:08
*** zpfvo <zpfvo!~fvo@i59F5CFF8.versanet.de> has quit IRC (Ping timeout: 256 seconds)14:10
sudipwell, it actually helped as Payam said its for qemux86-64, but agl has other kernel recipe name depending on arch or machine14:11
Payamwhere do you find those names sudip ?14:11
JaMayou can also use virtual/kernel which will select preferred kernel provider14:12
Payambut there should be documented somewhere right? I google and I end up on just Github issues and etc.14:13
JaMahttps://www.openembedded.org/wiki/Kernel_Building14:14
JaMahttps://docs.yoctoproject.org/kernel-dev/common.html#using-menuconfig14:14
JaMahttps://docs.yoctoproject.org/dev-manual/common-tasks.html#using-virtual-providers14:15
JaMaetc14:15
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto14:16
*** Guest22 <Guest22!~Guest22@195-198-38-218.customer.telia.com> has joined #yocto14:23
*** Guest22 is now known as rli14:23
*** zpfvo <zpfvo!~fvo@i59F5CFF8.versanet.de> has joined #yocto14:26
rliHello, I'm trying to include a git describe into my image build but cant manage to execute it in my yocto repo. It works fine to execute within the same meta-layer directory but I can't figure out how to get the status of the repo containing the meta-layers. Have anyone tried or can point me in a direction?14:26
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Quit: Leaving)14:27
JaMarli: see  base_get_metadata_git_branch from metadata_scm.bbclass14:28
JaMayou can use similar function for git describe as well (like we do in webOS with https://github.com/webosose/meta-webosose/blob/master/meta-webos/classes/webos_base.bbclass#L111)14:29
rliThanks I'll check it out!14:36
rliIt works great, thanks! I was trying to do the same but change the directory with git -C instead of setting the path with cwd=14:38
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)14:47
*** Wouter010067 <Wouter010067!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat)14:50
*** Wouter010067 <Wouter010067!~Wouter010@entry.nbg.netvos.nl> has joined #yocto14:50
*** JM12 <JM12!~JM12@159-210-178-143.ftth.glasoperator.nl> has quit IRC (Quit: Client closed)14:55
*** nemik_ <nemik_!~nemik@207.237.248.190> has quit IRC (Ping timeout: 252 seconds)14:59
*** nemik_ <nemik_!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto14:59
*** malsyned <malsyned!~IceChat95@c-66-31-16-167.hsd1.ma.comcast.net> has joined #yocto15:01
*** nemik_ <nemik_!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 260 seconds)15:04
*** nemik_ <nemik_!~nemik@207.237.248.190> has joined #yocto15:04
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC (Remote host closed the connection)15:06
*** manuel1985 <manuel1985!~manuel198@185.68.248.44> has joined #yocto15:08
*** azcraft <azcraft!~AzCraft@195.214.249.209> has joined #yocto15:08
xcmhey all. i sometimes have an issue where even though `ping 8.8.8.8` works fine, `nslookup google.com 8.8.8.8` fails to resolve. there's no iptables or anything on the system15:09
*** barometz <barometz!~dvanb@92-109-61-249.cable.dynamic.v4.ziggo.nl> has joined #yocto15:11
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed)15:13
*** sion33 <sion33!~dev@D584BE1E.static.ziggozakelijk.nl> has quit IRC (Quit: WeeChat 3.0)15:13
PayamSo now the .config is shown but it is impossible to navigate15:15
Payamhow do I go down15:15
Payamhttps://imgur.com/afE1xR6.png15:16
RPJPEW: I sent a few bitbake changes to the list which I might discuss on the call later if anyone is interested15:16
JPEWk15:18
*** rli <rli!~Guest22@195-198-38-218.customer.telia.com> has quit IRC (Quit: Client closed)15:38
*** JM12 <JM12!~JM12@159-210-178-143.ftth.glasoperator.nl> has joined #yocto15:39
*** Guest22 <Guest22!~Guest22@195-198-38-218.customer.telia.com> has joined #yocto15:52
*** Guest22 <Guest22!~Guest22@195-198-38-218.customer.telia.com> has quit IRC (Client Quit)15:52
*** manuel_ <manuel_!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto15:59
*** manuel1985 <manuel1985!~manuel198@185.68.248.44> has quit IRC (Ping timeout: 252 seconds)16:01
*** otavio <otavio!~otavio@191-221-68-67.user3p.brasiltelecom.net.br> has joined #yocto16:06
*** manuel_ <manuel_!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC (Remote host closed the connection)16:06
*** manuel1985 <manuel1985!~manuel198@185.68.248.44> has joined #yocto16:08
*** manuel1985 <manuel1985!~manuel198@185.68.248.44> has quit IRC (Ping timeout: 265 seconds)16:18
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Quit: Leaving)16:25
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto16:34
*** sstiller <sstiller!~sstiller@p200300f07f128300cd412b6df00f14c1.dip0.t-ipconnect.de> has quit IRC (Remote host closed the connection)16:35
*** zpfvo <zpfvo!~fvo@i59F5CFF8.versanet.de> has quit IRC (Ping timeout: 252 seconds)16:35
*** Payam <Payam!~Payam@195.178.161.167> has quit IRC (Read error: Connection reset by peer)16:38
*** Bardon <Bardon!~Bardon@user/Bardon> has quit IRC (Ping timeout: 246 seconds)16:39
*** gsalazar <gsalazar!~gsalazar@139.0.166.178.rev.vodafone.pt> has quit IRC (Ping timeout: 252 seconds)16:44
*** Dolly <Dolly!~Dolly@62.90.243.122> has quit IRC (Read error: Connection reset by peer)16:48
*** zpfvo <zpfvo!~fvo@i59F5CFF8.versanet.de> has joined #yocto16:48
RP"ERROR: ParseError at /home/pokybuild/yocto-worker/qemux86-64/build/meta/recipes-graphics/xorg-lib/xorg-lib-common.inc:15: Could not inherit file classes/autotools.bbclass"17:00
* RP wonders how that could happen17:01
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat)17:03
*** JM12 <JM12!~JM12@159-210-178-143.ftth.glasoperator.nl> has quit IRC (Quit: Client closed)17:04
*** gsalazar <gsalazar!~gsalazar@isep.wan.ipp.pt> has joined #yocto17:06
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 268 seconds)17:06
moto-timoJaMa: that required a code change, but thankfully Robert Yang sent a patch17:15
*** frieder <frieder!~frieder@200116b824ab37810000000000001cba.dip.versatel-1u1.de> has quit IRC (Remote host closed the connection)17:15
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed)17:15
*** gsalazar <gsalazar!~gsalazar@isep.wan.ipp.pt> has quit IRC (Remote host closed the connection)17:17
*** gsalazar <gsalazar!~gsalazar@isep.wan.ipp.pt> has joined #yocto17:17
*** gho <gho!~gho@i59F5CFF8.versanet.de> has quit IRC (Quit: Leaving.)17:18
*** mckoan is now known as mckoan|away17:22
*** invalidopcode7 <invalidopcode7!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has quit IRC (Remote host closed the connection)17:22
*** invalidopcode7 <invalidopcode7!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has joined #yocto17:22
rfs613RP: in the cloud, anything is possible ;-)17:23
*** seninha <seninha!~seninha@user/seninha> has joined #yocto17:24
*** Bardon <Bardon!~Bardon@user/Bardon> has joined #yocto17:27
brabanderRP: i don't really understand that ping command :p17:31
*** zpfvo <zpfvo!~fvo@i59F5CFF8.versanet.de> has quit IRC (Quit: Leaving.)17:36
khemkiwi_29_: You may try to disable cgo, set export CGO_ENABLED=0 in the failing package and see if that helps17:37
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)17:37
*** Bardon_ <Bardon_!~Bardon@user/Bardon> has joined #yocto17:42
*** Bardon <Bardon!~Bardon@user/Bardon> has quit IRC (Ping timeout: 268 seconds)17:43
kiwi_29_[m]khem: many thanks for the response... working on it right now17:44
*** Bardon_ <Bardon_!~Bardon@user/Bardon> has quit IRC (Ping timeout: 260 seconds)17:46
RPbrabander: the need or what it does?17:48
*** gsalazar <gsalazar!~gsalazar@isep.wan.ipp.pt> has quit IRC (Ping timeout: 252 seconds)17:49
brabanderwhat it does, looks like the implementation is missing because it only prints something and doens't use the parameters17:49
RPbrabander: it is simply a command to run on the server and send a string back to the client, a simple check to see if the connection can send a message and get it back17:50
RPwell, get something back17:50
brabanderahh, I see17:51
brabanderso not an ICMP ping17:51
RPbrabander: similar in concept but not ICMP related17:51
RPJPEW: https://autobuilder.yoctoproject.org/typhoon/#/builders/73/builds/6316/steps/20/logs/stdio - our first idle thread race issue17:52
JPEWMmm ya. I was a little worried about that sort of thing17:53
JPEWRP: this is so crtl+c works?17:55
RPJPEW: amongst many other things17:56
RPJPEW: I think the issue is the inotify stuff being acted upon too soon. I have ideas on how to fix it by separating the queue from the handling17:56
*** malsyned <malsyned!~IceChat95@c-66-31-16-167.hsd1.ma.comcast.net> has quit IRC (Ping timeout: 260 seconds)17:58
JPEWI was thinking that maybe you could move just the Ctrl+c handling to a thread for now and slowly move other ui commands to the same thread over time17:59
JPEWNot sure if that even makes sense17:59
JPEWDon't know what all the Ctrl+c handling does in the server17:59
RPJPEW: It isn't so much Ctrl+C as being able to know we're being asked to shut down18:00
RPJPEW: the only way to know that is if we read the command socket18:00
*** florian_kc <florian_kc!~florian@dynamic-002-243-059-216.2.243.pool.telefonica.de> has joined #yocto18:00
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Ping timeout: 260 seconds)18:06
*** Bardon <Bardon!~Bardon@user/Bardon> has joined #yocto18:10
*** ferlzc <ferlzc!~ferlzc@177.52.30.113> has joined #yocto18:19
ferlzcHello, I'm trying to write a recipe a Perl DBI for postgresql. I'm follwing the same recipe found in https://layers.openembedded.org/layerindex/recipe/192563/ or https://layers.openembedded.org/layerindex/recipe/190989/18:21
ferlzchowover I'm having errors regarding db_config path18:22
ferlzchere is my following recipe:18:23
ferlzchttps://gist.github.com/ferlzc/9234ccd5c5a084f958ff52c7a08899a918:24
ferlzcI'm using Yocto Kirkstone18:24
*** florian_kc <florian_kc!~florian@dynamic-002-243-059-216.2.243.pool.telefonica.de> has quit IRC (Ping timeout: 272 seconds)18:27
*** Bardon <Bardon!~Bardon@user/Bardon> has quit IRC (Ping timeout: 265 seconds)18:27
*** ptsneves <ptsneves!~Thunderbi@031011128120.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Ping timeout: 260 seconds)18:32
*** ptsneves <ptsneves!~Thunderbi@031011128120.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto18:38
kiwi_29_[m]<khem> "kiwi_29_: You may try to disable..." <- Hello khem ... when I use CGO_ENABLED=0, I get "| loadinternal: cannot find runtime/cgo18:41
kiwi_29_[m]"18:41
kiwi_29_[m]s/CGO_ENABLED/CGO\_ENABLED/, s/|//, s///18:42
*** malsyned <malsyned!~IceChat95@c-66-31-16-167.hsd1.ma.comcast.net> has joined #yocto18:44
*** Bardon <Bardon!~Bardon@user/Bardon> has joined #yocto18:44
*** ptsneves <ptsneves!~Thunderbi@031011128120.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Ping timeout: 260 seconds)18:55
*** rsalveti <rsalveti!uid117878@id-117878.uxbridge.irccloud.com> has quit IRC (Quit: Connection closed for inactivity)19:06
*** Wouter010067 <Wouter010067!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat)19:10
*** Wouter010067 <Wouter010067!~Wouter010@entry.nbg.netvos.nl> has joined #yocto19:10
*** ferlzc <ferlzc!~ferlzc@177.52.30.113> has quit IRC (Read error: Connection reset by peer)19:12
*** seninha <seninha!~seninha@user/seninha> has joined #yocto19:12
*** Haxxa <Haxxa!~Haxxa@202-65-79-43.ip4.superloop.com> has quit IRC (Quit: Haxxa flies away.)19:15
*** Haxxa <Haxxa!~Haxxa@202-65-79-43.ip4.superloop.com> has joined #yocto19:18
*** florian_kc <florian_kc!~florian@dynamic-002-243-059-216.2.243.pool.telefonica.de> has joined #yocto19:19
*** florian_kc <florian_kc!~florian@dynamic-002-243-059-216.2.243.pool.telefonica.de> has quit IRC (Ping timeout: 252 seconds)19:29
khemRP: halstead  I am seeing an issue on AB https://autobuilder.yoctoproject.org/typhoon/#/builders/88/builds/2254, this is because isort-5.11.3.tar.gz is empty and its not being deleted so any susequent rebuilds are failing. Is there some way to remove zero sized archives from downloads/ on AB ?19:36
khemkiwi_29_: ok so it seems your app really needs CGO ☹️19:37
khemkiwi_29_: I think the problem is with mismatch between C runtime and go runtime, how its coming in I dont know19:38
halsteadkhem: I'll remove the bad file. One moment.19:44
*** invalidopcode7 <invalidopcode7!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has quit IRC (Remote host closed the connection)19:47
*** invalidopcode7 <invalidopcode7!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has joined #yocto19:48
halsteadkhem: I've cleared out all the zero byte tmp files including that one. We could make a job for it if that's desirable.19:51
*** florian_kc <florian_kc!~florian@dynamic-002-243-059-216.2.243.pool.telefonica.de> has joined #yocto19:51
kiwi_29_[m]<halstead> "khem: I'll remove the bad file..." <- Hello khem yes...I will need cgo...how to make sure both c and go runtime matvh.... the whole process using v1.19.3 of normal x86 go toolchain  downloaded from golang.org on hostmachine (without yocto) works19:54
kiwi_29_[m]s/matvh/match/19:55
kiwi_29_[m]<khem> "kiwi_29_: ok so it seems your..." <- @khem  yes...I will need cgo...how to make sure both c and go runtime match.... the whole process using v1.19.3 of normal x86 go toolchain downloaded from golang.org on hostmachine (without yocto) works19:57
kiwi_29_[m]s/@/ /19:57
kiwi_29_[m]I have a pointer ...my recipe at the top mentions TOOLCHAIN = clang ...I wonder may be plugins are compiling with clang ..but during runtime...may be only gcc runtime is available on target20:02
kiwi_29_[m]let me try to remove clang...its probably not needed at present20:03
*** ferlzc <ferlzc!~ferlzc@177.52.30.113> has joined #yocto20:09
*** nemik_ <nemik_!~nemik@207.237.248.190> has quit IRC (Ping timeout: 268 seconds)20:19
*** nemik_ <nemik_!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto20:19
*** nemik_ <nemik_!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 252 seconds)20:24
*** nemik_ <nemik_!~nemik@207.237.248.190> has joined #yocto20:24
kiwi_29_[m]that didnt help 😟20:27
*** olani <olani!~olani@66.159.215.7> has joined #yocto20:35
kiwi_29_[m]Trying solution mentioned here --> https://forum.cortezaproject.org/t/plugin-incompatibility-different-version-of-package-internal-goarch/803/320:35
kiwi_29_[m]basically use -trimpath20:36
*** gsalazar <gsalazar!~gsalazar@isep.wan.ipp.pt> has joined #yocto20:40
*** camus <camus!~Instantbi@183.192.138.9> has quit IRC (Remote host closed the connection)20:58
RPJPEW: looks like I fixed the weird issue but https://autobuilder.yoctoproject.org/typhoon/#/builders/42/builds/6355/steps/20/logs/stdio (ping command timeout)20:58
RPJPEW: nothing useful in the cooker log :(20:59
*** amitk <amitk!~amit@103.59.74.62> has quit IRC (Ping timeout: 255 seconds)20:59
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto20:59
*** camus <camus!~Instantbi@2409:8a1e:9117:50c0:e81f:8da9:f3c9:d8e5> has joined #yocto20:59
JPEWSo even with the thread, it still seems to have trouble?20:59
*** camus1 <camus1!~Instantbi@183.192.138.9> has joined #yocto21:04
RPJPEW: yes :/21:05
RPJPEW: pings were working, then it stopped servicing commands21:05
JPEWRP: I would imagine it eventually has to wait for some semaphore21:06
JPEW?21:06
*** camus <camus!~Instantbi@2409:8a1e:9117:50c0:e81f:8da9:f3c9:d8e5> has quit IRC (Ping timeout: 246 seconds)21:06
*** camus1 is now known as camus21:06
RPJPEW: we don't have many, just the event ones. I wonder if those can deadlock somehow21:06
JPEWRP: Seems possible. From expirence, it can be really tricky to retrofit threading to a codebase without deadlocks and race conditions21:07
RPJPEW: right, I've been avoiding this :/21:07
JPEWIs there a bug report that describes the problem?21:07
RPJPEW: there are several bug reports but most of this is a mental map I have of several server issues21:08
JPEWIt's not that we shouldn't make it better, but I have a hard time trying to weight what actual problem is vs how invasive the fix is on this one (due to lack of familarily mostly)21:08
RPJPEW: my conclusion is that we're never going to be able to move the codebase beyond where we are with certain bugs without doing something like this threading21:09
RPbut I appreciate you probably don't have the context to conclude that :/21:09
JPEWRP: Ya, that seems likely; when I've done this sort of thing before, it usually involves a pretty deep dive into the code to figure out the correct locking strategy :/21:10
RPJPEW: could you have a look at what we're doing with builtins in bb.event and see if there is a better way to inject d for the scope of the handler?21:10
JPEWSure21:10
RPJPEW: I suspect if we can improve that to drop the lock then this might work better. The other thread event lock is well established and then the two wouldn't be able to race21:11
JPEWAh, is one thread adding it to builtins and the other removes it?21:17
JPEWOr rather one thread adds and removes it and the other is left missing it21:18
JPEW(when the first removes it)21:18
RPJPEW: yes21:19
JPEWThat's really tricky.... if it's the exact same `d` everytime, you can (if you cover your eyes and plug your nose), reference count adding `d` to `builtins`21:20
RPJPEW: I was wondering about exec() and setting a context?21:20
JPEWYa, that was going to be a suggestion also21:20
JPEWOtherwise, you need to pass d as an argument to the handler21:20
JPEWYou could use `threading.local()` to get Thread-Local storage, but you'd still need to re-write the handlers, so it's not gaining much over passing d21:21
JPEW... so probably not worth it21:21
JPEWThere isn't a thread specific version of __builtins__, globals() in Python AFAICT21:22
RPJPEW: right :/21:24
JPEWhttps://www.irccloud.com/pastebin/q8hwTY9n/21:24
RPJPEW: that is something along the lines of what I was wondering21:25
JPEWMight not be too bad; I think handlers are rare enough that the extra overhead of eval is probably OK?21:25
RPJPEW: have a look at the code in register(), could we just stick d in there ?21:26
RPJPEW: We compile these functions ourselves I think so we might be able to21:26
JPEWOh, ya, let me see....21:26
*** risca_ is now known as risca21:27
RPJPEW: I think the solution might be easier/more obvious. The only risk is some handler expecting d in the global scope but we'd just have to fix that21:27
JPEWWHy not make the compiled version accept d as a second argument there?21:27
JPEWYa fair21:27
RPJPEW: right, that seems obvious now :)21:27
JPEWd in global scope does seem like it might be a problem21:28
RPJPEW: in, or not in? :)21:28
JPEWIf the code in the handler calls a function that expect d to exist in the global scope, passing it as an argument would not work21:28
RPJPEW: I wonder where we register precompiled handlers from? :/21:28
JPEW.... but that code probably doesn't handle threading correctly either?21:28
RPJPEW: that should fail quickly/obviously at least21:29
kiwi_29_[m]<kiwi_29_[m]> "basically use -trimpath" <- still no luck yet...working various trial and error solutions21:30
RPJPEW: looks like a couple of internal handlers in bitbake but we can fix the parameters for those21:32
JPEWYa, passing `d` as an argument is probably the cleanest way to do it21:32
RPJPEW: thanks for talking it through. I was thinking this would have to go the eval/exec route!21:33
JPEWYou still need the lock you added though?21:33
JPEWUnless all our handlers can handle being multi-threaded21:34
RPJPEW: I don't see why they shouldn't have an issue with threading?21:34
RP-ETOOMANYNEGATIVES21:34
JPEWI was just going to say....21:34
*** gsalazar <gsalazar!~gsalazar@isep.wan.ipp.pt> has quit IRC (Ping timeout: 265 seconds)21:43
RPJPEW: it may be as simple as https://git.yoctoproject.org/poky-contrib/commit/?h=rpurdie/t222&id=648f22da9adc0981be47c434a79a7a56335c5c4021:45
JPEWRP: Yep as long as the handlers can stand to be running in parallel :)21:46
RPJPEW: we'll see21:49
RPthis code is neater anyway21:50
*** olani <olani!~olani@66.159.215.7> has quit IRC (Remote host closed the connection)21:53
RPI was thinking the 9,000 line log sounded bad so stopped that build. Next one I looked at, 29,000 lines :/21:56
*** olani <olani!~olani@66.159.215.7> has joined #yocto21:59
*** malsyned <malsyned!~IceChat95@c-66-31-16-167.hsd1.ma.comcast.net> has quit IRC (Ping timeout: 272 seconds)22:08
*** kscherer <kscherer!~kscherer@bras-base-otwaon1146w-grc-26-174-95-44-180.dsl.bell.ca> has quit IRC (Quit: Konversation terminated!)22:18
kiwi_29_[m]khem: what does the dir   FILES_${PN} = "${libdir}/go/pkg/${TARGET_GOTUPLE}_dynlink. store..how is it different from  FILES_${PN} = "${libdir}/go/pkg/${TARGET_GOTUPLE}22:26
kiwi_29_[m]got that from go-runtime.inc22:26
kiwi_29_[m] * khem: what does the dir   FILES\_${PN} = "${libdir}/go/pkg/${TARGET\_GOTUPLE} _dynlink. store..how is it different from  FILES_${PN} = "${libdir}/go/pkg/${TARGET\_GOTUPLE}22:26
kiwi_29_[m] * khem: what does the dir   FILES\_${PN} = "${libdir}/go/pkg/${TARGET\_GOTUPLE}\_dynlink. store..how is it different from  FILES_${PN} = "${libdir}/go/pkg/${TARGET\_GOTUPLE}22:27
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Remote host closed the connection)22:32
*** seninha <seninha!~seninha@user/seninha> has joined #yocto22:32
*** malsyned <malsyned!~IceChat95@c-66-31-16-167.hsd1.ma.comcast.net> has joined #yocto22:33
*** malsyned <malsyned!~IceChat95@c-66-31-16-167.hsd1.ma.comcast.net> has quit IRC (Ping timeout: 272 seconds)22:41
RPJPEW: looks like there are problems in tinfoil and hence devtool :(22:50
*** nemik_ <nemik_!~nemik@207.237.248.190> has quit IRC (Ping timeout: 272 seconds)22:54
*** nemik_ <nemik_!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto22:54
*** nemik_ <nemik_!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 268 seconds)22:59
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving)22:59
*** malsyned <malsyned!~IceChat95@c-66-31-16-167.hsd1.ma.comcast.net> has joined #yocto22:59
*** nemik_ <nemik_!~nemik@207.237.248.190> has joined #yocto23:00
*** malsyned <malsyned!~IceChat95@c-66-31-16-167.hsd1.ma.comcast.net> has quit IRC (Ping timeout: 268 seconds)23:10
*** gsalazar <gsalazar!~gsalazar@139.0.166.178.rev.vodafone.pt> has joined #yocto23:10
RPJPEW: found it, I hope23:16
*** nemik_ <nemik_!~nemik@207.237.248.190> has quit IRC (Ping timeout: 268 seconds)23:29
*** nemik_ <nemik_!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto23:29
*** nemik_ <nemik_!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 260 seconds)23:34
*** nemik_ <nemik_!~nemik@207.237.248.190> has joined #yocto23:34
*** azcraft <azcraft!~AzCraft@195.214.249.209> has quit IRC (Remote host closed the connection)23:35
*** invalidopcode7 <invalidopcode7!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has quit IRC (Remote host closed the connection)23:46
*** invalidopcode7 <invalidopcode7!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has joined #yocto23:46
RPmore issues, some kind of "busy" error. Tomorrow...23:51
*** malsyned <malsyned!~IceChat95@c-66-31-16-167.hsd1.ma.comcast.net> has joined #yocto23:53
*** nemik_ <nemik_!~nemik@207.237.248.190> has quit IRC (Ping timeout: 268 seconds)23:59
*** nemik_ <nemik_!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto23:59

Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!