<div dir="ltr">I HAVE A SOLUTION<div><br></div><div style>for anyone who asks me, I will help manage the "this isn't maintained, i wanna take over maintership" pestering emails that need to happen.</div><div style>

<br></div><div style>that said, you'll still need to email me to ask me to do that, or pester me on IRC as applicable. (which may take just as much time as "hey i'd like to take over maintainership of X on hackage please" sent to the libraries list)</div>

<div style><br></div><div style>Point being, if someone finds the prospect of doing the pestering needed to do the process overwhelming, ask me nicely, and i'll try to help push it along (while keeping them in CC and such, though they of course will have to chime in at some point)</div>

<div style><br></div><div style>should this thread also touch on the the libraries mailing list? ccing it just in case :)</div><div style><br></div><div style><br></div><div style>point being, we need to have a responsive, *responsible* way of quickly resolving these things that easy to do.</div>

<div style><br></div><div style>time for comments: 2 weeks</div><div style><br></div><div style>-CarterĀ </div><div style><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Jan 30, 2014 at 11:53 AM, Ben Gamari <span dir="ltr"><<a href="mailto:bgamari.foss@gmail.com" target="_blank">bgamari.foss@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">Clark Gaebel <<a href="mailto:cgaebel@uwaterloo.ca">cgaebel@uwaterloo.ca</a>> writes:<br>
<br>
> How does the process of taking over maintenance add latency to your work?<br>
><br>
> 1) Check out broken version of package.<br>
> 2) Fix locally, bump version number locally.<br>
> 3) cabal sandbox add-source ../fixed-package in any package that needs the<br>
> fixed version.<br>
> 4) Email hackage admins for upload rights.<br>
> 5) Continue working on your actual project.<br>
> 6) Receive upload privileges one day.<br>
> 7) Upload fixed package.<br>
><br>
> As far as I can tell, the only real latency cost here is that paid to fix<br>
> the broken version.<br>
><br>
</div>In my experience, step 4 involved several round trips between a number<br>
of different people. Admittedly, this is in part because it's easy to<br>
forget about the broken package after you have fixed it locally.<br>
<br>
Cheers,<br>
<br>
- Ben<br>
<br>
<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>
<br></blockquote></div><br></div>