From mestelan at gmail.com Sat Sep 2 12:05:36 2023 From: mestelan at gmail.com (Jean-Baptiste Mestelan) Date: Sat, 2 Sep 2023 14:05:36 +0200 Subject: [xmonad] Repeated presses on Mod - [1..9] to toggle between windows in workspace Message-ID: Hello XMonad, How could one extend the behaviour of Mod - [1..9], so that an initial keypress switches to workspace n, but further keypresses toggle between windows in that workspace? (It is the default behaviour of groups in AutoHotKey, and I must admit it has grown on me: it saves one move reaching for Mod-K). Thanks for any Haskell hints. -------------- next part -------------- An HTML attachment was scrubbed... URL: From allbery.b at gmail.com Sat Sep 2 20:11:31 2023 From: allbery.b at gmail.com (Brandon Allbery) Date: Sat, 2 Sep 2023 16:11:31 -0400 Subject: [xmonad] Repeated presses on Mod - [1..9] to toggle between windows in workspace In-Reply-To: References: Message-ID: In place of `W.greedyView` or `W.view` you would use `\t ss -> if (W.tag . W.workspace . W.current) ss == t then W.focusUp ss else W.greedyView t ss` or define that as a function. Swap `W.greedyView` for `W.view` and/or ` W.focusDown` for `W.focusUp` if you wish. If you define this as a function (let's say `tagOrFocus`), then the key definition becomes (assuming `EZConfig`): ++ [ (otherModMasks ++ "M-" ++ key, action tag) | (tag, key) <- zip workspacen (words "1 2 3 4 5 6 7 8 9 0 - = ") , (otherModMasks, action) <- [("", windows . tagOrFocus) ,("S-", windows . W.shift) ] ] (This is lifted from my own config, adjust as appropriate.) On Sat, Sep 2, 2023 at 8:08 AM Jean-Baptiste Mestelan wrote: > Hello XMonad, > > How could one extend the behaviour of Mod - [1..9], so that an initial > keypress switches to workspace n, but further keypresses toggle between > windows in that workspace? > (It is the default behaviour of groups in AutoHotKey, and I must admit it > has grown on me: it saves one move reaching for Mod-K). > > Thanks for any Haskell hints. > > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad > -- brandon s allbery kf8nh allbery.b at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From mestelan at gmail.com Sun Sep 3 06:10:36 2023 From: mestelan at gmail.com (Jean-Baptiste Mestelan) Date: Sun, 3 Sep 2023 08:10:36 +0200 Subject: [xmonad] Repeated presses on Mod - [1..9] to toggle between windows in workspace In-Reply-To: References: Message-ID: Many thanks, Brandon, this helps greatly! I am not quite there yet: the 'move to workspace' part works OK, but the 'focus' part does not. It would seem the condition (W.tag . W.workspace . W.current) ss == t is never triggered? Still working on it. I too use EZConfig, and have added the key definition as provided, along with the function tagOrFocus t ss = if (W.tag . W.workspace . W.current) ss == t then W.focusUp ss else W.view t ss On Sat, 2 Sept 2023 at 22:11, Brandon Allbery wrote: > In place of `W.greedyView` or `W.view` you would use > > `\t ss -> if (W.tag . W.workspace . W.current) ss == t then W.focusUp ss > else W.greedyView t ss` > > or define that as a function. Swap `W.greedyView` for `W.view` and/or ` > W.focusDown` for `W.focusUp` if you wish. > > If you define this as a function (let's say `tagOrFocus`), then the key > definition becomes (assuming `EZConfig`): > > ++ > [ (otherModMasks ++ "M-" ++ key, action tag) > | (tag, key) <- zip workspacen (words "1 2 3 4 5 6 7 8 9 0 - = > ") > , (otherModMasks, action) <- [("", windows . tagOrFocus) > ,("S-", windows . W.shift) > ] > ] > > (This is lifted from my own config, adjust as appropriate.) > > > > On Sat, Sep 2, 2023 at 8:08 AM Jean-Baptiste Mestelan > wrote: > >> Hello XMonad, >> >> How could one extend the behaviour of Mod - [1..9], so that an initial >> keypress switches to workspace n, but further keypresses toggle between >> windows in that workspace? >> (It is the default behaviour of groups in AutoHotKey, and I must admit it >> has grown on me: it saves one move reaching for Mod-K). >> >> Thanks for any Haskell hints. >> >> _______________________________________________ >> xmonad mailing list >> xmonad at haskell.org >> http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad >> > > > -- > brandon s allbery kf8nh > allbery.b at gmail.com > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mestelan at gmail.com Sun Sep 3 06:37:32 2023 From: mestelan at gmail.com (Jean-Baptiste Mestelan) Date: Sun, 3 Sep 2023 08:37:32 +0200 Subject: [xmonad] Repeated presses on Mod - [1..9] to toggle between windows in workspace In-Reply-To: References: Message-ID: To be more precise, here is the function with its inferred type: tagOrFocus :: (Eq i, Eq s) => i -> W.StackSet i l a s sd -> W.StackSet i l a s sd tagOrFocus t ss = if (W.tag . W.workspace . W.current) ss == t then W.focusUp ss else W.view t ss On Sun, 3 Sept 2023 at 08:10, Jean-Baptiste Mestelan wrote: > Many thanks, Brandon, this helps greatly! > > I am not quite there yet: the 'move to workspace' part works OK, but the > 'focus' part does not. It would seem the condition > (W.tag . W.workspace . W.current) ss == t > is never triggered? Still working on it. > > I too use EZConfig, and have added the key definition as provided, along > with the function > tagOrFocus t ss = if (W.tag . W.workspace . W.current) ss == t then > W.focusUp ss else W.view t ss > > On Sat, 2 Sept 2023 at 22:11, Brandon Allbery wrote: > >> In place of `W.greedyView` or `W.view` you would use >> >> `\t ss -> if (W.tag . W.workspace . W.current) ss == t then W.focusUp ss >> else W.greedyView t ss` >> >> or define that as a function. Swap `W.greedyView` for `W.view` and/or ` >> W.focusDown` for `W.focusUp` if you wish. >> >> If you define this as a function (let's say `tagOrFocus`), then the key >> definition becomes (assuming `EZConfig`): >> >> ++ >> [ (otherModMasks ++ "M-" ++ key, action tag) >> | (tag, key) <- zip workspacen (words "1 2 3 4 5 6 7 8 9 0 - = >> ") >> , (otherModMasks, action) <- [("", windows . tagOrFocus) >> ,("S-", windows . W.shift) >> ] >> ] >> >> (This is lifted from my own config, adjust as appropriate.) >> >> >> >> On Sat, Sep 2, 2023 at 8:08 AM Jean-Baptiste Mestelan >> wrote: >> >>> Hello XMonad, >>> >>> How could one extend the behaviour of Mod - [1..9], so that an initial >>> keypress switches to workspace n, but further keypresses toggle between >>> windows in that workspace? >>> (It is the default behaviour of groups in AutoHotKey, and I must admit >>> it has grown on me: it saves one move reaching for Mod-K). >>> >>> Thanks for any Haskell hints. >>> >>> _______________________________________________ >>> xmonad mailing list >>> xmonad at haskell.org >>> http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad >>> >> >> >> -- >> brandon s allbery kf8nh >> allbery.b at gmail.com >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From soliditsallgood at mailbox.org Sun Sep 3 06:43:41 2023 From: soliditsallgood at mailbox.org (Tony Zorman) Date: Sun, 03 Sep 2023 08:43:41 +0200 Subject: [xmonad] Repeated presses on Mod - [1..9] to toggle between windows in workspace In-Reply-To: References: Message-ID: <877cp7u57m.fsf@hyperspace> On Sun, Sep 03 2023 08:10, Jean-Baptiste Mestelan wrote: > I am not quite there yet: the 'move to workspace' part works OK, but the > 'focus' part does not. It would seem the condition > (W.tag . W.workspace . W.current) ss == t > is never triggered? Still working on it. Did you properly restart XMonad? Make sure that your config compiles; if > tagOrFocus t ss = if (W.tag . W.workspace . W.current) ss == t then > W.focusUp ss else W.view t ss is a verbatim copy, then you probably have at least one spurious line break in there. (For the record, I tried Brandon's solution just now and it works for me) -- Tony Zorman | https://tony-zorman.com/ From mestelan at gmail.com Sun Sep 3 07:05:14 2023 From: mestelan at gmail.com (Jean-Baptiste Mestelan) Date: Sun, 3 Sep 2023 09:05:14 +0200 Subject: [xmonad] Repeated presses on Mod - [1..9] to toggle between windows in workspace In-Reply-To: <877cp7u57m.fsf@hyperspace> References: <877cp7u57m.fsf@hyperspace> Message-ID: Thank you, Tony, for the confirmation. The behaviour I observe seems due to me using an azerty keyboard. I have this line in my config: , keys = azertyKeys <+> keys def As a consequence, (words "1 2 3 4 5 6 7 8 9 0") does not map to the above row keys. I will manually replace each digit by its azerty counterpart, unless a smarter idea comes up. Thank you for all the help! On Sun, 3 Sept 2023 at 08:43, Tony Zorman wrote: > On Sun, Sep 03 2023 08:10, Jean-Baptiste Mestelan wrote: > > I am not quite there yet: the 'move to workspace' part works OK, but the > > 'focus' part does not. It would seem the condition > > (W.tag . W.workspace . W.current) ss == t > > is never triggered? Still working on it. > > Did you properly restart XMonad? Make sure that your config compiles; if > > > tagOrFocus t ss = if (W.tag . W.workspace . W.current) ss == t then > > W.focusUp ss else W.view t ss > > is a verbatim copy, then you probably have at least one spurious line > break in there. > > (For the record, I tried Brandon's solution just now and it works for > me) > > -- > Tony Zorman | https://tony-zorman.com/ > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mestelan at gmail.com Sun Sep 3 07:27:07 2023 From: mestelan at gmail.com (Jean-Baptiste Mestelan) Date: Sun, 3 Sep 2023 09:27:07 +0200 Subject: [xmonad] Repeated presses on Mod - [1..9] to toggle between windows in workspace In-Reply-To: References: <877cp7u57m.fsf@hyperspace> Message-ID: Confirmed working, when translated to azerty: (words "& é \" ' ( - è _ ç )") Not the prettiest-looking config, but I can surely live with it, and the improved functionality. Thanks again Brandon and Tony. On Sun, 3 Sept 2023 at 09:05, Jean-Baptiste Mestelan wrote: > Thank you, Tony, for the confirmation. > > The behaviour I observe seems due to me using an azerty keyboard. I have > this line in my config: > , keys = azertyKeys <+> keys def > > As a consequence, (words "1 2 3 4 5 6 7 8 9 0") does not map to the above > row keys. > > I will manually replace each digit by its azerty counterpart, unless a > smarter idea comes up. > Thank you for all the help! > > On Sun, 3 Sept 2023 at 08:43, Tony Zorman > wrote: > >> On Sun, Sep 03 2023 08:10, Jean-Baptiste Mestelan wrote: >> > I am not quite there yet: the 'move to workspace' part works OK, but the >> > 'focus' part does not. It would seem the condition >> > (W.tag . W.workspace . W.current) ss == t >> > is never triggered? Still working on it. >> >> Did you properly restart XMonad? Make sure that your config compiles; if >> >> > tagOrFocus t ss = if (W.tag . W.workspace . W.current) ss == t then >> > W.focusUp ss else W.view t ss >> >> is a verbatim copy, then you probably have at least one spurious line >> break in there. >> >> (For the record, I tried Brandon's solution just now and it works for >> me) >> >> -- >> Tony Zorman | https://tony-zorman.com/ >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From allbery.b at gmail.com Sat Sep 16 15:36:21 2023 From: allbery.b at gmail.com (Brandon Allbery) Date: Sat, 16 Sep 2023 11:36:21 -0400 Subject: [xmonad] Fwd: [geekosaur/xmonad-contrib] Run failed: Packdeps - master (0e2d3c1) In-Reply-To: References: Message-ID: Anyone know what this is about? I get it weekly, presumably because I forked the xmonad-contrib repo. ---------- Forwarded message --------- From: brandon s allbery kf8nh Date: Fri, Sep 15, 2023 at 11:14 PM Subject: [geekosaur/xmonad-contrib] Run failed: Packdeps - master (0e2d3c1) To: geekosaur/xmonad-contrib Cc: Ci activity [image: GitHub] [geekosaur/xmonad-contrib] Packdeps workflow run Packdeps: Some jobs were not successful View workflow run [image: workflow-keepalive] *Packdeps* / workflow-keepalive Succeeded in 2 seconds [image: Packdeps] *Packdeps* / Packdeps Failed in 3 minutes and 1 second [image: annotations for Packdeps / Packdeps] 2 — You are receiving this because you are subscribed to this thread. Manage your GitHub Actions notifications GitHub, Inc. ・88 Colin P Kelly Jr Street ・San Francisco, CA 94107 -- brandon s allbery kf8nh allbery.b at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From tomi at nomi.cz Sat Sep 16 18:12:05 2023 From: tomi at nomi.cz (Tomas Janousek) Date: Sat, 16 Sep 2023 19:12:05 +0100 Subject: [xmonad] Fwd: [geekosaur/xmonad-contrib] Run failed: Packdeps - master (0e2d3c1) In-Reply-To: References: Message-ID: Hi, On Sat, Sep 16, 2023 at 11:36:21AM -0400, Brandon Allbery wrote: >Anyone know what this is about? I get it weekly, presumably because I >forked the xmonad-contrib repo. >[…] > Packdeps: Some jobs were not successful Yeah, I keep getting it as well: https://github.com/xmonad/xmonad-contrib/actions/runs/6204986546/job/16847665048 I think it's trying to tell us that our bounds exclude bytestring 0.12 which is now available in Hackage. What we need to do is make sure xmonad builds and works with this version, and update the bounds. I'm not keeping up with the Haskell ecosystem these days so I don't know how to actually do that. Last time I checked, bytestring was a "boot" package shipped with GHC, so perhaps we'd need to test with GHC HEAD? Or can you ask cabal to just pull it and build it? -- Tomáš "liskin" ("Pivník") Janoušek, https://lisk.in/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From allbery.b at gmail.com Sat Sep 16 18:18:19 2023 From: allbery.b at gmail.com (Brandon Allbery) Date: Sat, 16 Sep 2023 14:18:19 -0400 Subject: [xmonad] Fwd: [geekosaur/xmonad-contrib] Run failed: Packdeps - master (0e2d3c1) In-Reply-To: References: Message-ID: This has been going on for long before bytestring-0.12. I can try building with ghc alpha but last I checked we still had other problems with it in xmonad-contrib (https://github.com/xmonad/xmonad-contrib/issues/826). On Sat, Sep 16, 2023 at 2:12 PM Tomas Janousek wrote: > Hi, > > On Sat, Sep 16, 2023 at 11:36:21AM -0400, Brandon Allbery wrote: > > Anyone know what this is about? I get it weekly, presumably because I > forked the xmonad-contrib repo. > […] > Packdeps: Some jobs were not successful > > Yeah, I keep getting it as well: > https://github.com/xmonad/xmonad-contrib/actions/runs/6204986546/job/16847665048 > > I think it's trying to tell us that our bounds exclude bytestring 0.12 > which is now available in Hackage. What we need to do is make sure xmonad > builds and works with this version, and update the bounds. > > I'm not keeping up with the Haskell ecosystem these days so I don't know > how to actually do that. Last time I checked, bytestring was a "boot" > package shipped with GHC, so perhaps we'd need to test with GHC HEAD? Or > can you ask cabal to just pull it and build it? > -- > > Tomáš "liskin" ("Pivník") Janoušek, https://lisk.in/ > -- brandon s allbery kf8nh allbery.b at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From allbery.b at gmail.com Sat Sep 16 18:38:01 2023 From: allbery.b at gmail.com (Brandon Allbery) Date: Sat, 16 Sep 2023 14:38:01 -0400 Subject: [xmonad] Fwd: [geekosaur/xmonad-contrib] Run failed: Packdeps - master (0e2d3c1) In-Reply-To: References: Message-ID: Also I have to wait for the final ghc alpha to drop (sometime this week iirc) to test it, Not only because of bytestring, but because I think a buggy release of unix was in the last one. On Sat, Sep 16, 2023 at 2:18 PM Brandon Allbery wrote: > This has been going on for long before bytestring-0.12. I can try building > with ghc alpha but last I checked we still had other problems with it in > xmonad-contrib (https://github.com/xmonad/xmonad-contrib/issues/826). > > On Sat, Sep 16, 2023 at 2:12 PM Tomas Janousek wrote: > >> Hi, >> >> On Sat, Sep 16, 2023 at 11:36:21AM -0400, Brandon Allbery wrote: >> >> Anyone know what this is about? I get it weekly, presumably because I >> forked the xmonad-contrib repo. >> […] >> Packdeps: Some jobs were not successful >> >> Yeah, I keep getting it as well: >> https://github.com/xmonad/xmonad-contrib/actions/runs/6204986546/job/16847665048 >> >> I think it's trying to tell us that our bounds exclude bytestring 0.12 >> which is now available in Hackage. What we need to do is make sure xmonad >> builds and works with this version, and update the bounds. >> >> I'm not keeping up with the Haskell ecosystem these days so I don't know >> how to actually do that. Last time I checked, bytestring was a "boot" >> package shipped with GHC, so perhaps we'd need to test with GHC HEAD? Or >> can you ask cabal to just pull it and build it? >> -- >> >> Tomáš "liskin" ("Pivník") Janoušek, https://lisk.in/ >> > > > -- > brandon s allbery kf8nh > allbery.b at gmail.com > -- brandon s allbery kf8nh allbery.b at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From soliditsallgood at mailbox.org Sun Sep 17 10:10:00 2023 From: soliditsallgood at mailbox.org (Tony Zorman) Date: Sun, 17 Sep 2023 12:10:00 +0200 Subject: [xmonad] Fwd: [geekosaur/xmonad-contrib] Run failed: Packdeps - master (0e2d3c1) In-Reply-To: References: Message-ID: <871qexjekn.fsf@hyperspace> On Sat, Sep 16 2023 19:12, Tomas Janousek wrote: > > [… 10 lines elided …] > > I think it's trying to tell us that our bounds exclude bytestring 0.12 > which is now available in Hackage. What we need to do is make sure > xmonad builds and works with this version, and update the bounds. > > I'm not keeping up with the Haskell ecosystem these days so I don't know > how to actually do that. Last time I checked, bytestring was a "boot" > package shipped with GHC, so perhaps we'd need to test with GHC HEAD? Or > can you ask cabal to just pull it and build it? It is a boot library, but even GHC HEAD is only shipping with 0.11.4.0 currently[1], so I think it's fine to ignore this particular warning for now. I also wish one could disable it somehow, though. [1]: https://gitlab.haskell.org/ghc/ghc/-/wikis/commentary/libraries/version-history -- Tony Zorman | https://tony-zorman.com/ From mail at joachim-breitner.de Sun Sep 17 18:19:22 2023 From: mail at joachim-breitner.de (Joachim Breitner) Date: Sun, 17 Sep 2023 20:19:22 +0200 Subject: [xmonad] Fwd: [geekosaur/xmonad-contrib] Run failed: Packdeps - master (0e2d3c1) In-Reply-To: References: Message-ID: Hi, Am Samstag, dem 16.09.2023 um 19:12 +0100 schrieb Tomas Janousek: > Or can you ask cabal to just pull it and build it? you can! As long as you don’t depend on the “ghc” library (which is the only library cabal cannot just rebuild, AFAIK). Cheers, Joachim -- Joachim Breitner mail at joachim-breitner.de http://www.joachim-breitner.de/ From allbery.b at gmail.com Sun Sep 17 18:27:43 2023 From: allbery.b at gmail.com (Brandon Allbery) Date: Sun, 17 Sep 2023 14:27:43 -0400 Subject: [xmonad] Fwd: [geekosaur/xmonad-contrib] Run failed: Packdeps - master (0e2d3c1) In-Reply-To: References: Message-ID: Actually there's four: `base`, `ghc`, `template-haskell`, `ghc-prim`. Everything else is fair game, although you may need to be explicit about it because cabal will prefer the installed version. On Sun, Sep 17, 2023 at 2:19 PM Joachim Breitner wrote: > Hi, > > Am Samstag, dem 16.09.2023 um 19:12 +0100 schrieb Tomas Janousek: > > Or can you ask cabal to just pull it and build it? > > you can! As long as you don’t depend on the “ghc” library (which is the > only library cabal cannot just rebuild, AFAIK). > > Cheers, > Joachim > > -- > Joachim Breitner > mail at joachim-breitner.de > http://www.joachim-breitner.de/ > > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad > -- brandon s allbery kf8nh allbery.b at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From soliditsallgood at mailbox.org Mon Sep 18 05:07:44 2023 From: soliditsallgood at mailbox.org (Tony Zorman) Date: Mon, 18 Sep 2023 07:07:44 +0200 Subject: [xmonad] Fwd: [geekosaur/xmonad-contrib] Run failed: Packdeps - master (0e2d3c1) In-Reply-To: References: Message-ID: <87y1h4hxwf.fsf@hyperspace> On Sun, Sep 17 2023 20:19, Joachim Breitner wrote: > Am Samstag, dem 16.09.2023 um 19:12 +0100 schrieb Tomas Janousek: >> Or can you ask cabal to just pull it and build it? > > you can! As long as you don’t depend on the “ghc” library (which is the > only library cabal cannot just rebuild, AFAIK). Oh, that's good to know; thanks! I was successful with cabal build --constraint="bytestring ==0.12.0.2" so I guess we can also just bump the `bytestring' dependency. Tony -- Tony Zorman | https://tony-zorman.com/ From tomi at nomi.cz Mon Sep 18 09:07:01 2023 From: tomi at nomi.cz (Tomas Janousek) Date: Mon, 18 Sep 2023 10:07:01 +0100 Subject: [xmonad] Fwd: [geekosaur/xmonad-contrib] Run failed: Packdeps - master (0e2d3c1) In-Reply-To: <87y1h4hxwf.fsf@hyperspace> References: <87y1h4hxwf.fsf@hyperspace> Message-ID: Hi, On Mon, Sep 18, 2023 at 07:07:44AM +0200, Tony Zorman wrote: >Oh, that's good to know; thanks! I was successful with > > cabal build --constraint="bytestring ==0.12.0.2" > >so I guess we can also just bump the `bytestring' dependency. Let's do this then. Ideally this should be tested by the CI but it's not worth the effort—it will eventually be tested when bytestring 0.12 ships with a version of GHC that we add to the Matrix. And it's unlikely we'll break compatibility in the meantime. -- Tomáš "liskin" ("Pivník") Janoušek, https://lisk.in/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From mail at joachim-breitner.de Thu Sep 21 10:21:04 2023 From: mail at joachim-breitner.de (Joachim Breitner) Date: Thu, 21 Sep 2023 12:21:04 +0200 Subject: [xmonad] Fwd: [geekosaur/xmonad-contrib] Run failed: Packdeps - master (0e2d3c1) In-Reply-To: References: <87y1h4hxwf.fsf@hyperspace> Message-ID: <9aa8f35012839698096c0fa80958b4db2e51967f.camel@joachim-breitner.de> Hi, Am Montag, dem 18.09.2023 um 10:07 +0100 schrieb Tomas Janousek: > Hi, > On Mon, Sep 18, 2023 at 07:07:44AM +0200, Tony Zorman wrote: > > Oh, that's good to know; thanks! I was successful with > > cabal build --constraint="bytestring ==0.12.0.2" > > so I guess we can also just bump the `bytestring' dependency. > Let's do this then. Ideally this should be tested by the CI See https://github.com/haskell-CI/haskell-ci/issues/667 if you care about this. I built https://github.com/nomeata/cabal-force-upper-bound so that on can make a CI matrix that exercises the upper bounds, but it hasn’t been integrated into haskell-ci so far. Cheers, Joachim -- Joachim Breitner mail at joachim-breitner.de http://www.joachim-breitner.de/