Logs: freenode/#xmonad
| 2020-12-22 20:05:30 | <geekosaur> | ADG1089__, I tried to answer that the other day but you missed it |
| 2020-12-22 20:05:43 | <geekosaur> | those files only apply to shells run in terminals, not to the X11 session itself |
| 2020-12-22 20:06:02 | <geekosaur> | (except on debian, which pays a small price for reading them as part of the session) |
| 2020-12-22 20:06:02 | × | wonko7 quits (~wonko7@2a01:e35:2ffb:7040:4535:f480:7dff:b3b5) (Ping timeout: 264 seconds) |
| 2020-12-22 20:06:27 | <geekosaur> | your easiest solution is to symlink xmonad into /usr/bin |
| 2020-12-22 20:06:45 | <ADG1089__> | i tried symlink but it doesn't restart with mod-q |
| 2020-12-22 20:07:53 | <geekosaur> | that sounds like you made the symlink incorrectly, since /usr/bin should be in the default PATH |
| 2020-12-22 20:08:03 | <ADG1089__> | it works everything fine |
| 2020-12-22 20:08:06 | <ADG1089__> | with symlink |
| 2020-12-22 20:08:24 | <ADG1089__> | just i have to start a terminal and run "xmonad --recompile && xmonad --restart" |
| 2020-12-22 20:08:35 | <ADG1089__> | and mod-q doesn't do anything |
| 2020-12-22 20:09:02 | <ADG1089__> | without symlinking it works too but mod-q says not in path |
| 2020-12-22 20:09:54 | <geekosaur> | what does "doesn't do anything" mean here? what were you expecting to see happen, and what did you change? |
| 2020-12-22 20:10:52 | <ADG1089__> | making any changes to config and mod-q should work atleast |
| 2020-12-22 20:11:02 | <ADG1089__> | it works with manually restart |
| 2020-12-22 20:11:43 | <ADG1089__> | so basically this <<< spawn "if type xmonad; then xmonad --recompile && xmonad --restart; else xmessage xmonad not in \\$PATH: \"$PATH\"; fi">>> is not working |
| 2020-12-22 20:11:45 | <geekosaur> | some layout changes do not apply automatically, you need to mod-shift-space to apply them and you will lose e.g. chanegs to master windows |
| 2020-12-22 20:12:29 | <dminuoso> | geekosaur: Technically, how would we implement such a welcome screen elegantly? Create a .has_run file on first run, and draw a help screen if it doesn't exist on start-up? |
| 2020-12-22 20:13:00 | <dminuoso> | I guess such a check could be part of the xmonad config as well, such that you could override the check. |
| 2020-12-22 20:13:15 | <geekosaur> | that was my thought, just run the same code as for mod-shift-slash if the .has_run file doesn't exist |
| 2020-12-22 20:13:36 | × | evanjs quits (~evanjs@075-129-098-007.res.spectrum.com) (Ping timeout: 240 seconds) |
| 2020-12-22 20:13:48 | → | evanjs- joins (~evanjs@075-129-098-007.res.spectrum.com) |
| 2020-12-22 20:13:56 | <geekosaur> | might skip it if there's a config since it'll be wrong anyway (it's hardcoded with the default config, there's no way to find out what keys are bound to dynamically) |
| 2020-12-22 20:14:32 | <dminuoso> | Might it make sense to unconditionally draw it if there is no config? It's reasonable that a user will want to customize a thing or two anyway. |
| 2020-12-22 20:14:53 | <dminuoso> | I dont know whether there are users that would use xmonad at its default settings. |
| 2020-12-22 20:15:35 | <ADG1089__> | for testing I added a xmessage to my config, mod-q did nothing but manually running "xmonad --recompile && xmonad --restart" showed me xmessage |
| 2020-12-22 20:15:51 | <geekosaur> | not at its current defaults, at least. I keep mentioning that I think ewmh should find its way into the core at some point |
| 2020-12-22 20:16:19 | <ADG1089__> | and yes i am using default keybinds with super key so it isnt a problem |
| 2020-12-22 20:16:43 | <geekosaur> | ADG1089__, that's odd because mod-q just does those. it sounds like it's not recompiling for some reason |
| 2020-12-22 20:18:27 | <ADG1089__> | got it |
| 2020-12-22 20:18:31 | <ADG1089__> | thanks! |
| 2020-12-22 20:18:42 | <ADG1089__> | i linked xmonad & xmobar but ghc |
| 2020-12-22 20:19:09 | <ADG1089__> | sudo ln -s ~/.ghcup/bin/ghc /usr/bin/ghc fixed it |
| 2020-12-22 20:20:52 | × | ADG1089__ quits (~aditya@223.235.77.1) (Remote host closed the connection) |
| 2020-12-22 20:21:19 | → | ADG1089__ joins (~aditya@223.235.77.1) |
| 2020-12-22 20:22:19 | → | wonko7 joins (~wonko7@lns-bzn-55-82-255-183-4.adsl.proxad.net) |
| 2020-12-22 20:23:25 | <dminuoso> | geekosaur: Mmm. To some degree I favour how emacs deals with this. You get a splash screen, which offers controls to toggle it off - which would modify your ~/.emacs file to be loaded on next startup. For xmonad the user could just chose "Do not show this message again", or perhaps chose to be remembered every time xmonad is started? |
| 2020-12-22 20:24:06 | <dminuoso> | Does X11 come with some facility that has a binary option, say two buttons and a message? |
| 2020-12-22 20:24:20 | <dminuoso> | Oh hold on, we could use xmessage no? |
| 2020-12-22 20:24:21 | <geekosaur> | xmessage can do that |
| 2020-12-22 20:24:56 | <geekosaur> | one hidden problem with this is all the distros that install xmonad without xmessage, so none of this will work anyway |
| 2020-12-22 20:26:14 | <dminuoso> | What does mod-shift-slash end up doing? spawn xmessage? |
| 2020-12-22 20:26:20 | <geekosaur> | yes |
| 2020-12-22 20:27:03 | <ADG1089__> | i think there is a calcprompt |
| 2020-12-22 20:27:10 | <dminuoso> | Well, I'd say it's better than nothing. If we have no facility to portably render a welcome screen, then it doesn't matter if we can't offer a choice to not display a screen you're not getting.. :-) |
| 2020-12-22 20:28:41 | <dminuoso> | We could also surgically split XMonad.Prompt |
| 2020-12-22 20:29:21 | <dminuoso> | And move the basic facilities to xmonad core, that way we'd have a portable way of displaying arbitrary content on screen, and ask for a choice. |
| 2020-12-22 20:29:43 | <geekosaur> | there's also some stuff in XMonad.Util that might be moved to core |
| 2020-12-22 20:30:25 | <dminuoso> | Ah that would suffice, and it seems much more lightweight than the prompt code. |
| 2020-12-22 20:30:48 | <dminuoso> | What's the motivation for moving it into core? Display compilation errors without xmessage? |
| 2020-12-22 20:31:45 | <ectospasm> | That's been something I've been trying to fix for a long time. It doesn't look like the XMonad.Prompt accepts the font I want to use for it. |
| 2020-12-22 20:32:25 | <geekosaur> | did you build xmonad-contrib with use_xft set? |
| 2020-12-22 20:32:40 | <ectospasm> | Here's my xmonad.hs: https://git.eldon.me/trey/XMonad/src/branch/master/xmonad.hs |
| 2020-12-22 20:33:30 | <ectospasm> | geekosaur: I don't know if use_xft was compiled in, I got xmonad-contrib from the Arch community or extra repository (wherever it lives) |
| 2020-12-22 20:33:40 | <ectospasm> | Is there a way I can check? |
| 2020-12-22 20:34:22 | <dminuoso> | ectospasm: Don't use the arch haskell supplied packages and deal with it yourself? |
| 2020-12-22 20:34:49 | <ectospasm> | dminuoso: that would require extra work right now |
| 2020-12-22 20:35:02 | <geekosaur> | even with use_xft set, that font name needs "xft:" prepended |
| 2020-12-22 20:35:13 | <ectospasm> | Ah, OK |
| 2020-12-22 20:35:15 | <geekosaur> | otherwise it looks for a server-side font |
| 2020-12-22 20:36:06 | <dminuoso> | ectospasm: Out of curiosity, why do you feel like it'd be extra work? |
| 2020-12-22 20:38:49 | <ectospasm> | dminuoso: anything more than `pacman -Syu` is extra work, and I'd have to pay attention separately for updates/upgrades. |
| 2020-12-22 20:39:10 | <ectospasm> | geekosaur: that was quite simple, thanks. It worked! |
| 2020-12-22 20:41:09 | <dminuoso> | ectospasm: That's fair enough. Just know, that we have a minimal effort tool `ghcup` to provide `ghc` and `cabal-install` these days. |
| 2020-12-22 20:41:32 | <dminuoso> | Tools that most likely don't ever need updating themselves. :) |
| 2020-12-22 20:41:50 | <dminuoso> | Even more so, if you're not Haskell developer yourself. |
| 2020-12-22 20:42:09 | <dminuoso> | But, I say too much. Not trying to sway you away from pacman. |
| 2020-12-22 20:42:52 | <ectospasm> | dminuoso: then I have to maintain my XMonad with cabal-install. That was painful the last time I tried it. Using the Arch packages has been much cleaner, now that they're in the official repos. And it's pretty straightforward. I'll see the maintainers update the package, and all I have to do is an `xmonad --recompile` when it's finished. |
| 2020-12-22 20:44:24 | <dminuoso> | ectospasm: Perhaps it is a bit more confusing if you're not used to the tooling. Once ghc/cabal-install are on your system, it should be as simple as `cabal v1-update; cabal v1-install xmonad xmonad-contrib`, and then you can re-compile as you're used to it. :) |
| 2020-12-22 20:45:57 | <ectospasm> | It's been a while since I used cabal-install. I remember having issues with it, but I can't talk about specifics as it's been several years. |
| 2020-12-22 20:46:19 | <dminuoso> | But yeah, this is probably just in-experience with the tooling. The fact that xmonad not just imposes haskell but a haskell toolchain on you is quite punishing. Even more so when you're on Arch. |
| 2020-12-22 20:51:51 | <ectospasm> | I can't remember the last time xmonad was broken on Arch. Most of the time that's just because I forgot to recompile XMonad. |
| 2020-12-22 20:52:18 | <ectospasm> | whoever the maintainers of the haskell and xmonad packages are, they're pretty good at what they do. |
| 2020-12-22 20:52:38 | <geekosaur> | as long as xmonad is all you care about |
| 2020-12-22 20:53:39 | <geekosaur> | fact is, all Arch haskell packages are pretty broken for anything other than building Arch packages. and I have to assume they patch "-dynamic" into xmonad or you'd need to do more work to build a config |
| 2020-12-22 20:57:47 | × | sam_d quits (~sam@unaffiliated/sam-d/x-1905598) (Ping timeout: 265 seconds) |
| 2020-12-22 20:59:28 | <dminuoso> | ectospasm: The ultimate example of how badly broken arch packages is, is pandoc. |
| 2020-12-22 20:59:41 | <dminuoso> | Oh sorry. I meant arch haskell packages. |
| 2020-12-22 21:06:23 | → | sam_d joins (~sam@unaffiliated/sam-d/x-1905598) |
| 2020-12-22 21:10:40 | × | sam_d quits (~sam@unaffiliated/sam-d/x-1905598) (Ping timeout: 246 seconds) |
| 2020-12-22 21:15:55 | × | geekosaur quits (42d52137@66.213.33.55) (Ping timeout: 245 seconds) |
| 2020-12-22 21:30:51 | → | geekosaur joins (42d52137@66.213.33.55) |
| 2020-12-22 21:37:01 | × | notis quits (~notis@45.134.22.12) (Read error: Connection reset by peer) |
| 2020-12-22 21:40:58 | → | notis joins (~notis@85.203.44.161) |
| 2020-12-22 21:46:22 | × | SpiderPi1 quits (~matt@047-132-233-190.res.spectrum.com) (Quit: Lost terminal) |
| 2020-12-22 21:48:56 | × | notis quits (~notis@85.203.44.161) (Ping timeout: 240 seconds) |
| 2020-12-22 21:49:47 | → | SpiderPig joins (~matt@047-132-233-190.res.spectrum.com) |
| 2020-12-22 21:50:34 | × | geekosaur quits (42d52137@66.213.33.55) (Remote host closed the connection) |
| 2020-12-22 21:51:18 | → | notis joins (~notis@85.203.44.161) |
| 2020-12-22 22:10:29 | × | ADG1089__ quits (~aditya@223.235.77.1) (Remote host closed the connection) |
| 2020-12-22 22:39:26 | <ectospasm> | Ah, I see. I don't know if I use any other Haskell packages besides XMonad. I have hledger installed, but I don't use it. |
| 2020-12-22 23:21:50 | × | wonko7 quits (~wonko7@lns-bzn-55-82-255-183-4.adsl.proxad.net) (Ping timeout: 256 seconds) |
| 2020-12-22 23:26:20 | → | wonko7 joins (~wonko7@2a01:e35:2ffb:7040:4535:f480:7dff:b3b5) |
| 2020-12-22 23:52:22 | × | notis quits (~notis@85.203.44.161) (Ping timeout: 246 seconds) |
| 2020-12-22 23:54:35 | × | wonko7 quits (~wonko7@2a01:e35:2ffb:7040:4535:f480:7dff:b3b5) (Ping timeout: 258 seconds) |
| 2020-12-22 23:59:23 | × | hexo quits (~hexo@gateway/tor-sasl/hexo) (Ping timeout: 240 seconds) |
| 2020-12-23 00:00:20 | → | hexo joins (~hexo@gateway/tor-sasl/hexo) |
| 2020-12-23 00:06:01 | → | eblip joins (~eblip@unaffiliated/eblip) |
| 2020-12-23 00:06:28 | → | eb0t_ joins (~eblip@unaffiliated/eblip) |
| 2020-12-23 00:07:46 | × | def_jam quits (~eblip@unaffiliated/eblip) (Ping timeout: 246 seconds) |
All times are in UTC.