<div dir="auto">An even better version (arguably) is *hostile* maintenance. Every time someone notices a new type in a dependency, add an instance with a TypeError constraint.</div><br><div class="gmail_quote"><div dir="ltr">On Thu, May 10, 2018, 4:57 PM David Feuer <<a href="mailto:david.feuer@gmail.com">david.feuer@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto">I think a reasonable alternative is *passive* maintenance. Keep the package compiling, but commit to never adding new instances. This should gradually nudge people away when they try to use the package, find something is missing, and see the big bold "we're not gonna fix that".</div><br><div class="gmail_quote"><div dir="ltr">On Thu, May 10, 2018, 12:56 PM Adam Bergmark <<a href="mailto:adam@bergmark.nl" target="_blank" rel="noreferrer">adam@bergmark.nl</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I agree that you should avoid Data.Default, but there is still value in keeping the package up to date since it is well-used. I would appreciate it being actively maintained.<div><br></div><div>I would however find it in bad taste to do a take over that immediately marks the package as deprecated... </div><div><br></div><div>Cheers,</div><div>Adam</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr">On Tue, 8 May 2018 at 22:22 Tony Morris <<a href="mailto:tonymorris@gmail.com" rel="noreferrer noreferrer" target="_blank">tonymorris@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Because it's a penalising way of "passing an argument to a function"<br>
with no benefit.<br>
<br>
<br>
On 05/08/2018 07:10 PM, Marco Zocca wrote:<br>
> data-default alone is depended on by > 500 packages :<br>
> <a href="http://packdeps.haskellers.com/reverse/data-default" rel="noreferrer noreferrer noreferrer" target="_blank">http://packdeps.haskellers.com/reverse/data-default</a><br>
><br>
> Could you motivate why it's not a good idea ?<br>
><br>
><br>
><br>
> On Tue, May 8, 2018 at 11:02 AM, Christopher Allen <<a href="mailto:cma@bitemyapp.com" rel="noreferrer noreferrer" target="_blank">cma@bitemyapp.com</a>> wrote:<br>
>> Is this something folks still think is a good idea? I purge<br>
>> Data.Default from projects I work on.<br>
>><br>
>> On Tue, May 8, 2018 at 3:58 AM, Marco Zocca <<a href="mailto:zocca.marco@gmail.com" rel="noreferrer noreferrer" target="_blank">zocca.marco@gmail.com</a>> wrote:<br>
>>> Dear all,<br>
>>><br>
>>>   I've been increasingly relying on data-default-class, but sadly it<br>
>>> doesn't look like it's currently maintained; there are some tickets on<br>
>>> the github issue tracker that would need some attention.<br>
>>><br>
>>> I have tried contacting the authro/current maintainer Lukas Mai (CC'd)<br>
>>> by email but have not received an answer so far (I hope he's doing<br>
>>> well, btw).<br>
>>><br>
>>> This is my first public request for taking over the `data-default`<br>
>>> family of packages:<br>
>>><br>
>>> data-default-class<br>
>>> data-default-instances-base<br>
>>> data-default-instances-containers<br>
>>> data-default-instances-dlist<br>
>>> data-default-instances-old-locale<br>
>>> data-default<br>
>>><br>
>>> Kind regards,<br>
>>> Marco Zocca<br>
>>> (<a href="http://hackage.haskell.org/user/ocramz" rel="noreferrer noreferrer noreferrer" target="_blank">http://hackage.haskell.org/user/ocramz</a>)<br>
>>> _______________________________________________<br>
>>> Libraries mailing list<br>
>>> <a href="mailto:Libraries@haskell.org" rel="noreferrer noreferrer" target="_blank">Libraries@haskell.org</a><br>
>>> <a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/libraries" rel="noreferrer noreferrer noreferrer" target="_blank">http://mail.haskell.org/cgi-bin/mailman/listinfo/libraries</a><br>
>><br>
>><br>
>> --<br>
>> Chris Allen<br>
>> Currently working on <a href="http://haskellbook.com" rel="noreferrer noreferrer noreferrer" target="_blank">http://haskellbook.com</a><br>
> _______________________________________________<br>
> Haskell-Cafe mailing list<br>
> To (un)subscribe, modify options or view archives go to:<br>
> <a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe" rel="noreferrer noreferrer noreferrer" target="_blank">http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe</a><br>
> Only members subscribed via the mailman list are allowed to post.<br>
<br>
<br>
_______________________________________________<br>
Haskell-Cafe mailing list<br>
To (un)subscribe, modify options or view archives go to:<br>
<a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe" rel="noreferrer noreferrer noreferrer" target="_blank">http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe</a><br>
Only members subscribed via the mailman list are allowed to post.</blockquote></div>
_______________________________________________<br>
Haskell-Cafe mailing list<br>
To (un)subscribe, modify options or view archives go to:<br>
<a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe" rel="noreferrer noreferrer noreferrer" target="_blank">http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe</a><br>
Only members subscribed via the mailman list are allowed to post.</blockquote></div></blockquote></div>