<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Tue, 22 May 2018 at 13:52 Barry Warsaw <<a href="mailto:barry@python.org">barry@python.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On May 22, 2018, at 12:44, Guido van Rossum <<a href="mailto:guido@python.org" target="_blank">guido@python.org</a>> wrote:<br>
> <br>
> Hm, what's the cost of those extra repos? As long as they have consistent names (e.g. pep-1234) they're easy to ignore right? Or does GitHub have a quota of repos per org?<br>
<br>
I think there is a quota for non-paying organizations, but I’m not sure.  I was just thinking about clutter on <a href="https://github.com/python" rel="noreferrer" target="_blank">https://github.com/python</a> but maybe it won’t be so bad with…<br></blockquote><div><br></div><div>I don't think there's a quota.</div><div><br></div><div>-Brett<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
> I was thinking of a workflow where the pep author initially creates the repo under their own username and directs discussion there. Then when their PEP is accepted (or rejected!) they can donate their repo to the python org. I know such a thing is possible (we did it for the mypy and typeshed repos).<br>
<br>
… +1!<br>
<br>
> Ironically for me GitHub is less linear than email. It's easier to ask people to open a new issue than it is to ask them to start a new thread. So e.g. if a discussion starts about a survey of feature X in various languages, when it veers off into a tutorial for a specific language that could be a separate issue, and the meta-discussion on how the list of languages should be selected could be made another issue.<br>
<br>
I see what you’re saying.  Yes, that could work if the PEP author is really diligent about shunting detours into new issues.  I’ve just found that within PRs or issues, the linearity can be quite difficult to follow.  (FWIW, IMHO, GitLab does better here, but that’s besides the point.)<br></blockquote><div><br></div><div>You do realize you are very quickly volunteering to propose to write the PEP for moving issues to GitLab, right? ;)<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
> I think Mark Shannon volunteered PEP 576 (though so far he hasn't created a separate repo, he's just created a PR for the peps repo IIUC). I hope Nick will also volunteer PEP 577 for this.<br>
<br>
+1<br>
<br>
-Barry<br>
_______________________________________________<br>
python-committers mailing list<br>
<a href="mailto:python-committers@python.org" target="_blank">python-committers@python.org</a><br>
<a href="https://mail.python.org/mailman/listinfo/python-committers" rel="noreferrer" target="_blank">https://mail.python.org/mailman/listinfo/python-committers</a><br>
Code of Conduct: <a href="https://www.python.org/psf/codeofconduct/" rel="noreferrer" target="_blank">https://www.python.org/psf/codeofconduct/</a><br>
</blockquote></div></div>