00:35 finanalyst left 06:22 hurufu joined 06:30 ShimmerFairy left 06:35 ShimmerFairy joined 09:32 timo joined
Geth rakudo/lizmat-128: 068acf4875 | (Elizabeth Mattijsen)++ | 2 files
Fix suggestions after compilation error

  - only remove first character if it is a '&'
  - don't suggest alternatives if there aren't any
Fixes #6826
10:24
lizmat looks like Github is having issues: PR creation message not pushed, and CI not started 10:31
github.com/rakudo/rakudo/pull/6925
Geth rakudo/lizmat-125: 45eefb8a3f | (Elizabeth Mattijsen)++ | src/core.c/CallFrame.rakumod
Revert Callframe changes

It appears to trigger some issue in some CI tests
11:21
rakudo: lizmat++ created pull request #6925:
Fix suggestions after compilation error
11:30
lizmat wow, that took more than an hour :)
11:54 finanalyst joined
ab5tract Is it a known issue for dists that use augment on core classes and a pinned language version cause deserialization errors for consuming code that wants to use a different (in my case 6.e) language version? 12:29
Example: Listicles 12:30
lizmat augment on core classes in modules are basically calling for problems
ab5tract Yeah I would agree. But I wanted some prettier tables :/
(Prettier::Tables consumes Listicles) 12:31
lizmat depending on the situation, you should probably subclass the class in question, and export that as the core class
something like:
class Date is Date { ... }
the importer then lexically has the augmented class 12:32
see raku.land/zef:lizmat/Interval#lexi...refinement for an example 12:34
and: github.com/lizmat/Interval/blob/ma...akumod#L28
ab5tract Thanks I’ll create some PRs and we will see what happens 12:50
Or else I will release my own Prettiest::Table module ;) 12:52
lizmat there's always that
and yet another Raku Weekly hits the Net: rakuweekly.blog/2026/11/09/2026-45...eral-koan/ 14:09
15:01 finanalyst left