Plone/Paster -什么会导致"paster addcontent dexterity_content“不能工作？

Question

我正在尝试使用paster创建一个灵巧的内容类型。我在目标文件夹中完成了Plone 4.3.4的新独立安装，这与我以前使用的文件夹不同，因此它是构建出来的-缓存将是干净的。

我使用的操作系统是Ubuntu14.04。因此，在我的下载文件夹中，在我提取的安装程序文件夹中，我输入了终端：

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

安装正确。然后我去了MyProject in Plone2。我编辑buildout以更改我的密码，然后运行buildout：

buildout -c develop.cfg

然后我转到src文件夹，用zopeskel创建一个新产品：

../bin/zopeskel dexterity project.house

然后我编辑我的构建，在鸡蛋下面我添加了project.house和下面的develop，src/project.house。然后我再次运行buildout，它将正确地构建出来。然后，在源代码下的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。不幸的是，我从未尝试使用贴图，因为我正在通过网络创建灵巧的内容。切换到4.3.6会毁掉一切吗？

不过，我的早期目标文件夹仍然有效。

Answer 1

将“ImportError:没有一个名为dexterity.localcommands.dexterity”+ "plone“的模块扔到搜索引擎中，直接指向Plone 4.3.4 - ImportError:没有名为dexterity.localcommands.dexterity的模块，在那里，S·McMahon说这是在https://github.com/plone/Installers-UnifiedInstaller/issues/33中报告的一个bug，已经修复了Plone-5-安装程序，而不是Plone-4。

这个bug很可能是由最新的setuptools-version和FWIW引起的，有一天我在"字形“的推文中偶然发现了这些信息，这些信息看起来很有用：

“公共服务公告:让@dstufft的生活更简单，不要使用Debian或Ubuntu的‘pip’包。它坏了。”(1) “相反，使用get-pip.py安装pip和virtualenv，最好是安装到您的主目录中。(遗憾的是，https://pip2014.com/仍然相关。”(2)

当我再次遇到问题时，我会更仔细地看一看救恩-有前途的脚本get-pip.py，但是现在，我根本不升级任何东西:-D

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

Answer 2

(抄录自我对github类似问题的评论)

我以前和佐普斯克尔/帕斯特打过这样的仗。现在虽然我避免了..。选择使用：

• 模板鸡蛋用姆博布
• 通过web 见plone培训创建灵巧类型
• 或者直接在代码中创建灵巧类型而不使用模板--灵巧的cf原型中的样板代码要少得多

我怀疑您的问题是因为您的安装4.3.6可能升级了zopeskel或它的依赖项之一，对localcommands/模板有不同的要求。如果你想继续这场战斗(我不建议你这么做)，那么你可以尝试将你所有的zopeskel依赖项都固定在最新版本上(虽然Zopeskel必须小于3.0，我相信)