Forum Linux.débutant Se débarrasser d'une lib compilé et installé

Posté par  . Licence CC By‑SA.
Étiquettes : aucune
-1
31
oct.
2017

Bonjour,

Après moultes essais sur raspberry, j'ai tenté la compilation et l'installation de cette lib sauf que je dois maintenant tout désinstaller à la mano il parait. Voici ce que j'avais tapé :

#cd /usr/local/src
#wget http://dist.libuv.org/dist/v1.9.1/libuv-v1.9.1.tar.gz
#tar -xf libuv-v1.9.1.tar.gz
#rm libuv-v1.9.1.tar.gz
#cd libuv-v1.9.1
#sh autogen.sh
#./configure
#make
#make install

Voici les logs que j'ai :

root@raspberrypi:/usr/local/src/libuv-v1.9.1# sh autogen.sh
+ libtoolize --copy
+ aclocal -I m4
+ autoconf
+ automake --add-missing --copy

root@raspberrypi:/usr/local/src/libuv-v1.9.1# ./configure
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... no
checking for mawk... mawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking build system type... armv7l-unknown-linux-gnueabihf
checking host system type... armv7l-unknown-linux-gnueabihf
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables... 
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking whether gcc understands -c and -o together... yes
checking for style of include used by make... GNU
checking dependency style of gcc... gcc3
checking if gcc supports -fvisibility=hidden flag... yes
checking if gcc supports -g flag... yes
checking if gcc supports -std=gnu89 flag... yes
checking if gcc supports -pedantic flag... yes
checking if gcc supports -Wall flag... yes
checking if gcc supports -Wextra flag... yes
checking if gcc supports -Wno-unused-parameter flag... yes
checking for ar... ar
checking the archiver (ar) interface... ar
checking how to print strings... printf
checking for a sed that does not truncate output... /bin/sed
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for fgrep... /bin/grep -F
checking for ld used by gcc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B
checking the name lister (/usr/bin/nm -B) interface... BSD nm
checking whether ln -s works... yes
checking the maximum length of command line arguments... 1572864
checking how to convert armv7l-unknown-linux-gnueabihf file names to armv7l-unknown-linux-gnueabihf format... func_convert_file_noop
checking how to convert armv7l-unknown-linux-gnueabihf file names to toolchain format... func_convert_file_noop
checking for /usr/bin/ld option to reload object files... -r
checking for objdump... objdump
checking how to recognize dependent libraries... pass_all
checking for dlltool... no
checking how to associate runtime and link libraries... printf %s\n
checking for archiver @FILE support... @
checking for strip... strip
checking for ranlib... ranlib
checking command to parse /usr/bin/nm -B output from gcc object... ok
checking for sysroot... no
checking for a working dd... /bin/dd
checking how to truncate binary pipes... /bin/dd bs=4096 count=1
checking for mt... mt
checking if mt is a manifest tool... no
checking how to run the C preprocessor... gcc -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for dlfcn.h... yes
checking for objdir... .libs
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC -DPIC
checking if gcc PIC flag -fPIC -DPIC works... yes
checking if gcc static flag -static works... yes
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.o... (cached) yes
checking whether the gcc linker (/usr/bin/ld) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
checking whether make supports nested variables... (cached) yes
checking for dlopen in -ldl... yes
checking for kstat_lookup in -lkstat... no
checking for kvm_open in -lkvm... no
checking for gethostbyname in -lnsl... yes
checking for perfstat_cpu in -lperfstat... no
checking for pthread_mutex_init in -lpthread... yes
checking for clock_gettime in -lrt... yes
checking for sendfile in -lsendfile... no
checking for socket in -lsocket... no
checking for special C compiler options needed for large files... no
checking for _FILE_OFFSET_BITS value needed for large files... 64
checking sys/ahafs_evProds.h usability... no
checking sys/ahafs_evProds.h presence... no
checking for sys/ahafs_evProds.h... no
checking for pkg-config... yes
checking that generated files are newer than configure... done
configure: creating ./config.status
config.status: creating libuv.pc
config.status: creating Makefile
config.status: executing depfiles commands
config.status: executing libtool commands

-------------------------------------








root@raspberrypi:/usr/local/src/libuv-v1.9.1# make install
make[1]: Entering directory '/usr/local/src/libuv-v1.9.1'

 /bin/mkdir -p '/usr/local/lib'
 /bin/bash ./libtool   --mode=install /usr/bin/install -c   libuv.la '/usr/local/lib'
libtool: install: /usr/bin/install -c .libs/libuv.so.1.0.0 /usr/local/lib/libuv.so.1.0.0
libtool: install: (cd /usr/local/lib && { ln -s -f libuv.so.1.0.0 libuv.so.1 || { rm -f libuv.so.1 && ln -s libuv.so.1.0.0 libuv.so.1; }; })
libtool: install: (cd /usr/local/lib && { ln -s -f libuv.so.1.0.0 libuv.so || { rm -f libuv.so && ln -s libuv.so.1.0.0 libuv.so; }; })
libtool: install: /usr/bin/install -c .libs/libuv.lai /usr/local/lib/libuv.la
libtool: install: /usr/bin/install -c .libs/libuv.a /usr/local/lib/libuv.a
libtool: install: chmod 644 /usr/local/lib/libuv.a
libtool: install: ranlib /usr/local/lib/libuv.a
libtool: finish: PATH="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/sbin" ldconfig -n /usr/local/lib
----------------------------------------------------------------------
Libraries have been installed in:
   /usr/local/lib

If you ever happen to want to link against installed libraries
in a given directory, LIBDIR, you must either use libtool, and
specify the full pathname of the library, or use the '-LLIBDIR'
flag during linking and do at least one of the following:
   - add LIBDIR to the 'LD_LIBRARY_PATH' environment variable
     during execution
   - add LIBDIR to the 'LD_RUN_PATH' environment variable
     during linking
   - use the '-Wl,-rpath -Wl,LIBDIR' linker flag
   - have your system administrator add LIBDIR to '/etc/ld.so.conf'

See any operating system documentation about shared libraries for
more information, such as the ld(1) and ld.so(8) manual pages.
----------------------------------------------------------------------
 /bin/mkdir -p '/usr/local/include'
 /usr/bin/install -c -m 644 include/uv.h include/uv-errno.h include/uv-threadpool.h include/uv-version.h include/uv-unix.h include/uv-linux.h '/usr/local/include'
 /bin/mkdir -p '/usr/local/lib/pkgconfig'
 /usr/bin/install -c -m 644 libuv.pc '/usr/local/lib/pkgconfig'
make[1]: Leaving directory '/usr/local/src/libuv-v1.9.1'

C'est la fin qui est je pense le plus interessant. Après de mémoire il y avait bien plus de sortie de compilation, de fichiers, la maintenant pour les retrouver, …

Si quelqu'un a une idée, un départ, je vais supprimer ce que je peux mais les liens on ne les supprime peut être pas comme ça, …

  • # re

    Posté par  . Évalué à 1. Dernière modification le 31 octobre 2017 à 19:57.

    Après avoir purger d'une manière ou d'une autre, tu pourras utiliser la date/heure et minute/noms de ces fichiers pour trouver les semblables et les purger aussi avec prudences.

    Et pour les prochaines fois, peut-être qu'il existe des méthodes de "paqueter" qui permet l'installe et le désinstalle.

    • [^] # Re: re

      Posté par  . Évalué à 3. Dernière modification le 31 octobre 2017 à 22:17.

      Bah, en général, configure permet de spécifier un répertoire cible différent de /usr ou /usr/local (--prefix il me semble, ou un truc du genre, ça fait des années que je n'ai plus pratiqué, un configure --help pourrait t'aider).

      A partir de là c'est simple de faire un configure + make + make install qui donnera une liste exhaustive des fichiers installés dans le nouveau répertoire cible, et que l'on pourra supprimer si on les trouve ailleurs suite à la première installation.

  • # Si le boulot à été bien fait

    Posté par  . Évalué à 1.

    un make uninstall fais le ménage pour toi.
    Sinon make -n install te montreras toutes les étapes du make install et du devras effectivement faire le boulot inverse à la mano (mais tu ne manquera aucune étapes)

  • # checkinstall

    Posté par  (site web personnel) . Évalué à 2.

    Personnellement, je n'aime pas faire de "make install", j'ai toujours l'impression que ça va mettre le bordel sur mon système. Je préfère lancer le programme compilé depuis le répertoire où je l'ai compilé, quand c'est possible.

    Sinon, checkinstall est un outil très pratique: il crée un paquet à partir des fichiers compilés, qui pourra ensuite être installé avec le gestionnaire de paquets. Ainsi, il peut être désinstallé proprement. C'est un peu trop tard pour ton cas, mais penses-y pour la suite ;)

    Un LUG en Lorraine : https://enunclic-cappel.fr

    • [^] # Re: checkinstall

      Posté par  . Évalué à 3.

      Personnellement, je n'aime pas faire de "make install", j'ai toujours l'impression que ça va mettre le bordel sur mon système.

      Comme indiqué plus haut, tu peux modifier le chemin d'installation avec l'option --prefix ce qui te permet de choisir ou installer les binaires. Si le uninstall est al géré, ça permet de nettoyer proprement ensuite.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.