[00:38] *** librasteve_ left
[09:21] <Geth> ¦ nqp: coke++ created pull request #847: [Snyk] Upgrade jsbi from 2.0.5 to 4.3.2

[09:21] <Geth> ¦ nqp: review: https://github.com/Raku/nqp/pull/847

[09:21] <Geth> ¦ nqp/snyk-upgrade-c6f2fe28c7cecc4c2bdb770458f44761: be09e8b18b | snyk-bot++ | src/vm/js/nqp-runtime/package.json

[09:21] <Geth> ¦ nqp/snyk-upgrade-c6f2fe28c7cecc4c2bdb770458f44761: feat: upgrade xregexp from 3.2.0 to 5.1.2

[09:21] <Geth> ¦ nqp/snyk-upgrade-c6f2fe28c7cecc4c2bdb770458f44761: 

[09:21] <Geth> ¦ nqp/snyk-upgrade-c6f2fe28c7cecc4c2bdb770458f44761: Snyk has created this PR to upgrade xregexp from 3.2.0 to 5.1.2.

[09:21] <Geth> ¦ nqp/snyk-upgrade-c6f2fe28c7cecc4c2bdb770458f44761: 

[09:21] <Geth> ¦ nqp/snyk-upgrade-c6f2fe28c7cecc4c2bdb770458f44761: See this package in npm:

[09:21] <Geth> ¦ nqp/snyk-upgrade-c6f2fe28c7cecc4c2bdb770458f44761: xregexp

[09:21] <Geth> ¦ nqp/snyk-upgrade-c6f2fe28c7cecc4c2bdb770458f44761: 

[09:21] <Geth> ¦ nqp/snyk-upgrade-c6f2fe28c7cecc4c2bdb770458f44761: See this project in Snyk:

[09:21] <Geth> ¦ nqp/snyk-upgrade-c6f2fe28c7cecc4c2bdb770458f44761: https://app.snyk.io/org/raku.org-default/project/f292959b-e288-46b4-86b3-3b727da7e16f?utm_source=github&utm_medium=referral&page=upgrade-pr

[09:21] <Geth> ¦ nqp/snyk-upgrade-c6f2fe28c7cecc4c2bdb770458f44761: review: https://github.com/Raku/nqp/commit/be09e8b18b

[09:21] <Geth> ¦ nqp/snyk-upgrade-8d035f37c3fa470720e550c132dbfaad: 92341f5fbe | snyk-bot++ | src/vm/js/nqp-runtime/package.json

[09:21] <Geth> ¦ nqp/snyk-upgrade-8d035f37c3fa470720e550c132dbfaad: feat: upgrade jsbi from 2.0.5 to 4.3.2

[09:21] <Geth> ¦ nqp/snyk-upgrade-8d035f37c3fa470720e550c132dbfaad: 

[09:21] <Geth> ¦ nqp/snyk-upgrade-8d035f37c3fa470720e550c132dbfaad: Snyk has created this PR to upgrade jsbi from 2.0.5 to 4.3.2.

[09:21] <Geth> ¦ nqp/snyk-upgrade-8d035f37c3fa470720e550c132dbfaad: 

[09:21] <Geth> ¦ nqp/snyk-upgrade-8d035f37c3fa470720e550c132dbfaad: See this package in npm:

[09:21] <Geth> ¦ nqp/snyk-upgrade-8d035f37c3fa470720e550c132dbfaad: jsbi

[09:21] <Geth> ¦ nqp/snyk-upgrade-8d035f37c3fa470720e550c132dbfaad: 

[09:21] <Geth> ¦ nqp/snyk-upgrade-8d035f37c3fa470720e550c132dbfaad: See this project in Snyk:

[09:21] <Geth> ¦ nqp/snyk-upgrade-8d035f37c3fa470720e550c132dbfaad: https://app.snyk.io/org/raku.org-default/project/f292959b-e288-46b4-86b3-3b727da7e16f?utm_source=github&utm_medium=referral&page=upgrade-pr

[09:21] <Geth> ¦ nqp/snyk-upgrade-8d035f37c3fa470720e550c132dbfaad: review: https://github.com/Raku/nqp/commit/92341f5fbe

[09:21] <Geth> ¦ nqp: coke++ created pull request #848: [Snyk] Upgrade xregexp from 3.2.0 to 5.1.2

[09:21] <Geth> ¦ nqp: review: https://github.com/Raku/nqp/pull/848

[09:21] <Geth> ¦ nqp/snyk-upgrade-1975e304fce6f3c620fb69bf8b6edd60: 565f513a95 | snyk-bot++ | src/vm/js/nqp-runtime/package.json

[09:22] <Geth> ¦ nqp/snyk-upgrade-1975e304fce6f3c620fb69bf8b6edd60: feat: upgrade ref-napi from 1.5.2 to 3.0.3

[09:22] <Geth> ¦ nqp/snyk-upgrade-1975e304fce6f3c620fb69bf8b6edd60: 

[09:22] <Geth> ¦ nqp/snyk-upgrade-1975e304fce6f3c620fb69bf8b6edd60: Snyk has created this PR to upgrade ref-napi from 1.5.2 to 3.0.3.

[09:22] <Geth> ¦ nqp/snyk-upgrade-1975e304fce6f3c620fb69bf8b6edd60: 

[09:22] <Geth> ¦ nqp/snyk-upgrade-1975e304fce6f3c620fb69bf8b6edd60: See this package in npm:

[09:22] <Geth> ¦ nqp/snyk-upgrade-1975e304fce6f3c620fb69bf8b6edd60: ref-napi

[09:22] <Geth> ¦ nqp/snyk-upgrade-1975e304fce6f3c620fb69bf8b6edd60: 

[09:22] <Geth> ¦ nqp/snyk-upgrade-1975e304fce6f3c620fb69bf8b6edd60: See this project in Snyk:

[09:22] <Geth> ¦ nqp/snyk-upgrade-1975e304fce6f3c620fb69bf8b6edd60: https://app.snyk.io/org/raku.org-default/project/f292959b-e288-46b4-86b3-3b727da7e16f?utm_source=github&utm_medium=referral&page=upgrade-pr

[09:22] <Geth> ¦ nqp/snyk-upgrade-1975e304fce6f3c620fb69bf8b6edd60: review: https://github.com/Raku/nqp/commit/565f513a95

[09:22] <Geth> ¦ nqp: coke++ created pull request #849: [Snyk] Upgrade mkdirp from 0.5.6 to 3.0.1

[09:22] <Geth> ¦ nqp: review: https://github.com/Raku/nqp/pull/849

[09:22] <Geth> ¦ nqp: coke++ created pull request #850: [Snyk] Upgrade ref-napi from 1.5.2 to 3.0.3

[09:22] <Geth> ¦ nqp: review: https://github.com/Raku/nqp/pull/850

[09:22] <Geth> ¦ nqp/snyk-upgrade-4a30655238b01663f20b40ddc4cb802b: cfd7016937 | snyk-bot++ | src/vm/js/nqp-runtime/package.json

[09:22] <Geth> ¦ nqp/snyk-upgrade-4a30655238b01663f20b40ddc4cb802b: feat: upgrade mkdirp from 0.5.6 to 3.0.1

[09:22] <Geth> ¦ nqp/snyk-upgrade-4a30655238b01663f20b40ddc4cb802b: 

[09:22] <Geth> ¦ nqp/snyk-upgrade-4a30655238b01663f20b40ddc4cb802b: Snyk has created this PR to upgrade mkdirp from 0.5.6 to 3.0.1.

[09:22] <Geth> ¦ nqp/snyk-upgrade-4a30655238b01663f20b40ddc4cb802b: 

[09:22] <Geth> ¦ nqp/snyk-upgrade-4a30655238b01663f20b40ddc4cb802b: See this package in npm:

[09:22] <Geth> ¦ nqp/snyk-upgrade-4a30655238b01663f20b40ddc4cb802b: mkdirp

[09:22] <Geth> ¦ nqp/snyk-upgrade-4a30655238b01663f20b40ddc4cb802b: 

[09:22] <Geth> ¦ nqp/snyk-upgrade-4a30655238b01663f20b40ddc4cb802b: See this project in Snyk:

[09:22] <Geth> ¦ nqp/snyk-upgrade-4a30655238b01663f20b40ddc4cb802b: https://app.snyk.io/org/raku.org-default/project/f292959b-e288-46b4-86b3-3b727da7e16f?utm_source=github&utm_medium=referral&page=upgrade-pr

[09:22] <Geth> ¦ nqp/snyk-upgrade-4a30655238b01663f20b40ddc4cb802b: review: https://github.com/Raku/nqp/commit/cfd7016937

[09:30] <lizmat> which makes me wonder we should ditch the JS backend altogether  :-(

[09:40] <Geth> ¦ raku.org: librasteve++ created pull request #318: Pico2.10

[09:40] <Geth> ¦ raku.org: review: https://github.com/Raku/raku.org/pull/318

[10:21] *** hurufu joined
[10:27] <hurufu> Hello all, I don't know where is a good place to write, but this channel seems to be right place. I'm current maintainer of moarvm, nqp and rakudo AUR packages. Recently I wanted to add signature validation (using .asc file) in addition to checksums. But I can't find public key that was used to sign latest release. Can someone help me with that?

[10:27] <hurufu> Public key fingerprint that I'm looking is 0F09888FE017A4C2.

[10:28] <lizmat> I'm not sure we have an official one atm, patrickb [Coke]  ?

[10:30] <hurufu> I tried https://github.com/coke.gpg and https://github.com/jdv.gpg, but they seem to have different fingerprint from what I see is needed... idk

[11:59] *** hurufu left
[12:00] <timo> https://salsa.debian.org/perl6-team/moarvm/-/commit/d8fb631d049feea6e93f3ef00ec45025a6e7f905 I think this is the right key?

[12:00] <timo> but we should definitely have the key posted somewhere public and verifibale in some way

[12:07] <[Tux]> Rakudo v2026.04-111-g8c5157ae0 (v6.d) on MoarVM 2026.04-26-gf2e25d78d

[12:07] <[Tux]> csv-test-xs         0.015 -  0.017

[12:07] <[Tux]> csv-test-xs-20      0.113 -  0.115

[12:07] <[Tux]> csv-ip5xs           0.264 -  0.273

[12:07] <[Tux]> test-t --race       0.289 -  0.296

[12:07] <[Tux]> test-t              0.456 -  0.460

[12:07] <[Tux]> csv-parser          1.055 -  1.082

[12:07] <[Tux]> csv-ip5xs-20        1.082 -  1.402

[12:07] <[Tux]> test-t-20 --race    1.399 -  1.435

[12:07] <[Tux]> test                1.798 -  1.832

[12:07] <[Tux]> test-t-20           5.911 -  6.259

[12:07] <[Tux]> https://tux.nl/Talks/CSV6/speed4-20.html / https://tux.nl/Talks/CSV6/speed4.html https://tux.nl/Talks/CSV6/speed.log

[12:09] <timo> did someone already do some kind of research or planning for how we should compare the rakuast-built core setting vs the legacy-built core setting to spot what exact differences because of optimization we have between the two?

[12:10] <lizmat> nine might have, but other than that, I don't think so: the focus has been on making it work

[12:10] <timo> we could compare the output of moar --dump of the precompiled files, or the QAST from --target=optimize and the equivalent on the rakuast backend

[12:11] <timo> yeah, that makes sense

[12:13] <timo> the output of moar --dump isn't perfect for diffing, since many things are numbered and when something causes numbers to shift, that gives you differences in the rest of the file

[12:13] <timo> so a "canonicalization" step could be good there

[12:14] <patrickb> hurufu: Look here: https://rakudo.org/downloads/verifying

[12:15] <timo> is that the right key actually?

[12:15] <patrickb> If none of the keys there match, then something's wrong and we should look into it.

[12:16] <patrickb> Depends on who did the release. Last one was Coke, right?

[12:17] <timo> yeah, coke has done releases for a good little while now

[12:19] *** hurufu joined
[12:21] <[Coke]> I have had to change mine at least once since I started being release manager.

[12:22] <[Coke]> and I probably forgot to add the new one there.

[12:22] <[Coke]> I assume we should keep the historic ones there as well?

[12:23] <[Coke]> (change) because it expired

[12:26] <timo> yes, historic ones should stay there as well, since you can still download releases signed with them

[12:26] <[Coke]> I'll get this sorted today, apologies.

[12:27] <[Coke]> (that key exists on the blin/release box I azure in azure, have to spin it up, pull it down, put it on the website+github..)

[12:28] <timo> [Coke]: the commit I linked has the public key that you gave me at some point, is that the correct one? then you can just take that :)

[12:28] <timo> it's the public key, after all

[12:41] <[Coke]> hurufu: added to github.com/coke, at least

[12:41] <[Coke]> Thank you for the ping.

[12:41] <hurufu> Thanks a lot for giving references to public keys, but I'm afraid the latest package wasn't signed by any of them. There are 5 public keys at https://rakudo.org/downloads/verifying#gpg2-key-list they are:

[12:41] <hurufu> https://rakudo.org/keys/justin_devuyst-59E634736AFDCF9C6DBAC382602D51EACA887C01.asc

[12:41] <hurufu>  keyid: 602D51EACA887C01

[12:41] <hurufu>  keyid: B5B563CD0CD39322

[12:41] <hurufu> https://rakudo.org/keys/patrick_boeker-DB2BA39D1ED967B584D65D71C09FF113BB6410D0.asc

[12:41] <hurufu>  keyid: C09FF113BB6410D0

[12:41] <hurufu>  keyid: 2CC6E973818F386B

[12:41] <hurufu>  keyid: E951F5A05ACDDC68

[12:41] <hurufu>  keyid: A4C3820BF775D7EB

[12:41] <hurufu> https://rakudo.org/keys/rakudo_github_automation-3E7E3C6EAF916676AC549285A2919382E961E2EE.asc

[12:41] <hurufu>  keyid: A2919382E961E2EE

[12:41] <hurufu> https://rakudo.org/keys/alexander_kiryuhin-FE750D152426F3E50953176ADE8F8F5E97A8FCDE.asc

[12:41] <hurufu>  keyid: DE8F8F5E97A8FCDE

[12:41] <hurufu>  keyid: D22EDA20C9311B0A

[12:41] <hurufu> https://rakudo.org/keys/will_coleda-F5CB0A7699EC89024DA6186A7DC7827609AACD53.asc

[12:41] <hurufu>  keyid: 7DC7827609AACD53

[12:41] <hurufu>  keyid: 7B3BE46BB719BA78

[12:41] <hurufu> But latest release wants different keyid:

[12:42] <hurufu> Or am I doing something very wrong?

[12:45] <[Coke]> I updated *github*. I didn't update *the web site* yet.

[12:46] <[Coke]> I'm editing the "verifying" page right now.

[12:49] <hurufu> 🙏

[12:50] <timo> oh, that's strange, the other pubkey i have in the debian keyring is older but not expired (yet)

[12:51] <timo> that was CC289A0AD69C70542B52C492ABA557C591417E5F

[12:51] <[Coke]> fatal: unable to write loose object file: No space left on device

[12:51] <[Coke]> timo: that could be one from my laptop. I probably did the release from there once before realizing it didn't work on a mac.

[12:51] <[Coke]> coleman: trinity.raku.org has a disk full error

[12:52] <[Coke]> this from trying to restart the web app to pickup changes.

[12:53] <[Coke]> hurufu: as soon as devops can fix that, the web page should have at least two of my keys (one used for several releases this year so far)

[12:54] <[Coke]> Looks like it's not impacting the site being up, that's good

[12:54] <hurufu> Thanks a lot [Coke]

[12:54] <[Coke]> fatal: unable to write loose object file: No space left on device

[12:54] <[Coke]> fatal: unpack-objects failed

[12:54] <timo> whoopsie

[12:54] <[Coke]> hurufu: thanks for actually USING the signatures!

[12:58] <[Coke]> ok, I can actually ssh in there. there is a giant "perl.core" file in ~/rakudo.org

[13:06] <timo> maybe it's extremely compressible

[13:09] <timo> I don't know much about perl5 internals, so I can't claim that I could make sense of a core dump from a crash. but just deleting it ...

[13:09] <[Coke]> can't compress it if the FS is full

[13:10] <[Coke]> can't move it to /tmp...

[13:10] <timo> indeed. though if it compresses really well the compressed could go to /tmp

[13:10] <timo> then rm the original and move the compressed file in its place after

[13:10] <timo> i have no idea what kind of "giant" we are talking though

[13:11] <[Coke]> -rw-------  1 rakudo.org  rakudo.org  2561948727 May 12 06:49 /home/rakudo.org/rakudo.org/perl.core

[13:12] <timo> 55 gigabytes?

[13:12] <timo> wait no, 2 gigabytes?

[13:13] <timo> I've seen bigger :D

[13:13] <[Coke]> .... and I screwed up. I think trying to copy it to /tmp also horked temp. :(

[13:13] <[Coke]> timo- there's not a lot of disk available.

[13:13] <[Coke]> and now I'm locked out. :(

[13:14] <[Coke]> Sorry, coleman.

[13:14] <timo> ah shit

[13:15] <[Coke]> and I think I horked the website. :|

[13:15] <[Coke]> s/think/know/

[13:15] <timo> I wonder if I should apply to the infra team so I could be of use in some situations, but I'm not sure if getting access without also regularly spending time and becoming familiar with everything might instead be a net negative?

[13:15] <[Coke]> like me! :)

[13:16] <timo> haha

[13:16] <[Coke]> though we should have a disk full alert on there.

[13:16] <timo> presumably I'd potentially have the kind of access needed to do a more extreme intervention than just "ssh into the box", though I'm not sure if this is a hardware box or a VM or what

[13:17] <timo> (moving this to the infra channel)

[14:03] <timo> a few debian packages of raku modules don't build reproducibly because the file vendor/dist/* has a time field for stuff in the "provides" section (and reproducible packages will become a hard requirement for debian in the next release or something like that)

[14:09] <ugexe> yeah we don't even use that field

[14:11] <ugexe> i opened a PR to get rid of all the extra fields that require raku itself to mutate provides but it wasn't accepted because it didn't figure out a migration pattern for handling existing installed modules on raku upgrade (which personally i was fine with saying oh well)

[14:12] <ugexe> that being said for time specifically i think we can just delete its generation from the code and nothing would break

[15:08] <[Coke]> hurufu: https://rakudo.org/downloads/verifying updated

[15:08] <[Coke]> coleman++ for cleaning things up

[15:15] <hurufu> Thank you all. I confirm that latest package can be verified. Sorry for causing such comotion with my request :)

[15:19] <[Coke]> thanks again for the reminder.

[15:19] <[Coke]> easy to miss that when I'm in the middle of the release and my old key's expired.

[15:28] <timo> .o( gpgtimerobot )

[16:30] *** hurufu left
[16:35] *** hurufu joined
[16:42] *** hurufu left
[16:44] *** hurufu joined
[18:21] <Geth> ¦ rakudo/main: 47b5e3067c | (Elizabeth Mattijsen)++ | src/core.e/Formatter.rakumod

[18:21] <Geth> ¦ rakudo/main: Make 6.e sprintf %f format compatible with C

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

[18:21] <Geth> ¦ rakudo/main: Which fixes various issues with the legacy implementation.

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

[18:21] <Geth> ¦ roast: a5294f7679 | (Elizabeth Mattijsen)++ | 2 files

[18:21] <Geth> ¦ roast: Update 6.e tests of sprintf %f formatting

[18:21] <Geth> ¦ roast: review: https://github.com/Raku/roast/commit/a5294f7679

[19:11] <Geth> ¦ rakudo/main: 31076bbc24 | (Elizabeth Mattijsen)++ | src/core.e/Formatter.rakumod

[19:11] <Geth> ¦ rakudo/main: Make 6.e sprintf %o format compatible with C

[19:11] <Geth> ¦ rakudo/main: 

[19:11] <Geth> ¦ rakudo/main: By adding a special flag in the generic integer handling for "o"

[19:11] <Geth> ¦ rakudo/main: that will just add a 0 if the # flag is specified and the initial

[19:11] <Geth> ¦ rakudo/main: stringification did not start with a 0 (also handling negative

[19:11] <Geth> ¦ rakudo/main: values).

[19:11] <Geth> ¦ rakudo/main: review: https://github.com/rakudo/rakudo/commit/31076bbc24

[19:11] <Geth> ¦ roast: 2f57eab1b0 | (Elizabeth Mattijsen)++ | 2 files

[19:12] <Geth> ¦ roast: Update 6.e tests of sprintf %o formatting

[19:12] <Geth> ¦ roast: review: https://github.com/Raku/roast/commit/2f57eab1b0

[19:13] <lizmat> and that concludes my hacking for today&

[19:16] <japhb> lizmat++

[19:54] *** hurufu left
[19:55] *** hurufu joined
[21:50] *** hurufu left
[21:52] <Geth> ¦ roast: d3b58dd2b4 | (Elizabeth Mattijsen)++ | S32-str/sprintf-f.t

[21:52] <Geth> ¦ roast: Adjust tests for # in %f format

[21:52] <Geth> ¦ roast: 

[21:52] <Geth> ¦ roast: It means: alwats show decimal point

[21:52] <Geth> ¦ roast: review: https://github.com/Raku/roast/commit/d3b58dd2b4

[21:52] <Geth> ¦ rakudo/main: 505e0061e3 | (Elizabeth Mattijsen)++ | src/core.e/Formatter.rakumod

[21:52] <Geth> ¦ rakudo/main: Add support for # in 6.e sprintf %f format

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

[21:52] <Geth> ¦ rakudo/main: Somehow it was missed until now that the # flag in the %f format

[21:52] <Geth> ¦ rakudo/main: indicates that a decimal point should *always* be rendered, even

[21:52] <Geth> ¦ rakudo/main: when the precision is 0.  Until now, # was just ignored in %f.

[21:52] <Geth> ¦ rakudo/main: review: https://github.com/rakudo/rakudo/commit/505e0061e3

[21:52] <lizmat> hmmm  I pushed rakudo before roast...  

[21:53] <lizmat> anyways   sleep&

[22:20] <Geth> ¦ rakudo/main: 60ff486a02 | (Nick Logan)++ | src/Raku/ast/call.rakumod

[22:20] <Geth> ¦ rakudo/main: RakuAST: retry .& resolution at check time to handle forward references

[22:20] <Geth> ¦ rakudo/main: 

[22:20] <Geth> ¦ rakudo/main: RakuAST::Call::Name.PERFORM-CHECK retries resolution if not resolved at

[22:20] <Geth> ¦ rakudo/main: BEGIN time, which is how forward references to `my sub`

[22:20] <Geth> ¦ rakudo/main: work: the sub isn't in scope yet at parse/begin time but is by check time.

[22:20] <Geth> ¦ rakudo/main: 

[22:20] <Geth> ¦ rakudo/main: RakuAST::Call::VarMethod (.&foo syntax) only had PERFORM-BEGIN with no

[22:21] <Geth> ¦ rakudo/main: check-time retry, so forward-referenced subs were always reported as

[22:21] <Geth> ¦ rakudo/main: undeclared. Adding RakuAST::CheckTime and a PERFORM-CHECK that retries

[22:21] <Geth> ¦ rakudo/main: PERFORM-BEGIN when unresolved mirrors the pattern already used by

[22:21] <Geth> ¦ rakudo/main: RakuAST::Call::Name.

[22:21] <Geth> ¦ rakudo/main: review: https://github.com/rakudo/rakudo/commit/60ff486a02

[22:21] <Geth> ¦ rakudo/main: 3b68b4c881 | (Nick Logan)++ (committed using GitHub Web editor) | src/Raku/ast/call.rakumod

[22:21] <Geth> ¦ rakudo/main: Merge pull request #6178 from ugexe/ugexe/rakuast-call-varmethod-retry

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

[22:21] <Geth> ¦ rakudo/main: RakuAST: retry .& resolution at check time to handle forward references

[22:21] <Geth> ¦ rakudo/main: review: https://github.com/rakudo/rakudo/commit/3b68b4c881

[22:21] <Geth> ¦ rakudo/main: e803a394dc | (Nick Logan)++ | src/Raku/ast/scoping.rakumod

[22:21] <Geth> ¦ rakudo/main: RakuAST: add meta-object to RakuAST::Declaration::Import

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

[22:21] <Geth> ¦ rakudo/main: compunit.rakumod calls .meta-object on the result of find-lexical('&MAIN')

[22:21] <Geth> ¦ rakudo/main: to get the Code object for QAST::WVal. When &MAIN comes from a use'd

[22:21] <Geth> ¦ rakudo/main: module, find-lexical returns a RakuAST::Declaration::Import, which has

[22:21] <Geth> ¦ rakudo/main: compile-time-value but no meta-object method.

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

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

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

[22:21] <Geth> ¦ rakudo/main: ec00e3b69c | (Nick Logan)++ (committed using GitHub Web editor) | src/Raku/ast/scoping.rakumod

[22:21] <Geth> ¦ rakudo/main: Merge pull request #6179 from ugexe/ugexe/rakuast-import-meta-object

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

[22:21] <Geth> ¦ rakudo/main: RakuAST: add meta-object to RakuAST::Declaration::Import

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

[22:21] <Geth> ¦ rakudo/main: 3761996b59 | (Nick Logan)++ | 4 files

[22:21] <Geth> ¦ rakudo/main: RakuAST: evaluate non-trivial package colonpair values once, cached

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

[22:21] <Geth> ¦ rakudo/main: Under RAKUDO_RAKUAST=1, `module Zef:ver($?DISTRIBUTION.meta<version>

[22:21] <Geth> ¦ rakudo/main: // '*')` produced "Use of Nil in string context" warnings and

[22:22] <Geth> ¦ rakudo/main: `Zef.^ver` came back `(Mu)` instead of `v1.1.1`. Legacy resolves

[22:22] <Geth> ¦ rakudo/main: this through `Perl6::World.compile_time_evaluate`, called once per

[22:22] <Geth> ¦ rakudo/main: colonpair from `colonpairs_hash`, with thunk-and-call fallback for

[22:22] <Geth> ¦ rakudo/main: <…commit message has 37 more lines…>

[22:22] <Geth> ¦ rakudo/main: review: https://github.com/rakudo/rakudo/commit/3761996b59

[22:22] <Geth> ¦ rakudo/main: 0e03c00c34 | (Nick Logan)++ (committed using GitHub Web editor) | 4 files

[22:22] <Geth> ¦ rakudo/main: Merge pull request #6180 from ugexe/ugexe/rakuast-colonpair-eval-cache

[22:22] <Geth> ¦ rakudo/main: 

[22:22] <Geth> ¦ rakudo/main: RakuAST: evaluate non-trivial package colonpair values once, cached

[22:22] <Geth> ¦ rakudo/main: review: https://github.com/rakudo/rakudo/commit/0e03c00c34

[22:22] <Geth> ¦ rakudo/main: fc09ce63be | (Nick Logan)++ | src/Raku/ast/type.rakumod

[22:22] <Geth> ¦ rakudo/main: RakuAST: strip colonpairs from subset/enum meta-object names

[22:22] <Geth> ¦ rakudo/main: 

[22:22] <Geth> ¦ rakudo/main: Under RAKUDO_RAKUAST=1, `subset S:ver("1.0") of Int; say S.^name` reported

[22:22] <Geth> ¦ rakudo/main: `S:ver("1.0")` rather than `S`, and the same for `enum E:ver(...) <a b c>`.

[22:22] <Geth> ¦ rakudo/main: Legacy's subset/enum machinery passes just the bare identifier (no

[22:22] <Geth> ¦ rakudo/main: colonpairs) when calling `new_type(:name(...))` on the HOW, so the

[22:22] <Geth> ¦ rakudo/main: runtime-visible `.^name` is the unqualified declared name; the version

[22:22] <Geth> ¦ rakudo/main: <…commit message has 13 more lines…>

[22:22] <Geth> ¦ rakudo/main: review: https://github.com/rakudo/rakudo/commit/fc09ce63be

[22:22] <Geth> ¦ rakudo/main: c4ed6b4832 | (Nick Logan)++ (committed using GitHub Web editor) | src/Raku/ast/type.rakumod

[22:22] <Geth> ¦ rakudo/main: Merge pull request #6181 from ugexe/ugexe/rakuast-subset-enum-bare-name

[22:22] <Geth> ¦ rakudo/main: 

[22:22] <Geth> ¦ rakudo/main: RakuAST: strip colonpairs from subset/enum meta-object names

[22:22] <Geth> ¦ rakudo/main: review: https://github.com/rakudo/rakudo/commit/c4ed6b4832

[22:32] <[Coke]> bunch of bots are missing, one sec.

[22:33] <[Coke]> do we not announce raku/whateverable commits?

[22:34] *** unicodable6 left
[22:34] *** bloatable6 left
[22:34] *** committable6 left
[22:34] *** bisectable6 left
[22:34] *** sourceable6 left
[22:34] *** greppable6 left
[22:34] *** shareable6 left
[22:34] *** linkable6 left
[22:34] *** benchable6 left
[22:34] *** notable6 left
[22:34] *** evalable6 left
[22:34] *** nativecallable6 left
[22:37] *** releasable6 joined
[22:37] *** evalable6 joined
[22:37] *** notable6 joined
[22:37] *** tellable6 joined
[22:37] *** huggable6 joined
[22:37] *** committable6 joined
[22:37] *** shareable6 joined
[22:38] *** unicodable6 joined
[22:38] *** bloatable6 joined
[22:38] *** greppable6 joined
[22:38] *** nativecallable6 joined
[22:38] *** bisectable6 joined
[22:38] *** benchable6 joined
[22:39] *** coverable6 joined
[22:39] *** sourceable6 joined
[22:39] *** linkable6 joined
[22:41] *** quotable6 joined
[22:41] <[Coke]> releasable6: next

[22:41] <releasable6> [Coke], Next release in ≈8 days and ≈20 hours. 1 blocker. 87 out of 122 commits logged

[22:41] <releasable6> [Coke], Details: https://gist.github.com/c251fcfeba2045ebb1d94ed3c5709c37

[23:53] <ugexe> i have one more PR i'll want to get in before the Blin run