2015-09-15 2 views
4

Я пытаюсь использовать пастер, чтобы создать тип содержимого ловкости. Я сделал новую автономную установку Plone 4.3.4 в целевой папке, отличной от той, с которой я ранее работал, поэтому был создан кеш-кеш.Plone/Paster - Что может привести к тому, что «paster addcontent dexterity_content» не работает?

OS, который я использую, - Ubuntu 14.04. Так что в моей папке загрузки, в папке установщика я добытая, я набираю в терминале:

./install.sh --target=/home/myusername/Plone2 --instance=MyProject standalone 

Это устанавливает правильно. Затем я перехожу к MyProject в Plone2. Я редактировать Buildout изменить свой пароль и запустить Buildout:

buildout -c develop.cfg 

Затем я Гото папку Src и создать новый продукт с ZopeSkel:

../bin/zopeskel dexterity project.house 

Тогда я изменить мой Buildout и под яйцами Я добавляю project.house и разрабатываю src/project.house. Затем я снова запускаю сборку, и она выполняется правильно. Затем в папке project.house из источников, я пытаюсь запустить пастер.

../../bin/paster addcontent dexterity_content 

Тогда я в конечном итоге с ошибкой:

Traceback (most recent call last): 
    File "../../bin/paster", line 264, in <module> 
    sys.exit(paste.script.command.run()) 
    File "/home/pjdowney/Plone2/buildout-cache/eggs/PasteScript-1.7.5-py2.7.egg/paste/script/command.py", line 104, in run 
    invoke(command, command_name, options, args[1:]) 
    File "/home/pjdowney/Plone2/buildout-cache/eggs/PasteScript-1.7.5-py2.7.egg/paste/script/command.py", line 143, in invoke 
    exit_code = runner.run(args) 
    File "/home/pjdowney/Plone2/buildout-cache/eggs/PasteScript-1.7.5-py2.7.egg/paste/script/command.py", line 238, in run 
    result = self.command() 
    File "/home/pjdowney/Plone2/buildout-cache/eggs/ZopeSkel-2.21.2-py2.7.egg/zopeskel/localcommands/__init__.py", line 70, in command 
    self._extend_templates(templates, args[0]) 
    File "/home/pjdowney/Plone2/buildout-cache/eggs/ZopeSkel-2.21.2-py2.7.egg/zopeskel/localcommands/__init__.py", line 204, in _extend_templates 
    tmpl = entry.load()(entry.name) 
    File "/home/pjdowney/Plone2/buildout-cache/eggs/setuptools-7.0-py2.7.egg/pkg_resources.py", line 2184, in load 
    ['__name__']) 
ImportError: No module named dexterity.localcommands.dexterity 

Я недавно установить Plone 4.3.6 в другой целевой папке. К сожалению, я никогда не пробовал использовать пастер, потому что я создавал контент ловкости через Интернет. Может ли переключение на 4.3.6 разрушить все?

Моя предыдущая папка цели все еще работает.

+1

Вы сомневаетесь, если «переход на Plone-4.3.6 мог бы испортить все», поднимает квест для меня, если он сработает для вас с более низкими версиями UnifiedInstallers?Еще одна вещь, которую я постараюсь, заключается в том, чтобы понизить настройки setuptools до следующей более низкой версии, которую вы имеете, по причинам, приведенным в моем ответе ниже. –

ответ

3

метательный «» ImportError: Нет модуль с именем dexterity.localcommands.dexterity»+„Plone“в поисковик ведет прямо к Plone 4.3.4 - ImportError: No module named dexterity.localcommands.dexterity где С. МакМахон утверждает, что это ошибка сообщается в https://github.com/plone/Installers-UnifiedInstaller/issues/33 и уже установлены для Plone-5-монтажников, ., но не для Plone-4

Исправлена ​​ошибка, вероятно, вызвана новейшей Setuptools-версии и FWIW, я случайно нашел эти INFOS один день в чириканье «glyph», которые выглядят полезно:

"Public Service Announcement: make @dstufft’s life easier, and do not use the `python-pip´ package from Debian or Ubuntu. It’s broken." (1)

"Instead, install pip and virtualenv with get-pip.py, ideally into your home directory. (Sadly, https://pip2014.com/ is still relevant.)" (2)

У меня будет более пристальный взгляд на спасение-перспективный сценарий get-pip.py, когда снова работает в Probs, но сейчас, я просто ничего не :-D обновления

(1) https://twitter.com/glyph/status/640980540691234816 (2) https://twitter.com/glyph/status/640980540691234816

+0

Спасибо за пояснительный ответ. Я ценю это. Так что это была проблема с setuptools. Я привязал версию setuptools к версии 2.2 под версиями buildout.cfg, и она работает. Я должен был попробовать это сначала, основываясь на второй и последней строках в трассировке. Да, сейчас я буду пытаться обновиться, так как я все еще работаю над проектом. Еще раз спасибо! –

1

(копируется из моего комментария по аналогичному вопросу в GitHub)

I've had fights like this in the past with zopeskel/paster. Nowadays though I avoid it.... choosing to use:

  • mrbob for templating eggs
  • creating dexterity types through the web see plone training
  • OR alternatively creating dexterity types directly in code without templating - there's a lot less boilerplate code in dexterity cf archetypes

Я подозреваю, ваш вопрос, потому что ваш установку 4.3.6 может иметь модернизированную ZopeSkel или один из его зависимостей к чему-то с различными требованиями по localcommands/шаблонов. Если вы хотите продолжить этот бой (и я не рекомендую его), вы можете попытаться привязать все ваши зависимости zopeskel к последним версиям (хотя Zopeskel должен быть меньше 3.0, я считаю)

+0

Спасибо. На данный момент я установил setuptools в 2.2, который исправил проблему, которую я имел. В какой-то момент я переключусь на использование mrbob, так как я могу вызвать другие проблемы, привязывая версии других продуктов. Плюс mrbob обесценивает пастер по ссылке на mrbob, которую вы предоставили. Еще раз спасибо. –

+0

Это хорошая идея, paster/zopeskel будет становиться все менее и менее поддерживаемым - я бы сказал, что вы должны сделать переход на mrbob при запуске нового проекта (например, сейчас). Это освежающе просто, и шаблоны будут более точными, чем пастерные. Дайте себе 10-15 минут, чтобы попробовать сейчас и посмотреть, что вы думаете! – Danimal

+0

Является ли mrbob безопасным, возможно, конфликты, как мы постоянно сталкиваемся с paster'n'zopskel? –

Смежные вопросы