Newest at the top
| 2025-11-28 11:29:37 +0100 | Sgeo | (~Sgeo@user/sgeo) (Read error: Connection reset by peer) |
| 2025-11-28 11:26:03 +0100 | chromoblob | (~chromoblo@user/chromob1ot1c) chromoblob\0 |
| 2025-11-28 11:25:55 +0100 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 240 seconds) |
| 2025-11-28 11:25:12 +0100 | chromoblob | (~chromoblo@user/chromob1ot1c) (Ping timeout: 244 seconds) |
| 2025-11-28 11:23:34 +0100 | bliminse | (~bliminse@user/bliminse) bliminse |
| 2025-11-28 11:22:31 +0100 | bliminse | (~bliminse@user/bliminse) (Ping timeout: 250 seconds) |
| 2025-11-28 11:19:33 +0100 | Googulator | (~Googulato@team.broadbit.hu) (Ping timeout: 250 seconds) |
| 2025-11-28 11:18:58 +0100 | chromoblob | (~chromoblo@user/chromob1ot1c) chromoblob\0 |
| 2025-11-28 11:18:39 +0100 | chromoblob | (~chromoblo@user/chromob1ot1c) (Read error: Connection reset by peer) |
| 2025-11-28 11:18:19 +0100 | gf3 | (~gf3@user/gf3) gf3 |
| 2025-11-28 11:17:59 +0100 | gf3 | (~gf3@user/gf3) (Quit: Ping timeout (120 seconds)) |
| 2025-11-28 11:17:54 +0100 | chromoblob | (~chromoblo@user/chromob1ot1c) chromoblob\0 |
| 2025-11-28 11:17:49 +0100 | chele | (~chele@user/chele) chele |
| 2025-11-28 11:16:34 +0100 | Vajb | (~Vajb@n6jrirf92qztswrjkg8-1.v6.elisa-mobile.fi) (Ping timeout: 246 seconds) |
| 2025-11-28 11:14:15 +0100 | notzmv | (~umar@user/notzmv) (Ping timeout: 240 seconds) |
| 2025-11-28 11:11:44 +0100 | chromoblob | (~chromoblo@user/chromob1ot1c) (Read error: Connection reset by peer) |
| 2025-11-28 11:08:56 +0100 | tzh | (~tzh@c-76-115-131-146.hsd1.or.comcast.net) (Quit: zzz) |
| 2025-11-28 11:08:55 +0100 | ljdarj | (~Thunderbi@user/ljdarj) (Ping timeout: 240 seconds) |
| 2025-11-28 11:08:45 +0100 | chromoblob | (~chromoblo@user/chromob1ot1c) chromoblob\0 |
| 2025-11-28 11:07:57 +0100 | chromoblob | (~chromoblo@user/chromob1ot1c) (Ping timeout: 252 seconds) |
| 2025-11-28 11:02:13 +0100 | <__monty__> | lucabtz: Do you just like the idea of extending an IRC client in Haskell or do you have existing libraries in mind? |
| 2025-11-28 11:01:11 +0100 | chromoblob | (~chromoblo@user/chromob1ot1c) chromoblob\0 |
| 2025-11-28 11:00:45 +0100 | chromoblob | (~chromoblo@user/chromob1ot1c) (Read error: Connection reset by peer) |
| 2025-11-28 10:57:35 +0100 | xff0x | (~xff0x@fsb6a9491c.tkyc517.ap.nuro.jp) (Ping timeout: 240 seconds) |
| 2025-11-28 10:57:15 +0100 | chromoblob | (~chromoblo@user/chromob1ot1c) chromoblob\0 |
| 2025-11-28 10:57:01 +0100 | chromoblob | (~chromoblo@user/chromob1ot1c) (Ping timeout: 264 seconds) |
| 2025-11-28 10:53:31 +0100 | gmg | (~user@user/gehmehgeh) gehmehgeh |
| 2025-11-28 10:49:30 +0100 | X-Scale | (~ARM@6.67.114.89.rev.vodafone.pt) X-Scale |
| 2025-11-28 10:49:08 +0100 | <__monty__> | No need to apologize it's just a pretty open-ended question that only someone who's intimately familiar with the library would have a good answer to. |
| 2025-11-28 10:46:57 +0100 | <lucabtz> | yeah to me too, but im bored at work because im just renaming a lot of variables and anyway not much was happening here. sorry if i bothered |
| 2025-11-28 10:45:52 +0100 | <__monty__> | Sounds pretty doable, especially if that is how the C API already works. |
| 2025-11-28 10:41:23 +0100 | tabemann | (~travisb@172-13-49-137.lightspeed.milwwi.sbcglobal.net) (Read error: Connection reset by peer) |
| 2025-11-28 10:40:42 +0100 | travisb_ | (~travisb@172-13-49-137.lightspeed.milwwi.sbcglobal.net) |
| 2025-11-28 10:40:31 +0100 | haritz | (~hrtz@user/haritz) haritz |
| 2025-11-28 10:40:31 +0100 | haritz | (~hrtz@2a01:4b00:bc2e:7000:d5af:a266:ca31:5ef8) (Changing host) |
| 2025-11-28 10:40:31 +0100 | haritz | (~hrtz@2a01:4b00:bc2e:7000:d5af:a266:ca31:5ef8) |
| 2025-11-28 10:39:53 +0100 | vgtw | (~vgtw@user/vgtw) vgtw |
| 2025-11-28 10:39:41 +0100 | trickard_ | (~trickard@cpe-91-98-47-163.wireline.com.au) |
| 2025-11-28 10:39:29 +0100 | trickard | (~trickard@cpe-91-98-47-163.wireline.com.au) (Read error: Connection reset by peer) |
| 2025-11-28 10:39:28 +0100 | vgtw | (~vgtw@user/vgtw) (Quit: ZNC - https://znc.in) |
| 2025-11-28 10:35:16 +0100 | <lucabtz> | sure im just wondering how hard it would be to pass a list of haskell callbacks for it to process, similarly to the C API |
| 2025-11-28 10:34:08 +0100 | <merijn> | So it's already that |
| 2025-11-28 10:34:02 +0100 | <merijn> | lucabtz: I mean, glirc is already a library? |
| 2025-11-28 10:32:45 +0100 | <lucabtz> | s/possible/easily implementable |
| 2025-11-28 10:31:18 +0100 | <__monty__> | It's trivially possible in the sense that you can write any program. |
| 2025-11-28 10:30:01 +0100 | <lucabtz> | (didnt know it is a command sorry) |
| 2025-11-28 10:29:45 +0100 | <lambdabot> | <hint>:1:1: error: parse error on input `<' |
| 2025-11-28 10:29:44 +0100 | <lucabtz> | > <glguy> xmonad is a well-known tool that people configure in Haskell, but the way that's achieved is to have the program be a library. Every use of it is a program you write and compile that links in the library |
| 2025-11-28 10:28:44 +0100 | <merijn> | lucabtz: What does "like xmonad" mean here? |
| 2025-11-28 10:26:37 +0100 | <lucabtz> | glguy, im luca from matrix. would it be possible to have something like xmonad with glirc, i see the executable is in exec and is not much code, most of the code is in the library. maybe i could try adding a list of haskell extensions with similar callbacks as for the C API |