Re: Deprecate External Links
holger krekel <[email protected]>
| Newsgroups | gmane.comp.python.catalog |
|---|---|
| Message-ID | <[email protected]> |
On Thu, Feb 28, 2013 at 09:48 +1100, Richard Jones wrote: > On 28 February 2013 08:31, PJ Eby <[email protected]> wrote: > > OTOH, I currently make development snapshots of setuptools and other > > projects available by dumping them in a directory that's used as an > > external download URL. Replacing that would be a PITA because PyPI > > only lets you upload and register new releases from distutils' command > > line. Basically, I'd need to use a download link that pointed to a > > "latest" URL that redirected to the final download. > > Yup, and the down-side of distutils as the tool for talking to PyPI > is, of course, the horrendous turn-around time trying to add features > or fix bugs. > > I've advocated us having the upload/register/whatever functionality in > a separate tool for a while, but that doesn't seem to have gained any > traction. Of course issues around the complexity introduced by > setup.py make it much harder. FWIW three days ago i presented at Pycon Russia a unifying cmdline workflow "meta" tool which configures and invokes setup.py [...]/pip/easy_install commands. I intend to publish it soon and will also send a link once the video becomes available. IOW, i fully agree we need to move away from putting things into setup.py/distutils, start going for PEP426 etc. -- but WITHOUT breaking things for all the packaging upload/installation processes out there. Therefore a "meta tool" approach to make it easier for people to gradually move away from current practises. cheers, holger > In the mean time I think Donald's suggestion for supporting > development pre-releases is reasonable: > > instead of (please replace with easy_install lingo here) > > `pip install setuptools==setuptools-dev` please `pip install -e > > http://svn.python.org/projects/sandbox/trunk/setuptools/#egg=setuptools-dev` ? > > > > Richard > _______________________________________________ > Catalog-SIG mailing list > [email protected] > http://mail.python.org/mailman/listinfo/catalog-sig >