Thank you,
This looks like it worked-I get the following output:
$ python ex_setup.py --allow-hosts=turbogears.org -UDf
http://turbogears.org/do
wnload/ TurboGears
c:\Python24\python.exe: can't open file 'ex_setup.py': [Errno 2] No
such file or
directory
[EMAIL PROTECTED]
I noticed this problem when I tried this:
$ python ez_setup.py -UDf http://turbogears.org/download/ TurboGears
Reading http://turbogears.org/download/
Searching for TurboGears
Reading http://www.python.org/pypi/TurboGears/
Reading http://www.turbogears.org
Best match: TurboGears 0.8a4
[EMAIL PROTECTED] wrote:
I noticed this problem when I tried this:
$ python ez_setup.py -UDf http://turbogears.org/download/ TurboGears
If you have setuptools 0.6a7, you can add
'--allow-hosts=turbogears.org' before the '-UDf' in order to make
setuptools only download files from
[EMAIL PROTECTED] wrote:
I encountered problems upgrading today. Any ideas?
-Todd
You left off the '-f http://turbogears.org/download/', so that
EasyInstall will use the Turbogears-supplied download links.
I believe this would actually have worked correctly the way you typed
it, if Kevin had
On 10/17/05, Phillip J. Eby [EMAIL PROTECTED] wrote:
But if somebody's doing a fresh install without any of the
dependencies, then yeah, easy_install TurboGears should work just
fine now.
I'll hold off on changing the install instructions until the without
part of that sentence goes away.
On 10/18/05, Phillip J. Eby [EMAIL PROTECTED] wrote:
I had been using a depth-first algorithm, but now it looks like I
should switch to breadth-first, because that will allow the depender
(TurboGears) to override the dependees (e.g. SQLObject), as long as the
depender's choices are also
Follow up on the last posting:
Reinstalling setup tools cleared the load_entry_point error:
$ python ez_setup.py -U setuptools
Subsequent upgrade of TG with the --delete-conflicting fails, too
$ python ez_setup.py -U TurboGears -f http://turbogears.org/download
--delete-conflicting
7 matches
Mail list logo