Logs: liberachat/#xmonad
| 2021-11-03 09:04:53 | → | Guest34 joins (~Guest34@83.24.219.43.ipv4.supernova.orange.pl) |
| 2021-11-03 09:24:23 | × | cfricke quits (~cfricke@user/cfricke) (Ping timeout: 264 seconds) |
| 2021-11-03 09:24:32 | × | geekosaur quits (~geekosaur@xmonad/geekosaur) (Remote host closed the connection) |
| 2021-11-03 09:27:12 | → | geekosaur joins (~geekosaur@xmonad/geekosaur) |
| 2021-11-03 09:29:36 | → | cfricke joins (~cfricke@user/cfricke) |
| 2021-11-03 09:31:23 | × | cfricke quits (~cfricke@user/cfricke) (Client Quit) |
| 2021-11-03 10:06:38 | → | narcht07` joins (~user@143.137.70.156) |
| 2021-11-03 10:08:18 | × | narcht074 quits (~user@143.137.70.156) (Ping timeout: 260 seconds) |
| 2021-11-03 11:00:42 | × | qbt quits (~qbt@user/edun) (Quit: Leaving.) |
| 2021-11-03 11:01:13 | → | qbt joins (~qbt@user/edun) |
| 2021-11-03 11:02:14 | × | qbt quits (~qbt@user/edun) (Client Quit) |
| 2021-11-03 11:02:52 | × | terrorjack quits (~terrorjac@static.3.200.12.49.clients.your-server.de) (Quit: The Lounge - https://thelounge.chat) |
| 2021-11-03 11:05:49 | → | terrorjack joins (~terrorjac@2a01:4f8:1c1e:509a::1) |
| 2021-11-03 11:10:11 | → | qbt joins (~qbt@user/edun) |
| 2021-11-03 11:37:06 | → | allbery_b joins (~geekosaur@xmonad/geekosaur) |
| 2021-11-03 11:37:06 | × | geekosaur quits (~geekosaur@xmonad/geekosaur) (Killed (NickServ (GHOST command used by allbery_b))) |
| 2021-11-03 11:37:09 | allbery_b | is now known as geekosaur |
| 2021-11-03 11:50:43 | × | qbt quits (~qbt@user/edun) (Quit: Leaving.) |
| 2021-11-03 12:14:05 | → | cfricke joins (~cfricke@user/cfricke) |
| 2021-11-03 12:26:23 | → | Ainoretho joins (~ypw@huji-132-64-245-57.xt.huji.ac.il) |
| 2021-11-03 12:26:32 | × | Ainoretho quits (~ypw@huji-132-64-245-57.xt.huji.ac.il) (Client Quit) |
| 2021-11-03 12:27:24 | → | Ainoretho joins (~ypw@huji-132-64-245-57.xt.huji.ac.il) |
| 2021-11-03 12:27:32 | × | Ainoretho quits (~ypw@huji-132-64-245-57.xt.huji.ac.il) (Client Quit) |
| 2021-11-03 12:27:57 | → | Ainoretho joins (~ypw@huji-132-64-245-57.xt.huji.ac.il) |
| 2021-11-03 12:29:14 | × | Ainoretho quits (~ypw@huji-132-64-245-57.xt.huji.ac.il) (Client Quit) |
| 2021-11-03 12:43:06 | → | dschrempf joins (~dominik@070-207.dynamic.dsl.fonira.net) |
| 2021-11-03 14:15:45 | → | nihilipster[m]1 joins (~nihilipst@2001:470:69fc:105::720) |
| 2021-11-03 14:36:29 | × | narcht07` quits (~user@143.137.70.156) (Remote host closed the connection) |
| 2021-11-03 14:45:54 | × | cfricke quits (~cfricke@user/cfricke) (Quit: WeeChat 3.3) |
| 2021-11-03 15:02:44 | × | dschrempf quits (~dominik@070-207.dynamic.dsl.fonira.net) (Ping timeout: 268 seconds) |
| 2021-11-03 15:09:56 | <jakefromstatefar> | I had a similar problem |
| 2021-11-03 15:09:56 | <jakefromstatefar> | I fixed it by nuking my ghc/cabal db, then re-installing everything via [`nix`](https://nixos.org/nix) |
| 2021-11-03 15:11:27 | <geekosaur> | sounds to me like they're just missing the haskell dbus binding which can presumably be installed via pacman. although if that was updated cabal or stack would not know about it and you would indeed need to nuke their stores and start over |
| 2021-11-03 15:11:55 | <geekosaur> | cabal and stack both expect to have full control over all deps, not to have a system package manager whacking things around behind their backs |
| 2021-11-03 15:12:37 | <jakefromstatefar> | Yeah, arch was my pain point too... narcht07 |
| 2021-11-03 15:12:40 | <geekosaur> | this is one of many downsides to arch forcing everything to be linked dynamically |
| 2021-11-03 15:12:55 | <jakefromstatefar> | indeed |
| 2021-11-03 15:48:51 | → | seschwar joins (~seschwar@user/seschwar) |
| 2021-11-03 15:55:34 | <geekosaur> | so we've been tossing around the gdpr implications of ircbrowse (try some of the links at the top of the log page, in addition to the logging itself). noting that I'm in the US so know relatively little about EU regulations, but it's looking smart to (a) set an ENTRYMSG warning about logging, and (b) set up an #xmonad-unlogged |
| 2021-11-03 15:58:29 | <geekosaur> | hm, apparently I don't have perms to set up #xmonad-unlogged, although I'm in there for now |
| 2021-11-03 16:00:09 | <geekosaur> | have set the entrymsg to note the logging and point people to #xmonad-unlogged if they have GDPR concerns or otherwise don't want to be logged |
| 2021-11-03 16:00:48 | <geekosaur> | discussion is in #haskell-offtopic if you want to weigh in (it's also unlogged, so you can't see the past discussion) |
| 2021-11-03 16:04:16 | <mc47> | ENTRYMSG should definitely be included |
| 2021-11-03 16:05:15 | <geekosaur> | [03 15:57:29] -ChanServ- The entry message for #xmonad has been set to This channel is logged at http://ircbrowse.tomsmeding.com/browse/lcxmonad. If you do not wish to be logged or have EU GDPR concerns, try #xmonad-unlogged instead. |
| 2021-11-03 16:07:14 | <geekosaur> | probably some more of us should join #xmonad-unlogged because my network is somewhat flaky and the channel will go away next time I fall off |
| 2021-11-03 16:07:40 | <geekosaur> | ([03 15:57:43] -ChanServ- You are not an authorized group contact for the #xmonad namespace.) |
| 2021-11-03 16:07:57 | <geekosaur> | what happened when I tried to CLAIM it, sigh |
| 2021-11-03 16:08:11 | <geekosaur> | suppose we need liskin for that |
| 2021-11-03 16:32:26 | × | tv quits (~tv@user/tv) (Ping timeout: 260 seconds) |
| 2021-11-03 16:36:09 | → | dsamperi joins (~dsamperi@2603-7000-3b42-5400-b0ad-0af8-2f41-da4e.res6.spectrum.com) |
| 2021-11-03 16:41:14 | <liskin> | so how do we make sure nobody in #xmonad-unlogged enables logging in their IRC client? |
| 2021-11-03 16:42:31 | <liskin> | (these questions should probably be raised in #haskell-offtopic, and perhaps they had been, unfortunately I don't have time and energy to participate in these today) |
| 2021-11-03 16:42:36 | <geekosaur> | personal use is explicitly not covered. if they publish it to the internet it's covered, but in that case *they* are liable |
| 2021-11-03 16:43:31 | <geekosaur> | we discussed that aspect yesterday afternoon my time |
| 2021-11-03 16:43:52 | <geekosaur> | basically, I'm in #haskell-offtopic so you don't have to :) |
| 2021-11-03 16:44:33 | <geekosaur> | we also got some advice from [exa]'s employer's gdpr lawyers, and will probably be asking for more |
| 2021-11-03 16:45:09 | <liskin> | hm, okay, I've given you full flags/access to #xmonad-unlogged |
| 2021-11-03 16:45:38 | <liskin> | may I also ask: is this a precaution or a reaction? |
| 2021-11-03 16:45:48 | → | tv joins (~tv@user/tv) |
| 2021-11-03 16:46:38 | <geekosaur> | dminuoso found out about https://ircbrowse.tomsmeding.com/nick/* and started quoting the gdpr at us, over in #haskell |
| 2021-11-03 16:47:13 | <geekosaur> | so, reaction |
| 2021-11-03 16:49:35 | <liskin> | okay :-) |
| 2021-11-03 16:50:14 | <geekosaur> | and I'm having more or less the same discussion over in #haskell-ops |
| 2021-11-03 16:51:15 | × | tv quits (~tv@user/tv) (Ping timeout: 268 seconds) |
| 2021-11-03 16:51:34 | <geekosaur> | (where we also have a tame libera op, who thinks gdpr is *not* applicable to ircbrowse. sadly he's not also a lawyer, so not sure how far to trust that) |
| 2021-11-03 16:51:39 | → | tv joins (~tv@user/tv) |
| 2021-11-03 17:02:06 | <liskin> | yeah I have absolutely no idea about any of this, I just assumed nobody cares because this is the old internet |
| 2021-11-03 17:02:43 | <liskin> | please do tell me if #xmonad-unlogged ever becomes something worth joining |
| 2021-11-03 17:12:09 | × | tv quits (~tv@user/tv) (Read error: Connection reset by peer) |
| 2021-11-03 17:17:25 | → | SenranKaguya joins (~weechat@c-73-15-19-170.hsd1.ca.comcast.net) |
| 2021-11-03 17:30:25 | → | tv joins (~tv@user/tv) |
| 2021-11-03 17:33:24 | → | cfricke joins (~cfricke@user/cfricke) |
| 2021-11-03 17:34:55 | <SenranKaguya> | xmonad unfocuses the current window for a brief moment when pressing a key when, even if the key is mapped to return () |
| 2021-11-03 17:35:48 | <SenranKaguya> | my guess as to why is KeyEvent queries the focused Window, which causes an update to X () |
| 2021-11-03 17:36:37 | <geekosaur> | my guess as to why is xmonad's passive grab becomes an active grab, but the grab is not held by a window so all windows become unfocused briefly? |
| 2021-11-03 17:36:40 | <SenranKaguya> | could i avoid the momentary unfocus if I make my own KeyEvent that doesn't read any state? |
| 2021-11-03 17:36:48 | <geekosaur> | xmonad already knows the focused window from the StackSet |
| 2021-11-03 17:38:56 | <geekosaur> | also reading the state does not change it |
| 2021-11-03 17:39:15 | <geekosaur> | it would be weird if getting the focused window unfocused it |
| 2021-11-03 17:40:39 | <geekosaur> | hm, actually that sounds weird anyway because we don't update windows on KeyPress so borders shouldn't change at all |
| 2021-11-03 17:40:59 | <geekosaur> | are you by any chance running a compositor or something? |
| 2021-11-03 17:41:18 | <SenranKaguya> | really? if I bind a key to return () and hold that key down with something like firefox some UI elements flicker |
| 2021-11-03 17:41:26 | <SenranKaguya> | yes, i'm running picom |
| 2021-11-03 17:42:09 | <geekosaur> | I think I had to set use-ewmh-active-win (I already had EwmhDesktops enabled) to make it behave correctly |
| 2021-11-03 17:42:36 | <geekosaur> | and, UI elements inside a window should not be affected at all; xmonad is not in control of those |
| 2021-11-03 17:43:00 | <geekosaur> | so this may be a firefox bug |
| 2021-11-03 17:44:38 | <geekosaur> | mrh. but if I mod-k on my workspace containing only a chrome window, its border does flicker. then again the stackset is being updated (even though it's a null update) so windows is called afterward |
| 2021-11-03 17:45:32 | <geekosaur> | same with mod-t but it's less noticeable (but it has the same problem, windows is called afterward) |
| 2021-11-03 17:48:33 | <liskin> | There's PureX for these null updates btw |
| 2021-11-03 17:49:19 | <geekosaur> | but is it used inside of X.O.windows so it knows when no update is actually needed? |
| 2021-11-03 17:49:47 | × | cfricke quits (~cfricke@user/cfricke) (Quit: WeeChat 3.3) |
| 2021-11-03 17:50:10 | <geekosaur> | I think windows always re-lays out the whole stack |
| 2021-11-03 17:50:51 | <SenranKaguya> | setting use-ewmh-active-win didn't seem to have an effect, and even after killing picom some windows still flicker |
| 2021-11-03 17:54:07 | <geekosaur> | sigh, now I want to set a key to delay for 1-2s and see if windows lose focus for that long, then drill down and see why we're calling windows before processing the key |
| 2021-11-03 17:59:49 | <geekosaur> | didn't lose focus. so are we always calling windows after running the key action? |
| 2021-11-03 18:01:04 | <liskin> | geekosaur: no, it replaces windows |
| 2021-11-03 18:08:15 | <Solid> | geekosaur: gdpr is also explicitly opt-out (though many people often conveniently forget that) so I don't actually think #*-unlogged would cut it |
| 2021-11-03 18:08:27 | <Solid> | sorry, opt-in, not opt-out |
| 2021-11-03 18:09:55 | <geekosaur> | so either we go with glguy's claim that gdpr does not apply here, or irc logging is against the gdpr |
| 2021-11-03 18:14:01 | × | dsamperi quits (~dsamperi@2603-7000-3b42-5400-b0ad-0af8-2f41-da4e.res6.spectrum.com) (Quit: Konversation terminated!) |
All times are in UTC.