Logs: liberachat/#xmonad
| 2023-03-31 16:40:41 | <Ou42> | when not using xmonad, ofc. |
| 2023-03-31 16:40:42 | <Ou42> | ;o) |
| 2023-03-31 16:41:05 | <geekosaur> | maybe it just throws those but they're not really meaningful? wouldn't be the first time |
| 2023-03-31 16:41:15 | <geekosaur> | (meaning it's actually a warning)) |
| 2023-03-31 16:41:22 | <Ou42> | "xmobar: Caught signal 15; exiting..." |
| 2023-03-31 16:41:46 | <Ou42> | "ATTENTION: default value of option mesa_glthread overridden by environment." |
| 2023-03-31 16:42:25 | <Ou42> | "xfce4-power-manager-WARNING **: 09:26:23.564: Failed to get keyboard max brightness level : GDBus.Error:org.freedesktop.DBus.Error.UnknownMethod: Object does not exist at path “/org/freedesktop/UPower/KbdBacklight”" |
| 2023-03-31 16:42:26 | <geekosaur> | as for allDesktops in xmobar, that shouldn't be the source of the _NET_WM_DESKTOP thing because it's unmanaged so desktops don't really apply to it as such |
| 2023-03-31 16:42:47 | <geekosaur> | unless your keyboard is backlit, that can be ignored |
| 2023-03-31 16:42:54 | <Ou42> | yeah, no change on M-q w/ allDesktops set to False. better check it's not Flase |
| 2023-03-31 16:43:16 | <Ou42> | I have a usb keyboard that is backlit and I used it last monday. |
| 2023-03-31 16:43:30 | <geekosaur> | but are you using it now? |
| 2023-03-31 16:44:24 | <geekosaur> | if not, xfce4-power-manager has nothing to connect to for keyboard brightness. and even if you were, it would only apply to keyboards whose brightness could be adjusted by the OS |
| 2023-03-31 16:44:43 | <geekosaur> | (I've had two backlit keyboards, neither could be adjusted by the OS) |
| 2023-03-31 16:45:34 | <Ou42> | semi-related, but MATE's battery tray icon would give me battery satus of wireless keyboard. no clue if accurate, but thought it interesting. |
| 2023-03-31 16:46:00 | <Ou42> | i dont' see anything wrong. any clue how to find the "file" w/ the error messages? |
| 2023-03-31 16:48:28 | <geekosaur> | error messages about what, your config? |
| 2023-03-31 16:48:46 | <geekosaur> | I don't know stack well enough to know where it would put its logs |
| 2023-03-31 16:48:48 | <Ou42> | it's not just warnings |
| 2023-03-31 16:49:01 | <Ou42> | because trayer is going to the bottom when I moved it back to the top |
| 2023-03-31 16:49:13 | <Ou42> | what on earth changed besides symlinks? |
| 2023-03-31 16:49:56 | <Ou42> | so it's failing to build, but it can still use the prev version, but I changed trayer to move to the top... but I ran it in term |
| 2023-03-31 16:50:46 | → | chomwitt joins (~chomwitt@ppp-94-69-24-223.home.otenet.gr) |
| 2023-03-31 16:54:18 | <Ou42> | ok, has to be the symlinking... |
| 2023-03-31 16:54:32 | <Ou42> | and ran the stack cmd w/o "--silent" but it errors out w/ |
| 2023-03-31 16:54:48 | <Ou42> | "getDirectoryContents:openDirStream: does not exist (No such file or directory)" |
| 2023-03-31 16:54:56 | <Ou42> | so moving stack.yaml is the issue |
| 2023-03-31 16:55:05 | <Ou42> | prob relative ref for dir |
| 2023-03-31 16:55:34 | <Ou42> | ".config/xmonad/git-repo/xmonad: getDirectoryContents:openDirStream: does not exist (No such file or directory)" |
| 2023-03-31 16:55:49 | <Ou42> | it should be ".config/xmonad/git-repo/" |
| 2023-03-31 16:59:26 | <Ou42> | fixed: I don't need to symlink stack.yaml. I can copy it for backups as needed ( when I remember ) |
| 2023-03-31 16:59:54 | <Ou42> | I changed the color of xmobar and trayer is back on top vs botom. so it is working. |
| 2023-03-31 17:00:12 | <Ou42> | symlinking stack.yaml was the culprit. |
| 2023-03-31 17:02:24 | <Ou42> | since I"m still here and "awake" a quick Q: when in "tiled" layout, why does M-J go CW and M-k CCW? |
| 2023-03-31 17:04:21 | <geekosaur> | were you expecting something else? |
| 2023-03-31 17:05:10 | <Ou42> | the opposite. every time! |
| 2023-03-31 17:06:27 | <Ou42> | it's worse in "mirroed" w/ 1 master on top and 3 stacked on bottom. J goes right and K goes left. weird. |
| 2023-03-31 17:07:44 | <Ou42> | I fig it's akin to a flight stick |
| 2023-03-31 17:07:51 | <Ou42> | just gotta learn the ropes |
| 2023-03-31 17:08:13 | <Ou42> | apprecaite the help and support. |
| 2023-03-31 17:08:38 | <geekosaur> | it's a combination of the StackSet (M-j is focusDown) and the order of rectangles returned by the layout. I would expect focusDown to go CW but I've been using this for 15 years |
| 2023-03-31 17:08:55 | <geekosaur> | but I also think you're pretty much the only one who's asked about that |
| 2023-03-31 17:09:20 | <Ou42> | therefore we must rewrite all the tutorials ASAP! |
| 2023-03-31 17:09:23 | <geekosaur> | you could always swap the bindings if you feel that strongly about window order |
| 2023-03-31 17:09:42 | <Ou42> | I get nervous when deviating from the defaults, but good to know |
| 2023-03-31 17:10:48 | <Ou42> | lemme see if can iterate on xmond.org tut and get to the next level of xmobar integration, then, xmessage replacement, maybe?! dunno. you sent a link. |
| 2023-03-31 17:12:00 | <Ou42> | not complaining.. just observing... in tabbed layout, it is ... something to get used to w/ J going right and K going left. |
| 2023-03-31 17:14:12 | <geekosaur> | re "deviating from the defaults", the whole point of xmonad is its customizability. you're supposed to deviate from the defaults 🙂 |
| 2023-03-31 17:14:23 | <Ou42> | /me wets himself |
| 2023-03-31 17:14:32 | Ou42 | grrrr |
| 2023-03-31 17:16:18 | <Ou42> | since a ton of this adventure is learning more Linux, which I've put off for too long, how much to attention to decrecation warnings? off the top of my mind: compton & autorandr |
| 2023-03-31 17:16:38 | <Ou42> | the typos are gonna kill me |
| 2023-03-31 17:24:43 | <geekosaur> | compton, you should probably switch to picom if it's packaged |
| 2023-03-31 17:25:40 | <geekosaur> | autorandr is deprecated? I wasn't aware of that |
| 2023-03-31 17:27:14 | <liskin> | compton is fine, picom only made things worse :-) |
| 2023-03-31 17:27:15 | <Ou42> | sorry, I was trying to be concise |
| 2023-03-31 17:27:32 | <Ou42> | picom is working, just using basic like compton .... |
| 2023-03-31 17:27:40 | <Ou42> | spawnOnce "picom &" |
| 2023-03-31 17:28:25 | <Ou42> | "/usr/bin/autorandr:42: DeprecationWarning: The distutils package is deprecated and slated for removal in Python 3.12. Use setuptools or check PEP 632 for potential alternatives -- from distutils.version import LooseVersion as Version" |
| 2023-03-31 17:29:27 | <geekosaur> | you can't do much about that one |
| 2023-03-31 17:30:00 | <Ou42> | it says Python 3.12, but I have Python 3.10.6 installed. So upgrading is a no go? |
| 2023-03-31 17:30:30 | <Ou42> | So much to learn so little time! |
| 2023-03-31 17:33:13 | <Ou42> | > $ compton -h |
| 2023-03-31 17:33:13 | <Ou42> | compton (1) |
| 2023-03-31 17:33:14 | <Ou42> | This is the maintenance fork of compton, please report |
| 2023-03-31 17:33:14 | <Ou42> | bugs to https://github.com/yshui/compton |
| 2023-03-31 17:33:15 | <lambdabot> | <hint>:1:1: error: |
| 2023-03-31 17:33:15 | <lambdabot> | parse error on input ‘$’ |
| 2023-03-31 17:33:15 | <lambdabot> | Perhaps you intended to use TemplateHaskell |
| 2023-03-31 17:33:51 | <Ou42> | I dunno, but I thought I saw that compton was deprecated and picom was the successor. This sounds like compton is alive and kicking. |
| 2023-03-31 17:34:28 | <Ou42> | or... |
| 2023-03-31 17:34:38 | <Ou42> | clicking on that link redirects to ... |
| 2023-03-31 17:34:51 | <Ou42> | <https://github.com/yshui/picom> |
| 2023-03-31 17:41:27 | <geekosaur[m]> | Right, it has a complex history |
| 2023-03-31 17:41:44 | <Ou42> | OK, so when do we start to rewrite everything in Haskell? |
| 2023-03-31 17:44:04 | <geekosaur> | probably never; that's a lot of effort that has to be maintained to keep feature parity |
| 2023-03-31 17:44:18 | <geekosaur> | binding to libraries works better |
| 2023-03-31 17:44:58 | <geekosaur> | and rewriting xcompmgr/compton/picom in Haskell won't avoid the issue of maintainers vanishing and others forking it, possibly renaming it, and taking over maintenance |
| 2023-03-31 17:45:18 | <geekosaur> | (happened to xcompmgr twice before it was renamed, then to compton once before it was renamed) |
| 2023-03-31 17:46:39 | <Ou42> | but what maintenence? if it compiles it runs. |
| 2023-03-31 17:46:44 | <Ou42> | ;o) |
| 2023-03-31 17:47:08 | <geekosaur> | but does it do what it's supposed to? |
| 2023-03-31 17:47:26 | <geekosaur> | (Knuth: "I have only proven this program correct, not tested it.") |
| 2023-03-31 17:48:10 | <geekosaur> | basically when it comes to IO, all bets are off |
| 2023-03-31 17:48:31 | <geekosaur> | and even with pure code, tell me what `Num a => a -> a` does |
| 2023-03-31 17:50:13 | <Ou42> | id? no, its got a constraint. |
| 2023-03-31 17:50:53 | <geekosaur> | that type has an infinite number of inhabitants 🙂 |
| 2023-03-31 17:50:58 | <Ou42> | I haven't really graduated to IO yet. only simple things. AdventOfCode... mostly ghci, but did have to compile to get better times on Day 23. |
| 2023-03-31 17:51:58 | <Ou42> | @djinn Num a => a -> a |
| 2023-03-31 17:51:58 | <lambdabot> | Error: Class not found: Num |
| 2023-03-31 17:52:08 | <Ou42> | @yow |
| 2023-03-31 17:52:08 | <lambdabot> | Actually, what I'd like is a little toy spaceship!! |
| 2023-03-31 17:52:13 | <Ou42> | me too! |
| 2023-03-31 17:52:29 | <Ou42> | at djinn doesn't have [ ] either. |
| 2023-03-31 18:02:26 | <geekosaur> | right, djinn can only handle a small number of typeclasses and can't do recursive types. there was a (now bitrotted) fancier version but if you add support for recursive types it can fail to find a solution |
| 2023-03-31 18:03:00 | <geekosaur> | (exference, if you want to look it up) |
| 2023-03-31 18:04:54 | <Ou42> | that's not part of lambdabot, right? |
| 2023-03-31 18:05:26 | <geekosaur> | right |
| 2023-03-31 18:05:41 | <geekosaur> | there used to be an exferenceBot, it's gone now |
| 2023-03-31 18:06:33 | <Ou42> | @hoogle Num a => a -> a |
All times are in UTC.