| 2026-03-11 03:04:59 +0100 | rekahsoft | (~rekahsoft@76.67.111.168) (Read error: Connection reset by peer) |
| 2026-03-11 03:59:48 +0100 | stackdroid18 | (~stackdroi@user/stackdroid) () |
| 2026-03-11 04:02:24 +0100 | terrorjack | (~terrorjac@2a01:4f8:271:2d98::2) (Quit: The Lounge - https://thelounge.chat) |
| 2026-03-11 04:12:42 +0100 | rekahsoft | (~rekahsoft@76.67.111.168) rekahsoft |
| 2026-03-11 04:22:28 +0100 | rekahsoft | (~rekahsoft@76.67.111.168) (Read error: Connection reset by peer) |
| 2026-03-11 04:37:33 +0100 | rekahsoft | (~rekahsoft@bras-base-orllon1103w-grc-20-76-67-111-168.dsl.bell.ca) rekahsoft |
| 2026-03-11 04:54:42 +0100 | rekahsoft | (~rekahsoft@bras-base-orllon1103w-grc-20-76-67-111-168.dsl.bell.ca) (Remote host closed the connection) |
| 2026-03-11 05:07:50 +0100 | terrorjack | (~terrorjac@2a01:4f8:271:2d98::2) terrorjack |
| 2026-03-11 05:12:46 +0100 | terrorjack | (~terrorjac@2a01:4f8:271:2d98::2) (Quit: The Lounge - https://thelounge.chat) |
| 2026-03-11 05:17:20 +0100 | terrorjack | (~terrorjac@2a01:4f8:271:2d98::2) terrorjack |
| 2026-03-11 07:17:22 +0100 | vados | (~vados@46-133-184-159.mobile.vf-ua.net) (Read error: Connection reset by peer) |
| 2026-03-11 07:22:34 +0100 | vados | (~vados@46-133-57-88.mobile.vf-ua.net) |
| 2026-03-11 08:49:24 +0100 | Digit | (~user@user/digit) (Ping timeout: 256 seconds) |
| 2026-03-11 08:49:26 +0100 | Digitteknohippie | (~user@user/digit) Digit |
| 2026-03-11 09:21:39 +0100 | Digitteknohippie | Digit |
| 2026-03-11 09:28:53 +0100 | ChubaDuba | (~ChubaDuba@46.147.102.235) ChubaDuba |
| 2026-03-11 10:19:17 +0100 | ChubaDuba | (~ChubaDuba@46.147.102.235) (Quit: WeeChat 4.8.1) |
| 2026-03-11 12:08:09 +0100 | Digitteknohippie | (~user@user/digit) Digit |
| 2026-03-11 12:08:15 +0100 | Digit | (~user@user/digit) (Ping timeout: 268 seconds) |
| 2026-03-11 12:11:07 +0100 | vados | (~vados@46-133-57-88.mobile.vf-ua.net) (Ping timeout: 264 seconds) |
| 2026-03-11 12:19:33 +0100 | ChubaDuba | (~ChubaDuba@46.147.102.235) ChubaDuba |
| 2026-03-11 12:24:00 +0100 | ChubaDuba | (~ChubaDuba@46.147.102.235) (Ping timeout: 255 seconds) |
| 2026-03-11 12:35:48 +0100 | Digitteknohippie | (~user@user/digit) (Ping timeout: 246 seconds) |
| 2026-03-11 12:59:25 +0100 | Digitteknohippie | (~user@user/digit) Digit |
| 2026-03-11 13:29:32 +0100 | Digitteknohippie | Digit |
| 2026-03-11 16:02:17 +0100 | deepy | (deepy@user/deepy) (Read error: Connection reset by peer) |
| 2026-03-11 16:02:44 +0100 | deepy | (deepy@user/deepy) deepy |
| 2026-03-11 17:01:59 +0100 | Enrico63 | (~Enrico63@host-82-61-84-117.retail.telecomitalia.it) Enrico63 |
| 2026-03-11 17:15:26 +0100 | vados | (~vados@46-133-57-88.mobile.vf-ua.net) |
| 2026-03-11 17:29:05 +0100 | <liskin> | I still don't know why anyone's trying to have the compositor itself be written in Haskell. |
| 2026-03-11 17:29:41 +0100 | <liskin> | I've been saying for years - let's just do that in Rust or C, and let it rpc to a Haskell window manager. |
| 2026-03-11 17:30:21 +0100 | <liskin> | Smithay (the Rust alternative to wlroots) being in a good shape these days means doing it in Rust should be fine |
| 2026-03-11 17:30:35 +0100 | <haskellbridge> | <Enrico Maria De Angelis> What's fundamentally flawed with doing it in Haskell (out of curiosity, and with zero prerequisites to understand the answer, probably). |
| 2026-03-11 17:31:01 +0100 | <liskin> | 2 years ago that would mean being limited and being behind the protocols supported by gnome/kde/wlroots, but I think these days smithay is fine |
| 2026-03-11 17:31:59 +0100 | <liskin> | Haskell is garbage collected - so that means latency might suffer unpredictably |
| 2026-03-11 17:32:23 +0100 | <liskin> | And also it's much harder to write/maintain bindings to C APIs |
| 2026-03-11 17:33:05 +0100 | <liskin> | Even Rust folks struggled to get wlroots bindings to feel good, that's why smithay is thriving these days. It's just better to do a Rust native Wayland library |
| 2026-03-11 17:34:00 +0100 | <liskin> | Also there's this big fundamental limitation of Wayland design - if the compositor crashes or needs to restart, your whole session goes down |
| 2026-03-11 17:34:30 +0100 | <liskin> | In X11 you can restart xmonad a million times while still letting the X server run for months or even years |
| 2026-03-11 17:34:59 +0100 | <liskin> | (the most I managed was just under 2 years - that's completely unrealistic in the Wayland world) |
| 2026-03-11 17:35:29 +0100 | <liskin> | Xmonad is configured by compiling - reload of configuration means restart. |
| 2026-03-11 17:36:04 +0100 | <liskin> | You REALLY FUCKING DON'T WANT TO HAVE TO RESTART YOUR WHOLE COMPOSITOR |
| 2026-03-11 17:36:24 +0100 | <liskin> | Sorry for the caps but how does everyone keep missing this bit? Makes me furious. |
| 2026-03-11 17:37:08 +0100 | <liskin> | I mean actually maybe that's good. Make me angrier and I might just sit down and fucking do this at last. |
| 2026-03-11 17:49:57 +0100 | <geekosaur> | the reason people miss it is wayland docs and devs tell you that's insecure and you shouldn't do it |
| 2026-03-11 17:50:26 +0100 | <geekosaur> | there was even a proposal to directly support it that got shot down for "security reasons" |
| 2026-03-11 17:52:17 +0100 | <liskin> | Yeah but maybe use the brain a bit? We're not trying to make a generic WM interface... |
| 2026-03-11 17:52:32 +0100 | <liskin> | Even if, it'd look different than what X does |
| 2026-03-11 18:52:12 +0100 | <haskellbridge> | <eldritchcookie> i thought it was something i did wrong but i tested with another application and it works fine, when i use doFullFloat on emacs it covers more than the whole window vertically on the bottom and misses a little horizontally on the right. Are there workarounds for correctly floating emacs? |
| 2026-03-11 18:53:13 +0100 | <haskellbridge> | <eldritchcookie> it also doesn't allow me to manually fix the window with the mouse. |