Problem when installing latest TurboGears
Walter...@gmail.com
a brand new XP machine
installed Python2.5 binary
installed PostgreSQL
installed psycopg2
attempt tgsetup.py
everything goes extremely well until "Processing
simplejson-1.7.3.tar.gz" throws a traceback, complaining that
File "C:\Python25\setuptools-0.6c6-py2.5.egg\setuptools\sandbox.py",
line 63,
in run
File "C:\Python25\setuptools-0.6c6-py2.5.egg\setuptools\sandbox.py",
line 29,
in <lambda>
File "setup.py", line 9, in <module>
TypeError: use_setuptools() got an unexpected keyword argument
'min_version'
any hints? Thank you guys...
Walter
Florent Aide
simplejson using the binary egg from here:
http://trac.turbogears.org/browser/site_resources/eggs/simplejson-1.7.3-py2.5-win32.egg
and report to us if it works or not :)
We intend to psuh this one in the download area once it has been tested.
Cheers,
Florent.
Paulino
I had the same problem as Walter in a new VM.
I installed simplejson following the link you gave and now have a TG
working!
Thank You,
Paulino
On 7 Out, 21:20, "Florent Aide" <florent.a...@gmail.com> wrote:
> simplejson seems to be a problem here... could you try to easy install
> simplejson using the binary egg from here:
>
> http://trac.turbogears.org/browser/site_resources/eggs/simplejson-1.7...
>
> and report to us if it works or not :)
>
> We intend to psuh this one in the download area once it has been tested.
>
> Cheers,
> Florent.
>
Walter...@gmail.com
thank you for you answer (and for all you work of course).
On Oct 7, 10:20 pm, "Florent Aide" <florent.a...@gmail.com> wrote:
> simplejson seems to be a problem here... could you try to easy install
> simplejson using the binary egg from here:
>
> http://trac.turbogears.org/browser/site_resources/eggs/simplejson-1.7...
>
I have easy_installed the egg, re-run tgsetup.py and now everything
seems ok. Will now try moving my application here from the other
machine.
W.
Florent Aide
>
> Dear Florent,
> thank you for you answer (and for all you work of course).
[...]
> I have easy_installed the egg, re-run tgsetup.py and now everything
> seems ok. Will now try moving my application here from the other
> machine.
>
> W.
This means it is now time for us to move this egg to the download area
if we want keep the TG installer to work. It makes me think we should
put a version number in the requirement to make sure the installer
does not break each time a new version comes out.
In that particular case we are lucky because I compiled the egg 10
minutes after it's release on the cheeseshop, but it still poses a
problem in terms of packaging and release.
Florent.
Jorge Godoy
>
> This means it is now time for us to move this egg to the download area
> if we want keep the TG installer to work. It makes me think we should
> put a version number in the requirement to make sure the installer
> does not break each time a new version comes out.
>
> In that particular case we are lucky because I compiled the egg 10
> minutes after it's release on the cheeseshop, but it still poses a
> problem in terms of packaging and release.
Indeed... Fortunately for those of us with compilers it works as well. The
worst part seems to be widgets -- specially DOMInclude widget -- where some
of them are unavailable, other publish themselves with one name and are known
to the system with other (e.g. TurboTinyMCE versus TinyMCE), etc.
Other than that, I had reinstalled my system yesterday and everything worked
out of the box but DOMInclude (which only has an egg for Python 2.4, without
any tar.gz / zip as alternative, so setuptools doesn't pick it up -- this was
reported to the author of the widget a while ago, but....).
On the other hand we can close ourselves to the world, otherwise we'll never
know about compatibility problems. I'd suggest change the requirement
for ">= 1.7.3" for SimpleJSON now, instead of requiring a specific version.
How many times we had problems because of it?
--
Jorge Godoy <jgo...@gmail.com>
Graham Dumpleton
Was this issue ever resolved properly? It still seems to be an issue.
The above is just one of a sequence of errors I have encountered in
trying to install TurboGears (beta) on MacOS X 10.4 in a virtualenv
like environment (not Ian's) where there was a completely blank slate
for site-packages.
The first issue was that tgsetup-betaversion.py downloaded and
installed setuptools-0.6c6-py2.3.egg, but in doing that it ignored
what I would have expected to be the correct script bin directory and
tried to install in /usr/local/bin instead. Because I intentionally
wasn't running this as root, that failed.
Downloading http://cheeseshop.python.org/packages/2.3/s/setuptools/setuptools-0.6c6-py2.3.egg
Processing setuptools-0.6c6-py2.3.egg
creating /usr/local/wsgi/pythonenv/ENV1/lib/python2.3/site-packages/
setuptools-0.6c6-py2.3.egg
Extracting setuptools-0.6c6-py2.3.egg to /usr/local/wsgi/pythonenv/
ENV1/lib/python2.3/site-packages
Adding setuptools 0.6c6 to easy-install.pth file
Installing easy_install script to /usr/local/bin
error: /usr/local/bin/easy_install: Permission denied
This appears to be because of how tgsetup-betaversion.py overrides
easy_install class and the way it has in finalize_options() done:
if self.script_dir is None:
if os.name == "posix":
if self.prefix:
#honor the prefix specified on the command
line
self.script_dir = os.path.join(self.prefix,
"bin")
else:
self.script_dir = "/usr/local/bin"
Since the original finalize_options() is called after this, this
overrides the original setuptools location for script_dir with /usr/
local/bin as self.prefix hasn't been set at that point. Is there a
good reason this is being overridden?
To get past this had to provide the --script-dir option to stop
tgsetup from putting it in that location and put it in the virtual
environment bin directory where it should go.
The next problem encountered is when tgsetup tries to install
SQLObject-0.7.9. The error is this case is:
Processing SQLObject-0.7.9.tar.gz
Running SQLObject-0.7.9/setup.py -q bdist_egg --dist-dir /tmp/
easy_install-s65jdD/SQLObject-0.7.9/egg-dist-tmp-Llm86c
The required version of setuptools (>=0.6c7) is not available, and
can't be installed while this script is running. Please install
a more recent version first.
(Currently using setuptools 0.6c6 (/usr/local/wsgi/pythonenv/ENV1/lib/
python2.3/site-packages/setuptools-0.6c6-py2.3.egg))
error: Setup script exited with 2
In other words, tgsetup installs older version of setuptools than what
SQLObject requires.
So, manually install newer version of setuptools as wanted and try
again, on top of what has been done so far.
Next problem was then that with simplejson, in particular when it was
installing simplejson-1.7.3.tar.gz.
Processing simplejson-1.7.3.tar.gz
Running simplejson-1.7.3/setup.py -q bdist_egg --dist-dir /tmp/
easy_install-fsvKad/simplejson-1.7.3/egg-dist-tmp-VcrFLU
....
TypeError: use_setuptools() got an unexpected keyword argument
'min_version'
This would appear to be because it is trying to provide an argument
min_version which the tgsetup scripts version of use_setuptools()
doesn't accept.
Since the location:
http://trac.turbogears.org/browser/site_resources/eggs/simplejson-1.7
as referenced in this older post now no longer exists, I don't know
what was being referred to and thus what version I should be
installing.
So, what is the status of this problem? I know I may be able to get
around it by explicitly installing simplejson by hand, but would
rather see the tgsetup script work properly from start to end.
BTW, do you ever test installations onto a virgin system, especially
into virtual environments as a non root user to make sure the
installation works? These seem to be problems that would be pretty
easy to pick up.
Thanks for any feedback.
Graham
Florent Aide
> The first issue was that tgsetup-betaversion.py downloaded and
> installed setuptools-0.6c6-py2.3.egg, but in doing that it ignored
> what I would have expected to be the correct script bin directory and
> tried to install in /usr/local/bin instead. Because I intentionally
> wasn't running this as root, that failed.
Hi Graham,
I'll look your post in details this week-end and fix the issues. I
must admit that I did not write the tgsetup script and that during the
current beta release I did not test it well (couple of tries at most).
On the other hand I always use a simple user to install TG using
easy_install in a clean workingenv on Ubuntu (I have a Linux again
machine at last...).
I will hijack your thread here to ask for help: would someone be
interested in maintaining the tgsetup script ? I would gladly have
some dedicated person to test/fix/improve this script. If someone is
interested please stand-up and ask for the job :)
Florent Aide.
Lukasz Szybalski
Hello,
I don't know if this will help you, but have you considered moving
into Linux. I had similar issues with version mismatch on windows,
which led me to start using Debian stable and its turbogears packages
as an development platform for Turbogears. (http://www.us.debian.org/)
"apt-get install python-turbogears"
Lucas