Logs: liberachat/#xmonad
| 2026-03-11 09:19:17 | × | ChubaDuba quits (~ChubaDuba@46.147.102.235) (Quit: WeeChat 4.8.1) |
| 2026-03-11 11:08:09 | → | Digitteknohippie joins (~user@user/digit) |
| 2026-03-11 11:08:15 | × | Digit quits (~user@user/digit) (Ping timeout: 268 seconds) |
| 2026-03-11 11:11:07 | × | vados quits (~vados@46-133-57-88.mobile.vf-ua.net) (Ping timeout: 264 seconds) |
| 2026-03-11 11:19:33 | → | ChubaDuba joins (~ChubaDuba@46.147.102.235) |
| 2026-03-11 11:24:00 | × | ChubaDuba quits (~ChubaDuba@46.147.102.235) (Ping timeout: 255 seconds) |
| 2026-03-11 11:35:48 | × | Digitteknohippie quits (~user@user/digit) (Ping timeout: 246 seconds) |
| 2026-03-11 11:59:25 | → | Digitteknohippie joins (~user@user/digit) |
| 2026-03-11 12:29:32 | Digitteknohippie | is now known as Digit |
| 2026-03-11 15:02:17 | × | deepy quits (deepy@user/deepy) (Read error: Connection reset by peer) |
| 2026-03-11 15:02:44 | → | deepy joins (deepy@user/deepy) |
| 2026-03-11 16:01:59 | → | Enrico63 joins (~Enrico63@host-82-61-84-117.retail.telecomitalia.it) |
| 2026-03-11 16:15:26 | → | vados joins (~vados@46-133-57-88.mobile.vf-ua.net) |
| 2026-03-11 16:29:05 | <liskin> | I still don't know why anyone's trying to have the compositor itself be written in Haskell. |
| 2026-03-11 16:29:41 | <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 16:30:21 | <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 16:30:35 | <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 16:31:01 | <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 16:31:59 | <liskin> | Haskell is garbage collected - so that means latency might suffer unpredictably |
| 2026-03-11 16:32:23 | <liskin> | And also it's much harder to write/maintain bindings to C APIs |
| 2026-03-11 16:33:05 | <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 16:34:00 | <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 16:34:30 | <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 16:34:59 | <liskin> | (the most I managed was just under 2 years - that's completely unrealistic in the Wayland world) |
| 2026-03-11 16:35:29 | <liskin> | Xmonad is configured by compiling - reload of configuration means restart. |
| 2026-03-11 16:36:04 | <liskin> | You REALLY FUCKING DON'T WANT TO HAVE TO RESTART YOUR WHOLE COMPOSITOR |
| 2026-03-11 16:36:24 | <liskin> | Sorry for the caps but how does everyone keep missing this bit? Makes me furious. |
| 2026-03-11 16:37:08 | <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 16:49:57 | <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 16:50:26 | <geekosaur> | there was even a proposal to directly support it that got shot down for "security reasons" |
| 2026-03-11 16:52:17 | <liskin> | Yeah but maybe use the brain a bit? We're not trying to make a generic WM interface... |
| 2026-03-11 16:52:32 | <liskin> | Even if, it'd look different than what X does |
| 2026-03-11 17:52:12 | <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 17:53:13 | <haskellbridge> | <eldritchcookie> it also doesn't allow me to manually fix the window with the mouse. |
| 2026-03-11 18:37:37 | × | ectospasm quits (~ectospasm@user/ectospasm) (Quit: WeeChat 4.8.1) |
| 2026-03-11 18:54:51 | × | Enrico63 quits (~Enrico63@host-82-61-84-117.retail.telecomitalia.it) (Quit: Client closed) |
| 2026-03-11 19:04:19 | → | ectospasm joins (~ectospasm@user/ectospasm) |
| 2026-03-11 19:31:06 | → | stackdroid18 joins (~stackdroi@user/stackdroid) |
| 2026-03-11 20:25:20 | <geekosaur> | those together (especially the second) sound like it's emacs doing it and the most you can accomplish from xmonad is starting a war with it (that is, you get a resize loop) |
| 2026-03-11 20:38:42 | <geekosaur> | I don't have an emacs confoiguration that saves frame information; if you do, you might need to turn it off or manually edit the save |
| 2026-03-11 20:39:06 | <geekosaur> | or reconfigure it with emacs commands instead of the mouse |
| 2026-03-11 20:40:06 | <geekosaur> | emacs has a certain tendency to assume that the window manager (or for that matter anything else) should be subordinate to it |
| 2026-03-11 20:41:48 | <geekosaur> | this had the amusing result that, back in the days when it had a frame size bug, it would get into a fight with kdewm that led to its initial window size visibly stepping down to about 3x2 |
| 2026-03-11 20:42:14 | <geekosaur> | resizing it manually afterward eorked fine, but next time you started your X session it would do it again |
| 2026-03-11 20:45:54 | × | scardinal quits (~supreme@0x573d64a9.static.cust.fastspeed.dk) (Quit: leaving) |
| 2026-03-11 23:21:47 | ← | stackdroid18 parts (~stackdroi@user/stackdroid) () |
| 2026-03-12 02:15:05 | <haskellbridge> | <iqubic (she/her)> So, for some reason, my laptop's built-in keyboard has stopped doing key-repeat. No matter how much I hold down a key, Linux only ever registers it a single time. |
| 2026-03-12 02:15:08 | <haskellbridge> | Is there something wrong with my laptop and/or my Linux settings? |
| 2026-03-12 02:33:34 | <geekosaur> | try: xset r on |
| 2026-03-12 02:33:59 | <geekosaur> | (or "xset q" to see what the settings including key repeat settings are) |
| 2026-03-12 02:43:28 | <geekosaur> | it's also possible that the repeat delay is set really high (like, minutes or even hours) or that the repeat mask has been cleared somehow (all 0s in "auto repeating keys", which is likely to be rather difficult to fix) |
| 2026-03-12 02:58:11 | <geekosaur> | (fwiw the repeat delay is in ms. if it somehoww got set to MAX_INT, that's around 23 days) |
| 2026-03-12 02:58:20 | <geekosaur> | (if I got the math right) |
| 2026-03-12 05:58:05 | × | vados quits (~vados@46-133-57-88.mobile.vf-ua.net) (Ping timeout: 252 seconds) |
| 2026-03-12 06:28:41 | → | vados joins (~vados@46-133-140-234.mobile.vf-ua.net) |
| 2026-03-12 07:59:33 | → | Enrico63 joins (~Enrico63@host-82-61-84-117.retail.telecomitalia.it) |
| 2026-03-12 08:06:51 | × | Enrico63 quits (~Enrico63@host-82-61-84-117.retail.telecomitalia.it) (Quit: Client closed) |
| 2026-03-12 09:24:48 | × | vados quits (~vados@46-133-140-234.mobile.vf-ua.net) (Ping timeout: 246 seconds) |
| 2026-03-12 14:56:38 | → | Digitteknohippie joins (~user@user/digit) |
| 2026-03-12 14:56:48 | × | Digit quits (~user@user/digit) (Ping timeout: 264 seconds) |
| 2026-03-12 16:27:13 | Digitteknohippie | is now known as Digit |
| 2026-03-12 16:30:00 | → | vados joins (~vados@46-133-140-234.mobile.vf-ua.net) |
| 2026-03-12 20:48:26 | <haskellbridge> | <iqubic (she/her)> I don't know what caused this issue, but I do remember switching to a TTY and seeing that key repeat worked there. And then I rebooted my machine, and things went back to normal. |
| 2026-03-12 20:51:55 | <haskellbridge> | <iqubic (she/her)> The last thing I remember doing before it broke was running a SNES emulator with WINE. |
| 2026-03-12 20:54:14 | <geekosaur> | right, tty and X11 (and wayland) key repeats are distinct, with different settings |
| 2026-03-12 20:54:28 | <geekosaur> | wine might possibly disable or more likely take over key repeat |
| 2026-03-12 20:55:13 | <haskellbridge> | <iqubic (she/her)> I know that. I switched to the TTY to check if key repeat being broken was a hardware thing or a software thing. |
| 2026-03-12 20:56:14 | <haskellbridge> | <iqubic (she/her)> The WINE thing is new to me though. Is there a way to change the autorepeat settings with xset? |
| 2026-03-12 20:56:28 | <geekosaur> | yes |
| 2026-03-12 20:56:39 | <geekosaur> | I told you how to turn it on earlier |
| 2026-03-12 20:57:04 | <haskellbridge> | <iqubic (she/her)> auto repeat: on, auto repeat delay: 660, repeat rate: 25 |
| 2026-03-12 20:57:38 | <haskellbridge> | <iqubic (she/her)> Yes, I saw how to turn it on. Is there a way to manually change the other two values without completely killing X? |
| 2026-03-12 21:02:25 | <geekosaur> | e.g. xset r 500 50 |
| 2026-03-12 21:02:43 | <geekosaur> | (xset's parameter parsing is idiosyncratic and primitive) |
| 2026-03-12 21:09:37 | <haskellbridge> | <iqubic (she/her)> Cool beans! |
| 2026-03-12 23:57:24 | × | ml| quits (~ml|@user/ml/x-5298235) (Quit: WeeChat 4.4.2) |
| 2026-03-13 00:35:55 | → | werneta_ joins (~werneta@71.83.160.242) |
| 2026-03-13 01:07:54 | × | terrorjack quits (~terrorjac@2a01:4f8:271:2d98::2) (Quit: The Lounge - https://thelounge.chat) |
| 2026-03-13 01:53:50 | → | ml| joins (~ml|@user/ml/x-5298235) |
| 2026-03-13 01:54:48 | × | ml| quits (~ml|@user/ml/x-5298235) (Client Quit) |
| 2026-03-13 02:53:36 | → | terrorjack joins (~terrorjac@2a01:4f8:271:2d98::2) |
| 2026-03-13 02:58:47 | → | ml| joins (~ml|@user/ml/x-5298235) |
| 2026-03-13 03:01:27 | × | ml| quits (~ml|@user/ml/x-5298235) (Client Quit) |
| 2026-03-13 03:04:42 | → | ml| joins (~ml|@user/ml/x-5298235) |
| 2026-03-13 03:04:52 | × | ml| quits (~ml|@user/ml/x-5298235) (Client Quit) |
| 2026-03-13 03:05:19 | → | ml| joins (~ml|@user/ml/x-5298235) |
| 2026-03-13 03:05:39 | × | ml| quits (~ml|@user/ml/x-5298235) (Client Quit) |
| 2026-03-13 03:08:21 | → | ml| joins (~ml|@user/ml/x-5298235) |
| 2026-03-13 03:15:11 | × | ml| quits (~ml|@user/ml/x-5298235) (Quit: WeeChat 4.8.1) |
| 2026-03-13 04:58:05 | × | vados quits (~vados@46-133-140-234.mobile.vf-ua.net) (Ping timeout: 245 seconds) |
| 2026-03-13 08:01:49 | → | vados joins (~vados@46-133-183-219.mobile.vf-ua.net) |
| 2026-03-13 10:26:25 | → | Enrico63 joins (~Enrico63@host-82-61-84-117.retail.telecomitalia.it) |
| 2026-03-13 10:40:58 | × | Enrico63 quits (~Enrico63@host-82-61-84-117.retail.telecomitalia.it) (Ping timeout: 240 seconds) |
| 2026-03-13 12:17:54 | × | vados quits (~vados@46-133-183-219.mobile.vf-ua.net) (Ping timeout: 248 seconds) |
| 2026-03-13 13:12:10 | ← | L29Ah parts (~L29Ah@wikipedia/L29Ah) () |
| 2026-03-13 13:18:43 | → | L29Ah joins (~L29Ah@wikipedia/L29Ah) |
| 2026-03-13 13:25:28 | ← | L29Ah parts (~L29Ah@wikipedia/L29Ah) () |
| 2026-03-13 13:27:36 | → | L29Ah joins (~L29Ah@wikipedia/L29Ah) |
| 2026-03-13 13:32:51 | → | rekahsoft joins (~rekahsoft@bras-base-orllon1103w-grc-20-76-67-111-168.dsl.bell.ca) |
| 2026-03-13 15:02:08 | → | vados joins (~vados@46-133-183-219.mobile.vf-ua.net) |
All times are in UTC.