Home liberachat/#xmonad: Logs Calendar

Logs: liberachat/#xmonad

←Prev  Next→ 184,983 events total
2023-01-21 06:16:28 × jao quits (~jao@cpc103048-sgyl39-2-0-cust502.18-2.cable.virginm.net) (Ping timeout: 260 seconds)
2023-01-21 06:47:10 malook joins (~Thunderbi@2a02:9b0:4049:d707:3896:10f6:bcb9:a332)
2023-01-21 09:00:03 × HarryPrayIV[m] quits (~harrypray@2001:470:69fc:105::2:d1ee) (Quit: You have been kicked for being idle)
2023-01-21 09:00:11 × unclechu quits (~unclechu@2001:470:69fc:105::354) (Quit: You have been kicked for being idle)
2023-01-21 09:24:14 × malook quits (~Thunderbi@2a02:9b0:4049:d707:3896:10f6:bcb9:a332) (Quit: malook)
2023-01-21 10:18:55 qbt joins (~qbt@user/edun)
2023-01-21 11:06:22 × qbt quits (~qbt@user/edun) (Quit: WeeChat 3.5)
2023-01-21 11:06:38 qbt joins (~qbt@user/edun)
2023-01-21 11:11:31 rundown joins (~defjam@2a02:c7e:2807:b900:6c7a:2207:d06b:87cb)
2023-01-21 11:32:59 × qbt quits (~qbt@user/edun) (Ping timeout: 260 seconds)
2023-01-21 12:06:14 × ghormoon quits (~ghormoon@ghorland.net) (Quit: ZNC - http://znc.in)
2023-01-21 12:09:57 ghormoon joins (~ghormoon@ghorland.net)
2023-01-21 12:10:23 × rundown quits (~defjam@2a02:c7e:2807:b900:6c7a:2207:d06b:87cb) (Ping timeout: 264 seconds)
2023-01-21 12:34:33 minnie joins (~minnie@159.196.202.199)
2023-01-21 12:35:50 rundown joins (~defjam@2a02:c7e:2807:b900:6c7a:2207:d06b:87cb)
2023-01-21 12:39:34 × sagax quits (~sagax_nb@user/sagax) (Ping timeout: 268 seconds)
2023-01-21 13:03:28 × [Leary] quits (~Leary]@user/Leary/x-0910699) (Remote host closed the connection)
2023-01-21 13:04:06 [Leary] joins (~Leary]@user/Leary/x-0910699)
2023-01-21 13:15:57 × minnie quits (~minnie@159.196.202.199) (Quit: WeeChat 3.7.1)
2023-01-21 13:24:07 tremon joins (~tremon@83-85-213-108.cable.dynamic.v4.ziggo.nl)
2023-01-21 13:24:55 hrberg joins (~quassel@171.79-160-161.customer.lyse.net)
2023-01-21 14:24:22 jao joins (~jao@cpc103048-sgyl39-2-0-cust502.18-2.cable.virginm.net)
2023-01-21 14:28:15 × ghormoon quits (~ghormoon@ghorland.net) (Quit: ZNC - http://znc.in)
2023-01-21 14:30:52 ghormoon joins (~ghormoon@ghorland.net)
2023-01-21 15:16:29 qbt joins (~qbt@user/edun)
2023-01-21 16:40:45 <T_X> I'm trying to use the keypad numbers that are behind a modifier with a Neo keyboard layout. see the picture on the top right and then "Ebene 4" here: https://www.neo-layout.org/
2023-01-21 16:41:00 unclechu joins (~unclechu@2001:470:69fc:105::354)
2023-01-21 16:41:40 <T_X> I tried the following two cases as shown here, and also tried removing the mod5Mask for the xK_KP_[1-9] version: https://paste.linuxlounge.net/UA
2023-01-21 16:43:08 <geekosaur> it won't be xK_KP_* because those aren't going to be base KeySyms
2023-01-21 16:43:56 <geekosaur> I assume "Ebene 1" shows the base KeySyms
2023-01-21 16:44:07 <T_X> Alt+n works fine, but with the Alt+mod4+n (=KP_4) Xmonad does not seem to catch it. in "xev" I see the following: https://paste.linuxlounge.net/CY
2023-01-21 16:45:05 <T_X> right, "Ebene 1" is level 1 for the base layer
2023-01-21 16:46:09 <geekosaur> you appear to have some mapping errors, like for 2 you have ssharp but their layout shows it on comma
2023-01-21 16:47:16 <T_X> geekosaur: I have a few intended customization, yes. ha, found my issue!
2023-01-21 16:47:30 <T_X> xmodmap helped:
2023-01-21 16:48:23 <T_X> xmodmap says: mod5 ISO_Level3_Shift (0x5c). and mod3 ISO_Level5_Shift (0xcb)
2023-01-21 16:48:53 <T_X> so using mod3Mask in Xmonad instead of mod5Mask works better :t)
2023-01-21 16:48:55 <T_X> :-)
2023-01-21 16:50:03 <T_X> looks like in the upstream merged xkbmap I was trying to add my mods onto these modifier assignments were somehow wapped compared to the old xmodmap I was using before
2023-01-21 16:51:55 <T_X> sometimes you are staring and fiddeling with an issue for hours. only to fix it in 5 minutes after writing it down and explaining the issue :D
2023-01-21 16:52:16 <geekosaur> rubber duck debugging to the rescue yet again 🙂
2023-01-21 16:52:18 <T_X> though the note that it should always be the base KeySyms definitely helped to narrow it down. thanks geekosaur
2023-01-21 16:52:25 <T_X> :-)
2023-01-21 16:57:09 <Solid> interesting that people still use neo
2023-01-21 17:19:54 × rundown quits (~defjam@2a02:c7e:2807:b900:6c7a:2207:d06b:87cb) (Ping timeout: 255 seconds)
2023-01-21 17:21:14 × telser quits (~quassel@user/telser) (Ping timeout: 255 seconds)
2023-01-21 18:08:38 × yaslam quits (~yaslam@user/yaslam) (Quit: ZNC 1.8.2 - https://znc.in)
2023-01-21 18:11:56 yaslam joins (~yaslam@user/yaslam)
2023-01-21 18:25:09 × yaslam quits (~yaslam@user/yaslam) (Quit: ZNC 1.8.2 - https://znc.in)
2023-01-21 18:25:35 yaslam joins (~yaslam@80-44-234-144.dynamic.dsl.as9105.com)
2023-01-21 18:26:08 × yaslam quits (~yaslam@80-44-234-144.dynamic.dsl.as9105.com) (Changing host)
2023-01-21 18:26:08 yaslam joins (~yaslam@user/yaslam)
2023-01-21 18:29:58 × yaslam quits (~yaslam@user/yaslam) (Client Quit)
2023-01-21 18:30:24 yaslam joins (~yaslam@user/yaslam)
2023-01-21 18:43:30 × yaslam quits (~yaslam@user/yaslam) (Quit: ZNC 1.8.2 - https://znc.in)
2023-01-21 19:03:40 yaslam joins (~yaslam@user/yaslam)
2023-01-21 19:03:41 × yaslam quits (~yaslam@user/yaslam) (Remote host closed the connection)
2023-01-21 19:28:13 yaslam joins (~yaslam@user/yaslam)
2023-01-21 19:32:42 × yaslam quits (~yaslam@user/yaslam) (Remote host closed the connection)
2023-01-21 20:00:30 rundown joins (~defjam@2a02:c7e:2807:b900:6c7a:2207:d06b:87cb)
2023-01-21 20:21:51 yaslam joins (~yaslam@user/yaslam)
2023-01-21 20:51:17 × qbt quits (~qbt@user/edun) (Quit: WeeChat 3.5)
2023-01-21 21:23:21 gdd joins (~gdd@2001:470:1f13:187:3a49:a5bc:2f91:2c4d)
2023-01-21 23:19:04 × tremon quits (~tremon@83-85-213-108.cable.dynamic.v4.ziggo.nl) (Quit: getting boxed in)
2023-01-21 23:29:37 trevdev[m] joins (~trevdevma@2001:470:69fc:105::4e71)
2023-01-21 23:30:28 <trevdev[m]> Heya. I am trying to keybind a function I wrote but it doesn't return X () but otherwise seems to work. How do I make my linter happy?
2023-01-21 23:31:51 <trevdev[m]> The function just executes System.Process.runProcess String [String] directly
2023-01-21 23:34:14 <geekosaur> that's not going to work as an xmonad keybinding for multiple reasons, not just the type error
2023-01-21 23:36:02 <geekosaur> it would run whatever it is with the main loop blocked (it had better not display a window because it'll never show) and then crash because child processes are ignored and the implicit `waitForProcess` will throw an exception
2023-01-21 23:36:44 <geekosaur> https://hackage.haskell.org/package/xmonad-contrib-0.17.1/docs/XMonad-Util-Run.html has some usable alternatives
2023-01-21 23:36:53 <trevdev[m]> Back to the drawing board
2023-01-21 23:37:56 <trevdev[m]> Thanks geekosaur - I had tried the built in process running functions but failed to wrap my head around them, new to Haskell, using XMonad as a learning playground
2023-01-21 23:38:48 <geekosaur[m]> this isn't Haskell specific; take a look at SIGCHLD
2023-01-21 23:39:48 <geekosaur[m]> window managers and similar programs want to not wait on children because they need to pay attention to window manager events, so they ignore SIGCHLD
2023-01-21 23:40:52 <geekosaur[m]> and if you run something that will block the X event loop, any window manager will have problems (and any clients you try to run will have even bigger problems when they try to open a window)
2023-01-21 23:41:20 <trevdev[m]> geekosaur[m]: This is not something that many other Window managers make you consider, so I'm doubly learning here
2023-01-21 23:41:57 <geekosaur[m]> right, but most window managers either don't let you do this or fail in unexpected ways if you do manage to do it
2023-01-21 23:43:23 <trevdev[m]> I can think of some spectacular moments where I may have managed to do it
2023-01-21 23:50:31 <trevdev[m]> Trying to wrap "safeSpawn" into a function from another module. Since I don't know what I am doing there are red squiggles everywhere
2023-01-21 23:50:39 <trevdev[m]> I think I shall take a break
2023-01-21 23:51:48 <geekosaur[m]> you can pastebin code here for review
2023-01-21 23:51:55 <geekosaur[m]> @where paste
2023-01-21 23:51:55 <lambdabot> Help us help you: please paste full code, input and/or output at e.g. https://paste.tomsmeding.com
2023-01-21 23:53:22 <trevdev[m]> At this point I am outta time but I will take you up on that later lambdabot
2023-01-21 23:58:41 <trevdev[m]> Classic. The module export is a function that returns safeSpawn. In order for it to work I have to call it in my keybinds
2023-01-21 23:59:42 <trevdev[m]> Looks funny but it works: ("M-p r", dmenuRun ())
2023-01-22 00:00:04 <trevdev[m]> dmenuRun m = safeSpawn "dmenu_run" $ baseMenuFlags ++ menuSelectBg "#ABDC88" ++ verticalMenu "10"
2023-01-22 00:01:58 <geekosaur[m]> what's m for?
2023-01-22 00:02:22 <trevdev[m]> Probably not required, it's rot
2023-01-22 00:04:09 <trevdev[m]> Actually no, "ambiguous type variable m0 arrising from safeSpawn"
2023-01-22 00:04:10 <trevdev[m]> It does something
2023-01-22 00:04:18 <trevdev[m]> Or is supposed to
2023-01-22 00:06:17 <geekosaur[m]> I'm not sure that's related; it sounds more like safeSpawn can't figure out what MonadIO instance to use. but if you're calling it in a keybinding, it should know to use X
2023-01-22 00:10:16 <geekosaur[m]> oh, I see. without either it or a type signature, the monomorphism restriction bites you
2023-01-22 00:10:24 <geekosaur[m]> I'd just add a type signature
2023-01-22 00:11:18 <geekosaur[m]> `dmenuRun :: MonadIO m => m ()`
2023-01-22 00:12:12 <geekosaur[m]> or dmenuRun :: X ()
2023-01-22 00:26:33 × ghormoon quits (~ghormoon@ghorland.net) (Ping timeout: 252 seconds)
2023-01-22 01:03:26 ghormoon joins (~ghormoon@ghorland.net)
2023-01-22 01:07:15 <trevdev[m]> I'll give it a shot when I get home. Thanks geekosaur @geekosaur:matrix.org: !

All times are in UTC.