[Python & .DEB] Créer un paquet DEB d'un programme en Python

rasta42 · Le 13/04/2007, à 19:54

Bonjour Tout le monde,

C'est mon premier post sur ce forum même si je viens y faire un tour assez régulièrement pour trouver des réponses à mes questions.

La problématique qui m'amène à poster aujourd'hui est la suivante :

Depuis quelque temps maintenant, je développe un programme en python pour la communauté linuxiènne du N9uf (MP9Gui pour ceux qui connaissent). Comme ça commence à intéresser pas mal de monde (et pas forcement toujours très à l'aise sous linux), j'avais dans l'idée de le distribuer sous forme de paquet DEB plutôt qu'une simple archive tar.gz. Mais, j'ai beau chercher un peu partout sur le net, je trouve très peu de doc relative à la création de paquet DEB à partir d'un programme en python.

Je me suis d'abord penché sur le "Debian Policy Manual" ainsi que le "Debian Python Policy" mais c'est de la doc très générale (intéressante mais pas très user-frendly).

Sur un forum j'ai entendu parler d'une "nouvelle méthode" (Python Egg) mais ça m'a pas l'air de vraiment "respecter" la Debian Policy".
Enfin, j'ai récemment trouvé un tuto vidéo à cette adresse.

Avant de choisir l'une de ces deux méthodes, j'aimerais avoir vos avis et suggestions (notamment en terme de respect de la "Debian Policy").

Question subsidiaire : Si vous connaissez d'autres documents sur la création de paquets DEB pour des sources en Python, je suis preneur.

[Edit]
Au(x) Modérateur(s) :
J'ai hésité à mettre ce post ici ou dans le sous-forum sur les .deb et synaptic, dplacez-le au besoin, je ne m'en formaliserai pas.
[Edit]

Dernière modification par rasta42 (Le 13/04/2007, à 19:57)

lordphoenix · Le 13/04/2007, à 22:46

sur le canal IRC #ubuntu-fr-classroom du réseau freenode tu devrais pouvoir trouver du monde pour t'aider c'est le coin des apprenti packageurs d'ubuntu

Athropos · Le 14/04/2007, à 12:22

Salut,

Voila ce que je fais pour ma part concernant PyPar2. Il te faut d'abord un fichier nommé control-install, avec un contenu similaire à celui-ci :

Package: pypar2
Version: 1.3
Section: utils
Priority: optional
Architecture: i386
Depends: par2 (>=0.4-6), python (>=2.4), python-xml (>=0.8), python-gtk2 (>=2.6.3-2), python-glade2 (>=2.6.3-2), python-vte (>=1:0.11:15-4)
Maintainer: Francois Ingelrest (Athropos@gmail.com)
Description: PyPar2 is a GTK+ based frontend for par2.

Fais bien attention aux dépendances de ton programme, ou il ne fonctionnera pas après installation si certains packages ne sont pas installés. Ensuite, il suffit de recréer l'arborescence complète utilisée pour l'installation au sein d'un sous-répertoire. Voila un script que j'ai écrit qui fait ça et génère le package :

#!/bin/sh

INSTALL_DIR="/usr/share/pypar2"
MAN_DIR="/usr/share/man/man1"
BIN_DIR="/usr/bin"
APP_DIR="/usr/share/applications"
LOC_DIR="/usr/share/locale"
ICO_DIR="/usr/local/share/pixmaps"
VERSION=`cat control-install | grep "Version" | cut -d\  -f2`

mkdir -p pypar2/DEBIAN
cp control-install pypar2/DEBIAN/control

mkdir -p "pypar2"$ICO_DIR
cp pix/pypar2.png "pypar2"$ICO_DIR

mkdir -p "pypar2"$MAN_DIR
cp doc/pypar2.1 "pypar2"$MAN_DIR

mkdir -p "pypar2"$INSTALL_DIR

mkdir -p "pypar2"$INSTALL_DIR"/src"
cp src/*.py "pypar2"$INSTALL_DIR"/src/"

mkdir -p "pypar2"$INSTALL_DIR"/res"
cp res/*.glade "pypar2"$INSTALL_DIR"/res/"

mkdir -p "pypar2"$INSTALL_DIR"/pix"
cp pix/*.png "pypar2"$INSTALL_DIR"/pix/"

mkdir -p "pypar2"$INSTALL_DIR"/doc"
cp doc/gpl.txt "pypar2"$INSTALL_DIR"/doc/"
cp doc/whatsnew.txt "pypar2"$INSTALL_DIR"/doc/"

mkdir -p "pypar2"$APP_DIR
cp res/*.desktop "pypar2"$APP_DIR

mkdir -p "pypar2"$BIN_DIR
cp start-install.sh "pypar2"$BIN_DIR"/pypar2"

mkdir -p "pypar2"$LOC_DIR
cp -R locale/* "pypar2"$LOC_DIR

dpkg-deb --build pypar2 pypar2-$VERSION.deb
rm -rf pypar2

À toi de l'adapter à tes besoins

rasta42 · Le 14/04/2007, à 20:50

Bon, tout d'abord, merci pour vos réponses.

J'ai un peu avancé cette nuit. Notamment, en lisant de manière très approfondie le "Debian Python Policy" (DPP) et le "Distributing Python Modules" (DPM) (doc python sur le module distutils) ainsi qu'en examinant différents paquets deb de programme écrits en python.

Alors, la première chose qui ressort de tout ça, c'est que personne ne fait pareil. Je m'explique, en théorie, d'après le DPP, les différents fichiers du programme devraient s'installer dans "/usr/lib/pythonX.Y/site-packages/nomduprog". En réalité, beaucoup utilisent "/usr/share/nomduprog" (rassures-toi Athropos, t'es pas le seul ). Pourquoi faire aussi peu de cas des tentatives de "standardisation" de Debian ?

Deuxièmement, d'après le DPM, il devrait exister dans chaque archive tgz source, le fichier setup.py afin de pouvoir utiliser la sacro-sainte commande 'python setup.py install' et ses dérivées (notamment 'python setup.ps bdist'). Certains l'utilise et d'autres pas, y-a-t'il une raison particulière ?

Plus tard dans la nuit, j'ai fini par trouver le site d'"Easy Software Product" qui a fini par développer un log qui s'appelle "EPM" (présent dans les dépots Ubuntu d'ailleurs) pour gérer la distribution de ses propres logs sur différents distributions et architectures. J'ai commencé à y regarder même si ça m'a l'air d'être une usine à gaz par rapport à mes besoins.

Au final, je me retrouve aussi perdu qu'avant. J'ai ingurgité plein de docs très intéressantes parlant des théories mais en pratique, il n'existe apparemment aucune "procédure standard" ni même tutos spécifiques aux programmes écrits en python.

En définitive, je crois que je m'ai me pencher sur ton script, Athropos, qui m'a l'air de réunir à peu près tous ce que j'ai pu lire mise à part ce problème de répertoire d'installation.

Si d'autres personnes ont des avis sur le sujet, n'hésitez pas à poster : ma réflexion sur le sujet est loin d'être terminée.

aleph · Le 14/04/2007, à 23:06

>rasta42
Si d'autres personnes ont des avis sur le sujet, n'hésitez pas à poster : ma réflexion sur le sujet est loin d'être terminée.

---

Je suis sous Windows et ta question m'ayant un peu intrigué, j'ai téléchargé ton application.

La réponse à ta question est assez simple et ne souffre d'aucune ambiguité. Tu ne dois pas mettre ton application dans site-packages Site-packages n'est pas destiné à recevoir les scripts, dans le sens applications. En gros, site-packages sert aux extensions du langage Python, les librairies qui sevent au développement d'un application Python, par ex. SQlite, wxPython, py2exe, Numeric, PIL pyQt, pyGTK ou que sais-je encore.

L'usage est de distribuer une application Python dans un ficher zip. Et de laisser le soin à l'utilisateur de mettre les scripts où il veut.

T'imagines-tu la joie si chacun va mettre ses applications dans site-packages ?

Athropos · Le 15/04/2007, à 09:46

rasta42 a écrit :

Alors, la première chose qui ressort de tout ça, c'est que personne ne fait pareil. Je m'explique, en théorie, d'après le DPP, les différents fichiers du programme devraient s'installer dans "/usr/lib/pythonX.Y/site-packages/nomduprog". En réalité, beaucoup utilisent "/usr/share/nomduprog" (rassures-toi Athropos, t'es pas le seul ). Pourquoi faire aussi peu de cas des tentatives de "standardisation" de Debian ?

Je t'avouerais que c'est un packager Debian qui m'a expliqué quoi mettre et où ;-)

C'est lui qui est responsable de PyPar2 pour les repos de la Debian, et ce sont ses packages qui sont portés dans les repos de la Feisty.

Zoolonly · Le 15/04/2007, à 09:50

A adapter celon tes besoins :
http://www.queret.net/wiki/index.php/Linux/How-to/CreerPaquetDebian#Cr.C3.A9ation_de_l.27arboresence
Remplace le script sh par ton .py
et le repertoire /etc/init.d/ par /usr/bin/.

Voila j'utilise cette methode pour les petits scripts. ca marche plutot bien !

rasta42 · Le 15/04/2007, à 19:50

Merci encore à tous de l'intérêt que vous portez à mon problème.

Bon, effectivement, après relecture de la Python Policy, je me suis aperçu que je m'était mélangé les pinceaux entre les chapitres 2 (Packaged Modules) et 3 (Python Programs), en ce qui concerne les répertoires d'installation. Mea Culpa Maxima Culpa.

Grâce au script d'Athropos, à un tuto sur dh_make et un autre sur le wiki d'ubuntu.fr, j'ai fais plusieurs tests. Il me reste quelques points à régler mais le brouillard s'estompe et j'aperçoit la lumière au bout du tunnel.

Je viens de faire un petit tour sur le lien de Zoolonly, il reprends à peu de chose près le même cheminement mais avec la gestion des script postinst et prerm en plus. Ca me sera d'autant plus utile pour virer les clés crées par mon applli dans GConf.

Sinon, pour répondre à Aleph, c'est vrai qu'au début, je fournissait mon programme sous forme d'archive tgz mais comme pas mal de personnes m'ont demandé un deb, je me suis décidé à m'y mettre. De toute façon, il est toujours bon d'apprendre, ça peut toujours servir pour un autre projet.

Avec tout ça, je devrais pouvoir maintenant m'en sortir tout seul.
Merci encore de votre aide, qui plus est très rapide.

lordphoenix · Le 15/04/2007, à 23:08

Comme tu sembles avoir trouvé une solution il serait peut être judicieux d'en faire une page pour le Wiki je pense que d'autres pourraient être intéressé.

rasta42 · Le 15/04/2007, à 23:55

J'ai encore quelques tests a effectuer, histoire de bien vérifier mes dépendances.

Une fois que c'est fait, je rédige un petit tuto pour la communauté.

reeth · Le 16/04/2007, à 12:13

lordphoenix a écrit :

Comme tu sembles avoir trouvé une solution il serait peut être judicieux d'en faire une page pour le Wiki je pense que d'autres pourraient être intéressé.

Yes, je suis intéressé . Un bon tuto me ferais grand plaisir et me motiverais encore plus dans l'apprentissage de ce langage

lordphoenix · Le 16/04/2007, à 21:04

rasta42 a écrit :

J'ai encore quelques tests a effectuer, histoire de bien vérifier mes dépendances.
Une fois que c'est fait, je rédige un petit tuto pour la communauté.

Super merci à toi comme je commence à me mettre à Python j'y trouverai certainement une utilité

cat_loic · Le 31/07/2007, à 12:15

Petit up pour ce sujet : je suis interréssé, mais je n'ai pas compris commet faire d'un programme en Python (plusieurs fichiers .py, des images, des fichiers et de la doc) une application sous Ubuntu (comme n'importe quel logicile, firefox, the GIMP, etc...)...
Quelqu'un peut-il m'apporter des précisions s'il vous plaît ?
Merci d'avance .

medim · Le 07/08/2007, à 20:49

up également. Je suis intéressé.

EDIT: un lien intéressant: http://pymaemo.garage.maemo.org/documen … tml#link26

Dernière modification par GottferDamnt (Le 07/08/2007, à 23:37)

monsitt · Le 08/08/2007, à 02:19

Salut à tous ,

Je suis le développeur d'EKD (http://ekd.tolosano.info et http://doc.ubuntu-fr.org/ekd) . EKD est écrit en Python et possède tout ce qu'il faut pour créer un .deb (pour Debian et pour Ubuntu) . A une époque j'avais la même demande que vous , et j'ai farfouillé sur le net ... et lu pas mal de choses . Je peux aider (je me suis fait un mémo décrivant pas à pas la conception du paquet .deb pour EKD et grâce à l'excellent script de Ludo qu'il a spécialement fait pour la création du .deb d'EKD ... et j'ai rajouté des choses personnelles ...) . Ce n'est pas une doc officielle, c'est juste un mémo personnel (assez fourni il est vrai) .

Voilà comment on va procéder :

Ceux qui sont intéressés peuvent s'inscrire à la liste de diffusion de http://ubunteros.tuxfamily.org/ (la liste linonroot-dev --> contacter Leonux ou moi-même par message privé) ou bien encore le dire dans le thread ici . Une fois inscrits à la liste linonroot-dev je vous mettrait à dispo mon mémo .

J'ai aussi fait un didacticiel sur comment internationaliser une application écrite en Python .

En échange (si vous êtes spécialiste dans le domaine), j'aimerais que quelqu'un fasse une doc très complète et didactique (images à l'appui --> code + images résultantes) sur l'utilisation de PyGTK (tous les widgets de PyGTK), un gros boulot en perspective .

a+

monsitt

Dernière modification par monsitt (Le 08/08/2007, à 02:25)

Leonux · Le 08/08/2007, à 06:24

Bonjour à tous,

Je me joins à mon copain monsitt pour son excellente initiative.
Pour ceux qui ne connaitraient pas la M-L linonroot-dev, c'est une mailing-list conçue pour permettre à deux développeurs (pour l'instant) d'être en lien direct avec des utilisateurs avertis ou débutants, des "écrivants" de docs , des apprentis codeurs etc..
Nous n'abordons que les logiciels libres pour GNU Linux ...

Voilà, si vous voulez vous joindre à cette aventure, contactez un de nous deux comme mon ami Monsitt l'a très bien expliqué

Dernière modification par Leonux (Le 08/08/2007, à 06:26)

aleph · Le 08/08/2007, à 08:29

> monsitt

Pourquoi diable utiliser un paquet deb pour distribuer une application Python ?
Cela me semble (pour ne pas dire est) absurde. Un simple zip suffit.

> Leonux
> Nous n'abordons que les logiciels libres pour GNU Linux ...

Comprendre le mode de développement de Python (et de ses innombrables modules) ne serait pas une mauvaise idée.

bipede · Le 08/08/2007, à 13:09

aleph a écrit :

Pourquoi diable utiliser un paquet deb pour distribuer une application Python ?
Cela me semble (pour ne pas dire est) absurde. Un simple zip suffit.

C'est une demande récurrente des utilisateurs Ubuntu.
Lorsqu'un programme Python fait appel à de nombreux packages (PIL, wxPython ou pyGTK, pyGame etc.), son packaging en zip ou en tar oblige l'utilisateur à installer une par une toutes les dépendances via synaptic (ou apt-get), sans connaitre forcément le nom sous lesquelles elles sont référencées dans les dépôts.
Un paquet deb aurait pour avantage de prévoir toutes ces dépendances et de les proposer à l'installation.

C'est moins criant sous Windows où il existe un installeur binaire pour chaque package. Toutefois, nombreux sont les utilisateurs qui préfèreraient un pseudo binaire unique réalisé à l'aide de py2exe

Dernière modification par bipede (Le 08/08/2007, à 13:10)

Gadjio · Le 08/08/2007, à 14:39

De plus, un .deb peut se placer dans un dépôt, permettant à apt de gérer les mises à jours, etc...
Dès lors qu'un projet prend une certaine importance, l'absurdité c'est de le distribuer en zip...

medim · Le 08/08/2007, à 14:46

+1

aleph · Le 08/08/2007, à 21:25

> bipede
Je comprends très bien ce que tu veux dire, mais quand tu écris

"C'est une demande récurrente des utilisateurs Ubuntu."

il faut ajouter "qui ne comprennent pas très bien le mode de fonctionnement de Python qu'ils soient utilisateurs ou développeurs".

Quelques précisions (bien que tu connaisses Python).

Le développeur d'une application Python le fait en utilisant et en ayant connaissance des modules/bibliothèques qui se trouvent dans la hiérarchie de son répertoire Python. Il ne développe pas son application dans le répertoire Python, mais utilise les modules disponibles comme le fera l'utilisateur. Techniquement, il utilise l'idée de génie de GvR qu'est le sys.path (tu te souviens ?).

Quand le développeur livre son application, il ne livre que son travail, ses scripts, et jamais le contenu de ce qu'il a utilisé de Python. Il est de la responsabilité du développeur d'informer l'utilisateur des modules complémentaires utilisés et des versions. Cela peut se faire par son site ou l'information peut parvenir par le code lui-même (messages dans le code).

Peu importe que le travail soit distribué sous forme de zip (le plus courant), de tarball ou de fichiers exe autoextractibles ou simplement un fichier py. Dans le monde Windows, les deux formes sont souvent disponibles. Un installeur sous Windows offrant parfois aussi et en plus la création des entrées de menu ou autre icône sur le bureau pour des raisons de convénience.

Les avantages résident dans le fait que l'utilisateur ne reçoit que l'application mais cette application est uniquement conforme à Python/structure et est très souvent indépendante de la plaforme (Win, OSX, Linux ou OpenVMS). Il ne faut pas oublier que les scripts distribués de cette façon sont disponibles pour plusieurs versions de Python, j'ai par ex. Python 2.3, 2.4 et 2.5 et je l'espère bientôt 2.6a1 en parallèle sur ma plateforme Windows. A cela s'ajoute, l'utilisation de ces scripts directement disponibles pour des "Python" autres que CPython comme IronPython ou Jython.
Tu peux modifier, améliorer, distribuer ton application sans t'occuper des modules externes.

C'est le principe de fonctionnement de Python.

L'inconvénient est, comme tu la dis, que c'est à l'utilisateur d'installer les modules/librairies annexes comme PIL, wxPython ou.... Ici, intervient un autre problème.

> C'est moins criant sous Windows où il existe un installeur binaire pour chaque package.

Tu fais allusion à autre chose et ce n'est pas propre à Windows. Ce ne sont plus les "simples" scripts qu'un développeur destine à un utilisateur. Ce sont les modules/librairies destinés à Python proprement dit. Ces modules seront installés dans la structure de Python et si les développeurs ont bien fait leur boulot dans le répertoire ..\Python2n\Lib\site-packages reservé à cet effet. L'installation de ces bibliothèques est nettement plus complexe que la distribution de scripts. Il faut que ces librairies adaptent le sys.path afin que ces bibliothèques soient disponibles à l'utilisateur ou au développeur toujours via le sys.path. Ces bibliothèques peuvent être des scripts Python ou des fichiers binaires dans le cas de bibliothèques mathématiques comme Numeric, Numpy, "scientifique" comme SciPy ou surtout pour les bibliothèques des interfaces graphiques (wxPython, pyQt, Fox, ...). Il est tout à fait normal de les installer avec des outils comme des installeurs exe dans le monde Windows. Dans le monde Linux, cela se réalise avec des paquets deb, rpm ou des dmg pour OSX, peu importe leur provenance.
Ces bibliothèques sont souvent très grosses, complexes et demandent un gros effort de maintenance (Je suis bien placé pour le savoir.) Il est important pour l'utilisateur et le développeur, dans le sens utilisateur de la structure Python) de pouvoir les mettre à jour indépendamment de son code.
Ces bibliothèques sont très souvent dépendantes de la plaforme sur laquelle elles sont installées alors que les scripts des applications ne le sont pas.

Il faut aussi mentionner que beaucoup de ces bibliothèques existent sous différentes versions avec la particularité de pouvoir les installer en parallèle. J'ai par ex. une dizaine de versions de wxPython que je peux appeler au choix dans mon code Python.

J'espère avoir - brièvement - expliqué que les scripts destinés à l'utilisateur ou les modules destinés à la structure Python ne sont pas de la même essence. Il est important et surtout justifié de pouvoir les installer et ou les mettre à jour séparément.

> Toutefois, nombreux sont les utilisateurs qui préfèreraient un pseudo binaire unique réalisé à l'aide de py2exe
C'est encore autre chose. Non, ça ne fonctionne pas comme ça. Si tu es intéressé je me fendrai d'une courte explication.

Je crains fort qu'un mécanisme comme un paquet deb ne soit un choix judicieux et aille à l'encontre du principe de fonctionnement de Python.
Plus bêtement, distribuer un application avec un deb revient à se priver d'une partie des utilisateurs et par conséquent aussi de testeurs / développeurs potentiels.

Un petite illustration en prenant comme exemple le couple Python/wxPython, bibliothèque multiplaforme (win32, GTK2, OSX, Solaris,...)

En supposant que Python soit déjà installé, en vous rendant sur la page http://www.wxpython.org/download.php#binaries pour pourrez télécharger non seulement la version de Python conforme à votre version de Python mais aussi conforme à votre plateforme. Elle s'installera dans site-package.
La démonstration, une application disponible sur la même page, est quant à elle indépendante de la platforme et peut être installée n'import où, même sur un clef usb.

Khertan_ · Le 11/08/2007, à 08:39

Ce n'est pas parceque l'application est distribuzé sous forme de package debian que l'on ne peut pas la distribuée non plus sous forme de zip.

Imagine un peu la complexité pour un utilisateur basique, lui il souhaite utiliser son ordi et rajouter son application. Il ne veux pas se prendre la tete a comprendre en quel langage c'est fait. Pour ensuite allez telecharger les modules abscents.

Ca me parait un minimum logique ! Je ne vois pas pourquoi faire un speech comme quoi cela restraint le nombre d'utilisateur. Non ....! Cela est juste une facilité en plus pour certains d'entre eux.

Khertan
Un jeune developpeur python

Leonux · Le 11/08/2007, à 10:16

Hello !

Ce n'est pas parceque l'application est distribuzé sous forme de package debian que l'on ne peut pas la distribuée non plus sous forme de zip.

Je suis plutôt d'accord avec Khertan, le débat deb pas deb est un peu stérile.. L'un n'empêche pas l'autre ...

Ca me parait un minimum logique ! Je ne vois pas pourquoi faire un speech comme quoi cela restraint le nombre d'utilisateur. Non ....! Cela est juste une facilité en plus pour certains d'entre eux.

De plus, sous Debian ou Ubuntu, un paquet deb garantit une cohérence pour sa machine : http://ubunteros.tuxfamily.org/spip.php?article75

Qu'est ce que tu développes Khertan ?

bipede · Le 11/08/2007, à 11:21

aleph a écrit :

>
Un petite illustration en prenant comme exemple le couple Python/wxPython, bibliothèque multiplaforme (win32, GTK2, OSX, Solaris,...)
En supposant que Python soit déjà installé, en vous rendant sur la page http://www.wxpython.org/download.php#binaries pour pourrez télécharger non seulement la version de wxPython conforme à votre version de Python mais aussi conforme à votre plateforme. Elle s'installera dans site-package.
La démonstration, une application disponible sur la même page, est quant à elle indépendante de la platforme et peut être installée n'import où, même sur un clef usb.

Justement, il existe sur cette page un package RPM, et wxPython existe en DEB dans les dépôts debian.

aleph · Le 12/08/2007, à 09:41

>Kehrtan_
> Imagine un peu la complexité pour un utilisateur basique, lui il souhaite utiliser son ordi et rajouter son application. Il ne veux pas se prendre la tete a comprendre en quel langage c'est fait. Pour ensuite allez telecharger les modules abscents.

Et pourtant... Python est transcendant des systèmes d'exploitation. Voir Python au travers d'une lunette Linux/Ubuntu est une erreur. La plus grande partie de ce qui existe et existera pour Python n'est pas et ne sera jamais dans un dépôt Linux quelconque, tout simplement parce Python n'en a pas besoin.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 13/04/2007, à 19:54

[Python & .DEB] Créer un paquet DEB d'un programme en Python

#2 Le 13/04/2007, à 22:46

Re : [Python & .DEB] Créer un paquet DEB d'un programme en Python

#3 Le 14/04/2007, à 12:22

Re : [Python & .DEB] Créer un paquet DEB d'un programme en Python

#4 Le 14/04/2007, à 20:50

Re : [Python & .DEB] Créer un paquet DEB d'un programme en Python

#5 Le 14/04/2007, à 23:06

Re : [Python & .DEB] Créer un paquet DEB d'un programme en Python

#6 Le 15/04/2007, à 09:46

Re : [Python & .DEB] Créer un paquet DEB d'un programme en Python

#7 Le 15/04/2007, à 09:50

Re : [Python & .DEB] Créer un paquet DEB d'un programme en Python

#8 Le 15/04/2007, à 19:50

Re : [Python & .DEB] Créer un paquet DEB d'un programme en Python

#9 Le 15/04/2007, à 23:08

Re : [Python & .DEB] Créer un paquet DEB d'un programme en Python

#10 Le 15/04/2007, à 23:55

Re : [Python & .DEB] Créer un paquet DEB d'un programme en Python

#11 Le 16/04/2007, à 12:13

Re : [Python & .DEB] Créer un paquet DEB d'un programme en Python

#12 Le 16/04/2007, à 21:04

Re : [Python & .DEB] Créer un paquet DEB d'un programme en Python

#13 Le 31/07/2007, à 12:15

Re : [Python & .DEB] Créer un paquet DEB d'un programme en Python

#14 Le 07/08/2007, à 20:49

Re : [Python & .DEB] Créer un paquet DEB d'un programme en Python

#15 Le 08/08/2007, à 02:19

Re : [Python & .DEB] Créer un paquet DEB d'un programme en Python

#16 Le 08/08/2007, à 06:24

Re : [Python & .DEB] Créer un paquet DEB d'un programme en Python

#17 Le 08/08/2007, à 08:29

Re : [Python & .DEB] Créer un paquet DEB d'un programme en Python

#18 Le 08/08/2007, à 13:09

Re : [Python & .DEB] Créer un paquet DEB d'un programme en Python

#19 Le 08/08/2007, à 14:39

Re : [Python & .DEB] Créer un paquet DEB d'un programme en Python

#20 Le 08/08/2007, à 14:46

Re : [Python & .DEB] Créer un paquet DEB d'un programme en Python

#21 Le 08/08/2007, à 21:25

Re : [Python & .DEB] Créer un paquet DEB d'un programme en Python

#22 Le 11/08/2007, à 08:39

Re : [Python & .DEB] Créer un paquet DEB d'un programme en Python

#23 Le 11/08/2007, à 10:16

Re : [Python & .DEB] Créer un paquet DEB d'un programme en Python

#24 Le 11/08/2007, à 11:21

Re : [Python & .DEB] Créer un paquet DEB d'un programme en Python

#25 Le 12/08/2007, à 09:41

Re : [Python & .DEB] Créer un paquet DEB d'un programme en Python

Pied de page des forums