Kevin Dangoor wrote:
> On 12/14/05, Phillip J. Eby <[EMAIL PROTECTED]> wrote:
> > By the way, Kevin, maybe it's time for you to bump the version of
> > ez_setup you're distributing?  A lot of commonly-reported installation
> > problems on the list lately are ones that were already fixed by more
> > recent versions of setuptools.   (E.g. elementtree download on
> > effbot.org, the above issue, SourceForge processing, Subversion
> > support, '-rc' release numbers, etc. etc. etc.)
>
> I had been waiting for a release to bump the version (from what I see,
> 0.6a8 is still the latest version). It looks like I can't just pick up
> the ez_setup.py from svn, because it gets a 404 when looking for
> 0.6a9.
>
> Or are you suggesting that I tell people to run "ez_setup.py seutptools==dev"?
>
> You have fixed a bunch of things that have been bugging people, so I
> would like to do the right thing in getting an update going.

Put this in your setup.py:

   from ez_setup import use_setuptools
   use_setuptools("0.6a9dev_r41701",
"http://turbogears.org/download/eggs";)

and build an egg for the corresponding version of setuptools and put it
in the download/eggs directory.  See also the docstring for
'use_setuptools()' in ez_setup.py.

(Note, however, that you may need to keep the eggs around for a while,
in case somebody tries to install from an older source release of
TurboGears.  The download process simply tries to directly fetch the
egg, it doesn't have any smart page parsing or version checking, since
all the smart stuff is in pkg_resources and setuptools.package_index,
which of course haven't been downloaded yet.  :) )

Reply via email to