Mon Ubuntu 16.04 a des fichiers libsnappy.so.*
dans des dossiers /usr/lib/i386...
.
En outre, il existe un dossier /usr/lib/snapd.glib
même après que j'ai supprimé le composant logiciel enfichable.
Puis-je simplement purger tous les restes de fichiers liés snap, snapd et snappy avec force brutale?
Existe-t-il un moyen de les éliminer intelligemment sans laisser de résidus?
J'ai déjà fait apt autoremove
et apt autoclean
mais ils sont toujours là.
Ces bibliothèques (libsnappy.so.*
) sont contenues dans les packages suivants:
$ dpkg -S libsnappy.so
libsnappy1v5:AMD64: /usr/lib/x86_64-linux-gnu/libsnappy.so.1.3.0
libsnappy1v5:AMD64: /usr/lib/x86_64-linux-gnu/libsnappy.so.1
$ apt-file search libsnappy.so
libsnappy-dev: /usr/lib/x86_64-linux-gnu/libsnappy.so
libsnappy1v5: /usr/lib/x86_64-linux-gnu/libsnappy.so.1
libsnappy1v5: /usr/lib/x86_64-linux-gnu/libsnappy.so.1.3.0
Selon les dépendances, ils sont nécessaires sur mon système Ubuntu 16.04 LTS en raison des dépendances inverses suivantes:
$ apt-cache rdepends libsnappy1v5
libsnappy1v5
Reverse Depends:
libsnappy-dev
libavcodec-ffmpeg56
libavcodec-ffmpeg-extra56
juju-mongodb3.2
ceph-test
ceph
python3-tables-lib
python3-tables-dbg
python-tables-lib
python-tables-dbg
python-snappy
mongodb-server
mongodb-clients
libwiredtiger0
libsnappy-jni
libshogun16
librocksdb4.1
libmtbl0
libblosc1
libavcodec-ffmpeg56
libavcodec-ffmpeg-extra56
juju-mongodb3.2
juju-mongodb2.6
juju-mongodb
ceph-test
boomaga
apitrace-gui
apitrace
androguard
ceph
libleveldb1v5
Ils sont utilisés par les packages installés suivants:
$ apt-cache rdepends --installed libsnappy1v5
libsnappy1v5
Reverse Depends:
libavcodec-ffmpeg-extra56
python3-tables-lib
python-tables-lib
libavcodec-ffmpeg-extra56
Donc, sur mon système, je ne peux pas supprimer le paquet libsnappy1v5
.
snapd
et snappy
sont deux choses différentes.
snappy is compression utilisée par hadoop
Snappy (auparavant connu sous le nom de Zippy) est une bibliothèque de compression et de décompression rapides de données écrite en C++ par Google sur la base des idées de LZ77 et à code source ouvert en 2011. . 2 Elle ne vise pas la compression maximale ni la compatibilité. avec toute autre bibliothèque de compression; au lieu de cela, il vise des vitesses très élevées et une compression raisonnable. La vitesse de compression est de 250 Mo/s et la vitesse de décompression est de 500 Mo/s avec un seul cœur de processeur Core i7 [qui?] S'exécutant en mode 64 bits. Le taux de compression est inférieur de 20 à 100% à celui de gzip.
est un système de fichiers squashFS contenant le code de votre application et un fichier snap.yaml contenant des métadonnées spécifiques. Il possède un système de fichiers en lecture seule et, une fois installé, une zone inscriptible.
est autonome. Il regroupe la plupart des bibliothèques et des exécutions dont il a besoin et peut être mis à jour et restauré sans affecter le reste du système.
est limité au système d'exploitation et à d'autres applications via des mécanismes de sécurité, mais peut échanger du contenu et des fonctions avec d'autres instantanés conformément à des stratégies détaillées contrôlées par l'utilisateur et aux valeurs par défaut du système d'exploitation.