Discussion :

[deusyss]

Bonjour,

Je developpe sous Linux en Python 2.7. J'ai lu de nombreuses choses sur py2exe et cx_freeze. Je n'ai malheureusement pas trouvé réponse à mon probleme.

Mon application est organisé ainsi:
DOSSIER_PRINCIPAL
>>SRC
>>>>PY
>>>>>>Module1
>>>>>>Module2
>>>>>>Module3
>>>>>>Module4
>>>>BDD
>>>>>>BDD_SQLITE
>>IMG
>>>>BACKGROUND
>>>>BUTTONS
>>>>>>IMG1
>>>>>>IMG2
>>>>>>IMG3

Module 1 fait import de pygtk, gtk, sys, os, Module 2 fait import de maths, Module 3 fait import de sqlite, sys, os et Module 4 fait import de Module1, Moduel2, Module3, sys, os.

Le module1 récupère des images dans Buttons, et le module 3 accede à la BDD_SQLITE.

Le logiciel fonctionne bien, mais vient l'épineuse question de la convertion en exe. J'ai trouvé nombre d'exemple d'un simple, voir de deux fichiers, mais jamais avec autant d'interconnection. Mes essais d'hier soir n'ont rien donné de concluants.

Mon souhait serait de créer une application standalone en remplaçant les modulex.py par des modulesx.exe tout simplement. Est-ce faisable à votre avis?

Merci beaucoup

[tyrtamos]

Bonjour,

J'utilise souvent cx_freeze sous Windows et sous Linux, y compris pour de gros programmes complexes avec bibliothèque graphique (j'utilise PyQt4), sqlite, ftp, web, etc...

Ce que tu envisages est tout à fait faisable, mais bien sûr, pour faire un exe destiné à Windows, il faudra le faire sous Windows (les bibliothèques à emporter sont différentes)!

Pour cx_freeze, j'utilise la méthode avec "setup.py", ce qui me permet d'utiliser un "modèle" que je modifie au fur et à mesure de mes expériences. Mon tuto pour Windows est ici: http://python.jpvweb.com/mesrecettes..._pyqt4_windows.

[deusyss]

Bonjour Tyrtamos,

Merci beaucoup pour ton retour rapide.

Je pensais pouvoir générer l'exe depuis Linux, mais non aparemment. On apprend tous les jours.

Je viens de lire ton exemple. Je comprend bien comment faire avec mes multiples fichiers PY.

Petite question: Les exe générés seront a placer dans mon dossier "00-PY" du coup? et tout fonctionnera bien?

Essais ce soir si je remet la main sur la bonne VM. Merci beaucoup je te tiens au courant.


EDIT: côté Linux, je créé des paquet .deb donc pas besoin de cx_freeze

[wiztricks]

Salut,

Mon souhait serait de créer une application standalone en remplaçant les modulex.py par des modulesx.exe tout simplement. Est-ce faisable à votre avis?

Hu?!
En Python, un module est un objet auquel on appliquera /import/ pour pouvoir l'utiliser. Construire moduleX.exe a partir de moduleX.py est possible mais les .exe s’exécuteront dans leurs interpréteurs et des process distincts alors que les scripts ".py" devraient partager le même interpréteur.
=> les interactions entre ces /modules/ ne sont plus du tout les mêmes.

Avec un engin de Virtualisation tel que VirtualBox, il est possible d’accéder au projet (les sources) en utilisant des /shared-folders/. Dit autrement, je peux modifier le source depuis une VM Linux et la mise a jour se propage dans la VM Windows.

A partir de la, un outil de packaging tel que cx_freeze génère les fichiers de la distribution dans un sous-répertoire build.exe-linux-X.Y ou exe.win32-X.Y a partir de ce qui a été définit dans le setup.py. L’étape suivante sera d'emballer le /build/ en fonction de l'outil de déploiement: MSI, RPM,...
note: in fine, c'est la structure du répertoire du /build.os_specific/ qu'on retrouvera sur la cible après /déploiement/

J'y intègre plusieurs .exe (ou points d’entrée): le prog, des tests fonctionnels de base (qui appelleront prog.exe) et des tests d’intégration (s'il y a des dépendances externes).

- W

[deusyss]

Bonjour,

Je n'ai pas eu le temps de repasser sur mon déploiement windows depuis quelques temps, étant pas mal pris en ces mois d'été.

J'ai cependant eu le temps d'y réfléchir, et en fait, que tout mes fichiers .py soient rassemblés en un seul exe ne me posent au final aucuns problèmes, c'est même plus pratiques.

Je recommencerais mes essais dès que j'en aurai l'occasion et vous tiendrais au courant.

Merci beaucoup pour votre aide en tattendant

[deusyss]

Bonjour à tous,

Je reviens après quelques temps d'absence sur mon post, et un certains nombre d'essais.

Suite à vos retours, je suis aprtis sur un seul exe final, mais avec le désir de garder ma structure.

j'ai essayer ton lien tyrtamos, j'ai lu la documentation cx_freeze, qui manque un peu de clarté je trouve d'ailleurs, mais qui fait bien ressortir que ce peut etre un outil puissant.

Bref, jusqu'ici rien avec cx_freeze.
J'ai pourtant du mal à croire que personne n'a déjà fait ce que j'essaie de faire, que ce soit avec cx_freeze ou autre. Je continue à chercher.

Si vous avez une idée, elle est la bienvenue. Je joint mon soft terminé si quelqu'un veut faire des essais.

Merci

[tyrtamos]

Bonjour,

J'ai essayé avec ton programme, et je commence à trouver les problèmes que tu rencontres.

1- sans instruction particulière dans le setup, seuls sont transférés les modules compilés .pyc (=> library.zip), ainsi que les bibliothèques "système" .dll. Mais rien d'autre: ni la base de données, ni la doc, ni les images..

Pour retrouver tous ces éléments à exploiter par l'exe, il faut en demander la recopie dans le setup destiné à cx_freeze, grâce à l'instruction "includefiles".

2- mais si on recopie ainsi, on va retrouver ces éléments recopiés à un autre endroit de l'arborescence, c'est à dire que les répertoires BDD, IMG et DOC seront au même niveau que les ModuleX.py. Et, là, on aura le 2ème problème: l'arborescence proposée ne pourra pas être la même dans la version .py et dans la version exe, ce qui posera des problèmes d'adressage pour accéder à ces éléments.

Donc il faut, à mon avis, modifier l'arborescence du programme de la façon suivante:

DOSSIER_PRINCIPAL

>>Module1.py
>>Module2.py
>>Module3.py
>>Module4.py
>>septup.py

>>BDD
>>>>BDD_SQLITE

>>IMG
>>>>BACKGROUND
>>>>BUTTONS
>>>>>>IMG1
>>>>>>IMG2
>>>>>>IMG3

>>DOC
>>>>NOTICE
>>>>DOC_SOURCE

Avec ça, on pourra dans le setup demander la recopie des répertoires de données comme suit:

includefiles = ["BDD", "IMG", "DOC"]

Dans cette solution, vu des modules python, l'adresse relative pour accéder aux données sera la même dans la version py et dans la version exe, ce qui éliminera les problèmes de chemins.

Si tu es d'accord, corrige tes codes pour coller avec la nouvelle arborescence, et redonne le zip que je continue à chercher.

[deusyss]

Merci beaucoup pour ton aide.

Je comprend mieux les problèmes que je rencontrais avec tes explications. Même si j'avoue que j'aurais préféré conservé la structure que j'avais créé, je comprend que je n'ai pas vraiment le choix pour m'autoriser un déploiement windows

C'est en pratiquant qu'on apprend. Il me restera plus qu'a modifier toutes les structures de mes projets après; le principal étant d'avoir une solution.

J'ai donc modifié la structure de mon projet, ainsi que le code pour les chemins d'accès aux divers fichiers. Le zip est en PJ.

Je vais faire des essais dans le courant de la journée. J'accepte volontiers ton aide sur le sujet. Comme je l'ai dit précédemment, la doc me semble un peu nébuleuse.

Merci beaucoup