|
|
* Tar: les données sous ce format portent l'extension .tar pour décompresser ce type de données il faut taper en ligne de commande: tar xvf nom_du_fichier.tar * Gzip: les fichiers compressées en Gzip possèdent l'extension .gz pour décompresser ces fichiers il faut taper en ligne de commande: gunzip nom_du_fichier.gz * Bzip2: les fichiers compressées en Bzip2 possèdent l'extension .bz2 pour décompresser ces fichiers il faut taper en ligne de commande: bzip2 -d nom_du_fichier.bz2 * Tar/GZip (on parle généralement de Tarball): les données compressées en TAR et en GZIP portnet l'extension .tar.gz Elles peuvent être décompressées successivement par les deux moyens énoncés ci-dessus ou à l'aide de la commande: tar zxvf nom_du_fichier.tar.gz * Tar/BZip2: les données compressées en Tar et en Bz2 portnet l'extension .tar.bz2 Elles peuvent être décompressées successivement par les deux moyens énoncés ci-dessus ou à l'aide de la commande: tar yxvf nom_du_fichier.tar.bz2 * Compress: les fichiers archivés par le programme Compress portent l'extension .Z, ils peuvent être décompressés par le programme Uncompress. |
Compiler le programme:
Lorsque le programme est une archive (et non un RPM) il est généralement nécessaire de compiler les sources.
Bien que la compilation se fasse pratiquement toujours de la même façon pour la majorité des applications, il est vivement conseillé de lire le fichier INSTALL ou README pour connaître exactement les commandes nécessaires à la compilation du programme.
Dans un premier temps il faut exécuter la commande:
./configure
Cette commande est un script permettant d'adapter le programme à la machine courante. Les options de configure sont:
* Pour obtenir de l'aide:
./configure --help
* Pour installer l'application dans un répertoire spécifique:
./configure --prefix="repertoire"
Dans un second temps il faut compiler le programme, grâce à la directive
make
Cette commande peut prendre plusieurs minutes/heures selon votre configuration et le logiciel à compiler. En cas de probleme, la compilation s'arretera en vous renvoyant un message d'erreur. Si tout se passe normalement de nombreuses lignes vont être affichées, puis le programme reviendra à la ligne de commande.
Après avoir compilé l'application, il est possible de l'installer
L'installation de l'application doit s'effectuer en tant que superutilisateur (root)
Pour installer l'application, la syntaxe suivante est généralement utilisée:
make install
En cas d'échec lors de la compilation, il faut nettoyer les fichiers makefile ayant été créés automqtiquement lors de la compilation avant de recommencer une nouvelle compilation. Cela se fait grâce à la commande:
make clean
Une fois toutes ces étapes franchies, votre programme devrait être exécutable et se trouver soit dans le répertoire spécifié lors de l'installation, ou bien généralement dans /usr/local/nom_du_programme.
Pour avoir une chance de compiler
vous devez avoir installé les compilateurs (gcc, make...)
et toutes les bibliothèques de développement nécessaires (souvent nommées *devel.*).
Problème : certaines distributions ne les fournissent pas en standard (Caldera, Mandrake sur le 2° cdrom seulement, Corel...), ou vous pouvez aussi avoir une mauvaise version.
Vous devriez trouver les bibliothèques manquantes sur http://www.rpmfind.net si vous utilisez un système basé sur rpm.
Certains programmes peuvent aussi avoir besoin des sources du noyau (/usr/src/linux) ou des sources de XFree (XFree86-devel*). Vous pourrez alors découvrir les joies du développement.
astuce vous devriez toujours jeter un coup d'oeil au configure situé dans le répertoire d'installation (vous aurez des infos en tapant ./configure --help). Vous pouvez y voir des options qui peuvent être indispensables dans votre cas. Vous les rajouterez sur la ligne de commande. Exemple : ./configure --prefix=le_rep_d_install pour forcer l'installation à se faire à un endroit précis.
NB, pour transformer un source en binaire rpm , faites
rpm .tb ._archive_source, à condition que celle-ci contienne un specfile. Tous les détails -en anglais- sur la construction d'un rpm et de son specfile à http://www.linux-mandrake.com/en/howtos/mdk-rpm.
Si tout va bien, il n'y a plus qu'à lancer le programme (en tapant son nom au prompt, puis en lui créant un raccourci). Sinon, lisez soigneusement les fichiers d'installation, le configure et le Makefile. Mettez à jour les librairies si on vous le réclame.
Si vous n'y arrivez toujours pas (c'est fréquent) : lisez bien le README ou le INSTALL, il y a souvent des modifications à faire dans le Makefile, puis mailez à l'auteur ou à un newsgroup en précisant bien vos versions de librairies, de gcc, de distribution et de kernel.
astuce Une solution est souvent de mettre les bons paths pour les librairies utilisées par le compilateur.
Éditez le fichier /etc/ld.so.conf, puis placez-y (pour un programme utilisant QT) : /opt/kde/lib (n'oubliez pas d'installer qt-devel ), ou (pour un programme utilisant gtk) /usr/include/gtk.
Enfin mettez à jour par ldconfig.
Ca ne compile pas
Si la compilation plante sur un message du genre undefined reference to xxx, créez dans le répertoire d'où ce message a été lancé un fichier bidon xxx (touch .xx) ou, mieux, mettez-y le fichier réclamé.
Si la compilation plante sur un missing .eparator, il doit s'agir d'un problème de tabulations. Des tabulations ont dû être remplacées accidentellement (lors d'un copier-coller par exemple) par des espaces. Faites la manip inverse.
S'il vous manque des librairies, mais vous ne savez pas sous quel nom elles se trouvent sur le cdrom, tapez dans le répertoire des rpm du cdrom la ligne suivante :
for i in *.rpm;do rpm -qlp $i|grep yacc>/dev/null $$ echo $i;done (dans cet exemple, on cherche le rpm qui contient yacc ). Cette astuce est bien entendu valable dans tous les cas où vous cherchez à identifier un paquetage contenant un fichier.
En désespoir de cause : make .i pour terminer la compil en ignorant les erreurs.
Exemple d'installation difficile : Gimp 1.1.x
L'installation de Gimp dépend de gtk ., qui dépend lui-même de glib. Bien sûr, vous risquez fort d'avoir déjà des anciennes versions de ces programmes. Donc comme pour KDE, commencez par tout retirer (rpm .e --nodeps ..).
RETIREZ AUSSI glib-config et gtk-config, sous peine de conflit de version. À moins que vous ne maîtrisiez assez bien la configuration des programmes pour obliger la nouvelle installation à se faire dans les anciens paths.
Ensuite, compilez classiquement (./configure && .ake &&make install) glib, gtk +, puis gimp.
Arrangez-vous pour que glib-config et gtk-config soient dans le PATH.
Les differents types d'archive
