<div dir="ltr">I would argue *for* forking. Hackage is big and consists of many packages which have only a few users, or maybe just one -- the author. I don't see all these packages if I don't go on the page and look. But when I do, I will be looking for *them*. If some popular package stops working then I would be happy to find a fork, because now I can just tell cabal about it. And if the original gets fixed, I can go back. I don't think people who fork are looking for aquiring yet another package to maintain forever, or to take it over. <div>
<br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, May 15, 2014 at 11:18 AM, Sven Panne <span dir="ltr"><<a href="mailto:svenpanne@gmail.com" target="_blank">svenpanne@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">2014-05-15 9:30 GMT+02:00 Roman Cheplyaka <<a href="mailto:roma@ro-che.info">roma@ro-che.info</a>>:<br>
<div class="">> If there's no response, then you have two choices:<br>
<br>
</div>Actually three: Fix things locally until the "official" package is fixed.<br>
<div class=""><br>
> * request package maintainership, which will take several weeks<br>
<br>
</div>I really hope that this will take months, not weeks, see the other discussion<br>
<div class=""><br>
> * fork the package (i.e. upload your patched version to hackage under a<br>
>   different name)<br>
<br>
</div>This proposal worries me quite a bit, because if everybody follows<br>
that advice, it will turn Hackage into a chaotic collection of<br>
packages with various degrees of being fixed/maintained/etc. Imagine a<br>
package 'foo', which needs a fix, and several pepole think it's a good<br>
idea to fork and fix the issue at hand. Now we have 'foo', 'foo-XY',<br>
'foo-my-cool-acronym', ... Of course people normally have no incentive<br>
to really take over maintainership for 'foo', they just want a working<br>
'foo' right now for their own project. Later the real maintainer<br>
re-appears after vacation/sabbatical/whatever, fixes 'foo', and<br>
continues to work on it, adding new features. Now somebody new comes<br>
to Hackage to see if there is already a package for some use case, and<br>
finds 'foo', 'foo-XY', 'foo-my-cool-acronym', ... Then it takes some<br>
non-trivial detective work to find out which packages are actually<br>
dead (again) and which is the real one. => Chaos IMHO.<br>
<br>
In a nutshell: If you are really in a hurry, fix things locally.<br>
Hackage is not the place to fork like hell.<br>
_______________________________________________<br>
Haskell-Cafe mailing list<br>
<a href="mailto:Haskell-Cafe@haskell.org">Haskell-Cafe@haskell.org</a><br>
<a href="http://www.haskell.org/mailman/listinfo/haskell-cafe" target="_blank">http://www.haskell.org/mailman/listinfo/haskell-cafe</a><br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br>Markus Läll<br>
</div>