grokproject generates non-working bootstrap.py
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
| grok |
Undecided
|
Jan Wijbrand Kolman | ||
| 1.0 |
Undecided
|
Jan Wijbrand Kolman |
Bug Description
grokproject's project template contains a modified bootstrap.py which hasn't received merges from the trunk. Even though grokproject manages to run buildout successfully after it first creates the project, later runs of bootstrap.py fail:
$ /opt/Python-
Downloading http://
Develop: '/home/
Traceback (most recent call last):
File "/tmp/tmpy5k5h5", line 5, in <module>
import os, setuptools
ImportError: No module named setuptools
While:
Installing.
Processing develop directory '/home/
An internal error occured due to a bug in either zc.buildout or in a
recipe being used:
Traceback (most recent call last):
File "/tmp/tmp6JNutY
File "/tmp/tmp6JNutY
File "/tmp/tmp6JNutY
File "/tmp/tmp6JNutY
AssertionError
Changed in grok: | |
assignee: | nobody → janwijbrand |
milestone: | none → 1.0 |
Thomas Lotze (tlotze) wrote : | #2 |
Reopened. I can still reproduce the bug by running bootstrap.py using a different Python installation. It is true, however, that there's no failure when running it with the same Python used by grokproject when creating the environment. I think bootstrap.py should be able to succeed with any Python installation (assuming the Python version is supported).
Changed in grok: | |
status: | Invalid → New |
Jan Wijbrand Kolman (janwijbrand) wrote : | #3 |
Thomas, can you be even more specific? I tried just running bootstrap.py (from grokproject-0.9) using python from two different virtualenvs, and in both runs the buildout succeeds... Are you sure you're using the bootstrap.py as created by grokproject-0.9?
I tried to identify the differences between the most recently tagged bootstrap.py (from zc.buildout) and the one grokproject generates, and apart from two grok-specific additions (fixing the logging and calling the eggbasket part) I do not see a difference.
Changed in grok: | |
status: | New → Incomplete |
Thomas Lotze (tlotze) wrote : | #4 |
I'm using a self-compiled Python 2.5.1 and a virtualenv created from it. In the virtualenv, I've installed grokproject 0.9 (using easy_install, which pulled it from PyPI). I then created a fresh Grok project which went fine. Using the Python executable from the virtualenv, I can run bootstrap.py fine. Using the original Python executable from whose installation I created the virtualenv, I can't. I'm also sure that I used the bootstrap.py put in the fresh project directory by grokproject in both cases; see the transcript below.
Doing something similar without grokproject works, though: If I create an empty directory with a minimal buildout.cfg, copy the latest tagged bootstrap.py to it and run the two Pythons on it in the same order, everything works as expected.
thomas@
Enter user (Name of an initial administrator user): admin
Enter passwd (Password for the initial administrator user):
Downloading info about versions...
Creating directory ./foo
Downloading zc.buildout...
Invoking zc.buildout...
Develop: '/home/
Installing eggbasket.
thomas@
thomas@
Develop: '/home/
Installing 'z3c.recipe.
We have the distribution that satisfies 'z3c.recipe.
Getting required 'zc.recipe.
We have the distribution that satisfies 'zc.recipe.
Updating eggbasket.
Now you can run 'bin/buildout'
thomas@
Downloading http://
Generated script '/home/
Develop: '/home/
Traceback (most recent call last):
File "/tmp/tmp07z1jx", line 5, in <module>
import os, setuptools
ImportError: No module named setuptools
While:
Installing.
Processing develop directory '/home/
An internal error occured due to a bug in either zc.buildout or in a
recipe being used:
Traceback (most recent call last):
File "/tmp/tmplSbcEb
File "/tmp/tmplSbcEb
File "/tmp/tmplSbcEb
File "/tmp/tmplSbcEb
AssertionError
Jan Wijbrand Kolman (janwijbrand) wrote : | #5 |
I tried to reproduce this scenario with the current grokproject version. Thomas, can you confirm that this issue does not occur anymore with the most recent grokproject version? (I tested it with grokproject-1.0a2).
Jan Wijbrand Kolman (janwijbrand) wrote : | #6 |
Closing this issue as it seems to be resolved in the newer grokproject release. If not, we can re-open it again.
I cannot reproduce this issue with projects build with grokproject-0.9. Closing.