Fehler bei Ausführen von bootstrap.py in root-Verzeichnis auf servervm-1

[valioDOTch]

adhocracy@skuba-vm1:~/adhocracy$ bin/python bootstrap.py 

No local packages or download links found for zc.buildout
error: Could not find suitable distribution for Requirement.parse('zc.buildout')
Traceback (most recent call last):
  File "bootstrap.py", line 161, in 
    "Failed to execute command:\n%s" % repr(cmd)[1:-1])
Exception: Failed to execute command:
'/home/adhocracy/adhocracy/bin/python', '-c', 'from setuptools.command.easy_install import main; main()', '-mZqNxd', '/tmp/tmpgaJr5Z', 'zc.buildout

[valioDOTch]

Hast du eine Ahnung wie man das beheben könnte bzw. was ich falsch gemacht habe? Vorher kann ich wohl kein Theme auf dem Server einspielen...

[nidico]

Das liegt soviel ich weiß daran, dass die Umgebungsvariablen http_proxy und https_proxy auf eurem Server je auf http://proxy.unibas.ch:3128 gesetzt werden müssen.

[valioDOTch]

also vor Ausführung des Skripts folgendes eingeben?

$ http_proxy=http://proxy.unibas.ch:3128
$ https_proxy=http://proxy.unibas.ch:3128

oder

$ http_proxy=http://proxy.unibas.ch:3128
$ https_proxy=https://proxy.unibas.ch:3128

?

(falls du das weisst)

[nidico]

export http_proxy=http://proxy.unibas.ch:3128
export https_proxy=http://proxy.unibas.ch:3128

glaube ich...

[valioDOTch]

Stimmt; jetzt kommt was anderes :)

adhocracy@skuba-vm1:~/adhocracy$ export http_proxy=http://proxy.unibas.ch:3128
adhocracy@skuba-vm1:~/adhocracy$ export https_proxy=http://proxy.unibas.ch:3128
adhocracy@skuba-vm1:~/adhocracy$ bin/python bootstrap.py 
While:
  Initializing.
  Getting section buildout.
  Initializing section buildout.
  Getting option buildout:adhocracy-supervisor.
  Getting section supervisor.
  Initializing section supervisor.
  Getting option supervisor:programs.
  Getting option buildout:memcache-supervisor.
  Getting section memcached.
  Initializing section memcached.
  Getting option memcached:extra_options.
  Getting section libevent.
  Initializing section libevent.
  Installing recipe zc.recipe.cmmi.
  Getting distribution for 'zc.recipe.cmmi'.
An internal error occurred due to a bug in either zc.buildout or in a
recipe being used:
Traceback (most recent call last):
  File "/tmp/tmpN5fIOH/zc.buildout-2.3.1-py2.7.egg/zc/buildout/buildout.py", line 1945, in main
    user_defaults, command, args)
  File "/tmp/tmpN5fIOH/zc.buildout-2.3.1-py2.7.egg/zc/buildout/buildout.py", line 303, in __init__
    options = self['buildout']
  File "/tmp/tmpN5fIOH/zc.buildout-2.3.1-py2.7.egg/zc/buildout/buildout.py", line 1098, in __getitem__
    options._initialize()
  File "/tmp/tmpN5fIOH/zc.buildout-2.3.1-py2.7.egg/zc/buildout/buildout.py", line 1196, in _initialize
    self._dosub(k, v)
  File "/tmp/tmpN5fIOH/zc.buildout-2.3.1-py2.7.egg/zc/buildout/buildout.py", line 1244, in _dosub
    v = '$$'.join([self._sub(s, seen) for s in v.split('$$')])
  File "/tmp/tmpN5fIOH/zc.buildout-2.3.1-py2.7.egg/zc/buildout/buildout.py", line 1308, in _sub
    v = self.buildout[section].get(option, None, seen)
  File "/tmp/tmpN5fIOH/zc.buildout-2.3.1-py2.7.egg/zc/buildout/buildout.py", line 1098, in __getitem__
    options._initialize()
  File "/tmp/tmpN5fIOH/zc.buildout-2.3.1-py2.7.egg/zc/buildout/buildout.py", line 1196, in _initialize
    self._dosub(k, v)
  File "/tmp/tmpN5fIOH/zc.buildout-2.3.1-py2.7.egg/zc/buildout/buildout.py", line 1244, in _dosub
    v = '$$'.join([self._sub(s, seen) for s in v.split('$$')])
  File "/tmp/tmpN5fIOH/zc.buildout-2.3.1-py2.7.egg/zc/buildout/buildout.py", line 1308, in _sub
    v = self.buildout[section].get(option, None, seen)
  File "/tmp/tmpN5fIOH/zc.buildout-2.3.1-py2.7.egg/zc/buildout/buildout.py", line 1271, in get
    v = '$$'.join([self._sub(s, seen) for s in v.split('$$')])
  File "/tmp/tmpN5fIOH/zc.buildout-2.3.1-py2.7.egg/zc/buildout/buildout.py", line 1308, in _sub
    v = self.buildout[section].get(option, None, seen)
  File "/tmp/tmpN5fIOH/zc.buildout-2.3.1-py2.7.egg/zc/buildout/buildout.py", line 1098, in __getitem__
    options._initialize()
  File "/tmp/tmpN5fIOH/zc.buildout-2.3.1-py2.7.egg/zc/buildout/buildout.py", line 1196, in _initialize
    self._dosub(k, v)
  File "/tmp/tmpN5fIOH/zc.buildout-2.3.1-py2.7.egg/zc/buildout/buildout.py", line 1244, in _dosub
    v = '$$'.join([self._sub(s, seen) for s in v.split('$$')])
  File "/tmp/tmpN5fIOH/zc.buildout-2.3.1-py2.7.egg/zc/buildout/buildout.py", line 1308, in _sub
    v = self.buildout[section].get(option, None, seen)
  File "/tmp/tmpN5fIOH/zc.buildout-2.3.1-py2.7.egg/zc/buildout/buildout.py", line 1098, in __getitem__
    options._initialize()
  File "/tmp/tmpN5fIOH/zc.buildout-2.3.1-py2.7.egg/zc/buildout/buildout.py", line 1202, in _initialize
    self.initialize()
  File "/tmp/tmpN5fIOH/zc.buildout-2.3.1-py2.7.egg/zc/buildout/buildout.py", line 1208, in initialize
    recipe_class = _install_and_load(reqs, 'zc.buildout', entry, buildout)
  File "/tmp/tmpN5fIOH/zc.buildout-2.3.1-py2.7.egg/zc/buildout/buildout.py", line 1162, in _install_and_load
    allow_hosts=buildout._allow_hosts
  File "/tmp/tmpN5fIOH/zc.buildout-2.3.1-py2.7.egg/zc/buildout/easy_install.py", line 848, in install
    return installer.install(specs, working_set)
  File "/tmp/tmpN5fIOH/zc.buildout-2.3.1-py2.7.egg/zc/buildout/easy_install.py", line 635, in install
    for_buildout_run=for_buildout_run):
  File "/tmp/tmpN5fIOH/zc.buildout-2.3.1-py2.7.egg/zc/buildout/easy_install.py", line 477, in _get_dist
    dist, avail = self._satisfied(requirement)
  File "/tmp/tmpN5fIOH/zc.buildout-2.3.1-py2.7.egg/zc/buildout/easy_install.py", line 253, in _satisfied
    if _final_version(dist.parsed_version)
  File "/tmp/tmpN5fIOH/zc.buildout-2.3.1-py2.7.egg/zc/buildout/easy_install.py", line 1408, in _final_version
    return not parsed_version.is_prerelease
AttributeError: 'tuple' object has no attribute 'is_prerelease'

[nidico]

This might be due to an outdated version of setuptools (they regularly change their API in the last year...) - this can be resolved by doing:

bin/pip install --upgrade setuptools

[valioDOTch]

hast du was geändert (vermute nicht)?

adhocracy@skuba-vm1:~/adhocracy$ bin/pip install --upgrade setuptools
Requirement already up-to-date: setuptools in ./lib/python2.7/site-packages
Cleaning up...
adhocracy@skuba-vm1:~/adhocracy$ export http_proxy=http://proxy.unibas.ch:3128
adhocracy@skuba-vm1:~/adhocracy$ export https_proxy=http://proxy.unibas.ch:3128
adhocracy@skuba-vm1:~/adhocracy$ bin/python bootstrap.py 
/home/adhocracy/adhocracy/local/lib/python2.7/site-packages/pkg_resources/__init__.py:191: RuntimeWarning: You have iterated over the result of pkg_resources.parse_version. This is a legacy behavior which is inconsistent with the new version class introduced in setuptools 8.0. In most cases, conversion to a tuple is unnecessary. For comparison of versions, sort the Version instances directly. If you have another use case requiring the tuple, please file a bug with the setuptools project describing that need.
  stacklevel=1,

[valioDOTch]

[EDIT]never mind; hab's nochmal neu mit virtualenv gemacht[/EDIT]

Habe nochmal das bin-Directory gelöscht und dann den "Setup an isolated python environment" nochmal durchgespielt

Das gab dann Probleme mit Pillow

adhocracy@skuba-vm1:~/adhocracy/python$ bin/buildout 
[...]
/home/adhocracy/adhocracy/python/parts/opt/bin/easy_install-2.7 -U Pillow==2.3.0'
Searching for Pillow==2.3.0
Reading https://pypi.python.org/simple/Pillow/
Download error on https://pypi.python.org/simple/Pillow/: hostname 'proxy.unibas.ch' doesn't match either of 'www.python.org', 'python.org', 'pypi.python.org', 'docs.python.org', 'testpypi.python.org', 'bugs.python.org', 'wiki.python.org', 'hg.python.org', 'mail.python.org', 'packaging.python.org', 'pythonhosted.org', 'www.pythonhosted.org', 'test.pythonhosted.org', 'us.pycon.org', 'id.python.org' -- Some packages may not be found!
Couldn't find index page for 'Pillow' (maybe misspelled?)
Scanning index of all packages (this may take a while)
Reading https://pypi.python.org/simple/
Download error on https://pypi.python.org/simple/: hostname 'proxy.unibas.ch' doesn't match either of 'www.python.org', 'python.org', 'pypi.python.org', 'docs.python.org', 'testpypi.python.org', 'bugs.python.org', 'wiki.python.org', 'hg.python.org', 'mail.python.org', 'packaging.python.org', 'pythonhosted.org', 'www.pythonhosted.org', 'test.pythonhosted.org', 'us.pycon.org', 'id.python.org' -- Some packages may not be found!
No local packages or download links found for Pillow==2.3.0
error: Could not find suitable distribution for Requirement.parse('Pillow==2.3.0')
python-2.7-PIL: Non zero exit code (1) while running command.
While:
  Installing python-2.7-PIL.
Error: Non zero exit code (1) while running command.

[valioDOTch]

Wie zuvor: diese Runtimewarning macht mir Sorgen...

adhocracy@skuba-vm1:~/adhocracy$ bin/python bootstrap.py
/home/adhocracy/adhocracy/local/lib/python2.7/site-packages/pkg_resources/__init__.py:191: RuntimeWarning: You have iterated over the result of pkg_resources.parse_version. This is a legacy behavior which is inconsistent with the new version class introduced in setuptools 8.0. In most cases, conversion to a tuple is unnecessary. For comparison of versions, sort the Version instances directly. If you have another use case requiring the tuple, please file a bug with the setuptools project describing that need.
  stacklevel=1,

[valioDOTch]

Ah...war ja das gleiche wie lokal https://github.com/skuba-Basel/adhocracy.skuba_theme/issues/1

ignorierbar?

[nidico]

Die runtime warning kannst du ignorieren. Das ist irgendein aktueller setuptools-murks.

[valioDOTch]

Danke :+1: