J'ai un programme de ligne de commande trivialement simple qui consiste littéralement en un script Python et des scripts de coque d'assistance. J'aimerais apprendre à l'emballage de ce programme, bien qu'il soit trivial.
De ce que j'ai rassemblé, je suis allé la route Configurer / établir / installer. Puisque je n'avais rien à configurer, ni quoi que ce soit à faire, je suis simple créé un maquefile avec une section d'installation: p> à ce stade, mon programme s'installe et fonctionne bien avec SUDO FAITES INSTALLATION. P> Ensuite, j'essaie de créer un fichier deb à l'aide de CheckInstall comme suit: P> /.
3 Réponses :
Je ne sais pas si cela répond exactement à la question, mais voici ce que je suis arrivé jusqu'à présent (sur Ubuntu lucid, CheckInstall 1.6.1):
J'ai essayé de construire un projet open-source, qui construit tout à fait . Ensuite, j'ai essayé de l'emballage pour Debian: P>
Ceci a essentiellement échoué au même J'ai également essayé avec l'ajout Enfin, j'ai essayé ceci: p> Le commutateur Le , il peut donc être vérifié par la liste ... Et en effet, je peux confirmer qu'un En outre, le débogage signalera ces fichiers / répertoires: p> Notez que par défaut, le chemin de mon dossier de construction, < code> / chemin / à / myProject-build code> est exclu - et c'est là que ce projet stocke également les exécutables construits! p> p> apparemment, lorsque ... I doit em>, en fait, réponse Cependant, le problème est que p> en bref - Certaines des approches ci-dessus peuvent obtenir une pour avoir un Eh bien, j'espère que cela aide au moins un peu, CheckInstall -d --Install = non --pkgname = $ pkgname --pkgversion = 0.0.1 --pkgrelease = "svn-001" - Mainteneur=test@Test.com --Strip = No --Stripso = Non --addso = Oui Code> P>
Liste de fichiers de construction ... code>; et un
Grep similaire: /var/tmp/tmp.naoiwthtt6f/newfile: Aucun fichier ou répertoire de ce type code> a été signalé. P>
faire code> à la fin de
CheckInstall code> Commande ci-dessus - qui n'a pas fait beaucoup non plus. P>
Faire propre
CheckInstall -d --Install = non --pkgname = $ pkgname --pkgverversion = 0.0.1 --pkgrelase = "svn-001" - Maintainer=test@test.com --Strip = no --Stripso = non - -Addso = yes -d2 faire
code> p> -D2 code> est pour activer le débogage; et
... faire code> sera retentissant une fois de plus. p>
-d2 code> imprimera le répertoire temporaire: p>
newfile code> n'est pas généré dans mon cas (cependant, il y a
newfiles code>,
newfiles.installwatch code>,
NEWFILES-TAR CODE> ET
NEWFILES.TMP CODE>). En fait, éteint
checkInstall code> est un script
bash code>, et on peut donc confirmer que
newfile code> apparaît uniquement une fois dessus: p> < Pré> xxx pré>
Code> Dans
CheckInstall CODE> passe à la construction de la première fois, il peut capturer des fichiers exécutables nouvellement générés - ils seront répertoriés dans
$ {tmp_dir} / newfile s b > code>; Cependant, dans mon cas, le problème est que les exécutables se retrouvent sous le même répertoire où
checkInstall code> est appelé; Ainsi, à cette boîte de dialogue: p>
n code> - sinon je ' D Inclus rien! Je peux ensuite vérifier le contenu avec: p>
checkInstall code>: p>
.o code>, ainsi que
.svn code> répertoires li>
/ usr / bin code>, et
.so code> s sur
/ usr / lib code> li>
ul>
.deb code> qui n'est pas complètement vide; Mais cela ne signifie pas que l'on n'a que les fichiers nécessaires là-bas, ou qu'ils seraient routés vers des destinations d'installation habituelles ... P>
Bravo! P> P>
J'ai eu des problèmes similaires. À la fin, j'ai suivi Ceci très simple, mais assez manuel approcher. p>
Placez les fichiers que vous souhaitez emballer à Debian / USR / Bin par exemple. Il n'est pas nécessaire de remplir le habituel Configurer, faire, créer des étapes d'installation code>. P>
La double utilisation de sudo est le problème.
avec un fichier install.sh comme p> commande p> fonctionne tandis que p> montre p> et produit un package vide. p> p>