<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
maintainers.  The way pip works now, every time I do a release<br>
candidate, pip automatically installs it, even though I only upload it<br></blockquote><div><br></div><div>an option to exclude pre-releases (or in reverse, an option to allow them) does seem overdue.</div><div>reasons not to do this? anyone? links to the most relevant conversations/posts from the past?</div>
<div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
well), but rather, just set the classifier for the download like you<br>
were supposed to in the first place, and it will just work.  With this<br>
change if I (the package maintainer) do the right thing, pip does the<br>
right thing.  The way it is now, if I do the right thing, pip does the<br>
wrong thing</blockquote><div><br></div><div>it's not clear that trove classifiers is the consensus on how an installer should know about the python version.</div><div>surfacing "requires-python" in pypi for installers (when metadata-version >=1.2 actually becomes pervasive) seems like the right idea.</div>
<div>but maybe an option to look at classifiers in the short term? not sure.</div><div><br></div><div>Marcus</div></div>