whither the maintainer for comp-data? request for NMU?
Carter Schonwald
carter.schonwald at gmail.com
Tue Feb 28 23:32:08 UTC 2023
Andreas: thanks for ccing Patrick!
At the very least, data comp is an amazing exploration of pushing data type
a la carte style engineering to its limits and keeping it buildable seems
valuable
Happily the main issue seems to be a matter of migrating some template
Haskell
On Tue, Feb 28, 2023 at 11:59 AM Andreas Abel <andreas.abel at ifi.lmu.de>
wrote:
> Patrick, maybe you would accept a co-maintainer for comp-data?
>
> But then, there should also be a co-maintainer wanting to take the job...
>
> Concerning NMUs, there is info here:
>
> https://github.com/haskell-infra/hackage-trustees/blob/master/policy.md#3-source-changes-simple-patches
>
> On 2023-01-23 19:37, Carter Schonwald wrote:
> > Hey everyone,
> > https://github.com/pa-ba/compdata/issues/36
> > <https://github.com/pa-ba/compdata/issues/36> and many similar issues
> > and 1-3 corresponding PRs have been posted to the comp-data repo, whats
> > the current process for engaging the trustees in making an NMU that
> > handles newer ghc support? (these issues have been standing for ~ a year
> > now).
> >
> > ideally the maintainer surfaces in the near future, but would be great
> > to get it buildable again
> >
> > -Carter
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.haskell.org/pipermail/libraries/attachments/20230228/6093790b/attachment.html>
More information about the Libraries
mailing list