🦋 Welcome to the IRC channel of the core developers of the Raku Programming Language (raku.org #rakulang). This channel is logged for the purpose of history keeping about its development | evalbot usage: 'm: say 3;' or /msg camelia m: ... | log inspection situation still under development | For MoarVM see #moarvm
Set by lizmat on 22 May 2021.
00:02 reportable6 left, b2gills joined 00:03 reportable6 joined
Geth rakudo: vrurg++ created pull request #4407:
Support generics with consumtion/inheritance in roles
05:24 linkable6 left, evalable6 left, evalable6 joined 05:26 linkable6 joined 06:02 reportable6 left 06:05 reportable6 joined
releasable6 Next release in ≈2 days and ≈11 hours. 1 blocker. Please log your changes in the ChangeLog: github.com/rakudo/rakudo/wiki/ChangeLog-Draft 07:00
08:08 LizBot left 08:09 LizBot joined, LizBot left, LizBot joined 08:24 LizBot left, LizBot joined 08:25 LizBot left, LizBot joined
lizmat nine ugexe Looking at RAKUDO_MODULE_DEBUG output, what does "Repo changed: ... need to re-check dependencies" mean? 08:30
same for repo chain changed 08:31
looks like I cannot load a module without getting that message, even though I think nothing has changed in the filesystem? 08:32
or in $*REPO ?
like: RAKUDO_MODULE_DEBUG=1 raku -MTest -e '' 08:42
m: sub ztask( (:$key, :$value) ) {}; ztask ‘foo’.any => ‘bar’; 08:57
camelia (timeout)
lizmat oh no, I killed camelia :-)
nine lizmat: repo chain changed means basically that anything (any file) in any repository was changed 09:01
lizmat well, that's the thing: I cannot load Test without it claiming stuff has changed 09:03
so I have this feeling that dependencies are re-checked always, even when they shouldn't be ? 09:04
nine Do you have anything in PERL6LIB or the like? 09:05
lizmat you mean, do I have PERL6LIB set ? 09:06
nine yes
or RAKULIB or whatever we have nowadays
lizmat set | grep LIB # empty
MasterDuke i can repro 09:07
nine indeed 09:08
MasterDuke in an empty directory, no PERL6LIB or RAKUDOLIB set. `RAKUDO_MODULE_DEBUG=1 raku -MTest -e ''` always prints `1 RMD: Repo changed: 09:09
Need to re-check dependencies.
1 RMD: Repo chain changed:
Need to re-check dependencies.`
lizmat yup, that's what I'm also seeing
nine Can you bisect? 09:10
That definitely needs fixing
MasterDuke AlexDaniel: isn't there a way to set env variables with bisectable? aside from using run 09:11
Geth rakudo: 15d372e2f6 | (Elizabeth Mattijsen)++ | src/Perl6/bootstrap.c/BOOTSTRAP.nqp
Make signature destructuring with a Junction an error

Instead of infinilooping. Fixes #3027, sorry for the delay in applying jnthn's suggested fix.
09:14 linkable6 left 09:16 linkable6 joined
MasterDuke committable6: releases %*ENV<RAKUDO_MODULE_DEBUG>=1; my $p = run(<<$*EXECUTABLE -MTest -e "">>, :err); say $p.err.slurp(:close).contains("Repo changed") 09:17
AlexDaniel <MasterDuke "AlexDaniel: isn't there a way to"> No
committable6 MasterDuke, gist.github.com/432dbdb1675e732be3...dce03e7b1a 09:18
AlexDaniel Committable can do some
MasterDuke bisectable6: old=2020.02.1 new=2020.05.1 %*ENV<RAKUDO_MODULE_DEBUG>=1; my $p = run(<<$*EXECUTABLE -MTest -e "">>, :err); say $p.err.slurp(:close).contains("Repo changed") 09:19
bisectable6 MasterDuke, Bisecting by output (old=2020.02.1 new=2020.05.1) because on both starting points the exit code is 0 09:20
MasterDuke, bisect log: gist.github.com/4edbf6be4d0d670600...c726d749e2
MasterDuke, (2020-02-22) github.com/rakudo/rakudo/commit/63...e424460bca
MasterDuke nine, lizmat: ^^^ 09:21
lizmat ah... maybe I missed a s/Perl6/Raku somewhere ? 09:22
MasterDuke github.com/rakudo/rakudo/blob/mast....nqp#L1496 maybe? 09:25
lizmat MasterDuke: will check, thanks for the bisect! 09:26
and the research
MasterDuke np
nine A surprising find for sure.... 09:30
lizmat: thanks for noticing!
lizmat interesting failure mode: 09:31
Could not find CompUnit::Repository::Staging:from<Raku> in:
guess I need to find other places as wel 09:32
MasterDuke there are a couple other places in src/core.c/CompUnit.pm6, src/core.c/CompUnit/DependencySpecification.pm6, src/core.c/CompUnit/Repository/FileSystem.pm6. and src/core.c/CompUnit/Repository/Installation.pm6 that look suspicious 09:34
lizmat changing those as well makes it install the core modules ok 09:40
but doesn't change the underlying issue :(
let's see how this spectests :-)
Geth rakudo: McSinyx++ created pull request #4408:
Test mkdir when parent was created but child fails
rakudo: 48de177274 | (Elizabeth Mattijsen)++ | 5 files
s/Perl6/Raku in more places

This does not affect setting compilation, spectest or installing modules with zef, so this feels clean to do now.
lizmat but does not fix the dependencies issues
it does strike me as odd that the first sha1 is *always* 012C8077823C618E079285B919C33704B32C9F97 ? 09:52
(at least for me)
MasterDuke i have a different value, but yes, it's always the same 09:55
sena_kun releasable6, status 09:58
releasable6 sena_kun, Next release in ≈2 days and ≈9 hours. 1 blocker. 1 out of 21 commits logged
sena_kun, Details: gist.github.com/f0abc2c2f97bda2712...ab3846be36
Geth roast: acdd8d21b9 | (Elizabeth Mattijsen)++ | S22-package-format/local.t
Fix test after s/Perl6/Raku change

See github.com/rakudo/rakudo/commit/48de177274
rakudo: 5e1c97bae6 | (Elizabeth Mattijsen)++ | 2 files
No longer use unicode in REPL on Windows

Windows somehow is so Unicode challenged in its shells, that it is causing major issues, especially for new users.
nine lizmat: "unicode challenged" is a nice description :) 10:45
10:48 morayj joined
Geth rakudo: 4f61a108b1 | (Elizabeth Mattijsen)++ | t/02-rakudo/reproducible-builds.t
11:16 Altai-man joined 11:19 sena_kun left 11:43 morayj left
MasterDuke wtf can't i catch these rename exceptions!? 11:59
12:02 reportable6 left 12:03 reportable6 joined 12:19 |Tux| left 12:23 [TuxCM] left 12:28 [TuxCM] joined
ugexe did you sink the failure? 12:35
MasterDuke not explicitly... 12:37
but it does seem to be working now 12:39
Geth rakudo: MasterDuke17++ created pull request #4411:
Try to rename precomp files multiple times on Windows
MasterDuke nine, Altai-man: ^^^ 13:52
Altai-man yay
lizmat I recall a discussion somewhere about allowing "done" to take a value 13:59
in the past weeks, but I can't find any issue or PR or anything about that 14:00
am I dreaming ?
MasterDuke github.com/Raku/problem-solving/issues/249 14:02
lizmat MasterDuke++ 14:05
15:42 bisectable6 left, unicodable6 left, benchable6 left, tellable6 left, quotable6 left, bloatable6 left, shareable6 left, committable6 left, reportable6 left, releasable6 left, greppable6 left, notable6 left, coverable6 left, linkable6 left, sourceable6 left, squashable6 left, statisfiable6 left, nativecallable6 left, evalable6 left 15:43 releasable6 joined, greppable6 joined, statisfiable6 joined, benchable6 joined, notable6 joined, bloatable6 joined 15:44 tellable6 joined, reportable6 joined, shareable6 joined, linkable6 joined, squashable6 joined 15:45 coverable6 joined, sourceable6 joined, evalable6 joined, bisectable6 joined, committable6 joined, quotable6 joined, unicodable6 joined, nativecallable6 joined
Geth rakudo/done-with-value: 9af063d03e | (Elizabeth Mattijsen)++ | 2 files
Introduce "done foo" as shortcut for "emit foo; done"

As discussed in github.com/Raku/problem-solving/issues/249
This makes the "done" sub a multi, and adds logic in the "run-done" handlers in Rakudo::Supply to handle anything specified that is not an exception.
Should we want to be able to emit an Exception, then we will have to add some more logic for handing the QUIT phaser's handling of "run-done".
rakudo: lizmat++ created pull request #4412:
Introduce "done foo" as shortcut for "emit foo; done"
gfldex lizmat: irclogs.raku.org kept rolling around in my head. Wouldn't it make more sense to have history.raku.org for chatlogs, Synopsis, old blog post, etc. ? 18:00
lizmat gfldex: possibly, nothing cast in stone yet in that respect 18:01
gfldex lizmat: one could do a full text search on the whole histroy
18:02 reportable6 left 18:03 reportable6 joined
lizmat possibly 18:03
in this day and age, maybe a link to DuckDuckGo for this site or so? 18:04
18:57 b2gills left 19:00 linkable6 left 19:02 linkable6 joined 19:04 b2gills joined 19:05 Kaiepi left 19:24 ilogger2 left, ilogger2 joined
Geth roast: vrurg++ created pull request #737:
Add tests for indirect inheritance and role consuming
20:45 Kaiepi joined 20:49 squashable6 left 20:50 squashable6 joined 20:51 squashable6 left 20:53 squashable6 joined
Geth rakudo/master: 4 commits pushed by (Vadim Belman)++ 21:03
rakudo: 4b99656875 | (Vadim Belman)++ | 3 files
Support generics with consumtion/inheritance in roles

Make the following two constructs possible:
   role R1[::T] does T {}
   role R2[::T] is T {}
... (10 more lines)
rakudo: 6e1cfe4c89 | (Vadim Belman)++ | 2 files
Micro-optimize calls to HOW

Pre-cache `$_.HOW` where it's used more than once.
Also fix a typo in ParametricRoleHOW.
rakudo: d881ac0542 | (Vadim Belman)++ (committed using GitHub Web editor) | 3 files
Merge pull request #4407 from vrurg/allow-generic-inheritance

Support generics with consumption/inheritance in roles
roast: 60629f0818 | (Vadim Belman)++ | S14-roles/parameterized-basic.t
Add tests for indirect inheritance and role consuming

Test for cases:
   role R[::T] is T {}
   role R[::T] does T {}
In support of rakudo/rakudo#4407
roast: bd1754fced | (Vadim Belman)++ (committed using GitHub Web editor) | S14-roles/parameterized-basic.t
Merge pull request #737 from vrurg/allow-generic-inheritance

Add tests for indirect inheritance and role consuming
21:39 linkable6 left 21:42 linkable6 joined 22:58 bisectable6 left 22:59 bisectable6 joined 23:00 linkable6 left 23:03 linkable6 joined