2013-02-20 3 views
0

У меня проблема с работой с buildout. Загрузить bootstrap.py используя,AssertionError while run zc.buildout

wget http://downloads.buildout.org/2/bootstrap.py 

buildout.cfg

[buildout] 
parts = python 
     django 
develop = . 
eggs = beautifulsoup 
     ..... 

[python] 
recipe = zc.recipe.egg 
interpreter = python 
eggs = ${buildout:eggs} 

[django] 
recipe = djangorecipe 
wsgi = true 
eggs = ${buildout:eggs} 

при попытке ./bin/buildout. Я получил следующую ошибку.

Upgraded: 
    distribute version 0.6.35; 
restarting. 
Generated script '/home/tests/myproject/bin/buildout'. 
Develop: '/home/tests/myproject/.' 
While: 
    Installing. 
    Processing develop directory '/home/tests/myproject/.'. 

An internal error occured due to a bug in either zc.buildout or in a 
recipe being used: 
Traceback (most recent call last): 
    File "/home/tests/myproject/eggs/zc.buildout-2.0.1-py2.7.egg/zc/buildout/buildout.py", line 1808, in main 
    getattr(buildout, command)(args) 
    File "/home/tests/myproject/eggs/zc.buildout-2.0.1-py2.7.egg/zc/buildout/buildout.py", line 468, in install 
    installed_develop_eggs = self._develop() 
    File "/home/tests/myproject/eggs/zc.buildout-2.0.1-py2.7.egg/zc/buildout/buildout.py", line 709, in _develop 
    zc.buildout.easy_install.develop(setup, dest) 
    File "/home/tests/myproject/eggs/zc.buildout-2.0.1-py2.7.egg/zc/buildout/easy_install.py", line 862, in develop 
    return _copyeggs(tmp3, dest, '.egg-link', undo) 
    File "/home/tests//eggs/zc.buildout-2.0.1-py2.7.egg/zc/buildout/easy_install.py", line 803, in _copyeggs 
    assert len(result) == 1, str(result) 
AssertionError: [] 

Может ли кто-нибудь помочь мне решить его.

+0

вы пробовали 'HTTP: // downloads.buildout.org/1/bootstrap.py'? Может быть, рецепт 'django' еще не готов для Buildout 2.0. –

+0

Я пытаюсь старшего bootstrap.py, Npow Я получил ошибку – Jisson

+0

continue # попробуйте следующую старую версию проекта Файл "/home/tests/fridaycloud.aws/eggs/setuptools-0.6c12dev_r88846-py2.7.egg/pkg_resources .py ", строка 565, в разрешении – Jisson

ответ

1

Вы действительно хотите запустить это с помощью установки virtualenv; на пакетной ОС (например, Debian, Ubuntu, RedHat и т. д.) вы легко можете столкнуться с конфликтами между системными версиями дистрибутивов, easy_install и других сторонних пакетов и для чего требуется создание (см. http://workaround.org/easy-install-debian для объяснения как почему).

+0

Файл «./bin/buildout», строка 17, в import zc.buildout.buildout Файл «/home/tests/fridaycloud.aws/eggs/zc.buildout-1.7.0-py2.7.egg/ zc/buildout/buildout.py ", строка 40, в import zc.buildout.download – Jisson

+0

Файл" /home/tests/fridaycloud.aws/eggs/zc.buildout-1.7.0-py2.7.egg/zc /buildout/download.py ", строка 20, в из zc.buildout.easy_install import realpath Файл" /home/tests/fridaycloud.aws/eggs/zc.buildout-1.7.0-py2.7.egg/ zc/buildout/easy_install.py ", строка 31, в import setuptools.package_index – Jisson

+0

Файл" /usr/local/lib/python2.7/dist-packages/distribute-0.6.34-py2.7.egg/setuptools /package_index.py» , строка 158, в Jisson

0

Проблема здесь не в построении, а в setuptools: она была разветвлена ​​в дистрибутив и setuptools, а затем воссоединение обеих, дальнейшее развитие. Будущее выглядит хорошо для setuptools. Но призраки прошлого все еще охотятся на нас.

Download a bootstrap.py fetching the latest setuptools

Pin zc.buildout к> = 2.2.1 и Setuptools к> = 2.2 - добавить раздел версии для buildout.cfg:

[versions] 
zc.buildout = >= 2.2.1 
setuptools = >= 2.2 

Используйте с virtualenv> = 1.9.1 с параметром --no-setuptools Так бегите:

virtualenv --no-setuptools env 
./env/bin/python bootstrap.py 
./bin/buildout 
Смежные вопросы