Wednesday, 2023-02-15

*** angman <angman!~angman@147.142.237.160.cyberhome.jp> has joined #yocto00:16
*** angman <angman!~angman@147.142.237.160.cyberhome.jp> has quit IRC (Client Quit)00:16
*** beastie <beastie!~luis@user/thebeastie> has quit IRC (Ping timeout: 248 seconds)00:17
*** beastie <beastie!~luis@user/thebeastie> has joined #yocto00:19
*** florian_kc <florian_kc!~florian@dynamic-078-049-123-206.78.49.pool.telefonica.de> has quit IRC (Ping timeout: 255 seconds)00:23
*** beastie <beastie!~luis@user/thebeastie> has quit IRC (Ping timeout: 255 seconds)00:24
*** beastie <beastie!~luis@user/thebeastie> has joined #yocto00:24
*** advi[1] <advi[1]!~advi1]@204.246.162.32> has joined #yocto00:28
*** ldericher_ <ldericher_!~LDer@user/ldericher> has quit IRC (Ping timeout: 248 seconds)00:40
*** ldericher <ldericher!~LDer@user/ldericher> has joined #yocto00:40
*** olof <olof!zibri@2a01:7e01::f03c:91ff:febb:9538> has quit IRC (Ping timeout: 252 seconds)00:40
*** olof <olof!zibri@shell.x20.se> has joined #yocto00:41
*** mrpelotazo <mrpelotazo!~mrpelotaz@user/mrpelotazo> has quit IRC (Quit: Hasta la vista!)00:41
*** mrpelotazo <mrpelotazo!~mrpelotaz@user/mrpelotazo> has joined #yocto00:43
*** sakoman <sakoman!~steve@dhcp-72-253-4-112.hawaiiantel.net> has quit IRC (Quit: Leaving.)01:07
*** ajfriesen0 <ajfriesen0!~ajfriesen@p4fd49cd4.dip0.t-ipconnect.de> has joined #yocto01:11
*** ajfriesen <ajfriesen!~ajfriesen@p4fd49cd4.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 248 seconds)01:13
*** ajfriesen0 is now known as ajfriesen01:13
*** sgw <sgw!~swold_loc@user/sgw> has quit IRC (Ping timeout: 252 seconds)01:14
*** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto01:28
*** sgw <sgw!~swold_loc@user/sgw> has joined #yocto01:29
*** qschulz <qschulz!~weechat@37.187.106.188> has quit IRC (Read error: Connection reset by peer)01:32
*** brazuca <brazuca!~brazuca@2804:7f4:3590:8fb5:1c51:f67e:fb26:2fbd> has joined #yocto01:35
*** qschulz <qschulz!~weechat@37.187.106.188> has joined #yocto01:35
*** manuel__ <manuel__!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC (Remote host closed the connection)01:40
*** manuel_ <manuel_!~manuel198@2a02:1748:dd5c:f290:c553:9012:6082:a89a> has quit IRC (Read error: Connection reset by peer)01:40
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:2f48:7df1:1bae:2cb1> has joined #yocto01:40
*** manuel <manuel!~manuel198@2a02:1748:dd5c:f290:c553:9012:6082:a89a> has joined #yocto01:40
*** Wouter010067044 <Wouter010067044!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat)01:45
*** Wouter010067044 <Wouter010067044!~Wouter010@entry.nbg.netvos.nl> has joined #yocto01:45
*** davidinux <davidinux!~davidinux@194.147.59.65> has quit IRC (Ping timeout: 255 seconds)02:03
*** davidinux <davidinux!~davidinux@194.147.59.62> has joined #yocto02:05
*** sakoman <sakoman!~steve@72.253.4.112> has joined #yocto02:16
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 252 seconds)02:29
*** nemik <nemik!~nemik@76.74.126.42> has joined #yocto02:29
*** nemik <nemik!~nemik@76.74.126.42> has quit IRC (Ping timeout: 246 seconds)02:34
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto02:34
*** amitk <amitk!~amit@103.208.69.119> has joined #yocto03:08
*** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 252 seconds)03:11
*** advi[1] <advi[1]!~advi1]@204.246.162.32> has quit IRC (Quit: Client closed)03:26
*** jclsn <jclsn!~jclsn@2a04:4540:6513:200:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 248 seconds)03:32
*** jclsn <jclsn!~jclsn@2a04:4540:6529:4d00:2ce:39ff:fecf:efcd> has joined #yocto03:35
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 246 seconds)03:38
*** nemik <nemik!~nemik@76.74.126.42> has joined #yocto03:39
*** nemik <nemik!~nemik@76.74.126.42> has quit IRC (Ping timeout: 252 seconds)03:43
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto03:44
*** vladest <vladest!~Thunderbi@88-103-229-69.rci.o2.cz> has quit IRC (Ping timeout: 248 seconds)03:52
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Remote host closed the connection)04:44
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 246 seconds)04:49
*** sakoman <sakoman!~steve@72.253.4.112> has quit IRC (Quit: Leaving.)04:49
*** nemik <nemik!~nemik@76.74.126.42> has joined #yocto04:49
*** nemik <nemik!~nemik@76.74.126.42> has quit IRC (Ping timeout: 255 seconds)04:53
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto04:54
*** sgw <sgw!~swold_loc@user/sgw> has quit IRC (Ping timeout: 246 seconds)05:34
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 252 seconds)06:13
*** nemik <nemik!~nemik@76.74.126.42> has joined #yocto06:14
*** nemik <nemik!~nemik@76.74.126.42> has quit IRC (Ping timeout: 255 seconds)06:18
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto06:19
*** amitk_ <amitk_!~amit@103.208.69.145> has joined #yocto06:42
*** goliath <goliath!~goliath@user/goliath> has joined #yocto06:48
*** amitk_ <amitk_!~amit@103.208.69.145> has quit IRC (Ping timeout: 255 seconds)06:48
*** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto06:53
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 248 seconds)07:08
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto07:21
*** rob_w <rob_w!~rob@2001:a61:60b1:3701:b13a:734:ccbc:7505> has joined #yocto07:35
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)07:38
*** sgw <sgw!~swold_loc@user/sgw> has joined #yocto07:39
*** mckoan|away is now known as mckoan07:44
mckoangood morning07:44
*** frieder <frieder!~frieder@200116b824df43810000000000001cba.dip.versatel-1u1.de> has joined #yocto08:08
LetoThe2ndyo dudX & mckoan08:10
*** zpfvo <zpfvo!~fvo@i59F5CC19.versanet.de> has joined #yocto08:11
jclsnHey duderinos08:12
jclsnWould you be interested in upstreaming btop?08:12
jclsnhttps://github.com/aristocratos/btop08:12
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 248 seconds)08:14
*** nemik <nemik!~nemik@76.74.126.42> has joined #yocto08:14
linex[m]I am trying to add the hash of a passwd sha256 in a recipe but keep getting a Parse Error08:14
linex[m]I tried to escape the weird characters to no avail08:15
linex[m]is there a trick I can use ?08:15
*** nemik <nemik!~nemik@76.74.126.42> has quit IRC (Ping timeout: 255 seconds)08:18
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto08:19
*** mvlad <mvlad!~mvlad@2a02:2f08:4c03:f700:7656:3cff:fe3f:7ce9> has joined #yocto08:20
*** goliath <goliath!~goliath@user/goliath> has joined #yocto08:23
*** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@94.31.103.247> has quit IRC (Ping timeout: 255 seconds)08:23
*** Dracos-Carazza_ <Dracos-Carazza_!~Dracos-Ca@94.31.103.247> has joined #yocto08:23
*** zpfvo <zpfvo!~fvo@i59F5CC19.versanet.de> has quit IRC (Quit: Leaving.)08:24
*** zpfvo <zpfvo!~fvo@i59F5CC19.versanet.de> has joined #yocto08:24
mckoanlinex[m]: pastebin the error or the recipe08:25
*** zpfvo <zpfvo!~fvo@i59F5CC19.versanet.de> has quit IRC (Ping timeout: 255 seconds)08:29
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto08:29
*** zpfvo <zpfvo!~fvo@i59F5CC19.versanet.de> has joined #yocto08:29
*** azcraft <azcraft!~AzCraft@195.214.254.184> has joined #yocto08:35
*** Wouter010067044 <Wouter010067044!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat)08:40
*** Wouter010067044 <Wouter010067044!~Wouter010@entry.nbg.netvos.nl> has joined #yocto08:40
*** mihai <mihai!~mihai@user/mihai> has joined #yocto08:54
*** florian_kc <florian_kc!~florian@dynamic-093-131-017-063.93.131.pool.telefonica.de> has joined #yocto09:06
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 248 seconds)09:09
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto09:10
*** ccf <ccf!~ccf@user/ccf> has joined #yocto09:11
*** Guest13 <Guest13!~Guest13@25.red-2-136-123.staticip.rima-tde.net> has joined #yocto09:19
*** amitk_ <amitk_!~amit@103.208.69.119> has joined #yocto09:22
*** amitk_ <amitk_!~amit@103.208.69.119> has quit IRC (Ping timeout: 252 seconds)09:30
*** florian_kc <florian_kc!~florian@dynamic-093-131-017-063.93.131.pool.telefonica.de> has quit IRC (Ping timeout: 252 seconds)09:44
LetoThe2ndjclsn: send patches :-)09:45
jclsnLetoThe2nd: Sure, but I want to know if there are objections first09:45
jclsnbtop seems to need a locale, which is missing by default in Yocto09:45
*** ptsneves <ptsneves!~Thunderbi@public-gprs218885.centertel.pl> has joined #yocto09:46
jclsnGuess that would be solvable via a depdendency09:46
ptsneves@RP how do i add a test that does not run on the autobuilder? Is there any pattern for similar situations?09:46
LetoThe2ndjclsn: usually stuff is fine being added to meta-openembedded as long as there is a maintenance commitment.09:48
linex[m]mckoan:  ERROR: ParseError at /path:23: unparsed line: 'PASSWORD ? = "\$6\$dHCQsIzLTxCLJ8ec\$YVddZKY9orniliHZ28NQYVFqCZ4iUriM40JVvHt76CAru84KNJIA2zKEIx6SY41ZY3GPR.XhuKk3V2XFg7ltG/"'09:49
jclsnLetoThe2nd: Alright, I will see what I can do09:49
LetoThe2ndjclsn: +109:49
linex[m]in the error string the escape characters are shown, but matrix removed them09:50
RPptsneves: see @skipIfNoNpm()10:03
RP(fetch.py in tests)10:04
ptsnevesRP: thank you :)10:04
RPptsneves: basically create a suitable test decorator10:04
ptsnevesOK i saw. This is good. It is also better than what happens in the current git lfs tests where the test always executes but has different behavior conditional on git-lfs10:06
RPptsneves: agreed10:08
*** d-s-e <d-s-e!~d.s.e@i577B7844.versanet.de> has joined #yocto10:27
JaMaRP: did you reach some decision about export/unexport/network flags? https://lists.openembedded.org/g/bitbake-devel/message/1411710:32
*** d-s-e <d-s-e!~d.s.e@i577B7844.versanet.de> has quit IRC (Ping timeout: 255 seconds)10:35
mcfrisk_Are the yoctoproject.org website source somewhere available? I'd like get "News" added to the top bar menus, maybe under "About". The "News" link and posts are hard to find otherwise.10:37
RPJaMa: I have been meaning to apply a patch10:37
RPmcfrisk_: short answer is no :/10:37
RPmcfrisk_: ask ndec ;-)10:38
RPmcfrisk_: the website is a sore point for me :/10:42
*** d-s-e <d-s-e!~d.s.e@i577b7844.versanet.de> has joined #yocto10:43
*** brazuca <brazuca!~brazuca@2804:7f4:3590:8fb5:1c51:f67e:fb26:2fbd> has quit IRC (Quit: Client closed)10:47
*** Dracos-Carazza_ is now known as Dracos-Carazza10:50
*** amitk_ <amitk_!~amit@103.208.69.145> has joined #yocto10:51
*** hcg <hcg!~hcg@185.210.97.85> has joined #yocto10:56
*** olani <olani!~olani@wlan-gw.se.axis.com> has quit IRC (Ping timeout: 260 seconds)11:13
*** olani <olani!~olani@wlan-gw.se.axis.com> has joined #yocto11:13
berton[m]Hi!... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/7ee553ffd3c192c6e9da44a2792577daa499fe34>)11:16
*** zpfvo <zpfvo!~fvo@i59F5CC19.versanet.de> has quit IRC (Ping timeout: 255 seconds)11:17
*** Guest13 <Guest13!~Guest13@25.red-2-136-123.staticip.rima-tde.net> has quit IRC (Quit: Client closed)11:26
*** BenkeHargitai[m] <BenkeHargitai[m]!~benkexmat@2001:470:69fc:105::3:191c> has joined #yocto11:29
*** zpfvo <zpfvo!~fvo@i59F5CC19.versanet.de> has joined #yocto11:31
*** jpman <jpman!~jpman@195.196.194.180> has joined #yocto11:34
jpmanHi! I'm trying to use devtool to modify the initscripts recipe (I want it to result in a .bbappend and patch in my own layer)11:39
jpmanHowever in the workspace/sources/initscripts folder all the files are symlinks to the oe-local-files subdirectory and if I change a file, no changes are detected by git. I don't really understand how to apply my changes?11:41
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto11:47
*** zpfvo <zpfvo!~fvo@i59F5CC19.versanet.de> has quit IRC (Ping timeout: 248 seconds)11:53
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 246 seconds)11:54
*** nemik <nemik!~nemik@76.74.126.42> has joined #yocto11:54
*** jpman <jpman!~jpman@195.196.194.180> has quit IRC (Quit: Client closed)11:54
*** zpfvo <zpfvo!~fvo@i59F5CC19.versanet.de> has joined #yocto11:54
*** _azcraft <_azcraft!~AzCraft@31.13.201.10> has joined #yocto11:54
*** azcraft <azcraft!~AzCraft@195.214.254.184> has quit IRC (Ping timeout: 246 seconds)11:55
*** amitk__ <amitk__!~amit@103.208.71.130> has joined #yocto11:56
*** jpman <jpman!~jpman@195.196.194.180> has joined #yocto11:58
*** nemik <nemik!~nemik@76.74.126.42> has quit IRC (Ping timeout: 246 seconds)11:58
*** amitk_ <amitk_!~amit@103.208.69.145> has quit IRC (Ping timeout: 246 seconds)11:58
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto11:59
*** _azcraft <_azcraft!~AzCraft@31.13.201.10> has quit IRC (Ping timeout: 260 seconds)12:02
*** mihai <mihai!~mihai@user/mihai> has quit IRC (Quit: Leaving)12:03
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat)12:06
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto12:06
*** seninha <seninha!~seninha@user/seninha> has joined #yocto12:07
*** azcraft <azcraft!~AzCraft@195.214.250.212> has joined #yocto12:09
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed)12:10
ccfAhoj, how to use explicitly GPT instead of msdos for wic?12:14
*** amitk__ <amitk__!~amit@103.208.71.130> has quit IRC (Ping timeout: 260 seconds)12:27
*** yannd <yannd!~yann@88.120.44.86> has quit IRC (Ping timeout: 260 seconds)12:27
*** hcg <hcg!~hcg@185.210.97.85> has quit IRC (Quit: Client closed)12:27
*** yannd <yannd!~yann@88.120.44.86> has joined #yocto12:27
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto12:31
*** d-s-e <d-s-e!~d.s.e@i577b7844.versanet.de> has quit IRC (Ping timeout: 255 seconds)12:32
*** rob_w <rob_w!~rob@2001:a61:60b1:3701:b13a:734:ccbc:7505> has quit IRC (Quit: Leaving)12:42
*** jpman <jpman!~jpman@195.196.194.180> has left #yocto12:43
*** Poppy <Poppy!~Poppy@lfbn-idf2-1-1171-89.w90-92.abo.wanadoo.fr> has joined #yocto12:44
PoppyHey, I'm using ${@bb.utils.contains('MACHINE_FEATURES', 'yyyyy',      ' file://xxxxxxx.scc',      '', d)} to configure linux kernel. Can I also use DISTRO_FEATURES here or it's forbidden ?12:45
landgrafccf: Zdar! try --ptable gpt ?12:45
*** tomzy_0 <tomzy_0!~tomzy_0@84-10-27-202.static.chello.pl> has joined #yocto12:50
tomzy_0Hello12:50
tomzy_0is this normal? `0: linux-yocto-5.15.78+gitAUTOINC+f475b1a9de_d3aa5916b2-r0 do_fetch - 2h24m5s (pid 32341)  87%`12:50
tomzy_0or in other words.. WHY?12:50
ejoerns[m]Poppy: why do you think it should be forbidden? oe itself does this: https://git.yoctoproject.org/poky/tree/meta/recipes-kernel/linux/linux-yocto-dev.bb#n6412:51
tomzy_0should it take ~2,5h to just fetch kernel sources?12:51
Poppyejoerns[m] stupid question. Thx!12:52
ejoerns[m]Poppy: actually you can do anything that the parser accepts (only if that's good idea is another question ;) ). Selecting specific kernel functionality required by a distro feature sounds like a valid use case for me :) Anyway, stupid questions don't exist ;)12:54
*** Poppy <Poppy!~Poppy@lfbn-idf2-1-1171-89.w90-92.abo.wanadoo.fr> has quit IRC (Quit: Client closed)12:58
ejoerns[m]RP: A short follow-up on the question of putting barebox in oe-core: You raised concerns about test coverage in the autobuilder. Could you provide me some hints on what kind of test and test cases would be required to give you a better feeling here? I am totally with you that what isn't tested is presumably broken.12:59
kanavin_ejoerns[m], as barebox is a bootloader, I suppose we need to test that it can boot a system under qemu?13:01
ejoerns[m]kanavin_: yes, could you point me at existing tests for u-boot for example? Or are there test cases that are not part of the oe-core/poky git?13:03
ejoerns[m]It would be helpful to have a blueprint for this13:03
ejoerns[m]Are we talking about something in meta/lib/oeqa/selftest ?13:05
kanavin_ejoerns[m], I don't think there's anything in oe-core for u-boot. we test that it builds, that's all.13:05
kanavin_ejoerns[m], which begs the question, why place barebox in core? Can it be in meta-oe?13:05
kanavin_ejoerns[m], the blueprint would be: - build a complete, working image with barebox for a physical target on which it is well tested, and verify that the image boots13:07
*** yannd <yannd!~yann@88.120.44.86> has quit IRC (Ping timeout: 246 seconds)13:07
ejoerns[m]kanavin_: my impression was that a bootloader is a core component of a system :)13:07
kanavin_- then switch the MACHINE to qemux86_64 and build the same image until all bitbake errors are addressed13:07
kanavin_- then give that image to runqemu and see what happens until qemu boots to a command prompt13:08
ejoerns[m]kanavin_: that's a single run. That's not what I would understand as CI. I can set it up on my own build server, but my impression was that @RP was referring to something more official13:08
kanavin_- then wrap the steps into selftest (this is the easiest part)13:08
ejoerns[m]kanavin_: ah, ok.13:08
kanavin_ejoerns[m], bootloader is a core component of a system, but you need to explain why barebox fulfils a broadly useful scenario which can't be fulfilled by existing oe-core bootloader options13:09
kanavin_(this is typically the criteria for adding to oe-core)13:09
ejoerns[m]kanavin_: ok, at least I already saw that there is a runqemu helper etc. in the selftest, thus this it seems like I have to dig into using this and how to prepare a valid check for sucessful boot etc. thanks!13:12
ejoerns[m]kanavin_: yes, that this needs a little justification is clear to me. I have dropped my point of view in the corresponding mail thread already :)13:13
kanavin_ejoerns[m], I looked at barebox website and it says nothing about why pick it over u-boot (which it was originally forked from if I understand right)13:13
*** zpfvo <zpfvo!~fvo@i59F5CC19.versanet.de> has quit IRC (Ping timeout: 255 seconds)13:13
*** zpfvo <zpfvo!~fvo@i59F5CC19.versanet.de> has joined #yocto13:15
ejoerns[m]kanavin_: It is not the primary goal of barebox to measure with u-boot or tell who is better. It was forked 14 years ago, so very little of the code base is still common.13:15
kanavin_ejoerns[m], otherwise barebox can live in meta-oe. The criteria for inclusion to that are much less strict.13:15
kanavin_ejoerns[m], there https://github.com/menschel-d/meta-barebox too, so why not contribute to that?13:17
ejoerns[m]kanavin_: we also have multiple init systems. Our idea was that a single additional bootloader recipe with limited impact will not harm but give the freedom to choose13:18
kanavin_ejoerns[m], that's what layers are for. Keep in mind that anything added to core adds to the maintainer burden too, especially if the original contributor loses interest (and they most often do).13:21
ejoerns[m]kanavin_: there are other recipes for barebox, too. We have maintained them for quite a while. Having a single valid source was also one of the motivations. We have agreed on with the maintainer of meta-barebox a while ago that having it in oe-core would be a benefit13:21
kanavin_on the other hand, this external layer seems well maintained.13:21
ejoerns[m]kanavin_: I am fully aware of this, yes13:21
kanavin_ejoerns[m], for what it's worth we support and test two different init systems, and that effectively *doubles* the workload on the CI. We can't possibly afford to test another.13:23
ejoerns[m]kanavin_: Just out of curiosity, do you know of other (more or less) established open source bootloaders living in their distinct oe layer only?13:32
*** qschulz <qschulz!~weechat@37.187.106.188> has quit IRC (Remote host closed the connection)13:33
*** ptsneves <ptsneves!~Thunderbi@public-gprs218885.centertel.pl> has quit IRC (Ping timeout: 255 seconds)13:33
*** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto13:33
*** tomzy_0 <tomzy_0!~tomzy_0@84-10-27-202.static.chello.pl> has quit IRC (Quit: Client closed)13:39
*** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has quit IRC (Remote host closed the connection)13:40
kanavin_ejoerns[m], https://github.com/siemens/meta-efibootguard for example13:42
*** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto13:43
ejoerns[m]kanavin_: ah, good catch, haven't thought of efibootguard, yes. But it also only partly addresses the embedded device zoo. (However, I know EFI becomes more and more popular on non-x86, too)13:47
*** sakoman <sakoman!~steve@72.253.4.112> has joined #yocto13:49
*** hnez_ <hnez_!~quassel@flummi.grey.stw.pengutronix.de> has joined #yocto13:49
*** sgw <sgw!~swold_loc@user/sgw> has quit IRC (Quit: Leaving.)13:54
*** sgw <sgw!~swold_loc@user/sgw> has joined #yocto13:55
*** ptsneves <ptsneves!~Thunderbi@031011128208.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto14:13
RPkanavin_: whilst I know we do have a high bar to oe-core recipes, I am leaning to giving barebox a chance14:16
RPejoerns[m]: I've wanted to see something like an ARMa bootloader + image being tested under our runqemu for a while. If we have a testcase doing that, it would probably sway me :)14:17
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 246 seconds)14:18
*** nemik <nemik!~nemik@76.74.126.42> has joined #yocto14:18
*** d-s-e <d-s-e!~d.s.e@i577B7844.versanet.de> has joined #yocto14:19
kanavin_ejoerns[m], existing test cases for efi bootloaders under qemu are in14:21
kanavin_meta/lib/oeqa/selftest/cases/efibootpartition.py14:21
kanavin_meta/lib/oeqa/selftest/cases/wic.py14:21
kanavin_so you could study that as a starting point14:21
kanavin_(I have no idea why efibootpartition.py is separate, it looks like it should be folded into wic.py)14:22
RPkanavin_: I'm guessing it was written as efi testing rather than wic testing?14:23
*** nemik <nemik!~nemik@76.74.126.42> has quit IRC (Ping timeout: 248 seconds)14:23
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto14:23
kanavin_RP: it follows the same patterns as many wic tests: make a wic image with a custom wks config, then boot that14:23
RPkanavin_: right, but I suspect the intent was to test efi which happened to use wic rather than the other way around14:25
*** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Quit: Given the choice between you, I'll take the sea-sick crocodile.)14:25
* RP is still feeling rather unwell. Not sure what is going on, it isn't viral afaik :/14:27
kanavin_RP: there are numerious qemu based efi tests in wic.py too :) probably could be consolidated and cleaned up if someone has the drive14:27
RPkanavin_: fair enough :)14:28
*** Haxxa <Haxxa!~Haxxa@202-65-68-206.ip4.superloop.com> has quit IRC (Ping timeout: 255 seconds)14:32
*** sakoman <sakoman!~steve@72.253.4.112> has quit IRC (Quit: Leaving.)14:34
ejoerns[m]RP: thank you for being open to that idea :)14:35
ejoerns[m]kanavin_: thank you for the pointers into test code!14:35
*** sakoman <sakoman!~steve@dhcp-72-253-4-112.hawaiiantel.net> has joined #yocto14:36
ejoerns[m]RP: I hope you don't feel unwell from looking into test code ;) Anyway, get well soon!14:38
kanavin_ejoerns[m], I concur with RP, if you can write nice test cases for virtualized hardware, I'll warm up significantly :) we do not have anything like that for u-boot, so that'll give barebox an edge over it.14:38
*** amitk <amitk!~amit@103.208.69.119> has quit IRC (Ping timeout: 252 seconds)14:40
ejoerns[m]kanavin_: hehe, let's see if I can placate you ;) Anyway, in the end we should have test cases for both I guess. But let's not promise to much first of all :D14:41
*** amitk <amitk!~amit@103.208.69.119> has joined #yocto14:41
*** Haxxa <Haxxa!~Haxxa@202-65-68-206.ip4.superloop.com> has joined #yocto14:42
kanavin_ejoerns[m], pardon my ignorance, can barebox boot on EFI systems such as a common pc?14:42
ejoerns[m]kanavin_: yes, it can. You might want to have a look at https://barebox.org/doc/latest/boards/efi.html14:43
kanavin_I had read lots of over-complicated explanations in u-boot docs about efi support, but in the end I couldn't understand if it can :)14:43
kanavin_(in a standalone way of course - no grub or systemd)14:44
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto14:46
*** kscherer <kscherer!~kscherer@bras-base-otwaon1146w-grc-26-174-95-44-180.dsl.bell.ca> has joined #yocto14:47
*** kenzie_jonn[m] <kenzie_jonn[m]!~kenziejon@2001:470:69fc:105::3:1938> has joined #yocto14:48
*** Estrella <Estrella!~quassel@075-081-060-240.res.spectrum.com> has quit IRC (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.)14:49
ejoerns[m]kanavin_: u-boot should be able to boot from UEFI, too. Also to provide runtime services, etc. But I have to admit that I haven't tried myself, yet.14:53
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed)14:57
*** zpfvo <zpfvo!~fvo@i59F5CC19.versanet.de> has quit IRC (Ping timeout: 246 seconds)14:58
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto14:58
*** zpfvo <zpfvo!~fvo@i59F5CC19.versanet.de> has joined #yocto15:00
*** Estrella <Estrella!~quassel@075-081-060-240.res.spectrum.com> has joined #yocto15:01
linex[m]how can I download 2 files from 2 different sources and have their checksums checked, I keep getting error about the checksum of one of the file being incorrect...15:23
linex[m]or can I only download one file per recipe ?15:29
*** zpfvo <zpfvo!~fvo@i59F5CC19.versanet.de> has quit IRC (Ping timeout: 252 seconds)15:32
*** zpfvo <zpfvo!~fvo@i59F5CC19.versanet.de> has joined #yocto15:36
*** _azcraft <_azcraft!~AzCraft@195.214.250.212> has joined #yocto15:36
kanavin_linex[m], if you show the recipe lines, we can suggest how to fix them15:37
*** azcraft <azcraft!~AzCraft@195.214.250.212> has quit IRC (Ping timeout: 246 seconds)15:38
*** _azcraft <_azcraft!~AzCraft@195.214.250.212> has quit IRC (Remote host closed the connection)15:38
*** _azcraft <_azcraft!~AzCraft@195.214.250.212> has joined #yocto15:39
p34nuts[m]Hi, I started doing some research to implement a custom source tracing mechanism for do_unpack as RP  proposed at yesterday's meeting. Even if we will not use git, I first looked at what git does to detect worktree changes without recalculating all file checksums every time, in order to possibly use the same logic: basically, git creates an file index with lstat output (no checksums) and it checks for lstat output changes (st_size, st_mtime,15:40
p34nuts[m]st_ctime, etc.). However, it's not so easy as it seems, because, at least in Linux, file timestamp resolution may be not be as reliable as one may expect - i.e. even if the filesystem allows for nanoseconds resolution, there are frequent cases in which the saved value has just seconds resolution (...). This causes a race problem when performing multiple file tree changes and indexing operations in a very short time, possibly in less than one15:40
p34nuts[m]second (like we need to do to trace do_unpack operations...), that may lead to false negatives (undetected file changes). The way git handles this is described here https://github.com/git/git/blob/master/Documentation/technical/racy-git.txt . I guess that we need to try to use the same logic... any thoughts on this?15:40
RPp34nuts[m]: I don't think we need to track changes, just track each unpack to a tmpdir and move after that single srcuri unpacks?15:42
linex[m]https://pastebin.pl/view/raw/b2febd6b @kannavin_15:43
linex[m]s/kannavin_/kanavin\_/15:43
linex[m]I was attempting a binary install15:43
*** kenzie_jonn[m] <kenzie_jonn[m]!~kenziejon@2001:470:69fc:105::3:1938> has quit IRC (Quit: User was banned)15:46
p34nuts[m]RP: that may be tricky, because we'd need to make assumptions on how the different unpack methods handle existing file overwrites. We may assume that existing files and directories are always overwritten by the next src_uri, and reproduce the same behaviour when moving stuff after every src_uri unpack, but would that be safe?15:46
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)15:46
RPp34nuts[m]: I think we can safely say that each overwrites the last15:47
otavioejoerns[m]: kanavin_: good we reached an agreement :-)15:53
kanavin_linex[m], correct thusly15:53
kanavin_SRC_URI = "https://github.com/docker/compose/releases/download/v2.16.0/docker-compose-linux-armv7;name=dockerfile15:53
kanavin_SRC_URI[dockerfile.sha256sum] = "558a083683bd597f5e167178dbdbe57824eecf2132bfb497a58f5d39c5e49e8a"15:54
kanavin_and similarly for the second file15:54
*** dev1990 <dev1990!~dev@77-254-226-214.adsl.inetia.pl> has quit IRC (Quit: Konversation terminated!)15:55
p34nuts[m]<p34nuts[m]> "that may be tricky, because we'd..." <- RP: I'm concerned about corner cases, in which different src_uri unpacks create a directory with the same name, but with different files inside of it. What is the expected behavior? Merging the contents, or deleting the old files while keeping only the new ones?15:55
RPp34nuts[m]: I'd imagine a merge is the only sane outcome15:55
*** dev1990 <dev1990!~dev@77-254-226-214.adsl.inetia.pl> has joined #yocto15:56
linex[m]@kanavin_ thank you :)15:57
*** amitk_ <amitk_!~amit@103.208.69.119> has joined #yocto16:00
*** dev1990 <dev1990!~dev@77-254-226-214.adsl.inetia.pl> has quit IRC (Quit: Konversation terminated!)16:03
p34nuts[m]<RP> "p34nuts: I'd imagine a merge..." <- I agree, but I'm thinking about the following corner case: first http srcuri unpack creates a folder named `foo/` and puts stuff inside of it. The next (wrong) git srcuri unpack tries to checkout a repo inside `foo/`. That's a mistake by who wrote the recipe, but currently if one tries to do that they would get an error, because git refuses to clone stuff to a non-empty dir. By implementing a "unpack16:04
p34nuts[m]to tmpdir, trace stuff, move to workdir and merge stuff" process, no exception would be raised. That would be a different behaviour than the current one. Would that be acceptable?16:04
*** Wouter010067044 <Wouter010067044!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat)16:05
p34nuts[m]s/,/:/, s/but//16:05
*** Wouter010067044 <Wouter010067044!~Wouter010@entry.nbg.netvos.nl> has joined #yocto16:05
p34nuts[m]s/,/:/, s/but//, s/to/into/16:06
p34nuts[m] * I agree, but I'm thinking about the following corner case: first http srcuri unpack creates a folder named `foo/` and puts stuff inside of it. The next (wrong) git srcuri unpack tries to checkout a repo inside `foo/`. That's a mistake by who wrote the recipe: currently if one tries to do that they would get an error, because git refuses to clone stuff into a non-empty dir. By implementing an "unpack to tmpdir, trace stuff, move to workdir16:06
p34nuts[m]and merge stuff" process, no exception would be raised. That would be a different behaviour than the current one. Would that be acceptable?16:06
*** Net147 <Net147!~Net147@user/net147> has quit IRC (Ping timeout: 252 seconds)16:09
RPp34nuts[m]: I think that is probably something we could live with16:13
p34nuts[m]RP: Great! That makes things much easier 🙂16:16
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Ping timeout: 246 seconds)16:18
JaMais it possible to reuse build-st with oe-selftest? or should I just delete it between tests and make sure it can reuse sstate-cache from regular build directory?16:23
*** Net147 <Net147!~Net147@167-179-157-192.a7b39d.syd.nbn.aussiebb.net> has joined #yocto16:23
moto-timogood question... I never figured out how to re-use, but I am not a frequent user16:23
RPJaMa: we stopped supporting it as there were just too many variables what could break things16:26
RPJaMa: on the autobuilder we just make sure if can access the sstate cache16:26
JaMaOK, will try to do the same, finally got some courage to finish the consistent build artifacts change :)16:27
*** brazuca <brazuca!~brazuca@2804:7f4:3590:8fb5:2924:bc0d:2c75:2dca> has joined #yocto16:28
RPJaMa: 5 days before feature freeze? :)16:29
*** seninha <seninha!~seninha@user/seninha> has joined #yocto16:30
JaMaRP: yes, to send it when Nanbield is open :)16:31
RPJaMa: fair enough :)16:31
JaMato be honest I don't feel so strongly about it (other than feeling bad for opening that bugzilla ticket) what I did in LGE is ugly, but works. The autobuilder failures show that there is a lot of hardcoded assumtions of the default naming scheme .. e.g. should initramfs image contain .rootfs. suffix in filename or not?16:34
RPJaMa: I'm torn on it too. We do have a lot of assumptions :/16:35
JaMathe proposed changes makes the naming more consistent and more customizable, but that requires all assumptions to respect those customizations16:35
JaMaand it gets even worse with some ugly IMAGE_FSTYPES implementations I've seen in the wild16:36
*** Net147 <Net147!~Net147@user/net147> has quit IRC (Ping timeout: 255 seconds)16:36
RPJaMa: we don't have to do it :)16:36
JaMabut then I would have to live with the ugly implementation in webOS forever :)16:37
JaMaso I plan to fix all selftest issues which were detected on autobuilder before and send one more RFC to see what others say16:38
JaMaand then either get it merged or shed tear and drop it from my branches :)16:39
RPJaMa: fair enough. I think for a change like that it would need to be earlier in a release as layers will need to adapt16:40
*** kevinrowland <kevinrowland!~kevinrowl@165.225.10.241> has joined #yocto16:46
JaMahmm did "ptest" ever worked as an override? in libssh2 there is SRC_URI:append:ptest = " file://0001-Don-t-let-host-enviroment-to-decide-if-a-test-is-bui.patch" and the .patch file has Malformed Upstream-Status autobuilder is not complaining about AFAIK :)16:51
JaMaand it also doesn't apply16:52
*** Net147 <Net147!~Net147@167-179-157-192.a7b39d.syd.nbn.aussiebb.net> has joined #yocto16:54
JaMait was added in 2020 before libssh2 was moved from meta-oe to oe-core https://git.openembedded.org/meta-openembedded/commit/?id=d7aa7173405c3b36235af736cd31dbe11070878716:54
JaMavvmeson: ^^^^ imported by you in https://git.openembedded.org/openembedded-core/commit/?id=57df134b1be56a688f41851e5ff014dd859c0bc316:57
RPJaMa: sounds like something we should remove :)17:01
JaMait will be useful to test my Upstream-Status changes, but then agreed, is Changqing Li here?17:05
*** goliath <goliath!~goliath@user/goliath> has joined #yocto17:05
RPJaMa: "From: Your Name <you@example.com>"17:06
JaManot me! :)17:06
JaMahttp://errors.yoctoproject.org/Errors/Details/689955/ fixed just to trigger do_patch[postfunc]  with expected: http://errors.yoctoproject.org/Errors/Details/689956/  :)17:08
*** mckoan is now known as mckoan|away17:09
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving)17:15
*** brazuca <brazuca!~brazuca@2804:7f4:3590:8fb5:2924:bc0d:2c75:2dca> has quit IRC (Quit: Client closed)17:15
*** frieder <frieder!~frieder@200116b824df43810000000000001cba.dip.versatel-1u1.de> has quit IRC (Remote host closed the connection)17:18
*** zpfvo <zpfvo!~fvo@i59F5CC19.versanet.de> has quit IRC (Remote host closed the connection)17:25
*** ptsneves <ptsneves!~Thunderbi@031011128208.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Ping timeout: 246 seconds)17:32
RPJaMa: nice :)17:38
*** d-s-e <d-s-e!~d.s.e@i577B7844.versanet.de> has quit IRC (Ping timeout: 255 seconds)17:41
*** amitk_ <amitk_!~amit@103.208.69.119> has quit IRC (Ping timeout: 255 seconds)17:42
*** d-s-e <d-s-e!~d.s.e@i577B7844.versanet.de> has joined #yocto17:50
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat)17:52
*** yannd <yannd!~yann@88.120.44.86> has joined #yocto17:58
*** advi[1] <advi[1]!~advi1]@204.246.162.44> has joined #yocto18:12
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed)18:12
*** florian <florian!~florian@dynamic-093-131-017-063.93.131.pool.telefonica.de> has joined #yocto18:30
*** ptsneves <ptsneves!~Thunderbi@031011128208.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto18:31
*** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto18:40
*** brazuca <brazuca!~brazuca@2804:7f4:3590:8fb5:2924:bc0d:2c75:2dca> has joined #yocto18:56
vvmesonJaMa: Changqing Li is in Beijing. Let's see what she says tonight.19:02
*** ptsneves <ptsneves!~Thunderbi@031011128208.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Ping timeout: 255 seconds)19:05
*** Haxxa <Haxxa!~Haxxa@202-65-68-206.ip4.superloop.com> has quit IRC (Quit: Haxxa flies away.)19:15
*** Haxxa <Haxxa!~Haxxa@202.65.68.206> has joined #yocto19:17
*** advi[1] <advi[1]!~advi1]@204.246.162.44> has quit IRC (Quit: Client closed)19:21
JaMavvmeson: +19:29
*** d-s-e <d-s-e!~d.s.e@i577B7844.versanet.de> has quit IRC (Quit: Konversation terminated!)19:42
*** kevinrowland <kevinrowland!~kevinrowl@165.225.10.241> has quit IRC (Quit: Client closed)19:49
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 248 seconds)19:59
*** nemik <nemik!~nemik@76.74.126.42> has joined #yocto19:59
*** nemik <nemik!~nemik@76.74.126.42> has quit IRC (Ping timeout: 268 seconds)20:04
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto20:04
abellonivvmeson: do you know whether the tensorflow-lite recipe windriver maintains is fetch in the do_configure task?20:57
*** mvlad <mvlad!~mvlad@2a02:2f08:4c03:f700:7656:3cff:fe3f:7ce9> has quit IRC (Remote host closed the connection)20:59
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto21:01
JaMaabelloni: fwiw "ours" in meta-webosose fetches everything through SRC_URI21:17
JaMaabelloni: https://github.com/shr-project/meta-webosose/commits/master/meta-webos/recipes-upstreamable/tensorflow-lite the 5th commit from top21:19
*** kevinrowland <kevinrowland!~kevinrowl@165.225.10.241> has joined #yocto21:21
*** florian <florian!~florian@dynamic-093-131-017-063.93.131.pool.telefonica.de> has quit IRC (Ping timeout: 255 seconds)21:24
*** jclsn <jclsn!~jclsn@2a04:4540:6529:4d00:2ce:39ff:fecf:efcd> has quit IRC (Quit: WeeChat 3.8)21:25
vvmesonabelloni: I'm not sure off-hand. Do you want me to start an email thread with Hongxu and Archana?21:32
vvmesonabelloni: sent, back later.21:35
*** Wouter010067044 <Wouter010067044!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat)21:40
*** Wouter010067044 <Wouter010067044!~Wouter010@entry.nbg.netvos.nl> has joined #yocto21:40
*** florian_kc <florian_kc!~florian@dynamic-093-131-017-063.93.131.pool.telefonica.de> has joined #yocto21:52
abellonivvmeson, JaMa: thanks21:57
*** woky- <woky-!~woky@li1651-31.members.linode.com> has quit IRC (Read error: Connection reset by peer)21:58
*** woky_ <woky_!~woky@li1651-31.members.linode.com> has joined #yocto22:01
JaMaRP: what was wrong in the https://patchwork.yoctoproject.org/project/bitbake/patch/20230215213709.247135-1-richard.purdie@linuxfoundation.org/ ? just RFC in subject and to rebase to apply in current master? Because I've cherry-picked it instead of the older version I already had and it's the same in the end22:22
JaMain e-mail you said "I'll fix this22:23
JaMapatch, test and merge"22:23
JaMaand yes parsing time is more visible in interactive development, but in the end I almost always have to build something which takes significantly longer :)22:24
*** florian_kc <florian_kc!~florian@dynamic-093-131-017-063.93.131.pool.telefonica.de> has quit IRC (Ping timeout: 255 seconds)22:24
JaMaeven with this change it doesn't take long enough for me to fetch another coffee, even when I'm using a lot of layers :)22:25
JaMaand compared to 16 hours of parsing EXTERNALSRC checksums (before the recent fix) even the do_compile times aren't so bad :)22:27
JaManeed to learn how to swap floppies faster I guess22:28
*** LocutusOfBorg <LocutusOfBorg!~locutusof@93-50-192-18.ip153.fastwebnet.it> has quit IRC (Quit: ZNC 1.8.2+deb1 - https://znc.in)22:31
*** LocutusOfBorg <LocutusOfBorg!~locutusof@93-50-192-18.ip153.fastwebnet.it> has joined #yocto22:31
RPJaMa: exported_keys has getVarFlag(XXX, False)22:39
RPJaMa: I removed the False in the new version22:40
JaMabut not in the one you sent to ML, if I see it right22:40
tlwoernervvmeson: does the first v stand for "vacation"?22:45
RPJaMa: I've messed something up :/22:46
RPJaMa: sent a v222:48
tlwoernerabelloni: thanks for the feedback. in the future i guess it would be prudent for me to test my patches against all poky machines?22:48
*** florian_kc <florian_kc!~florian@dynamic-093-131-017-063.93.131.pool.telefonica.de> has joined #yocto22:49
abelloniit would be preferrable but it is okay to catch that with the AB22:49
abelloniI honnestly don't expect anyone to build for meta-mingw22:49
tlwoernerlol22:49
abellonibut beaglebone could have been part of your test set22:49
tlwoernernp22:50
JaMaRP: thanks, now I see the difference22:51
JaMaRP: do we want to show something in debug output when networking is enabled? my old patch had this chunk https://git.openembedded.org/bitbake-contrib/commit/?h=jansa/master&id=7aca33cb7a106957bc93ad872d79f53ba99d0212 when I was originally wondering why it stopped working (which was due to icecc.bbclass change)23:04
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)23:05
RPJaMa: not sure23:08
JaMano strong opinion from me, it was useful when I was debugging this, but I don't expect this to debug these 5 lines again :)23:09
*** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 260 seconds)23:12
*** Jham <Jham!~Juba@91-166-75-156.subs.proxad.net> has joined #yocto23:18
*** Jham <Jham!~Juba@91-166-75-156.subs.proxad.net> has quit IRC (Client Quit)23:18
*** woky_ <woky_!~woky@li1651-31.members.linode.com> has quit IRC (Quit: Nothing in this world is hopeless!)23:23
*** woky_ <woky_!~woky@li1651-31.members.linode.com> has joined #yocto23:27
RPJaMa: I think I agree, I'm not sure it would be useful in general23:33
RPJaMa: I have piles of debug patches locally :/23:33

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