Quel est le contraire de «make install», c'est-à-dire comment désinstaller une bibliothèque sous Linux?

En courant

./configure --prefix=/mingw 

sur un système MinGW / MSYS pour une bibliothèque que j'avais précédemment exécutée

'./configure --prefix=/mingw && make && make install' 

Je suis tombé sur ce message:

AVERTISSEMENT: une version du SDK du plugin Vamp est déjà installée. Attendez-vous à des soucis et des chagrins si vous installez une nouvelle version sans supprimer l'ancienne au préalable. (Continue)

Cela m'inquiétait. Quel est le contraire de «make install», c'est-à-dire comment une bibliothèque est-elle désinstallée sous Linux? Est-ce que «nettoyer» fera le travail, ou y a-t-il d'autres étapes impliquées?

make cleansupprime tous les fichiers intermédiaires ou de sortie de votre arbre source / build. Cependant, cela n'affecte que l'arborescence source / build; il ne touche pas le reste du système de fichiers et ne supprimera donc pas les logiciels précédemment installés.

Si vous avez de la chance, courir make uninstallfonctionnera. C'est aux auteurs de la bibliothèque de fournir cela, cependant; certains auteurs fournissent une uninstallcible, d'autres non.

Si vous n'êtes pas chanceux, vous devrez le désinstaller manuellement. L'exécution make -n installpeut être utile, car elle montrera les étapes que le logiciel prendrait pour s'installer mais ne fera rien. Vous pouvez ensuite inverser manuellement ces étapes.

Si sudo make uninstalln'est pas disponible:

Dans un système basé sur Debian, au lieu de (ou après *), make installvous pouvez exécuter sudo checkinstallpour créer un .debfichier qui sera automatiquement installé. Vous pouvez ensuite le supprimer à l'aide du gestionnaire de packages système (par exemple apt/ synaptic/ aptitude/ dpkg). Checkinstall prend également en charge la création d'autres types de packages, par exemple RPM.

Voir aussi http://community.linuxmint.com/tutorial/view/162 et une utilisation basique de checkinstall et un paquet debian checkinstall .

*: Si vous lisez ceci après avoir installé avec, make installvous pouvez toujours suivre les instructions ci-dessus et faire dpkg -r $PACKAGE_NAME_YOU_CHOSENensuite.

Si vous avez un manifestfichier qui répertorie tous les fichiers qui ont été installés avec make installvous pouvez exécuter cette commande que j'ai d'une autre réponse:

cat install_manifest.txt | xargs echo rm | sh

Si vous en avez, sudo make installvous devrez ajouter un sudo à votre désinstallation:

cat install_manifest.txt | xargs echo sudo rm | sh

Selon la façon dont le makefile / configure script / autofoo magic du programme en question est le suivant, cela pourrait résoudre votre problème:

make uninstall

Le problème est que vous devez l'exécuter sur l'arborescence source de la version que vous avez installée et avec exactement la même configuration que celle utilisée pour l'installation.

Comment désinstaller après "installer"

Méthode n ° 1 (faire la désinstallation)

Etape 1: Vous ne devez suivre cette étape si vous avez supprimé / modifié le répertoire de construction de quelque façon: Téléchargez et make / make install en utilisant la exacte même procédure que vous avez fait avant.

Étape 2: essayez de faire la désinstallation.

cd $SOURCE_DIR 
sudo make uninstall

Si cela réussit, vous avez terminé. Si vous êtes paranoïaque, vous pouvez également essayer les étapes de la "Méthode # 3" pour vous assurer de make uninstallne manquer aucun fichier.

Méthode n ° 2 (checkinstall - uniquement pour les systèmes basés sur Debian)

Aperçu du processus

Dans les systèmes basés sur Debian (par exemple Ubuntu), vous pouvez créer un .debpaquet très facilement en utilisant un outil nommé checkinstall. Vous installez ensuite le paquet .deb (cela fera réaliser à votre système Debian que toutes les parties de votre paquet ont bien été installées) et enfin le désinstallez pour permettre à votre gestionnaire de paquets de nettoyer correctement votre système.

Pas à pas

sudo apt-get -y install checkinstall
cd $SOURCE_DIR 
sudo checkinstall

À ce stade checkinstall, vous demandera un nom de package. Entrez quelque chose d'un peu descriptif et notez-le car vous allez l'utiliser dans une minute. Il vous demandera également quelques données supplémentaires que vous pouvez ignorer. S'il se plaint que la version n'est pas acceptable, entrez simplement quelque chose de raisonnable 1.0. Une fois terminé, vous pouvez installer et enfin désinstaller:

sudo dpkg -i $PACKAGE_NAME_YOU_ENTERED 
sudo dpkg -r $PACKAGE_NAME_YOU_ENTERED

Méthode n ° 3 (install_manifest.txt)

Si un fichier install_manifest.txtexiste dans votre répertoire source, il doit contenir les noms de fichier de chaque fichier créé par l'installation.

Vérifiez donc d'abord la liste des fichiers et leur heure de modification:

cd $SOURCE_DIR 
sudo xargs -I{} stat -c "%z %n" "{}" < install_manifest.txt

Vous ne devriez obtenir aucune erreur et les heures de modification des fichiers répertoriés doivent être égales ou supérieures à l'heure d'installation. Si tout est OK, vous pouvez les supprimer en une seule fois:

cd $SOURCE_DIR 
mkdir deleted-by-uninstall
sudo xargs -I{} mv -t deleted-by-uninstall "{}" < install_manifest.txt

L'utilisateur Merlyn Morgan-Graham a cependant un avis sérieux concernant cette méthode que vous devez garder à l'esprit (copié ici textuellement): "Méfiez-vous des fichiers qui pourraient également avoir été installés par d'autres packages. La simple suppression de ces fichiers [...] pourrait casser les autres paquets. " . C'est la raison pour laquelle nous avons créé le deleted-by-uninstallrépertoire et déplacé les fichiers au lieu de les supprimer.

99% de ce poste existait dans d'autres réponses. Je viens de rassembler tout ce qui est utile dans un (espérons-le) facile à suivre et j'ai essayé d'accorder une attention supplémentaire aux détails importants (comme citer des arguments xarg et conserver des sauvegardes de fichiers supprimés).

make clean ne nettoie généralement que les fichiers construits dans le répertoire contenant le code source lui-même et touche rarement les logiciels installés.

Les makefiles ne contiennent généralement pas de cible pour la désinstallation - vous devez généralement le faire vous-même, en supprimant les fichiers du répertoire dans lequel ils ont été installés. Par exemple, si vous avez construit un programme et installé ( à l' aide make install) dans /usr/local, vous voudriez regarder à travers /usr/local/bin, /usr/local/libexec, /usr/local/share/man, etc., et supprimer les fichiers indésirables. Parfois, un Makefile inclut une uninstallcible, mais pas toujours.

Bien sûr, généralement sur un système Linux, vous installez un logiciel à l'aide d'un gestionnaire de packages , qui est capable de désinstaller le logiciel "automatiquement".

L'utilitaire "stow" a été conçu pour résoudre ce problème: http://www.gnu.org/software/stow/

Il n'y a malheureusement pas de standard, c'est l'un des périls de l'installation depuis la source. Certains Makefiles incluront une "désinstallation", donc

make uninstall

à partir du répertoire source peut fonctionner. Sinon, il peut s'agir d'annuler manuellement quoi que ce soit make install.

make clean nettoie généralement le répertoire source - en supprimant les fichiers générés / compilés et autres, probablement pas ce que vous recherchez.

Je connais quelques packages qui prennent en charge "make uninstall" mais beaucoup d'autres qui prennent en charge make install DESTDIR = xxx "pour les installations par étapes.

Vous pouvez l'utiliser pour créer un package que vous installez au lieu d'installer directement à partir de la source. Je n'ai pas eu de chance avec checkinstall mais fpm fonctionne très bien.

Cela peut également vous aider à supprimer un package précédemment installé à l'aide de make install . Vous forcez simplement l'installation de votre package intégré sur le make installé, puis le désinstallez.

Par exemple, je l'ai utilisé récemment pour gérer protobuf-3.3.0. Sur RHEL7:

make install DESTDIR=dest
cd dest
fpm -f -s dir -t rpm -n protobuf -v 3.3.0 \
 --vendor "You Not RedHat" \
 --license "Google?" \
 --description "protocol buffers" \
 --rpm-dist el7 \
 -m you@youraddress.com \
 --url "http:/somewhere/where/you/get/the/package/oritssource" \
 --rpm-autoreqprov \
 usr

 sudo rpm -i -f protobuf-3.3.0-1.el7.x86_64.rpm
 sudo rpm -e protobuf-3.3.0      

Préférez yum à rpm si vous le pouvez.

Sur Debian9:

make install DESTDIR=dest
cd dest
fpm -f -s dir -t deb -n protobuf -v 3.3.0 \
-C `pwd` \
--prefix / \
--vendor "You Not Debian" \
--license "$(grep Copyright ../../LICENSE)" \
--description "$(cat README.adoc)" \
--deb-upstream-changelog ../../CHANGES.txt \
 --url "http:/somewhere/where/you/get/the/package/oritssource" \
 usr/local/bin \
 usr/local/lib \
 usr/local/include

 sudo apt install -f *.deb
 sudo apt-get remove protobuf

Préférez apt à dpkg où vous le pouvez.

J'ai également posté une réponse ici

Makepeut vous dire ce qu'il sait et ce qu'il fera. Supposons que vous ayez une cible "install", qui exécute des commandes comme:

cp <filelist> <destdir>/

Dans vos règles génériques, ajoutez:

uninstall :; MAKEFLAGS= ${MAKE} -j1 -spinf $(word 1,${MAKEFILE_LIST}) install \
              | awk '/^cp /{dest=$NF; for (i=NF; --i>0;) {print dest"/"$i}}' \
              | xargs rm -f

Une astuce similaire peut faire un générique make clean.

Préambule

ci-dessous peut fonctionner ou non, tout est donné tel quel, vous et vous seul êtes la personne responsable en cas de dommages, de perte de données, etc. Mais j'espère que tout se passe bien!

Pour annuler, make installje ferais (et je l'ai fait) ceci:

Idée: vérifiez les installations de script et annulez-les avec un simple script bash.

1. Reconfigurez votre répertoire de build pour l'installer dans un répertoire personnalisé. Je fais habituellement ceci:--prefix=$PWD/install . Pour CMake, vous pouvez aller dans votre répertoire de construction, ouvrir CMakeCache.txt et corriger la valeur CMAKE_INSTALL_PREFIX.
2. Installez le projet dans un répertoire personnalisé (exécutez-le à make installnouveau).
3. Nous supposons maintenant que le make installscript installe dans le répertoire personnalisé exactement le même contenu que vous souhaitez supprimer ailleurs (généralement /usr/local). Nous avons donc besoin d'un script. 3.1. Le script doit comparer le répertoire personnalisé avec le répertoire à nettoyer. J'utilise ceci:

anti-install.sh

RM_DIR=$1
PRESENT_DIR=$2

echo "Remove files from $RM_DIR, which are present in $PRESENT_DIR"

pushd $RM_DIR

for fn in `find . -iname '*'`; do
#  echo "Checking $PRESENT_DIR/$fn..."
  if test -f "$PRESENT_DIR/$fn"; then
    # First try this, and check whether things go plain
    echo "rm $RM_DIR/$fn"

    # Then uncomment this, (but, check twice it works good to you).
    # rm $RM_DIR/$fn
  fi
done

popd

3.2. Maintenant, exécutez simplement ce script (il fonctionnera à sec)

bash anti-install.sh <dir you want to clean> <custom installation dir>

Par exemple, vous ne voulez pas nettoyer / usr / local, et votre répertoire d'installation personnalisé est /user/me/llvm.build/install, alors ce serait

bash anti-install.sh /usr/local /user/me/llvm.build/install

3.3. Vérifiez soigneusement le journal, si les commandes vous conviennent, décommentez rm $RM_DIR/$fnet réexécutez-le. Mais arrêtez! Avez-vous vraiment vérifié attentivement? Peut-être vérifier à nouveau?

Source aux instructions: https://dyatkovskiy.com/2019/11/26/anti-make-install/

Bonne chance!