Plone/Paster - 什么可能导致 "paster addcontent dexterity_content"不起作用？

Question

我正在尝试使用粘贴器来创建灵巧的内容类型。
我在一个目标文件夹中做了一个新的 Plone 4.3.4 独立安装，该文件夹与我之前使用的文件夹不同，因此构建缓存将是干净的。

我使用的操作系统是 Ubuntu 14.04。所以在我的下载文件夹中，在我解压的安装程序文件夹中，我在终端中输入:

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

那安装正确。然后我去 Plone2 中的 MyProject。我编辑构建以更改我的密码，以及运行构建:

buildout -c develop.cfg

然后我转到 src 文件夹并使用 zopeskel 创建一个新产品:

../bin/zopeskel dexterity project.house

然后我编辑我的构建并在鸡蛋下添加 project.house 并在开发中添加 src/project.house。然后我再次运行 buildout 并正确构建。然后在sources下的project.house文件夹中，我尝试运行paster。

../../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。不幸的是，我从未尝试过使用 Paster，因为我是通过网络创建灵巧的内容。切换到 4.3.6 会毁了一切吗？

不过，我之前的目标文件夹仍然有效。

Answer 1

将 ""ImportError: No module named dexterity.localcommands.dexterity"+ "plone"扔进搜索引擎会直接导致 Plone 4.3.4 - ImportError: No module named dexterity.localcommands.dexterity，其中 S. McMahon 指出这是 https://github.com/plone/Installers-UnifiedInstaller/issues/33 中报告的错误，并且已经为 Plone-5 安装程序修复，但不适用于 Plone-4。

这个bug很可能是最新的setuptools-version和FWIW引起的，我偶然在“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)

我会仔细看看救恩的 promise 脚本 get-pip.py ，当再次遇到问题时，但就目前而言，我根本不升级任何东西:-D

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