Bonjour,
Je ne trouve pas la commande pour lister tous les paquets de mon système que j’ai mis en hold…
Si quelqu’un avait la gentillesse de me donner cette commande 
Salut,
restore_ma_mémoire_qui_s’_fout_le_camp
//je 
[quote=“zodar”]Salut,
restore_ma_mémoire_qui_s’_fout_le_camp
//je [/quote] 
Je crois avoir trouvé à force de commandes foireuses…
apt-cache policy -o =hold
Quelqu’un confirme ?
En fait je ne comprends pas bien ce truc…
apt-cache policy me sort 4 paquets en hold :
root@siduxbox:~# apt-cache policy -o =hold
[...]
Paquets étiquetés :
procps -> 1:3.2.8-7
xserver-xorg-input-wacom -> (non trouvé)
vlc-data -> 1.0.4-2
gvfs -> (non trouvé)
Mais aptitude m’en compte 12 non mis à jour
root@siduxbox:~# aptitude safe-upgrade
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Lecture de l'information d'état étendu... Fait
Initialisation de l'état des paquets... Fait
Résolution des dépendances...
Les paquets suivants seront ENLEVÉS :
libexosip2-4{u} liblinphone3{u} libmediastreamer0{u} libortp8{u} libosip2-4{u} libprotobuf6{u} libradiusclient-ng2{u}
Les paquets suivants seront mis à jour :
grub-common grub-pc
2 paquets mis à jour, 0 nouvellement installés, 7 à enlever et 12 non mis à jour.
Il est nécessaire de télécharger 2 397ko d'archives. Après dépaquetage, 2 494ko seront libérés.
Voulez-vous continuer ? [Y/n/?] n
Abandon.
et apt-get 14…
root@siduxbox:~# apt-get upgrade
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Les paquets suivants ont été conservés :
compiz-core compiz-gtk compiz-kde compiz-plugins grub-common grub-pc gvfs kfilereplace klinkstatus kommander libcompizconfig0
libvlccore2 mysql-server mysql-server-5.0
0 mis à jour, 0 nouvellement installés, 0 à enlever et 14 non mis à jour.
Quelqu’un peut m’aider à comprendre ? Je comprend bien que aptitude et apt-get ne gèrent pas les dépendances de la même façon, mais pourquoi 4 seulement pour apt-cache policy ?
Salut,
Cette commande chez moi se comporte comme un “apt-cache policy” tout court ?
Genre:$ dpkg -l | grep ^hNan? 
dpkg --get-selections | grep hold
Super,
Merci à vous !
Mais… Ce matin j’ai mis procps en hold (touche p au menu de lisubugs) et il n’est pas dans la liste ?
root@siduxbox:~# dpkg -l | grep ^h
hi compiz-core 0.8.2-6 OpenGL window and compositing manager
hi google-chrome-beta 5.0.307.11-r39572 The web browser from Google
hi grub-pc 1.98~20100115-1 GRand Unified Bootloader, version 2 (PC/BIOS version)
root@siduxbox:~# dpkg --get-selections | grep hold
compiz-core hold
google-chrome-beta hold
grub-pc hold
J’ai failli le dire dans mon précendant post: tout dépend, il me semble, de “comment” les paquets ont été “marqués”… (différence entre apt et aptitude… donc il est possible qu’il y ait aussi une différence entre apt et listbug… 
… et du coup… je vois pas… t’as rien dans /etc/apt ?)
ps: peut-être dans /etc/apt/listbugs/ … visiblement y’a un fichier “ignore_bugs”… 
[quote=“Num’s”]J’ai failli le dire dans mon précendant post: tout dépend, il me semble, de “comment” les paquets ont été “marqués”… (différence entre apt et aptitude… donc il est possible qu’il y ait aussi une différence entre apt et listbug… … et du coup… je vois pas… t’as rien dans /etc/apt ?)
ps: peut-être dans /etc/apt/listbugs/ … visiblement y’a un fichier “ignore_bugs”…
[/quote]
Re,
J’ai bien un fichier /etc/apt/listbugs/ignore_bugs, mais il est vide…
La plupart du temps, je marque les paquets avec apt-listbugs après qu’il ait cherché si des bugs existent et qu’il me propose ou non d’installer. Mais pour certains (apparemment ceux qui sortent avec les commandes que vous m’avez donnez) avec synaptic… Et je n’ai pas trouvé dans synaptic de filtre sur les paquets en “hold”…
Je vais fouiller ! Merci.
Référence des patterns de recherche pour aptitude : [algebraicthunk.net/~dburrows/pro ... 03s05.html](http://algebraicthunk.net/~dburrows/projects/aptitude/doc/en/ch02s03s05.html)Référence des patterns de recherche pour aptitude : algebraicthunk.net/~dburrows/pro … 03s05.html
[quote=“syam”]aptitude search ~i~ahold
Référence des patterns de recherche pour aptitude : algebraicthunk.net/~dburrows/pro … 03s05.html[/quote]
Merci,
Excellent ton lien
Plus complète que les autres commandes…
root@siduxbox:~# aptitude search ~i~ahold
ihA compiz - OpenGL window and compositing manager
ihA compiz-core - OpenGL window and compositing manager
ihA compiz-kde - OpenGL window and compositing manager - KDE window decorator
ih google-chrome-beta - The web browser from Google
Mais tous les paquets n’y sont pas 
Il doit y avoir un foutu fichier qui liste les paquets mis en hold avec apt-listbugs ! Je n’ai pas encore trouvé…
Moi y’en a toujours pas comprendre…
Ce matin, j’ai mis en “hold” le paquet procps :
laurent@siduxbox:~$ apt-cache policy procps
procps:
Installé : 1:3.2.8-7
Candidat : 1:3.2.8-7
Étiquette de paquet : 1:3.2.8-7
Table de version :
1:3.2.8-8 1000
500 http://ftp.fr.debian.org unstable/main Packages
*** 1:3.2.8-7 1000
500 http://ftp.fr.debian.org testing/main Packages
100 /var/lib/dpkg/status
1:3.2.7-11 1000
500 http://ftp.fr.debian.org stable/main Packages
pourtant :
laurent@siduxbox:~$ dpkg -l | grep procps
ii procps 1:3.2.8-7 /proc file system utilities
Il est marqué ii par dpkg… Qu’est-ce que je loupe ?
Par quelle commande l’as tu mis en hold?
En saisissant “p” à la question de apt-listbugs (voulez vous vraiment installer "Y,n,?..), puis en relançant apt-get.
Hum, peut être que apt bloque la version considérée comme bugguée au lieu de mettre le paquet en hold… Regarde du coté de preferences.d…
Bien joué…
Ce n’est pas /preference.d, mais preferences…
[code]laurent@siduxbox:~$ cat /etc/apt/preferences
Explanation: Pinned by apt-listbugs at Thu Jan 14 10:51:49 +0300 2010
Explanation: #549169: random crashes with "type * * not a basic type"
Explanation: #555395: Segfault on launch gedit
Explanation: #554570: random crashes with "type * * not a basic type"
Explanation: #548344: random crashes with "type * * not a basic type"
Explanation: #548361: random crashes with "type * * not a basic type"
Explanation: #554836: GTK filechooser fails with some mount options for NFS4
Explanation: #548473: random crashes with "type * * not a basic type"
Explanation: #556393: gedit: fails to start
Explanation: #548336: random crashes with "type * * not a basic type"
Explanation: #548898: random crashes with "type * * not a basic type"
Explanation: #548343: random crashes with "type * * not a basic type"
Package: gvfs
Pin: version 0.no.version
Pin-Priority: 1000
Explanation: Pinned by apt-listbugs at Wed Feb 10 06:56:14 +0300 2010
Explanation: #567569: Unable to bind some core keys to pad buttons
Package: xserver-xorg-input-wacom
Pin: version 0.8.3.2-1+c0.sidux.1
Pin-Priority: 1000
Explanation: Pinned by apt-listbugs at Sat Feb 27 11:53:27 +0300 2010
Explanation: #570749: vlc-data: file conflict with Lenny version of vlc
Package: vlc-data
Pin: version 1.0.4-2
Pin-Priority: 1000
Explanation: Pinned by apt-listbugs at Tue Mar 02 07:59:26 +0300 2010
Explanation: #572172: Input goes haywire with procps update
Package: procps
Pin: version 1:3.2.8-7
Pin-Priority: 1000[/code]
En fait le paquet n’est pas mis en “hold”, mais il est “pinned”… D’où le “p” 
Merci, j’ai compris ! 
le plus simple est de le mettre en hold par :
aptitude hold procps
puis le vérifier par aptitude search ~ahold
Il sera alors affiché ih devant le nom du paquet. Pour enlever le hold : aptitude unhold procps.
Ceci dit, j’ai fait la mise à jour de procps vers 3.2.8-7 sans problème.
[quote=“cepcasa”]le plus simple est de le mettre en hold par :
aptitude hold procps
puis le vérifier par aptitude search ~ahold
Il sera alors affiché ih devant le nom du paquet. Pour enlever le hold : aptitude unhold procps.
Ceci dit, j’ai fait la mise à jour de procps vers 3.2.8-7 sans problème.[/quote]
Oui, pour plus de clarté je vais mettre en hold tous les paquets “pinned”
Pour procps, c’est la 3.2.8-8 qui pose un problème, pas la 3.2.8-7…
[quote=“lol”]laurent@siduxbox:~$ apt-cache policy procps
procps:
Installé : 1:3.2.8-7
Candidat : 1:3.2.8-7
Étiquette de paquet : 1:3.2.8-7
Table de version :
1:3.2.8-8 1000
500 http://ftp.fr.debian.org unstable/main Packages
*** 1:3.2.8-7 1000
500 http://ftp.fr.debian.org testing/main Packages
100 /var/lib/dpkg/status
1:3.2.7-11 1000
500 http://ftp.fr.debian.org stable/main Packages[/quote]
[quote=“lol”]
Pour procps, c’est la 3.2.8-8 qui pose un problème, pas la 3.2.8-7…[/quote]
Oui, me suis trompé de numéro, j’ai bien mis à jour vers 3.2.8-8
:~$ dpkg-query -W procps
procps 1:3.2.8-8