Logs on 2025-02-06 (liberachat/#xmonad)
| 02:35:17 | × | rekahsoft quits (~rekahsoft@142.112.184.232) (Ping timeout: 244 seconds) |
| 04:02:48 | × | L29Ah quits (~L29Ah@wikipedia/L29Ah) (Ping timeout: 268 seconds) |
| 04:08:12 | → | ChubaDuba joins (~ChubaDuba@5.165.176.233) |
| 06:39:13 | × | alp quits (~alp@2001:861:8ca0:4940:a52d:a41b:3770:b2af) (Remote host closed the connection) |
| 06:39:31 | → | alp joins (~alp@2001:861:8ca0:4940:e0b0:d5fb:93ef:4ef8) |
| 06:40:54 | × | alp quits (~alp@2001:861:8ca0:4940:e0b0:d5fb:93ef:4ef8) (Remote host closed the connection) |
| 06:41:13 | → | alp joins (~alp@2001:861:8ca0:4940:7eb3:2e6e:7dc9:4f15) |
| 06:42:36 | × | alp quits (~alp@2001:861:8ca0:4940:7eb3:2e6e:7dc9:4f15) (Remote host closed the connection) |
| 06:42:53 | → | alp joins (~alp@2001:861:8ca0:4940:3d30:574c:e91e:fee7) |
| 06:44:19 | × | alp quits (~alp@2001:861:8ca0:4940:3d30:574c:e91e:fee7) (Remote host closed the connection) |
| 06:44:36 | → | alp joins (~alp@2001:861:8ca0:4940:f75c:8158:a534:1f8a) |
| 06:46:01 | × | alp quits (~alp@2001:861:8ca0:4940:f75c:8158:a534:1f8a) (Remote host closed the connection) |
| 06:46:18 | → | alp joins (~alp@2001:861:8ca0:4940:2afa:c238:f26:8e7f) |
| 06:48:01 | → | alp_ joins (~alp@2001:861:8ca0:4940:9b95:20d:aabb:ced3) |
| 06:49:25 | × | alp_ quits (~alp@2001:861:8ca0:4940:9b95:20d:aabb:ced3) (Remote host closed the connection) |
| 06:49:42 | → | alp_ joins (~alp@2001:861:8ca0:4940:f903:6c8:e9e2:1b2b) |
| 06:51:19 | × | alp quits (~alp@2001:861:8ca0:4940:2afa:c238:f26:8e7f) (Ping timeout: 252 seconds) |
| 06:51:26 | → | alp__ joins (~alp@2001:861:8ca0:4940:5403:7c5f:5e1b:67a6) |
| 06:54:37 | × | alp_ quits (~alp@2001:861:8ca0:4940:f903:6c8:e9e2:1b2b) (Ping timeout: 252 seconds) |
| 06:56:27 | × | alp__ quits (~alp@2001:861:8ca0:4940:5403:7c5f:5e1b:67a6) (Ping timeout: 252 seconds) |
| 07:10:50 | × | ft quits (~ft@p3e9bcd97.dip0.t-ipconnect.de) (Quit: leaving) |
| 08:38:42 | → | mc47 joins (~yecinem@host-212-114-138-22.customer.m-online.net) |
| 08:39:01 | → | ash3en joins (~Thunderbi@2a03:7846:b6eb:101:93ac:a90a:da67:f207) |
| 08:42:19 | → | alp__ joins (~alp@2001:861:8ca0:4940:c619:f7a3:d4b4:8e07) |
| 08:48:41 | × | piele quits (~piele@tbonesteak.creativeserver.net) (Quit: Ciao!) |
| 09:20:27 | × | ash3en quits (~Thunderbi@2a03:7846:b6eb:101:93ac:a90a:da67:f207) (Remote host closed the connection) |
| 09:21:40 | → | ash3en joins (~Thunderbi@2a03:7846:b6eb:101:93ac:a90a:da67:f207) |
| 09:44:33 | × | ash3en quits (~Thunderbi@2a03:7846:b6eb:101:93ac:a90a:da67:f207) (Ping timeout: 245 seconds) |
| 09:50:31 | <Solid> | geekosaur: I think EwmhDesktops is more liskin's turf, but I'll take a look later |
| 09:58:57 | → | piele joins (~piele@tbonesteak.creativeserver.net) |
| 10:00:45 | → | ash3en joins (~Thunderbi@2a03:7846:b6eb:101:93ac:a90a:da67:f207) |
| 10:02:00 | × | piele quits (~piele@tbonesteak.creativeserver.net) (Client Quit) |
| 10:16:54 | → | L29Ah joins (~L29Ah@wikipedia/L29Ah) |
| 10:33:04 | × | ChubaDuba quits (~ChubaDuba@5.165.176.233) (Quit: WeeChat 4.5.1) |
| 11:47:30 | × | tv quits (~tv@user/tv) (Read error: Connection reset by peer) |
| 12:21:59 | × | catman quits (~catman@user/catman) (Quit: WeeChat 4.5.1) |
| 12:25:47 | → | catman joins (~catman@user/catman) |
| 12:50:13 | ← | L29Ah parts (~L29Ah@wikipedia/L29Ah) () |
| 12:51:59 | → | L29Ah joins (~L29Ah@wikipedia/L29Ah) |
| 13:00:26 | × | ash3en quits (~Thunderbi@2a03:7846:b6eb:101:93ac:a90a:da67:f207) (Quit: ash3en) |
| 13:36:26 | → | rekahsoft joins (~rekahsoft@bras-base-orllon1103w-grc-10-142-112-184-232.dsl.bell.ca) |
| 13:49:34 | → | yaslam joins (~yaslam@user/yaslam) |
| 13:56:30 | → | tv joins (~tv@user/tv) |
| 14:03:33 | ← | L29Ah parts (~L29Ah@wikipedia/L29Ah) () |
| 14:16:09 | × | yaslam quits (~yaslam@user/yaslam) (Ping timeout: 276 seconds) |
| 14:27:31 | → | piele joins (~piele@eiseth.creativeserver.net) |
| 14:29:10 | → | L29Ah joins (~L29Ah@wikipedia/L29Ah) |
| 14:31:14 | × | piele quits (~piele@eiseth.creativeserver.net) (Client Quit) |
| 14:33:51 | × | alp__ quits (~alp@2001:861:8ca0:4940:c619:f7a3:d4b4:8e07) (Remote host closed the connection) |
| 14:34:09 | → | alp__ joins (~alp@2001:861:8ca0:4940:c852:f016:ee1c:5cf) |
| 14:35:53 | → | piele joins (~piele@eiseth.creativeserver.net) |
| 15:56:39 | × | mc47 quits (~yecinem@host-212-114-138-22.customer.m-online.net) (Ping timeout: 260 seconds) |
| 16:07:47 | <ectospasm> | I am having a problem with XMonad. It exits without an error code (I see nothing about it in xmonad.errors) when I try to bring up a prompt to change or send the current window to another workspace. |
| 16:08:00 | <ectospasm> | i hadn't made any changes to xmonad |
| 16:08:19 | <ectospasm> | xmonad.hs in a while |
| 16:08:35 | <ectospasm> | I think it has something to do with fonts |
| 16:10:04 | <ectospasm> | There are two places in xmonad.hs where I refer to Xft fonts, and I changed 'xft' to 'pango' and the crashing/exiting stopped (but my prompt hotkeys don't work, either). |
| 16:10:29 | <ectospasm> | This started after an upgrade of my Arch Linux laptop |
| 16:11:02 | <ectospasm> | The only thing I saw that got upgraded was fontconfig, but I don't know how to fix this. |
| 16:12:27 | <ectospasm> | https://git.eldon.me/trey/XMonad/src/branch/master/xmonad.hs |
| 16:15:29 | <ectospasm> | xmonad 0.18.0-27 xmonad-contrib 0.18.1-12 xmonad-utils 0.1.3.3-258 |
| 16:16:49 | <ectospasm> | It looks like my XMonad packages were upgraded as well. |
| 17:12:43 | <L29Ah> | does it work if you build xmonad and its dependencies with cabal or stack or nix? |
| 17:25:27 | × | piele quits (~piele@eiseth.creativeserver.net) (Ping timeout: 246 seconds) |
| 17:30:08 | × | MrElendig quits (~Urist@archlinux/op/MrElendig) (Quit: aliens) |
| 17:31:31 | → | MrElendig joins (~Urist@archlinux/op/MrElendig) |
| 17:47:50 | → | ft joins (~ft@p3e9bcd97.dip0.t-ipconnect.de) |
| 17:52:06 | → | yaslam joins (~yaslam@user/yaslam) |
| 18:30:57 | → | piele joins (~piele@eiseth.creativeserver.net) |
| 18:34:00 | × | piele quits (~piele@eiseth.creativeserver.net) (Client Quit) |
| 18:40:38 | <geekosaur> | there's something you need to do after upgrading Arch packages to keep your xmonad config running, I have to check the wiki |
| 18:41:25 | <geekosaur> | see the boxed warning here https://wiki.archlinux.org/title/Xmonad#Installation |
| 19:41:58 | → | ash3en joins (~Thunderbi@2a03:7846:b6eb:101:93ac:a90a:da67:f207) |
| 20:45:03 | × | ash3en quits (~Thunderbi@2a03:7846:b6eb:101:93ac:a90a:da67:f207) (Quit: ash3en) |
| 22:12:36 | × | haskellbridge quits (~hackager@syn-024-093-192-219.res.spectrum.com) (Remote host closed the connection) |
| 22:13:22 | <ectospasm> | geekosaur: I actually recompile xmonad before I launch it every time. I have an alias stx='xmonad --recompile && startx &> ~/.Xsession-errors' when I start X.org, so I recompile every time. |
| 22:14:11 | <ectospasm> | L29Ah: Sorry, that's too much work to do, so I'm not going to try that. |
| 22:16:24 | → | haskellbridge joins (~hackager@syn-024-093-192-219.res.spectrum.com) |
| 22:19:57 | <geekosaur> | then I would wonder if Arch (yet again) failed to recompile dependent libraries. `ldd ~/.xmonad/xmonad-x86_64-linux` (if you use XDG, `ldd ~/.cache/xmonad/xmonad-x86_64-linux`) |
| 22:23:13 | <ectospasm> | https://paste.rs/a5QkP |
| 22:24:50 | <geekosaur> | huh, that looks fine (although I have to wonder how TH got in there) |
| 22:25:27 | <ectospasm> | TH? |
| 22:25:33 | <geekosaur> | `xmonad.errors` won't contain runtime errors, it's for compile-time (`xmonad --rebuild`) errors |
| 22:25:38 | <geekosaur> | Template Haskell |
| 22:25:48 | <ectospasm> | Ah. |
| 22:26:06 | <ectospasm> | Yeah, My .Xsession.errors seems to show a few lines of this: <class 'Xlib.error.BadAccess'>: code = 10, resource_id = 1323, sequence_number = 37, major_opcode = 33, minor_opcode = 0 |
| 22:26:19 | <ectospasm> | But I'm not sure if that's coming from XMonad or autokey |
| 22:26:29 | <ectospasm> | Let me post my .Xsession.errors, hold on. |
| 22:27:24 | <ectospasm> | https://paste.rs/apr8p |
| 22:27:37 | <geekosaur> | that's XUngrabServer, won't be xmonad |
| 22:28:02 | <geekosaur> | oh wait, wrong number 🙂 |
| 22:28:07 | <ectospasm> | That's right after I trigger the exit. I'm having a hard time calling it a crash, but X completely dies. |
| 22:28:17 | <geekosaur> | 33 is XGrabKey |
| 22:28:57 | <geekosaur> | sounds like autokey, you'd get any xmonad errors about key grabs right up front. oh, and xmonad's X errors look different from that |
| 22:30:49 | <geekosaur> | xmonad is throwing BadAtom at startup with XChangeProperty, but is continuing |
| 22:31:15 | <geekosaur> | yeh, I see no xmonad errors there |
| 22:31:34 | <ectospasm> | The other thing I've noticed, is my dzen2 bar at the top isn't displaying the little battery and clock widgets I'm piping through dzen2. |
| 22:31:42 | <geekosaur> | but it's behaving a lot like xmonad crashed/dumped core, which is usually FFI |
| 22:32:14 | <ectospasm> | So I don't know where to look at the core dumps. I don't see any on ~/.xmonad, and I'm not sure where else they'd be. |
| 22:33:06 | <ectospasm> | None in ${HOME} |
| 22:33:18 | <ectospasm> | And I looked in /tmp and /run earlier, couldn't find any. |
| 22:34:28 | <geekosaur> | it would be in $HOME, but core dumps also need to be enabled (ulimit -c unlimited) |
| 22:35:07 | <geekosaur> | (there's also a sysctl thing but I hope they didn't use that, especially if it's sending it to some automated crash reporter that won't be smart enough to send it to us) |
| 22:35:57 | <ectospasm> | I'm not aware of anything Arch does like that, I'd be surprised if they did. |
| 22:36:05 | <ectospasm> | Stuff like that I'd have to explicitly set up. |
| 22:36:12 | <geekosaur> | I would too, actually |
| 22:36:24 | <geekosaur> | Fedora and Ubuntu do it, it's annoying |
| 22:36:39 | <ectospasm> | Yeah, but they have more staff to handle such things |
| 22:36:55 | <geekosaur> | doesn't mean either of them forward crash dumps to us |
| 22:37:13 | <ectospasm> | Let me try the ulimit thing... |
| 22:38:41 | <geekosaur> | you need to run that at boot before xmonad starts for it to be effective; I don't know how Arch allows you to do that |
| 22:39:01 | <geekosaur> | if you're using ~/.xsession / ~/.xinitrc then you can put it there |
| 22:39:04 | <ectospasm> | Run it at boot, or just before I launch X/xinit/xmonad? |
| 22:39:17 | <geekosaur> | the latter |
| 22:39:30 | <geekosaur> | (I mean, I would actually do the former because ugh) |
| 22:39:45 | <ectospasm> | Yeah, I killed X, ran `ulimit -c unlimited`, then my stx (startx) alias which recompiled xmonad before startx. |
| 22:39:50 | <geekosaur> | but also run `ulimit -a` in a shell to see what it currently is |
| 22:39:55 | <ectospasm> | I don't see a core dump in ${HOME} |
| 22:40:17 | <ectospasm> | yeah, it says `-c unlimited` |
| 22:42:40 | <geekosaur> | could you have your .xinitrc do `echo "xmonad exit $?" >> ~/.xsession-errors` right after running xmonad? |
| 22:42:53 | <geekosaur> | (or whatever file you're starting xmonad with) |
| 22:43:16 | <ectospasm> | Yeah, it's .xinitrc, so put it after the exec xmonad line? |
| 22:44:17 | <geekosaur> | also remove the `exec` so it'll actually get run |
| 22:44:31 | <ectospasm> | OK |
| 22:44:44 | <geekosaur> | (leave the `xmonad` obviously, we just don't want .xinitrc to replace itself with xmonad and not run the diagnostic line) |
| 22:54:13 | <ectospasm> | Yep, so it's exit status 139, and here's the output of .Xsession-errors: https://paste.rs/gdJwA |
| 22:54:26 | <ectospasm> | So xmonad is dumping core, I just don't know where the core file is. |
| 22:55:15 | <geekosaur> | unless you're doing something weird in .xinitrc it's $HOME |
| 22:55:21 | <geekosaur> | xmonad itself doesn't change directory |
| 23:00:21 | <ectospasm> | Hmmm, do you know what the core dump might be named? I'm running `ls -altr`, so I figured the latest files (including the core dump) would be near the bottom. |
| 23:00:37 | <ectospasm> | I also don't find anything with 'core' or 'dump' in the filename. |
| 23:07:59 | <geekosaur> | it should just be `core` |
| 23:08:52 | <ectospasm> | according to this: https://wiki.archlinux.org/title/Core_dump#Where_do_they_go?, they're in /var/lib/systemd/coredump/. Sure enough, there's a bunch in there for xmonad. |
| 23:08:53 | <geekosaur> | possibly `core.somenumber` (which would be the pid) |
| 23:09:07 | <geekosaur> | ah, so they do play sysctl games |
| 23:09:20 | <ectospasm> | It appears so. |
| 23:09:38 | <ectospasm> | Seems it's tied into systemd, which I appreciate. |
| 23:09:45 | <ectospasm> | (I'm a fan of systemd) |
| 23:09:52 | <ectospasm> | Or an apologist, if you will. |
| 23:10:03 | <ectospasm> | But not here to talk about that. |
| 23:10:40 | <ectospasm> | So, I'm a bit apprehensive about sharing that core dump. Any hints on how to review it? This is starting to get beyond my skillset (if using XMonad wasn't already) |
| 23:12:53 | <geekosaur> | `gdb /path/to/xmonad-x86_64-linux /path/to/coredump` then `bt` |
| 23:13:23 | <geekosaur> | but I'm not sure it'll be helpful, Haskell backtraces are wonky to start with and it's almost certainly built without debug information |
| 23:13:39 | <geekosaur> | but if it's in an FFI call then it should at least show that |
| 23:13:47 | <ectospasm> | FFI? |
| 23:15:21 | <geekosaur> | foreign function interface |
| 23:15:41 | <geekosaur> | we call out to C functions for practically everything, from X server calls, fonts, etc. |
| 23:19:11 | <ectospasm> | OK |
| 23:19:22 | <ectospasm> | Yeah, this uses coredumpctl to analyze core dumps. |
| 23:19:32 | <ectospasm> | I may need to build XMonad with debugging symbols |
| 23:20:36 | <ectospasm> | Also, I should probably not rebuild xmonad before launching it again while I'm trying to debug this (`coredumpctl debug` posted a message saying the executable may not match the core dump, which makes sense since I recompiled it after the dump was produced) |
| 23:21:31 | <ectospasm> | I guess everything linked to it would need debugging symbols as well, not just the Haskell/XMonad bits. |
| 23:21:47 | <ectospasm> | In case it's something outside of XMonad causing this. |
| 23:22:26 | <ectospasm> | I suspect libXft if I had to hazard a guess, since I can't reproduce the behavior if I change the references to 'xft' in xmonad.hs to 'pango'. |
| 23:23:14 | <geekosaur> | most things will have external debug symbols, although you may need to install them with pacman |
| 23:23:48 | <ectospasm> | Yep. |
| 23:35:46 | <ectospasm> | Is there a way for me to build the debugging symbols for the XMonad executable I build? |
| 23:36:01 | <ectospasm> | It looks like coredumpctl is getting the debug symbols for everything else. |
| 23:36:11 | <ectospasm> | Or at least it appears that way. |
| 23:36:16 | <geekosaur> | I think you'd have to set up a build script |
| 23:37:01 | <ectospasm> | Yep, I see output that I don't have anything like that set up when I do recompile it. |
| 23:37:21 | <ectospasm> | Any guides on where I can set that up quickly? |
| 23:39:13 | <ectospasm> | OK, so coredumpctl debug finally finished loading everything, and I see this: warning: 1491 XMonad/Prompt.hs: No such file or directory |
| 23:39:27 | <ectospasm> | So it looks like I'm missing something. I wonder why it compiles? |
| 23:39:48 | <ectospasm> | That's before I built debugging symbols. |
| 23:41:12 | <geekosaur> | https://paste.tomsmeding.com/lkiSFKKs put this in a file called "build" in the same directory as xmonad.hs, and "chmod +x build" |
| 23:41:59 | <geekosaur> | you don't have source files installed, only object files and HI files |
| 23:42:09 | <geekosaur> | which are all you need to build |
All times are in UTC on 2025-02-06.