Home liberachat/#xmonad: Logs Calendar

Logs on 2025-04-28 (liberachat/#xmonad)

00:19:34 OftenFaded joins (~OftenFade@user/tisktisk)
01:13:51 OftenFaded9 joins (~OftenFade@user/tisktisk)
01:14:54 × OftenFaded quits (~OftenFade@user/tisktisk) (Ping timeout: 240 seconds)
01:15:30 × OftenFaded9 quits (~OftenFade@user/tisktisk) (Client Quit)
01:56:38 dpn` joins (~dpn`@203.220.95.204)
01:58:05 <dpn`> hello - has anyone tried using the panel mode in kitty with xmonad? I get this issue https://github.com/kovidgoyal/kitty/discussions/8577
01:58:49 <dpn`> the relevant types are set by kitty here https://github.com/kovidgoyal/kitty/blob/01415eb84c8396548a3e89c469c919670235eeda/glfw/x11_window.c#L3276
01:59:43 <geekosaur> xmonad does not have any panels built in, you're expected to run an external panel
01:59:54 <geekosaur> so we don't create any of the panel atoms
02:00:08 <dpn`> config here: https://gist.github.com/dpnova/97d4dcb3484b5347898a23821e24f030
02:00:34 <dpn`> ah - that's what my first port of call was going to be geekosaur - I suspected kitty doesn't create the atoms first
02:00:55 <geekosaur> they should be created by the panel when it's started
02:01:23 <dpn`> do you mind if I copy paste your comment for the sake of the GH discussion?
02:01:53 <geekosaur> you're welcome to
02:01:53 <dpn`> i'm happy to make the changes in kitty - i know how kovid can get in some of these discussions :P
02:02:36 <dpn`> cheers!
02:06:25 <dpn`> been playing with taffybar but have found the memory use a bit on the hefty side :/ - was going to try make something with eww but figured it probably has the same issue
02:08:46 <geekosaur> it'll be hard to beat one of the minimalist ones (xmobar, dzen) — most of them use at minimum gtk and often a panel library so they can implement indicator areas more easily
02:20:37 × td_ quits (~td@i5387092A.versanet.de) (Ping timeout: 248 seconds)
02:22:13 td_ joins (~td@i53870908.versanet.de)
03:27:31 <dpn`> geekosaur yeah that's what I'll do if I have no luck with the kitty panel, cheers
05:04:49 × dpn` quits (~dpn`@203.220.95.204) (Quit: Client closed)
06:15:01 × haskellbridge quits (~hackager@syn-024-093-192-219.res.spectrum.com) (Remote host closed the connection)
06:38:57 ChubaDuba joins (~ChubaDuba@5.165.255.167)
06:41:14 × ChubaDuba quits (~ChubaDuba@5.165.255.167) (Read error: Connection reset by peer)
06:46:23 ChubaDuba joins (~ChubaDuba@5.165.255.167)
06:51:39 × ft quits (~ft@p4fc2a6e6.dip0.t-ipconnect.de) (Quit: leaving)
07:03:35 haskellbridge joins (~hackager@syn-024-093-192-219.res.spectrum.com)
09:01:48 L29Ah parts (~L29Ah@wikipedia/L29Ah) ()
09:02:42 L29Ah joins (~L29Ah@wikipedia/L29Ah)
09:04:02 L29Ah parts (~L29Ah@wikipedia/L29Ah) ()
09:05:12 L29Ah joins (~L29Ah@wikipedia/L29Ah)
09:07:29 × Digit quits (~user@user/digit) (Ping timeout: 245 seconds)
09:16:12 × werneta quits (~werneta@syn-071-083-160-242.res.spectrum.com) (Read error: Connection reset by peer)
09:19:35 werneta joins (~werneta@syn-071-083-160-242.res.spectrum.com)
09:31:16 L29Ah parts (~L29Ah@wikipedia/L29Ah) ()
09:31:38 L29Ah joins (~L29Ah@wikipedia/L29Ah)
10:49:23 down200 joins (~down200@shell.lug.mtu.edu)
11:09:48 Digit joins (~user@user/digit)
11:26:19 × ChubaDuba quits (~ChubaDuba@5.165.255.167) (Quit: WeeChat 4.6.0)
13:56:11 × gwentpl quits (~gwpl@user/gwentpl) (*.net *.split)
17:03:54 × Buliarous quits (~gypsydang@46.232.210.139) (Remote host closed the connection)
17:04:23 Buliarous joins (~gypsydang@46.232.210.139)
17:25:47 ft joins (~ft@p4fc2a6e6.dip0.t-ipconnect.de)
18:17:05 gwentpl joins (~gwpl@user/gwentpl)
20:29:32 OftenFaded joins (~OftenFade@user/tisktisk)
20:30:51 <OftenFaded> If I only value stability/reliability, should I go with dzen or xmobar? Or what question should I ask myself when choosing between these two?
20:31:46 <L29Ah> "why do i need a bar"
20:31:51 <geekosaur> dzen does less, so it would be more stable and more reliable… for the very little it does
20:32:19 <geekosaur> xmobar, flip side, is more reliable than the plethora of gtk-based bars
20:32:43 <geekosaur> with all their fancy shenanigans
20:32:45 L29Ah has one-line-high urxvt window on one of his workspaces, perhaps that qualifies as a bar
20:33:05 <geekosaur> sounds like you reinvented dzen 😛
20:33:17 <L29Ah> no, dzen has some crazy markup stuff
20:33:30 <L29Ah> while urxvt doesn't reinvent the wheel :>
20:34:52 <OftenFaded> for some reason I was expecting something like, "but xmobar is all haskell so it being formally verified code makes it more stable"
20:35:01 <Digit> if i were to bar, i tint2, but i dont bar in xmonad, no felt need to. partly because max stability is no bar.
20:35:37 <OftenFaded> Alright, yall have me half convinced I should just never worry about what time it is
20:35:47 <L29Ah> Digit: but but how do you look your time date temperature charge power
20:36:00 <OftenFaded> my thoughts exactly lol
20:36:05 <L29Ah> OftenFaded: urxvt.
20:36:28 <geekosaur> xmobar has had a lot of bugs, actually. "all haskell" falls apart when you have to make FFI calls to do anything useful, as you must with any GUI
20:36:46 <L29Ah> i must admit though a shell script calling `date` isn't the most energy efficient way to produce the date
20:37:05 <L29Ah> but good enough for a laptop
20:37:10 <geekosaur> judging by how fast pids increase on my system, it'd be in the noise
20:37:20 <geekosaur> (with nothing running, that is)
20:37:29 <Digit> got clock on my tmux, got clock on my prompt, got timestamps in irc, got a a gui analog clock in view on my other computer that spends most time on my sound therapy workspace, got clocks on my monitors tab in htop and tmux and likely somewhere else... always somewhere i can see the time in an instant.
20:38:26 <OftenFaded> well fug, I don't know how yall did that, but I no longer desire the bar life
20:38:49 <L29Ah> congrats on increasing your screen estate savings
20:39:20 <Digit> temps, i got in my monitors tmux session. power, i'm always plugged in. if i needed it, sure, i might look into putting that in a bar... maybe tint2. n_n
20:40:54 <OftenFaded> wait, should I really be using urxvt in an xmonad env? Is it more stable than alacritty?
20:41:49 <L29Ah> OftenFaded: https://github.com/l29ah/misc/blob/master/suck/terminal-emulators#L26 maybe
20:47:08 <Digit> OftenFaded: urxvt's a fair choice. (I say after re-consulting my spreadsheet to work out my terminal preference: http://ks392457.kimsufi.com/stuff/scrots/2025-04-09-121424_1920x1080_scrot.png ) ... tho alacrity does score 2nd highest overall there. but then i didnt score for stability at all apparently.
20:48:22 <OftenFaded> stability wasn't scored because one shouldn't consider the stability of terms? I guess they are one of the more naturally stable tools in software world
20:49:12 <OftenFaded> Sorry for asking endless questions. I'm a hobbyist who's blundered my way forward for way too long--trying to do more avoidance of the blunders before they arise you could say
20:49:17 <Digit> been a st user long time, xterm(/yeahconsole) mostly before that, ... stability never bit me, and so never entered my mind.
20:49:55 <Digit> blunders teach. sometimes they're the right mistakes to make.
20:50:15 <OftenFaded> I can break any and everything without trying too--I may have a neverb4-diagnosed condition
21:00:26 <Digit> well, you probably dont need one of those to pick a good term for ricing in xmonad, but it helps. sfe ;)
21:05:38 × m5zs7k quits (aquares@web10.mydevil.net) (Ping timeout: 252 seconds)
21:06:48 <geekosaur> "human fuzzer"
21:08:12 m5zs7k joins (aquares@web10.mydevil.net)
21:11:36 <OftenFaded> ricing is no longer the focus (don't have the creativity for it). I need to stick with tools that break least often and are most effortlessly repairable when I inevitably do break them.
21:12:21 <OftenFaded> hoping xmonad dethrones i3 for me in this endeavour
21:16:16 <Digit> i've basically not changed my xmonad config in over a dozen years. updated, re-wrote once for upgrade, but no change. that's fair sign of having unbroken my workflow from rice squirrelling. :)
21:19:15 <geekosaur> my basic config has lasted around that long as well, although the github repo doesn't show it. last major change was when I switched away from kde sometime in the late 2000s
21:23:42 <OftenFaded> geekosaur what made you switch away from kde, if you don't mind me asking?
21:24:29 <geekosaur> I liked it but I was running on a tiny netbook (600MHz, 2GB!) and it just got too heavy
21:26:34 <Digit> xmonad offers so much shiny potential, (and i've explored some, with prior more elaborate configs, even in kde), and yet still manages to be easy to settle down into something simple and practical.
21:29:49 rascasse joins (~rascasse@user/diep)
21:31:45 <geekosaur> (I mean using xmonad as wm for kde, which was easy in kde2/3 and got harder in kde4+. currently you need to patch and rebuild part of kde, the patch is in our issue tracker)
21:48:37 <OftenFaded> so a stable xmonad would stick to gnome/gtk packages instead?
21:51:48 <geekosaur> "packages" (apps) are fine. it's trying to use it as window manager for the DE that breaks
21:52:08 <geekosaur> but gnome breaks even worse there: it's not possible, the wm has to be a plugin to their DE
21:53:15 <geekosaur> someone would need to write an adapter in JS
22:06:02 <OftenFaded> Oh I see--I was locked in a 'this/that' perspective for a minute
22:21:40 × rascasse quits (~rascasse@user/diep) (Remote host closed the connection)
23:15:58 × Buliarous quits (~gypsydang@46.232.210.139) (Remote host closed the connection)
23:16:25 Buliarous joins (~gypsydang@46.232.210.139)

All times are in UTC on 2025-04-28.