On Oct 8, 9:12 pm, "Florent Aide" <[EMAIL PROTECTED]> wrote:
> On 10/8/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
>
>
> > 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.

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






--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups 
"TurboGears" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/turbogears?hl=en
-~----------~----~----~----~------~----~------~--~---

Reply via email to