Une nouvelle installation cassera rarement votre système (sauf si vous faites des trucs bizarres comme mélanger source et binaire).
Si vous utilisez des binaires précompilés dans Ubuntu, vous pouvez les supprimer et ne pas avoir à vous soucier de casser votre système, car un binaire devrait répertoriez ce dont il a besoin pour s'exécuter et votre gestionnaire de packages répertoriera les programmes qui dépendent de ce programme pour que vous les examiniez.
Lorsque vous utilisez la source, vous devez être plus prudent afin de ne pas supprimer quelque chose de critique (comme glib). Il n'y a aucun avertissement ou quoi que ce soit d'autre lorsque vous désinstallez à partir de la source. Cela signifie que vous pouvez complètement casser votre machine.
Si vous souhaitez désinstaller en utilisant apt-get alors vous utiliserez apt-get remove package comme indiqué précédemment. Tous les programmes qui dépendent de ce package seront également désinstallés et vous aurez la possibilité de les examiner.
Si vous souhaitez désinstaller, le processus est généralement make uninstall . Il n'y a pas d'avertissement (comme je l'ai dit plus haut).
make config ne modifiera pas votre système, mais make install volonté.
En tant que débutant, je recommande d'utiliser apt-get ou quelle que soit la distribution que vous utilisez pour les packages binaires. Cela garde les choses bien organisées et à moins que vous ne le vouliez vraiment, cela ne cassera pas votre système.
J'espère que cela clarifie tout.
En théorie, make uninstall devrait supprimer ce que make install ajouté et votre système n'accumule pas de cruauté. Le problème, bien sûr, est que tous les makefiles ne sont pas créés égaux.
Certains peuvent omettre le uninstall règle, vous laissant le soin de déterminer ce que le install règle a fait. Pire encore, si la règle d'installation écrase une bibliothèque liée, muet uninstall routine peut casser les dépendances d'un autre programme.
La meilleure solution pour les installations source consiste à utiliser un préfixe différent de celui des packages installés par le gestionnaire de packages du système. Apt installe les fichiers sur /usr/ utilisez donc /usr/local/ hiérarchie pour vos installations source. Il est ainsi beaucoup plus facile de savoir quels fichiers appartiennent à quels packages et les désinstallations n'endommageront pas le système.
./configure --prefix=/usr/local fonctionne pour de nombreux scripts de configuration. Sinon, vous pouvez éditer le Makefile manuellement. Ou copiez simplement les fichiers manuellement.
Apt et d'autres gestionnaires de packages gardent une trace des fichiers qu'ils ont installés et de leurs dépendances inverses afin que leurs fonctions de désinstallation puissent être utilisées en toute sécurité.
Je vous recommande d'utiliser apt-get install pour installer n'importe quel paquet sous Linux et apt-get remove (nom du package) ou apt-get purge (nom du package) qui supprimera non seulement le package principal que vous souhaitez désinstaller, mais également tous les packages ou dépendances associés qui ont été installés lors de l'installation.
Maintenant, pour garder votre système plus propre, je vous recommande d'utiliser apt-get clean https://askubuntu.com/questions/144222/how-do-apt-get-clean-and-apt-get-clean-all-differ#144224 (ce post est intéressant à ce sujet) qui supprimera tous les fichiers qui ont été téléchargés lors de l'installation mais ne sont plus nécessaires.
Une autre commande qui serait utile si vous souhaitez supprimer toutes les dépendances installées sur votre système mais qui n'ont pas été supprimées lors de la désinstallation est apt-get autoremove .
Si vous installez un paquet via make et make install, vous serez responsable de le désinstaller vous-même (il y a peut-être un fichier README inclus dans le paquet téléchargé qui vous indique comment le faire) ainsi que d'essayer de désinstaller toutes les dépendances qui lui sont associées . C'est pourquoi il est toujours recommandé d'installer des packages sous Linux qui sont proposés par le gestionnaire de packages de la distribution, si vous le faites de cette façon, vous pouvez être sûr que votre package a été suffisamment testé pour fonctionner avec la distribution (saveur de Linux) que vous utilisez et est très peu susceptible de casser votre système. De plus, vous pouvez être sûr que votre package sera mis à jour en cas de besoin, alors que si vous l'installez vous-même, vous êtes responsable de tout cela.
J'espère que cela vous aidera :)