<div dir="ltr">On 24 December 2013 23:36, Alan Jhonn Aguiar Schwyn <span dir="ltr"><<a href="mailto:alanjas@hotmail.com" target="_blank">alanjas@hotmail.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">


<div><div dir="ltr"><div>No. I only aswer this email (see below). </div><div>The mantainer is not "Unresponsive", only takes more of 1 month to asnwer, that what is?</div><div>"slow modem connection user"? :-)</div>
</div></div></blockquote><div><br></div><div>Well, to start with give him more of a chance :) He didn't answer to one email, he might have missed it, forgot about it or even thought you didn't need an answer to go ahead and post the merge request.<br>
<br></div><div>*Disclaimer*. Below I'm talking hypotetically, not referring to this specific case.<br></div><div><br>If a maintainer is very slow but it's clear he wants to review code before it's pushed, I don't think we should do so without his permission. It's his project, he is even free to reject perfectly good code without looking at it, if he wants.<br>
<br>"The purpose for this policy is to provide a mechanism within Sugar Labs 
to handle situations when a package maintainer becomes unavailable to 
continue maintainership". That's the only case where taking over without permission is acceptable really (and perhaps only on ALSO, but that's not what the current policy says).<br><br></div><div>If the maintainer is doing a bad job, by either refusing good code or simply taking ages to do reviews, I think the only way to handle it is convince him to cooperate or to fork.<br>
<br></div><div>Coming back to the specific case, I bet that if you pester the maintainer enough you will get feedback on your patches :)<br></div></div></div></div>