|
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
|
|||