2022-05-20 00:03:03 +0200 | californiatok[m] | (~californi@2001:470:69fc:105::2:1353) |
2022-05-20 00:24:42 +0200 | californiatok[m] | (~californi@2001:470:69fc:105::2:1353) (Quit: User was banned) |
2022-05-20 00:47:58 +0200 | stackdroid18 | (14094@user/stackdroid) (Quit: hasta la vista... tchau!) |
2022-05-20 00:51:40 +0200 | <jao> | is the list of commands available in ServerMode extensible? as in, can one define custom commands? |
2022-05-20 00:52:41 +0200 | <geekosaur> | ServerMode is a proof of concept, not a framework; if you want to extend or change it, you get to edit source |
2022-05-20 00:54:07 +0200 | <jao> | thanks. i think this time wmctrl and a bit of elisp is going to be quicker. |
2022-05-20 00:56:19 +0200 | <geekosaur> | probably, if it's wmctrl-able |
2022-05-20 00:57:39 +0200 | stackdroid18 | (14094@user/stackdroid) |
2022-05-20 01:01:42 +0200 | <jao> | i think so. i know (part of) the title of a window i want to locate and raise (from an org link) and send to it an (also computed on the fly) fake key. at worst i'll need xdotool instead (forgot i wmctrl fakes key sends). |
2022-05-20 01:02:02 +0200 | <jao> | if* |
2022-05-20 01:19:16 +0200 | mvk | (~mvk@2607:fea8:5ce3:8500::ba9a) (Ping timeout: 272 seconds) |
2022-05-20 01:34:46 +0200 | benin | (~benin@183.82.31.141) |
2022-05-20 01:52:23 +0200 | woobilicious | (~woobilici@2001:470:69fc:105::1:4605) |
2022-05-20 01:54:35 +0200 | <woobilicious> | Are there any plans to port xmonad to wayland? |
2022-05-20 01:58:49 +0200 | <woobilicious> | waymonad seems to be neglected :-( |
2022-05-20 01:59:36 +0200 | <geekosaur> | we'd have to hire someone to write it. and it's not clear that wayland is stable enough yet |
2022-05-20 02:00:10 +0200 | <geekosaur> | unless part of the remit is to write a more stable compositor than anyone else has to date |
2022-05-20 02:03:40 +0200 | <woobilicious> | most distros are shipping wayland default KDE and gnome now by default now. |
2022-05-20 02:04:41 +0200 | <woobilicious> | ahh I found a fork of waymonad. |
2022-05-20 02:11:02 +0200 | abhixec | (~abhixec@c-67-169-139-16.hsd1.ca.comcast.net) |
2022-05-20 02:15:46 +0200 | <geekosaur> | yes, and we have many stories of people trying wayland for a while and going back to X11 because wayland crashed too much |
2022-05-20 02:16:07 +0200 | <geekosaur> | we don't plan to join the modern wave of crashy window managers |
2022-05-20 02:17:08 +0200 | <geekosaur> | (waymonad is crashy too because wlroots is no more stable than any other wayland compositor) |
2022-05-20 02:29:09 +0200 | <vrs> | are they written badly or is it some kind of design bug? |
2022-05-20 02:31:30 +0200 | <geekosaur> | compositors are hard too write. it took three tries to get something stable for X11 |
2022-05-20 02:33:20 +0200 | <geekosaur> | it's even more complicated when the compositor is also the display server, as it is under wayland |
2022-05-20 02:34:23 +0200 | <jao> | geekosaur, just checking: is picom that "something stable"? |
2022-05-20 02:35:10 +0200 | <geekosaur> | no, compton was. there was a compositor before xcompmgr |
2022-05-20 02:35:50 +0200 | <geekosaur> | sorry, no. xcompmgr -> xcompmgr-dana -> compton -> picom |
2022-05-20 02:35:57 +0200 | <jao> | oh well, i've never had any problems with picom (or compton, for that matter) |
2022-05-20 02:36:08 +0200 | <geekosaur> | compton was the first one that reliably didn't either crash or hang |
2022-05-20 02:36:22 +0200 | <jao> | yes, matches my experience |
2022-05-20 03:20:14 +0200 | <woobilicious> | SimulaVR is using wlroots with Haskell for their 3d desktop. Maybe decent bindings should be the first thing on the agenda. |
2022-05-20 03:21:12 +0200 | abhixec | (~abhixec@c-67-169-139-16.hsd1.ca.comcast.net) (Read error: Connection reset by peer) |
2022-05-20 03:22:23 +0200 | abhixec | (~abhixec@c-67-169-139-16.hsd1.ca.comcast.net) |
2022-05-20 03:22:29 +0200 | jao | (~jao@cpc103048-sgyl39-2-0-cust502.18-2.cable.virginm.net) (Remote host closed the connection) |
2022-05-20 03:52:49 +0200 | Zach[m] | (~zoglesby@user/zoglesby) |
2022-05-20 04:04:30 +0200 | banc | (banc@gateway/vpn/airvpn/banc) (Ping timeout: 240 seconds) |
2022-05-20 04:11:31 +0200 | jao | (~jao@cpc103048-sgyl39-2-0-cust502.18-2.cable.virginm.net) |
2022-05-20 04:13:47 +0200 | <jakeStateless-Fa> | does anyone understand gridselect well enough to be able to tell my why when I use it, everything freezes? |
2022-05-20 04:15:12 +0200 | <jakeStateless-Fa> | I've been contemplating making a gtk based replacement for it, but I would prefer to simply allow it to fork into it's own process and have an event hook or something |
2022-05-20 04:15:24 +0200 | <jakeStateless-Fa> | well, it's own thread, really |
2022-05-20 04:24:55 +0200 | banc | (banc@gateway/vpn/airvpn/banc) |
2022-05-20 04:52:04 +0200 | terrorjack | (~terrorjac@2a01:4f8:1c1e:509a::1) (Quit: The Lounge - https://thelounge.chat) |
2022-05-20 04:53:59 +0200 | <^[> | jakeStateless-Fa: Does everything freeze? I was under the impression that updates to windows just aren't being shown while it's active. |
2022-05-20 04:54:33 +0200 | terrorjack | (~terrorjac@2a01:4f8:1c1e:509a::1) |
2022-05-20 04:55:31 +0200 | <^[> | My guess is that it makes a new window that covers the entire screen, but doesn't bother clearing it, so it still shows the screen contents from when it was activated. |
2022-05-20 04:55:57 +0200 | <^[> | You can't see what's changed under the window or click through it, so things appear frozen. |
2022-05-20 05:14:22 +0200 | jao | (~jao@cpc103048-sgyl39-2-0-cust502.18-2.cable.virginm.net) (Remote host closed the connection) |
2022-05-20 05:19:21 +0200 | jao | (~jao@cpc103048-sgyl39-2-0-cust502.18-2.cable.virginm.net) |
2022-05-20 06:01:06 +0200 | jao | (~jao@cpc103048-sgyl39-2-0-cust502.18-2.cable.virginm.net) (Ping timeout: 272 seconds) |
2022-05-20 06:11:25 +0200 | stackdroid18 | (14094@user/stackdroid) (Quit: hasta la vista... tchau!) |
2022-05-20 06:59:47 +0200 | benin | (~benin@183.82.31.141) (Quit: Ping timeout (120 seconds)) |
2022-05-20 07:00:05 +0200 | benin | (~benin@183.82.31.141) |
2022-05-20 07:53:06 +0200 | chomwitt | (~chomwitt@2a02:587:dc2d:2c00:65fd:77eb:dfa:d1a4) |
2022-05-20 08:07:11 +0200 | geekosaur | (~geekosaur@xmonad/geekosaur) (Ping timeout: 244 seconds) |
2022-05-20 08:18:54 +0200 | geekosaur | (~geekosaur@xmonad/geekosaur) |
2022-05-20 08:53:14 +0200 | dschrempf | (~dominik@070-207.dynamic.dsl.fonira.net) |
2022-05-20 08:55:40 +0200 | cfricke | (~cfricke@user/cfricke) |
2022-05-20 09:09:06 +0200 | abhixec | (~abhixec@c-67-169-139-16.hsd1.ca.comcast.net) (Ping timeout: 246 seconds) |
2022-05-20 10:13:16 +0200 | <jakeStateless-Fa> | <^[> "You can't see what's changed..." <- yep, that |
2022-05-20 10:14:12 +0200 | <jakeStateless-Fa> | it suspends all other keyboard activity though, and never can be drawn-over, so I'm not sure if it does create a window... but perhaps... |
2022-05-20 10:16:39 +0200 | <jakeStateless-Fa> | meaning, I can't `M-1..9`/etc while it's active, which's understandable/desired, but again, the window refresh is annoying |
2022-05-20 10:16:59 +0200 | <jakeStateless-Fa> | plus, I just watched a video on haskell based GTK apps, and I'm itching to try that out |
2022-05-20 10:17:23 +0200 | <jakeStateless-Fa> | the guy did everything far too manual, I have some clever dynamic loading ideas ;) |
2022-05-20 10:28:10 +0200 | <liskin> | jakeStateless-Fa: primary reason is that gridselect runs synchronously in xmonad and grabs the keyboard, so the normal event loop doesn't pick up any keybinds or events or anything |
2022-05-20 10:28:48 +0200 | <jakeStateless-Fa> | yeah, figured |
2022-05-20 10:29:42 +0200 | <liskin> | there's been a separate implementation of gridselect on hackage (or maybe just github) since forever, though |
2022-05-20 10:30:06 +0200 | <liskin> | but the problem is there isn't any standard way of getting its output back to xmonad |
2022-05-20 10:30:32 +0200 | <liskin> | one might hack together something using ServerMode and xmonadctl, but it's nothing well documented :-( |
2022-05-20 10:30:42 +0200 | <jakeStateless-Fa> | what if it was launched via a pipe? |
2022-05-20 10:31:04 +0200 | <liskin> | doesn't help, xmonad main loop doesn't have facilities for watching pipes |
2022-05-20 10:31:12 +0200 | <liskin> | it's really stupid, tbh |
2022-05-20 10:31:22 +0200 | <liskin> | it just synchronously calls XNextEvent |
2022-05-20 10:31:34 +0200 | <jakeStateless-Fa> | mm |
2022-05-20 10:31:51 +0200 | <liskin> | so any time you want anything async in xmonad (e.g. X.Util.Timer, or ServerMode, or whatever) you end up sending X events |
2022-05-20 10:32:22 +0200 | <liskin> | it shouldn't even be that difficult to fix this, just nobody ever did |
2022-05-20 10:32:24 +0200 | <jakeStateless-Fa> | yikes |
2022-05-20 10:32:40 +0200 | <liskin> | maybe in the past there were issues around Xlib and threads |
2022-05-20 10:32:56 +0200 | <liskin> | but it works rather well in xmobar, so it'd probably work equally well in xmonad too |
2022-05-20 10:35:08 +0200 | <liskin> | ideally you'd just fire off a thread in xmonad and have a global channel/queue through which it could send stuff back to the main thread |
2022-05-20 10:35:31 +0200 | <liskin> | but we don't have that so we've been doing silly X event hacks forever :-) |
2022-05-20 10:36:23 +0200 | <jakeStateless-Fa> | so, it'd be challenging to make xmonad multithreaded? |
2022-05-20 10:36:34 +0200 | <jakeStateless-Fa> | like, at all? |
2022-05-20 10:37:03 +0200 | <liskin> | well that's the thing… probably not really |
2022-05-20 10:37:19 +0200 | <liskin> | just hasn't been done :-) |
2022-05-20 10:38:00 +0200 | <liskin> | (stuff would get broken, reported and fixed, but that's just how it always is) |
2022-05-20 10:52:57 +0200 | <jakeStateless-Fa> | hm, well why not add the framework then? |
2022-05-20 10:54:12 +0200 | <liskin> | just not enough time/priority really |
2022-05-20 11:00:04 +0200 | <jakeStateless-Fa> | on another note, https://github.com/SimulaVR/haskell-mcwayface may be the first step forward in making waymonad function/making Xmonad into Wmonad... |
2022-05-20 11:00:31 +0200 | <jakeStateless-Fa> | that license though... we could probably get the only contributor to change that... for our sakes |
2022-05-20 11:00:59 +0200 | <jakeStateless-Fa> | the guy's still active on gh |
2022-05-20 11:29:28 +0200 | <Solid> | jakeStateless-Fa: be the change you want to see! (with regards to us having TVars) |
2022-05-20 11:46:46 +0200 | werneta | (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) (Ping timeout: 244 seconds) |
2022-05-20 12:31:55 +0200 | Natch | (~natch@c-9e07225c.038-60-73746f7.bbcust.telenor.se) (Remote host closed the connection) |
2022-05-20 12:37:49 +0200 | Natch | (~natch@92.34.7.158) |
2022-05-20 13:46:23 +0200 | <geekosaur> | someone else was actually poking at that recently, I don't recall who or how it turned out but can check my logs later |
2022-05-20 14:03:04 +0200 | <liskin> | I think mgsloan was running some patched version of xmonad core but that was just handling of sigchld, not really a solution to the blocking nextEvent |
2022-05-20 14:03:15 +0200 | <liskin> | Maybe you mean something else |
2022-05-20 14:04:50 +0200 | <geekosaur> | no, past few days in here, someone wanted to do basically what jakeStateless-Fa is talking about with a TVar linking it to the core |
2022-05-20 14:05:53 +0200 | <geekosaur> | it was abastro[m] and we were discussing a TChan, not simply a TVar |
2022-05-20 14:06:51 +0200 | <geekosaur> | they were also hoping for distributed STM but I'm pretty sure they'd be writing a PhD thesis in that case :) |
2022-05-20 14:09:41 +0200 | <geekosaur> | https://ircbrowse.tomsmeding.com/browse/lcxmonad?id=63815#trid63815 |
2022-05-20 14:16:22 +0200 | <geekosaur> | (handling of sigchld is historically a portability nightmare, the best way to do it on linux doesn't work on *bsd at all and the best way to do it on *bsd is incompletely implemented on linux) |
2022-05-20 14:16:26 +0200 | jao | (~jao@cpc103048-sgyl39-2-0-cust502.18-2.cable.virginm.net) |
2022-05-20 14:17:04 +0200 | <geekosaur> | I may have those reversed |
2022-05-20 14:17:55 +0200 | <geekosaur> | I know we rejected a rewrite of sigchld handling back when sjanssen was still involved because it broke his system |
2022-05-20 14:18:59 +0200 | <geekosaur> | (sjanssen was on netbsd. dons started out on netbsd and moved to arch) |
2022-05-20 14:24:37 +0200 | <liskin> | Oh, I see. Completely missed that conversation |
2022-05-20 15:15:15 +0200 | jao | (~jao@cpc103048-sgyl39-2-0-cust502.18-2.cable.virginm.net) (Remote host closed the connection) |
2022-05-20 15:19:59 +0200 | jao | (~jao@cpc103048-sgyl39-2-0-cust502.18-2.cable.virginm.net) |
2022-05-20 15:37:06 +0200 | geekosaur | (~geekosaur@xmonad/geekosaur) (Quit: Leaving) |
2022-05-20 15:38:32 +0200 | geekosaur | (~geekosaur@xmonad/geekosaur) |
2022-05-20 15:46:59 +0200 | chomwitt | (~chomwitt@2a02:587:dc2d:2c00:65fd:77eb:dfa:d1a4) (Remote host closed the connection) |
2022-05-20 16:23:02 +0200 | Nahra | (~user@static.161.95.99.88.clients.your-server.de) |
2022-05-20 17:02:29 +0200 | cfricke | (~cfricke@user/cfricke) (Quit: WeeChat 3.5) |
2022-05-20 17:04:37 +0200 | dschrempf | (~dominik@070-207.dynamic.dsl.fonira.net) (Quit: WeeChat 3.5) |
2022-05-20 18:15:15 +0200 | Nahra | (~user@static.161.95.99.88.clients.your-server.de) (Remote host closed the connection) |
2022-05-20 18:24:30 +0200 | banc | (banc@gateway/vpn/airvpn/banc) (Ping timeout: 240 seconds) |
2022-05-20 18:25:20 +0200 | banc | (banc@gateway/vpn/airvpn/banc) |
2022-05-20 19:07:52 +0200 | Zevv | (~Zevvvvv@185.238.131.12) |
2022-05-20 19:08:24 +0200 | <Zevv> | Hi all; for reasons of paranoia and power saving, I'd like to SIGCONT/SIGSTOP my firefox on focus enter and leave; is there something off-the-shelf that can do this? |
2022-05-20 19:13:29 +0200 | <geekosaur> | https://hackage.haskell.org/package/xmonad-contrib-0.17.0/docs/XMonad-Layout-Stoppable.html |
2022-05-20 19:13:58 +0200 | <geekosaur> | not quite focus (it's on layout visibility) but does the SIGSTOP thing |
2022-05-20 19:14:31 +0200 | <Zevv> | excellent, that'll do |
2022-05-20 19:25:27 +0200 | Zevv | (~Zevvvvv@185.238.131.12) (Thanks) |
2022-05-20 19:28:41 +0200 | steve | (~steve@ool-182c2b80.dyn.optonline.net) |
2022-05-20 19:47:54 +0200 | geekosaur | (~geekosaur@xmonad/geekosaur) (Quit: Leaving) |
2022-05-20 19:50:05 +0200 | abhixec | (~abhixec@c-67-169-139-16.hsd1.ca.comcast.net) |
2022-05-20 19:52:13 +0200 | banc- | (banc@gateway/vpn/airvpn/banc) |
2022-05-20 19:54:07 +0200 | banc | (banc@gateway/vpn/airvpn/banc) (Ping timeout: 260 seconds) |
2022-05-20 20:19:10 +0200 | chomwitt | (~chomwitt@2a02:587:dc2d:2c00:9f1b:930c:a10f:6721) |
2022-05-20 20:21:19 +0200 | geekosaur | (~geekosaur@xmonad/geekosaur) |
2022-05-20 20:30:24 +0200 | werneta | (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) |
2022-05-20 21:13:07 +0200 | steve | (~steve@ool-182c2b80.dyn.optonline.net) (Ping timeout: 240 seconds) |
2022-05-20 21:24:18 +0200 | jimr | (~jimr@2603-7080-7702-3700-0000-0000-0000-0002.res6.spectrum.com) |
2022-05-20 21:48:06 +0200 | stackdroid18 | (~stackdroi@user/stackdroid) |
2022-05-20 22:16:29 +0200 | jimr | (~jimr@2603-7080-7702-3700-0000-0000-0000-0002.res6.spectrum.com) (Quit: Leaving) |
2022-05-20 22:51:43 +0200 | abhixec | (~abhixec@c-67-169-139-16.hsd1.ca.comcast.net) (Ping timeout: 244 seconds) |
2022-05-20 23:24:13 +0200 | geekosaur | eviltwin_b |
2022-05-20 23:25:34 +0200 | eviltwin_b | geekosaur |
2022-05-20 23:26:17 +0200 | geekosaur[m] | eviltwin_b[m] |
2022-05-20 23:28:10 +0200 | eviltwin_b[m] | geekosaur[m] |