28 Mar 2026
japhb [Coke]++ # Thanks again! :-) 21:40
[Coke] takes this opportunity to finish watching murderbot 22:34
timo aw yeah 22:39
Geth rakudo/main: 08bd698d47 | (Will Coleda)++ | docs/release_guide.pod
claim next release
22:55
lizmat [Coke]++ 23:54
Geth roast/6.c-errata: 96e35a97a6 | (Elizabeth Mattijsen)++ | S32-str/utf8-c8.t
Make sure deprecations don't mess up the test
23:58
29 Mar 2026
[Coke] lizmat: nice fix, thanks. 00:02
lizmat sleep& (it's going to be a short night) 00:13
30 Mar 2026
Geth setup-raku: 0036454092 | dependabot[bot]++ (committed using GitHub Web editor) | package-lock.json
Bump picomatch from 4.0.3 to 4.0.4 (#50)

Bumps [picomatch](github.com/micromatch/picomatch) from 4.0.3 to 4.0.4.
  - [Release notes](github.com/micromatch/picomatch/releases)
  - [Changelog](github.com/micromatch/picomatch/bl...NGELOG.md)
  - [Commits](github.com/micromatch/picomatch/co...3...4.0.4)
... (9 more lines)
00:12
rakudo/main: 3b1201c366 | (Elizabeth Mattijsen)++ | src/core.c/Exception.rakumod
Make method not found suggestions a bit smarter

As observed by [Coke]++ at:
   irclogs.raku.org/raku/2026-03-30.html#17:33
This will actually add a method name suggestion if the requested method name is more than 5 characters (rather arbitrarily, I admit) ... (6 more lines)
19:29
lizmat m: Date.today.Trüncat 19:40
camelia No such method 'Trüncat' for invocant of type 'Date'
in block <unit> at <tmp> line 1
[Coke] c: 3b1201c 3.say 19:55
committable6 [Coke], ¦3b1201c: «3␤»
[Coke] m: Date.today.Trüncat
camelia No such method 'Trüncat' for invocant of type 'Date'. Did you mean
'truncated-to'?
in block <unit> at <tmp> line 1
[Coke] lizmat++
lizmat m: Date.today.Trüncat
camelia No such method 'Trüncat' for invocant of type 'Date'. Did you mean
'truncated-to'?
in block <unit> at <tmp> line 1
timo2 free real estate 20:15
31 Mar 2026
[Tux] Rakudo v2026.03-3-g3b1201c36 (v6.d) on MoarVM 2026.03-2-gcc91f7b19
csv-ip5xs0.271 - 0.272
csv-ip5xs-201.077 - 1.088
csv-parser1.084 - 1.138
csv-test-xs-200.121 - 0.121
test1.819 - 1.851
test-t0.467 - 0.483
test-t --race0.294 - 0.304
test-t-205.834 - 6.308
test-t-20 --race1.437 - 1.470
11:26
csv-test-xs 0.015 - 0.018
tux.nl/Talks/CSV6/speed4-20.html / tux.nl/Talks/CSV6/speed4.html tux.nl/Talks/CSV6/speed.log
librasteve_ rakudoweekly.blog/2026/03/31/2026-...lease-191/ 11:38
lizmat librasteve_++ 11:47
disbot2 <melezhik.> o/ 17:18
<melezhik.> There is some interest ftom Rocky Linux QA team in Rakudo builds for aarch64 - github.com/nxadm/rakudo-pkg/issues...4164028570 17:19
<melezhik.> I wonder if there is anything we can do to about it ? 17:20
lizmat timo patrickb ^^ 17:31
disbot2 <melezhik.> Thanks 18:18
jdv [Coke]: nice work! i was randomly in seattle 20:52
was like "weird emails from Will. oh, its a release:)" 20:54
[Coke] heh 21:09
El_Che I am trying to add linux arm64 build for rakudo-pkg. The good news: I have the impression things will build fine. Bad news: while amd64 swaw no flipping tests, arm64 did. Some went green after a retry, 2 on their their run (redhat8 arm64 and fedora43 arm64). Most arm64 were built fine the first time (only 5 os-version failures) 21:30
# /opt/rakudo-pkg/bin/raku -V | grep kernel::archname 21:35
kernel::archname=aarch64-linux
all right, all the flip-flop test went green after the 3rd build
1 Apr 2026
sp1983 o/ 15:20
there is error when building Hash::Merge against Rakudo 2026.03 in aarch64 - lang-call cannot invoke object of type 'VMNull' belonging to no language
at /builddir/build/BUILD/raku-hash-merge-2.0.0/vendor#sources/3A740CC2EDEBFDBE342C298E66C87C9E3533CDFA (Hash::Merge::Augment):6
does it ring any bell to any one ? 15:21
here is full log - download.copr.fedorainfracloud.org...ive.log.gz
^^ El_Che:
lizmat builds ok on MacOS 15:22
fwiw
sp1983 yeah, same for me 15:28
disbot2 <melezhik.> Probably need to build against fresh aarch64 binary myself 15:36
lizmat is it repeatable, or a flapper ? 15:39
sp1983 sorry, for confusion it happens on x86_64 15:44
looks like a flapper 15:45
based on "I've tried building in a couple of different ways, and under some conditions it does not complain.." 15:46
or better say environment dependent 16:01