Logs: liberachat/#xmonad
| 2021-11-19 16:51:12 | <geekosaur> | jakeStateless-Fa, and findTag is the wrong function entirely :( |
| 2021-11-19 16:51:58 | <geekosaur> | looks like there's no way around grabbing the whole StackSet and duplicating the functionality of the hidden function shiftTo |
| 2021-11-19 16:52:31 | <tomjaguarpaw> | Well, my xmobar looks a lot nicer now, so that's great! |
| 2021-11-19 16:56:24 | <geekosaur> | amusing. I just no9ticed we're still defining our own `equating` in StackSet.hs |
| 2021-11-19 16:56:33 | <geekosaur> | @index equating |
| 2021-11-19 16:56:33 | <lambdabot> | Distribution.Simple.Utils |
| 2021-11-19 16:56:36 | <geekosaur> | bah |
| 2021-11-19 16:56:48 | <geekosaur> | @hoogle equating |
| 2021-11-19 16:56:49 | <lambdabot> | Distribution.Simple.Utils equating :: Eq a => (b -> a) -> b -> b -> Bool |
| 2021-11-19 16:56:49 | <lambdabot> | Distribution.Utils.Generic equating :: Eq a => (b -> a) -> b -> b -> Bool |
| 2021-11-19 16:56:49 | <lambdabot> | Data.Eq.HT equating :: Eq b => (a -> b) -> a -> a -> Bool |
| 2021-11-19 16:56:57 | <geekosaur> | oh please |
| 2021-11-19 16:58:27 | <geekosaur> | oh, I guess we never defined that, just comparing and on |
| 2021-11-19 16:58:31 | <geekosaur> | oh well |
| 2021-11-19 16:59:35 | → | SenranKaguya joins (~weechat@c-73-15-19-170.hsd1.ca.comcast.net) |
| 2021-11-19 17:00:01 | <geekosaur> | well, this is looking annoying |
| 2021-11-19 17:03:05 | <geekosaur> | yeh, it's going to be easier to stick a property on the window, but that really wants to be a core patch, not something in a hook |
| 2021-11-19 17:03:27 | <jakeStateless-Fa> | Yeah, I figured. |
| 2021-11-19 17:03:41 | <jakeStateless-Fa> | I already build my own version locally, so I'm fine with that. |
| 2021-11-19 17:04:28 | <geekosaur> | well, it could be in the logHook but then you'd really want it to be integrated with the EWMH hook rather than iterating windows multiple times |
| 2021-11-19 17:20:38 | → | thonoht[m] joins (~thonohtma@2001:470:69fc:105::d7be) |
| 2021-11-19 17:24:40 | <thonoht[m]> | I am trying to upgrade to xmonad 0.17, I just upgraded the dependencies in my stack project and fixed the breaking changes. So far everything seems to work except that xmobar is no longer launching, while it will still launch fine from the terminal. I don't get any errors or know where to look for any logs explaining why it won't launch or crashes. Where do I look for debugging this? |
| 2021-11-19 17:37:17 | → | mvk joins (~mvk@2607:fea8:5cc1:fa00::4702) |
| 2021-11-19 17:41:30 | <Solid> | thonoht[m]: check ~/.xsession-errors (or similar) |
| 2021-11-19 17:44:56 | <thonoht[m]> | Ah thanks. I'm gonna check right after dinner |
| 2021-11-19 18:01:09 | → | noex joins (~noex@2600:8804:1280:aa0:5857:94a:25de:c513) |
| 2021-11-19 18:34:34 | <thonoht[m]> | I see no mention of xmobar in that file. (I managed to generate it by doing `startx 2> ~/.xsession-errors`) |
| 2021-11-19 18:37:45 | × | noex quits (~noex@2600:8804:1280:aa0:5857:94a:25de:c513) (Quit: my dad's not a phone!) |
| 2021-11-19 19:08:17 | <thonoht[m]> | I neglected to change `Run StdInReader` to `Run XMonadLog` for xmobar. Now it starts, it just keeps the Xmonad input on Updating... so far. But this is progress at least. |
| 2021-11-19 19:09:39 | <thonoht[m]> | Ok, change it in all places 🙃 got it |
| 2021-11-19 19:13:26 | <Solid> | \o/ |
| 2021-11-19 19:16:02 | <thonoht[m]> | Now I'm trying to move ~/.xmonad to ~/.config/xmonad. Should that just be a simple move and done? |
| 2021-11-19 19:16:16 | <thonoht[m]> | The documentation mentions that second folder as far as I can read |
| 2021-11-19 19:16:40 | <Solid> | yeah, just moving everything to ~/.config/xmonad should do the trick |
| 2021-11-19 19:19:23 | <thonoht[m]> | It kept looking in ~/.xmonad. But I think that was because the move had left some files there. It seems okay now. Let me just try logging in again. |
| 2021-11-19 19:20:34 | <thonoht[m]> | Seems fine, rebuilding too. I guess that's done then, for now. Thanks for the help! |
| 2021-11-19 19:29:17 | <Solid> | It's looking for xmonad.hs in ~/.xmonad first |
| 2021-11-19 19:29:23 | <Solid> | so if that's still there then it'll use that instead |
| 2021-11-19 19:29:56 | <thonoht[m]> | Yeah xmonad.hs wasn't where, but the binary was, and perhaps if just the directory exists it'll fail trying to read xmonad.hs there? |
| 2021-11-19 19:33:31 | → | dingo joins (~csi@68.169.216.216) |
| 2021-11-19 19:33:36 | × | dingo quits (~csi@68.169.216.216) (Client Quit) |
| 2021-11-19 19:35:17 | <Solid> | nono it's specifically trying to find xmonad.hs |
| 2021-11-19 19:38:09 | <thonoht[m]> | Yeah, but if it can't find xmonad.hs in ~/.xmonad, even if the directory exists. It could also try ~/.config/xmonad/xmonad.hs afterwards. But it doesn't do that apparently. |
| 2021-11-19 19:38:29 | <Solid> | it does |
| 2021-11-19 19:38:45 | <Solid> | if it can't find ~/.xmonad/xmonad.hs then it tries the XDG stuff |
| 2021-11-19 19:38:55 | <thonoht[m]> | Hmm, it didn't for me. It specificly told me cannot find ~/.xmonad/xmonad.hs |
| 2021-11-19 19:38:57 | <Solid> | and if it can't find anything it just creates the necessary XDG directories |
| 2021-11-19 19:39:44 | <Solid> | can you reproduce that? would be good to open an issue in that case |
| 2021-11-19 19:39:56 | <thonoht[m]> | Hmm |
| 2021-11-19 19:39:57 | <thonoht[m]> | Let's try |
| 2021-11-19 19:40:33 | <thonoht[m]> | Yeah, I just make ~/.xmonad, rebuild and it fails. |
| 2021-11-19 19:41:45 | <Solid> | I can't reproduce this; could you post your exact setup? |
| 2021-11-19 19:42:47 | <thonoht[m]> | All my hotkeys failed once I tried this so I had to restart xmonad. |
| 2021-11-19 19:43:26 | <thonoht[m]> | It does generate the default failes in ~/.xmonad indeed, but fails on not finding xmonad.hs |
| 2021-11-19 19:43:29 | <thonoht[m]> | Which info do you need? |
| 2021-11-19 19:45:08 | <Solid> | how are you building xmonad? |
| 2021-11-19 19:48:29 | <thonoht[m]> | https://github.com/ThoNohT/xmonad |
| 2021-11-19 19:48:54 | <thonoht[m]> | I normally have this on a private git server. But this should be the easiest way to get all info across |
| 2021-11-19 19:49:28 | <Solid> | oh right, it's also looking for a build file if it can't find xmonad.hs |
| 2021-11-19 19:49:34 | <Solid> | perhaps that as still in ~/.xmonad? |
| 2021-11-19 19:49:39 | <Solid> | s/as/was/ |
| 2021-11-19 19:50:01 | <thonoht[m]> | Hmm, it shouldn't be if I just did mkdir .xmonad and had it fail after that |
| 2021-11-19 19:50:30 | <Solid> | mh indeed |
| 2021-11-19 19:51:03 | <thonoht[m]> | I'm on 5.15.2-arch1-1 |
| 2021-11-19 19:51:20 | × | obimod quits (~obimod@gateway/vpn/pia/obimod) (Quit: every day brings new choices) |
| 2021-11-19 19:52:18 | <Solid> | how are you building the "bootstrap" xmonad executable (the one that's in path, basically, not xmonad-ARCH)? |
| 2021-11-19 19:53:42 | <thonoht[m]> | Hmm. Stack install in that folder. But I haven't done that yet since the move |
| 2021-11-19 19:54:02 | <Solid> | aaaah that would explain it |
| 2021-11-19 19:54:19 | <Solid> | ~/.local/bin/xmonad (or wherever it is) is still on 0.15/0.16, basically |
| 2021-11-19 19:54:25 | <Solid> | and back then we didn't have this behaviour |
| 2021-11-19 19:54:32 | <Solid> | and just looked for directories |
| 2021-11-19 19:54:43 | <thonoht[m]> | Ah |
| 2021-11-19 19:54:43 | → | allbery_b joins (~geekosaur@xmonad/geekosaur) |
| 2021-11-19 19:54:43 | × | geekosaur quits (~geekosaur@xmonad/geekosaur) (Killed (NickServ (GHOST command used by allbery_b))) |
| 2021-11-19 19:54:46 | allbery_b | is now known as geekosaur |
| 2021-11-19 19:55:00 | <thonoht[m]> | So what should I do about that? |
| 2021-11-19 19:55:18 | <Solid> | well, I suppose just `stack install` in that dir :D |
| 2021-11-19 19:55:28 | <thonoht[m]> | Hm |
| 2021-11-19 19:55:50 | <thonoht[m]> | But I did stack install since the upgrade🤔 |
| 2021-11-19 19:56:12 | <thonoht[m]> | Just not after the move |
| 2021-11-19 19:57:50 | <Solid> | so `xmonad --version` does return 0.17.x? |
| 2021-11-19 20:00:31 | <thonoht[m]> | Nope, 0.15. so that is it indeed |
| 2021-11-19 20:01:20 | <thonoht[m]> | Stack install doesn't change that |
| 2021-11-19 20:02:00 | <geekosaur> | I was just about to check if your setup includes pointing specificallly to xmonad 0.17.0, because if you get it from an LTS resolver it'll still be 0.15 |
| 2021-11-19 20:02:04 | <Solid> | probably some stray executable (try `which xmonad`) |
| 2021-11-19 20:03:21 | <thonoht[m]> | Usr/bin |
| 2021-11-19 20:03:29 | <thonoht[m]> | So the arch package I guess |
| 2021-11-19 20:03:38 | <Solid> | I would imagine |
| 2021-11-19 20:07:29 | <thonoht[m]> | Ok uninstalling fixed that. Just needed to change xmonad to my-xmonad in xinitrc |
| 2021-11-19 20:18:43 | <jakeStateless-Fa> | geekosaur: Where should I look for adding another property to a window? |
| 2021-11-19 20:19:25 | <jakeStateless-Fa> | You said something about EWMH, would it meld well with liskin's rewrite? |
| 2021-11-19 20:22:49 | <geekosaur> | probably not unless that's going to include arbitrary hooks into the window iteration |
| 2021-11-19 20:23:57 | <geekosaur> | mm, was thinking it'd be better to put it in X.O.windows but that won't know about doShift and friends |
| 2021-11-19 20:24:18 | <geekosaur> | at least, not to the point of being able to optimize it; you'd still end up iterating over all windows. |
| 2021-11-19 20:25:35 | <geekosaur> | and it'd be ugly to stick it in doShift / shiftWin itself |
| 2021-11-19 20:25:50 | <geekosaur> | even though that would probably be optimal |
| 2021-11-19 20:26:09 | <jakeStateless-Fa> | What of adding the tags in a manageHook? |
| 2021-11-19 20:26:20 | <jakeStateless-Fa> | It doesn't need to have them until after the window has been created. |
| 2021-11-19 20:26:41 | <jakeStateless-Fa> | Then, a wrapper for doShift could be implemented. |
| 2021-11-19 20:26:43 | <geekosaur> | that's more or less what I meant by doShift / shiftWin |
All times are in UTC.