00:16
leont left
00:54
Altai-man_ joined
00:56
sena_kun left
02:55
sena_kun joined
02:56
Altai-man_ left
|
|||||||||||||||||||||||||||||||||||||||
releasable6 | Next release in ≈6 days and ≈15 hours. There are no known blockers. Please log your changes in the ChangeLog: github.com/rakudo/rakudo/wiki/ChangeLog-Draft | 03:00 | |||||||||||||||||||||||||||||||||||||
03:01
softmoth joined
04:54
Altai-man_ joined
04:57
sena_kun left
06:55
sena_kun joined
06:56
Altai-man_ left
07:04
softmoth left
07:53
squashable6 left
07:56
squashable6 joined
|
|||||||||||||||||||||||||||||||||||||||
gfldex | adding symbols to a package at BEGIN time is not specced. Should it? | 07:59 | |||||||||||||||||||||||||||||||||||||
nine | I'm pretty sure that's an intended use case for BEGIN blocks | 08:02 | |||||||||||||||||||||||||||||||||||||
gfldex | I'm asking because my last blog post is largely unspecced. :) | 08:04 | |||||||||||||||||||||||||||||||||||||
08:42
sivoais left
08:44
sivoais joined
08:54
Altai-man_ joined
08:57
sena_kun left
|
|||||||||||||||||||||||||||||||||||||||
Altai-man_ | It seems there are some segfaults on master, as well as "normal" breakages. New Blin ticket is done. | 08:59 | |||||||||||||||||||||||||||||||||||||
09:11
leont joined
09:13
lichtkind_ joined
|
|||||||||||||||||||||||||||||||||||||||
nine | "Spit – Fail, Bisected: de6ebd4e7d432a5f4375e61e648b3ab12c915c16" that's...surprising considering that commit only changes some comments | 09:13 | |||||||||||||||||||||||||||||||||||||
Btw. Blin results would be even nicer if they were grouped by identified commit | 09:14 | ||||||||||||||||||||||||||||||||||||||
09:16
lichtkind left
|
|||||||||||||||||||||||||||||||||||||||
lizmat | Files=1306, Tests=111379, 216 wallclock secs (28.97 usr 8.46 sys + 3024.36 cusr 286.67 csys = 3348.46 CPU) | 09:18 | |||||||||||||||||||||||||||||||||||||
Altai-man_ | Can simply search by sha on page if necessary. Most of are not so bad like list return type change. | ||||||||||||||||||||||||||||||||||||||
nine | Sure I can search. Grouping would give a better overview though and one could see at first glance which regression has the most impact. But anyway, that's really just nit picking on an incredibly useful tool | 09:23 | |||||||||||||||||||||||||||||||||||||
Altai-man_ | Agreed. | 09:43 | |||||||||||||||||||||||||||||||||||||
MasterDuke | huh. i just tried to do `raku -I lib t/http2.t` in a cro-http checkout, but it dies with `Error while importing from 'Cro::Uri': no such tag 'encode-percents'at /home/dan/Source/perl6/modules/cro-http/lib/Cro/Uri/HTTP.pm6 (Cro::Uri::HTTP):1------> ::Uri :decode-percents, :encode-percents⏏;` | 09:50 | |||||||||||||||||||||||||||||||||||||
Altai-man_ | This is really weird... MasterDuke are you using master? | 09:53 | |||||||||||||||||||||||||||||||||||||
MasterDuke | yeah | ||||||||||||||||||||||||||||||||||||||
Altai-man_ | Is `-I lib` correct as well as `-Ilib`, I assume? | ||||||||||||||||||||||||||||||||||||||
MasterDuke | is Cro::URI a separate module? should it be in the depends? | ||||||||||||||||||||||||||||||||||||||
yeah | |||||||||||||||||||||||||||||||||||||||
Altai-man_ | TIL | 09:54 | |||||||||||||||||||||||||||||||||||||
nine | Probably missing a version requirement in the dependency specification | ||||||||||||||||||||||||||||||||||||||
Altai-man_ | MasterDuke, can you try update Cro::Core? | ||||||||||||||||||||||||||||||||||||||
MasterDuke | hm, zef says i have Cro::Uri installed | ||||||||||||||||||||||||||||||||||||||
Altai-man_ | github.com/croservices/cro-core/co...5b203766cc | 09:55 | |||||||||||||||||||||||||||||||||||||
Is included since 0.8.2. | |||||||||||||||||||||||||||||||||||||||
MasterDuke | upgrading to 0.8.3 | 09:56 | |||||||||||||||||||||||||||||||||||||
ugh. this might be that mismatch between my system raku and locally built raku again | 09:57 | ||||||||||||||||||||||||||||||||||||||
afk for a while | 09:58 | ||||||||||||||||||||||||||||||||||||||
10:06
sivoais left,
sivoais joined
|
|||||||||||||||||||||||||||||||||||||||
[Tux] |
|
10:16 | |||||||||||||||||||||||||||||||||||||
much better, but not quite there yet | |||||||||||||||||||||||||||||||||||||||
10:20
[TuxCM] joined
10:21
[Tux] left
10:24
[Tux] joined
|
|||||||||||||||||||||||||||||||||||||||
AlexDaniel | Xliff: I have to admit you were right, the commit SHAs need to be links, otherwise blin output pasted as a gist kinda sucks | 10:35 | |||||||||||||||||||||||||||||||||||||
tellable6 | AlexDaniel, I'll pass your message to Xliff | ||||||||||||||||||||||||||||||||||||||
AlexDaniel | Altai-man_: how do you run Blin? | 10:42 | |||||||||||||||||||||||||||||||||||||
Altai-man_: I'm wondering why does it say 26a7869b38986dfde6558b7c433a74f857fffb65 (26a7869b38986dfde6558b7c433a74f857fffb65) | |||||||||||||||||||||||||||||||||||||||
linkable6 | (2020-06-13) github.com/rakudo/rakudo/commit/26a7869b38 Bump NQP to get double-free fix | ||||||||||||||||||||||||||||||||||||||
AlexDaniel | instead of HEAD (26a7869b38986dfde6558b7c433a74f857fffb65) | 10:43 | |||||||||||||||||||||||||||||||||||||
Altai-man_ | AlexDaniel, last time was simple `time podman run -ti -v /var/tmp/Blin-volume:/mnt myblin --old=2020.05.1 --new=26a7869b38986dfde6558b7c433a74f857fffb65`. | ||||||||||||||||||||||||||||||||||||||
AlexDaniel | Altai-man_: why not --new=HEAD ? | ||||||||||||||||||||||||||||||||||||||
Altai-man_: also why provide --old and --new at all? :) | 10:44 | ||||||||||||||||||||||||||||||||||||||
Altai-man_: old defaults to the last release | |||||||||||||||||||||||||||||||||||||||
and --new to HEAD | |||||||||||||||||||||||||||||||||||||||
Altai-man_ | Because when something like a bump happens and I want to test exactly that, but I don't know is the build is here, I can run it with the commit I want and it dies if there is no build yet. But with HEAD I need to look at the output to make sure it decided HEAD is the commit I want. | 10:45 | |||||||||||||||||||||||||||||||||||||
I know it is a rare case. | |||||||||||||||||||||||||||||||||||||||
And usually the builds are here, but I like it this way. The note of --old having default is very cool! | |||||||||||||||||||||||||||||||||||||||
AlexDaniel | whatever makes you comfortable, it just triggers me that it says 26a7869b38986dfde6558b7c433a74f857fffb65 (26a7869b38986dfde6558b7c433a74f857fffb65) xD | 10:46 | |||||||||||||||||||||||||||||||||||||
linkable6 | (2020-06-13) github.com/rakudo/rakudo/commit/26a7869b38 Bump NQP to get double-free fix | ||||||||||||||||||||||||||||||||||||||
Altai-man_ | I think I'll remove --old from now on, this seems handy. AlexDaniel++ | ||||||||||||||||||||||||||||||||||||||
AlexDaniel | I'll fix it now though | ||||||||||||||||||||||||||||||||||||||
Altai-man_: any requests while I'm touching the code? | 10:50 | ||||||||||||||||||||||||||||||||||||||
Altai-man_ | AlexDaniel, grouping by commit was requested above, I think. Not sure how should it really look like, though. | 10:51 | |||||||||||||||||||||||||||||||||||||
AlexDaniel | Altai-man_: but it's already grouped? | ||||||||||||||||||||||||||||||||||||||
nine: please submit things like this as tickets, I love nitpicking :) | 10:54 | ||||||||||||||||||||||||||||||||||||||
10:55
sena_kun joined
|
|||||||||||||||||||||||||||||||||||||||
AlexDaniel | nine: grouping is already there, but sorting is not which is maybe why you didn't notice grouping :) | 10:55 | |||||||||||||||||||||||||||||||||||||
10:57
Altai-man_ left
|
|||||||||||||||||||||||||||||||||||||||
AlexDaniel | nine: you want what, biggest regressions to come first? Or last? | 10:57 | |||||||||||||||||||||||||||||||||||||
if they're first then you'd need to scroll down for everything else, if they're last, then… hmm | |||||||||||||||||||||||||||||||||||||||
MissingDependency Whateverable | 10:59 | ||||||||||||||||||||||||||||||||||||||
huh! | |||||||||||||||||||||||||||||||||||||||
sena_kun: by any chance do you know which one is it? | 11:02 | ||||||||||||||||||||||||||||||||||||||
sena_kun: like in the json output, or something? | |||||||||||||||||||||||||||||||||||||||
sena_kun | AlexDaniel, let me see... | ||||||||||||||||||||||||||||||||||||||
"output": null, | 11:04 | ||||||||||||||||||||||||||||||||||||||
ugh | |||||||||||||||||||||||||||||||||||||||
"version": "1.0.9" | |||||||||||||||||||||||||||||||||||||||
AlexDaniel | it doesn't include warnings in json output? I see | ||||||||||||||||||||||||||||||||||||||
sena_kun | Possibly. | 11:05 | |||||||||||||||||||||||||||||||||||||
Geth | Blin: 5973a34917 | (Aleks-Daniel Jakimenko-Aleksejev)++ | bin/blin.p6 Write the values directly Makes the code a bit shorter. |
11:15 | |||||||||||||||||||||||||||||||||||||
Blin: 877058da8b | (Aleks-Daniel Jakimenko-Aleksejev)++ | bin/blin.p6 Change output → output-new in json output Because that's what it is. |
|||||||||||||||||||||||||||||||||||||||
Blin: b5a2661335 | (Aleks-Daniel Jakimenko-Aleksejev)++ | bin/blin.p6 Include errors in json output Otherwise it can be hard to figure out why something has a missing dependency and such. |
|||||||||||||||||||||||||||||||||||||||
sena_kun | AlexDaniel++ | 11:16 | |||||||||||||||||||||||||||||||||||||
Geth | Blin: 46ebf46482 | (Aleks-Daniel Jakimenko-Aleksejev)++ | bin/blin.p6 Linkify rakudo SHAs It was expected that the produced markdown would be pasted as a rakudo ticket, but it seems that sharing the output as a gist is also very common. Xliff++ for introducing this idea originally (which I reverted) |
11:19 | |||||||||||||||||||||||||||||||||||||
AlexDaniel | ===> Failed to find dependencies: sake | 11:23 | |||||||||||||||||||||||||||||||||||||
patrickb: it's kinda weird… locally I tried to install `sake` and it works, but Travis and Blin both seem to be unhappy about it because zef fails to install it as a dependency. I don't remember now, but I think there was some kind of bug or something | 11:25 | ||||||||||||||||||||||||||||||||||||||
tellable6 | AlexDaniel, I'll pass your message to patrickb | 11:26 | |||||||||||||||||||||||||||||||||||||
AlexDaniel | patrickb: but nevermind, just letting you know. I just changed the dep in whateverable and it should be fine | ||||||||||||||||||||||||||||||||||||||
tellable6 | AlexDaniel, I'll pass your message to patrickb | ||||||||||||||||||||||||||||||||||||||
Geth | Blin: 75a822a4c6 | (Aleks-Daniel Jakimenko-Aleksejev)++ | bin/blin.p6 Sort the list by the number of broken modules The output was already grouped so that modules broken by the same commit were near each other, but now those commits that caused most broken modules will be on the bottom. @niner++ for the idea. |
12:35 | |||||||||||||||||||||||||||||||||||||
AlexDaniel | sena_kun: how do I trigger docker image rebuild? | ||||||||||||||||||||||||||||||||||||||
sena_kun | AlexDaniel, the one used for running blin? | 12:36 | |||||||||||||||||||||||||||||||||||||
AlexDaniel | sena_kun: ye | ||||||||||||||||||||||||||||||||||||||
sena_kun | AlexDaniel, it's a local process, I'll do it now. | 12:37 | |||||||||||||||||||||||||||||||||||||
AlexDaniel | cool | ||||||||||||||||||||||||||||||||||||||
let me know if I broke something :) | |||||||||||||||||||||||||||||||||||||||
ah | 12:45 | ||||||||||||||||||||||||||||||||||||||
sena_kun: I think I figured out the missing dep issue: github.com/Raku/ake/commit/720c250...03b2d28702 | 12:48 | ||||||||||||||||||||||||||||||||||||||
sena_kun | AlexDaniel, great! I am building a new image now, will run another blin tonight. | 12:49 | |||||||||||||||||||||||||||||||||||||
AlexDaniel | it's possible that it will fail depending on how fash zef gets to know this commit above | ||||||||||||||||||||||||||||||||||||||
fast* | |||||||||||||||||||||||||||||||||||||||
12:54
Altai-man_ joined
12:56
sena_kun left
14:06
Xliff joined
14:55
sena_kun joined
14:56
Altai-man_ left
15:07
rypervenche left
15:12
softmoth joined
15:13
rypervenche joined
15:30
softmoth_ joined
15:31
softmoth left
15:34
gfldex left,
gfldex joined
|
|||||||||||||||||||||||||||||||||||||||
MasterDuke | if i run `zef list --installed`, and some modules are found in ~/.raku and some are found in my --prefix directory, how do i know why some are in ~/.raku ? | 15:55 | |||||||||||||||||||||||||||||||||||||
is it just finding things that have been precomped? i.e., the things in ~/.raku are just modules i've used when doing a `-I <something>` vs `zef install <something>` | 15:57 | ||||||||||||||||||||||||||||||||||||||
nine | No, we actually can't enumerate precomp cache contents | 16:13 | |||||||||||||||||||||||||||||||||||||
Geth | rakudo: 6f6b2dfeb9 | (Elizabeth Mattijsen)++ | 2 files Make positional captures stored in an Array again Apparently there are too many modules in the ecosystem depending on this behaviour. Basically reverts f627d2c85955b2a7d7478d |
16:48 | |||||||||||||||||||||||||||||||||||||
16:54
Altai-man_ joined
16:56
sena_kun left
|
|||||||||||||||||||||||||||||||||||||||
Geth | rakudo: 219199bb68 | (Elizabeth Mattijsen)++ | src/core.c/Match.pm6 Don't use separate method for recursing - basically reverts ed65d733c667455f628e9 - apparently, objects in a Match structure *can* be visited multiple times, and when they do, create a different result in the structure. Since the SUBMATCH method did *not* check for visitedness, this resulted in a different value being returned, which upset a lot of modules in the ecosystem. Not sure I want to rework the Match object to make it lazy anymore. :-( |
17:23 | |||||||||||||||||||||||||||||||||||||
Altai-man_ | lizmat++ for all the amazing deeds. | 17:26 | |||||||||||||||||||||||||||||||||||||
17:58
lichtkind_ left
18:18
finsternis left
18:19
finsternis joined
18:55
sena_kun joined
18:56
Altai-man_ left
20:17
evalable6 left,
linkable6 left
20:18
linkable6 joined,
evalable6 joined
20:54
Altai-man_ joined
20:56
sena_kun left,
softmoth__ joined
20:59
softmoth_ left
21:28
Xliff left
22:54
sena_kun joined
22:57
Altai-man_ left
|
|||||||||||||||||||||||||||||||||||||||
releasable6 | Next release in ≈5 days and ≈19 hours. There are no known blockers. Please log your changes in the ChangeLog: github.com/rakudo/rakudo/wiki/ChangeLog-Draft | 23:00 | |||||||||||||||||||||||||||||||||||||
23:31
softmoth__ left,
softmoth__ joined
|