2025/11/13

Newest at the top

2025-11-13 17:58:13 +0100rekahsoft(~rekahsoft@70.51.99.245) (Ping timeout: 264 seconds)
2025-11-13 16:51:55 +0100yecinem_(~yecinem@2003:ee:f11:2f00:9015:f73b:b0b4:5183) (Ping timeout: 240 seconds)
2025-11-13 16:45:40 +0100ft(~ft@p4fc2aaeb.dip0.t-ipconnect.de) ft
2025-11-13 16:01:40 +0100L29Ah(~L29Ah@wikipedia/L29Ah) L29Ah
2025-11-13 13:35:57 +0100hightower4(~hightower@dh207-80-103.xnet.hr) (Read error: Connection reset by peer)
2025-11-13 13:17:29 +0100lambdabot(~lambdabot@haskell/bot/lambdabot) lambdabot
2025-11-13 13:00:59 +0100lambdabot(~lambdabot@haskell/bot/lambdabot) (Remote host closed the connection)
2025-11-13 12:57:07 +0100ximdhduhdhdh(~ximdhduhd@dslb-002-205-170-105.002.205.pools.vodafone-ip.de) (Ping timeout: 250 seconds)
2025-11-13 12:30:59 +0100ximdhduhdhdh(~ximdhduhd@dslb-002-205-170-105.002.205.pools.vodafone-ip.de)
2025-11-13 12:30:08 +0100ximdhduhdhdh(~ximdhduhd@dslb-002-205-170-105.002.205.pools.vodafone-ip.de) (Quit: Client closed)
2025-11-13 12:19:12 +0100ximdhduhdhdh(~ximdhduhd@dslb-002-205-170-105.002.205.pools.vodafone-ip.de)
2025-11-13 12:00:19 +0100ximdhduhdhdh(~ximdhduhd@dslb-002-205-170-105.002.205.pools.vodafone-ip.de) (Quit: Client closed)
2025-11-13 11:45:31 +0100ximdhduhdhdh(~ximdhduhd@dslb-002-205-170-105.002.205.pools.vodafone-ip.de)
2025-11-13 09:07:37 +0100yecinem_(~yecinem@2003:ee:f11:2f00:9015:f73b:b0b4:5183)
2025-11-13 08:51:35 +0100ft(~ft@p4fc2aaeb.dip0.t-ipconnect.de) (Quit: leaving)
2025-11-13 06:57:19 +0100ChubaDuba(~ChubaDuba@37.112.227.157) (Ping timeout: 240 seconds)
2025-11-13 06:53:11 +0100ChubaDuba(~ChubaDuba@37.112.227.157) ChubaDuba
2025-11-13 06:47:27 +0100L29Ah(~L29Ah@wikipedia/L29Ah) (Ping timeout: 256 seconds)
2025-11-13 06:05:32 +0100T_X(~T_X@diktynna.open-mesh.org) T_X
2025-11-13 06:05:32 +0100td__(~td@i53870917.versanet.de)
2025-11-13 06:05:05 +0100OftenFaded(~OftenFade@user/OftenFaded) (Ping timeout: 256 seconds)
2025-11-13 06:05:05 +0100scardinal(~supreme@0x573d64a9.static.cust.fastspeed.dk) (Ping timeout: 256 seconds)
2025-11-13 06:05:04 +0100hightower2(~hightower@dh207-80-103.xnet.hr) (Ping timeout: 256 seconds)
2025-11-13 06:05:04 +0100td_(~td@i53870917.versanet.de) (Ping timeout: 256 seconds)
2025-11-13 06:04:45 +0100OftenFad1(~OftenFade@user/OftenFaded) OftenFaded
2025-11-13 06:04:04 +0100T_X(~T_X@diktynna.open-mesh.org) (*.net *.split)
2025-11-13 06:03:59 +0100scardina1(~supreme@0x573d64a9.static.cust.fastspeed.dk)
2025-11-13 06:00:45 +0100hightower4(~hightower@dh207-80-103.xnet.hr) hightower2
2025-11-13 04:30:41 +0100td_(~td@i53870917.versanet.de) td_
2025-11-13 04:28:55 +0100td_(~td@i53870901.versanet.de) (Ping timeout: 240 seconds)
2025-11-13 03:34:49 +0100hightower4(~hightower@cpe-94-253-244-214.st.cable.xnet.hr) (Ping timeout: 264 seconds)
2025-11-13 03:32:56 +0100hightower2(~hightower@dh207-80-103.xnet.hr) hightower2
2025-11-13 03:30:42 +0100zawaken(~zawaken@user/zawaken) zawaken
2025-11-13 03:18:28 +0100hightower4(~hightower@cpe-94-253-244-214.st.cable.xnet.hr) hightower2
2025-11-13 03:18:25 +0100hightower2(~hightower@cpe-94-253-244-214.st.cable.xnet.hr) (Ping timeout: 240 seconds)
2025-11-13 03:01:59 +0100zawaken(~zawaken@user/zawaken) (Quit: ZNC - https://znc.in)
2025-11-13 02:40:30 +0100hightower2(~hightower@cpe-94-253-244-214.st.cable.xnet.hr) hightower2
2025-11-13 02:19:27 +0100hightower2(~hightower@dh207-80-141.xnet.hr) (Ping timeout: 256 seconds)
2025-11-13 01:40:56 +0100hightower4(~hightower@cpe-94-253-188-16.zg.cable.xnet.hr) (Ping timeout: 256 seconds)
2025-11-13 01:39:34 +0100hightower2(~hightower@dh207-80-141.xnet.hr) hightower2
2025-11-12 20:13:49 +0100 <haskellbridge> ... long message truncated: https://kf8nh.com/_heisenbridge/media/kf8nh.com/pCAwbEAjOIPLxwZxahmxMwOP/pnwWwy1OTzc (6 lines)
2025-11-12 20:13:49 +0100 <haskellbridge> <Nexilva> Possible Workarounds
2025-11-12 20:12:29 +0100 <haskellbridge> <Nexilva> AI said: Yeah, that’s unfortunately a long-standing pain point with newer Plasma versions — KDE Plasma 5.27+ (which ships with Kubuntu 24.04) hard-grabs the Meta (Super) key for KRunner and global shortcuts through KGlobalAccel before XMonad ever sees it. Once that grab happens, the key event never reaches your WM unless Plasma voluntarily releases it — which it doesn’t anymore by default.
2025-11-12 20:12:06 +0100 <haskellbridge> <Nexilva> > KDE5 in kubuntu 24.04 eats the meta key even before xmonad can see it. I don't want to remap my keys, I've been using the same setup for 14 years. So I'll just stay on 22.04. If someone knows how to prevent plasmaframework from eating the meta key, please let me know.
2025-11-12 19:25:08 +0100Enrico63(~Enrico63@2a0b:e541:10d0:0:9efc:e8ff:fe24:3213) (Quit: Client closed)
2025-11-12 19:12:09 +0100ft(~ft@p4fc2aaeb.dip0.t-ipconnect.de) ft
2025-11-12 18:03:37 +0100yecinem_(~yecinem@host-212-114-138-22.customer.m-online.net) (Ping timeout: 256 seconds)
2025-11-12 15:32:17 +0100Enrico63(~Enrico63@2a0b:e541:10d0:0:9efc:e8ff:fe24:3213) Enrico63
2025-11-12 13:25:53 +0100redgloboli(~redglobol@user/redgloboli) redgloboli
2025-11-12 13:21:37 +0100redgloboli(~redglobol@user/redgloboli) (Ping timeout: 264 seconds)