•  25-09-2019
  •  | 
  •  

質問

ハイ、

Debian Lennyで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パッケージが足りないと思います

助けてください。 ta。

役に立ちましたか？

解決

このスタックトレースはちょっと変な奇妙です。基本的なことについては、参照されたコードライン（Generator.py:31）は「generator.code.class」からインポートし、インポーターロールは「コード」サブパッケージが「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/generator/generator.pyである必要があるという事実によってさらに促進されます。

パッケージ自体が大丈夫かどうかを確認するのに便利なレニーはありませんが、QOOXDOO SDKがマシンにどのようにインストールされているかについての基本的な欠陥があると感じています。

qooxdoo-1.2-sdkからダウンロードすることをお勧めします SourceForge 適切なディレクトリに開梱します。次に、このパッケージからcreate-application.pyを再実行して新しいスケルトンを作成するか、既存のスケルトンのconfig.jsonを編集して、qooxdoo_pathマクロが新しいSDKを指します。そうすれば、すべて設定される必要があります。

他のヒント

Zamnut6に同意します。 AA VirtualBox共有HFSファイルシステムでQOOXDOO SDKパッケージを抽出したときに同じ問題が発生しました。問題は、2つのファイルシステム間のファイル名のケーシングの互換性と関係があります。

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

仮想ボックス共有ディレクトリ（ホストXP、ゲストUbuntu）にzipファイルを開梱したときにもこの問題に遭遇しました。 ./generate.py 共有ディレクトリ内のソース。

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

ライセンス： CC-BY-SA と 帰属
所属していません StackOverflow
scroll top