Python a fait de son fer de lance sa portabilité. Seulement j'ai crée une application qui fait appel à de nombreux modules (PyOpenGL par exemple) et j'aimerais pouvoir la lancer sur plusieurs machines possédant l'environnement python, sans pour autant devoir passer en root et installer tous les modules nécessaires.
 
Est-il possible d'integrer les modules directement dans l'application?
 
Au passage je ne souhaite pas créer des binaires, je veux être capable à tout moment de modifier le code.
 
 
Merci bien.

Tu peux tenter de récupérer les modules dans ton répertoire site-package, ou bien voir s'il ne t'es pas possible de faire quelque chose avec SetupTools en général (et SetupTools: Develop en particulier)

Merci, je ne connaissais pas SetupTools, ça à l'air interessant.

Sinon j'ai une petite question, je ne sais pas si je vais créer un topic pour ça, m'enfin si tu as une idée :
 
J'ai fais une interface sommaire en wx. Il y a une frame et une barre de menu. Quand je click sur open ça fais une action sur le fichier choisi. J'utilise "f=open(os.path.join(self.dirname,self.filename),'r')" pour avoir les bons séparateur en fonction et je dois dire que ça fonctionne plus qu'aléatoirement.
 
En effet, j'utilise eclipse pour coder et lorsque je lance l'application par ce programme il n'y a aucun souci. Si je vais dans mon repertoire de travail et que je lance l'application, il n'y a aucun souci. Si je copie les sources et que je tente d'ouvrir un fichier, comme par magie, il me fait une erreur au niveau des séparateurs :
 
"No such file or directory : 'C:dolphin.wrl'
 
Il n'a pas ecrit les séparateurs, alors qu'il le fait d'habitude (les \ sous win).

Parce qu'il génère le chemin relativement au répertoire actuel sur le disque C (c:file et non c:\\file), cf doc
 
Fais un  

os.path.abspath(os.path.join(dirname,filename))

ça devrait marcher normalement

Ca ne fonctionne pas non plus, l'erreur est cette fois differente. Ce n'est plus le séparateur qui bug, cette fois il essaie d'ouvrir le fichier dans le repetoire courant.
 
Je précise que ce bug se produit uniquement quand je lance le script depuis n'importe quel repertoire sous C:, j'ai deux autres lecteurs et ça fonctionne parfaitement dessus!

up