<br><br><div class="gmail_quote">On Sat Dec 06 2014 at 2:53:43 AM Terry Reedy <<a href="mailto:tjreedy@udel.edu">tjreedy@udel.edu</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 12/5/2014 3:04 PM, Brett Cannon wrote:<br>
<br>
> 1. Contributor clones a repository from <a href="http://hg.python.org" target="_blank">hg.python.org</a> <<a href="http://hg.python.org" target="_blank">http://hg.python.org</a>><br>
> 2. Contributor makes desired changes<br>
> 3. Contributor generates a patch<br>
> 4. Contributor creates account on <a href="http://bugs.python.org" target="_blank">bugs.python.org</a><br>
> <<a href="http://bugs.python.org" target="_blank">http://bugs.python.org</a>> and signs the<br>
>     [contributor<br>
> agreement](<a href="https://www.python.org/psf/contrib/contrib-form/" target="_blank">https://www.python.<u></u>org/psf/contrib/contrib-form/</a>)<br>
<br>
I would like to have the process of requesting and enforcing the signing<br>
of CAs automated.<br></blockquote><div><br></div><div>So would I.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
> 4. Contributor creates an issue on <a href="http://bugs.python.org" target="_blank">bugs.python.org</a><br>
> <<a href="http://bugs.python.org" target="_blank">http://bugs.python.org</a>> (if one does not already exist) and uploads a patch<br>
<br>
I would like to have patches rejected, or at least held up, until a CA<br>
is registered.  For this to work, a signed CA should be immediately<br>
registered on the tracker, at least as 'pending'.  It now can take a<br>
week or more to go through human processing.<br></blockquote><div><br></div><div>This is one of the reasons I didn't want to create an issue magically from PRs initially. I think it's totally doable with some coding.</div><div><br></div><div>-Brett</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
<br>
> 5. Core developer evaluates patch, possibly leaving comments through our<br>
> [custom version of Rietveld](<a href="http://bugs.python.org/review/" target="_blank">http://bugs.python.<u></u>org/review/</a>)<br>
> 6. Contributor revises patch based on feedback and uploads new patch<br>
> 7. Core developer downloads patch and applies it to a clean clone<br>
> 8. Core developer runs the tests<br>
> 9. Core developer does one last `hg pull -u` and then commits the<br>
> changes to various branches<br>
<br>
--<br>
Terry Jan Reedy<br>
<br>
______________________________<u></u>_________________<br>
Python-Dev mailing list<br>
<a href="mailto:Python-Dev@python.org" target="_blank">Python-Dev@python.org</a><br>
<a href="https://mail.python.org/mailman/listinfo/python-dev" target="_blank">https://mail.python.org/<u></u>mailman/listinfo/python-dev</a><br>
Unsubscribe: <a href="https://mail.python.org/mailman/options/python-dev/brett%40python.org" target="_blank">https://mail.python.org/<u></u>mailman/options/python-dev/<u></u>brett%40python.org</a><br>
</blockquote></div>