[00:27] *** lichtkind left
[00:36] *** AlexDaniel left
[01:09] *** hulk joined
[01:10] *** kylese left
[02:15] *** hulk left
[02:17] *** kylese joined
[02:52] *** Aedil joined
[04:35] <SmokeMachine> Would someone like to give me opinions/suggestions/critics to my new project? https://fco.github.io/Sourcing-2/

[04:37] <SmokeMachine> I started it by hand a few weeks ago, but since last week I decided to use it as my test for using AI agents and SDD. I'm still not sure about what I think about it...

[04:56] *** itaipu left
[05:00] *** itaipu joined
[05:02] *** johnjay left
[05:04] *** johnjay joined
[05:46] *** soverysour joined
[06:23] *** soverysour left
[06:48] *** soverysour joined
[06:48] *** soverysour left
[06:48] *** soverysour joined
[07:24] *** Sgeo left
[07:28] *** wayland joined
[07:44] *** soverysour left
[07:47] *** wayland left
[07:56] *** soverysour joined
[08:06] *** abraxxa joined
[08:19] <soverysour> Hello, this is a bit of a shot in the dark, especially since I'm a big Raku newbie, but I was wondering, what are the ways one could start learning & self-onboarding into eventually contributing anything that could help with improving Raku's general performance? Anything goes, from helping define micro-benchmarks, up to contributing optimizations in the JIT / RakuAST frontend.

[08:19] <soverysour> How can I get started with the learning for eventually getting to that place, and what are the current initiatives moving Raku in that direction (Rakudo implied)? I am aware this is an incredibly vast problem space, and that it'll take a ton of time.

[08:58] *** lizmat left
[08:59] *** lizmat joined
[08:59] *** ingy left
[09:00] *** ingy joined
[09:06] *** eseyman left
[09:06] *** eseyman joined
[09:31] *** abraxxa left
[09:53] <patrickb> (I'm not an expert.) I guess the biggest areas of perf improvement potential are the RakuAST compiler (which currently is quite a bit slower than  the legacy compiler) and the Moar VM specializer. (In the specializer we typically have to balance complexity and potential perf improvements. There are some techniques we should say "no" to. But there are still some candidates. Improving partial 

[09:53] <patrickb> escape analysis is one that comes to mind. There even is a WIP branch on that from a few years ago.)

[09:55] <patrickb> And then there is the issue of the compiler itself being slow. There our regex engine is the biggest bottleneck. I don't know if there is much room for improvement still though.

[09:58] <patrickb> To get into the specializer, the best resource to build up knowledge is the 6guts blog. https://6guts.wordpress.com/ If you enjoy reading, I'd recommend reading the blog end to end.

[09:59] <patrickb> It will take a few days though.

[10:04] *** lichtkind joined
[10:18] *** johnjay left
[10:24] <soverysour> thanks so much for that blog link! it is what I was hoping for :) and thanks for the general advice!

[10:26] *** Pixi` joined
[10:29] *** Pixi left
[10:35] <patrickb> You're welcome!

[10:53] *** johnjay joined
[11:03] <disbot2> <librasteve> .hug patrickb

[11:03] * huggable6 hugs patrickb

[11:59] <disbot2> <melezhik.> What does “.hug” mean by the way ?

[12:06] <patrickb> https://en.wikipedia.org/wiki/Hug

[12:31] <disbot2> <melezhik.> I mean I know the word meaning )

[12:32] <disbot2> <melezhik.> I thought maybe it had a  sacral meaning in irc or here ))

[12:44] *** Pixi` is now known as Pixi

[12:46] *** soverysour left
[12:51] *** soverysour joined
[12:57] *** soverysour left
[13:29] *** soverysour joined
[13:29] *** soverysour left
[13:29] *** soverysour joined
[13:33] *** soverysour left
[14:30] *** dg left
[14:32] <patrickb> I guess it's a metaphor for "show kindness / emotional support toward someone".

[14:38] *** dg joined
[15:00] *** soverysour joined
[15:00] *** soverysour left
[15:00] *** soverysour joined
[16:06] <disbot2> <librasteve> @melezhik. … check out the remastered post on Troll Hugging as featured last week https://rakudoweekly.blog/2026/03/31/2026-13-release-191/

[16:07] <disbot2> <melezhik.> librasteve: will do , thanks 🙏

[16:47] *** Aedil left
[16:50] *** Aedil joined
[16:54] *** soverysour left
[17:03] *** soverysour joined
[17:03] *** soverysour left
[17:03] *** soverysour joined
[17:07] *** mahlay left
[17:13] *** mahlay joined
[17:18] *** sibl joined
[17:18] *** sibl left
[17:18] *** sibl joined
[18:04] *** mehbark left
[18:24] *** librasteve_ joined
[18:24] <librasteve_> notable6: weekly

[18:24] <notable6> librasteve_, 1 note: 2026-04-03T20:28:31Z <librasteve>: https://github.com/habere-et-dispertire/tldr/blob/main/pages/common/raku.md

[18:30] <El_Che> hi

[18:30] <tellable6> 2026-04-02T14:04:08Z #raku <sp1983> El_Che I've tested your aarch64 rpm - https://sparky.sparrowhub.io/report/test-use-case.default/28545 looks good to me

[18:30] <El_Che> .tell sp1983 thx!

[18:30] <tellable6> El_Che, I'll pass your message to sp1983

[18:46] <librasteve_> https://rakudoweekly.blog/2026/04/06/2026-14-trim-flip-flops/

[18:46] <lizmat> librasteve_++

[18:49] *** sibl left
[18:56] *** sourcing-bot joined
[18:56] *** sourcing-bot left
[18:56] *** sourcing-bot joined
[18:57] *** sourcing-bot left
[18:57] *** sourcing-bot joined
[18:57] *** sourcing-bot left
[18:58] *** sourcing-bot joined
[18:58] *** sourcing-bot left
[18:58] *** sourcing-bot-123 joined
[18:58] *** sourcing-bot-123 left
[18:59] *** sourcing-bot-123 joined
[18:59] *** sourcing-bot-123 left
[18:59] *** sourcing-bot-123 joined
[18:59] *** sourcing-bot-123 left
[18:59] *** sourcing-bot-xyz joined
[19:00] *** sourcing-bot-xyz left
[19:00] *** sourcing-bot-xyz joined
[19:00] *** sourcing-bot-xyz left
[19:00] *** sourcing-bot-xyz joined
[19:01] *** sourcing-bot-xyz left
[19:01] *** sourcing-bot-xyz joined
[19:02] *** sourcing-bot-xyz left
[19:02] *** sourcing-test-99 joined
[19:03] *** sourcing-test-99 left
[19:03] *** sourcing-bot-123 joined
[19:04] *** sourcing-bot-123 left
[19:05] *** sourcing-bot-123 joined
[19:08] *** sourcing-bot-123 left
[19:16] *** sourcing-bot joined
[19:19] *** sourcing-bot__ joined
[19:19] *** sourcing-bot__ left
[19:19] *** sourcing-bot__ joined
[19:20] *** sourcing-bot__ left
[19:20] *** sourcing-bot__ joined
[19:20] *** sourcing-bot__ left
[19:20] *** sourcing-bot__ joined
[19:21] *** sourcing-bot__ left
[19:22] *** sourcing-bot left
[19:33] *** sibl joined
[19:34] *** sibl left
[19:34] *** sibl joined
[19:49] *** Aedil left
[20:02] *** sourcingIRC joined
[20:10] *** sourcingIRC left
[20:14] <disbot2> <antononcube> @librasteve  Thanks for mentioning my efforts in the new blog post! I published a lot of packages that have been in "permanent" half-baked phases. The central package is "DSL::Translators". (An "LLM killer", BTW!!)

[20:14] <disbot2> <librasteve> yw

[20:17] <disbot2> <antononcube> It looks like I have to make a few blog posts about "DSL::Translators" & co. It is a project that started in 2018.

[20:18] <disbot2> <librasteve> that would be very cool ... I promise to try this out since it looks pretty cool

[20:32] *** soverysour left
[20:49] *** david7832 joined
[21:07] * [Coke] throws all his commonly used raku modules into a 'zefreload' script he can run after installing a new raku to just get all the common ones out of the way. (like the old CPAN Task:: modules but without polluting the eco)

[21:09] <[Coke]> n̶e̶w̶ ̶m̶a̶n̶g̶l̶e̶ ̶s̶t̶y̶l̶e̶ ̶u̶n̶l̶o̶c̶k̶e̶d̶

[21:26] *** sibl left
[21:31] <ugexe> you could just have a repo under your name with just a META6.json that contains the modules you want. then `zef install https://github.com/coke/my-task.git`

[21:32] <ugexe> --deps-only

[21:33] <ugexe> or save them to a file separated by newlines and pipe it to `zef install -`

[21:34] <disbot2> <librasteve> i did the latter a while back ...

[21:40] <librasteve_> https://www.irccloud.com/pastebin/wM1cR9C6

[21:42] <disbot2> <librasteve> kinda prefer ugexe idea though

[21:45] *** david7832 left
[21:58] *** david7832 joined
[22:21] *** sourcing-bot joined
[22:27] <ugexe> dunno if you should use xargs

[22:27] <sourcing-bot> ugexe, 

[22:28] <ugexe> like thats going to try to install some things multiple times

[22:28] <sourcing-bot> ugexe, 

[22:29] <ugexe> since it'll search for the depends on each singluar item

[22:29] <sourcing-bot> ugexe, 

[22:29] <ugexe> if you pass in everything at once zef will automatically deduplicate that

[22:29] <sourcing-bot> ugexe, 

[22:29] <ugexe> any parallelism you want can be enabled with e.g. --test-degree

[22:29] <sourcing-bot> ugexe, 

[22:30] <ugexe> harassment bot

[22:30] <sourcing-bot> ugexe, 

[22:32] *** sourcing-bot left
[22:32] *** sourcing-bot joined
[22:35] <[Coke]> test

[22:35] <sourcing-bot> [Coke], 

[22:37] <[Coke]> sourcing-bot: help

[22:37] <sourcing-bot> [Coke], 

[22:37] <[Coke]> it's Raku IRC::Client v4.0.15

[22:37] <sourcing-bot> [Coke], 

[22:37] <[Coke]> whoever belongs to that, please get it working before putting it on THE MAIN CHANNEL

[22:37] <sourcing-bot> [Coke], 

[22:38] <[Coke]> Any channel ops other than lizmat?

[22:38] <sourcing-bot> [Coke], 

[22:38] <lizmat> want me to kick it ?

[22:38] <sourcing-bot> lizmat, 

[22:38] <[Coke]> Yes, please.

[22:38] <sourcing-bot> [Coke], 

[22:38] <[Coke]> ^^ this is why

[22:38] <sourcing-bot> [Coke], 

[22:39] *** ChanServ sets mode: +o lizmat

[22:39] <ugexe> .hug sourcing-bot

[22:39] <sourcing-bot> ugexe, 

[22:39] * huggable6 hugs sourcing-bot

[22:39] <sourcing-bot> huggable6, 

[22:39] * huggable6 hugs 

[22:39] <sourcing-bot> huggable6, 

[22:39] * huggable6 hugs 

[22:39] <sourcing-bot> huggable6, 

[22:39] * huggable6 hugs 

[22:39] <sourcing-bot> huggable6, 

[22:39] * huggable6 hugs 

[22:39] <sourcing-bot> huggable6, 

[22:39] * huggable6 hugs 

[22:39] <sourcing-bot> huggable6, 

[22:39] * huggable6 hugs 

[22:39] <sourcing-bot> huggable6, 

[22:39] * huggable6 hugs 

[22:39] <sourcing-bot> huggable6, 

[22:39] * huggable6 hugs 

[22:39] <sourcing-bot> huggable6, 

[22:39] * huggable6 hugs 

[22:39] <sourcing-bot> huggable6, 

[22:39] <ugexe> lol

[22:39] * huggable6 hugs 

[22:39] <sourcing-bot> ugexe, 

[22:39] <sourcing-bot> huggable6, 

[22:39] * huggable6 hugs 

[22:39] <sourcing-bot> huggable6, 

[22:39] * huggable6 hugs 

[22:39] <[Coke]> ugexe: WHY WOULD YOU DO THAT

[22:39] <ugexe> i couldnt help myself, sorry

[22:39] <[Coke]> ... who here is the real monster? :)

[22:39] <timo> that's why somewhere I saw a statement that bots are meant to reply to things with a NOTICE and not automatically respond to NOTICE messages

[22:42] *** ChanServ sets mode: +o timo

[22:42] <[Coke]> maybe we need to go through the whatev bots and make sure they're not responding to each other?

[22:48] *** sourcing-bot joined
[22:48] *** sourcing-bot left
[22:52] *** sourcing-bot joined
[22:53] *** Sgeo joined
[22:58] *** sourcing-bot left
[22:58] *** sourcing-bot joined
[22:59] *** sourcing-bot left
[22:59] *** sourcing-bot joined
[23:03] *** sourcing-bot left
[23:03] *** sourcing-bot joined
[23:04] *** sourcing-bot left
[23:04] *** sourcing-bot joined
[23:05] *** sourcing-bot left
[23:06] *** sourcing-bot joined
[23:07] *** sourcing-bot left
[23:07] *** sourcing-bot joined
[23:11] *** sourcing-bot left
[23:11] *** sourcing-bot joined
[23:13] <SmokeMachine> sorry! sourcing-bot is a test of mine... I'm very sorry

[23:13] <sourcing-bot> SmokeMachine, 

[23:13] *** sourcing-bot left
[23:15] <timo> make sure you're returning Nil or something from the methods in your plugin

[23:15] <timo> otherwise IRC::Client will automatically take your return value and use it as a reply

[23:16] *** sourcing-bot joined
[23:17] <SmokeMachine> Now it returns Nil... is it still responding?

[23:17] <SmokeMachine> !karma

[23:17] <sourcing-bot> SmokeMachine, SmokeMachine has 0 karma

[23:17] <SmokeMachine> !help

[23:17] <sourcing-bot> SmokeMachine, Commands: ++user, --user, !karma [user], !help

[23:18] <SmokeMachine> sorry for all the noise...

[23:24] *** sourcing-bot left
[23:29] <[Coke]> !karma timo

[23:29] *** david7832 left
[23:42] <SmokeMachine> (sorry, I stopped it... refactoring... it was emitting events from outside an aggregation...)

[23:52] <timo> you can run an ergochat server with a simple docker command and do all your testing there if you like