Ce programme vous permet de suivre vos installations de logiciels, à partir des sources, en créeant un paquet en simulant un make install. Ca vous permet donc de ne pas avoir de problème de dépendances, de n'avoir aucun logiciel inconnu dans votre base de donnée.
Par exemple, pour faire un paquet du dernier emacs, il vous suffit de faire
wget ftp.gnu.org/gnu/emacs/emacs-21.1.tar.gz
tar zxvf emacs-21.1.tar.gz
cd emacs-21.1
./configure --prefix=/usr
make
checkinstall
A l'origine, checkinstall ne gérait que le RPM. Très tôt, il s'est mis supporter slackware, maintenant il supporte également les .deb.
La dernière version (1.5.0) corrige un bug empéchant, par exemple, la création de paquet pour GNU Emacs : en fait, le nombre de fichiers extremement important d'emacs posait problème.
Evidemment, il s'agit d'un logiciel libre.
Aller plus loin
- le site (3 clics)
- paquet sources (2 clics)
- binaire rpm (2 clics)
- binaire slak (2 clics)
- binaire deb (2 clics)
# plus d'infos
Posté par SUrOB . Évalué à 8.
[^] # Re: plus d'infos
Posté par nicolas garnier . Évalué à 7.
En fait ca te permet de créer un package au format de ta distribution d'un soft que tu compiles toi-même.
Personnellement je m'en sert lors d'install chez des clients qui nous réclamment des versions plus à jour des softs que ceux présents dans les distribs.
Ca te permet également de recompiler un package avec les options dont tu as besoin et qui ne sont pas forcément celles des packages par défaut.
[^] # Re: plus d'infos
Posté par GP Le (site web personnel) . Évalué à 4.
Personnellement, je vais tester ce soft avec mplayer, parce que apparement le paquet debian va disparaitre vu comment le gars de mplayer rale au sujet des paquet binaire...
[^] # Re: plus d'infos
Posté par nicolas garnier . Évalué à 2.
Personnellement, je désinstalle toujours la version installée du soft que je recompile, comme çà, pas de problèmes.
Pour les dépendances, c'est roots, tu te débrouilles, mais moi c'est ce qui me gonfle le plus dans les RPM et les DEB. Devoir me taper les libs kerberos parce que RedHat compile leut package LDAP avec ... et je parle pas de cyrus-sasl et consors.
# Installer... et desinstaller !
Posté par Christophe --- . Évalué à 4.
Si quelqu'un veut bien s'y coller, on pourrait même peut-etre s'en servir pour les LFS ?
[^] # Re: Installer... et desinstaller !
Posté par Pierre Tramo (site web personnel) . Évalué à 8.
Ca fait quelques semaines que je voulais l'integrer au script lfs ( http://daique.linuxbe.org(...) ), mais je n'ai pas encore eu le temps nécessaire pour le faire.
# Utilité sur Debian
Posté par Jerome Demeyer . Évalué à 1.
> A l'origine, checkinstall ne gérait que le RPM. Très tôt, il s'est mis supporter slackware, maintenant il supporte également les .deb.
Je ne vois pas bien l'intérêt sur Debian : CheckInstall vérifierais les dépendances... permettrait de recompiler pour sa distrib avec ses propres options mais en respectant les packages de la distrib, CheckInstall permattrait de vérifier une install...
Ce n'est pas pour lancer un troll, mais pour savoir en quoi CheckInstall serait un complément de apt-get/apt-get source/debsums et compagnie ?
[^] # Re: Utilité sur Debian
Posté par Anonyme . Évalué à 2.
« Ce programme vous permet de suivre vos installations de logiciels, à partir des sources, en créeant un paquet en simulant un make install. »
C'est pour les installations à partir des sources. Il ne s'agit pas de recompiler un paquet déjà existant.
# Et les scripts ?
Posté par Infernal Quack (site web personnel) . Évalué à 5.
Ma curiosité m'a poussé à le tester et j'en suis très content.
Par contre, j'ai une question :
J'ai fais un checkinstall pour installer lirc ( http://www.lirc.org/(...) ) pour faire marcher ma télécommande. Ca marche bien, j'ai un beau rpm mais celui-ci ne contient pas les devices /dev/lirc* :(
Est-il possible d'intégrer la création des devices au rpm ?
Merci
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
[^] # Re: Et les scripts ?
Posté par wismerhill . Évalué à 2.
[^] # Re: Et les scripts ?
Posté par Anonyme . Évalué à 1.
Par exemple, dans le cas d'emacs, dans le Mafile j'ajoute un fichier pour le /etc/skel
install: all bla-bla bla
cp -fv /home/moa/.emacs /etc/skel/.emacs
Cela dit, le cas des /dev/* est peut-être un peu particulier.
[^] # Re: Et les scripts ?
Posté par Dams Nadé (site web personnel) . Évalué à 2.
On peut directement inclure les devices dans les rpms. Si tu veux retoucher le .src.rpm je t'en prie ne t'en prive pas. (c'est facile et tout..)
Par contre vu qu'on parle de emacs-21 dans la news, sur ftp://ftp.redhat.com/pub/redhat/linux/rawhide/SRPMS/SRPMS/(...)
on trouve un emacs-21.1-4.src.rpm qu'il suffit de recompiler a coup de rpm --rebuild et d'installer ensuite le package binaire obtenu. Ca provoque un conflit mineur avec gettext je crois.. soit vous forcer comme un bourrin soit vous prenez le gettext qui se trouve aussi dans la rawhide de redhat =]
# une tite @ rapide rapide(chuis à la bourre)
Posté par Stéphane Salès . Évalué à 5.
ftp://ibiblio.org/pub/Linux/utils/package(...)">ftp://ibiblio.org/pub/Linux/utils/package(...(...))">ftp://ibiblio.org/pub/Linux/utils/package(...(...(...)))
la 2.04 est apparemment sorti avant-hier ...
[pas la peine de m'allumer j'ai dit "assez" proche ;) ]
allez zou au boulot !
# Oui mais...
Posté par Gentoo][Gravis . Évalué à 3.
Si vous installez la version 1.0 d'un soft avec chekcinstall, puis la nouvelle version 1.1, les deux rpm sont installés sur le système ...
bah, c'était histoire de trouver un point négatif, je l'utilise tout le temps et trouve ce soft indispensable...
(au fait, j'ai un pc de bureau et un portable sous linux, sur le gros, je fais mes rpms avec checkinstall que je peux balancer sur le portable directement... super pratique !)
[^] # Re: Oui mais...
Posté par Christophe --- . Évalué à 2.
Eh bien quel est l'interet de faire des RPMs alors ?
Grace au RPM que tu a fait avec la premiere version, tu peux mettre a jour en :
- enlevant l'ancien RPM (rpm -e), ainsi la vieille version est retirée;
- créant le nouveau RPM.
Si la création du RPM ne sert pas a les supprimer pour les mises a jours, alors je ne vois pas trops l'interet de faire un RPM... :-/
# Merci...
Posté par Le_Maudit Aime . Évalué à -1.
commentaires, puisqu'apparement il reste très peu connu.
Ben merci, pasqu'il était présent dans la suse (et manifestement d'après un commentaire) dans la mandrake aussi, et je n'y ait jamais porté attention.
A chaque fois je me tapais une install dans /tmp/usr... je faisais un tar puis je lancais alien.
Comme quoi, les piqures de rappel ne sont pas inutiles...
P.S: j'aime pas quand je dis du bien comme ça
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.