29 Jul 2026
camelia ["header", "iheader", "i1", "i2", "i3", "ifooter", "footer"] 11:03
timo .Slip once, and .list at the end before assigning to @a
xinming Now, the example did twice .Slip, yet add another .list method :-) 11:07
m: my @a = (1..3); @a = ("header", |flat(@a ?? ("iheader", @a.map({"i$_"}), "ifooter").flat !! Empty), "footer"); @a.map({ "$_\n" }).raku.say; 11:12
camelia ("header\n", "iheader\n", "i1\n", "i2\n", "i3\n", "ifooter\n", "footer\n").Seq
xinming I think this example is easier to understand understandable to me
timo oh there's the slip you mean 11:13
m: my @a = (1..3); @a = ("header", (@a ?? ("iheader", @a.map({"i$_"}), "ifooter") !! Empty).Slip, "footer").flat; dd @a 11:14
camelia ["header", "iheader", "i1", "i2", "i3", "ifooter", "footer"]
timo here that's not more slip this time
xinming m: my @a = (1..3); @a = ("header", (@a ?? ("iheader", @a.map({"i$_"}), "ifooter") !! Empty).Slip, "footer"); dd @a.flat 11:25
camelia ("header", "iheader", $(("i1", "i2", "i3").Seq), "ifooter", "footer").Seq
xinming The 2 examples seems to be the same, But there're different, tried @a.flat several times 11:27
m: my @a = (1..3); @a = ("header", (@a ?? ("iheader", @a.map({"i$_"}), "ifooter") !! Empty).Slip, "footer"); @a.map({ "$_\n" }); 11:38
camelia ( no output )
xinming m: my @a = (1..3); @a = ("header", (@a ?? ("iheader", @a.map({"i$_"}), "ifooter") !! Empty).Slip, "footer"); @a.map({ "$_\n" }).raku.say;
camelia ("header\n", "iheader\n", "i1 i2 i3\n", "ifooter\n", "footer\n").Seq
xinming m: my @a = (1..3); @a = ("header", (@a ?? ("iheader", @a.map({"i$_"}), "ifooter") !! Empty).Slip, "footer"); @a.flat.map({ "$_\n" });
camelia ( no output )
xinming m: my @a = (1..3); @a = ("header", (@a ?? ("iheader", @a.map({"i$_"}), "ifooter") !! Empty).Slip, "footer"); @a.flat.map({ "$_\n" }).raku.say;
camelia ("header\n", "iheader\n", "i1 i2 i3\n", "ifooter\n", "footer\n").Seq
melezhik. Has anyone already tried Rakupp? 11:55
I am thinking this could be good fit to create single binary for some of my applications 11:56
I wonder if this compiler will create binary for dependencies as well 11:57
Or will include them to be accurate
Into binary
This could be a good alternative to containers thing
Which always feels overhead for me in case I can create executables directly, like for golang code 11:58
tbrowder ugexe: how can i uninstall a specific module? i’ve tried various incantations but they still show. i think it’s a cache thing, yes? 15:01
lizmat ugexe is on holiday afai... zef uninstall "exact identity" usually does the trick for me 15:03
tbrowder thnx 15:30
melezhik. For those who use dev.to for posts - github.com/forem/forem/issues/23679 might be interesting 18:13
thowe kinda wish Raku had Net::SFTP 22:42
[Coke] thowe: we do have Inline::Perl5, though. 23:02
30 Jul 2026
japhb [Coke]: IIRC that needs a RakuAST update, thought that doesn't stop anyone from using the legacy version in the mean time. 03:55
Geth docker: ad96ab6a9b | AntonOks++ | 6 files
Bump to 2026.07 [skip workflow]
05:27
tbrowder El_Che: can a root user remove a package from the rakudo-pkg installation paths *safely*? my particular concern is older OO::Monitors which have a serious bug. 11:46
sp1983 weekly: dev.to/sp1983/dsci-series-rakulang...ation-4ini 12:16
notable6 sp1983, Noted! (weekly)
sp1983 DSCI series / Rakulang CI, part2. Cro Application 12:17
[Coke] .tell sp1983 "taken fro" -> "taken from" 12:32
tellable6 [Coke], I'll pass your message to sp1983
[Coke] .tell sp1983 in re. cro art. 12:40
tellable6 [Coke], I'll pass your message to sp1983
sp1983 [Coke]: fixed, thanks 12:44
tellable6 2026-07-30T12:32:14Z #raku <[Coke]> sp1983 "taken fro" -> "taken from"
2026-07-30T12:40:36Z #raku <[Coke]> sp1983 in re. cro art.
sp1983 if anyone wish to cover specific topics on DSCI/CI Raku please let me know, maybe next time I'll talk about Databases/Red apps 12:45
weekly: --help 12:46
notable6 sp1983, Noted! (weekly)
sp1983 how can I list current weekly? 12:47