TG 1.05 Installation Question / Issues, CherryPy Related

[MichaelG]

When trying to upgraded a 1.03 TG setup to 1.05 with tgsetup.py, I get
the following:

error: Could not find suitable distribution for
Requirement.parse('CherryPy>=2.3.0,<3.0.0alpha')

When I look in Cheeseshop, I only see CherryPy 3.1, which could
explain the above message (though perhaps I am misreading this site).

I tried a hand-install of CP 2.30 downloaded form the CP site, but
that did not seem to get the tgsetup .py any happier, even though the
hand install did seem to work

For sure it is something I am doing, that said, any ideas where I am
making my mistake(s)?

Cheers,

- Michael

[Mark Ramm]

We have all the eggs you should need for a TG 1.05 install here:

http://www.turbogears.org/download/filelist.html

--
Mark Ramm-Christensen
email: mark at compoundthinking dot com
blog: www.compoundthinking.com/blog

[Christoph Zwerschke]

Mark Ramm schrieb:

> We have all the eggs you should need for a TG 1.05 install here:
>
> http://www.turbogears.org/download/filelist.html

Yes, but Michael is right, CherryPy needs to be installed from the
Cheeseshop and it's definitely there. The question is why this did not
work with tgsetup.py.

Michael, what platform and Python are you using? Did you try directly:

easy_install CherryPy==2.3.0

-- Christoph

[Christopher Arndt]

Mark Ramm schrieb:

> We have all the eggs you should need for a TG 1.05 install here:
>
> http://www.turbogears.org/download/filelist.html

Although it has not been officially announced yet, we now also have our
own package index (<plug>based on EggBasked [1]</plug>), which has *all*
dependencies for TG >= 1.0.4.4, and is available at:

http://pypi.turbogears.org/

This can be used to install TurboGears 1.0.5 with easy_install like this:

easy_install -i http://pypi.turbogears.org/ -H pypi.turbogears.org \
"TurboGears==1.0.5"

This will *only* use packages from this index, where we have binary eggs
for all C-extension dependencies for all major systems (win32,
linux-i686, linux-x86_64, macosx-10.3-fat, macosx-10.5-i386).

I have created a new instalation script that uses this index to install
TG 1.x into a virtualenv, which I will post shortly with a call for
testers. People interested in it can have a look at it now at
http://svn.turbogears.org/projects/tgsetupng/trunk.

Chris

[1] http://pypi.python.org/pypi/EggBasket

[MichaelG]

To answer one question above, I am using a Debian build of 2.4.4
python under Etch.

As to "easy_install CherryPy==2.3.0", it also does not result in an
upgrade or install. I have no idea why not.

However!

> easy_install -ihttp://pypi.turbogears.org/-H pypi.turbogears.org \
> "TurboGears==1.0.5"

Does seem to complete the upgrade/install w/o error, including
CherryPy 2.3.0!

But I fear the the tale is not yet done...because when I try and start
my existing application, I get the following:


NSC-dev:/opt/tg/ibus# ./start-ibus.py
Traceback (most recent call last):
File "./start-ibus.py", line 3, in ?
pkg_resources.require("TurboGears")
File "/usr/lib/python2.4/site-packages/setuptools-0.7a1dev_r51790-
py2.4.egg/pkg_resources.py", line 585, in require
needed = self.resolve(parse_requirements(requirements))
File "/usr/lib/python2.4/site-packages/setuptools-0.7a1dev_r51790-
py2.4.egg/pkg_resources.py", line 487, in resolve
raise VersionConflict(dist,req) # XXX put more info here
pkg_resources.VersionConflict: (RuleDispatch 0.5a0.dev-r2115 (/usr/lib/
python2.4/site-packages/RuleDispatch-0.5a0.dev_r2)


I am now going to try and fool around with my application code, to see
if the issue is easy to fix or not -- the application did used to run
prior to this upgrade. Most likely it is just something dumb I have
done, but if anyone has seen this before, feel free to holler.

Cheers,

- Michael

[Christopher Arndt]

MichaelG schrieb:

> But I fear the the tale is not yet done...because when I try and start
> my existing application, I get the following:
>
>
> NSC-dev:/opt/tg/ibus# ./start-ibus.py
> Traceback (most recent call last):
> File "./start-ibus.py", line 3, in ?
> pkg_resources.require("TurboGears")
> File "/usr/lib/python2.4/site-packages/setuptools-0.7a1dev_r51790-
> py2.4.egg/pkg_resources.py", line 585, in require
> needed = self.resolve(parse_requirements(requirements))
> File "/usr/lib/python2.4/site-packages/setuptools-0.7a1dev_r51790-
> py2.4.egg/pkg_resources.py", line 487, in resolve
> raise VersionConflict(dist,req) # XXX put more info here
> pkg_resources.VersionConflict: (RuleDispatch 0.5a0.dev-r2115 (/usr/lib/
> python2.4/site-packages/RuleDispatch-0.5a0.dev_r2)

Seems to be a problem with the version of setuptools (0.7a1dev_r51790)
you had installed. Dunno where that came from, certainly not from the
turbogears.org servers. I suggest you downgrade setuptools to 0.6c8 and
try again.

http://pypi.turbogears.org/package/download/setuptools/setuptools-0.6c8-py2.4.egg

Installation through the new package index is not extensively tested
yet, and normally should happen through the installation script I
mentioned, so some quirks are to be expected.

Chris

[MichaelG]

Chris,

That changed the error message, but the fundamentals failure of the
install process to reach out and grab the correct eggs remains, it
just picks a new one to fail one. I was able to fix a few of them
manually, and then just gave up -- easier to just smoke this server
and start again then to keep chasing this.

Semi-off topic, I build a quick replacement server using the current
VM beta of Proxmox 0.92, just to see how TG would run in that
environment ... turns out it runs really well, from what I can see,
anyway.

Thanks for your assist, I appreciate it.

- Michael

On Jul 22, 9:38 am, Christopher Arndt <chris.ar...@web.de> wrote:
> MichaelG schrieb:
>
>
>
> > But I fear the the tale is not yet done...because when I try and start
> > my existing application, I get the following:
>
> > NSC-dev:/opt/tg/ibus# ./start-ibus.py
> > Traceback (most recent call last):
> > File "./start-ibus.py", line 3, in ?
> > pkg_resources.require("TurboGears")
> > File "/usr/lib/python2.4/site-packages/setuptools-0.7a1dev_r51790-
> > py2.4.egg/pkg_resources.py", line 585, in require
> > needed = self.resolve(parse_requirements(requirements))
> > File "/usr/lib/python2.4/site-packages/setuptools-0.7a1dev_r51790-
> > py2.4.egg/pkg_resources.py", line 487, in resolve
> > raise VersionConflict(dist,req) # XXX put more info here
> > pkg_resources.VersionConflict: (RuleDispatch 0.5a0.dev-r2115 (/usr/lib/
> > python2.4/site-packages/RuleDispatch-0.5a0.dev_r2)
>
> Seems to be a problem with the version of setuptools (0.7a1dev_r51790)
> you had installed. Dunno where that came from, certainly not from the
> turbogears.org servers. I suggest you downgrade setuptools to 0.6c8 and
> try again.
>

> http://pypi.turbogears.org/package/download/setuptools/setuptools-0.6...