qooxdoo et debian etch

Question

Hy,

Essayer d'utiliser qooxdoo avec debian etch. qooxdoo sdk 1.2

create-application.py ok mais j'ai un problème avec 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

Je ne pense que je manque quelques paquets debian

Ne me aider s'il vous plaît. Ta.

Answer 1

Cette trace de la pile est un peu bizarre. Pour une chose de base, la ligne de code référencé (Generator.py:31) importations de « generator.code.Class », et la ImportError indique qu'il ne trouve pas le « code » subpackage sous « générateur ». Mais la ligne « avertissements #import » est en fait la ligne generator.py 31, comme il mixera generator.py et Generator.py.

Ceci est favorisée par le fait que la trace de la pile référence /demo/qooxdoo-1.2-sdk/tool/bin/Generator.py, ce qui devrait vraiment être /demo/qooxdoo-1.2-sdk/tool/pylib/generator/ Generator.py

Je n'ai pas à portée de main squeeze pour vérifier si le paquet lui-même est bien, mais je reçois le sentiment il y a un défaut de base avec la façon dont le SDK qooxdoo est installé sur votre machine.

Je recommande que vous téléchargez simplement le qooxdoo-1,2-sdk de sourceforge et décompresser dans un répertoire approprié. Exécutez à nouveau le create-application.py de ce paquet pour créer un nouveau squelette, ou modifier le config.json de votre squelette existant afin que les points macro QOOXDOO_PATH au nouveau SDK. Ensuite, vous devez être tous ensemble.

Answer 2

Je suis d'accord avec zamnut6. J'ai eu le même problème quand je le package SDK extrait qooxdoo sur un système de fichiers HFS virtualbox partagé. Le problème est quelque chose à voir avec l'incompatibilité de boîtier de nom de fichier entre deux systèmes de fichiers.

Extraire le SDK sur un répertoire Linux normal (si votre environnement de développement est Linux) devrait résoudre ce problème.

Answer 3

Je suis tombé sur ce problème aussi quand j'avais décompressé le fichier zip dans une boîte virtuelle répertoire partagé (hôte XP, Ubuntu invité), la part a causé ce problème quand je courais la source ./generate.py dans le répertoire partagé.

Quand je décompressé le zip dans un répertoire Linux normal, je n'avais aucun problème.