Logs on 2021-02-08 (freenode/#xmonad)
| 00:03:23 | × | notis quits (~notis@185.51.134.229) (Ping timeout: 256 seconds) |
| 00:11:38 | → | growpotkin joins (~growpotki@130-45-30-154.dyn.grandenetworks.net) |
| 00:42:34 | × | endiruna quits (~endiendir@46.101.187.207) (Ping timeout: 276 seconds) |
| 00:59:25 | × | hexo quits (~hexo@gateway/tor-sasl/hexo) (Ping timeout: 268 seconds) |
| 01:00:04 | → | hexo joins (~hexo@gateway/tor-sasl/hexo) |
| 01:14:50 | × | hexo quits (~hexo@gateway/tor-sasl/hexo) (Ping timeout: 268 seconds) |
| 01:15:40 | → | hexo joins (~hexo@gateway/tor-sasl/hexo) |
| 02:07:04 | × | jchia quits (~jchia@218.80.72.201) (Ping timeout: 272 seconds) |
| 02:09:07 | → | jchia joins (~jchia@218.80.76.119) |
| 02:11:32 | → | materiyolo joins (~materiyol@112.204.169.246) |
| 02:33:39 | × | gazler__ quits (~gazler@195.107.2.81.in-addr.arpa) (Remote host closed the connection) |
| 02:35:08 | → | gazler__ joins (~gazler@195.107.2.81.in-addr.arpa) |
| 02:37:52 | → | goose_ joins (~goose@cpe-24-26-227-133.satx.res.rr.com) |
| 02:38:10 | <goose_> | is it fine if i ask for xmobar support here? |
| 02:38:19 | <goose_> | i cant find the xmobar irc if there is 1 |
| 02:57:03 | → | abhixec joins (~abhixec@c-67-169-139-16.hsd1.ca.comcast.net) |
| 03:08:21 | × | theDon quits (~td@muedsl-82-207-238-114.citykom.de) (Ping timeout: 264 seconds) |
| 03:10:04 | → | theDon joins (~td@muedsl-82-207-238-056.citykom.de) |
| 03:57:53 | × | materiyolo quits (~materiyol@112.204.169.246) (Quit: WeeChat 2.9) |
| 04:14:00 | → | ChubaDuba joins (~ChubaDuba@37.112.228.11) |
| 04:25:27 | × | goose_ quits (~goose@cpe-24-26-227-133.satx.res.rr.com) (Remote host closed the connection) |
| 04:37:28 | × | evanjs quits (~evanjs@075-129-098-007.res.spectrum.com) (Read error: Connection reset by peer) |
| 04:44:11 | → | evanjs joins (~evanjs@075-129-098-007.res.spectrum.com) |
| 05:01:25 | × | ml| quits (~ml|@unaffiliated/ml/x-3958674) (Ping timeout: 240 seconds) |
| 05:02:56 | × | abhixec quits (~abhixec@c-67-169-139-16.hsd1.ca.comcast.net) (Read error: Connection reset by peer) |
| 05:04:10 | → | xaltsc joins (~xaltsc@unaffiliated/xaltsc) |
| 05:05:23 | → | materiyolo joins (~materiyol@112.204.169.246) |
| 05:14:03 | → | ml| joins (~ml|@unaffiliated/ml/x-3958674) |
| 05:18:43 | → | abhixec joins (~abhixec@c-67-169-139-16.hsd1.ca.comcast.net) |
| 05:48:48 | × | xaltsc quits (~xaltsc@unaffiliated/xaltsc) (Quit: WeeChat 3.0) |
| 06:04:46 | → | palo1 joins (~weechat@c-base/crew/palo) |
| 06:07:51 | × | palo quits (~weechat@c-base/crew/palo) (Ping timeout: 246 seconds) |
| 06:07:51 | palo1 | is now known as palo |
| 06:18:49 | × | growpotkin quits (~growpotki@130-45-30-154.dyn.grandenetworks.net) (Quit: ZNC 1.8.2 - https://znc.in) |
| 06:43:10 | → | ntm joins (~ntm@2600:1700:5526:4080::f) |
| 06:43:33 | ← | ntm parts (~ntm@2600:1700:5526:4080::f) () |
| 07:04:39 | → | notis joins (~notis@185.51.134.229) |
| 07:26:43 | × | materiyolo quits (~materiyol@112.204.169.246) (Quit: WeeChat 2.9) |
| 08:11:04 | → | arsdragonfly joins (uid130196@gateway/web/irccloud.com/x-ursrycaeosrqcgjt) |
| 08:37:33 | → | xaltsc joins (~xaltsc@unaffiliated/xaltsc) |
| 08:50:57 | × | notis quits (~notis@185.51.134.229) (Ping timeout: 246 seconds) |
| 09:02:47 | → | thc202 joins (~thc202@unaffiliated/thc202) |
| 09:04:55 | × | fionnan quits (~fionnan@109.255.20.201) (Ping timeout: 265 seconds) |
| 09:37:16 | → | endiruna joins (~endiendir@46.101.187.207) |
| 09:51:18 | × | gazler__ quits (~gazler@195.107.2.81.in-addr.arpa) (Ping timeout: 272 seconds) |
| 10:00:33 | → | gazler joins (~gazler@195.107.2.81.in-addr.arpa) |
| 11:01:45 | × | jchia quits (~jchia@218.80.76.119) (Ping timeout: 240 seconds) |
| 11:02:34 | → | materiyolo joins (~materiyol@112.204.169.246) |
| 11:03:24 | → | jchia joins (~jchia@218.80.75.223) |
| 11:03:29 | <Solid> | I'm pretty sure I `cabal install'ed xmonad and contrib not too long ago and everything worked fine |
| 11:03:58 | <Solid> | (this is on cabal install 3.2, so `install' should be `new-install') |
| 11:09:34 | × | hexo quits (~hexo@gateway/tor-sasl/hexo) (Remote host closed the connection) |
| 11:10:05 | → | hexo joins (~hexo@gateway/tor-sasl/hexo) |
| 11:29:41 | × | xaltsc quits (~xaltsc@unaffiliated/xaltsc) (Ping timeout: 246 seconds) |
| 11:29:49 | × | arsdragonfly quits (uid130196@gateway/web/irccloud.com/x-ursrycaeosrqcgjt) (Quit: Connection closed for inactivity) |
| 11:45:46 | → | Nahra joins (~Nahra@unaffiliated/nahra) |
| 11:57:32 | → | ADG1089__ joins (~aditya@223.235.245.154) |
| 11:57:32 | × | ChubaDuba quits (~ChubaDuba@37.112.228.11) (Read error: Connection reset by peer) |
| 11:58:15 | → | ChubaDuba joins (~ChubaDuba@37.112.228.11) |
| 11:59:48 | → | notis joins (~notis@185.51.134.229) |
| 12:08:53 | × | ADG1089__ quits (~aditya@223.235.245.154) (Remote host closed the connection) |
| 12:18:29 | × | materiyolo quits (~materiyol@112.204.169.246) (Quit: WeeChat 2.9) |
| 12:21:18 | → | mc47 joins (~yecinem@89.246.239.190) |
| 12:42:06 | → | tremon joins (~aschuring@217-63-61-89.cable.dynamic.v4.ziggo.nl) |
| 13:13:39 | → | geekosaur joins (82650c7a@130.101.12.122) |
| 13:18:19 | <geekosaur> | Solid, so the last release works but git somehow doesn't? sigh |
| 13:22:31 | <geekosaur> | git reset --hard doesn't do it (I did futz around a bit, so figured I'd doublecheck) |
| 13:24:22 | → | seschwar joins (~seschwar@unaffiliated/seschwar) |
| 13:27:05 | × | feepo quits (sid28508@gateway/web/irccloud.com/x-drzsmgoumumuleld) (Ping timeout: 265 seconds) |
| 13:27:05 | × | lally quits (sid388228@gateway/web/irccloud.com/x-ksnlcawkmgzvygxc) (Ping timeout: 265 seconds) |
| 13:27:13 | × | ryjm quits (sid383513@gateway/web/irccloud.com/x-tszvxtkoavldjrjz) (Ping timeout: 260 seconds) |
| 13:27:19 | × | p_l quits (p_l@gateway/web/irccloud.com/x-hynouoygnkiylurg) (Read error: Connection reset by peer) |
| 13:28:49 | → | ryjm joins (sid383513@gateway/web/irccloud.com/x-worjbcdglldngruf) |
| 13:28:49 | → | lally joins (sid388228@gateway/web/irccloud.com/x-cekrhietwembxiah) |
| 13:30:17 | → | p_l joins (p_l@gateway/web/irccloud.com/x-vnqltayjisciajlw) |
| 13:30:35 | <Solid> | geekosaur: I just tested it again, and the release definitely works (I did a `cabal install xmonad --lib xmonad --lib xmonad-contrib') |
| 13:31:10 | <geekosaur> | interesting |
| 13:31:12 | <Solid> | will try to test this with git tonight |
| 13:31:43 | <geekosaur> | maybe I should try this again with the released version. but I'm kinda leery of messing with what is now a working setup :) |
| 13:32:01 | <geekosaur> | (after having to fix a small nit this morning) |
| 13:32:27 | <Solid> | hah, very understandable :) |
| 13:33:49 | <geekosaur> | especially since the obvious doesn't tend to work (moving dirs around breaks cabal, iirc) |
| 13:35:01 | → | feepo joins (sid28508@gateway/web/irccloud.com/x-xpvtlrbefkwtmovo) |
| 13:35:13 | → | thunderrd joins (~thunderrd@183.182.115.7) |
| 13:37:02 | <geekosaur> | so meantime I removed the git X11 from my project and it does indeed build. sigh |
| 13:37:13 | <geekosaur> | so maybe I'll mess with this today |
| 13:37:57 | <geekosaur> | hm, actually cabal should be mostly ok with moving dirs around since it's not installing stuff under here, it's installing to its stash area which isn't moving. I can hope |
| 13:41:00 | <geekosaur> | aaaand it completed. suppose I should repeat with this in an XDG dir and see how that works in git (should override my v1 setup in ~/.xmonad) |
| 13:43:16 | geekosaur | suddenly wonders if the instructions in the README are out of date and it takes more than autoreconf to prep a repo for build |
| 13:43:34 | <geekosaur> | I mean they already assume cabal 1.x/2.x |
| 13:49:32 | <geekosaur> | moved it and it's rebuilding everything. at least it didn't crash because everything was in the wrong place >.> |
| 13:49:41 | → | xaltsc joins (~xaltsc@unaffiliated/xaltsc) |
| 13:53:15 | <geekosaur> | @index getXdgDirectory |
| 13:53:15 | <lambdabot> | bzzt |
| 13:53:19 | <geekosaur> | bah |
| 13:59:52 | <geekosaur> | (System.Directory, if anyone cares) |
| 14:00:14 | <geekosaur> | v1 setup working still, need to move stuff to try v2 |
| 14:05:07 | × | xaltsc quits (~xaltsc@unaffiliated/xaltsc) (Ping timeout: 260 seconds) |
| 14:07:02 | → | xaltsc joins (~xaltsc@unaffiliated/xaltsc) |
| 14:16:55 | <geekosaur> | blegh. so it builds but I can't find the executable via cabal mechanisms, it claims not to find the "package" which is my xmonad config |
| 14:19:28 | <geekosaur> | oh, that's my fault. hack for the v1 stuff >.> |
| 14:22:21 | <geekosaur> | blah, and it rebuilds everything |
| 14:27:02 | × | thc202 quits (~thc202@unaffiliated/thc202) (Ping timeout: 264 seconds) |
| 14:29:32 | <geekosaur> | success, I think. still rather slow though to use cabal "properly" in v2 mode with a build script, for some reason the install step is slow even though it should just be linking an existing file from the cabal build step. |
| 14:30:51 | <geekosaur> | have to see if it's still slow tomorrow when I log in |
| 14:30:51 | → | thc202 joins (~thc202@unaffiliated/thc202) |
| 14:31:00 | <geekosaur> | or this afternoon depending on how things work out |
| 14:31:45 | → | fionnan joins (~fionnan@80.111.86.154) |
| 14:37:39 | <Liskni_si> | I have no idea what stack does internally but I didn't even need to autoreconf X11 |
| 14:37:49 | <Liskni_si> | (when building from git) |
| 14:38:34 | <geekosaur> | interesting |
| 14:39:03 | <geekosaur> | I forgot the autoreconf the first time and still got the same error, so the same thing may be happening with cabal. but it wasn't enough |
| 14:39:24 | <geekosaur> | (that was why I did the git reset --hard, in case the attempt left some garbage I'd missed around) |
| 14:46:57 | × | xaltsc quits (~xaltsc@unaffiliated/xaltsc) (Ping timeout: 272 seconds) |
| 14:55:28 | × | geekosaur quits (82650c7a@130.101.12.122) (Quit: Connection closed) |
| 14:58:47 | → | xaltsc joins (~xaltsc@unaffiliated/xaltsc) |
| 15:01:01 | × | tremon quits (~aschuring@217-63-61-89.cable.dynamic.v4.ziggo.nl) (Quit: getting boxed in) |
| 15:01:36 | → | tremon joins (~aschuring@217-63-61-89.cable.dynamic.v4.ziggo.nl) |
| 15:06:22 | → | materiyolo joins (~materiyol@112.204.169.246) |
| 15:07:33 | × | tremon quits (~aschuring@217-63-61-89.cable.dynamic.v4.ziggo.nl) (Quit: getting boxed in) |
| 15:07:50 | → | tremon joins (~aschuring@217-63-61-89.cable.dynamic.v4.ziggo.nl) |
| 15:11:21 | × | tremon quits (~aschuring@217-63-61-89.cable.dynamic.v4.ziggo.nl) (Client Quit) |
| 15:11:41 | → | tremon joins (~aschuring@217-63-61-89.cable.dynamic.v4.ziggo.nl) |
| 15:11:46 | × | xaltsc quits (~xaltsc@unaffiliated/xaltsc) (Ping timeout: 272 seconds) |
| 15:13:32 | × | tremon quits (~aschuring@217-63-61-89.cable.dynamic.v4.ziggo.nl) (Client Quit) |
| 15:13:51 | → | tremon joins (~aschuring@217-63-61-89.cable.dynamic.v4.ziggo.nl) |
| 15:19:38 | <mc47> | Does setting `_JAVA_AWT_WM_NONREPARENTING=1` fix the java problem for all scenarios, or are there some exceptions? |
| 15:20:42 | <mc47> | Since we have XMonad.Util.Hacks now, it might be a good idea to add the java hack(s?) there |
| 15:21:42 | Liskni_si | has no idea |
| 15:22:00 | <Liskni_si> | I still run with both this env var and setwmname LG3D, and I don't use java apps very often anyway :-/ |
| 15:22:39 | <mc47> | Me neither, I only use it with Isabelle/jEdit (since it's the only reasonable way to use Isabelle/HOL without going crazy) and it seems to do the job |
| 15:23:09 | <mc47> | Ah yes I tried intelliJ for like a day (never again) and it also solves the problem there too |
| 15:23:33 | → | xaltsc joins (~xaltsc@unaffiliated/xaltsc) |
| 15:24:44 | <Liskni_si> | the LG3D hack was probably only relevant back when people actually used binary Java from Sun |
| 15:24:54 | <Liskni_si> | and there is no Sun any more |
| 15:25:33 | <Liskni_si> | but I wouldn't be suprised if some academic still used the same stuff they used 15 years ago because it still does the job :-) |
| 15:25:42 | <Liskni_si> | (which means they wouldn't upgrade xmonad either) |
| 15:27:39 | <mc47> | Huh, so I guess there's nothing to lose if we add it there |
| 15:29:00 | Solid | doesn't use any of the java hacks and has never had a problem the few times he had to interact with java applications |
| 15:30:28 | × | materiyolo quits (~materiyol@112.204.169.246) (Quit: WeeChat 2.9) |
| 15:44:09 | <mc47> | The workaround for Isabelle/jEdit for the java problem while using awesome or xmonad, is literally "Use a regular re-parenting X11 window manager." :D |
| 15:45:21 | <Liskni_si> | mc47: I thought setting _JAVA_AWT_WM_NONREPARENTING worked for you; does it not? |
| 15:45:41 | <mc47> | yes, it does |
| 15:46:00 | <mc47> | it wasn't clear, I was quoting the Isabelle/jEdit manual |
| 15:46:21 | <Liskni_si> | oh |
| 15:50:13 | × | Nahra quits (~Nahra@unaffiliated/nahra) (Quit: leaving) |
| 15:51:35 | × | mc47 quits (~yecinem@89.246.239.190) (Remote host closed the connection) |
| 15:51:44 | × | evanjs quits (~evanjs@075-129-098-007.res.spectrum.com) (Quit: ZNC 1.8.2 - https://znc.in) |
| 15:52:53 | → | mc47 joins (~yecinem@89.246.239.190) |
| 15:53:04 | → | evanjs joins (~evanjs@075-129-098-007.res.spectrum.com) |
| 15:53:34 | × | mc47 quits (~yecinem@89.246.239.190) (Remote host closed the connection) |
| 15:54:31 | → | mc47 joins (~yecinem@89.246.239.190) |
| 15:55:57 | × | xaltsc quits (~xaltsc@unaffiliated/xaltsc) (Ping timeout: 260 seconds) |
| 15:56:35 | <mc47> | now it decided to work even without setting the env variable.. fine by me |
| 15:59:13 | × | tremon quits (~aschuring@217-63-61-89.cable.dynamic.v4.ziggo.nl) (Quit: getting boxed in) |
| 15:59:29 | → | tremon joins (~aschuring@217-63-61-89.cable.dynamic.v4.ziggo.nl) |
| 16:00:00 | × | tremon quits (~aschuring@217-63-61-89.cable.dynamic.v4.ziggo.nl) (Client Quit) |
| 16:00:14 | → | tremon joins (~aschuring@217-63-61-89.cable.dynamic.v4.ziggo.nl) |
| 16:03:11 | <Liskni_si> | You sure it's not set? |
| 16:04:11 | × | evanjs quits (~evanjs@075-129-098-007.res.spectrum.com) (Quit: ZNC 1.8.2 - https://znc.in) |
| 16:04:58 | → | evanjs joins (~evanjs@075-129-098-007.res.spectrum.com) |
| 16:07:46 | <mc47> | I was wrong, it still acts weird when it's not set, and it works when it's set |
| 16:08:07 | <mc47> | it was tiled so I didn't see the big grey area that was unusable |
| 16:13:54 | × | evanjs quits (~evanjs@075-129-098-007.res.spectrum.com) (Quit: ZNC 1.8.2 - https://znc.in) |
| 16:15:05 | × | tremon quits (~aschuring@217-63-61-89.cable.dynamic.v4.ziggo.nl) (Quit: getting boxed in) |
| 16:15:38 | → | tremon joins (~aschuring@217-63-61-89.cable.dynamic.v4.ziggo.nl) |
| 16:15:41 | → | evanjs joins (~evanjs@075-129-098-007.res.spectrum.com) |
| 16:16:21 | × | tremon quits (~aschuring@217-63-61-89.cable.dynamic.v4.ziggo.nl) (Client Quit) |
| 16:16:49 | <Solid> | oh-java.png |
| 16:17:01 | → | tremon joins (~aschuring@217-63-61-89.cable.dynamic.v4.ziggo.nl) |
| 16:19:32 | <Solid> | I'd be wary of linking to the xmonad wiki in docs at this point, seeing that we may soon lose it (at least in its current form) |
| 16:25:42 | <mc47> | That slipped my mind |
| 16:52:54 | × | joshproehl quits (~quassel@dtools-d10-tx-1.inf.daedalusdreams.com) (Quit: Disappearing act!) |
| 16:53:13 | → | joshproehl joins (~quassel@dtools-d10-tx-1.inf.daedalusdreams.com) |
| 16:57:18 | → | Nahra joins (~Nahra@unaffiliated/nahra) |
| 16:58:19 | × | joshproehl quits (~quassel@dtools-d10-tx-1.inf.daedalusdreams.com) (Quit: Disappearing act!) |
| 16:58:36 | → | joshproehl joins (~quassel@dtools-d10-tx-1.inf.daedalusdreams.com) |
| 16:58:59 | → | growpotkin joins (~growpotki@130-45-30-154.dyn.grandenetworks.net) |
| 17:00:46 | → | geekosaur joins (82650c7a@130.101.12.122) |
| 17:01:03 | <geekosaur> | so far, so good… |
| 17:04:10 | <geekosaur> | mc47, the LG3D hack is specific to Oracle Java, the _JAVA_AWT_VM_NONREPARENTING is specific to openjdk, other implementations may have their own ways |
| 17:05:27 | <Liskni_si> | I'd expect even Oracle java to support _JAVA_AWT_VM_NONREPARENTING by now. (But I'm not going to check that.) |
| 17:05:37 | <geekosaur> | I wouldn't, because Oracle |
| 17:05:59 | <geekosaur> | not like they support awesome or xmonad |
| 17:07:25 | <geekosaur> | anyway I did a clean startup and didn't have to wait for it to rebuild anything or even the odd slowness of the first time it made the exe link, so I guess it's working and I can document both my versions |
| 17:07:25 | <Liskni_si> | it'd be incredibly silly to diverge from openjdk so much |
| 17:08:11 | <geekosaur> | you seriously think Oracle thinks that way? their way of thinking is that openjdk should not diverge from Them so much |
| 17:11:07 | <geekosaur> | (openjdk is not the inheritor of Sun's IP rights in Java; Oracle bought the remains of Sun specifically for the Java IP) |
| 17:13:31 | <mc47> | geekosaur, do you think the LG3D hack should also be added? |
| 17:14:32 | <mc47> | Why do things get really confusing really fast? It's so weird that this bug exists in the first place |
| 17:14:32 | <geekosaur> | that one's pretty much legendary (and about as relevant to the modern world :) — I suspect anyone who cares is no longer using a reparenting wm at all |
| 17:14:57 | <geekosaur> | oh, I know why the bug exists (and neither hack works with mono which has the same problem) |
| 17:15:23 | <mc47> | I'm intrested, why? |
| 17:15:29 | <geekosaur> | the problem is cross-platform window toolkits, because Windows uses screen-relative positioning but X11 is window-relative |
| 17:16:21 | <geekosaur> | most cross-platform toolkits emulate Windows, so they have to translate X11 window-relative positions to screen-relative. but this means traversing back to the root window, which needs an extra step if the window has been reparented |
| 17:16:33 | <geekosaur> | and if that step is present it gets confused if windows are *not* reparented |
| 17:17:25 | <geekosaur> | (mono definitely emulates windows since it's .net emulation for linux/unix) |
| 17:18:19 | <mc47> | hmm, I see |
| 17:18:27 | <mc47> | thanks! |
| 17:32:37 | <Solid> | I'm starting a log with "wise geekosaur explanations" |
| 17:33:30 | <Solid> | good first entry I'd say :> |
| 17:47:21 | × | ChubaDuba quits (~ChubaDuba@37.112.228.11) (Quit: WeeChat 1.6) |
| 18:02:42 | × | geekosaur quits (82650c7a@130.101.12.122) (Ping timeout: 240 seconds) |
| 18:17:45 | → | geekosaur joins (82650c7a@130.101.12.122) |
| 18:20:53 | <Liskni_si> | makes me wonder why there's no XMonad.Hook.Reparent yet :-) |
| 18:21:55 | <geekosaur> | right now there are things intermixed that would want the frame window vs. the client window, that would need to be untangled for reparenting to work |
| 18:22:22 | <geekosaur> | it'd be a fairly big change to core and as big or bigger for some contribs (Decoration comes to mind) |
| 18:22:59 | <geekosaur> | Decoration might be especially bad because most uses would want to use the frame window… but then there's how Tabbed uses it |
| 18:24:29 | <Liskni_si> | oh if it can't be done in a hacky way then nevermind :-0) |
| 18:24:35 | <Liskni_si> | s/0// |
| 18:35:29 | <Solid> | I guess no one who uses xmonad is invested enough in java to go through the pain :) |
| 18:37:37 | <Liskni_si> | I remember that a couple years ago I had a LD_PRELOAD wrapper to fix josm (which uses AWT I think) not working properly with xinerama |
| 18:37:59 | <Liskni_si> | so I was somewhat invested, but didn't really need to investigate the reparenting route |
| 18:58:25 | → | xaltsc joins (~xaltsc@unaffiliated/xaltsc) |
| 19:12:31 | × | davemq quits (~davemq@99-179-0-50.lightspeed.austtx.sbcglobal.net) (Read error: Connection reset by peer) |
| 19:14:33 | → | davemq joins (~davemq@2600:1700:b1c0:2580::4d8) |
| 19:15:42 | × | geekosaur quits (82650c7a@130.101.12.122) (Ping timeout: 240 seconds) |
| 19:20:30 | × | Nahra quits (~Nahra@unaffiliated/nahra) (Quit: leaving) |
| 19:21:59 | <mc47> | How would someone debug the startupHook? Like how can I log to xmonad.errors for example? |
| 19:26:53 | × | lambdabot quits (~lambdabot@haskell/bot/lambdabot) (Remote host closed the connection) |
| 19:28:46 | <Liskni_si> | if you invoke xmonad via startx or xinit, then its stdout/stderr is in ~/.xsession-errors and you can just "print" or "io $ print …" |
| 19:29:14 | → | lambdabot joins (~lambdabot@haskell/bot/lambdabot) |
| 19:29:14 | ChanServ | sets mode +v lambdabot |
| 19:29:30 | <Liskni_si> | or you can add some systemd-cat or systemd-run somewhere and have that output in the journal with additional metadata like time and pid |
| 19:30:54 | × | hexo quits (~hexo@gateway/tor-sasl/hexo) (Remote host closed the connection) |
| 19:31:12 | → | hexo joins (~hexo@gateway/tor-sasl/hexo) |
| 19:33:41 | → | geekosaur joins (82650c7a@130.101.12.122) |
| 19:33:42 | <mc47> | I'm letting KDE worry about invoking xmonad |
| 19:36:08 | <geekosaur> | I've written a bunch of debug hooks but they all assume stderr is going somewhere useful. where that is will depend |
| 19:36:43 | <geekosaur> | on my systems (all debian-derived) it's .xsession-errors. on fedora it's supposedly under control of journalctl, iirc |
| 19:37:09 | <mc47> | I have no idea where that goes |
| 19:37:27 | <geekosaur> | in other news, I found https://wiki.haskell.org/Special:Export |
| 19:37:40 | <mc47> | I could just run strace for write syscalls and grep what I want |
| 19:37:46 | <geekosaur> | possibly pandoc can do something useful with the result |
| 19:38:07 | <geekosaur> | strace is possibly the most painful way of doing this, especially since there'll be 100 signals per second from the runtime |
| 19:38:54 | <geekosaur> | also lots of writes to the X server socket |
| 19:38:59 | <Solid> | Liskni_si: afaik this is not standardized |
| 19:39:30 | <Solid> | my system sends the info god knows where by default and I have to explicitly redirect it so some errors file via something like `exec launchx >& ~/.xsession.log' |
| 19:39:42 | <mc47> | it is painful, but it might just work |
| 19:40:12 | <mc47> | unless someone has an idea on what KDE does with window managers? |
| 19:40:23 | <geekosaur> | it may be possible to make strace itself limit to writes to stderr |
| 19:40:31 | <geekosaur> | no idea with recent kde, sorry |
| 19:40:43 | <geekosaur> | last time I played with it was kde2 :) |
| 19:40:56 | <geekosaur> | things have… changed since then |
| 19:41:29 | <Solid> | surely kde must have this documented somewhere? |
| 19:43:13 | <geekosaur> | I was going to say last time I needed to know someting about kde I had to dig in the source, but now that I think about it that was actually something about xcb :/ |
| 19:50:09 | <Liskni_si> | Solid: oh, right, it's debian's Xsession that's doing the redirect here |
| 19:51:34 | <geekosaur> | doesn't debian use .xsession-errors though? ubuntu and mint do but it may be inherited from ubuntu instead of from debian |
| 19:52:48 | <mc47> | I also have no idea, and I'm not even sure I could replicate my current setup again |
| 19:53:00 | <mc47> | After a lot of trying, it just "works" |
| 19:53:27 | geekosaur | at least tries to keep notes |
| 19:53:58 | <geekosaur> | but I missed one this time around and had to try to reconstruct from the wiki, where I again missed one (xmonad vs. start-xmonad) |
| 20:09:16 | <geekosaur> | mm, also forgot about reconfiguring the menu button because I thought it was specific to mint but applies to at least the mate advanced menu and possibly all the menu buttons (need to disable their keygrab if you use win/super as xmonad's mod key) |
| 20:26:25 | <Liskni_si> | geekosaur: yes it does use .xsession-errors, that's what I'm saying, is it not? |
| 20:26:42 | ← | geekosaur parts (82650c7a@130.101.12.122) () |
| 20:30:25 | → | geekosaur joins (82650c7a@130.101.12.122) |
| 20:30:28 | <geekosaur> | argh |
| 20:30:37 | <geekosaur> | click in the wrong place, webchat closes :/ |
| 20:38:00 | × | p71 quits (~chatzilla@097-083-185-160.res.spectrum.com) (Remote host closed the connection) |
| 20:47:40 | → | p71 joins (~chatzilla@097-083-185-160.res.spectrum.com) |
| 20:57:00 | <geekosaur> | and I landed in #ghc, whoops |
| 20:57:14 | <geekosaur> | "actually you said something about redirecting to a different log" |
| 20:57:21 | <geekosaur> | nothing about what the default log was |
| 21:15:20 | × | geekosaur quits (82650c7a@130.101.12.122) (Quit: Connection closed) |
| 21:15:36 | → | geekosaur joins (82650c7a@130.101.12.122) |
| 21:46:55 | × | geekosaur quits (82650c7a@130.101.12.122) (Quit: Connection closed) |
| 21:47:13 | → | geekosaur joins (82650c7a@130.101.12.122) |
| 21:51:51 | → | henninb joins (~henninb@63-228-50-253.mpls.qwest.net) |
| 21:57:32 | × | geekosaur quits (82650c7a@130.101.12.122) (Quit: Connection closed) |
| 22:11:23 | × | mc47 quits (~yecinem@89.246.239.190) (Remote host closed the connection) |
| 22:34:09 | × | henninb quits (~henninb@63-228-50-253.mpls.qwest.net) (Quit: leaving) |
| 22:44:18 | × | seschwar quits (~seschwar@unaffiliated/seschwar) (Quit: :wq) |
| 23:04:15 | × | feepo quits (sid28508@gateway/web/irccloud.com/x-xpvtlrbefkwtmovo) (Ping timeout: 246 seconds) |
| 23:04:40 | × | p_l quits (p_l@gateway/web/irccloud.com/x-vnqltayjisciajlw) (Read error: Connection reset by peer) |
| 23:05:06 | → | p_l joins (p_l@gateway/web/irccloud.com/x-jvqmekmyuetpgsmw) |
| 23:05:11 | → | feepo joins (sid28508@gateway/web/irccloud.com/x-uerbayotvyknkvja) |
| 23:14:19 | × | Bruners quits (lasseb@gateway/shell/tihlde/x-eozvpbgovnsurlwk) (Ping timeout: 258 seconds) |
| 23:19:14 | × | hvr quits (~hvr@haskell/developer/hvr) (Remote host closed the connection) |
| 23:19:24 | → | hvr joins (~hvr@haskell/developer/hvr) |
| 23:26:10 | × | eblip quits (~eblip@unaffiliated/eblip) (Read error: Connection reset by peer) |
| 23:27:44 | → | eblip joins (~eblip@unaffiliated/eblip) |
| 23:32:49 | × | p_l quits (p_l@gateway/web/irccloud.com/x-jvqmekmyuetpgsmw) () |
| 23:33:16 | → | p_l joins (p_l@gateway/web/irccloud.com/x-owqxotaidttbrosj) |
| 23:43:20 | → | Bruners joins (lasseb@gateway/shell/tihlde/x-wznhzcrtemnfwwgs) |
| 23:53:34 | → | gzj joins (~gzj@unaffiliated/gzj) |
| 23:56:32 | × | tremon quits (~aschuring@217-63-61-89.cable.dynamic.v4.ziggo.nl) (Quit: getting boxed in) |
All times are in UTC on 2021-02-08.