From keith.wygant at gmail.com Thu Apr 7 14:53:50 2022 From: keith.wygant at gmail.com (Keith) Date: Thu, 07 Apr 2022 14:53:50 +0000 Subject: Bad default bitraverse Message-ID: <620FAED9-DDE5-4BA9-8101-18D1F99E7765@gmail.com> The default `bitraverse` implementation should be removed. The default `bitraverse` is `bitraverse f g = bisequenceA . bimap f g`. But `bisequenceA` is an alias of `bisequence`, which in turn is `bitraverse id id`. Neither `bisequence` nor `bisequenceA` is a Bitraversable method, so they can't have alternative definitions. Sorry if this has already been mentioned. Sent from my phone with K-9 Mail. -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.feuer at gmail.com Thu Apr 7 15:00:32 2022 From: david.feuer at gmail.com (David Feuer) Date: Thu, 7 Apr 2022 11:00:32 -0400 Subject: Bad default bitraverse In-Reply-To: <620FAED9-DDE5-4BA9-8101-18D1F99E7765@gmail.com> References: <620FAED9-DDE5-4BA9-8101-18D1F99E7765@gmail.com> Message-ID: Yes, this is a known issue and the default is being removed. On Thu, Apr 7, 2022, 10:54 AM Keith wrote: > The default `bitraverse` implementation should be removed. > > The default `bitraverse` is > `bitraverse f g = bisequenceA . bimap f g`. > > But `bisequenceA` is an alias of `bisequence`, which in turn is > `bitraverse id id`. Neither `bisequence` nor `bisequenceA` is a > Bitraversable method, so they can't have alternative definitions. > > Sorry if this has already been mentioned. > > Sent from my phone with K-9 Mail. > _______________________________________________ > Libraries mailing list > Libraries at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/libraries > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tom-lists-haskell-cafe-2017 at jaguarpaw.co.uk Thu Apr 7 15:29:28 2022 From: tom-lists-haskell-cafe-2017 at jaguarpaw.co.uk (Tom Ellis) Date: Thu, 7 Apr 2022 16:29:28 +0100 Subject: Bad default bitraverse In-Reply-To: References: <620FAED9-DDE5-4BA9-8101-18D1F99E7765@gmail.com> Message-ID: For reference: https://github.com/haskell/core-libraries-committee/issues/47#issuecomment-1055634151 On Thu, Apr 07, 2022 at 11:00:32AM -0400, David Feuer wrote: > Yes, this is a known issue and the default is being removed. > > On Thu, Apr 7, 2022, 10:54 AM Keith wrote: > > > The default `bitraverse` implementation should be removed. > > > > The default `bitraverse` is > > `bitraverse f g = bisequenceA . bimap f g`. > > > > But `bisequenceA` is an alias of `bisequence`, which in turn is > > `bitraverse id id`. Neither `bisequence` nor `bisequenceA` is a > > Bitraversable method, so they can't have alternative definitions. > > > > Sorry if this has already been mentioned. From keith.wygant at gmail.com Thu Apr 7 17:02:25 2022 From: keith.wygant at gmail.com (Keith) Date: Thu, 07 Apr 2022 17:02:25 +0000 Subject: Bad default bitraverse In-Reply-To: References: <620FAED9-DDE5-4BA9-8101-18D1F99E7765@gmail.com> Message-ID: Thanks, and sorry about that. Sent from my phone with K-9 Mail. On 7 April 2022 15:29:28 UTC, Tom Ellis wrote: >For reference: https://github.com/haskell/core-libraries-committee/issues/47#issuecomment-1055634151 > >On Thu, Apr 07, 2022 at 11:00:32AM -0400, David Feuer wrote: >> Yes, this is a known issue and the default is being removed. >> >> On Thu, Apr 7, 2022, 10:54 AM Keith wrote: >> >> > The default `bitraverse` implementation should be removed. >> > >> > The default `bitraverse` is >> > `bitraverse f g = bisequenceA . bimap f g`. >> > >> > But `bisequenceA` is an alias of `bisequence`, which in turn is >> > `bitraverse id id`. Neither `bisequence` nor `bisequenceA` is a >> > Bitraversable method, so they can't have alternative definitions. >> > >> > Sorry if this has already been mentioned. >_______________________________________________ >Libraries mailing list >Libraries at haskell.org >http://mail.haskell.org/cgi-bin/mailman/listinfo/libraries -------------- next part -------------- An HTML attachment was scrubbed... URL: From markus.l2ll at gmail.com Tue Apr 19 12:15:09 2022 From: markus.l2ll at gmail.com (=?UTF-8?B?TWFya3VzIEzDpGxs?=) Date: Tue, 19 Apr 2022 15:15:09 +0300 Subject: Package takeover request for rapid Message-ID: Hi I would like to take over https://hackage.haskell.org/package/rapid The author of the package Ertugrul Söylemez, once an active member of the community perhaps best known for netwire, passed away in 2018. [1] The work required for the package thus far, and for which I've kept a fork for, is to bump version bounds as GHCs progress. [1] https://github.com/esoeylemez/rapid/pull/2#issuecomment-427065739 -- Markus Läll From andreas.abel at ifi.lmu.de Tue Apr 19 12:52:57 2022 From: andreas.abel at ifi.lmu.de (Andreas Abel) Date: Tue, 19 Apr 2022 14:52:57 +0200 Subject: Package takeover request for rapid In-Reply-To: References: Message-ID: Hello Markus, thanks for the initiative! The takeover is probably fine. It might be contested by other applicants, but there aren't really any stakeholders on the source code of rapid. As far as github tells me, the code was single-handedly written by the now passed-away author. Maybe we should wait the suggested 2 weeks for any contestants before we finalize the takeover. You will need help to get added to https://hackage.haskell.org/package/rapid/maintainers/ by one of the hackage admins (CCed). You would likely have to move the code to another github account, would you? Cheers, Andreas (in my role as a hackage trustee) P.S.: I bumped the base-bound of rapid on hackage to ease building with newer GHCs. On 2022-04-19 14:15, Markus Läll wrote: > Hi > > I would like to take over https://hackage.haskell.org/package/rapid > > The author of the package Ertugrul Söylemez, once an active member of > the community perhaps best known for netwire, passed away in 2018. [1] > The work required for the package thus far, and for which I've kept a > fork for, is to bump version bounds as GHCs progress. > > [1] https://github.com/esoeylemez/rapid/pull/2#issuecomment-427065739 > From markus.l2ll at gmail.com Tue Apr 19 14:01:10 2022 From: markus.l2ll at gmail.com (=?UTF-8?B?TWFya3VzIEzDpGxs?=) Date: Tue, 19 Apr 2022 17:01:10 +0300 Subject: Package takeover request for rapid In-Reply-To: References: Message-ID: Hi Andreas, Yup, let's wait the two weeks. By default I'd maintain it here: https://github.com/eyeinsky/rapid. Are there any other options (a github organization perhaps)? On Tue, Apr 19, 2022 at 3:53 PM Andreas Abel wrote: > > Hello Markus, > > thanks for the initiative! > > The takeover is probably fine. It might be contested by other > applicants, but there aren't really any stakeholders on the source code > of rapid. As far as github tells me, the code was single-handedly > written by the now passed-away author. > > Maybe we should wait the suggested 2 weeks for any contestants before we > finalize the takeover. > > You will need help to get added to > > https://hackage.haskell.org/package/rapid/maintainers/ > > by one of the hackage admins (CCed). > > You would likely have to move the code to another github account, would you? > > Cheers, > Andreas (in my role as a hackage trustee) > > P.S.: I bumped the base-bound of rapid on hackage to ease building with > newer GHCs. > > On 2022-04-19 14:15, Markus Läll wrote: > > Hi > > > > I would like to take over https://hackage.haskell.org/package/rapid > > > > The author of the package Ertugrul Söylemez, once an active member of > > the community perhaps best known for netwire, passed away in 2018. [1] > > The work required for the package thus far, and for which I've kept a > > fork for, is to bump version bounds as GHCs progress. > > > > [1] https://github.com/esoeylemez/rapid/pull/2#issuecomment-427065739 > > -- Markus Läll From david.feuer at gmail.com Tue Apr 19 16:00:27 2022 From: david.feuer at gmail.com (David Feuer) Date: Tue, 19 Apr 2022 12:00:27 -0400 Subject: [Haskell-cafe] Package takeover request for rapid In-Reply-To: References: Message-ID: I always support using a GitHub organization, especially if the package is actually used. You can even make one just for the package. An organization can have multiple owners, providing redundancy if one of them leaves ... or dies. On Tue, Apr 19, 2022, 10:02 AM Markus Läll wrote: > Hi Andreas, > > Yup, let's wait the two weeks. > > By default I'd maintain it here: https://github.com/eyeinsky/rapid. > Are there any other options (a github organization perhaps)? > > On Tue, Apr 19, 2022 at 3:53 PM Andreas Abel > wrote: > > > > Hello Markus, > > > > thanks for the initiative! > > > > The takeover is probably fine. It might be contested by other > > applicants, but there aren't really any stakeholders on the source code > > of rapid. As far as github tells me, the code was single-handedly > > written by the now passed-away author. > > > > Maybe we should wait the suggested 2 weeks for any contestants before we > > finalize the takeover. > > > > You will need help to get added to > > > > https://hackage.haskell.org/package/rapid/maintainers/ > > > > by one of the hackage admins (CCed). > > > > You would likely have to move the code to another github account, would > you? > > > > Cheers, > > Andreas (in my role as a hackage trustee) > > > > P.S.: I bumped the base-bound of rapid on hackage to ease building with > > newer GHCs. > > > > On 2022-04-19 14:15, Markus Läll wrote: > > > Hi > > > > > > I would like to take over https://hackage.haskell.org/package/rapid > > > > > > The author of the package Ertugrul Söylemez, once an active member of > > > the community perhaps best known for netwire, passed away in 2018. [1] > > > The work required for the package thus far, and for which I've kept a > > > fork for, is to bump version bounds as GHCs progress. > > > > > > [1] https://github.com/esoeylemez/rapid/pull/2#issuecomment-427065739 > > > > > > > -- > Markus Läll > _______________________________________________ > Haskell-Cafe mailing list > To (un)subscribe, modify options or view archives go to: > http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe > Only members subscribed via the mailman list are allowed to post. -------------- next part -------------- An HTML attachment was scrubbed... URL: From andreas.abel at ifi.lmu.de Wed Apr 20 12:03:46 2022 From: andreas.abel at ifi.lmu.de (Andreas Abel) Date: Wed, 20 Apr 2022 14:03:46 +0200 Subject: Package takeover request for rapid In-Reply-To: References: Message-ID: <858d6ff1-ee5c-41e2-e695-92334e03dc80@ifi.lmu.de> > By default I'd maintain it here: https://github.com/eyeinsky/rapid. At the least, this would need an issue tracker... > Are there any other options (a github organization perhaps)? Personally, I prefer maintaining third-party packages on github organizations (see e.g. https://github.com/blaze-builder ). It is easier to co-maintain and to install new maintainers. Github also offers transfer of repositories, but this has to be done by the owner. Unfortunately, since Ertugrul passed away, it might be difficult to transfer the whole repository (with issues etc.). Cheers, Andreas On 2022-04-19 16:01, Markus Läll wrote: > Hi Andreas, > > Yup, let's wait the two weeks. > > By default I'd maintain it here: https://github.com/eyeinsky/rapid. > Are there any other options (a github organization perhaps)? > > On Tue, Apr 19, 2022 at 3:53 PM Andreas Abel wrote: >> >> Hello Markus, >> >> thanks for the initiative! >> >> The takeover is probably fine. It might be contested by other >> applicants, but there aren't really any stakeholders on the source code >> of rapid. As far as github tells me, the code was single-handedly >> written by the now passed-away author. >> >> Maybe we should wait the suggested 2 weeks for any contestants before we >> finalize the takeover. >> >> You will need help to get added to >> >> https://hackage.haskell.org/package/rapid/maintainers/ >> >> by one of the hackage admins (CCed). >> >> You would likely have to move the code to another github account, would you? >> >> Cheers, >> Andreas (in my role as a hackage trustee) >> >> P.S.: I bumped the base-bound of rapid on hackage to ease building with >> newer GHCs. >> >> On 2022-04-19 14:15, Markus Läll wrote: >>> Hi >>> >>> I would like to take over https://hackage.haskell.org/package/rapid >>> >>> The author of the package Ertugrul Söylemez, once an active member of >>> the community perhaps best known for netwire, passed away in 2018. [1] >>> The work required for the package thus far, and for which I've kept a >>> fork for, is to bump version bounds as GHCs progress. >>> >>> [1] https://github.com/esoeylemez/rapid/pull/2#issuecomment-427065739 >>> > > > From allbery.b at gmail.com Wed Apr 20 12:12:44 2022 From: allbery.b at gmail.com (Brandon Allbery) Date: Wed, 20 Apr 2022 08:12:44 -0400 Subject: Package takeover request for rapid In-Reply-To: <858d6ff1-ee5c-41e2-e695-92334e03dc80@ifi.lmu.de> References: <858d6ff1-ee5c-41e2-e695-92334e03dc80@ifi.lmu.de> Message-ID: Has anyone asked Github forhelp? I'd imagine they have some way to migrate repositories in this case by now. On Wed, Apr 20, 2022 at 8:04 AM Andreas Abel wrote: > > > By default I'd maintain it here: https://github.com/eyeinsky/rapid. > > At the least, this would need an issue tracker... > > > Are there any other options (a github organization perhaps)? > > Personally, I prefer maintaining third-party packages on github > organizations (see e.g. https://github.com/blaze-builder ). It is > easier to co-maintain and to install new maintainers. > > Github also offers transfer of repositories, but this has to be done by > the owner. Unfortunately, since Ertugrul passed away, it might be > difficult to transfer the whole repository (with issues etc.). > > Cheers, > Andreas > > On 2022-04-19 16:01, Markus Läll wrote: > > Hi Andreas, > > > > Yup, let's wait the two weeks. > > > > By default I'd maintain it here: https://github.com/eyeinsky/rapid. > > Are there any other options (a github organization perhaps)? > > > > On Tue, Apr 19, 2022 at 3:53 PM Andreas Abel wrote: > >> > >> Hello Markus, > >> > >> thanks for the initiative! > >> > >> The takeover is probably fine. It might be contested by other > >> applicants, but there aren't really any stakeholders on the source code > >> of rapid. As far as github tells me, the code was single-handedly > >> written by the now passed-away author. > >> > >> Maybe we should wait the suggested 2 weeks for any contestants before we > >> finalize the takeover. > >> > >> You will need help to get added to > >> > >> https://hackage.haskell.org/package/rapid/maintainers/ > >> > >> by one of the hackage admins (CCed). > >> > >> You would likely have to move the code to another github account, would you? > >> > >> Cheers, > >> Andreas (in my role as a hackage trustee) > >> > >> P.S.: I bumped the base-bound of rapid on hackage to ease building with > >> newer GHCs. > >> > >> On 2022-04-19 14:15, Markus Läll wrote: > >>> Hi > >>> > >>> I would like to take over https://hackage.haskell.org/package/rapid > >>> > >>> The author of the package Ertugrul Söylemez, once an active member of > >>> the community perhaps best known for netwire, passed away in 2018. [1] > >>> The work required for the package thus far, and for which I've kept a > >>> fork for, is to bump version bounds as GHCs progress. > >>> > >>> [1] https://github.com/esoeylemez/rapid/pull/2#issuecomment-427065739 > >>> > > > > > > > _______________________________________________ > Libraries mailing list > Libraries at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/libraries -- brandon s allbery kf8nh allbery.b at gmail.com