Il s'agit de la commande which-pkg-broke qui peut être exécutée dans le fournisseur d'hébergement gratuit OnWorks en utilisant l'un de nos multiples postes de travail en ligne gratuits tels que Ubuntu Online, Fedora Online, l'émulateur en ligne Windows ou l'émulateur en ligne MAC OS
PROGRAMME:
Nom
quel-pkg-broke - trouve quel paquet pourrait en avoir cassé un autre
SYNOPSIS
quel-paquet-cassé paquet
DESCRIPTION
La quel-paquet-cassé programme récupérera une liste du paquet nommé et tous ses
dépendances triées en fonction de l'heure à laquelle elles ont été installées sur le système (comme déterminé à partir du
informations mtime de /var/lib/dpkg/info/*.liste .
Cet outil permet à un administrateur système d'obtenir des informations susceptibles de corréler
installation de dépendances de package avec une rupture de package afin de trouver laquelle
la mise à jour du package peut être responsable de la casse.
EXEMPLES
Cet outil peut être utile pour déterminer quelles dépendances de package ont été mises à niveau plus récemment
et peut être associé au bogue observé. Par exemple, si l'aptitude
ne fonctionne plus correctement, un administrateur peut exécuter :
$ quel-paquet-cassé aptitude
Emballer n'a pas d'informations sur le temps d'installation
libdb1-compat Ven 8 août 03:02:11 2003
libsigc++-1.2-5c102 Ven 8 août 05:15:58 2003
aptitude dim 11 janv. 17:38:06 2004
libncurses5 dim. 18 janv. 08:11:05 2004
libc6 jeu. 22 janv. 07:55:10 2004
libgcc1 mar. 27 janv. 07:37:22 2004
gcc-3.3-base mar. 27 janv. 07:37:31 2004
libstdc++5 mar. 27 janv. 07:37:32 2004
Donc, selon le moment exact où le mauvais comportement a commencé, il peut y avoir une raison de pointer le
doigt dans une bibliothèque plus récemment mise à jour comme libstdc++ or libncurse, qui sont plus-
récemment installé qu'aptitude lui-même.
Utilisez which-pkg-broke en ligne à l'aide des services onworks.net