2022/07/05

2022-07-05 00:00:43 +0200cyr4x3(~cyr4x3@139.47.116.80) (Quit: WeeChat 2.3)
2022-07-05 00:00:58 +0200cyr4x3(~cyr4x3@139.47.116.80)
2022-07-05 00:05:15 +0200cyr4x3(~cyr4x3@139.47.116.80) (Client Quit)
2022-07-05 00:09:48 +0200cyr4x3(~cyr4x3@139.47.116.80)
2022-07-05 00:23:27 +0200cyr4x3(~cyr4x3@139.47.116.80) (Quit: WeeChat 2.3)
2022-07-05 01:07:53 +0200hexo_(~hexo@user/hexo)
2022-07-05 01:10:21 +0200hexo(~hexo@user/hexo) (Ping timeout: 246 seconds)
2022-07-05 01:49:22 +0200steve__(~steve@ool-182c2b80.dyn.optonline.net) (Ping timeout: 272 seconds)
2022-07-05 02:42:57 +0200bla(~bla@79.191.253.107.ipv4.supernova.orange.pl) (Ping timeout: 268 seconds)
2022-07-05 02:46:23 +0200bla(~bla@79.191.252.153.ipv4.supernova.orange.pl)
2022-07-05 03:26:19 +0200sogens(~sogens@gateway/vpn/pia/sogens)
2022-07-05 04:03:10 +0200banc(banc@gateway/vpn/airvpn/banc) (Ping timeout: 240 seconds)
2022-07-05 04:23:07 +0200banc(banc@gateway/vpn/airvpn/banc)
2022-07-05 04:24:18 +0200noex(~null@user/noex) (Ping timeout: 240 seconds)
2022-07-05 04:27:26 +0200noex(~null@user/noex)
2022-07-05 04:30:01 +0200dartleader(~dartleade@S0106a84e3f794823.wp.shawcable.net)
2022-07-05 04:36:30 +0200td_(~td@94.134.91.91) (Ping timeout: 246 seconds)
2022-07-05 04:38:20 +0200td_(~td@muedsl-82-207-238-243.citykom.de)
2022-07-05 04:45:07 +0200rekahsoft(~rekahsoft@bras-base-wdston4533w-grc-02-142-113-160-8.dsl.bell.ca)
2022-07-05 05:28:13 +0200rekahsoft(~rekahsoft@bras-base-wdston4533w-grc-02-142-113-160-8.dsl.bell.ca) (Ping timeout: 244 seconds)
2022-07-05 06:38:51 +0200steve__(~steve@ool-182c2b80.dyn.optonline.net)
2022-07-05 07:28:30 +0200sogens(~sogens@gateway/vpn/pia/sogens) (Ping timeout: 240 seconds)
2022-07-05 07:29:40 +0200sogens(~sogens@gateway/vpn/pia/sogens)
2022-07-05 08:30:26 +0200wusticality(~wusticali@c-67-161-204-49.hsd1.co.comcast.net)
2022-07-05 08:31:36 +0200 <wusticality> Hey folks, I'm using XMonad.Layout.IfMax which is working well, but I'm running into an issue where my border rules are not preserved, could someone possibly point me in the right direction?
2022-07-05 08:35:20 +0200alternateved(~alternate@82.180.151.250)
2022-07-05 08:44:52 +0200 <Lears> wusticality: I'm not sure what exactly you mean by border rules, but if it's a layout modifier then you probably want it applied to IfMax rather than its arguments.
2022-07-05 08:45:22 +0200 <Lears> If that's not it, show us your config.
2022-07-05 08:46:38 +0200 <wusticality> https://www.reddit.com/r/xmonad/comments/vrrnj9/issues_with_ifmax_and_noborders/
2022-07-05 08:46:45 +0200 <wusticality> I posted the specifics on reddit
2022-07-05 08:47:48 +0200 <wusticality> Lears I have the fullscreen layout set to use noBorders which always works perfectly, until I utilized the IfMax rule
2022-07-05 08:48:10 +0200 <wusticality> Using that causes fullscreen layouts to _sometimes_ have borders and sometimes not, perhaps it's a bug?
2022-07-05 08:54:07 +0200 <Lears> It looks to me like it ought to work as you intend; I'm not sure what's happening.
2022-07-05 08:54:20 +0200 <wusticality> Yeah, that was my thinking too, I'm afraid it may be a bug
2022-07-05 08:54:37 +0200 <wusticality> I was looking through the source a bit but I'm not a regular Haskell programmer
2022-07-05 08:56:25 +0200wusticality(~wusticali@c-67-161-204-49.hsd1.co.comcast.net) (Quit: Client closed)
2022-07-05 08:56:35 +0200wusticality(~wusticali@c-67-161-204-49.hsd1.co.comcast.net)
2022-07-05 08:58:17 +0200 <Lears> wusticality: The best guess I have is that regular fullscreen might be floating a window, thus exempting it from the layout.
2022-07-05 08:58:31 +0200 <Lears> I don't use regular fullscreen so I'm not flush on the details, though.
2022-07-05 09:00:11 +0200 <wusticality> Curiously, it works perfectly using my regular layout rules without IfMax
2022-07-05 09:01:42 +0200 <wusticality> That is to say, having the `myFull` layout (which is just "noBorders Full") as well as tall and tall mirrored and cycling through them - no borders ever show up with that myFull layout - until, that is, I add the IfMax rule
2022-07-05 09:02:19 +0200mc47(~mc47@xmonad/TheMC47)
2022-07-05 09:07:43 +0200dschrempf(~dominik@mobiledyn-62-240-134-178.mrsn.at)
2022-07-05 09:17:04 +0200 <Lears> wusticality: Okay, I took a look at the X.L.NoBorders source, and I found the implementation is more stateful than I thought. The issue is most likely due to two copies of the modifier have out-of-sync state.
2022-07-05 09:17:29 +0200 <Lears> In that case, your best bet should be to use smartBorders outside of IfMax.
2022-07-05 09:25:50 +0200sogens(~sogens@gateway/vpn/pia/sogens) (Ping timeout: 240 seconds)
2022-07-05 09:38:21 +0200 <mc47> So this a weird one: https://github.com/xmonad/xmonad-contrib/issues/8
2022-07-05 09:42:48 +0200 <wusticality> Lears Apologies, could you say more about what you mean?
2022-07-05 09:43:15 +0200 <wusticality> And / or should I log a bug on github
2022-07-05 09:46:29 +0200 <Lears> wusticality: You use noBorders Full in more than one part of your layout hook. But each one keeps its own private state about what borders are set, assuming it's the only one changing borders. This assumption isn't really a bad one; it can be argued whether this is a bug or not. I would say it's a documentation bug: the docs ought to tell you not to duplicate the modifier.
2022-07-05 09:47:20 +0200 <wusticality> oh interesting, I see
2022-07-05 09:47:24 +0200 <Lears> To prevent this, use Full instead, then apply smartBorders to the whole layout hook.
2022-07-05 09:48:09 +0200 <wusticality> Sec, I'll try it quick now
2022-07-05 09:50:14 +0200 <wusticality> That did the trick! (and makes sense)
2022-07-05 09:50:29 +0200 <wusticality> I actually didn't notice smartBorders - not sure if I should log a bug or not
2022-07-05 09:50:45 +0200 <wusticality> Does seem like it could cause other problems though
2022-07-05 09:57:13 +0200 <wusticality> I've updated the reddit post, comments welcome RE filing a bug: https://www.reddit.com/r/xmonad/comments/vrrnj9/issues_with_ifmax_and_noborders/
2022-07-05 10:01:11 +0200wusticality(~wusticali@c-67-161-204-49.hsd1.co.comcast.net) (Quit: Client closed)
2022-07-05 10:02:32 +0200cfricke(~cfricke@user/cfricke)
2022-07-05 10:02:49 +0200chomwitt(~chomwitt@2a02:587:dc17:ef00:57f2:e4b7:eab5:9cc)
2022-07-05 10:04:51 +0200thunderrd(~thunderrd@183.182.111.73) (Remote host closed the connection)
2022-07-05 10:10:50 +0200dschrempf(~dominik@mobiledyn-62-240-134-178.mrsn.at) (Ping timeout: 244 seconds)
2022-07-05 10:15:30 +0200dartleader(~dartleade@S0106a84e3f794823.wp.shawcable.net) (Ping timeout: 240 seconds)
2022-07-05 10:17:49 +0200dartleader(~dartleade@S0106a84e3f794823.wp.shawcable.net)
2022-07-05 11:00:09 +0200Etxeberrialex[m](~etxeberri@2001:470:69fc:105::1:5ae6) (Quit: You have been kicked for being idle)
2022-07-05 11:42:40 +0200dschrempf(~dominik@mobiledyn-62-240-134-178.mrsn.at)
2022-07-05 12:12:06 +0200dschrempf(~dominik@mobiledyn-62-240-134-178.mrsn.at) (Quit: WeeChat 3.5)
2022-07-05 13:07:01 +0200Guest9(~Guest9@48.red-83-55-226.dynamicip.rima-tde.net)
2022-07-05 13:10:44 +0200 <Guest9> Hi! I was wondering if anyone could help me solve an xmonad question I havent been able to find any answer to. Is there any way to get the number of windows in the current workspace? (preferably this would be done in a pure context by passing the WorkspaceId) I have tried many routes at attempting to solve this and I cant get it to work for the
2022-07-05 13:10:44 +0200 <Guest9> life of me. Does anyone know this how I would be able to do this?
2022-07-05 13:21:58 +0200 <fizzie> Pretty sure that's just fundamentally not possible outside the X monad, with just the WorkspaceId, because where would the data be coming from? In X, a very DIY way should be something like `withWindowSet (return . length . W.integrate' . W.stack . W.workspace . W.current)` but I'm almost certain there's a shorter way with some convenience functions too.
2022-07-05 13:22:53 +0200 <fizzie> (Where W is XMonad.StackSet, as is common.)
2022-07-05 13:25:01 +0200Guest9(~Guest9@48.red-83-55-226.dynamicip.rima-tde.net) (Quit: Client closed)
2022-07-05 13:25:40 +0200mc47(~mc47@xmonad/TheMC47) (Remote host closed the connection)
2022-07-05 13:27:02 +0200 <Solid> `withWindowSet (pure . length . W.index)` should probably work
2022-07-05 13:27:14 +0200 <Solid> but yes for this to be pure you'd need at least a Workspace and not just a WorkspaceId
2022-07-05 13:28:12 +0200 <fizzie> Right, `W.index` would've been the convenience function I was looking for, I just can never find them.
2022-07-05 13:28:37 +0200 <Solid> we have too few of those, tbh
2022-07-05 13:28:55 +0200 <Solid> but maybe we should look more towards adding lenses to the core anyways
2022-07-05 13:31:10 +0200 <fizzie> Looks like the questant is gone, anyway.
2022-07-05 13:32:16 +0200 <Solid> oh, right
2022-07-05 13:32:51 +0200Guest9(~Guest9@48.red-83-55-226.dynamicip.rima-tde.net)
2022-07-05 13:33:15 +0200 <Guest9> sorry my firefox crashed
2022-07-05 13:33:42 +0200 <fizzie> Guest9: In case you missed it (probably), I proposed `withWindowSet (return . length . W.integrate' . W.stack . W.workspace . W.current)` while Solid came up with a lot more neater `withWindowSet (pure . length . W.index)`.
2022-07-05 13:34:04 +0200 <fizzie> (Both of these would have the type `X Int`.)
2022-07-05 13:34:29 +0200 <Guest9> sorry, Im not very literate with haskell, I belive I wouldnt be able to use that in a pure context right?
2022-07-05 13:35:07 +0200 <Guest9> myStatusBar = statusBarProp "xmobar" (pure xmobarPP {
2022-07-05 13:35:07 +0200 <Guest9>                               ppCurrent = (\s ->
2022-07-05 13:35:08 +0200 <Guest9>                                                 if getNumberOfWindowsInWorkpace s > 0
2022-07-05 13:35:08 +0200 <Guest9>                                                   then ((xmobarBorder "Top" "#bbbbbb" 4 . xmobarColor "#bbbbbb" "#005577") ("  " ++ s ++ "  "))
2022-07-05 13:35:09 +0200 <Guest9>                                                   else (xmobarColor "#bbbbbb" "#005577" ("  " ++ s ++ "  "))
2022-07-05 13:35:09 +0200 <Guest9>                                           )
2022-07-05 13:35:10 +0200 <Guest9>                             , ppTitle = shorten 77
2022-07-05 13:35:10 +0200 <Guest9>                             , ppSep = " | "
2022-07-05 13:35:11 +0200 <Guest9>                             , ppLayout = (\_ -> "")
2022-07-05 13:35:11 +0200 <Guest9>                             , ppHidden = (\s -> xmobarBorder "Top" "#bbbbbb" 2 ("  " ++ s ++ "  ")) --probs better way to do this
2022-07-05 13:35:12 +0200 <Guest9>                             , ppHiddenNoWindows =  wrap "  " "  "
2022-07-05 13:35:12 +0200 <Guest9>                     })
2022-07-05 13:35:15 +0200 <MrElendig> use a pastebin
2022-07-05 13:35:29 +0200 <Guest9> sorry
2022-07-05 13:35:30 +0200 <Guest9> https://pastebin.com/8QsHkQw8
2022-07-05 13:36:05 +0200 <Guest9> the thing i would like to achieve would be to create a getNumberOfWindowsInWorkpace function which could allow me to perform different logic when setting the text for the ppCurrent workspace depending on if its empty or not
2022-07-05 13:36:14 +0200 <Guest9> i dont know if this would be the correct approach
2022-07-05 13:39:40 +0200 <fizzie> I don't think it's fundamentally possible to have a pure function with the type `WorkspaceId -> Int` that gives you the window count, because how could it be? The number of windows isn't "in" the WorkspaceId. You'd need the WindowSet (or at least the part you're interested in) from somewhere.
2022-07-05 13:40:01 +0200 <fizzie> But it should still be possible to do what you're actually wanting to do, just differently.
2022-07-05 13:40:46 +0200 <fizzie> The `(pure xmobarPP { ... })` in your example is an X PP, after all.
2022-07-05 13:41:08 +0200 <Solid> This is probably most easily be done by customising `ppPrinters`
2022-07-05 13:41:46 +0200 <Solid> E.g., fallbackPrinters ( https://hackage.haskell.org/package/xmonad-contrib-0.17.0/docs/src/XMonad.Hooks.StatusBar.PP.html#… ) shows you the default setup
2022-07-05 13:42:33 +0200 <Solid> you just have to append something in the case of the current workspace there, which is nice because WS ( https://hackage.haskell.org/package/xmonad-contrib-0.17.0/docs/src/XMonad.Hooks.StatusBar.PP.html#WS ) contains e.g. the entire windowset
2022-07-05 13:43:05 +0200Soliddoesn't have a whole lot of time right now, so can't offer step-by-step assistance, sadly
2022-07-05 13:43:13 +0200 <Guest9> Thank you so much for the tips fizzie Solid, using the function you guys gave me I was able to implement the functionality I wanted (even if its not pure). I attach the updated code in case its useful for someone in the future (https://pastebin.com/PLqHuTDg). Thank you again, ill be sure to learn a bit more about haskell and monads:)
2022-07-05 13:44:36 +0200 <fizzie> As a person not all that fluent in Haskell, that (changing the "returned" PP) is probably what I would have landed on if I had to muddle through it myself, even if it's not as neat as the ppPrinters approach.
2022-07-05 14:14:51 +0200Guest9(~Guest9@48.red-83-55-226.dynamicip.rima-tde.net) (Quit: Client closed)
2022-07-05 14:17:22 +0200de-vri-es1de-vri-es
2022-07-05 14:34:29 +0200dschrempf(~dominik@mobiledyn-62-240-134-178.mrsn.at)
2022-07-05 14:50:35 +0200Melkor333[m](~melkor333@2001:470:69fc:105::2:3ef7)
2022-07-05 14:55:00 +0200banc(banc@gateway/vpn/airvpn/banc) (Ping timeout: 276 seconds)
2022-07-05 15:00:58 +0200banc(banc@gateway/vpn/airvpn/banc)
2022-07-05 15:03:23 +0200alternateved(~alternate@82.180.151.250) (Remote host closed the connection)
2022-07-05 15:07:55 +0200alternateved(~alternate@82.180.151.250)
2022-07-05 15:16:11 +0200banc(banc@gateway/vpn/airvpn/banc) (Ping timeout: 244 seconds)
2022-07-05 15:18:00 +0200banc(banc@gateway/vpn/airvpn/banc)
2022-07-05 15:25:55 +0200dschrempf(~dominik@mobiledyn-62-240-134-178.mrsn.at) (Quit: WeeChat 3.5)
2022-07-05 15:38:12 +0200dschrempf(~dominik@mobiledyn-62-240-134-178.mrsn.at)
2022-07-05 15:41:18 +0200dschrempf(~dominik@mobiledyn-62-240-134-178.mrsn.at) (Client Quit)
2022-07-05 15:42:38 +0200dschrempf(~dominik@mobiledyn-62-240-134-178.mrsn.at)
2022-07-05 15:43:28 +0200dschrempf(~dominik@mobiledyn-62-240-134-178.mrsn.at) (Client Quit)
2022-07-05 15:45:24 +0200dschrempf(~dominik@mobiledyn-62-240-134-178.mrsn.at)
2022-07-05 15:46:06 +0200dschrempf(~dominik@mobiledyn-62-240-134-178.mrsn.at) (Client Quit)
2022-07-05 15:49:03 +0200dschrempf(~dominik@mobiledyn-62-240-134-178.mrsn.at)
2022-07-05 15:49:43 +0200dschrempf(~dominik@mobiledyn-62-240-134-178.mrsn.at) (Client Quit)
2022-07-05 15:51:05 +0200dschrempf(~dominik@mobiledyn-62-240-134-178.mrsn.at)
2022-07-05 15:51:11 +0200dschrempf(~dominik@mobiledyn-62-240-134-178.mrsn.at) (Client Quit)
2022-07-05 16:24:23 +0200alternateved(~alternate@82.180.151.250) (Remote host closed the connection)
2022-07-05 16:32:54 +0200B-J(~BenziJuni@88.149.64.179) (Quit: ZNC 1.8.2 - https://znc.in)
2022-07-05 16:34:18 +0200Benzi-Junior(~BenziJuni@88-149-64-179.du.xdsl.is)
2022-07-05 16:46:27 +0200Jade1(~Jade1@ip-178-201-128-039.um46.pools.vodafone-ip.de)
2022-07-05 16:49:45 +0200 <Jade1> Hello, I have this layout here: `tiled   = Tall 1 3/100 1/2` which is essentially a master and stack.
2022-07-05 16:49:46 +0200 <Jade1> What I want to achieve is to have keybindings that let me select either one and only edit that. I will give an example here:
2022-07-05 16:49:46 +0200 <Jade1> When the master window is selected, pressing `right` focuses the top window of the stack. pressing right again will not do anything as the stack is already selected. Pressing left gives focus back to the master. When the stack is selected I want Up/Down to go though the stack respectively
2022-07-05 16:49:50 +0200 <Jade1> How can I achieve this?
2022-07-05 16:51:14 +0200 <geekosaur> XMonad.Layout.WindowNavigation
2022-07-05 16:52:04 +0200 <geekosaur> note that it currently has a bug that breaks window borders; I fixed it this past weekend but the PR is still awaiting review
2022-07-05 16:53:31 +0200 <geekosaur> https://github.com/xmonad/xmonad-contrib/pull/731
2022-07-05 16:57:11 +0200 <Jade1> thanks, this was exactly what I was looking for
2022-07-05 16:57:48 +0200 <Jade1> The Bug that breaks window borders is that it shows them as the focused color but brighter?
2022-07-05 16:58:12 +0200 <geekosaur> actually it turns them all black because XQueryColor doesn't know what to do with alpha channels
2022-07-05 16:58:22 +0200 <Jade1> ah alright
2022-07-05 16:58:35 +0200 <geekosaur> the normal behavior is it shows borders by default as focused color but dimmer
2022-07-05 16:58:36 +0200 <Jade1> for me (focused color red) the borders turn pink when not focused
2022-07-05 16:58:43 +0200 <Jade1> Ah ok
2022-07-05 16:59:29 +0200 <geekosaur> also as a temporary workaround we disabled alpha support in git, which leads to some oddball border colors at times depending on what's in the backround
2022-07-05 16:59:54 +0200 <Jade1> Thanks for all the work on xmonad, already loving it
2022-07-05 17:00:08 +0200 <Jade1> + I'm derusting my haskell knowledge
2022-07-05 17:37:46 +0200Jade1(~Jade1@ip-178-201-128-039.um46.pools.vodafone-ip.de) (Quit: Client closed)
2022-07-05 17:50:21 +0200cfricke(~cfricke@user/cfricke) (Quit: WeeChat 3.5)
2022-07-05 17:58:16 +0200qbt(~qbt@user/edun)
2022-07-05 18:22:56 +0200 <scotabroad[m]> My .xmobarrc file is not working. I copied the template on https://xmonad.org/TUTORIAL.html, but I get the following error: Invalid configuration file: ```"Config" (line 31, column 10):
2022-07-05 18:22:56 +0200 <scotabroad[m]> unexpected "s"
2022-07-05 18:22:56 +0200 <scotabroad[m]> expecting space or "Run"```
2022-07-05 18:22:56 +0200 <scotabroad[m]> I don't know what went wrong
2022-07-05 18:24:01 +0200 <scotabroad[m]> * My .xmobarrc file is not working. I copied the template on https://xmonad.org/TUTORIAL.html, but I get the following error:... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/e03e99ae8994f76f59be924ad01cbcedbaab…)
2022-07-05 18:27:20 +0200 <geekosaur> that error has an annoying tendency to mean your xmobar is missing a plugin. it should have been built with "all_extensions"
2022-07-05 18:28:14 +0200 <Solid> the xmobar parser could reaaaally use some work
2022-07-05 18:28:53 +0200 <scotabroad[m]> geekosaur: Ah, so what should I run?
2022-07-05 18:29:18 +0200 <geekosaur> what distro are you on and how did you install xmobar?
2022-07-05 18:29:49 +0200 <scotabroad[m]> I am on Fedora 36 and I installed xmobar from the Fedora repos
2022-07-05 18:30:09 +0200 <scotabroad[m]> It is xmobar 0.38
2022-07-05 18:30:22 +0200 <geekosaur> hm. those are usually built correctly
2022-07-05 18:35:41 +0200 <geekosaur> looks like they only turn on some of the flags for some reason
2022-07-05 18:36:32 +0200 <scotabroad[m]> I had found an example config in my /usr/shar/docs/xmobar. It works, for now
2022-07-05 18:36:47 +0200 <scotabroad[m]> Just need to customize it now
2022-07-05 18:37:46 +0200 <geekosaur> you may at some point want to remove the fedora package and install via stack or cabal instead
2022-07-05 18:43:21 +0200 <scotabroad[m]> I will keep this in mind
2022-07-05 19:09:57 +0200 <scotabroad[m]> Haha! It was the run alsa section of the original .xmobarrc that was giving me problems
2022-07-05 19:11:48 +0200 <geekosaur> that's what I figured, since I didn't see that plugin being activated in the fedora package
2022-07-05 20:24:35 +0200MrElendig(~Urist@archlinux/op/MrElendig) (Quit: turning on the LHC to destroy the world, for the third time)
2022-07-05 20:25:38 +0200MrElendig(~Urist@archlinux/op/MrElendig)
2022-07-05 20:52:53 +0200qbt(~qbt@user/edun) (Quit: WeeChat 3.5)
2022-07-05 23:34:25 +0200rieper(~riepernet@webmirror.geo.uni-leipzig.de) (Remote host closed the connection)
2022-07-05 23:35:34 +0200rieper(~riepernet@webmirror.geo.uni-leipzig.de)
2022-07-05 23:41:38 +0200 <liskin> geekosaur: may I revert the revert in xmonad core or are you already on it?
2022-07-05 23:41:55 +0200 <geekosaur> already on it. also bumping version
2022-07-05 23:42:17 +0200 <geekosaur> and making xmonad-contrib require the new version so people are guaranteed to have both fixes
2022-07-05 23:42:17 +0200 <liskin> uh, which version, why?
2022-07-05 23:42:28 +0200 <liskin> oh
2022-07-05 23:42:36 +0200 <geekosaur> I suppose it's not essential but it seems right
2022-07-05 23:44:11 +0200 <geekosaur> hm, I just did this wrong, I'm operating on my own repo not the main one 🙂
2022-07-05 23:50:03 +0200 <geekosaur> aside, it would be nice if someone who actually understands the StatusBar stuff and xmobar addresses this list thing, except I think he decided to go private with me so I need to get him back on the list 😕
2022-07-05 23:53:12 +0200chomwitt(~chomwitt@2a02:587:dc17:ef00:57f2:e4b7:eab5:9cc) (Ping timeout: 276 seconds)
2022-07-05 23:56:24 +0200 <geekosaur> I figure it'll mean fewer bug reports if they go in sync with each other
2022-07-05 23:57:36 +0200 <liskin> hm, but the dependency is actually the other way around
2022-07-05 23:58:24 +0200 <liskin> the new core with revert of the revert (as well as the old without either revert but with the alpha fix) needs recent contrib
2022-07-05 23:58:39 +0200 <liskin> there's no way to express that in cabal
2022-07-05 23:59:29 +0200 <liskin> (there's no way to express that the old core needs new contrib anywhere, but the "new needs new" could be expressed using Breaks: in dpkg :-))