<div><span style="color: rgb(160, 160, 168); ">On Wednesday, February 27, 2013 at 4:31 PM, PJ Eby wrote:</span></div><blockquote type="cite" style="border-left-style:solid;border-width:1px;margin-left:0px;padding-left:10px;">
                    <span><div>So far, I don't think anybody's talking to the right "we" for stopping</div><div>it.  It's the tools that control this, not PyPI.  (PyPI can't actually</div><div>stop the tools from using this information without also making itself</div><div>a lot less useful to *humans* at the same time.)</div></span></blockquote><div>I have issues out for pip and buildout, didn't have time to find</div><div>and make issues for setuptools and distribute but I plan on doing that</div><div>as well. However PyPI _can_ stop publish that info on the simple index.</div><div>If tooling wants to go out of their way to scrape the human pages that's</div><div>their problem and would be unsupported. By not publishing that</div><div>content we make a clear line of what is and isn't supported for the</div><div>tooling to use.</div><blockquote type="cite" style="border-left-style:solid;border-width:1px;margin-left:0px;padding-left:10px;"><span><div><br></div><div>As far as my personal position on the matter, I think that it's</div><div>reasonable to deprecate the scraping of home page and download links.</div><div>As somebody pointed out, expired domains are a potentially nasty</div><div>problem there.</div><div><br></div><div>OTOH, I currently make development snapshots of setuptools and other</div><div>projects available by dumping them in a directory that's used as an</div><div>external download URL.  Replacing that would be a PITA because PyPI</div><div>only lets you upload and register new releases from distutils' command</div><div>line.  Basically, I'd need to use a download link that pointed to a</div><div>"latest" URL that redirected to the final download.</div></span></blockquote><div>Development snapshots are a use case that i'm not sure makes sense</div><div>for PyPI, but if they do should require specific opt-in to install them. Does</div><div>easy_install have a command line flag that adds extra links? pip has --find-links</div><div>can your instructions simply state to do the equivalent of</div><div>`pip install --find-links=http://setuptools.com/dev-snapshopts/`?</div><div><br></div><div>Alternatively I would like to get the tooling smarter about not installing</div><div>pre-release versions unless asked as well. So with that the answer</div><div>could simply be to make dev releases to PyPI, (PyPI will probably</div><div>need some sort of prefer stable option for it's web ui), and have</div><div>the tooling prefer stable releases.</div><blockquote type="cite" style="border-left-style:solid;border-width:1px;margin-left:0px;padding-left:10px;"><span><div><br></div><div>Anyway, I'm not seeing much discussion here about how to help authors</div><div>make changes to their release processes.  Note that many popular and</div><div>long-lived projects (pywin32, PIL, etc.) have similar issues.  (Not to</div><div>mention the newer projects that host directly from revision control.)</div></span></blockquote><div>Most of these projects are already running python setup.py register,</div><div>so for the vast bulk of them they'll just need to add a sdst upload to that.</div><blockquote type="cite" style="border-left-style:solid;border-width:1px;margin-left:0px;padding-left:10px;"><span><div><br></div><div>Given that easy_install was deliberately designed so that those guys</div><div>would *not* need to change their hosting strategies to get automated</div><div>downloads, I'd like to see more talk about how we're going to help</div><div>people change their releasing and hosting strategies.</div></span></blockquote><div>Someone has made a comment about making a script to make it easy</div><div>to make old versions available on PyPI for authors. I believe for</div><div>most people the change should be fairly easy since they are already</div><div>registering their releases. However if someone has an odd release</div><div>process I'd be willing to try and help them fit the new requirement</div><div>into it. </div>
                 
                <div>
                    <br>
                </div>