hy,

试图与Debian Lenny一起使用Qooxdoo。 QOOXDOO SDK 1.2

create-application.py可以,但是我对generate.py有问题:

/demo/qooxdoo/hello1$ ./generate.py source-all
Traceback (most recent call last):
  File "/demo/qooxdoo-1.2-sdk/tool/bin/generator.py", line 26, in <module>
    from generator.Generator import Generator
  File "/demo/qooxdoo-1.2-sdk/tool/bin/Generator.py", line 31, in <module>
    #import warnings
  File "/demo/qooxdoo-1.2-sdk/tool/bin/Generator.py", line 31, in <module>
    #import warnings
ImportError: No module named code.Class

我确实认为我错过了一些Debian套餐

请帮助我。 ta。

有帮助吗?

解决方案

此堆栈痕迹有点奇怪。对于基本内容,引用的代码行(Generator.py:31)从“ Generator.code.class”导入,Infrorror表示它在“ Generator”下没有找到“代码”子包。但是“ #IMPORT警告”行实际上是Generator.py行31,就好像它会混合Generator.py和Generator.py。

堆栈跟踪参考/demo/qooxdoo-1.2-sdk/tool/bin/generator.py这是一个事实,这是一个事实,它应该是/demo/qooxdoo-1.2-sdk/tool/pylib/pylib/generator.penerator.py.py.py.py

我没有方便地检查包裹本身是否还好,但是我感觉到如何在计算机上安装Qooxdoo SDK存在一些基本缺陷。

我建议您只从中下载Qooxdoo-1.2-SDK SourceForge 并将其解放到合适的目录。然后从此软件包重新运行create-application.py以创建新骨架,或编辑现有骨架的config.json,以便qooxdoo_path宏指向新的SDK。然后,您应该全部设置。

其他提示

我同意Zamnut6。当我在AA VirtualBox共享HFS文件系统上提取QOOXDOO SDK软件包时,我也遇到了同样的问题。问题与两个文件系统之间的文件名称外壳不兼容有关。

在普通Linux目录上提取SDK(如果您的开发环境是Linux)应解决此问题。

当我在虚拟框共享目录(主机XP,Guest Ubuntu)中解开包装zip文件时,我也遇到了这个问题,当我运行时,该共享引起了此问题 ./generate.py 共享目录中的源。

当我将拉链包装到普通的Linux目录时,我没有问题。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top