#1 Le 22/09/2015, à 18:05
- aquiel
analyse des paquets orphelin a traiter avant de les supprimer
hello,
suite a ceci http://forum.ubuntu-fr.org/viewtopic.php?id=1909271
qui a été résolu par l'installation du paquet libwayland-egl1-mesa-lts-vivid
Je me retrouve maintenant avec un paquet orphelin qui est libwayland-egl1-mesa-lts-vivid
Ma question ?
celui ci n'étant plus ou pas installé avant, je l'installe, mais je comprend pas pk il me le donne comme orphelin ?
Si je regarde les fichiers installé pour l'orphelin et ceux installés pour le paquet, tout est pareille, du moin je pense ?
Donc comment vérifier tout cela et être sur que ce paquet est bien orphelin ??
EDIT
carlo@carlo-eMachines-D620:~$ deborphan
libwayland-egl1-mesa-lts-vivid
carlo@carlo-eMachines-D620:~$ carlo@carlo-eMachines-D620:~$ apt-cache policy libwayland-egl1-mesa-lts-vivid
libwayland-egl1-mesa-lts-vivid:
Installé : 10.5.9-2ubuntu1~trusty2
Candidat : 10.5.9-2ubuntu1~trusty2
Table de version :
*** 10.5.9-2ubuntu1~trusty2 0
500 http://fr.archive.ubuntu.com/ubuntu/ trusty-updates/main amd64 Packages
100 /var/lib/dpkg/status
carlo@carlo-eMachines-D620:~$ carlo@carlo-eMachines-D620:~$ apt-cache search libwayland-egl1-mesa-lts-vivid
libwayland-egl1-mesa-lts-vivid - implementation of the Wayland EGL platform -- runtime
libwayland-egl1-mesa-lts-vivid-dbg - implementation of the Wayland EGL platform -- debugging symbols
carlo@carlo-eMachines-D620:~$ carlo@carlo-eMachines-D620:~$ apt-cache show libwayland-egl1-mesa-lts-vivid
Package: libwayland-egl1-mesa-lts-vivid
Priority: optional
Section: libs
Installed-Size: 94
Maintainer: Ubuntu X-SWAT <ubuntu-x@lists.ubuntu.com>
Original-Maintainer: Debian X Strike Force <debian-x@lists.debian.org>
Architecture: amd64
Source: mesa-lts-vivid
Version: 10.5.9-2ubuntu1~trusty2
Replaces: libegl1-mesa-drivers (<< 10.1.0-2), libwayland-egl1, libwayland-egl1-mesa
Provides: libwayland-egl1, libwayland-egl1-mesa, xorg-renamed-package, xorg-renamed-package-lts-vivid
Depends: libc6 (>= 2.2.5), libegl1-mesa-lts-vivid (= 10.5.9-2ubuntu1~trusty2)
Pre-Depends: multiarch-support
Conflicts: libwayland-egl1, libwayland-egl1-mesa, xorg-renamed-package-lts-utopic
Breaks: libegl1-mesa-drivers (<< 10.1.0-2)
Filename: pool/main/m/mesa-lts-vivid/libwayland-egl1-mesa-lts-vivid_10.5.9-2ubuntu1~trusty2_amd64.deb
Size: 6566
MD5sum: 641c298d6a93e01779b97f20d2606f38
SHA1: 2f6d9e5a266c6882ab72b37d52ff203f32bc9864
SHA256: ca8f5a96313c13112b252509063dc5ca1cfde98b502ef20a2c9935b301631a66
Description-en: implementation of the Wayland EGL platform -- runtime
This package contains the mesa implementation of the Wayland EGL platform
Description-md5: 2aac0a30c09ae3fa55df222fecf9d1cf
Multi-Arch: same
Homepage: http://mesa3d.sourceforge.net/
Bugs: https://bugs.launchpad.net/ubuntu/+filebug
Origin: Ubuntu
Supported: 9m
carlo@carlo-eMachines-D620:~$ Merci
Dernière modification par aquiel (Le 25/09/2015, à 19:23)
Hors ligne
#2 Le 22/09/2015, à 18:29
- nany
Re : analyse des paquets orphelin a traiter avant de les supprimer
Bonjour,
pour avoir installé le paquet lts-vivid, tu est certainement avec la version installée depuis l’iso 14.04.3.
Pour en être totalement certain, donne le retour de :
cat /var/log/installer/media-infoSinon, pour voir si le paquet est réellement orphelin (ce dont je doute fortement) :
apt-cache depends libwayland-egl1-mesa-lts-vividEt fais d’abord une simulation pour voir quelle pourrait être l’étendue des dégâts :
apt-get -s remove libwayland-egl1-mesa-lts-vividHors ligne
#3 Le 22/09/2015, à 18:42
- aquiel
Re : analyse des paquets orphelin a traiter avant de les supprimer
hello 
Merci pour la réactivité au sujet 
pour avoir installé le paquet lts-vivid, tu est certainement avec la version installée depuis l’iso 14.04.3.
oui ubuntu-14.04.3-desktop-amd64.iso
voici les retours demandé
carlo@carlo-eMachines-D620:~$ cat /var/log/installer/media-info
Ubuntu 14.04.3 LTS "Trusty Tahr" - Beta amd64 (20150805)carlo@carlo-eMachines-D620:~$
carlo@carlo-eMachines-D620:~$ Pour quoi je lit Beta amd64
carlo@carlo-eMachines-D620:~$ apt-cache depends libwayland-egl1-mesa-lts-vivid
libwayland-egl1-mesa-lts-vivid
Dépend: libc6
Dépend: libegl1-mesa-lts-vivid
Pré-Dépend: multiarch-support
multiarch-support:i386
Est en conflit avec: <libwayland-egl1>
libwayland-egl1-mesa
libwayland-egl1-mesa-lts-utopic
Est en conflit avec: <libwayland-egl1:i386>
libwayland-egl1-mesa:i386
libwayland-egl1-mesa-lts-utopic:i386
Est en conflit avec: libwayland-egl1-mesa
libwayland-egl1-mesa-lts-utopic
Est en conflit avec: libwayland-egl1-mesa:i386
libwayland-egl1-mesa-lts-utopic:i386
Est en conflit avec: <xorg-renamed-package-lts-utopic>
libegl1-mesa-drivers-lts-utopic-dbg
libegl1-mesa-lts-utopic-dbg
libgbm1-lts-utopic-dbg
libgl1-mesa-dri-lts-utopic-dbg
libgl1-mesa-glx-lts-utopic-dbg
libglapi-mesa-lts-utopic-dbg
libgles1-mesa-lts-utopic-dbg
libgles2-mesa-lts-utopic-dbg
libopenvg1-mesa-lts-utopic-dbg
libwayland-egl1-mesa-lts-utopic-dbg
libxatracker2-lts-utopic-dbg
mesa-vdpau-drivers-lts-utopic-dbg
xserver-xorg-core-lts-utopic-dbg
xserver-xorg-input-evdev-lts-utopic-dbg
xserver-xorg-input-synaptics-lts-utopic-dbg
xserver-xorg-input-wacom-lts-utopic-dbg
xserver-xorg-video-ati-lts-utopic-dbg
xserver-xorg-video-intel-lts-utopic-dbg
xserver-xorg-video-mach64-lts-utopic-dbg
xserver-xorg-video-modesetting-lts-utopic-dbg
xserver-xorg-video-nouveau-lts-utopic-dbg
xserver-xorg-video-openchrome-lts-utopic-dbg
xserver-xorg-video-qxl-lts-utopic-dbg
xserver-xorg-video-r128-lts-utopic-dbg
xserver-xorg-video-radeon-lts-utopic-dbg
libegl1-mesa-dev-lts-utopic
libegl1-mesa-drivers-lts-utopic
libegl1-mesa-lts-utopic
libgbm-dev-lts-utopic
libgbm1-lts-utopic
libgl1-mesa-dev-lts-utopic
libgl1-mesa-dri-lts-utopic
libgl1-mesa-glx-lts-utopic
libglapi-mesa-lts-utopic
libgles1-mesa-dev-lts-utopic
libgles1-mesa-lts-utopic
libgles2-mesa-dev-lts-utopic
libgles2-mesa-lts-utopic
libopenvg1-mesa-dev-lts-utopic
libopenvg1-mesa-lts-utopic
libwayland-egl1-mesa-lts-utopic
libxatracker-dev-lts-utopic
libxatracker2-lts-utopic
mesa-common-dev-lts-utopic
mesa-vdpau-drivers-lts-utopic
xorg-server-source-lts-utopic
xserver-xephyr-lts-utopic
xserver-xorg-core-lts-utopic
xserver-xorg-dev-lts-utopic
xserver-xorg-input-all-lts-utopic
xserver-xorg-input-evdev-dev-lts-utopic
xserver-xorg-input-evdev-lts-utopic
xserver-xorg-input-joystick-dev-lts-utopic
xserver-xorg-input-joystick-lts-utopic
xserver-xorg-input-kbd-lts-utopic
xserver-xorg-input-mouse-lts-utopic
xserver-xorg-input-mtrack-lts-utopic
xserver-xorg-input-synaptics-dev-lts-utopic
xserver-xorg-input-synaptics-lts-utopic
xserver-xorg-input-vmmouse-lts-utopic
xserver-xorg-input-void-lts-utopic
xserver-xorg-input-wacom-lts-utopic
xserver-xorg-lts-utopic
xserver-xorg-video-all-lts-utopic
xserver-xorg-video-ati-lts-utopic
xserver-xorg-video-cirrus-lts-utopic
xserver-xorg-video-dummy-lts-utopic
xserver-xorg-video-fbdev-lts-utopic
xserver-xorg-video-intel-lts-utopic
xserver-xorg-video-mach64-lts-utopic
xserver-xorg-video-mga-lts-utopic
xserver-xorg-video-modesetting-lts-utopic
xserver-xorg-video-neomagic-lts-utopic
xserver-xorg-video-nouveau-lts-utopic
xserver-xorg-video-openchrome-lts-utopic
xserver-xorg-video-qxl-lts-utopic
xserver-xorg-video-r128-lts-utopic
xserver-xorg-video-radeon-lts-utopic
xserver-xorg-video-s3-lts-utopic
xserver-xorg-video-savage-lts-utopic
xserver-xorg-video-siliconmotion-lts-utopic
xserver-xorg-video-sisusb-lts-utopic
xserver-xorg-video-tdfx-lts-utopic
xserver-xorg-video-trident-lts-utopic
xserver-xorg-video-vesa-lts-utopic
xserver-xorg-video-vmware-lts-utopic
xserver-xspice-lts-utopic
xwayland-lts-utopic
Est en conflit avec: <xorg-renamed-package-lts-utopic:i386>
libegl1-mesa-drivers-lts-utopic-dbg:i386
libegl1-mesa-lts-utopic-dbg:i386
libgbm1-lts-utopic-dbg:i386
libgl1-mesa-dri-lts-utopic-dbg:i386
libgl1-mesa-glx-lts-utopic-dbg:i386
libglapi-mesa-lts-utopic-dbg:i386
libgles1-mesa-lts-utopic-dbg:i386
libgles2-mesa-lts-utopic-dbg:i386
libopenvg1-mesa-lts-utopic-dbg:i386
libwayland-egl1-mesa-lts-utopic-dbg:i386
libxatracker2-lts-utopic-dbg:i386
mesa-vdpau-drivers-lts-utopic-dbg:i386
xserver-xorg-core-lts-utopic-dbg:i386
xserver-xorg-input-evdev-lts-utopic-dbg:i386
xserver-xorg-input-synaptics-lts-utopic-dbg:i386
xserver-xorg-input-wacom-lts-utopic-dbg:i386
xserver-xorg-video-ati-lts-utopic-dbg:i386
xserver-xorg-video-geode-lts-utopic-dbg:i386
xserver-xorg-video-intel-lts-utopic-dbg:i386
xserver-xorg-video-mach64-lts-utopic-dbg:i386
xserver-xorg-video-modesetting-lts-utopic-dbg:i386
xserver-xorg-video-nouveau-lts-utopic-dbg:i386
xserver-xorg-video-openchrome-lts-utopic-dbg:i386
xserver-xorg-video-qxl-lts-utopic-dbg:i386
xserver-xorg-video-r128-lts-utopic-dbg:i386
xserver-xorg-video-radeon-lts-utopic-dbg:i386
libegl1-mesa-dev-lts-utopic:i386
libegl1-mesa-drivers-lts-utopic:i386
libegl1-mesa-lts-utopic:i386
libgbm-dev-lts-utopic:i386
libgbm1-lts-utopic:i386
libgl1-mesa-dev-lts-utopic:i386
libgl1-mesa-dri-lts-utopic:i386
libgl1-mesa-glx-lts-utopic:i386
libglapi-mesa-lts-utopic:i386
libgles1-mesa-dev-lts-utopic:i386
libgles1-mesa-lts-utopic:i386
libgles2-mesa-dev-lts-utopic:i386
libgles2-mesa-lts-utopic:i386
libopenvg1-mesa-dev-lts-utopic:i386
libopenvg1-mesa-lts-utopic:i386
libwayland-egl1-mesa-lts-utopic:i386
libxatracker-dev-lts-utopic:i386
libxatracker2-lts-utopic:i386
mesa-common-dev-lts-utopic:i386
mesa-vdpau-drivers-lts-utopic:i386
xserver-xephyr-lts-utopic:i386
xserver-xorg-core-lts-utopic:i386
xserver-xorg-dev-lts-utopic:i386
xserver-xorg-input-all-lts-utopic:i386
xserver-xorg-input-evdev-lts-utopic:i386
xserver-xorg-input-joystick-lts-utopic:i386
xserver-xorg-input-kbd-lts-utopic:i386
xserver-xorg-input-mouse-lts-utopic:i386
xserver-xorg-input-mtrack-lts-utopic:i386
xserver-xorg-input-synaptics-lts-utopic:i386
xserver-xorg-input-vmmouse-lts-utopic:i386
xserver-xorg-input-void-lts-utopic:i386
xserver-xorg-input-wacom-lts-utopic:i386
xserver-xorg-lts-utopic:i386
xserver-xorg-video-all-lts-utopic:i386
xserver-xorg-video-ati-lts-utopic:i386
xserver-xorg-video-cirrus-lts-utopic:i386
xserver-xorg-video-dummy-lts-utopic:i386
xserver-xorg-video-fbdev-lts-utopic:i386
xserver-xorg-video-geode-lts-utopic:i386
xserver-xorg-video-intel-lts-utopic:i386
xserver-xorg-video-mach64-lts-utopic:i386
xserver-xorg-video-mga-lts-utopic:i386
xserver-xorg-video-modesetting-lts-utopic:i386
xserver-xorg-video-neomagic-lts-utopic:i386
xserver-xorg-video-nouveau-lts-utopic:i386
xserver-xorg-video-openchrome-lts-utopic:i386
xserver-xorg-video-qxl-lts-utopic:i386
xserver-xorg-video-r128-lts-utopic:i386
xserver-xorg-video-radeon-lts-utopic:i386
xserver-xorg-video-s3-lts-utopic:i386
xserver-xorg-video-savage-lts-utopic:i386
xserver-xorg-video-siliconmotion-lts-utopic:i386
xserver-xorg-video-sisusb-lts-utopic:i386
xserver-xorg-video-tdfx-lts-utopic:i386
xserver-xorg-video-trident-lts-utopic:i386
xserver-xorg-video-vesa-lts-utopic:i386
xserver-xorg-video-vmware-lts-utopic:i386
xwayland-lts-utopic:i386
Casse: libegl1-mesa-drivers
Casse: libegl1-mesa-drivers:i386
Remplace: libegl1-mesa-drivers
Remplace: libegl1-mesa-drivers:i386
Remplace: <libwayland-egl1>
libwayland-egl1-mesa
libwayland-egl1-mesa-lts-utopic
libwayland-egl1-mesa-lts-vivid
Remplace: <libwayland-egl1:i386>
libwayland-egl1-mesa:i386
libwayland-egl1-mesa-lts-utopic:i386
libwayland-egl1-mesa-lts-vivid:i386
Remplace: libwayland-egl1-mesa
libwayland-egl1-mesa-lts-utopic
libwayland-egl1-mesa-lts-vivid
Remplace: libwayland-egl1-mesa:i386
libwayland-egl1-mesa-lts-utopic:i386
libwayland-egl1-mesa-lts-vivid:i386
Remplace: libwayland-egl1-mesa-lts-vivid:i386
Casse: libwayland-egl1-mesa-lts-vivid:i386
carlo@carlo-eMachines-D620:~$ libwayland-egl1-mesa-lts-vivid
libwayland-egl1-mesa-lts-vivid : commande introuvable
carlo@carlo-eMachines-D620:~$ carlo@carlo-eMachines-D620:~$ apt-get -s remove libwayland-egl1-mesa-lts-vivid
NOTE: Ceci n'est qu'une simulation !
apt-get a besoin des privilèges du superutilisateur
pour pouvoir vraiment fonctionner.
Veuillez aussi noter que le verrouillage est désactivé,
et la situation n'est donc pas forcément représentative
de la réalité !
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Les paquets suivants seront ENLEVÉS :
libwayland-egl1-mesa-lts-vivid
0 mis à jour, 0 nouvellement installés, 1 à enlever et 0 non mis à jour.
Remv libwayland-egl1-mesa-lts-vivid [10.5.9-2ubuntu1~trusty2]
carlo@carlo-eMachines-D620:~$ Merci
Hors ligne
#4 Le 22/09/2015, à 19:09
- nany
Re : analyse des paquets orphelin a traiter avant de les supprimer
Bon ben la simulation ne ne donne que ce paquet à désinstaller. A priori tu peux procéder à la désinstallation sans autre risque que de retrouver ton problème avec totem.
Pour quoi je lit Beta amd64
Bonne question mais je ne saurai y répondre.
Hors ligne
#5 Le 22/09/2015, à 20:03
- aquiel
Re : analyse des paquets orphelin a traiter avant de les supprimer
re
c'est pour cela que je me posais la question
Ma question ?
celui ci n'étant plus ou pas installé avant, je l'installe, mais je comprend pas pk il me le donne comme orphelin ?
Si je regarde les fichiers installé pour l'orphelin et ceux installés pour le paquet, tout est pareille, du moin je pense ?
Pas grave, je vais réinstaller et si j'ai tjs l'orphelin, je creuserai histoire de comprendre ....
carlo@carlo-eMachines-D620:~$ sudo apt-get remove --purge $(deborphan)
[sudo] password for carlo:
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Les paquets suivants seront ENLEVÉS :
libwayland-egl1-mesa-lts-vivid*
0 mis à jour, 0 nouvellement installés, 1 à enlever et 0 non mis à jour.
Après cette opération, 96,3 ko d'espace disque seront libérés.
Souhaitez-vous continuer ? [O/n] o
(Lecture de la base de données... 202076 fichiers et répertoires déjà installés.)
Suppression de libwayland-egl1-mesa-lts-vivid:amd64 (10.5.9-2ubuntu1~trusty2) ...
Purging configuration files for libwayland-egl1-mesa-lts-vivid:amd64 (10.5.9-2ubuntu1~trusty2) ...
Traitement déclenché pour libc-bin (2.19-0ubuntu6.6) ...
carlo@carlo-eMachines-D620:~$ deborphan
carlo@carlo-eMachines-D620:~$ totem
totem: error while loading shared libraries: libwayland-egl.so.1: cannot open shared object file: No such file or directory
carlo@carlo-eMachines-D620:~$
Hors ligne
#6 Le 22/09/2015, à 20:11
- nany
Re : analyse des paquets orphelin a traiter avant de les supprimer
Avant de réinstaller, essaye ça :
sudo ln -s /usr/lib/x86_64-linux-gnu/mesa-egl/libwayland-egl.so.1 /usr/lib/libwayland-egl.so.1Hors ligne
#7 Le 22/09/2015, à 20:14
- aquiel
Re : analyse des paquets orphelin a traiter avant de les supprimer
une petite question,
si je pense comme ceci, le mot paquet désigne Larousse Objet ou réunion d'objets enveloppés, emballés ou liés, généralement en vue d'un transport
Si je comprend bien et analyse dans se sens, ce qui a mon avis ne sera pas a 100% exacte, quand je down un paquet, celui ci contient du code et autre, il depak le paquet, donc le vide ensuite son contenu est installé ou, autre, aprés tout cela le dis paquet est vide, trop simple 
Un paquet, c'est quelque chose dans le qu'elle il y a des choses, donc quand il est vide on peut le jeter, comme un emballage.....
Dernière modification par aquiel (Le 22/09/2015, à 20:24)
Hors ligne
#8 Le 22/09/2015, à 20:19
- aquiel
Re : analyse des paquets orphelin a traiter avant de les supprimer
voici, commande passée après un sudo apt update
Lecture des listes de paquets... Fait
carlo@carlo-eMachines-D620:~$ sudo ln -s /usr/lib/x86_64-linux-gnu/mesa-egl/libwayland-egl.so.1 /usr/lib/libwayland-egl.so.1
ln: impossible de créer le lien symbolique «/usr/lib/libwayland-egl.so.1»: Le fichier existe
carlo@carlo-eMachines-D620:~$ Hors ligne
#9 Le 22/09/2015, à 20:26
- nany
Re : analyse des paquets orphelin a traiter avant de les supprimer
OK, alors essaye ça :
sudo apt-get install libegl1-mesa-drivers-lts-vivid
cd /etc/alternatives
sudo update-alternatives --set *-gnu_egl_conf /usr/lib/*/mesa-egl/ld.so.conf
sudo ldconfigHors ligne
#10 Le 22/09/2015, à 20:29
- nany
Re : analyse des paquets orphelin a traiter avant de les supprimer
une petite question,
si je pense comme ceci, le mot paquet désigne Larousse Objet ou réunion d'objets enveloppés, emballés ou liés, généralement en vue d'un transport
Si je comprend bien et analyse dans se sens, ce qui a mon avis ne sera pas a 100% exacte, quand je down un paquet, celui ci contient du code et autre, il depak le paquet, donc le vide ensuite son contenu est installé ou, autre, aprés tout cela le dis paquet est vide, trop simple
Un paquet, c'est quelque chose dans le qu'elle il y a des choses, donc quand il est vide on peut le jeter, comme un emballage.....
Oui c’est un peu ça. Un paquets contient des éléments.
Seulement, à l’installation, le paquet n’est pas vidé de son contenu mais les éléments sont copiés (eh oui, vive l’immatériel ).
Dernière modification par nany (Le 22/09/2015, à 20:49)
Hors ligne
#11 Le 22/09/2015, à 20:41
- aquiel
Re : analyse des paquets orphelin a traiter avant de les supprimer
carlo@carlo-eMachines-D620:~$ sudo apt-get install libegl1-mesa-drivers-lts-vivid
[sudo] password for carlo:
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Aucune version du paquet libegl1-mesa-drivers-lts-vivid n'est disponible, mais il existe dans la base
de données. Cela signifie en général que le paquet est manquant, qu'il est devenu obsolète
ou qu'il n'est disponible que sur une autre source
E: Le paquet « libegl1-mesa-drivers-lts-vivid » n'a pas de version susceptible d'être installée
carlo@carlo-eMachines-D620:~$ carlo@carlo-eMachines-D620:~$ sudo update-alternatives --set *-gnu_egl_conf /usr/lib/*/mesa-egl/ld.so.conf
update-alternatives: erreur: pas d'alternatives pour *-gnu_egl_conf
carlo@carlo-eMachines-D620:~$ carlo@carlo-eMachines-D620:~$ sudo ldconfig
carlo@carlo-eMachines-D620:~$ Oui c’est un peu ça. Un paquets contient des éléments.
Seulement, à l’installation, le paquet n’est pas vider de son contenu mais les éléments sont copier (eh oui, vive l’immatériel wink).
merci, je me doutais..... mais le n’est pas vider de son contenu mais les éléments sont copier, me donne a penser lollll bref pour cela pour le moment,
Hors ligne
#12 Le 22/09/2015, à 20:49
- nany
Re : analyse des paquets orphelin a traiter avant de les supprimer
Bon, je pensais que ce bug te concernait mais en fait non, puisque rien ne passe.
Mais je viens de consulter le wiki anglais de LTSEnablementStack c’est à dire ce qui est installé avec 14.04.3 et il s’avère que le paquet en fait partie.
Pour être sûr que tout soit correctement d’aplomb, passe cette commande :
sudo apt-get install --install-recommends linux-generic-lts-vivid xserver-xorg-core-lts-vivid xserver-xorg-lts-vivid xserver-xorg-video-all-lts-vivid xserver-xorg-input-all-lts-vivid libwayland-egl1-mesa-lts-vividMais tout ça n’explique effectivement pas pourquoi le paquet est considéré orphelin.
EDIT : en fait si, je viens de comprendre. Il ne dépend d’aucun autre paquet (donc il est orphelin) mais il est tout de même indispensable car d’autre paquets en dépendent (libc6 et libegl1-mesa-lts-vivid). Il est donc orphelin mais aussi papa et ce n’est pas parce qu’il est orphelin qu’il faut que ses enfants le deviennent.
Dernière modification par nany (Le 22/09/2015, à 21:04)
Hors ligne
#13 Le 22/09/2015, à 21:01
- aquiel
Re : analyse des paquets orphelin a traiter avant de les supprimer
merci pour les liens, je vais y regarder
j'attends de voir si je peut accepter o
carlo@carlo-eMachines-D620:~$ sudo apt-get install --install-recommends linux-generic-lts-vivid xserver-xorg-core-lts-vivid xserver-xorg-lts-vivid xserver-xorg-video-all-lts-vivid xserver-xorg-input-all-lts-vivid libwayland-egl1-mesa-lts-vivid
[sudo] password for carlo:
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
linux-generic-lts-vivid est déjà la plus récente version disponible.
xserver-xorg-core-lts-vivid est déjà la plus récente version disponible.
xserver-xorg-input-all-lts-vivid est déjà la plus récente version disponible.
xserver-xorg-lts-vivid est déjà la plus récente version disponible.
xserver-xorg-video-all-lts-vivid est déjà la plus récente version disponible.
Les NOUVEAUX paquets suivants seront installés :
libwayland-egl1-mesa-lts-vivid
0 mis à jour, 1 nouvellement installés, 0 à enlever et 0 non mis à jour.
Il est nécessaire de prendre 6.566 o dans les archives.
Après cette opération, 96,3 ko d'espace disque supplémentaires seront utilisés.
Souhaitez-vous continuer ? [O/n] Hors ligne
#14 Le 22/09/2015, à 21:05
- nany
Re : analyse des paquets orphelin a traiter avant de les supprimer
Oui, tu peux confirmer.
J’ai édité mon message précédent.
Hors ligne
#15 Le 22/09/2015, à 21:34
- aquiel
Re : analyse des paquets orphelin a traiter avant de les supprimer
Mais tout ça n’explique effectivement pas pourquoi le paquet est considéré orphelin.
EDIT : en fait si, je viens de comprendre. Il ne dépend d’aucun autre paquet (donc il est orphelin) mais il est tout de même indispensable car d’autre paquets en dépendent (libc6 et libegl1-mesa-lts-vivid). Il est donc orphelin mais aussi papa et ce n’est pas parce qu’il est orphelin qu’il faut que ses enfants le deviennent. lol
Dernière modification par nany (Aujourd'hui à 21:04)
comme quoi, la gestion de paquets orphelin et la/le méthode/logiciel pour faire cela n'est pas s'en risque......
sinon ben lui il est tjs vu comme un orphelin
[carlo@carlo-eMachines-D620:~$ deborphan
libwayland-egl1-mesa-lts-vivid
carlo@carlo-eMachines-D620:~$ totem s'ouvre, mais j'ai une information qui n'etais pas la avant
[carlo@carlo-eMachines-D620:~$ totem
** (totem:10968): WARNING **: Couldn't register with accessibility bus: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.Hors ligne
#16 Le 22/09/2015, à 22:02
- nany
Re : analyse des paquets orphelin a traiter avant de les supprimer
sinon ben lui il est tjs vu comme un orphelin
Oui, comme je l’ai dit, il est orphelin mais aussi papa. Et, comme ses enfants n’ont pas l’air émancipés, il ne faut pas le tuer.
totem s'ouvre, mais j'ai une information qui n'etais pas la avant
Ce n’est pas bien grave, ce n’est qu’un avertissement. Il y a un bug le concernant qui est fixé mais pas encore mis dans les dépôts (le paquet concerné a d’autres bugs).
Hors ligne
#17 Le 23/09/2015, à 18:24
- aquiel
Re : analyse des paquets orphelin a traiter avant de les supprimer
re,
super merci pour ta réactivité.
Voila après ma journée commencée a 5h00 je me replonge sur cela....
Oui, comme je l’ai dit, il est orphelin mais aussi papa. Et, comme ses enfants n’ont pas l’air émancipés, il ne faut pas le tuer.
ok, il doit y avoir un moyen de protéger se paquet non ?
vu pour totem
merci
Dernière modification par aquiel (Le 23/09/2015, à 18:26)
Hors ligne
#18 Le 23/09/2015, à 19:10
- nany
Re : analyse des paquets orphelin a traiter avant de les supprimer
ok, il doit y avoir un moyen de protéger se paquet non ?
Là, comme ça, à brûle-pourpoint, je ne vois pas comment ce serait possible.
EDIT : je viens de trouver un bug confirmé pour totem mais marqué en importance low. Il n’y a donc rien de possible pour le moment sauf à attendre que le bug soit fixé.
Dernière modification par nany (Le 23/09/2015, à 19:16)
Hors ligne
#19 Le 25/09/2015, à 19:22
- aquiel
Re : analyse des paquets orphelin a traiter avant de les supprimer
re
pour totem, c'est ok, je n'ai plus de message.
Tout est redevenu comme a l"ouverture de se sujet analyse d'un paquet orphelin a traiter qui suite a la suppression du paquet orphelin libwayland-egl1-mesa-lts-vivid avec conduit a y remédié dans les messages précédents....
Je vais édité le titre du sujet en analyse d'un des paquets orphelin a traiter
carlo@carlo-eMachines-D620:~$ deborphan
libmpdec2
gstreamer1.0-plugins-bad-videoparsers
libwayland-egl1-mesa-lts-vivid
carlo@carlo-eMachines-D620:~$ De mon côté je vais laisser tout les paquets orphelins en attendant de mieux cerner cela,
Ici on voit de nouveaux paquets orphelins, mais mon expérience si dessus me confirme qu'il ne faut pas systématiquement les virer 
Question, elle est dans le titre, analyse des paquets orphelin a traiter avant de les supprimer
Merci
Dernière modification par aquiel (Le 25/09/2015, à 19:25)
Hors ligne
#20 Le 26/09/2015, à 18:42
- aquiel
Re : analyse des paquets orphelin a traiter avant de les supprimer
re
dans l'aide de deborphan, il y a ceci
GESTION DES PAQUETS À CONSERVER
-A, --add-keep PKG1...PKGn
Ajoute des paquets à la liste des paquets à conserver (qui ne seront jamais considérés comme orphelins quel que soit
leur état). En utilisant -, l'entrée standard sera utilisée pour indiquer les paquets. Attention, leur nom est sen‐
sible à la casse.je n'arrive pas a trouver la syntaxe de la ligne de commande a écrire pour placer ce paquet libwayland-egl1-mesa-lts-vivid à la liste des paquets à conserver???
voici le man deborphan
DEBORPHAN(1) General Commands Manual DEBORPHAN(1)
NOM
deborphan - recherche les paquets orphelins
SYNOPSIS
deborphan [OPTION]... [PAQUET]...
DESCRIPTION
deborphan trouve les paquets dont aucun autre paquet ne dépend. Par
défaut, la recherche est effectuée dans les sections « libs » et « old‐
libs » pour traquer les bibliothèques inutilisées.
Si une liste de paquets lui est passée en paramètre, seules les dépen‐
dances sur ces paquets seront recherchées. Le résultat de la recherche
est envoyé sur la sortie standard comme si l'option --show-deps lui
avait été passée. La recherche à partir de paquets passés en paramètre
listera tous les paquets trouvés, sans tenir compte de leur priorité.
La valeur - permet de transmettre les paquets sur l'entrée standard.
OPTIONS
-f, --status-file=FICHIER
Utilise FICHIER comme fichier des états.
-h, --help
Affiche une aide sommaire et rend la main.
-v, --version
Affiche la version et rend la main.
OPTIONS D'AFFICHAGE
-d, --show-deps
Affiche la liste de tous les paquets installés en indiquant les
paquets qui en dépendent.
-P, --show-priority
Affiche la priorité des paquets trouvés.
-s, --show-section
Affiche les sections auxquelles appartiennent les paquets trou‐
vés.
--no-show-section
N'affiche pas la section lorsque celle-ci serait affichée par
défaut (voir --all-packages).
-z, --show-size
Affiche l'espace disque occupé par les paquets trouvés.
OPTIONS DE RECHERCHE
-a, --all-packages
Vérifie l'ensemble des paquets, sans se limiter aux sections
« libs ». À utiliser de préférence avec l'option --priority.
Cette option implique --show-section.
-e, --exclude=LISTE
Exclut les paquets indiqués dans LISTE (valeurs séparées par une
virgule) comme s'ils n'existaient pas dans le fichier des états.
-H, --force-hold
Ignore l'indicateur dpkg-flags de maintien (« hold ») des
paquets et donc affiche ces paquets. Sans cette option les
paquets ayant l'indicateur « hold » ne sont pas affichés.
Veuillez vous référer à dpkg(1) pour davantage d'informations
concernant les indicateurs des paquets. En raison d'un bogue
d'aptitude (bogue Debian #137771), les indicateurs « hold »
créés par aptitude sont ignorés par deborphan.
--ignore-suggests
--ignore-recommends
Ne vérifie pas si un paquet « suggère » (--ignore-suggests) ou
« recommande » (--ignore-recommends) le paquet. Quand les deux
options sont utilisées ensemble, deborphan se comporte comme si
le « nice-mode » défini plus bas avait été désactivé.
-n, --nice-mode
Désactive le « nice-mode ». Lorsque ce mode est activé, debor‐
phan tient compte des dépendances de type « suggérée » (Sug‐
gests) ou « recommandée » (Recommends) sur les paquets. S'il en
existe, le paquet correspondant sera considéré comme utilisé ou
bien, si l'option --show-deps est aussi utilisée, ces dépen‐
dances seront affichées.
-p, --priority=PRIORITÉ
N'affiche que les paquets dont la priorité vaut au moins PRIO‐
RITÉ. PRIORITÉ est compris entre 1 et 5, ou bien une des valeurs
suivantes : required, important, standard, optional, extra. La
valeur par défaut de PRIORITÉ est 2 (important).
--find-config
Recherche les paquets non installés qui pourraient encore avoir
des fichiers de configuration sur le système. Cette option
implique --all-packages.
--libdevel
Étend la recherche à la section « libdevel » en plus des sec‐
tions « libs » et « oldlibs ».
GESTION DES PAQUETS À CONSERVER
-A, --add-keep PKG1...PKGn
Ajoute des paquets à la liste des paquets à conserver (qui ne
seront jamais considérés comme orphelins quel que soit leur
état). En utilisant -, l'entrée standard sera utilisée pour
indiquer les paquets. Attention, leur nom est sensible à la
casse.
-k, --keep-file=FICHIER
Utilise FICHIER pour stocker la liste des paquets à conserver.
-L, --list-keep
Affiche la liste des paquets à conserver.
-R, --del-keep PKG1...PKGn
Supprime des paquets de la liste des paquets à conserver. En
utilisant -, l'entrée standard sera utilisée pour indiquer les
paquets. Si aucune dépendance pour ces paquets n'est trouvée
lors de la prochaine exécution de deborphan, ils seront affi‐
chés.
-Z, --zero-keep
Vide le fichier contenant la liste des paquets à conserver.
Seule l'option -A peut être utilisée simultanément.
AIDE À LA RECHERCHE
--guess-*
--no-guess-*
deborphan va essayer de deviner quels sont les paquets qui pour‐
raient ne pas être très utiles en examinant leur nom ou leur
description. Il partira du principe que le paquet se trouve dans
la section « main/libs » et l'évaluera comme s'il s'agissait
d'une bibliothèque. Cette méthode est loin d'être parfaite voire
fiable, attention en l'utilisant. Il est aussi possible de
demander à deborphan de deviner par exemple tous les interpré‐
teurs sauf Perl en utilisant --guess-interpreters
--no-guess-perl ou de deviner tout sauf Mono en utilisant
--guess-all --no-guess-mono. Veuillez remarquer que l'option
--no-guess- doit être fournie après l'option --guess- qu'elle
modifie, afin de pouvoir demander des choses plus compliquées
comme de tout deviner à part les interpréteurs, et d'essayer de
deviner Perl en plus.
Les options suivantes doivent être préfixées par --guess- ou (sauf pour
only) par --no-guess- :
common Cherche les paquets partagés, dont le nom s'achève en -common.
data Cherche les paquets de données, dont le nom s'achève en -data.
debug Cherche les bibliothèque de débogage, dont le nom s'achève en
-dbg.
dev Cherche les paquets de développement, dont le nom s'achève en
-dev. Voir aussi l'option --libdevel.
doc Cherche les paquets de documentation, dont le nom s'achève en
-doc.
dummy Cherche les paquets factices, dont la description courte
contient dummy ou transitional.
kernel Cherche les modules du noyau, correspondant au motif
(-modules|^nvidia-kernel)-.*[0-9]+\.[0-9]+\.[0-9]+.
interpreters
Cherche les modules de tous les interpréteurs : ruby, pike,
python, perl et mono.
mono Cherche les bibliothèques Mono, correspondant au motif ^libmono.
perl Cherche les modules Perl, correspondant au motif ^lib.*-perl$.
pike Cherche les modules Pike, correspondant au motif
^pike[[:digit:]]*-.
python Cherche les modules Python, correspondant au motif
^python[[:digit:]]*-.
ruby Cherche les modules Ruby, correspondant au motif
^lib.*-ruby[[:digit:].]*$.
section
Cherche les bibliothèques qui auraient accidentellement été pla‐
cées dans la mauvaise section, correspondant au motif ^lib, mais
ne se terminant pas par : -dbg, -doc, -perl ou -dev.
all Cherche tous les paquets décrits ci-dessus.
only Ignore totalement la section du paquet et se contente d'examiner
le nom ou la description courte. À utiliser simultanément avec
une ou plusieurs options --guess décrites ci-dessus ; dans le
cas contraire, deborphan n'affichera rien.
FICHIERS
/var/lib/dpkg/status
État des paquets disponibles. Voir la section RENSEIGNEMENTS SUR
LES PAQUETS dans la page de manuel de dpkg pour avoir plus de
renseignements.
/var/lib/deborphan/keep
Liste des paquets à ignorer par deborphan, séparés par des
retours à la ligne. Les noms de paquet ne sont pas triés.
VOIR AUSSI
dpkg(8), dselect(8), orphaner(8), editkeep(8), cruft(8), xargs(1)
BOGUES
Si vous signalez un bogue, merci de joindre le fichier
/var/lib/dpkg/status. Cela permettra de reproduire plus facilement le
bogue.
AUTEURS
deborphan a été écrit par Cris van Pelt <"Cris van Pelt"@tribe.eu.org>,
il a été ensuite maintenu par Peter Palfrader <weasel@debian.org> et il
est désormais maintenu par Carsten Hey <c.hey@web.de>.
TRADUCTION
Cette traduction est maintenue à l'aide de l'outil po4a
<URL:http://po4a.alioth.debian.org/> par l'équipe de traduction franco‐
phone du projet Debian.
Guilhelm Panaget <guilhelm.panaget@free.fr> (2005, 2006), Jean-Luc Cou‐
lon (f5ibh) <jean-luc.coulon@wanadoo.fr> (2006), Christian Perrier
<bubulle@debian.org> (2008) et David Prévot <david@tilapin.org> (2010).
Veuillez signaler toute erreur de traduction en écrivant à
<debian-l10n-french@lists.debian.org> ou par un rapport de bogue sur le
paquet deborphan.
Vous pouvez toujours avoir accès à la version anglaise de ce document
en utilisant la commande « man -L C <section> <page_de_man> ».merci
Hors ligne
#21 Le 26/09/2015, à 18:50
- nany
Re : analyse des paquets orphelin a traiter avant de les supprimer
Ah ben voilà une info qu’elle est bonne ! 
Alors passe cette commande :
sudo deborphan -A libwayland-egl1-mesa-lts-vividEt, pour vérifier, redonne le retour de :
deborphanHors ligne
#22 Le 27/09/2015, à 17:30
- aquiel
Re : analyse des paquets orphelin a traiter avant de les supprimer
re
Comme k une solution et ou fonctions recherchée a une action a vouloir exécuter ne se trouve pas au fin fond du monde mais juste sous notre nez.....
carlo@carlo-eMachines-D620:~$ deborphan
libmpdec2
gstreamer1.0-plugins-bad-videoparsers
libwayland-egl1-mesa-lts-vivid
carlo@carlo-eMachines-D620:~$
carlo@carlo-eMachines-D620:~$ sudo deborphan -A libwayland-egl1-mesa-lts-vivid
[sudo] password for carlo:
deborphan: libwayland-egl1-mesa-lts-vivid: duplicate entry.
carlo@carlo-eMachines-D620:~$ deborphan
libmpdec2
gstreamer1.0-plugins-bad-videoparsers
carlo@carlo-eMachines-D620:~$ la je pense qu'il ne me le donnera / trouvera plus comme un paquet orphelin, je ne chercherai pas pour le moment a comprendre comment et qu'a t'il fait de ce paquet.....;)
ce qui me ramène au titre du sujet, comment etre sur que des paquets sont bien orphelins ?
Apres les avoir virer la c'est sur que l'on sera si il était bien orphelin, mais je préfère le savoir avant
Merci de ton temps et ton aide 
Hors ligne
#23 Le 27/09/2015, à 17:59
- nany
Re : analyse des paquets orphelin a traiter avant de les supprimer
je ne chercherai pas pour le moment a comprendre comment et qu'a t'il fait de ce paquet.....;)
Il n’en fait rien et le laisse en place, il met simplement son nom dans une liste qui se trouve ici → /var/lib/deborphan/keep.
Pour voir la liste :
deborphan -Lce qui me ramène au titre du sujet, comment etre sur que des paquets sont bien orphelins ?
Apres les avoir virer la c'est sur que l'on sera si il était bien orphelin, mais je préfère le savoir avant
Tu peux simuler la désinstallation avec :
apt-get -s remove $(deborphan)Cela permet de contrôler que seuls les paquets considérés comme orphelins par deborphan seront désinstallés.
Mais on n’est pas à l’abri d’un autre bug analogue à celui de totem.
Hors ligne
#24 Le 28/09/2015, à 20:37
- aquiel
Re : analyse des paquets orphelin a traiter avant de les supprimer
re,
super les infos et commandes
je vais et je suis en mode recherche pour essayer de comprendre se système de paquets, dépendances, et tout et tout.... mais cela prendra son temps et espère arriver a comprendre se système d'exploitation aussi bien que je connais celui de Microsoft, mais bon après plus de 20 ans a l'utilisé sur que je le connais lollll....
Sinon voici le retour d'une simulation,
carlo@carlo-eMachines-D620:~$ sudo apt-get -s remove $(deborphan)
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Le paquet suivant a été installé automatiquement et n'est plus nécessaire :
libgstreamer-plugins-bad1.0-0
Veuillez utiliser « apt-get autoremove » pour le supprimer.
Les paquets suivants seront ENLEVÉS :
gstreamer1.0-plugins-bad-videoparsers libmpdec2
0 mis à jour, 0 nouvellement installés, 2 à enlever et 0 non mis à jour.
Remv gstreamer1.0-plugins-bad-videoparsers [1.2.4-1~ubuntu1]
Remv libmpdec2 [2.4.0-6]
carlo@carlo-eMachines-D620:~$ merci
Dernière modification par aquiel (Le 28/09/2015, à 20:40)
Hors ligne