Logs: liberachat/#xmonad
| 2022-10-17 17:47:20 | <geekosaur> | https://github.com/xmonad/xmonad/blob/master/src/XMonad/Main.hs#L415-L419 |
| 2022-10-17 17:48:00 | <geekosaur> | if you handle it in `handleEventHook` it'll override the built-in behavior |
| 2022-10-17 17:49:19 | <Phaseditto> | gonna check that |
| 2022-10-17 17:49:50 | <Phaseditto> | that configuration right there only tackles the restart event right? |
| 2022-10-17 17:50:14 | <geekosaur> | yes |
| 2022-10-17 17:50:36 | <geekosaur> | if you look around it you'll notice that it's just one out of a bunch of equations for `handle` |
| 2022-10-17 17:51:29 | <Phaseditto> | yeah, which was what i suspected but my haskell syntax understanding is pretty rudamentary |
| 2022-10-17 17:51:55 | <Phaseditto> | let me give that a spin |
| 2022-10-17 17:52:42 | <geekosaur> | you can't quite use it as is, handleEventHook has different semantics from the built-in handler |
| 2022-10-17 17:55:40 | <geekosaur> | https://paste.tomsmeding.com/T9NZv9yx |
| 2022-10-17 17:56:20 | <Phaseditto> | was about to say, it don't work :D |
| 2022-10-17 17:56:29 | <geekosaur> | technically "wrong" as the restart leg should return (All False) to indicate it's been handled… but if it's been handled then that should never be reached 🙂 |
| 2022-10-17 17:57:15 | <Phaseditto> | is the inclusion of handle _ = return (All True) intentional? |
| 2022-10-17 17:57:19 | <geekosaur> | yes |
| 2022-10-17 17:57:50 | <geekosaur> | you aren't handling all possible events, you're taking one event type and handling it, and passing everything else on to the default handler |
| 2022-10-17 17:58:18 | <Phaseditto> | roger |
| 2022-10-17 17:58:37 | <geekosaur> | so the first one matches the ClientMessageEvent and the second one matches everything else and says "we didn't handle this, do the default handler" |
| 2022-10-17 17:59:12 | <Phaseditto> | i suppose the when was suppposed to be a then |
| 2022-10-17 17:59:18 | <geekosaur> | no |
| 2022-10-17 17:59:26 | <geekosaur> | @i8ndex when |
| 2022-10-17 17:59:26 | <lambdabot> | Control.Monad |
| 2022-10-17 17:59:39 | <Phaseditto> | oh misread |
| 2022-10-17 17:59:48 | <Phaseditto> | though it does not compile |
| 2022-10-17 17:59:53 | <geekosaur> | when <condition> <monadic action> |
| 2022-10-17 17:59:58 | → | werneta joins (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) |
| 2022-10-17 18:00:08 | <geekosaur> | and it performs a default (`return ()`) if the condition is false |
| 2022-10-17 18:00:47 | <geekosaur> | so it's shorter than `if <condition> then <action> else return ()` which is what you'd have to write otherwise |
| 2022-10-17 18:01:15 | <geekosaur> | (you do not want the `sendMessage` the builtin handler does, you want to pass it on to the default handler) |
| 2022-10-17 18:01:17 | <Phaseditto> | https://paste.tomsmeding.com/mw0sUdTe |
| 2022-10-17 18:01:55 | <geekosaur> | did you see the `@index` I did? you need to import Control.Monad to have `when` |
| 2022-10-17 18:02:16 | <geekosaur> | (`whenX` does something a bit different and wrong here) |
| 2022-10-17 18:02:17 | <Phaseditto> | oh sorry, not entirely there. Still sick, excuse my lack of attentiveness ^^' |
| 2022-10-17 18:03:25 | <Phaseditto> | compiling succeeded |
| 2022-10-17 18:04:33 | <Phaseditto> | still does not work |
| 2022-10-17 18:04:56 | <Phaseditto> | Not a biggie, i might check on later why that is |
| 2022-10-17 18:05:15 | <geekosaur> | hm |
| 2022-10-17 18:37:17 | <Phaseditto> | different topic, does anyone here use pipewire, and if yes, do you start it via the startup hook of xmonad? |
| 2022-10-17 18:41:07 | <Phaseditto> | or in a different manner? |
| 2022-10-17 18:41:36 | <geekosaur> | I run under MATE so that kind of thing is started by its session manager |
| 2022-10-17 18:47:01 | <Phaseditto> | usually i just call pipewire via a corresponding script. I tried to call it in the startingHook via spawnOnce but that did not work |
| 2022-10-17 18:48:12 | <geekosaur> | typically you need to invoke it in such a way that things can get at the environment variables it sents |
| 2022-10-17 18:48:15 | <geekosaur> | *sets |
| 2022-10-17 18:48:59 | <geekosaur> | which usually means either a startup script that starts a session, or one which returns envar settings and whose output needs to be `eval`ed in a shell |
| 2022-10-17 18:50:28 | <geekosaur> | hm, first link I get for pipewire startup assumes systemd is used to plumb stuff together… |
| 2022-10-17 18:50:38 | → | ft joins (~ft@p3e9bc57b.dip0.t-ipconnect.de) |
| 2022-10-17 18:52:27 | <geekosaur> | right, all the instructions I'm seeing assume it's a systemd user session. you will not be able to start it from xmonad if that's the case |
| 2022-10-17 18:52:35 | <geekosaur> | you must configure systemd |
| 2022-10-17 18:52:44 | <Phaseditto> | Void runs on runit |
| 2022-10-17 18:52:55 | <Phaseditto> | in the documentation it just tells you to run it in the user-session |
| 2022-10-17 18:53:14 | <Phaseditto> | Merely a matter of where do i sensibly start it from |
| 2022-10-17 18:54:26 | <Phaseditto> | for instance dwm has a patch that executes a given script in a designated destionation once every startup / reboot, easy as pie. Just don't know where i would do such a thing in xmonad |
| 2022-10-17 18:54:39 | <geekosaur> | https://forum.artixlinux.org/index.php/topic,2368.0.html |
| 2022-10-17 18:55:19 | <geekosaur> | looks like spawns in the startupHook are expected to work |
| 2022-10-17 18:55:42 | <geekosaur> | I have no idea how clients are supposed to find and rendezvous with the server in that case |
| 2022-10-17 18:56:37 | <Phaseditto> | i mean i could also just use the dwm script from the startupHook |
| 2022-10-17 18:56:54 | <Phaseditto> | it's just about the processes being started, that's it |
| 2022-10-17 20:29:21 | × | wonko quits (~wjc@2a0e:1c80:2:0:45:15:19:130) (Ping timeout: 268 seconds) |
| 2022-10-17 20:30:07 | → | chomwitt joins (~chomwitt@2a02:587:dc1e:5e00:e9e7:bb14:f272:9a4b) |
| 2022-10-17 20:30:24 | → | Ehllie joins (~Thunderbi@79.184.245.117.ipv4.supernova.orange.pl) |
| 2022-10-17 20:46:59 | × | Ehllie quits (~Thunderbi@79.184.245.117.ipv4.supernova.orange.pl) (Ping timeout: 248 seconds) |
| 2022-10-17 21:01:16 | → | darkstardevx joins (~darkstard@50.126.124.156) |
| 2022-10-17 21:03:09 | × | darkstardevx quits (~darkstard@50.126.124.156) (Remote host closed the connection) |
| 2022-10-17 21:03:33 | → | darkstardevx joins (~darkstard@50.126.124.156) |
| 2022-10-17 21:10:34 | × | darkstardevx quits (~darkstard@50.126.124.156) (Remote host closed the connection) |
| 2022-10-17 21:10:57 | → | darkstardevx joins (~darkstard@50.126.124.156) |
| 2022-10-17 21:15:08 | → | wonko joins (~wjc@2a0e:1c80:2:0:45:15:19:130) |
| 2022-10-17 21:31:42 | → | abiss27 joins (~abiss27@190.213.236.106) |
| 2022-10-17 21:35:10 | × | chomwitt quits (~chomwitt@2a02:587:dc1e:5e00:e9e7:bb14:f272:9a4b) (Remote host closed the connection) |
| 2022-10-17 21:36:10 | × | Phaseditto quits (~r5on11c@p5ddf8ff3.dip0.t-ipconnect.de) (Quit: Lost terminal) |
| 2022-10-17 21:38:57 | → | stackdroid18 joins (14094@user/stackdroid) |
| 2022-10-17 21:56:41 | × | abiss27 quits (~abiss27@190.213.236.106) (Ping timeout: 260 seconds) |
| 2022-10-17 22:37:31 | × | wonko quits (~wjc@2a0e:1c80:2:0:45:15:19:130) (Ping timeout: 260 seconds) |
| 2022-10-17 22:59:28 | → | wonko joins (~wjc@2a0e:1c80:2:0:45:15:19:130) |
| 2022-10-17 23:25:21 | × | banc quits (banc@gateway/vpn/airvpn/banc) (Ping timeout: 260 seconds) |
| 2022-10-17 23:29:05 | → | banc joins (banc@gateway/vpn/airvpn/banc) |
| 2022-10-18 00:08:23 | → | abiss27 joins (~abiss27@190.213.236.106) |
| 2022-10-18 00:09:12 | × | abiss27 quits (~abiss27@190.213.236.106) (Client Quit) |
| 2022-10-18 00:10:43 | × | stackdroid18 quits (14094@user/stackdroid) (Quit: hasta la vista... tchau!) |
| 2022-10-18 00:31:16 | × | wonko quits (~wjc@2a0e:1c80:2:0:45:15:19:130) (Ping timeout: 260 seconds) |
| 2022-10-18 00:59:45 | → | blaa joins (~bla@79.191.64.2.ipv4.supernova.orange.pl) |
| 2022-10-18 01:00:23 | × | bla quits (~bla@79.191.69.4.ipv4.supernova.orange.pl) (Ping timeout: 250 seconds) |
| 2022-10-18 01:13:26 | → | bla joins (~bla@79.191.84.224.ipv4.supernova.orange.pl) |
| 2022-10-18 01:14:26 | × | blaa quits (~bla@79.191.64.2.ipv4.supernova.orange.pl) (Ping timeout: 260 seconds) |
| 2022-10-18 02:04:31 | × | banc quits (banc@gateway/vpn/airvpn/banc) (Ping timeout: 250 seconds) |
| 2022-10-18 02:20:19 | × | td_ quits (~td@83.135.9.13) (Ping timeout: 248 seconds) |
| 2022-10-18 02:22:03 | → | td_ joins (~td@83.135.9.44) |
| 2022-10-18 02:25:56 | → | banc joins (banc@gateway/vpn/airvpn/banc) |
| 2022-10-18 04:17:11 | → | Kaladin joins (~Kaladin@157-131-169-214.fiber.dynamic.sonic.net) |
| 2022-10-18 05:22:33 | × | jao quits (~jao@cpc103048-sgyl39-2-0-cust502.18-2.cable.virginm.net) (Ping timeout: 250 seconds) |
| 2022-10-18 06:32:26 | → | Ehllie joins (~Thunderbi@user-5-173-160-17.play-internet.pl) |
| 2022-10-18 06:39:55 | × | Ehllie quits (~Thunderbi@user-5-173-160-17.play-internet.pl) (Quit: Ehllie) |
| 2022-10-18 06:40:03 | → | Ehllie joins (~Thunderbi@user-5-173-160-17.play-internet.pl) |
| 2022-10-18 06:51:09 | → | cfricke joins (~cfricke@user/cfricke) |
| 2022-10-18 06:58:51 | → | horzion joins (~horzion@ProtonDB/horzion) |
| 2022-10-18 07:00:31 | <horzion> | heya, i have a question regarding xmonad, being as follows: I am using SDDM, and usually I am using KDE. I set up xmonad following the arch basic setup and when i now try to log into xmonad, sddm just indefinetly loasd. what am i doing wrong? |
| 2022-10-18 07:02:29 | × | scardinal quits (~supreme@customer-212-237-101-39.ip4.gigabit.dk) (Quit: leaving) |
| 2022-10-18 07:04:04 | × | Ehllie quits (~Thunderbi@user-5-173-160-17.play-internet.pl) (Read error: Connection reset by peer) |
| 2022-10-18 07:06:07 | × | horzion quits (~horzion@ProtonDB/horzion) (Ping timeout: 250 seconds) |
| 2022-10-18 07:06:30 | → | horzion joins (~horzion@ProtonDB/horzion) |
| 2022-10-18 07:11:12 | → | scardinal joins (~supreme@customer-212-237-101-39.ip4.gigabit.dk) |
All times are in UTC.