Logs on 2021-11-01 (liberachat/#xmonad)
| 00:33:59 | × | alternateved quits (~user@staticline-31-183-149-3.toya.net.pl) (Ping timeout: 264 seconds) |
| 00:46:46 | → | electr0n joins (~electr0n@about/security/founder/electr0n) |
| 01:00:21 | → | humky joins (~humky@user/humky) |
| 01:33:10 | → | trillp joins (~trillp@69.233.98.238) |
| 01:41:42 | × | Extropy quits (~extropy@gateway/tor-sasl/extropy) (Ping timeout: 276 seconds) |
| 01:44:34 | → | Extropy joins (~extropy@gateway/tor-sasl/extropy) |
| 01:45:30 | <FOSSHuman[m]> | Hello everyone. I have been using X.A.UpdatePointer, and since I have it set to move the mouse pointer to the exact bottom right of every window; When a floating window pops up, the pointer cannot "escape" the floating window, it is fine with normal tiled windows, but the fact that the pointer feels constrained to within the floating window, it makes the experience strange and feel constricting (like: I HAVE to do the thing in this |
| 01:45:30 | <FOSSHuman[m]> | dialogue RIGHT NOW), anyone suggest a fix to this?? |
| 01:46:34 | <FOSSHuman[m]> | * in this floating dialogue RIGHT |
| 01:48:06 | <FOSSHuman[m]> | But I guess it does help with focus lol, to stop me from procrastinating and looking at reddit/HN while an important floating dialogue pops up lol... |
| 01:49:32 | <FOSSHuman[m]> | TLDR: X.A.UpdatePointer does not allow the pointer to "escape" certain floating dialogues. |
| 01:52:07 | <FOSSHuman[m]> | I have commented out X.A.UpdatePointer for the meantime, and I'm just using the default XMonad mouse window focus behaviour.. |
| 01:53:51 | × | mvk quits (~mvk@2607:fea8:5cc1:300::d3fb) (Ping timeout: 245 seconds) |
| 01:56:25 | × | catman quits (~catman@user/catman) (Read error: Connection reset by peer) |
| 01:56:27 | <FOSSHuman[m]> | > `TLDR: X.A.UpdatePointer does not allow the pointer to "escape" certain floating dialogues.` The pointer just returns to the coordinates (in my case, the bottom right of the window)... |
| 01:56:29 | <lambdabot> | <hint>:1:1: error: parse error on input ‘`’ |
| 02:04:40 | ← | ArgoLargo[m] parts (~argolargo@2001:470:69fc:105::1:16b1) () |
| 02:09:06 | → | catman joins (~catman@user/catman) |
| 02:19:42 | → | mvk joins (~mvk@2607:fea8:5cc1:300::d3fb) |
| 02:47:44 | × | mvk quits (~mvk@2607:fea8:5cc1:300::d3fb) (Quit: Konversation terminated!) |
| 02:47:47 | × | Hash quits (~stoned@is.coding.when.stoned.io) (Ping timeout: 264 seconds) |
| 03:04:22 | × | banc- quits (banc@gateway/vpn/airvpn/banc) (Ping timeout: 260 seconds) |
| 03:24:10 | → | banc joins (banc@gateway/vpn/airvpn/banc) |
| 03:26:27 | × | catman quits (~catman@user/catman) (Read error: Connection reset by peer) |
| 03:47:18 | × | thunderrd quits (~thunderrd@183.182.110.1) (Ping timeout: 260 seconds) |
| 03:49:02 | → | catman joins (~catman@user/catman) |
| 03:52:40 | × | Extropy quits (~extropy@gateway/tor-sasl/extropy) (Quit: WeeChat 3.3) |
| 03:54:43 | → | Hash joins (~stoned@is.coding.when.stoned.io) |
| 04:03:57 | × | darkstarx quits (~darkstard@2601:1c2:300:c8a0::6c32) (Quit: Leaving) |
| 04:11:59 | → | darkstardevx joins (~darkstard@2601:1c2:300:c8a0::6c32) |
| 04:13:49 | × | darkstardevx quits (~darkstard@2601:1c2:300:c8a0::6c32) (Remote host closed the connection) |
| 04:14:14 | → | darkstardevx joins (~darkstard@2601:1c2:300:c8a0::6c32) |
| 04:16:39 | × | trillp quits (~trillp@69.233.98.238) (Quit: nyaa~) |
| 04:35:03 | → | trillp joins (~trillp@69.233.98.238) |
| 04:40:54 | × | gruntsplatter quits (~sogens@gateway/vpn/pia/sogens) (Ping timeout: 260 seconds) |
| 05:54:12 | × | berberman quits (~berberman@user/berberman) (*.net *.split) |
| 05:54:13 | × | Eoco quits (~ian@x-160-94-179-157.acm.umn.edu) (*.net *.split) |
| 05:54:13 | × | haskl quits (~haskl@user/haskl) (*.net *.split) |
| 05:54:13 | × | L29Ah quits (~L29Ah@wikipedia/L29Ah) (*.net *.split) |
| 05:54:13 | × | incertia quits (~incertia@d4-50-26-103.nap.wideopenwest.com) (*.net *.split) |
| 05:54:45 | → | Eoco joins (~ian@x-160-94-179-157.acm.umn.edu) |
| 05:55:42 | → | haskl joins (~haskl@user/haskl) |
| 05:55:50 | → | incertia joins (~incertia@d4-50-26-103.nap.wideopenwest.com) |
| 05:55:55 | → | berberman joins (~berberman@user/berberman) |
| 05:57:57 | → | kr1x joins (~kriket@170.249.0.122) |
| 05:59:57 | → | thunderrd joins (~thunderrd@183.182.110.1) |
| 06:02:50 | × | Solid[m] quits (~slot-matr@2001:470:69fc:105::1:a84) (*.net *.split) |
| 06:02:50 | × | lisq quits (~quassel@lis.moe) (*.net *.split) |
| 06:02:50 | × | Arcanus[m] quits (~archanusm@2001:470:69fc:105::f953) (*.net *.split) |
| 06:02:50 | × | diaspora[m] quits (~diasporae@2001:470:69fc:105::93e) (*.net *.split) |
| 06:02:50 | × | Industrial[m] quits (~industria@2001:470:69fc:105::eb9) (*.net *.split) |
| 06:02:50 | × | unclechu quits (~unclechu@2001:470:69fc:105::354) (*.net *.split) |
| 06:02:50 | × | denbrahe[m] quits (~denbrahem@2001:470:69fc:105::19c0) (*.net *.split) |
| 06:02:51 | × | dexterfoo quits (dexter@2a01:7e00::f03c:91ff:fe86:59ec) (*.net *.split) |
| 06:03:04 | → | lisq joins (~quassel@lis.moe) |
| 06:03:43 | → | dexterfoo joins (dexter@2a01:7e00::f03c:91ff:fe86:59ec) |
| 06:05:47 | → | diaspora[m] joins (~diasporae@2001:470:69fc:105::93e) |
| 06:09:33 | → | unclechu joins (~unclechu@2001:470:69fc:105::354) |
| 06:10:49 | → | Solid[m] joins (~slot-matr@2001:470:69fc:105::1:a84) |
| 06:10:53 | → | denbrahe[m] joins (~denbrahem@2001:470:69fc:105::19c0) |
| 06:10:55 | → | gruntsplatter joins (~sogens@gateway/vpn/pia/sogens) |
| 06:11:42 | → | Industrial[m] joins (~industria@2001:470:69fc:105::eb9) |
| 06:11:43 | → | Arcanus[m] joins (~archanusm@2001:470:69fc:105::f953) |
| 07:52:15 | <Solid> | instead of a logHook, you could try adding updatePointer to all keybindings where that makes sense |
| 07:52:23 | <Solid> | like changing focus/screens and the like |
| 07:52:50 | <Solid> | this should make it more predictable and less susceptible to weird behaviour like that |
| 08:17:27 | × | geekosaur quits (~geekosaur@xmonad/geekosaur) (Remote host closed the connection) |
| 08:17:51 | → | geekosaur joins (~geekosaur@xmonad/geekosaur) |
| 08:29:23 | → | mc47 joins (~mc47@xmonad/TheMC47) |
| 08:32:12 | → | cfricke joins (~cfricke@user/cfricke) |
| 08:33:20 | → | qbt joins (~qbt@user/edun) |
| 08:33:24 | → | gehmehgeh joins (~user@user/gehmehgeh) |
| 08:53:23 | → | tremon joins (~tremon@217-63-61-89.cable.dynamic.v4.ziggo.nl) |
| 09:07:44 | → | L29Ah joins (~L29Ah@wikipedia/L29Ah) |
| 09:21:48 | <gehmehgeh> | L29Ah: hello |
| 09:22:47 | <gehmehgeh> | L29Ah: Btw. I tried your picom settings, which worked dealt with the tearing, but introduced a weird bug where xmonad window frames would turn on and off, if you will, (focused window, unfocued window, by colour) sometimes when I type in them |
| 09:22:47 | <gehmehgeh> | and sometimes not |
| 09:23:40 | <gehmehgeh> | uhm, I'm still not entirely awake. I hope that sentence made sense :) |
| 09:23:42 | <L29Ah> | you can try dropping some of the options |
| 09:23:54 | <L29Ah> | it's magic that i came with after reading the man page and trying |
| 09:23:54 | <L29Ah> | i |
| 09:24:01 | <L29Ah> | 'm on UHD630 so YMMV |
| 09:24:48 | <liskin> | gehmehgeh: borders on and off is the damage option |
| 09:25:01 | <gehmehgeh> | liskin: really? ok |
| 09:25:09 | <liskin> | Known bug, nobody knows if it's in picom or Xorg |
| 09:25:39 | <gehmehgeh> | ah, thanks for the info, liskin :) |
| 09:26:40 | <L29Ah> | worksforme |
| 09:27:20 | <L29Ah> | a worse thing is that it's slow with Tabbed, had to bisect and patch it |
| 09:27:52 | <gehmehgeh> | L29Ah: have you upstreamed said patch? |
| 09:28:17 | <L29Ah> | almost: https://github.com/yshui/picom/issues/381#issuecomment-949279059 |
| 09:28:28 | <L29Ah> | you just revert one of these :) |
| 09:30:54 | <liskin> | I wonder just how slow picom is these days. I'm still on compton :-) |
| 09:32:40 | <L29Ah> | it's same as compton with these reverted afair |
| 09:34:11 | <liskin> | Oh, right, those patches are quite old indeed |
| 09:34:19 | <liskin> | Might give it a try :-) |
| 10:03:57 | <FOSSHuman[m]> | Sol : id Thanks for the suggestion.. I have tried to combine both a `Navigate` type function such as `Go :: Direction2d` and an `X` type function such as `updatePointer` and, when recompiling XMonad, GHC returns the error message of it being the wrong type (recalling from memory, not on PC rn), how would I do what you suggested, any way to combine 2 functions of different types in an `additionalKeysP` keybind?? Please forgive me not |
| 10:03:57 | <FOSSHuman[m]> | knowing too much about this, this might be a dumb question... |
| 10:04:11 | <FOSSHuman[m]> | s/Sol/@Solid/, s/: id// |
| 10:25:39 | <Solid> | FOSSHuman[m]: perhaps post the code once you're back at a computer; then I'll try to guide you through it |
| 10:26:17 | <FOSSHuman[m]> | Ok, no problem |
| 12:16:37 | <FOSSHuman[m]> | I have tried to do a keybind like: `("M1-<L>", sendMessage $ Go L >> updatePointer (0.95, 0.95) (0, 0))` but GHC throws out an error saying it's the wrong type?? |
| 12:18:07 | <FOSSHuman[m]> | `Couldn't match expected type ‘X a0’ with actual type ‘Navigate’` |
| 12:18:17 | <FOSSHuman[m]> | `In the first argument of ‘(>>)’, namely ‘Go L’` |
| 12:18:42 | <FOSSHuman[m]> | `In the second argument of ‘($)’, namely |
| 12:18:42 | <FOSSHuman[m]> | ‘Go L >> updatePointer (0.95, 0.95) (0, 0)’` |
| 12:19:29 | <FOSSHuman[m]> | How do I combine two functions with different types in this case? |
| 12:20:19 | <fizzie> | I would guess the problem there is the very low precedence of $ rather than types per se. |
| 12:21:08 | <fizzie> | Try `(sendMessage $ Go L) >> updatePointer ...` instead. |
| 12:22:17 | <FOSSHuman[m]> | fizzie: Nice!, this seemed to work.. Thanks! |
| 12:22:42 | <FOSSHuman[m]> | Is it because `$` is interpreting the `>> updatePointer` part as an argument to the function? |
| 12:22:59 | <FOSSHuman[m]> | s/function/itself/ |
| 12:23:05 | <FOSSHuman[m]> | Haskell noob btw |
| 12:23:13 | <FOSSHuman[m]> | s/the function/itself/ |
| 12:23:14 | <fizzie> | Yes. The error message hints at that: it says the second argument of $ is `Go L >> updatePointer ...`. |
| 12:24:19 | <FOSSHuman[m]> | fizzie: Thank you... I should read the compiler errors more closely lol |
| 12:40:26 | × | cfricke quits (~cfricke@user/cfricke) (Ping timeout: 268 seconds) |
| 13:03:30 | <L29Ah> | https://tinystash.undef.im/il/5DdZspM6ZPrCkaPJq48tMnpLVbHHoYPjSf9fFC1USk1nEgV9t9xHCfVvv5AKnPDHcyxn9tj4ySFXJgADzXNaFdj1 r8 my status workspace and show yours! |
| 13:04:32 | <liskin> | ♥ X201 |
| 13:04:37 | → | alternateved joins (~user@staticline-31-183-149-3.toya.net.pl) |
| 13:04:46 | <L29Ah> | in fact that's x210 |
| 13:05:47 | <liskin> | in that case, replicate 5 '♥' |
| 13:06:14 | <liskin> | although the core temperature is a bit on the highed side then |
| 13:06:29 | <liskin> | I'd expect a modern cpu to stay below 40 |
| 13:07:58 | <L29Ah> | it's limited at 95C |
| 13:08:16 | <L29Ah> | a modern cpu will reach as much as you let it to on a laptop cooling system |
| 13:08:26 | <Solid> | I think my x220 also hits 55 or so with a second monitor connected |
| 13:08:40 | <L29Ah> | i5 can easily produce 40+W worth of heat while the cooling system can take 20W max |
| 13:08:53 | <Solid> | (but that things old and some screws are glued in place so I can't even change the thermal paste on the cpu :/) |
| 13:08:55 | <liskin> | well mine is now at 41, docked, just paused a youtube video |
| 13:09:05 | <liskin> | i7-7500U |
| 13:09:06 | <Solid> | s/things/thing's/ |
| 13:10:16 | <L29Ah> | and on the lower side it's as cold as noisy your fan is |
| 13:10:17 | <liskin> | it's normally limited to 80, because I haven't bothered with any of the throttled hacks, I like my laptop cool |
| 13:10:36 | <liskin> | L29Ah: 41 without a fan |
| 13:10:47 | L29Ah | sometimes wishes to have dock plugs for liquid cooling |
| 13:10:49 | <Solid> | mine almost melts through my desk when compiling :) |
| 13:10:51 | <liskin> | it does kick in around 43 or something |
| 13:11:18 | <L29Ah> | liskin: nice, what's the device? |
| 13:11:33 | <L29Ah> | and ambient temperature |
| 13:11:33 | <liskin> | but for some strange reason the CPU started switching to a 65C limit lately |
| 13:11:51 | <liskin> | L29Ah: T25 |
| 13:11:57 | <liskin> | vanilla, no mods |
| 13:12:08 | <liskin> | ambient temp around 21 I think |
| 13:12:59 | <liskin> | it's already out of warranty so I may eventually need to replace it with a 51nb something |
| 13:13:09 | <liskin> | or just get used to the "modern" keyboard :-/ |
| 13:13:49 | <L29Ah> | i'm pissed with the firmware quality of 51nb, but still it seems to be the only decent option on the market these days |
| 13:14:12 | <liskin> | yeah, that's what I'm worried about |
| 13:14:33 | <liskin> | as I understand it, even the T480/25 frankenpad has issues with not all keys working as they should |
| 13:14:49 | <L29Ah> | 16:11:51]<liskin> L29Ah: T25 |
| 13:14:49 | <L29Ah> | can you please show the steady output of https://github.com/l29ah/intel-powermon/ at max load? |
| 13:15:07 | <liskin> | so I'm kind of hoping they release something for the 30th anniversary, but at this point nobody cares any more :-/ |
| 13:15:30 | <liskin> | L29Ah: I have a meeting now but remind me later today |
| 13:15:35 | <L29Ah> | alright |
| 13:27:35 | × | gruntsplatter quits (~sogens@gateway/vpn/pia/sogens) (Quit: WeeChat 3.3) |
| 13:31:37 | → | cfricke joins (~cfricke@user/cfricke) |
| 13:50:28 | <liskin> | L29Ah: https://gist.github.com/1f8e901a82bd89b48c5beafa2c64c06d - building xmonad-contrib with -j, temp slowly raised up to the 80 ceiling during the first minute or so |
| 13:51:00 | <liskin> | I can try to raise the limit to 95 and see what happens |
| 13:51:32 | <L29Ah> | this sounds like your CPU is throttled into oblivion |
| 13:52:09 | <liskin> | well it's a U, of course it's throttled into oblivion :-) |
| 13:52:10 | <L29Ah> | but still the cooling system is somewhat better than X201's |
| 13:52:35 | <liskin> | but I'm not getting messages about it being throttled, which is a bit weird |
| 13:52:50 | <liskin> | I used to get those in dmesg before, but they stopped once I undervolted |
| 13:53:08 | <liskin> | so there are probably two different throttling mechanisms |
| 13:53:29 | <L29Ah> | 8% better |
| 13:53:48 | <L29Ah> | liskin: yeah by trottling i mean absolute frequency cap |
| 13:54:03 | <L29Ah> | not the situational cap due to overheating |
| 13:54:12 | <liskin> | L29Ah: oh, right |
| 13:55:16 | <L29Ah> | can be illustrated by `sysbench cpu run --threads=9 --time=5` |
| 13:55:22 | <L29Ah> | 42233 here |
| 13:55:25 | <liskin> | hm, those numbers look almost the same with the limit raised to 95 |
| 13:55:48 | <L29Ah> | but does actual temperature rise to 95? |
| 13:55:58 | <liskin> | not really, barely gets to 80 |
| 13:56:03 | <liskin> | I'll need to run stack in a loop |
| 13:56:25 | <liskin> | or power the nvidia up to stress the cooling system a bit |
| 13:58:55 | <liskin> | https://gist.github.com/0e84c03f0dea1fa066395ed54b7b7769 - ghc -j + primusrun glxgears |
| 13:59:09 | <liskin> | 3.5k fan rpm, 83C tops |
| 13:59:57 | <liskin> | I think I might need to write to another MSR to override the wattage cap, not just the thermal cap |
| 14:03:14 | × | kr1x quits (~kriket@170.249.0.122) (Ping timeout: 260 seconds) |
| 14:05:16 | → | kr1x joins (kriket@gateway/vpn/protonvpn/kr1x) |
| 14:07:53 | <liskin> | hm, it's weird, I raised the wattage caps, but it still draws under 20 watts, and when I check with turbostat, all 4 cores are at their turbo frequencies all the time |
| 14:08:18 | <liskin> | maybe ghc is too lazy :-) |
| 14:10:29 | × | kr1x quits (kriket@gateway/vpn/protonvpn/kr1x) (Ping timeout: 268 seconds) |
| 14:11:34 | → | kr1x joins (~kriket@170.249.0.122) |
| 14:16:22 | <FOSSHuman[m]> | https://github.com/AdnanHodzic/auto-cpufreq |
| 14:17:20 | <FOSSHuman[m]> | This can greatly extend the battery life of a laptop, it automatically adjusts the CPU frequency |
| 14:30:12 | × | kr1x quits (~kriket@170.249.0.122) (Ping timeout: 268 seconds) |
| 14:31:40 | <L29Ah> | FOSSHuman[m]: i'm skeptical of the utility of this program |
| 14:31:53 | → | kr1x joins (kriket@gateway/vpn/protonvpn/kr1x) |
| 14:32:19 | <L29Ah> | as it assumes that CPU is the sole power consumer, and you don't need the results of CPU work |
| 14:33:03 | <L29Ah> | and/or additional waiting for the result is acceptable |
| 14:35:00 | <L29Ah> | sure you can increase computations per joule if you lower the frequency somewhat, but it becomes interestingly nonlinear when the power consumption of other system components, notably LCD backlight, is brought into the equation |
| 14:36:57 | <L29Ah> | and advanced techniques like race-to-idle bring even more confusion |
| 14:37:27 | L29Ah | is disappointed by the lack of benchmarks in README |
| 14:43:21 | × | kr1x quits (kriket@gateway/vpn/protonvpn/kr1x) (Remote host closed the connection) |
| 14:47:50 | <liskin> | L29Ah: I just checked the picom slowness, and I had to revert both the commits you mentioned to get to a reasonable performance |
| 14:49:11 | → | kr1x joins (~kriket@170.249.0.122) |
| 14:50:45 | <L29Ah> | liskin: try noting that in the issue, as it seems like the maintainer have dismissed my concerns |
| 14:50:57 | <L29Ah> | fwiw i have no clue how it works, if it's picom or xmonad or other apps' windows to blame, i just bisected it |
| 14:52:29 | <liskin> | I think I have an idea what's going on |
| 14:52:53 | <liskin> | in https://github.com/yshui/picom/issues/381 I see no answer from the maintainer |
| 14:56:02 | <liskin> | L29Ah: without the free_paint_glx change reverted, glx_find_fbconfig is called more than 10 times on every xmonad layout resize |
| 14:56:58 | <liskin> | dunno what that function does exactly, but it feels like it should be called once, not a hundred times every time something changes |
| 14:59:06 | <liskin> | the other commit just makes glx_find_fbconfig slower |
| 15:04:52 | <liskin> | I think glx_find_fbconfig just needs some memoization/caching and it will be good |
| 15:05:10 | <liskin> | the range of its inputs is quite small |
| 15:18:12 | × | kr1x quits (~kriket@170.249.0.122) (Quit: .) |
| 15:44:42 | × | cfricke quits (~cfricke@user/cfricke) (Quit: WeeChat 3.3) |
| 16:25:30 | × | qbt quits (~qbt@user/edun) (Quit: Leaving.) |
| 16:42:10 | × | alternateved quits (~user@staticline-31-183-149-3.toya.net.pl) (Ping timeout: 268 seconds) |
| 17:03:14 | → | seschwar joins (~seschwar@user/seschwar) |
| 19:05:01 | → | qbt joins (~qbt@user/edun) |
| 19:05:25 | × | qbt quits (~qbt@user/edun) (Client Quit) |
| 19:28:45 | → | gruntsplatter joins (~sogens@gateway/vpn/pia/sogens) |
| 19:53:20 | × | steve__ quits (~steve@ool-182c2aa4.dyn.optonline.net) (Read error: Connection reset by peer) |
| 19:53:37 | → | steve__ joins (~steve@ool-182c2aa4.dyn.optonline.net) |
| 19:55:27 | → | qbt joins (~qbt@user/edun) |
| 19:55:32 | × | qbt quits (~qbt@user/edun) (Client Quit) |
| 21:00:19 | → | Extropy joins (~extropy@user/extropy) |
| 21:00:32 | → | alternateved joins (~user@staticline-31-183-149-3.toya.net.pl) |
| 21:03:37 | → | charlie39 joins (~charlie39@223.238.124.49) |
| 21:11:09 | ← | charlie39 parts (~charlie39@223.238.124.49) () |
| 21:32:15 | × | mc47 quits (~mc47@xmonad/TheMC47) (Remote host closed the connection) |
| 22:43:10 | × | alternateved quits (~user@staticline-31-183-149-3.toya.net.pl) (Ping timeout: 260 seconds) |
| 23:08:02 | <vrs> | debian testing has... 0.15, apparently |
| 23:08:18 | <geekosaur> | right, they haven't updated yet |
| 23:08:33 | <geekosaur> | (there was no 0.16 xmonad, only xmonad-contrib) |
| 23:10:32 | <geekosaur> | sid hasn't updated either, from the looks of it |
| 23:10:38 | × | gruntsplatter quits (~sogens@gateway/vpn/pia/sogens) (Ping timeout: 260 seconds) |
| 23:23:26 | <L29Ah> | Gentoo has 0.17, yay i can now get off the git |
| 23:25:32 | × | geekosaur quits (~geekosaur@xmonad/geekosaur) (Remote host closed the connection) |
| 23:27:11 | → | geekosaur joins (~geekosaur@xmonad/geekosaur) |
| 23:33:02 | × | gehmehgeh quits (~user@user/gehmehgeh) (Quit: Leaving) |
| 23:43:54 | × | seschwar quits (~seschwar@user/seschwar) (Quit: :wq) |
| 23:55:04 | <liskin> | geekosaur: there's no one left to maintain Haskell stuff in Debian :-( |
| 23:55:14 | <liskin> | Everyone left for nix. |
| 23:55:22 | <geekosaur> | sigh:( |
| 23:55:40 | <liskin> | Half joking, but... it's largely true |
| 23:56:21 | geekosaur | wonders if he wants to take on that dragon |
| 23:56:46 | <liskin> | You do remember how we disagreed with peti a couple months ago. I emailed the Debian maintainers of xmonad to help us see their pov. Never got any answer. |
| 23:56:55 | <geekosaur> | (apparently dfsg = potential for nasty politics) |
| 23:58:13 | <liskin> | And yesterday or the day before I asked nomeata if he's still a DD, and the answer was that only technically, not a user any more. He did suggest a next step to get xmonad updated, or at least get some sort of answer. |
| 23:58:20 | <liskin> | I didn't get to it yet. |
| 23:59:10 | <geekosaur> | I'm not even a debian user, I'm on ubuntu. not sure this laptop is beefy enough to run debian in a container |
| 23:59:27 | <liskin> | But the gist of it was that even if I did all the work there might not even be anyone around to review and upload that. :-/ |
| 23:59:35 | <geekosaur> | might give me a reason to rehabilitate the machine sitting at my feet under the desk though |
All times are in UTC on 2021-11-01.