Distribution d'une application Python

Bonjour

Python est excellent quand on l'utilise à l'interne dans une société. Par contre si l'on veut faire une application que l'on veut ensuite revendre là ça devient plus compliqué.

La seul chose qui je vois c'est de livrer les fichiers *.pyc au lieu des *.py. Seul pb c'est que le client doit avoir un environnement Python installé et qui soit compatible avec la version qui a servi à générer les *.pyc.
D'autre part il existe sur le net des outils permettant de faire du reverse ingenering sur les fichiers *.pyc. Donc cette approche est pas forcement la meilleur.

L'idéale serai évidemment de pouvoir générer un (vrai) binaire qui soit complétement autonome. Voir un binaire pour le programme principale et des librairies dynamiques pour les différents packages que l'on utilise. De cette manière le client n'aurait même pas besoin d'installer Python dans son environnement.

Avez vous étais confronté à ce genre de cas ?
Comment l'avez vous résolue ?

Bonjour,

Dans la section Les meilleurs bibliothèques pour Python du site vous trouverais dans Déploiement py2exe et cxfreeze qui permettent de faire de binaires autonomes.
Vous avez même un forum pour cela.

@+

Citation:

---

Envoyé par zelegolas2

Par contre si l'on veut faire une application que l'on veut ensuite revendre là ça devient plus compliqué.

---

attention dans ce cas à bien lire les termes des licences :D

Salut,

Citation:

---

Envoyé par zelegolas2

L'idéale serai évidemment de pouvoir générer un (vrai) binaire qui soit complétement autonome.

---

Ce n'est pas du tout la philosophie python. Une appli python se génère souvent par un setup qui collecte dans un même dossier l'interpréteur et les scripts nécessaires. On peut configurer ce setup pour ajouter une foultitude de choses, comme des dossiers et des fichiers. Ensuite n'importe installeur fait l'affaire pour empaqueter le tout et créer un exécutable d'installation.

Quand à l'histoire du reverse engineering, python est à la base pensé pour faire de l'open source, il me semble.

A+

Pfeuh

Citation:

---

Envoyé par PauseKawa

Bonjour,

Dans la section Les meilleurs bibliothèques pour Python du site vous trouverais dans Déploiement py2exe et cxfreeze qui permettent de faire de binaires autonomes.
Vous avez même un forum pour cela.

@+

---

Merci PauseKawa pour ta réponse.
Pour le lien sur le forum pour le déploiement. J'irai jeter un oeil.
Sinon pour py2exe étant sur mac ça m'aidera pas beaucoup. Je jetterai un oeil sur cx_Freeze.

Citation:

---

Envoyé par kango

attention dans ce cas à bien lire les termes des licences :D

---

Oui je vais faire gaffe à ça.

Citation:

---

Envoyé par pfeuh

Salut,



Ce n'est pas du tout la philosophie python. Une appli python se génère souvent par un setup qui collecte dans un même dossier l'interpréteur et les scripts nécessaires. On peut configurer ce setup pour ajouter une foultitude de choses, comme des dossiers et des fichiers. Ensuite n'importe installeur fait l'affaire pour empaqueter le tout et créer un exécutable d'installation.

Quand à l'histoire du reverse engineering, python est à la base pensé pour faire de l'open source, il me semble.

A+

Pfeuh

---

Sur le principe je suis d'accord avec toi que python est surtout utilisé avec des projets OpenSource.
Dans un sens c'est normale aussi car si des gens comme moi sont intéressés par le langage mais qu'on ne peut pas, ou difficilement, envisager de l'utiliser pour des applications commerciales python restera confiné au monde de l'OpenSource.
Ce qui est dommage car de bons projets commerciaux peuvent renforcer et aider à une adoption plus massive de ce langage.
J'adore Python mais si pour la distribution d'application c'est trop contraignant il va sans doute falloir que je me tourne vers un autre langage.
Enfin bref c'est un débat philosophique sur lequel on peut s’épancher longuement et pour l'instant ça m'aide pas vraiment.