2

やあ、

debianlennyでqooxdooを使おうとしています。qooxdoo sdk 1.2

create-application.py okですが、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パッケージが欠けていると思います

助けてください。タ。

4

3 に答える 3

2

このスタックトレースは少し奇妙です。基本的に、参照されるコード行（Generator.py：31）は「generator.code.Class」からインポートされ、ImportErrorは、「generator」の下に「code」サブパッケージが見つからないことを示します。ただし、「＃importwarnings」行は実際にはgenerator.py行31であり、generator.pyとGenerator.pyが混在しているように見えます。

これは、スタックトレースが/demo/qooxdoo-1.2-sdk/tool/bin/Generator.pyを参照しているという事実によってさらに促進されます。これは、実際には/demo/qooxdoo-1.2-sdk/tool/pylib/generator/Generator.pyである必要があります。

パッケージ自体に問題がないかどうかを確認するのに便利なレニーはありませんが、qooxdooSDKをマシンにインストールする方法に基本的な欠陥があるように感じます。

qooxdoo-1.2-sdkをsourceforgeからダウンロードし、適切なディレクトリに解凍することをお勧めします。次に、このパッケージからcreate-application.pyを再実行して新しいスケルトンを作成するか、既存のスケルトンのconfig.jsonを編集して、QOOXDOO_PATHマクロが新しいSDKを指すようにします。その後、すべての設定が完了しているはずです。

于 2010-09-28T08:30:53.420 に答える
2

仮想ボックスの共有ディレクトリ（ホストXP、ゲストUbuntu）でzipファイルを解凍したときにもこの問題が発生し./generate.pyました。共有ディレクトリ内でソースを実行すると、共有によってこの問題が発生しました。

zipを通常のLinuxディレクトリに解凍したとき、問題はありませんでした。

于 2010-12-21T14:11:55.147 に答える
2

zamnut6に同意します。virtualbox共有HFSファイルシステムでqooxdooSDKパッケージを抽出したときにも同じ問題が発生しました。問題は、2つのファイルシステム間のファイル名ケーシングの非互換性に関係しています。

通常のLinuxディレクトリ（開発環境がLinuxの場合）でSDKを抽出すると、この問題が解決するはずです。

于 2011-03-12T18:32:33.180 に答える