Honnêtement, j'ai oublié la suite pour la simple raison que c'est sans grand intérêt. Car à cette étape, il est préférable que tu apprenne à faire un packetage. Car il y existe une possibilité bien réelle que tout tes compilations soit écrasés pendant une mise-à-jour de sécurité. Alors que si tu fais un packetage et que tu réinstalle ton compilateur à partir du paquetage, l'intégrité du système sera garantie. Alors que là, tu as une installation brisée. Que ce soit des packet RPM ou DEB, la procédure est vraiment trivial.
Bonjour,
On peut faire un paquet, mais pas bêtement. Il faut d'abord voir ce que donne l'étape ./configure de la solution par compilation. Cette étape permet de tester si les dépendances requises sont au point. Ensuite on peut faire un paquet qui permettra d'être enregistré dans la base des paquets avec les éventuelles dépendances.
Mais en réinstallant avec le paquet on s'assure que tous sera nettoyer proprement. Pas besoin d'être un spécialiste de make. Et en bonus, si tu sauvegare des packetages avec de changer de version, tu n'aura aucune compilation a faire.
Mais pour revenir sur le sujet avec Linux il y a deux modes d'installation des applications qui sont indépendants l'un de l'autre. Certains estiment que l'installation par paquets est la meilleure, d'autres pensent que l'on bénéficie mieux des dernières mises à jour ou nouveautés à partir d'une compilation. Les paquets de la distribution sont généralement les plus fiables, mais ils ne correspondent pas forcément aux dernières versions. Les distributions comme Mandriva ne corrigent un paquet que s'il présente une anomalie. Pas de mise à jour sur les dernières versions. Les compilations permettent une installation des dernières versions, mais pour les mises à jour il faut désinstaller et réinstaller.
En fait, ce n'est pas la façon de l'installer qui dicte les philosophies, Quand tu t'en tient à des packages préparé avec la distributions, tu est certain que l'ensemble de la packetage vont être compatible ensemble. Certaines librairies sont utilisé par des milliers d'application. Donc si tu change une de ces librairie pour une version plus récente et il s'avèrent qu'elle n'est pas rétro-compatible avec l'ancienne. Là ça casse ton installation. Et si tu n'as pas fait de packetage, et fait une réinstallation, le système est incapable de connaitre la source du problème.
Pour les compilations on suit généralement une règle qui consiste à les installer systématiquement dans le fichier répertoire /usr/local. Ce qui permet de voir ce qui a été installé. Mais parfois un make install en root transforme des fichiers ailleurs dans /etc par exemple. Il faut donc réfléchir un peu avant de procéder à l'installation d'une compilation et consulter le Makefile. Dans de nombreux cas on est sur que tout se retrouvera dans /usr/local. On peut alors désinstaller à la main si on veut.
Cordialement.
Il est difficile de nettoyer proprement sur Linux, parce que le système n'a pas été fait dans cette éventualité. Si tu remarque, c'est rarement des élément du système (à l'exception du noyeau) qui sont modifiés pendant une mise-à-jour ou un changement de version, mais très majoritairement des logiciels reliés au desktop.
À moins de créer une application qui sera utilisé par le système, comme un serveur par exemple, installe tes compilations dans ton répertoire personnel. De cette façon, ton travail ne se retrouvera pas éparpillé dans tous le système et tu pourra faire un back-up de tes travaux. L'autre avantage est ce si tu fais une grosse boulette dans ton répertoire personnel, tu pourra t'en sortir en le détruisant. Ce qui t'évitera une réinstallation complète.
