00:13 Xliff joined 00:17 squashable6 left
Xliff 305.698 seconds for blib/CORE.c.setting.moarvm under latest 64 bit Raspberry Pi 00:19
00:19 squashable6 joined
Xliff 1.5 GHz ARM Cortex A72 00:20
raku --u 00:26
00:47 lizmat joined 00:50 Xliff left 01:11 JRaspass left 01:57 dogbert2 left, dogbert2 joined, MasterDuke left 05:47 japhb left 07:58 camelCaser joined 08:30 camelCaser left 08:37 patrickb joined 08:38 domidumont joined 09:25 JRaspass joined 13:59 JRaspass left
Altai-man_ Can anyone please help me with reproducing a blin bug? 15:43
patrickb Altai-man_: o/ 15:58
what can I do?
16:52 b2gills left
Altai-man_ patrickb, git clone github.com/Raku/Blin.git; cd Blin/docker; ./dblin --nproc=$num-of-threads Cro::TLS; 16:53
patrickb, then you do `cat /var/tmp/Blin-volume/Blin/output/data.json | grep backend` 16:54
patrickb what's a good thread num? 16:55
Altai-man_ patrickb, like e.g. TEST_JOBS you usually set. 16:56
patrickb do I have to install docker or does it work with podman equally well? 16:57
Altai-man_ patrickb, I am afraid you will need to install docker, though I am underqualified to answer this question. Maybe it will work equally well, no idea. :(
patrickb back in a sec. Relogin to activate new group membership 17:00
17:00 patrickb left 17:05 patrickb joined
patrickb running 17:06
docker failed on the first try 17:16
docker failed on the first try (probably a too new linux kernen for the old docker version I had lying around). Now running with podman. Looking good so far. 17:18
paste.sr.ht/~patrickb/17a23713b65b...7453afac23 17:24
Altai-man: ^ 17:25
Altai-man_ No installing backend available 17:26
Yeah, that's the same thing I am seeing on all machines.
patrickb containers tend to be rather reproducible... 17:27
Altai-man_ ugexe has speculated it might be related to a precomp issue, but I am afraid this is something far bigger and noticeable.
patrickb, well, yes, but I used this container to do a year of loose releases and it was just fine. Then one morning it went boom.
[Coke] same error in this ticket: github.com/nxadm/rakudo-pkg/issues/61 17:28
tellable6 2021-02-05T08:13:41Z #raku <PimDaniel> Coke Thank's Coke. That's what i wanted! I saw .WHO into the reference but used it : THIS.WHO and it gave me nothing i could handle, i must still look at the Classes hierarchy to understand. Merci Bien!
[Coke] which was fixed by nuking a potentially stale zef config, it seems. 17:29
patrickb Altai-man: Did you already try debugging it the boring way? 17:30
Altai-man_ Alas, I did a completely removal of everything related to zef and still the same result, plus reproducible. I think it is a different issue leading to the same error message.
patrickb, which one?
I will be grateful for any clues on what to do with this at this moment.
patrickb The "no installing backend" thing is an error message of zef. I'd just put some `say`s in the installer backend you expect to work 17:31
Altai-man_ Interesting. I'll try to give it a shot after $dayjob. 17:32
patrickb github.com/ugexe/zef/blob/master/l...akumod#L88 17:33
Do you know that you can run a shell in any container / image? 17:34
`docker exec -it some-image-or-container /bin/bash` 17:35
makes it easy to look at things only happening in a container.
github.com/ugexe/zef/blob/master/l...akumod#L88 17:39
17:39 JRaspass joined
patrickb The one install pluggin there is always returns True 17:40
github.com/ugexe/zef/blob/eedccd49...akumod#L69
ugexe the install plugin was renamed from InstallPM6.pm6 to InstallRakuMod.rakumod or some such 17:48
tellable6 2021-02-03T12:47:04Z #raku <Xliff> ugexe: Well, by doing so, you are saying you are unwilling to be involved in the solution.
ugexe so a stale config pointing at the old name would seem a likely culprit
patrickb just reading the very diff of that commit :-P
I'll have a look at that config in the container 17:49
17:59 b2gills joined
ugexe github.com/Raku/Blin/blob/99e3335f...akumod#L63 18:00
note that it uses a custom config file
Altai-man_ And this is it. 18:01
let's see 18:02
patrickb github.com/Raku/Blin/blob/99e3335f...akumod#L30
18:03 domidumont left 18:08 MasterDuke joined
patrickb the zef in my container has '"module": "Zef::Service::InstallPM6"' 18:11
Altai-man_ But it is clonned afresh and its taken from its config, github.com/Raku/Blin/blob/99e3335f...akumod#L21 and github.com/Raku/Blin/blob/99e3335f...akumod#L26 18:12
patrickb the config is slurped from /opt/rakudo-pkg/share/perl6/core/resources/FA169EDDE5EBF3101385048BCCB7B37EC54A5227.json 18:13
(that's what `zef --help` outputs)
that file also still has 18:14
InstallPM6
Altai-man_ buster-slim debian has too old zef packed in then.
patrickb blin clones it's own zef 18:15
github.com/Raku/Blin/blob/99e3335f...akumod#L21
the problem is that zef is not installed. Blin just runs zef-checkout/bin/zef --help 18:17
that then uses accesses the config of the already installed zef 18:18
which is then read, modified, written and used by blin
ugexe yeah it needs to be installed, or at least passed -I $!binary.parent(2)
patrickb why not just install it as intended? 18:19
need to go shopping. Back in a bit. But I guess the mystery is solved. \o/ 18:20
Altai-man_ patrickb, ugexe thank you very much for the investigation!
19:35 evalable6 left, linkable6 left 19:38 linkable6 joined, evalable6 joined 19:40 MasterDuke left 19:41 MasterDuke joined 19:48 JRaspass left 22:45 MasterDuke left, JRaspass joined, MasterDuke joined