Home freenode/#xmonad: Logs Calendar

Logs: freenode/#xmonad

←Prev  Next→
Page 1 .. 32 33 34 35 36 37 38 39 40 41 42 .. 397
— 39,606 events total
2020-12-14 22:54:16 × seschwar quits (~seschwar@unaffiliated/seschwar) (Quit: :wq)
2020-12-14 23:22:32 × xaltsc quits (~xaltsc@unaffiliated/xaltsc) (Ping timeout: 260 seconds)
2020-12-14 23:26:36 × ddellacosta quits (dd@gateway/vpn/mullvad/ddellacosta) (Ping timeout: 256 seconds)
2020-12-14 23:47:00 × notis quits (~notis@185.51.134.230) (Ping timeout: 256 seconds)
2020-12-14 23:47:58 → _ashbreeze_ joins (~mark@184-157-32-85.dyn.centurytel.net)
2020-12-15 00:06:53 EnchanterTim is now known as Hash
2020-12-15 00:28:52 → joznia joins (~reno@162-206-187-245.lightspeed.renonv.sbcglobal.net)
2020-12-15 00:28:54 <Liskni_si> Solid: here's a tip for your next cleanup: http://hackage.haskell.org/package/extensible-exceptions-0.1.1.4/docs/Control-Exception-Extensible.html
2020-12-15 00:29:10 <Liskni_si> it's used all over the place
2020-12-15 00:32:19 × joznia quits (~reno@162-206-187-245.lightspeed.renonv.sbcglobal.net) (Client Quit)
2020-12-15 00:46:14 × wonko7 quits (~wonko7@lns-bzn-55-82-255-183-4.adsl.proxad.net) (Ping timeout: 260 seconds)
2020-12-15 03:01:47 → sgibber2018 joins (~arch-gibb@208.85.237.137)
2020-12-15 03:19:45 × theDon quits (~td@muedsl-82-207-238-224.citykom.de) (Read error: Connection reset by peer)
2020-12-15 03:23:47 → theDon joins (~td@94.134.91.212)
2020-12-15 03:52:15 → tux1 joins (~tux@116.251.216.46)
2020-12-15 03:58:19 <tux1> how to build xmonad-contrib from source? simply cabal install?
2020-12-15 04:03:37 <tux1> is it normal warnings to appear in xmonad contrib build>
2020-12-15 04:03:39 <tux1> ?
2020-12-15 04:04:08 × tux1 quits (~tux@116.251.216.46) (Quit: WeeChat 2.9)
2020-12-15 04:29:27 → ChubaDuba joins (~ChubaDuba@37.112.227.86)
2020-12-15 04:51:38 × MasseR quits (~MasseR@51.15.143.128) (Quit: Ping timeout (120 seconds))
2020-12-15 04:52:01 → MasseR joins (~MasseR@51.15.143.128)
2020-12-15 05:19:25 → materiyolo joins (~materiyol@112.204.171.225)
2020-12-15 05:54:25 <psibi[m]> Yeah, it's normal. Although there is work being done to fix that.
2020-12-15 05:55:14 <psibi[m]> Eg: https://github.com/xmonad/xmonad-contrib/pull/432
2020-12-15 05:55:14 <psibi[m]> And I see that the person who asked the question has left the room. :-)
2020-12-15 06:00:12 × ChubaDuba quits (~ChubaDuba@37.112.227.86) (Quit: WeeChat 1.6)
2020-12-15 06:01:46 → palo1 joins (~weechat@c-base/crew/palo)
2020-12-15 06:05:02 × palo quits (~weechat@c-base/crew/palo) (Ping timeout: 260 seconds)
2020-12-15 06:05:02 palo1 is now known as palo
2020-12-15 06:59:58 → palo1 joins (~weechat@c-base/crew/palo)
2020-12-15 07:00:22 <Solid> Liskni_si: I was afraid I'd turn into "the cleanup person" ;)
2020-12-15 07:03:22 × palo quits (~weechat@c-base/crew/palo) (Ping timeout: 260 seconds)
2020-12-15 07:03:22 palo1 is now known as palo
2020-12-15 07:14:26 <Solid> ?tell mc47 do you want to coordinate your efforts on #433 with #408 somehow? I also have xmobar killing in my dotfiles ( http://ix.io/2I7F ) in case you need more inspriration
2020-12-15 07:14:27 <lambdabot> Consider it noted.
2020-12-15 07:16:06 × materiyolo quits (~materiyol@112.204.171.225) (Quit: WeeChat 2.9)
2020-12-15 07:17:32 × growpotkin quits (~growpotki@130-45-30-154.dyn.grandenetworks.net) (Quit: ZNC 1.8.2 - https://znc.in)
2020-12-15 07:21:19 × sfrique quits (~sfrique@189.122.177.88) (Ping timeout: 256 seconds)
2020-12-15 07:23:21 → cfricke joins (~cfricke@unaffiliated/cfricke)
2020-12-15 07:26:16 → xaltsc joins (~xaltsc@unaffiliated/xaltsc)
2020-12-15 07:50:52 × cfricke quits (~cfricke@unaffiliated/cfricke) (Quit: WeeChat 3.0)
2020-12-15 07:51:05 → cfricke joins (~cfricke@unaffiliated/cfricke)
2020-12-15 08:04:48 → notis joins (~notis@185.51.134.230)
2020-12-15 08:32:30 → mc47 joins (~yecinem@89.246.239.190)
2020-12-15 08:35:17 <mc47> Solid thanks for the tip!
2020-12-15 08:35:34 <mc47> I thought about this more, and I had another idea that could work without even relying on persisting PIDs
2020-12-15 08:37:00 Hash is now known as THC
2020-12-15 08:37:53 <mc47> We could set a custom property when launching xmobar/dzen, and add a clean-up function that goes fetches all these windows with the custom property, fetches the _NET_WM_PID and kill that
2020-12-15 08:40:41 → wonko7 joins (~wonko7@2a01:e35:2ffb:7040:4535:f480:7dff:b3b5)
2020-12-15 08:40:54 × davemq quits (~davemq@99-179-0-50.lightspeed.austtx.sbcglobal.net) (Quit: ZNC 1.8.2 - https://znc.in)
2020-12-15 08:42:06 → davemq joins (~davemq@2600:1700:b1c0:2580::4d8)
2020-12-15 08:48:41 → thc202 joins (~thc202@unaffiliated/thc202)
2020-12-15 08:57:33 <Solid> do we need to set a custom property?
2020-12-15 08:58:12 <Solid> we could probably search through all windows with _NET_WM_WINDOW_TYPE_DOCK
2020-12-15 08:58:21 <Solid> and then match PIDs
2020-12-15 09:01:30 <mc47> I thought if we set a property, we won't actually care if it's xmobar or dzen or anything else
2020-12-15 09:01:44 <mc47> as long as it's a GUI and it has _NET_WM_PID, this will work on it
2020-12-15 09:03:56 <mc47> the startup hook would then look somethnig like "cleanUp >> spawnOrRestart "xmobar" >> spawnOrRestart "another-thing-that-has-net-wm-pid" >> spawnOrRestart "dzen" "
2020-12-15 09:16:27 <Solid> well if we check for _NET_WM_WINDOW_TYPE_DOCK we don't really care what status bar it is, just that it's indeed some sort of dock
2020-12-15 09:16:52 <Solid> there's apparently even a 'Query' for it in X.H.ManageDocks.checkDoc
2020-12-15 09:17:47 <Solid> we can probably just queryTree the root window on all screen and then filter that list of windows according to checkDoc (I think)
2020-12-15 09:19:20 THC is now known as High
2020-12-15 09:23:33 <mc47> I think that would also work, but we'd be limited to docks - which seems not to be a problem, since the problem we're currently having is with docks
2020-12-15 09:28:44 <Solid> yes since this will be part of `statusBarProp` and the `docks` function that it calls internally to make space for the doc etc. also uses checkDoc and hence only cares about these windows I think that in this case we shouldn't care about just any window that sets _NET_WM_PID
2020-12-15 09:36:32 <mc47> I see. Thanks Solid! I have a good idea on how it should look like, I'll get on it soon
2020-12-15 09:39:26 → al3x27 joins (~plovs@85.254.75.80)
2020-12-15 09:47:26 <Solid> sounds good!
2020-12-15 09:52:05 → joznia joins (~reno@162-206-187-245.lightspeed.renonv.sbcglobal.net)
2020-12-15 09:58:11 <joznia> /exit
2020-12-15 09:58:13 × joznia quits (~reno@162-206-187-245.lightspeed.renonv.sbcglobal.net) (Quit: leaving)
2020-12-15 10:11:17 → joznia joins (~reno@162-206-187-245.lightspeed.renonv.sbcglobal.net)
2020-12-15 10:12:24 <joznia> i've got a weird problem with my colors. when the master is focused and there is >=2 windows in the stack, they appear just fine, but if there is only window in the stack, it's just a darker version of the focused color. how can i change this?
2020-12-15 10:16:20 × joznia quits (~reno@162-206-187-245.lightspeed.renonv.sbcglobal.net) (Quit: Lost terminal)
2020-12-15 10:17:27 → joznia joins (~reno@162-206-187-245.lightspeed.renonv.sbcglobal.net)
2020-12-15 10:29:24 × joznia quits (~reno@162-206-187-245.lightspeed.renonv.sbcglobal.net) (Quit: Lost terminal)
2020-12-15 10:38:11 ← tomsmeding parts (~tomsmedin@tomsmeding.com) ("WeeChat 2.9")
2020-12-15 12:25:14 × davemq quits (~davemq@2600:1700:b1c0:2580::4d8) (Ping timeout: 264 seconds)
2020-12-15 12:26:00 → davemq joins (~davemq@99-179-0-50.lightspeed.austtx.sbcglobal.net)
2020-12-15 12:44:17 → geekosaur joins (ac3a8b12@172.58.139.18)
2020-12-15 13:47:09 × sgibber2018 quits (~arch-gibb@208.85.237.137) (Ping timeout: 256 seconds)
2020-12-15 13:59:13 <Liskni_si> mc47, Solid: I keep thinking about this xmobar restarting and I kind of wish we could use the user systemd for this or something :-)
2020-12-15 13:59:45 <Liskni_si> if only it was capable of managing multiple sessions
2020-12-15 13:59:54 × berberman quits (~berberman@unaffiliated/berberman) (Ping timeout: 258 seconds)
2020-12-15 13:59:57 → berberman_ joins (~berberman@unaffiliated/berberman)
2020-12-15 14:00:38 <Solid> Liskni_si: That sounds even less portable than using pidfds :D
2020-12-15 14:00:59 <Liskni_si> s/we/I/ then :-)
2020-12-15 14:01:35 <Liskni_si> I tried to migrate my .xsession to user systemd yesterday, and it almost works, but I keep hitting a roadblock with support for multiple sessions
2020-12-15 14:02:04 <Liskni_si> but it would be so easy to just delegate restarting of crashed comptons and alttabs to systemd and forget about it
2020-12-15 14:02:52 <mc47> I'm even more clueless when it comes to systemd than when it comes to X11
2020-12-15 14:04:55 <mc47> BTW Solid I'm gonna rebase my branch on top of yours when I'll submit the PR, so when everything is reviewed we should merge yours first
2020-12-15 14:05:09 <Liskni_si> well I'm just fantasizing
2020-12-15 14:05:54 Solid uses runit so wants to stay as far away from systemd as possible
2020-12-15 14:05:55 <Solid> :>
2020-12-15 14:06:24 <Liskni_si> I love all the tools that systemd gives me: all the logging, status, process trees, etc.
2020-12-15 14:06:53 <Liskni_si> and I'd love to have something like that for these little things that my xmonad invokes per-session
2020-12-15 14:07:14 <Solid> mc47: sounds good; ping me when you have it up and I'll convert mine from a draft to a normal pr
2020-12-15 14:07:24 <Liskni_si> doesn't need to be systemd, it's that I'd be losing all the tools and the associated muscle memory
2020-12-15 14:13:11 <mc47> I have no idea why I feel intimidated by systemd.. Whenever I see it I'm like "oh please have mercy"
2020-12-15 14:13:48 <mc47> Solid sure, it might take till the weekend though
←Prev  Next→
Page 1 .. 32 33 34 35 36 37 38 39 40 41 42 .. 397

All times are in UTC.