[01:19] *** kjp left
[01:23] *** kjp joined
[02:07] <[Coke]> WIP on blin

[02:07] <[Coke]> :'

[02:07] <[Coke]> BTree – Fail, Bisected: a107b0ce342aaea278202f6b7110d3a25e9ed4d6

[02:07] <[Coke]> Control::Bail – Fail, Bisected: a107b0ce342aaea278202f6b7110d3a25e9ed4d6

[02:07] <[Coke]> a107b0ce342aaea2

[02:07] <linkable6> (2026-09-20) https://github.com/rakudo/rakudo/commit/a107b0ce34 Make RakuAST default for compilation of programs (#6704)

[03:09] *** vrurg joined
[03:13] *** vrurg_ left
[03:25] <[Coke]>  up to about 20 failures at 47% of the ecosystem

[03:25] <[Coke]> most on the switch to ast as default

[06:57] <Geth> ¦ rakudo: patrickbkr++ created pull request #6713: fix empty args in Windows script runner

[06:57] <Geth> ¦ rakudo: review: https://github.com/rakudo/rakudo/pull/6713

[08:18] <Geth> ¦ rakudo/main: dd116c27af | (Patrick Böker)++ (committed using GitHub Web editor) | src/runner/runner.c

[08:18] <Geth> ¦ rakudo/main: fix empty args in Windows script runner

[08:18] <Geth> ¦ rakudo/main: 

[08:18] <Geth> ¦ rakudo/main: Previously, an empty argument (i.e. `""`) passed to a script wrapper just

[08:18] <Geth> ¦ rakudo/main: disappeared.

[08:18] <Geth> ¦ rakudo/main: review: https://github.com/rakudo/rakudo/commit/dd116c27af

[08:21] <lizmat> https://github.com/rakudo/rakudo/issues/6714

[08:21] <lizmat> (blocker)

[08:21] <lizmat> looking at BTree now

[08:23] <lizmat> Cannot look up attributes in a VMNull type object. Did you forget a '.new'?

[08:23] <lizmat>   in submethod BUILD

[08:28] <lizmat> that feels... odd  :-)

[09:06] *** finanalyst joined
[09:21] <lizmat> added a workaround PR for BTree now: https://github.com/Scimon/raku-Tree-Binary/pull/1/changes

[09:24] <lizmat> Control::Bail is a Slang issue

[09:26] <lizmat> since that module is still in p6c, and the author hasn't responded at least since 2024, and the last commit is 9 years old

[09:26] <lizmat> and the doc states:

[09:26] <lizmat> "Also, this module uses a lot of metamodel/internal stuff that is not necessarily nailed down by specification, so it cannot promise the same stability as one that uses only the tested 6.c features."

[09:30] <lizmat> it looks like it's adding UNDO/LEAVE/KEEP phasers at runtime...  

[09:31] <lizmat> [Coke]: I'd say, add this to the "dead" list

[09:36] <Geth> ¦ rakudo/remove-temp-windows-fix: 9803a81466 | (Elizabeth Mattijsen)++ | t/02-rakudo/m-flag-module-spec.t

[09:36] <Geth> ¦ rakudo/remove-temp-windows-fix: Revert "Fix failing test in Windows CI, at least for now"

[09:36] <Geth> ¦ rakudo/remove-temp-windows-fix: 

[09:36] <Geth> ¦ rakudo/remove-temp-windows-fix: This reverts commit 75efc97ca1d58596840c6b47c1b9cf0d84b02a27.

[09:36] <Geth> ¦ rakudo/remove-temp-windows-fix: 

[09:36] <Geth> ¦ rakudo/remove-temp-windows-fix: With dd116c27af this test should just work on Windows

[09:36] <Geth> ¦ rakudo/remove-temp-windows-fix: review: https://github.com/rakudo/rakudo/commit/9803a81466

[09:36] <Geth> ¦ rakudo: lizmat++ created pull request #6715: Revert "Fix failing test in Windows CI, at least for now"

[09:36] <Geth> ¦ rakudo: review: https://github.com/rakudo/rakudo/pull/6715

[09:37] <lizmat> let's see what the CI thinks

[09:38] <lizmat> [Coke]: any other modules I need to look at?

[10:13] *** finanalyst left
[11:00] <releasable6> Next release in ≈3 days and ≈7 hours. 1 blocker. Please log your changes in the ChangeLog: https://github.com/rakudo/rakudo/wiki/ChangeLog-Draft

[11:54] <lizmat> meh, patrickb 's fix did not fix the windows error

[12:58] <[Coke]> lizmat: oh, so many.

[12:59] <[Coke]> looks like 145 failures.

[13:00] <[Coke]> Will post results as I can to the coke/* repo.

[13:07] <[Coke]> I've not done a "redo" - haven't checked the individual failures yet.

[13:44] <lizmat> ack

[13:46] <lizmat> just found a number of Butterfly Plan modules failing

[13:46] <lizmat> so I have plenty to look at

[13:49] <[Coke]> ok, have 15m, grabbing a snapshot...

[13:52] <[Coke]> https://raw.githubusercontent.com/coke/raku-blin-release-results/refs/heads/2026.09/failures.md

[13:53] <[Coke]> ... not sure why my initial count read high. looks like 82 failures.

[13:54] <[Coke]> I do see Selkie in the list of fails

[13:54] <[Coke]> (and the half dozen from the previous run)

[13:55] <[Coke]> P5__DATA is one of them.

[13:55] <lizmat> that one should be dead...  hmmm

[13:55] <[Coke]> And I'm sure a bunch of these were classified as wontfix or similar from ugexe on a previous run

[13:56] <ugexe> since the failure count jumped by like 100 its likely a few different rakudo regressions from various optimizations

[13:56] <[Coke]> If you have ones that should definitely be skipped in blin going forward, we can do that, just leave me a note with the module name and the reason (or give a PR/commit to raku/blin/resources/skips.json

[13:57] <[Coke]> ugexe: it's closer to 80 something, my bad.

[13:57] <[Coke]> (total)

[13:57] <ugexe> ah, a big source of failures is the :P5 regex removal, particularly HTTP::Tiny and things that depend on it

[13:57] <[Coke]> ah. Well, those are a wontfix for us.

[13:57] <ugexe> i think we'd just patch http tiny

[13:57] <lizmat> yeah

[13:58] <[Coke]> Cool. let me know when I can run again. back to $dayjob

[13:58] <[Coke]> ugexe++ for fixing the race condition so the blin runs are more useful first pass now

[13:59] <ugexe> http::tinyish rather

[14:00] <ugexe> https://github.com/skaji/raku-HTTP-Tinyish/blob/38926ebd5c6f6b7262304f3950fc330e02c6cc84/lib/HTTP/Tinyish/Base.rakumod#L45 (in case someone wants to fix it before i get out of work in 10ish hours

[14:01] <lizmat> I'll take that on

[14:08] <ugexe> CI::Gen, Router::Right, RegexUtils, LIVR are the other p5 regex failures that aren't tied to http::tinyish

[14:09] <ugexe> although some of those we may have already decided to not update (livr and regexutils maybe?)

[14:10] <lizmat> hmmm.. I see something slightly disturbing wrt to coverage testing

[14:11] <lizmat> looks like any method that *is* being called, does not get a "run" marking on the line with "method" and the signature

[14:12] <lizmat> so unless a method is a one-liner, there will always be lines "not seen"

[14:12] <lizmat> this only bothers me as a developer, as the coverage testing that my modules do, are developer only

[14:13] <lizmat> ugexe: is that something that you were aware of?  something done intentionally as an optimization?

[14:13] <lizmat> if the latter, I can live with that  :-)

[14:14] <ugexe> i dont really follow 

[14:14] <lizmat> x     method new($path) {

[14:14] <lizmat> *         opendir(my $dirhandle, $path) ?? self.bless(:$dirhandle) !! Nil

[14:15] <lizmat> the * means it was run, the x means it wasn't

[14:15] <lizmat> the code that was run, can only be run if the method was called

[14:15] <lizmat> yet the method itself is marked as "not run"

[14:15] <lizmat> with the "x"

[14:19] <ugexe> yea i dunno, so doubt its optimization related

[14:19] <lizmat> well, I'll just mark the cases as UNCOVERABLE for now

[14:28] <ugexe> https://gist.github.com/ugexe/ed5d4ea9b2853e235166969acf8f9010 here is the errors grouped together

[14:29] <ugexe> indeed a lot of them are ones we are ignoring. the pdf grouping is probably from an optimization so i'll look at those later

[14:31] <ugexe> Polyglot::Regexen is another one that needs a module level fix as its constructing stuff using RakuAST::Regex directly

[14:32] <ugexe> probably just needs to wrap one of its arguments in [ ]

[14:32] <lizmat> yeah, so victim of API change in RakuAST, right?

[14:33] <ugexe> yeah

[15:56] <[Coke]> releasable6: next

[15:56] <releasable6> [Coke], Next release in ≈3 days and ≈3 hours. 1 blocker. 479 out of 494 commits logged

[15:56] <releasable6> [Coke], Details: https://gist.github.com/f0a0d65ee6922526ab30ce88bc138411

[17:08] <Geth> ¦ rakudo: ugexe++ created pull request #6716: RakuAST: annotate signature binding with the routine's position

[17:08] <Geth> ¦ rakudo: review: https://github.com/rakudo/rakudo/pull/6716

[17:08] <ugexe> that^ and https://github.com/MoarVM/MoarVM/pull/2047 make Code::Coverage work correctly

[17:10] <lizmat> cool!

[17:11] <Geth> ¦ rakudo: ugexe++ created pull request #6717: Use NQP's own home for the build dir runner

[17:11] <Geth> ¦ rakudo: review: https://github.com/rakudo/rakudo/pull/6717

[17:13] <Geth> ¦ rakudo: ugexe++ created pull request #6718: RakuAST: fix the PDF modules failing in latest Blin

[17:13] <Geth> ¦ rakudo: review: https://github.com/rakudo/rakudo/pull/6718

[17:41] <lizmat> made an issue with HTTP::Tinyish  https://github.com/skaji/raku-HTTP-Tinyish/issues/16   been too long for me doing P5 regexes, felt unsure I could do a good job there

[18:05] <Geth> ¦ rakudo: ugexe++ created pull request #6719: Stop rejecting valid attribute and is default defaults at compile time

[18:05] <Geth> ¦ rakudo: review: https://github.com/rakudo/rakudo/pull/6719

[18:08] <ugexe> rx/ <-[ \x[00]..\x[1f] \x[7f] \[ \] ( ) < > @ , ; : \\ " / ? = { } \x[20] ]>+ /

[18:09] <lizmat> ok, I'll do a HTTP::Tinyish PR  :-)

[18:17] <Geth> ¦ nqp/main: ee17498e1d | (Elizabeth Mattijsen)++ | tools/templates/MOAR_REVISION

[18:17] <Geth> ¦ nqp/main: Bump MoarVM for coverage slot fix

[18:17] <Geth> ¦ nqp/main: review: https://github.com/Raku/nqp/commit/ee17498e1d

[18:26] <Geth> ¦ rakudo/main: 7f1c9ad625 | (Elizabeth Mattijsen)++ | tools/templates/NQP_REVISION

[18:26] <Geth> ¦ rakudo/main: Bump NQP for coverage slot fix

[18:26] <Geth> ¦ rakudo/main: review: https://github.com/rakudo/rakudo/commit/7f1c9ad625

[18:28] <Geth> ¦ rakudo/main: 0768b3f3cf | (Nick Logan)++ (committed using GitHub Web editor) | 2 files

[18:28] <Geth> ¦ rakudo/main: RakuAST: annotate signature binding with the routine's position

[18:28] <Geth> ¦ rakudo/main: 

[18:28] <Geth> ¦ rakudo/main: Previously the QAST that binds a block's signature had no node, so it got

[18:28] <Geth> ¦ rakudo/main: no line annotation. MoarVM's line coverage attributes the frame's entry

[18:28] <Geth> ¦ rakudo/main: basic block to the first annotation in the frame, which is the first

[18:28] <Geth> ¦ rakudo/main: statement of the body. A called routine never reported its declaration

[18:28] <Geth> ¦ rakudo/main: line, leaving a "not covered" mark on every multi-line method or sub

[18:28] <Geth> ¦ rakudo/main: <…commit message has 5 more lines…>

[18:28] <Geth> ¦ rakudo/main: review: https://github.com/rakudo/rakudo/commit/0768b3f3cf

[18:42] <Geth> ¦ rakudo/main: 7 commits pushed by (Nick Logan)++

[18:42] <Geth> ¦ rakudo/main: 1015ba0d85 | RakuAST: accept a lexical in a named or parenthesized type argument

[18:42] <Geth> ¦ rakudo/main: 62e5e7e815 | RakuAST: resolve the self of a $.foo access at parse time

[18:42] <Geth> ¦ rakudo/main: 75d5cba640 | RakuAST: look up an unresolved .&name callee at run time

[18:42] <Geth> ¦ rakudo/main: c903735b5a | RakuAST: skip the leading empty part of a multi-part indirect require

[18:42] <Geth> ¦ rakudo/main: 75d0b97b3f | RakuAST: give each entry into a require's scope its own %?REQUIRE-SYMBOLS

[18:42] <Geth> ¦ rakudo/main: 684f6dc946 | RakuAST: keep an enclosing stub in GLOBAL when importing a real package

[18:42] <Geth> ¦ rakudo/main: 6227a3f685 | Merge pull request #6718 from ugexe/ugexe/rakuast-blin-pdf-stack

[18:42] <Geth> ¦ rakudo/main: review: https://github.com/rakudo/rakudo/compare/0768b3f3cf13...6227a3f68541

[18:42] <Geth> ¦ rakudo/main: 8bf3e83d47 | (Nick Logan)++ (committed using GitHub Web editor) | tools/templates/moar/Makefile.in

[18:42] <Geth> ¦ rakudo/main: Use NQP's own home for the build dir runner (#6717)

[18:42] <Geth> ¦ rakudo/main: 

[18:42] <Geth> ¦ rakudo/main: Previously the build dir rakudo-m runner set NQP_HOME to share/nqp under

[18:42] <Geth> ¦ rakudo/main: Rakudo's install prefix. When configured with --with-nqp pointing at an

[18:42] <Geth> ¦ rakudo/main: NQP installed elsewhere that directory does not exist, so anything that

[18:42] <Geth> ¦ rakudo/main: reads files from NQP home fails. For example --profile could not find

[18:42] <Geth> ¦ rakudo/main: profiler/template.html and fell back to sql output.

[18:42] <Geth> ¦ rakudo/main: 

[18:42] <Geth> ¦ rakudo/main: This takes the NQP home reported by the NQP being built against.

[18:42] <Geth> ¦ rakudo/main: review: https://github.com/rakudo/rakudo/commit/8bf3e83d47

[19:02] <patrickb> lizmat: I have one hour at hand and have booted up my Windows machine.

[19:02] <patrickb> How can I repro the runner space issue?

[19:05] <Geth> ¦ rakudo: ugexe++ created pull request #6720: RakuAST: fix the two Selkie failures from the latest blin run

[19:05] <Geth> ¦ rakudo: review: https://github.com/rakudo/rakudo/pull/6720

[19:09] <lizmat> patrickb: check commit 75efc97ca1d58596840c

[19:09] <linkable6> (2026-09-22) https://github.com/rakudo/rakudo/commit/75efc97ca1 Fix failing test in Windows CI, at least for now

[19:11] <patrickb> hm.

[19:12] <lizmat> that is the test that failed

[19:12] <patrickb> this doesn't seem to be about the script wrappers at all.

[19:13] <patrickb> `is-run` is running rakudo directly, isn't it?

[19:13] <lizmat> afaik, yes?

[19:13] <lizmat> you mean it's an issue with is-run on Windows?

[19:15] <patrickb> is-run is calling `rakudo.exe`. Either the temporary one created during the build, or the final one.

[19:15] <patrickb> That executable is probably to blame.

[19:15] <patrickb> The script wrappers only come into play when installing a module that contains a bin script

[19:20] *** finanalyst joined
[19:20] <lizmat> so Claude's reasoning for the error was way off

[19:21] <lizmat> good to know!   but perhaps it was *also* an issue with the runner ?

[19:23] <lizmat> afk&

[19:23] <patrickb> it was. the find and fix are legit.

[19:24] <ugexe> yeah, its the same issue but for installed modules

[19:29] <Geth> ¦ rakudo: patrickbkr++ created pull request #6721: fix empty args in Windows build dir rakudo binary

[19:29] <Geth> ¦ rakudo: review: https://github.com/rakudo/rakudo/pull/6721

[19:31] <patrickb> There you go. The build dir rakudo and the script wrappers share the same argv quoting impl. So they had the same bug.

[19:42] <Geth> ¦ rakudo: ugexe++ created pull request #6722: RakuAST: decide a generic coercion needs the full binder at begin time

[19:42] <Geth> ¦ rakudo: review: https://github.com/rakudo/rakudo/pull/6722

[19:49] <[Coke]> Do we want that to go in this release?

[19:49] <[Coke]> Guessing yes.

[19:50] <[Coke]> It's Wednesday. I know we're cramming a lot into this release, but how late are we expecting commits to come in? (I can delay the release until Sunday)

[19:50] <[Coke]> (or later)

[19:56] <ugexe> probably the rest of the day

[20:02] <[Coke]> ok. ping me when I can kick off the next run (last one took about 5 hours)

[20:02] <[Coke]> I can do a "short" one with just those that failed last time first, if that would be helpful

[20:14] <ugexe> we should keep doing all of them to make sure the fixes don't regress something else

[20:15] <Geth> ¦ rakudo: ugexe++ created pull request #6723: RakuAST: reduce <!before .> to the end anchor

[20:15] <Geth> ¦ rakudo: review: https://github.com/rakudo/rakudo/pull/6723

[21:05] *** finanalyst left
[21:47] <Geth> ¦ rakudo/main: a6cfbf4526 | (Nick Logan)++ | 3 files

[21:47] <Geth> ¦ rakudo/main: RakuAST: only reject an attribute default no value could satisfy

[21:47] <Geth> ¦ rakudo/main: 

[21:47] <Geth> ¦ rakudo/main: Previously a RakuAST compiled attribute declaration refused to compile

[21:47] <Geth> ¦ rakudo/main: when its default was read from a variable whose type did not match the

[21:47] <Geth> ¦ rakudo/main: declared type exactly. `my @d = 1, 2; class C { has Int @.x = @d }`

[21:47] <Geth> ¦ rakudo/main: gave "Can never assign default value "Positional" to attribute '@!x',

[21:47] <Geth> ¦ rakudo/main: it expects: "Int"". So did `my Any $d = 1; class C { has Int $.x = $d }`

[21:47] <Geth> ¦ rakudo/main: <…commit message has 11 more lines…>

[21:47] <Geth> ¦ rakudo/main: review: https://github.com/rakudo/rakudo/commit/a6cfbf4526

[21:47] <Geth> ¦ rakudo/main: 2b844e3fb5 | (Nick Logan)++ | 5 files

[21:47] <Geth> ¦ rakudo/main: Accept a role type parameter as an is default value

[21:47] <Geth> ¦ rakudo/main: 

[21:47] <Geth> ¦ rakudo/main: Previously `role R[::T] { has Mu:U $.x is default(T) }` failed to

[21:47] <Geth> ¦ rakudo/main: compile with "Can never assign default value T (T) to attribute '$!x',

[21:47] <Geth> ¦ rakudo/main: it expects: Mu:U", and `my Mu:U $x is default(T)` in a method of such a

[21:47] <Geth> ¦ rakudo/main: role failed with "Default value 'T' will never bind to a variable of

[21:47] <Geth> ¦ rakudo/main: type Mu:U". Only a generic declared type skipped the type check of the

[21:47] <Geth> ¦ rakudo/main: <…commit message has 7 more lines…>

[21:47] <Geth> ¦ rakudo/main: review: https://github.com/rakudo/rakudo/commit/2b844e3fb5

[21:47] <Geth> ¦ rakudo/main: c3aef3adca | (Nick Logan)++ (committed using GitHub Web editor) | 7 files

[21:47] <Geth> ¦ rakudo/main: Merge pull request #6719 from ugexe/ugexe/rakuast-attribute-default-check

[21:47] <Geth> ¦ rakudo/main: 

[21:47] <Geth> ¦ rakudo/main: Stop rejecting valid attribute and is default defaults at compile time

[21:47] <Geth> ¦ rakudo/main: review: https://github.com/rakudo/rakudo/commit/c3aef3adca

[21:47] <Geth> ¦ rakudo/main: 0dc4f983a9 | (Patrick Böker)++ (committed using GitHub Web editor) | tools/templates/moar/rakudo-m-build.c.windows

[21:47] <Geth> ¦ rakudo/main: fix empty args in Windows build dir rakudo binary (#6721)

[21:47] <Geth> ¦ rakudo/main: 

[21:47] <Geth> ¦ rakudo/main: The fix in dd116c27af34f1da847e68f06f33f2173b88f8aa applies to the build

[21:47] <Geth> ¦ rakudo/main: dir rakudo runner as well.

[21:47] <Geth> ¦ rakudo/main: review: https://github.com/rakudo/rakudo/commit/0dc4f983a9

[21:47] <Geth> ¦ rakudo/main: facfdfee64 | (Nick Logan)++ (committed using GitHub Web editor) | 3 files

[21:47] <Geth> ¦ rakudo/main: RakuAST: decide a generic coercion needs the full binder at begin time (#6722)

[21:47] <Geth> ¦ rakudo/main: 

[21:47] <Geth> ¦ rakudo/main: Previously a parameter typed with a coercion to a type capture, such as

[21:48] <Geth> ¦ rakudo/main: T(), only forced custom-args on its routine at CHECK time. A role body

[21:48] <Geth> ¦ rakudo/main: compiles and lowers its lexicals at begin time, so the routine's

[21:48] <Geth> ¦ rakudo/main: parameters were already lowered to frame-locals. The unit then formed

[21:48] <Geth> ¦ rakudo/main: the routine again with the full binder, which writes the lexicals by

[21:48] <Geth> ¦ rakudo/main: <…commit message has 5 more lines…>

[21:48] <Geth> ¦ rakudo/main: review: https://github.com/rakudo/rakudo/commit/facfdfee64

[21:48] <Geth> ¦ rakudo/main: ef1ebb037e | (Nick Logan)++ (committed using GitHub Web editor) | 2 files

[21:48] <Geth> ¦ rakudo/main: RakuAST: reduce <!before .> to the end anchor (#6723)

[21:48] <Geth> ¦ rakudo/main: 

[21:48] <Geth> ¦ rakudo/main: Previously a negated before assertion of any character reduced to the

[21:48] <Geth> ¦ rakudo/main: end anchor paired with a negated zerowidth `.` class. The cclass op

[21:48] <Geth> ¦ rakudo/main: ignores negation for `.`, so that branch held wherever a character

[21:48] <Geth> ¦ rakudo/main: remained and `<!before .>` matched everywhere. Under ratchet a

[21:48] <Geth> ¦ rakudo/main: sequential alternation like `<!before .> || \w+` then committed to the

[21:48] <Geth> ¦ rakudo/main: first branch and never tried the second. This reduces the assertion to

[21:48] <Geth> ¦ rakudo/main: the end anchor alone.

[21:48] <Geth> ¦ rakudo/main: review: https://github.com/rakudo/rakudo/commit/ef1ebb037e

[21:55] <Geth> ¦ rakudo/main: b07ba79aac | (Nick Logan)++ | 2 files

[21:55] <Geth> ¦ rakudo/main: RakuAST: keep a doc continuation line that starts with = and no word character

[21:55] <Geth> ¦ rakudo/main: 

[21:55] <Geth> ¦ rakudo/main: Previously a line of an abbreviated or paragraph block that started

[21:55] <Geth> ¦ rakudo/main: with a single = ended the block, even when no word character followed.

[21:55] <Geth> ¦ rakudo/main: A markup code continued onto a line starting with => then died with

[21:55] <Geth> ¦ rakudo/main: "RakuDoc markup code C missing endtag". This ends the block only at

[21:55] <Geth> ¦ rakudo/main: = followed by a word character, as the legacy grammar does.

[21:55] <Geth> ¦ rakudo/main: review: https://github.com/rakudo/rakudo/commit/b07ba79aac

[21:55] <Geth> ¦ rakudo/main: 182b0a20fa | (Nick Logan)++ | 3 files

[21:55] <Geth> ¦ rakudo/main: RakuAST: keep conditional code that was compiled ahead of the unit

[21:55] <Geth> ¦ rakudo/main: 

[21:55] <Geth> ¦ rakudo/main: A role method or a BEGIN block is compiled before the optimize walk of

[21:55] <Geth> ¦ rakudo/main: the unit, and each thunk and block in it gets a code object then.

[21:55] <Geth> ¦ rakudo/main: Previously the walk could still drop that code from a branch with a

[21:55] <Geth> ¦ rakudo/main: constant condition, such as `if False { try 1 }` in a role method, and

[21:55] <Geth> ¦ rakudo/main: precompiling the module died with "QAST::Block with cuid N has not

[21:55] <Geth> ¦ rakudo/main: appeared". This keeps a branch or operand holding code whose block is

[21:55] <Geth> ¦ rakudo/main: already formed, the way it keeps one holding a declaration.

[21:55] <Geth> ¦ rakudo/main: review: https://github.com/rakudo/rakudo/commit/182b0a20fa

[21:55] <Geth> ¦ rakudo/main: d56246d410 | (Nick Logan)++ (committed using GitHub Web editor) | 5 files

[21:55] <Geth> ¦ rakudo/main: Merge pull request #6720 from ugexe/ugexe/rakuast-selkie

[21:55] <Geth> ¦ rakudo/main: 

[21:55] <Geth> ¦ rakudo/main: RakuAST: fix the two Selkie failures from the latest blin run

[21:55] <Geth> ¦ rakudo/main: review: https://github.com/rakudo/rakudo/commit/d56246d410

[22:19] <ugexe> https://github.com/raku-community-modules/Test-Stream/pull/5

[22:19] <ugexe> https://github.com/raku-community-modules/Grammar-Modelica/pull/1

[22:19] <ugexe> https://github.com/raku-community-modules/Math-Symbolic/pull/1

[22:19] <ugexe> i still have those open prs as well

[22:20] <[Coke]> wanty me to kick off a blin run?

[22:21] <lizmat> ugexe: looking at the community PRs now

[22:25] <ugexe> https://github.com/raku-community-modules/Pod-TreeWalker/pull/13

[22:25] <ugexe> [Coke]: no not yet

[22:26] <lizmat> ok, I fear that some of these will have to wait  until tomorrow  :-)

[22:56] <lizmat> done Subsets::IO and Test::Stream

[22:56] <lizmat> too tired to do the rest today, so tomorrow

[23:03] <lizmat> sleep&

[23:18] <[Coke]> ugexe: let me know when you're done for the day, I'll do a run even though we're expecting more.