Plone / Paster - 什么可能導致“paster addcontent dexterity_content”不起作用？

Question

我正在嘗試使用貼紙來創建一個靈巧的內容類型。 我在一個目標文件夾中做了一個新的Plone 4.3.4獨立安裝，它與我之前使用的目標文件夾不同，因此buildout-cache會很干凈。

我使用的操作系統是Ubuntu 14.04。 所以在我的下載文件夾中，在我提取的安裝程序文件夾中，我輸入了終端：

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

這安裝正確。 然后我去Plone2的MyProject。 我編輯buildout來更改我的密碼和運行buildout：

buildout -c develop.cfg

然后我轉到src文件夾並使用zopeskel創建一個新產品：

../bin/zopeskel dexterity project.house

然后我編輯我的buildout並在egg下我添加了project.house並在develop下，src / project.house。 然后我再次運行buildout並正確構建。 然后在源代碼下的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會破壞一切嗎？

我的早期目標文件夾仍然有效。

Answer 1

拋出“”ImportError：沒有名為dexterity.localcommands.dexterity“+”plone“的模塊進入searchengine直接導致Plone 4.3.4 - ImportError：沒有名為dexterity.localcommands.dexterity的模塊 ，其中S. McMahon聲明它是https中報告的錯誤：//github.com/plone/Installers-UnifiedInstaller/issues/33已經為Plone-5安裝程序修復，但不適用於Plone-4。

這個bug很可能是由最新的setuptools版本和FWIW造成的，我偶然在“ 字形 ”的推文中發現了這些信息，這看起來很有幫助：

“公共服務公告：讓@ dstufft的生活更輕松，不要使用Debian或Ubuntu的`python-pip'軟件包。它已經壞了。” （1）

“相反，使用get-pip.py安裝pip和virtualenv，最好安裝到你的主目錄中。（可悲的是， https ：//pip2014.com/仍然是相關的。）”（2）

我將仔細研究salvation- get-pip.py -script get-pip.py ，當再次遇到probs時，但是現在，我根本不升級任何東西:-D

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

Answer 2

（從我自己對github中類似問題的評論中復制）

我曾經和zopeskel / paster一起打過這樣的打架。 現在雖然我避免它....選擇使用：

• 用於模板化蛋的mrbob
• 通過網絡創建靈巧類型參見plone培訓
• 或者直接在代碼中直接創建靈巧類型而不進行模板化 - 在靈巧性參考文獻中，模板代碼少得多

我懷疑你的問題是因為4.3.6的安裝可能已經將zopeskel或其中一個依賴項升級到對localcommands / templates有不同要求的東西。 如果你想繼續這場斗爭（我不推薦它），那么你可以嘗試將所有zopeskel依賴項固定到最新版本（雖然Zopeskel必須小於3.0我相信）