[00:50] ¦ rakudo/main: 6801dead6d | (Nick Logan)++ (committed using GitHub Web editor) | 4 files [00:50] ¦ rakudo/main: RakuAST: elide unused implicit setup in re-formed frames (#6579) [00:50] ¦ rakudo/main: [00:50] ¦ rakudo/main: A context serialized during a BEGIN-time compilation rebinds its [00:50] ¦ rakudo/main: lexicals by name into the unit's frame at load, so a re-formed frame [00:50] ¦ rakudo/main: must keep every lexical name that compilation serialized. Previously [00:50] ¦ rakudo/main: the re-formation kept the whole emission of the unused implicits, [00:50] ¦ rakudo/main: paying container clones, a routine variable bind, and a named slurpy [00:50] ¦ rakudo/main: <…commit message has 9 more lines…> [00:50] ¦ rakudo/main: review: https://github.com/rakudo/rakudo/commit/6801dead6d [00:56] ¦ rakudo: ugexe++ created pull request #6580: Fold the plus reduction over bare values [00:56] ¦ rakudo: review: https://github.com/rakudo/rakudo/pull/6580 [02:03] ¦ rakudo/main: fd7bd6f573 | (Nick Logan)++ | 2 files [02:03] ¦ rakudo/main: Fold the plus reduction over bare values [02:03] ¦ rakudo/main: [02:03] ¦ rakudo/main: The fold's accumulator started as the first slot's container while [02:03] ¦ rakudo/main: every later value from the fold arrived bare, and a stored value [02:03] ¦ rakudo/main: arrived as whatever its slot held, always a container from an Array [02:03] ¦ rakudo/main: and sometimes one from a List, so the operator's callsite kept [02:03] ¦ rakudo/main: several argument shapes live and stayed polymorphic. Deconting the [02:03] ¦ rakudo/main: <…commit message has 9 more lines…> [02:03] ¦ rakudo/main: review: https://github.com/rakudo/rakudo/commit/fd7bd6f573 [02:03] ¦ rakudo/main: adf522f241 | (Nick Logan)++ | 2 files [02:03] ¦ rakudo/main: RakuAST: fail the static call mark's soft check open [02:03] ¦ rakudo/main: [02:03] ¦ rakudo/main: A name form call to a routine of the same unit takes the static call [02:03] ¦ rakudo/main: mark through IMPL-RESOLUTION-BOUND-ONCE, whose soft check was the [02:03] ¦ rakudo/main: only one of the soft guards that failed closed: a routine that could [02:03] ¦ rakudo/main: not answer the soft method was refused the mark. The published [02:03] ¦ rakudo/main: method cache of a mixin type in the setting under compilation can [02:03] ¦ rakudo/main: <…commit message has 8 more lines…> [02:03] ¦ rakudo/main: review: https://github.com/rakudo/rakudo/commit/adf522f241 [02:03] ¦ rakudo/main: af214e70eb | (Nick Logan)++ (committed using GitHub Web editor) | 4 files [02:03] ¦ rakudo/main: Merge pull request #6580 from ugexe/ugexe/reduce-monomorphic-accumulator [02:03] ¦ rakudo/main: [02:04] ¦ rakudo/main: Fold the plus reduction over bare values [02:04] ¦ rakudo/main: review: https://github.com/rakudo/rakudo/commit/af214e70eb [02:35] ¦ rakudo: ugexe++ created pull request #6581: RakuAST: re-form regex code with the optimize walk's marks [02:35] ¦ rakudo: review: https://github.com/rakudo/rakudo/pull/6581 [03:28] *** vrurg_ left [03:30] *** vrurg joined [03:31] *** guifa left [03:49] *** guifa joined [04:47] *** ShimmerFairy left [05:08] *** camelia left [05:38] *** guifa left [05:43] *** guifa joined [06:22] *** disbot2 is now known as disbot [07:47] *** guifa left [07:57] *** guifa joined [09:33] *** finanalyst joined [10:22] *** unicodable6 left [10:24] *** greppable6 left [10:25] *** bloatable6 left [10:25] *** bloatable6 joined [10:25] *** bloatable6__ joined [10:27] *** tellable6 left [10:27] *** tellable6 joined [10:28] *** notable6 left [10:28] *** notable6 joined [10:29] *** guifa left [10:30] *** bloatable6 left [10:30] *** bisectable6 left [10:31] *** quotable6 left [10:33] *** sourceable6 left [10:35] *** releasable6 left [10:36] *** linkable6 left [10:36] *** linkable6 joined [10:40] *** guifa joined [11:27] ¦ problem-solving: finanalyst assigned to coke Issue Adding type-graphs to documentation on Types https://github.com/Raku/problem-solving/issues/526 [11:36] *** finanalyst left [12:17] *** rakkable left [12:17] *** rakkable joined [12:25] *** guifa left [12:26] *** guifa joined [13:14] *** AlexDaniel joined [13:15] [Coke]: that doesn't look like an issue in whateverable [13:15] c: a0a60ed3c say 42 [13:15] AlexDaniel, ¦a0a60ed: «Cannot test this commit (Commit exists, but an executable could not be built for it)» [13:15] what we can do is ask shareable for the archive [13:15] shareable6: a0a60ed3c [13:15] AlexDaniel, https://whateverable.6lang.org/a0a60ed3c [13:15] and that archive should have the logs inside [13:16] *** timo left [13:16] fatal: could not get a repository handle for submodule '3rdparty/mimalloc' [13:16] hmm [13:16] *** timo joined [13:16] c: say 42 [13:16] AlexDaniel, Seems like you forgot to specify a revision (will use “v6.c” instead of “say”) [13:16] c: HEAD say 42 [13:16] AlexDaniel, ¦HEAD(a0a60ed): «Cannot test this commit (Commit exists, but an executable could not be built for it)» [13:17] AlexDaniel, https://gist.github.com/331268775e0b67a91ff4a0fa1115453b [13:17] c: say 42 [13:17] AlexDaniel, Seems like you forgot to specify a revision (will use “v6.c” instead of “say”) [13:17] c: HEAD say 42 [13:17] AlexDaniel, ¦HEAD(a0a60ed): «No build for this commit» [13:18] okay, deleted it, let's try again and see if that was just a fluke [13:18] AlexDaniel, https://gist.github.com/cebbc789b25fd69cd38cd3a71a223e7f [13:19] *** guifa left [13:24] *** guifa joined [13:28] c: HEAD say 42 [13:28] AlexDaniel, ¦HEAD(a0a60ed): «No build for this commit» [13:50] <[Coke]> Lovely. I did make sure that my moarvm copy had no weird 3rdparty changes. [13:51] <[Coke]> c: 2026.08 3.say [13:51] [Coke], ¦2026.08: «3␤» [13:51] <[Coke]> ok, at least the tagged release is working. :) [13:51] <[Coke]> c: af214e70e 2.say [13:51] [Coke], ¦af214e7: «Cannot find this revision (did you mean “0e10f4e”?)» [13:52] <[Coke]> c: 6801dead6 Inf.say [13:52] [Coke], ¦6801dea: «Cannot find this revision (did you mean “ffd89e1”?)» [13:52] c: HEAD say 42 [13:52] AlexDaniel, ¦HEAD(a0a60ed): «No build for this commit» [13:52] hmm [13:52] <[Coke]> c: c9828b2ae 2.say [13:52] [Coke], ¦c9828b2: «Cannot find this revision (did you mean “a69582e”?)» [13:52] <[Coke]> ok, lots of the revisions after that are just "not found" [13:52] <[Coke]> (looking at recent commits on main) [14:05] *** linkable6 left [14:05] *** benchable6 left [14:05] *** shareable6 left [14:05] *** evalable6 left [14:05] *** bloatable6__ left [14:05] *** committable6 left [14:05] I'm not sure why, buildable is kind of just hanging, let's restart all and see what happens [14:08] *** notable6 left [14:08] *** tellable6 left [14:08] *** huggable6 left [14:08] *** nativecallable6 left [14:09] *** guifa left [14:09] *** benchable6 joined [14:09] *** benchable6__ joined [14:10] <[Coke]> thanks, AD [14:11] *** quotable6 joined [14:11] *** sourceable6 joined [14:11] *** nativecallable6 joined [14:12] *** linkable6 joined [14:12] *** greppable6 joined [14:12] *** unicodable6 joined [14:12] *** greppable6__ joined [14:14] *** benchable6 left [14:16] *** guifa joined [14:16] *** greppable6 left [14:18] c: HEAD say 42 [14:18] mm [14:21] *** nine left [14:21] *** nine joined [14:32] [Coke]: can you please change the ip to 93.158.237.2 on this line? https://github.com/Raku/whateverable/blob/main/lib/Whateverable.pm6#L221C66-L221C81 [14:35] for context: there's a limit of connections per IP, so this hack there makes it connect half the bots over ipv4, which dances around the restriction. Once a few years that ip changes [14:36] so I think right now buildable created the builds for everything, but committable cannot connect [14:51] <[Coke]> done. [14:52] <[Coke]> Could probably have that read DNS on restart to pick one. [14:53] *** ShimmerFairy joined [14:53] [Coke]: sure. My attempt at this didn't work because it was getting the ipv6 address from DNS, haha, but there's probably a way to force it [14:53] *** nativecallable6 left [14:53] *** quotable6 left [14:53] *** unicodable6 left [14:53] *** sourceable6 left [14:53] *** linkable6 left [14:53] *** benchable6__ left [14:53] *** greppable6__ left [14:53] <[Coke]> pushed, but I don't see 93.158.237.2 when I dig for irc.libera.chat [14:53] I think it's different for everyone, it's just one of [14:54] <[Coke]> FYI, I'm seeing 188.240.145.101 193.57.167.220 108.181.132.149 [14:55] *** guifa left [14:56] *** greppable6 joined [14:56] *** coverable6 joined [14:56] *** greppable6__ joined [14:56] *** tellable6 joined [14:56] *** shareable6 joined [14:56] *** sourceable6 joined [14:56] *** unicodable6 joined [14:56] *** bisectable6 joined [14:57] *** benchable6 joined [14:57] *** committable6 joined [14:57] c: HEAD say 42 [14:57] AlexDaniel, ¦HEAD(a0a60ed): «No build for this commit» [14:57] oh really… [14:57] *** quotable6 joined [14:57] it's still building, it seems… [14:57] *** releasable6 joined [14:58] *** evalable6 joined [14:58] *** bloatable6 joined [14:58] *** linkable6 joined [14:58] *** nativecallable6 joined [14:58] *** notable6 joined [14:58] *** huggable6 joined [15:00] *** greppable6 left [15:01] *** guifa joined [15:02] <[Coke]> huh [15:51] c: HEAD say 42 [15:51] AlexDaniel, ¦HEAD(af214e7): «42␤» [15:51] [Coke]: OK, it's done, thank you for you help! [16:01] <[Coke]> thank *you* [16:20] ¦ rakudo/main: 561c5121db | (Will Coleda)++ | 2 files [16:20] ¦ rakudo/main: New dates are 4th Saturday now. [16:20] ¦ rakudo/main: [16:20] ¦ rakudo/main: We've been doing it this way for a while. Also claim next release [16:20] ¦ rakudo/main: review: https://github.com/rakudo/rakudo/commit/561c5121db [16:40] <[Coke]> c: 7173ba509f67dc717d639864d090ebcea7261140 2.say [16:40] [Coke], ¦7173ba5: «Cannot find this revision (did you mean “f20251a”?)» [16:41] “This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.” [16:41] <[Coke]> weird. https://github.com/rakudo/rakudo/pull/6572/commits says it has one commit (that one ^^) but I don't see it. [16:41] <[Coke]> ah. yes, that came in from a branch on ugexe's repo [16:42] it was rebased, I'd guess that there's another commit just like this one but with different sha :) [16:42] whateverable actually builds branches too, but not outside PRs [16:43] <[Coke]> oh, we've been taking advantage of the branches recently, btw, thanks. [16:43] <[Coke]> (lets us do a blin run from commit-x to branch-from-commit-x-but-default-to-rakuast) [16:43] :O [16:43] <[Coke]> next merge commit has 2 commits, also from ugexe/ those commits showed up. yah, maybe a rebase. [16:44] <[Coke]> AlexDaniel: that's where a ton of the rakuast commits in the last 2months have come from (cleaning up the results of those blin runs) [16:45] nicee [16:45] it's quite satisfying to know that something I've built 10 years ago is getting so much use [16:47] a bit more than that now actually https://github.com/Raku/whateverable/commit/3989c8f768aecc29be61302700a254f123cb4b67 [16:48] <[Coke]> \o/ [16:48] <[Coke]> releasable6: next [16:48] [Coke], Next release in ≈33 days and ≈2 hours. There are no known blockers. 16 out of 16 commits logged [17:43] *** ugexe left [17:43] *** ugexe joined [19:11] <[Coke]> .ask alexDaniel - if I see /tmp/whateverable/rakudo-moar/af214e70ebc4f10a02dc3cd3b9f4bf5de0cae09a is locked. Waiting - when doing a blin run - is a normal state? Or should I be digging into why it's getting a locked? (Often I'll get pages of this in a row) [19:11] [Coke], I'll pass your message to AlexDaniel [20:14] *** finanalyst joined [21:47] <[Coke]> 561c5121dbf8d84c5ed815e7e57831707e58d713 [21:47] (2026-08-24) https://github.com/rakudo/rakudo/commit/561c5121db New dates are 4th Saturday now. [21:48] <[Coke]> blin run is showing 2 modules failures on that. wtf. [21:48] <[Coke]> ah, one is notorious module AI::NLP [21:51] the source for it is 404 [21:51] https://cpan.metacpan.org/authors/id/H/HO/HOLYGHOST/Perl6/AI-NLP-0.1.5.tar.gz [21:52] [Coke]: it is normal, I think. If I remember right, if it's bisecting two modules and during that process they hit the same commits, then one will wait while the other is doing the work [21:52] [Coke]: the only issue if you have a hundred of modules that all bisect to the same commit, and even then they'd need to do it at the same time for that to be a problem [21:52] hey AlexDaniel, you have a message: https://gist.github.com/aba5962f69530cb41a6cfbfd59bed62d [21:52] and the reason for this is that they untar the build, do the thing and then remove the build. If locking wasn't there it could wipe the unpacked build while something is using it [21:53] <[Coke]> sehr gut [21:53] and we can't use another location because rakudo isn't relocatable (at least it wasn't at the time) [21:53] <[Coke]> ugexe: ah, presumably they deleted it with PAUSE? [21:53] yeah [21:54] but you can, in theory, use some kind of atomic counter instead, so that it'd only wipe the build when nothing is using it anymore :) So it can be better, but as is it's not an issue [21:54] <[Coke]> Let's remove it from the index then? [21:54] <[Coke]> AlexDaniel: yup, it's fine. (now that I can run this stuff on a machine that takes hours instead of nearly a day, all good) [21:54] it does still exist in REA though [21:55] <[Coke]> Do we have a git repo somewhere for the cpan module list? [21:56] maybe that isn't the reason then [21:56] <[Coke]> (not sure how that ecosystem works) [21:56] <[Coke]> I assume cpan is preferred over REA if present. [21:57] <[Coke]> but probably no failover if cpan issue. [21:57] rea basically is cpan since we dont take new cpan distributions [21:59] <[Coke]> ahhh [22:01] whatever it is has to be flakey. the failure as we see it is zef just isnt finding the name, but if i manually do `zef info AI::NLP` it finds it fine. but the fact it seems to happen so much with that module specifically is odd [22:04] ¦ rakudo/main: e84cb29aef | (Nick Logan)++ | 3 files [22:04] ¦ rakudo/main: RakuAST: re-form regex code with the optimize walk's marks [22:04] ¦ rakudo/main: [22:04] ¦ rakudo/main: A regex declaration declined the re-formation, since compiling its [22:04] ¦ rakudo/main: body stored one entry per alternation on the Regex code object under [22:04] ¦ rakudo/main: a name minted from a fresh counter, and a second formation left [22:04] ¦ rakudo/main: every alternation NFA in the serialized code object twice. The [22:04] ¦ rakudo/main: alternation names now derive from the regex's source origin and the [22:04] ¦ rakudo/main: <…commit message has 16 more lines…> [22:05] ¦ rakudo/main: review: https://github.com/rakudo/rakudo/commit/e84cb29aef [22:05] ¦ rakudo/main: fd7cbde517 | (Nick Logan)++ | 3 files [22:05] ¦ rakudo/main: RakuAST: run the regex QAST optimizations unconditionally [22:05] ¦ rakudo/main: [22:05] ¦ rakudo/main: Previously the optimize-regex flag held the regex QAST optimizations [22:05] ¦ rakudo/main: back until the optimize stage began on the unit, so a regex compiled [22:05] ¦ rakudo/main: dynamically at BEGIN time ran its plain compilation for the rest of [22:05] ¦ rakudo/main: the program. The optimizations do not depend on anything the stage [22:05] ¦ rakudo/main: computes, and the NFA is stored before they run either way, so LTM [22:05] ¦ rakudo/main: <…commit message has 5 more lines…> [22:05] ¦ rakudo/main: review: https://github.com/rakudo/rakudo/commit/fd7cbde517 [22:05] ¦ rakudo/main: c6d72c566a | (Nick Logan)++ (committed using GitHub Web editor) | 5 files [22:05] ¦ rakudo/main: Merge pull request #6581 from ugexe/ugexe/rakuast-regex-reform [22:05] ¦ rakudo/main: [22:05] ¦ rakudo/main: RakuAST: re-form regex code with the optimize walk's marks [22:05] ¦ rakudo/main: review: https://github.com/rakudo/rakudo/commit/c6d72c566a [22:05] ¦ rakudo: ugexe++ created pull request #6582: Answer reductions over a Range of Ints from its endpoints [22:05] ¦ rakudo: review: https://github.com/rakudo/rakudo/pull/6582 [22:09] <[Coke]> https://github.com/coke/raku-blin-release-results/tree/2026.09 - might be some real failures in there. [22:09] <[Coke]> (almost done with run) [22:15] <[Coke]> ADT had the same "no identify found" [22:16] <[Coke]> https://github.com/coke/raku-blin-release-results/blob/2026.09/output_LLM%3A%3ACharacter_zef%3Aapogee_0.2.3_0 looks like an actual single test failed. [22:17] <[Coke]> 561c5121dbf8d84c5ed815e7e57831707e58d713 [22:17] (2026-08-24) https://github.com/rakudo/rakudo/commit/561c5121db New dates are 4th Saturday now. [22:17] <[Coke]> ... but that's insane - there's no way that test only failed because of that commit. [22:21] ¦ nqp/main: 73218adde1 | (Elizabeth Mattijsen)++ | tools/templates/MOAR_REVISION [22:21] ¦ nqp/main: Bump MoarVM to get code coverage instrumentation filtering [22:21] ¦ nqp/main: [22:21] ¦ nqp/main: Greg Donald++ [22:21] ¦ nqp/main: review: https://github.com/Raku/nqp/commit/73218adde1 [22:21] *** AlexDaniel left [22:28] ¦ rakudo/main: aa293aafa9 | (Elizabeth Mattijsen)++ | tools/templates/NQP_REVISION [22:28] ¦ rakudo/main: Bump NQP to get code coverage instrumentation filtering [22:28] ¦ rakudo/main: [22:28] ¦ rakudo/main: Greg Donald++ [22:28] ¦ rakudo/main: review: https://github.com/rakudo/rakudo/commit/aa293aafa9 [22:57] *** guifa left [23:02] *** guifa joined [23:25] *** djinni` left [23:28] *** djinni` joined [23:32] *** japhb left [23:32] *** japhb joined [23:35] *** guifa left [23:35] *** finanalyst left [23:46] *** camelia joined [23:52] *** guifa joined [23:56] <[Coke]> did a redo run with ONLY failing modules. Nearly done, now have 3 failures pointing at aa293aafa96f73658f040447dc68e61bb0f19c72 [23:56] (2026-08-25) https://github.com/rakudo/rakudo/commit/aa293aafa9 Bump NQP to get code coverage instrumentation filtering [23:57] <[Coke]> (which wasn't available to break on in the first run) [23:59] what is the memory limitation for the ooms?