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