| 2021-02-08 00:07:51 +0100 | seschwar | (~seschwar@unaffiliated/seschwar) (Quit: :wq) |
| 2021-02-08 00:09:02 +0100 | notis | (~notis@185.51.134.229) |
| 2021-02-08 00:17:25 +0100 | Natch | (~Natch@c-b471e255.014-297-73746f25.bbcust.telenor.se) (Ping timeout: 240 seconds) |
| 2021-02-08 00:37:12 +0100 | abhixec | (~abhixec@c-67-169-139-16.hsd1.ca.comcast.net) (Quit: leaving) |
| 2021-02-08 00:47:33 +0100 | Natch | (~Natch@c-b471e255.014-297-73746f25.bbcust.telenor.se) |
| 2021-02-08 01:03:23 +0100 | notis | (~notis@185.51.134.229) (Ping timeout: 256 seconds) |
| 2021-02-08 01:11:38 +0100 | growpotkin | (~growpotki@130-45-30-154.dyn.grandenetworks.net) |
| 2021-02-08 01:42:34 +0100 | endiruna | (~endiendir@46.101.187.207) (Ping timeout: 276 seconds) |
| 2021-02-08 01:59:25 +0100 | hexo | (~hexo@gateway/tor-sasl/hexo) (Ping timeout: 268 seconds) |
| 2021-02-08 02:00:04 +0100 | hexo | (~hexo@gateway/tor-sasl/hexo) |
| 2021-02-08 02:14:50 +0100 | hexo | (~hexo@gateway/tor-sasl/hexo) (Ping timeout: 268 seconds) |
| 2021-02-08 02:15:40 +0100 | hexo | (~hexo@gateway/tor-sasl/hexo) |
| 2021-02-08 03:07:04 +0100 | jchia | (~jchia@218.80.72.201) (Ping timeout: 272 seconds) |
| 2021-02-08 03:09:07 +0100 | jchia | (~jchia@218.80.76.119) |
| 2021-02-08 03:11:32 +0100 | materiyolo | (~materiyol@112.204.169.246) |
| 2021-02-08 03:33:39 +0100 | gazler__ | (~gazler@195.107.2.81.in-addr.arpa) (Remote host closed the connection) |
| 2021-02-08 03:35:08 +0100 | gazler__ | (~gazler@195.107.2.81.in-addr.arpa) |
| 2021-02-08 03:37:52 +0100 | goose_ | (~goose@cpe-24-26-227-133.satx.res.rr.com) |
| 2021-02-08 03:38:10 +0100 | <goose_> | is it fine if i ask for xmobar support here? |
| 2021-02-08 03:38:19 +0100 | <goose_> | i cant find the xmobar irc if there is 1 |
| 2021-02-08 03:57:03 +0100 | abhixec | (~abhixec@c-67-169-139-16.hsd1.ca.comcast.net) |
| 2021-02-08 04:08:21 +0100 | theDon | (~td@muedsl-82-207-238-114.citykom.de) (Ping timeout: 264 seconds) |
| 2021-02-08 04:10:04 +0100 | theDon | (~td@muedsl-82-207-238-056.citykom.de) |
| 2021-02-08 04:57:53 +0100 | materiyolo | (~materiyol@112.204.169.246) (Quit: WeeChat 2.9) |
| 2021-02-08 05:14:00 +0100 | ChubaDuba | (~ChubaDuba@37.112.228.11) |
| 2021-02-08 05:25:27 +0100 | goose_ | (~goose@cpe-24-26-227-133.satx.res.rr.com) (Remote host closed the connection) |
| 2021-02-08 05:37:28 +0100 | evanjs | (~evanjs@075-129-098-007.res.spectrum.com) (Read error: Connection reset by peer) |
| 2021-02-08 05:44:11 +0100 | evanjs | (~evanjs@075-129-098-007.res.spectrum.com) |
| 2021-02-08 06:01:25 +0100 | ml| | (~ml|@unaffiliated/ml/x-3958674) (Ping timeout: 240 seconds) |
| 2021-02-08 06:02:56 +0100 | abhixec | (~abhixec@c-67-169-139-16.hsd1.ca.comcast.net) (Read error: Connection reset by peer) |
| 2021-02-08 06:04:10 +0100 | xaltsc | (~xaltsc@unaffiliated/xaltsc) |
| 2021-02-08 06:05:23 +0100 | materiyolo | (~materiyol@112.204.169.246) |
| 2021-02-08 06:14:03 +0100 | ml| | (~ml|@unaffiliated/ml/x-3958674) |
| 2021-02-08 06:18:43 +0100 | abhixec | (~abhixec@c-67-169-139-16.hsd1.ca.comcast.net) |
| 2021-02-08 06:48:48 +0100 | xaltsc | (~xaltsc@unaffiliated/xaltsc) (Quit: WeeChat 3.0) |
| 2021-02-08 07:04:46 +0100 | palo1 | (~weechat@c-base/crew/palo) |
| 2021-02-08 07:07:51 +0100 | palo | (~weechat@c-base/crew/palo) (Ping timeout: 246 seconds) |
| 2021-02-08 07:07:51 +0100 | palo1 | palo |
| 2021-02-08 07:18:49 +0100 | growpotkin | (~growpotki@130-45-30-154.dyn.grandenetworks.net) (Quit: ZNC 1.8.2 - https://znc.in) |
| 2021-02-08 07:43:10 +0100 | ntm | (~ntm@2600:1700:5526:4080::f) |
| 2021-02-08 07:43:33 +0100 | ntm | (~ntm@2600:1700:5526:4080::f) () |
| 2021-02-08 08:04:39 +0100 | notis | (~notis@185.51.134.229) |
| 2021-02-08 08:26:43 +0100 | materiyolo | (~materiyol@112.204.169.246) (Quit: WeeChat 2.9) |
| 2021-02-08 09:11:04 +0100 | arsdragonfly | (uid130196@gateway/web/irccloud.com/x-ursrycaeosrqcgjt) |
| 2021-02-08 09:37:33 +0100 | xaltsc | (~xaltsc@unaffiliated/xaltsc) |
| 2021-02-08 09:50:57 +0100 | notis | (~notis@185.51.134.229) (Ping timeout: 246 seconds) |
| 2021-02-08 10:02:47 +0100 | thc202 | (~thc202@unaffiliated/thc202) |
| 2021-02-08 10:04:55 +0100 | fionnan | (~fionnan@109.255.20.201) (Ping timeout: 265 seconds) |
| 2021-02-08 10:37:16 +0100 | endiruna | (~endiendir@46.101.187.207) |
| 2021-02-08 10:51:18 +0100 | gazler__ | (~gazler@195.107.2.81.in-addr.arpa) (Ping timeout: 272 seconds) |
| 2021-02-08 11:00:33 +0100 | gazler | (~gazler@195.107.2.81.in-addr.arpa) |
| 2021-02-08 12:01:45 +0100 | jchia | (~jchia@218.80.76.119) (Ping timeout: 240 seconds) |
| 2021-02-08 12:02:34 +0100 | materiyolo | (~materiyol@112.204.169.246) |
| 2021-02-08 12:03:24 +0100 | jchia | (~jchia@218.80.75.223) |
| 2021-02-08 12:03:29 +0100 | <Solid> | I'm pretty sure I `cabal install'ed xmonad and contrib not too long ago and everything worked fine |
| 2021-02-08 12:03:58 +0100 | <Solid> | (this is on cabal install 3.2, so `install' should be `new-install') |
| 2021-02-08 12:09:34 +0100 | hexo | (~hexo@gateway/tor-sasl/hexo) (Remote host closed the connection) |
| 2021-02-08 12:10:05 +0100 | hexo | (~hexo@gateway/tor-sasl/hexo) |
| 2021-02-08 12:29:41 +0100 | xaltsc | (~xaltsc@unaffiliated/xaltsc) (Ping timeout: 246 seconds) |
| 2021-02-08 12:29:49 +0100 | arsdragonfly | (uid130196@gateway/web/irccloud.com/x-ursrycaeosrqcgjt) (Quit: Connection closed for inactivity) |
| 2021-02-08 12:45:46 +0100 | Nahra | (~Nahra@unaffiliated/nahra) |
| 2021-02-08 12:57:32 +0100 | ADG1089__ | (~aditya@223.235.245.154) |
| 2021-02-08 12:57:32 +0100 | ChubaDuba | (~ChubaDuba@37.112.228.11) (Read error: Connection reset by peer) |
| 2021-02-08 12:58:15 +0100 | ChubaDuba | (~ChubaDuba@37.112.228.11) |
| 2021-02-08 12:59:48 +0100 | notis | (~notis@185.51.134.229) |
| 2021-02-08 13:08:53 +0100 | ADG1089__ | (~aditya@223.235.245.154) (Remote host closed the connection) |
| 2021-02-08 13:18:29 +0100 | materiyolo | (~materiyol@112.204.169.246) (Quit: WeeChat 2.9) |
| 2021-02-08 13:21:18 +0100 | mc47 | (~yecinem@89.246.239.190) |
| 2021-02-08 13:42:06 +0100 | tremon | (~aschuring@217-63-61-89.cable.dynamic.v4.ziggo.nl) |
| 2021-02-08 14:13:39 +0100 | geekosaur | (82650c7a@130.101.12.122) |
| 2021-02-08 14:18:19 +0100 | <geekosaur> | Solid, so the last release works but git somehow doesn't? sigh |
| 2021-02-08 14:22:31 +0100 | <geekosaur> | git reset --hard doesn't do it (I did futz around a bit, so figured I'd doublecheck) |
| 2021-02-08 14:24:22 +0100 | seschwar | (~seschwar@unaffiliated/seschwar) |
| 2021-02-08 14:27:05 +0100 | feepo | (sid28508@gateway/web/irccloud.com/x-drzsmgoumumuleld) (Ping timeout: 265 seconds) |
| 2021-02-08 14:27:05 +0100 | lally | (sid388228@gateway/web/irccloud.com/x-ksnlcawkmgzvygxc) (Ping timeout: 265 seconds) |
| 2021-02-08 14:27:13 +0100 | ryjm | (sid383513@gateway/web/irccloud.com/x-tszvxtkoavldjrjz) (Ping timeout: 260 seconds) |
| 2021-02-08 14:27:19 +0100 | p_l | (p_l@gateway/web/irccloud.com/x-hynouoygnkiylurg) (Read error: Connection reset by peer) |
| 2021-02-08 14:28:49 +0100 | ryjm | (sid383513@gateway/web/irccloud.com/x-worjbcdglldngruf) |
| 2021-02-08 14:28:49 +0100 | lally | (sid388228@gateway/web/irccloud.com/x-cekrhietwembxiah) |
| 2021-02-08 14:30:17 +0100 | p_l | (p_l@gateway/web/irccloud.com/x-vnqltayjisciajlw) |
| 2021-02-08 14:30:35 +0100 | <Solid> | geekosaur: I just tested it again, and the release definitely works (I did a `cabal install xmonad --lib xmonad --lib xmonad-contrib') |
| 2021-02-08 14:31:10 +0100 | <geekosaur> | interesting |
| 2021-02-08 14:31:12 +0100 | <Solid> | will try to test this with git tonight |
| 2021-02-08 14:31:43 +0100 | <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 :) |
| 2021-02-08 14:32:01 +0100 | <geekosaur> | (after having to fix a small nit this morning) |
| 2021-02-08 14:32:27 +0100 | <Solid> | hah, very understandable :) |
| 2021-02-08 14:33:49 +0100 | <geekosaur> | especially since the obvious doesn't tend to work (moving dirs around breaks cabal, iirc) |
| 2021-02-08 14:35:01 +0100 | feepo | (sid28508@gateway/web/irccloud.com/x-xpvtlrbefkwtmovo) |
| 2021-02-08 14:35:13 +0100 | thunderrd | (~thunderrd@183.182.115.7) |
| 2021-02-08 14:37:02 +0100 | <geekosaur> | so meantime I removed the git X11 from my project and it does indeed build. sigh |
| 2021-02-08 14:37:13 +0100 | <geekosaur> | so maybe I'll mess with this today |
| 2021-02-08 14:37:57 +0100 | <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 |
| 2021-02-08 14:41:00 +0100 | <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) |
| 2021-02-08 14:43:16 +0100 | 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 |
| 2021-02-08 14:43:34 +0100 | <geekosaur> | I mean they already assume cabal 1.x/2.x |
| 2021-02-08 14:49:32 +0100 | <geekosaur> | moved it and it's rebuilding everything. at least it didn't crash because everything was in the wrong place >.> |
| 2021-02-08 14:49:41 +0100 | xaltsc | (~xaltsc@unaffiliated/xaltsc) |
| 2021-02-08 14:53:15 +0100 | <geekosaur> | @index getXdgDirectory |
| 2021-02-08 14:53:15 +0100 | <lambdabot> | bzzt |
| 2021-02-08 14:53:19 +0100 | <geekosaur> | bah |
| 2021-02-08 14:59:52 +0100 | <geekosaur> | (System.Directory, if anyone cares) |
| 2021-02-08 15:00:14 +0100 | <geekosaur> | v1 setup working still, need to move stuff to try v2 |
| 2021-02-08 15:05:07 +0100 | xaltsc | (~xaltsc@unaffiliated/xaltsc) (Ping timeout: 260 seconds) |
| 2021-02-08 15:07:02 +0100 | xaltsc | (~xaltsc@unaffiliated/xaltsc) |
| 2021-02-08 15:16:55 +0100 | <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 |
| 2021-02-08 15:19:28 +0100 | <geekosaur> | oh, that's my fault. hack for the v1 stuff >.> |
| 2021-02-08 15:22:21 +0100 | <geekosaur> | blah, and it rebuilds everything |
| 2021-02-08 15:27:02 +0100 | thc202 | (~thc202@unaffiliated/thc202) (Ping timeout: 264 seconds) |
| 2021-02-08 15:29:32 +0100 | <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. |
| 2021-02-08 15:30:51 +0100 | <geekosaur> | have to see if it's still slow tomorrow when I log in |
| 2021-02-08 15:30:51 +0100 | thc202 | (~thc202@unaffiliated/thc202) |
| 2021-02-08 15:31:00 +0100 | <geekosaur> | or this afternoon depending on how things work out |
| 2021-02-08 15:31:45 +0100 | fionnan | (~fionnan@80.111.86.154) |
| 2021-02-08 15:37:39 +0100 | <Liskni_si> | I have no idea what stack does internally but I didn't even need to autoreconf X11 |
| 2021-02-08 15:37:49 +0100 | <Liskni_si> | (when building from git) |
| 2021-02-08 15:38:34 +0100 | <geekosaur> | interesting |
| 2021-02-08 15:39:03 +0100 | <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 |
| 2021-02-08 15:39:24 +0100 | <geekosaur> | (that was why I did the git reset --hard, in case the attempt left some garbage I'd missed around) |
| 2021-02-08 15:46:57 +0100 | xaltsc | (~xaltsc@unaffiliated/xaltsc) (Ping timeout: 272 seconds) |
| 2021-02-08 15:55:28 +0100 | geekosaur | (82650c7a@130.101.12.122) (Quit: Connection closed) |
| 2021-02-08 15:58:47 +0100 | xaltsc | (~xaltsc@unaffiliated/xaltsc) |
| 2021-02-08 16:01:01 +0100 | tremon | (~aschuring@217-63-61-89.cable.dynamic.v4.ziggo.nl) (Quit: getting boxed in) |
| 2021-02-08 16:01:36 +0100 | tremon | (~aschuring@217-63-61-89.cable.dynamic.v4.ziggo.nl) |
| 2021-02-08 16:06:22 +0100 | materiyolo | (~materiyol@112.204.169.246) |
| 2021-02-08 16:07:33 +0100 | tremon | (~aschuring@217-63-61-89.cable.dynamic.v4.ziggo.nl) (Quit: getting boxed in) |
| 2021-02-08 16:07:50 +0100 | tremon | (~aschuring@217-63-61-89.cable.dynamic.v4.ziggo.nl) |
| 2021-02-08 16:11:21 +0100 | tremon | (~aschuring@217-63-61-89.cable.dynamic.v4.ziggo.nl) (Client Quit) |
| 2021-02-08 16:11:41 +0100 | tremon | (~aschuring@217-63-61-89.cable.dynamic.v4.ziggo.nl) |
| 2021-02-08 16:11:46 +0100 | xaltsc | (~xaltsc@unaffiliated/xaltsc) (Ping timeout: 272 seconds) |
| 2021-02-08 16:13:32 +0100 | tremon | (~aschuring@217-63-61-89.cable.dynamic.v4.ziggo.nl) (Client Quit) |
| 2021-02-08 16:13:51 +0100 | tremon | (~aschuring@217-63-61-89.cable.dynamic.v4.ziggo.nl) |
| 2021-02-08 16:19:38 +0100 | <mc47> | Does setting `_JAVA_AWT_WM_NONREPARENTING=1` fix the java problem for all scenarios, or are there some exceptions? |
| 2021-02-08 16:20:42 +0100 | <mc47> | Since we have XMonad.Util.Hacks now, it might be a good idea to add the java hack(s?) there |
| 2021-02-08 16:21:42 +0100 | Liskni_si | has no idea |
| 2021-02-08 16:22:00 +0100 | <Liskni_si> | I still run with both this env var and setwmname LG3D, and I don't use java apps very often anyway :-/ |
| 2021-02-08 16:22:39 +0100 | <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 |
| 2021-02-08 16:23:09 +0100 | <mc47> | Ah yes I tried intelliJ for like a day (never again) and it also solves the problem there too |
| 2021-02-08 16:23:33 +0100 | xaltsc | (~xaltsc@unaffiliated/xaltsc) |
| 2021-02-08 16:24:44 +0100 | <Liskni_si> | the LG3D hack was probably only relevant back when people actually used binary Java from Sun |
| 2021-02-08 16:24:54 +0100 | <Liskni_si> | and there is no Sun any more |
| 2021-02-08 16:25:33 +0100 | <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 :-) |
| 2021-02-08 16:25:42 +0100 | <Liskni_si> | (which means they wouldn't upgrade xmonad either) |
| 2021-02-08 16:27:39 +0100 | <mc47> | Huh, so I guess there's nothing to lose if we add it there |
| 2021-02-08 16:29:00 +0100 | 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 |
| 2021-02-08 16:30:28 +0100 | materiyolo | (~materiyol@112.204.169.246) (Quit: WeeChat 2.9) |
| 2021-02-08 16:44:09 +0100 | <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 |
| 2021-02-08 16:45:21 +0100 | <Liskni_si> | mc47: I thought setting _JAVA_AWT_WM_NONREPARENTING worked for you; does it not? |
| 2021-02-08 16:45:41 +0100 | <mc47> | yes, it does |
| 2021-02-08 16:46:00 +0100 | <mc47> | it wasn't clear, I was quoting the Isabelle/jEdit manual |
| 2021-02-08 16:46:21 +0100 | <Liskni_si> | oh |
| 2021-02-08 16:50:13 +0100 | Nahra | (~Nahra@unaffiliated/nahra) (Quit: leaving) |
| 2021-02-08 16:51:35 +0100 | mc47 | (~yecinem@89.246.239.190) (Remote host closed the connection) |
| 2021-02-08 16:51:44 +0100 | evanjs | (~evanjs@075-129-098-007.res.spectrum.com) (Quit: ZNC 1.8.2 - https://znc.in) |
| 2021-02-08 16:52:53 +0100 | mc47 | (~yecinem@89.246.239.190) |
| 2021-02-08 16:53:04 +0100 | evanjs | (~evanjs@075-129-098-007.res.spectrum.com) |
| 2021-02-08 16:53:34 +0100 | mc47 | (~yecinem@89.246.239.190) (Remote host closed the connection) |
| 2021-02-08 16:54:31 +0100 | mc47 | (~yecinem@89.246.239.190) |
| 2021-02-08 16:55:57 +0100 | xaltsc | (~xaltsc@unaffiliated/xaltsc) (Ping timeout: 260 seconds) |
| 2021-02-08 16:56:35 +0100 | <mc47> | now it decided to work even without setting the env variable.. fine by me |
| 2021-02-08 16:59:13 +0100 | tremon | (~aschuring@217-63-61-89.cable.dynamic.v4.ziggo.nl) (Quit: getting boxed in) |
| 2021-02-08 16:59:29 +0100 | tremon | (~aschuring@217-63-61-89.cable.dynamic.v4.ziggo.nl) |
| 2021-02-08 17:00:00 +0100 | tremon | (~aschuring@217-63-61-89.cable.dynamic.v4.ziggo.nl) (Client Quit) |
| 2021-02-08 17:00:14 +0100 | tremon | (~aschuring@217-63-61-89.cable.dynamic.v4.ziggo.nl) |
| 2021-02-08 17:03:11 +0100 | <Liskni_si> | You sure it's not set? |
| 2021-02-08 17:04:11 +0100 | evanjs | (~evanjs@075-129-098-007.res.spectrum.com) (Quit: ZNC 1.8.2 - https://znc.in) |
| 2021-02-08 17:04:58 +0100 | evanjs | (~evanjs@075-129-098-007.res.spectrum.com) |
| 2021-02-08 17:07:46 +0100 | <mc47> | I was wrong, it still acts weird when it's not set, and it works when it's set |
| 2021-02-08 17:08:07 +0100 | <mc47> | it was tiled so I didn't see the big grey area that was unusable |
| 2021-02-08 17:13:54 +0100 | evanjs | (~evanjs@075-129-098-007.res.spectrum.com) (Quit: ZNC 1.8.2 - https://znc.in) |
| 2021-02-08 17:15:05 +0100 | tremon | (~aschuring@217-63-61-89.cable.dynamic.v4.ziggo.nl) (Quit: getting boxed in) |
| 2021-02-08 17:15:38 +0100 | tremon | (~aschuring@217-63-61-89.cable.dynamic.v4.ziggo.nl) |
| 2021-02-08 17:15:41 +0100 | evanjs | (~evanjs@075-129-098-007.res.spectrum.com) |
| 2021-02-08 17:16:21 +0100 | tremon | (~aschuring@217-63-61-89.cable.dynamic.v4.ziggo.nl) (Client Quit) |
| 2021-02-08 17:16:49 +0100 | <Solid> | oh-java.png |
| 2021-02-08 17:17:01 +0100 | tremon | (~aschuring@217-63-61-89.cable.dynamic.v4.ziggo.nl) |
| 2021-02-08 17:19:32 +0100 | <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) |
| 2021-02-08 17:25:42 +0100 | <mc47> | That slipped my mind |
| 2021-02-08 17:52:54 +0100 | joshproehl | (~quassel@dtools-d10-tx-1.inf.daedalusdreams.com) (Quit: Disappearing act!) |
| 2021-02-08 17:53:13 +0100 | joshproehl | (~quassel@dtools-d10-tx-1.inf.daedalusdreams.com) |
| 2021-02-08 17:57:18 +0100 | Nahra | (~Nahra@unaffiliated/nahra) |
| 2021-02-08 17:58:19 +0100 | joshproehl | (~quassel@dtools-d10-tx-1.inf.daedalusdreams.com) (Quit: Disappearing act!) |
| 2021-02-08 17:58:36 +0100 | joshproehl | (~quassel@dtools-d10-tx-1.inf.daedalusdreams.com) |
| 2021-02-08 17:58:59 +0100 | growpotkin | (~growpotki@130-45-30-154.dyn.grandenetworks.net) |
| 2021-02-08 18:00:46 +0100 | geekosaur | (82650c7a@130.101.12.122) |
| 2021-02-08 18:01:03 +0100 | <geekosaur> | so far, so good… |
| 2021-02-08 18:04:10 +0100 | <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 |
| 2021-02-08 18:05:27 +0100 | <Liskni_si> | I'd expect even Oracle java to support _JAVA_AWT_VM_NONREPARENTING by now. (But I'm not going to check that.) |
| 2021-02-08 18:05:37 +0100 | <geekosaur> | I wouldn't, because Oracle |
| 2021-02-08 18:05:59 +0100 | <geekosaur> | not like they support awesome or xmonad |
| 2021-02-08 18:07:25 +0100 | <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 |
| 2021-02-08 18:07:25 +0100 | <Liskni_si> | it'd be incredibly silly to diverge from openjdk so much |
| 2021-02-08 18:08:11 +0100 | <geekosaur> | you seriously think Oracle thinks that way? their way of thinking is that openjdk should not diverge from Them so much |
| 2021-02-08 18:11:07 +0100 | <geekosaur> | (openjdk is not the inheritor of Sun's IP rights in Java; Oracle bought the remains of Sun specifically for the Java IP) |
| 2021-02-08 18:13:31 +0100 | <mc47> | geekosaur, do you think the LG3D hack should also be added? |
| 2021-02-08 18:14:32 +0100 | <mc47> | Why do things get really confusing really fast? It's so weird that this bug exists in the first place |
| 2021-02-08 18:14:32 +0100 | <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 |
| 2021-02-08 18:14:57 +0100 | <geekosaur> | oh, I know why the bug exists (and neither hack works with mono which has the same problem) |
| 2021-02-08 18:15:23 +0100 | <mc47> | I'm intrested, why? |
| 2021-02-08 18:15:29 +0100 | <geekosaur> | the problem is cross-platform window toolkits, because Windows uses screen-relative positioning but X11 is window-relative |
| 2021-02-08 18:16:21 +0100 | <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 |
| 2021-02-08 18:16:33 +0100 | <geekosaur> | and if that step is present it gets confused if windows are *not* reparented |
| 2021-02-08 18:17:25 +0100 | <geekosaur> | (mono definitely emulates windows since it's .net emulation for linux/unix) |
| 2021-02-08 18:18:19 +0100 | <mc47> | hmm, I see |
| 2021-02-08 18:18:27 +0100 | <mc47> | thanks! |
| 2021-02-08 18:32:37 +0100 | <Solid> | I'm starting a log with "wise geekosaur explanations" |
| 2021-02-08 18:33:30 +0100 | <Solid> | good first entry I'd say :> |
| 2021-02-08 18:47:21 +0100 | ChubaDuba | (~ChubaDuba@37.112.228.11) (Quit: WeeChat 1.6) |
| 2021-02-08 19:02:42 +0100 | geekosaur | (82650c7a@130.101.12.122) (Ping timeout: 240 seconds) |
| 2021-02-08 19:17:45 +0100 | geekosaur | (82650c7a@130.101.12.122) |
| 2021-02-08 19:20:53 +0100 | <Liskni_si> | makes me wonder why there's no XMonad.Hook.Reparent yet :-) |
| 2021-02-08 19:21:55 +0100 | <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 |
| 2021-02-08 19:22:22 +0100 | <geekosaur> | it'd be a fairly big change to core and as big or bigger for some contribs (Decoration comes to mind) |
| 2021-02-08 19:22:59 +0100 | <geekosaur> | Decoration might be especially bad because most uses would want to use the frame window… but then there's how Tabbed uses it |
| 2021-02-08 19:24:29 +0100 | <Liskni_si> | oh if it can't be done in a hacky way then nevermind :-0) |
| 2021-02-08 19:24:35 +0100 | <Liskni_si> | s/0// |
| 2021-02-08 19:35:29 +0100 | <Solid> | I guess no one who uses xmonad is invested enough in java to go through the pain :) |
| 2021-02-08 19:37:37 +0100 | <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 |
| 2021-02-08 19:37:59 +0100 | <Liskni_si> | so I was somewhat invested, but didn't really need to investigate the reparenting route |
| 2021-02-08 19:58:25 +0100 | xaltsc | (~xaltsc@unaffiliated/xaltsc) |
| 2021-02-08 20:12:31 +0100 | davemq | (~davemq@99-179-0-50.lightspeed.austtx.sbcglobal.net) (Read error: Connection reset by peer) |
| 2021-02-08 20:14:33 +0100 | davemq | (~davemq@2600:1700:b1c0:2580::4d8) |
| 2021-02-08 20:15:42 +0100 | geekosaur | (82650c7a@130.101.12.122) (Ping timeout: 240 seconds) |
| 2021-02-08 20:20:30 +0100 | Nahra | (~Nahra@unaffiliated/nahra) (Quit: leaving) |
| 2021-02-08 20:21:59 +0100 | <mc47> | How would someone debug the startupHook? Like how can I log to xmonad.errors for example? |
| 2021-02-08 20:26:53 +0100 | lambdabot | (~lambdabot@haskell/bot/lambdabot) (Remote host closed the connection) |
| 2021-02-08 20:28:46 +0100 | <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 …" |
| 2021-02-08 20:29:14 +0100 | lambdabot | (~lambdabot@haskell/bot/lambdabot) |
| 2021-02-08 20:29:14 +0100 | ChanServ | +v lambdabot |
| 2021-02-08 20:29:30 +0100 | <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 |
| 2021-02-08 20:30:54 +0100 | hexo | (~hexo@gateway/tor-sasl/hexo) (Remote host closed the connection) |
| 2021-02-08 20:31:12 +0100 | hexo | (~hexo@gateway/tor-sasl/hexo) |
| 2021-02-08 20:33:41 +0100 | geekosaur | (82650c7a@130.101.12.122) |
| 2021-02-08 20:33:42 +0100 | <mc47> | I'm letting KDE worry about invoking xmonad |
| 2021-02-08 20:36:08 +0100 | <geekosaur> | I've written a bunch of debug hooks but they all assume stderr is going somewhere useful. where that is will depend |
| 2021-02-08 20:36:43 +0100 | <geekosaur> | on my systems (all debian-derived) it's .xsession-errors. on fedora it's supposedly under control of journalctl, iirc |
| 2021-02-08 20:37:09 +0100 | <mc47> | I have no idea where that goes |
| 2021-02-08 20:37:27 +0100 | <geekosaur> | in other news, I found https://wiki.haskell.org/Special:Export |
| 2021-02-08 20:37:40 +0100 | <mc47> | I could just run strace for write syscalls and grep what I want |
| 2021-02-08 20:37:46 +0100 | <geekosaur> | possibly pandoc can do something useful with the result |
| 2021-02-08 20:38:07 +0100 | <geekosaur> | strace is possibly the most painful way of doing this, especially since there'll be 100 signals per second from the runtime |
| 2021-02-08 20:38:54 +0100 | <geekosaur> | also lots of writes to the X server socket |
| 2021-02-08 20:38:59 +0100 | <Solid> | Liskni_si: afaik this is not standardized |
| 2021-02-08 20:39:30 +0100 | <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' |
| 2021-02-08 20:39:42 +0100 | <mc47> | it is painful, but it might just work |
| 2021-02-08 20:40:12 +0100 | <mc47> | unless someone has an idea on what KDE does with window managers? |
| 2021-02-08 20:40:23 +0100 | <geekosaur> | it may be possible to make strace itself limit to writes to stderr |
| 2021-02-08 20:40:31 +0100 | <geekosaur> | no idea with recent kde, sorry |
| 2021-02-08 20:40:43 +0100 | <geekosaur> | last time I played with it was kde2 :) |
| 2021-02-08 20:40:56 +0100 | <geekosaur> | things have… changed since then |
| 2021-02-08 20:41:29 +0100 | <Solid> | surely kde must have this documented somewhere? |
| 2021-02-08 20:43:13 +0100 | <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 :/ |
| 2021-02-08 20:50:09 +0100 | <Liskni_si> | Solid: oh, right, it's debian's Xsession that's doing the redirect here |
| 2021-02-08 20:51:34 +0100 | <geekosaur> | doesn't debian use .xsession-errors though? ubuntu and mint do but it may be inherited from ubuntu instead of from debian |
| 2021-02-08 20:52:48 +0100 | <mc47> | I also have no idea, and I'm not even sure I could replicate my current setup again |
| 2021-02-08 20:53:00 +0100 | <mc47> | After a lot of trying, it just "works" |
| 2021-02-08 20:53:27 +0100 | geekosaur | at least tries to keep notes |
| 2021-02-08 20:53:58 +0100 | <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) |
| 2021-02-08 21:09:16 +0100 | <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) |
| 2021-02-08 21:26:25 +0100 | <Liskni_si> | geekosaur: yes it does use .xsession-errors, that's what I'm saying, is it not? |
| 2021-02-08 21:26:42 +0100 | geekosaur | (82650c7a@130.101.12.122) () |
| 2021-02-08 21:30:25 +0100 | geekosaur | (82650c7a@130.101.12.122) |
| 2021-02-08 21:30:28 +0100 | <geekosaur> | argh |
| 2021-02-08 21:30:37 +0100 | <geekosaur> | click in the wrong place, webchat closes :/ |
| 2021-02-08 21:38:00 +0100 | p71 | (~chatzilla@097-083-185-160.res.spectrum.com) (Remote host closed the connection) |
| 2021-02-08 21:47:40 +0100 | p71 | (~chatzilla@097-083-185-160.res.spectrum.com) |
| 2021-02-08 21:57:00 +0100 | <geekosaur> | and I landed in #ghc, whoops |
| 2021-02-08 21:57:14 +0100 | <geekosaur> | "actually you said something about redirecting to a different log" |
| 2021-02-08 21:57:21 +0100 | <geekosaur> | nothing about what the default log was |
| 2021-02-08 22:15:20 +0100 | geekosaur | (82650c7a@130.101.12.122) (Quit: Connection closed) |
| 2021-02-08 22:15:36 +0100 | geekosaur | (82650c7a@130.101.12.122) |
| 2021-02-08 22:46:55 +0100 | geekosaur | (82650c7a@130.101.12.122) (Quit: Connection closed) |
| 2021-02-08 22:47:13 +0100 | geekosaur | (82650c7a@130.101.12.122) |
| 2021-02-08 22:51:51 +0100 | henninb | (~henninb@63-228-50-253.mpls.qwest.net) |
| 2021-02-08 22:57:32 +0100 | geekosaur | (82650c7a@130.101.12.122) (Quit: Connection closed) |
| 2021-02-08 23:11:23 +0100 | mc47 | (~yecinem@89.246.239.190) (Remote host closed the connection) |
| 2021-02-08 23:34:09 +0100 | henninb | (~henninb@63-228-50-253.mpls.qwest.net) (Quit: leaving) |
| 2021-02-08 23:44:18 +0100 | seschwar | (~seschwar@unaffiliated/seschwar) (Quit: :wq) |