00:02 ACfromTX joined, ACfromTX is now known as atcroft 01:01 guifa joined 01:28 atcroft left 02:24 hulk joined 02:25 kylese left 02:32 guifa left 03:15 hulk left, kylese joined 03:28 ACfromTX joined, ACfromTX is now known as atcroft 04:44 lichtkind_ joined 04:46 lichtkind left 05:46 JimmyZhuo joined 05:53 JimmyZhuo left 06:51 Aedil joined 07:01 atcroft left 08:00 ACfromTX joined 08:17 jetchisel left 08:21 jetchisel joined 09:31 Sgeo left 09:53 abraxxa joined 09:59 wayland76 joined, wayland left 10:04 abraxxa left 13:31 simcop2387 left 13:42 simcop2387 joined 14:04 lichtkind joined, lichtkind_ left 14:15 guifa joined 15:01 lichtkind left 15:53 guifa left
disbot8 <antononcube> Please vote: news.ycombinator.com/item?id=46478300 16:13
16:19 Sgeo joined
disbot8 <librasteve> done 16:26
<melezhik.> Done 16:36
<melezhik.> If some is interested in brand new project related to infrastructure monitoring and testing , please let me know , there is a channel in discord . The client part is going to be written on golang and server side is on Raku . 16:37
<antononcube> Are you going to "double tap" it? 16:39
<antononcube> Great name, BTW!
18:22 arkiuat joined
arkiuat aruniecrisps, wouldn't that be somewhere in one of the docs.raku.org/language/functions#Re-dispatching next tools? 18:23
SmokeMachine I just want to say that I don’t like the idea of charging a fee to something that will be developed by the community
tellable6 2026-01-01T21:33:21Z #raku <wayland> arkiuat In that case, ignore what I said about AIs, but, you're welcome :).
disbot8 <melezhik.> Thanks Anton! 18:25
SmokeMachine And that I still think that focusing esforce s into a single project not even started yet (so no idea if it will get any traction) have a higher chance to fail than having many projects being created organically… 18:27
disbot8 <melezhik.> SmokeMachine - I am sorry - not sure if I get it rights, your last two comments relate to the mine ? ) 18:30
SmokeMachine melezhik.: no, sorry, I just wrote that after reading problem-solving comments… sorry for the confusion 18:32
disbot8 <melezhik.> Ahh 😌 ok , then just coincidence, no worries 18:35
19:10 Geth joined 19:13 arkiuat left 19:20 arkiuat joined
timo aruniecrisps, you're hoping to do call/cc in raku? 19:23
19:24 arkiuat left 19:41 arkiuat joined 19:46 arkiuat left 19:58 arkiuat joined 20:06 arkiuat left
disbot8 <aruniecrisps> @timo yea kinda haha i had an idea for continuations-based web apps in raku 🙂 20:16
<aruniecrisps> @arkiuat no i was thinking more like callcc in ruby and call/cc in scheme/racket
timo i'm not sure how exactly to work with the continuation ops, but we have nqp::continuationcontrol, nqp::continuationreset and nqp::continuationinvoke and our continuations are one-shot 20:20
maybe that's already all you need to know in order to get what you want?
i don't know how continuation tags work and what it means for a tag to be "protected" 20:21
oh, could it be that the code you pass to continuationcontrol is invoked with the continuation as its argument? that would make it very much like call/cc, though i'm not sure if a "reset point" is normally involved in scheme and friends 20:24
20:26 arkiuat joined 20:31 arkiuat left 20:44 arkiuat joined
disbot8 <librasteve> SmokeMachine: are you talking about the SOS idea? if so, please share your concerns in that issue. fwiw any and all code developed by the community should be free under the Artistic 2.0 20:53
SmokeMachine I mean this: usercontent.irccloud-cdn.com/file/...475071.JPG 21:17
21:21 abraxxa joined
disbot8 <librasteve> lol - that is anyway a fantasy 21:25
<librasteve> i’m happy to agree that any proceeds from foundation income should be used solely for community related expenses (such as fosdem merch, grants and so on) … as is already the case 21:27
<librasteve> but note that this kind of thing is not under my control, but rather the Raku Steering Council and TPRF governance 21:30
SmokeMachine That’s why I haven’t commented anything on that repo yet… I’m waiting to know if I want to be part of that or not 21:33
disbot8 <aruniecrisps> @timo I may have asked this earlier but I'm wondering if it's not worth it to document nqp ops, even though it's not supposed to be meant for end-users at all. I'd be willing work on that initiative if time permits 21:54
timo presumably you've seen this? github.com/Raku/nqp/blob/main/docs/ops.markdown and it's not enough? 21:55
ah, it has none of the continuation ops, because of course not :) 21:56
[Coke] I felt like we did all the ones that docs-only folks could do, most of what's left needs a core dev to comment on. 22:29
22:32 abraxxa left
timo oh no it's my fault :) 22:34
[Coke] I got to a point where the last N I looked at were all "WTF is this" 22:38
timo that's probably fair
disbot8 <aruniecrisps> @timo I was thinking we add this to the Raku documentation website if possible 22:46
<aruniecrisps> The nqp ops documentation 22:47
timo that doesn't really fit very well, nqp isn't part of the raku language, only of the rakudo implementation 23:07
as you said, they are not meant to be used by end users
there are no stability guarantees at all
disbot8 <aruniecrisps> understandable 23:09
<aruniecrisps> perhaps in that case what we could maybe do is we could add some reference to the continuation ops in the md file you sent 23:10
<aruniecrisps> i'll play around with it and see 23:11
<aruniecrisps> i stumbled upon this gem 23:13
<aruniecrisps> edumentab.github.io/rakudo-and-nqp...s-day2.pdf
23:22 guifa joined