2026/02/04

Newest at the top

2026-02-04 15:30:22 +0100Enrico63(~Enrico63@148.252.128.12) Enrico63
2026-02-04 15:08:33 +0100tremon(~tremon@83.80.159.219) tremon
2026-02-04 15:06:43 +0100Enrico63(~Enrico63@148.252.128.12) (Ping timeout: 272 seconds)
2026-02-04 13:25:34 +0100ChubaDuba(~ChubaDuba@37.112.231.64) (Read error: Connection reset by peer)
2026-02-04 13:21:36 +0100ChubaDuba(~ChubaDuba@37.112.231.64) ChubaDuba
2026-02-04 13:19:02 +0100gwentpl(~gwpl@user/gwentpl) gwentpl
2026-02-04 11:50:31 +0100gwentpl(~gwpl@user/gwentpl) (Ping timeout: 240 seconds)
2026-02-04 08:57:47 +0100Enrico63(~Enrico63@148.252.128.12) Enrico63
2026-02-04 08:43:03 +0100redgloboli(~redglobol@user/redgloboli) redgloboli
2026-02-04 08:41:16 +0100redgloboli(~redglobol@user/redgloboli) (Quit: ...enter the matrix...)
2026-02-04 08:14:10 +0100ft(~ft@p508db4c0.dip0.t-ipconnect.de) (Quit: leaving)
2026-02-04 07:28:37 +0100ChubaDuba(~ChubaDuba@37.112.231.64) (Read error: Connection reset by peer)
2026-02-04 04:19:29 +0100mkoskar(mkoskar@user/mkoskar) mkoskar
2026-02-04 04:11:31 +0100mkoskar(reeeee@user/mkoskar) (Ping timeout: 246 seconds)
2026-02-04 02:29:13 +0100DigitteknohippieDigit
2026-02-04 02:21:31 +0100mvk(~mvk@2607:fea8:5c9d:ee00::5716) (Client Quit)
2026-02-04 02:21:28 +0100mvk(~mvk@2607:fea8:5c9d:ee00::5716) mvk
2026-02-04 01:59:29 +0100Digit(~user@user/digit) (Ping timeout: 260 seconds)
2026-02-04 01:59:02 +0100Digitteknohippie(~user@user/digit) Digit
2026-02-03 23:32:59 +0100DigitteknohippieDigit
2026-02-03 23:11:29 +0100Digit(~user@user/digit) (Ping timeout: 260 seconds)
2026-02-03 23:11:17 +0100Digitteknohippie(~user@user/digit) Digit
2026-02-03 21:10:23 +0100DigitteknohippieDigit
2026-02-03 20:12:55 +0100Digit(~user@user/digit) (Ping timeout: 240 seconds)
2026-02-03 20:11:35 +0100Digitteknohippie(~user@user/digit) Digit
2026-02-03 19:50:15 +0100Enrico63(~Enrico63@148.252.128.12) (Quit: Client closed)
2026-02-03 19:16:33 +0100Enrico63(~Enrico63@148.252.128.12) Enrico63
2026-02-03 19:00:16 +0100ft(~ft@p508db4c0.dip0.t-ipconnect.de) ft
2026-02-03 18:51:41 +0100Enrico63(~Enrico63@148.252.128.12) (Quit: Client closed)
2026-02-03 17:03:24 +0100T_X(~T_X@diktynna.open-mesh.org) T_X
2026-02-03 17:02:45 +0100T_X(~T_X@diktynna.open-mesh.org) (Read error: Connection reset by peer)
2026-02-03 16:47:16 +0100Digit(~user@user/digit) Digit
2026-02-03 16:43:31 +0100Digitteknohippie(~user@user/digit) (Quit: ERC 5.6.0.30.1 (IRC client for GNU Emacs 30.2))
2026-02-03 16:43:20 +0100Digit(~user@user/digit) (Remote host closed the connection)
2026-02-03 16:28:16 +0100 <geekosaur> yeh, not sure what happened with that
2026-02-03 16:27:17 +0100Digitteknohippie(~user@user/digit) Digit
2026-02-03 16:26:32 +0100Digit(~user@user/digit) Digit
2026-02-03 16:20:25 +0100Digit(~user@user/digit) (Ping timeout: 264 seconds)
2026-02-03 15:38:28 +0100Enrico63(~Enrico63@148.252.128.12) Enrico63
2026-02-03 13:59:38 +0100Enrico63(~Enrico63@148.252.128.12) (Quit: Client closed)
2026-02-03 12:32:15 +0100redgloboli(~redglobol@user/redgloboli) redgloboli
2026-02-03 12:30:31 +0100redgloboli(~redglobol@user/redgloboli) (Quit: ...enter the matrix...)
2026-02-03 11:56:11 +0100Enrico63(~Enrico63@148.252.128.12) Enrico63
2026-02-03 11:46:40 +0100Enrico63(~Enrico63@148.252.128.12) (Quit: Client closed)
2026-02-03 11:38:43 +0100 <liskin> I think there's also an issue in our tracker where someone's trying to introduce a PureLayout class or something so they can run the layout algorithms as a plugin for some existing Wayland compositor. That's something I'd love to learn more about maybe :-)
2026-02-03 11:20:26 +0100ChubaDuba(~ChubaDuba@37.112.231.64) ChubaDuba
2026-02-03 11:19:27 +0100ChubaDuba(~ChubaDuba@37.112.231.64) (Quit: WeeChat 4.8.1)
2026-02-03 11:17:37 +0100 <liskin> (Note the subtle difference between "protocol" and "channel")
2026-02-03 11:16:20 +0100 <liskin> Speaking of that channel - I considered Wayland protocol because I suspected we might need to send some Wayland data structures from the compositor to the WM, and it might just be easier to do over the same protocol. Unless implementing it on the Haskell side is a major pain in the ass.
2026-02-03 11:14:58 +0100 <liskin> Sure, doing it the same way as X11 would be insecure. Having a privileged wm communicating over a secure channel is fine.