#1 Le 07/09/2009, à 22:21
- Zenigata
[résolu] paquets mal installés invirables...
Je me suis retrouvé à installer dirmngr et gnupg2 (pas directement, mais en dépendance de kleopatra), sauf que le dpkg --configure a raté, et depuis impossilbe de les virer ou de les réinstaller, que ce soit avec aptitude (remoçve ou purge) apt-get ou dpkg -r...
c'est install-info dans les deux cas (pour les deux paquets) qui n'est pas content car il lui manque un argument...
Et dire que je croyais ceci l'apanage de windows les désinstallations qui ratent et en plus pour un truc des depôts officiels...
Bref comment fait-on pour virer ça à la main pour de vrai ?
Merci
Dernière modification par Zenigata (Le 09/09/2009, à 21:20)
Hors ligne
#2 Le 07/09/2009, à 22:32
- AlTop
Re : [résolu] paquets mal installés invirables...
Wow, le
sudo dpkg --configure -a
qui ne marche pas.
et un
sudo apt-get remove dirmngr
non plus.
Tu as essayer le gestionnaire de synaptic et sélectionner les 2 paquets pour réinstallation?
Sinon, je te propose d'effacer Kleopatra, puis de vider les paquets inutiles (dont ils feront partie)
sudo apt-get remove kleopatra
sudo apt-get autoclean
Sony Vaio VPC-F13Z1E-B
Intel Pentium i7 Q740 @ 1.73GHz; RAM 8Go; nVidia GeForce GT 425 M
Ubuntu 11.04 (Natty Narwhal) - 64 bits - 2.6.38-9-generic
Hors ligne
#3 Le 08/09/2009, à 00:50
- Goulou99
Re : [résolu] paquets mal installés invirables...
Et, j'ajoute, si ça marche toujours pas.
Poste le message d'erreur que le système te renvoi dans un terminal.
Hors ligne
#4 Le 08/09/2009, à 10:24
- Zenigata
Re : [résolu] paquets mal installés invirables...
Ça ne change rien :
The following packages will be REMOVED:
dirmngr gnupg2
0 packages upgraded, 0 newly installed, 2 to remove and 2 not upgraded.
Need to get 0B of archives. After unpacking 6513kB will be freed.
Writing extended state information... Done
(Reading database ... 148786 files and directories currently installed.)
Removing dirmngr ...
install-info: No dir file specified; try --help for more information.
dpkg: error processing dirmngr (--remove):
subprocess pre-removal script returned error exit status 1
* Starting DirMngr dirmngr [ OK ]
Removing gnupg2 ...
install-info: No dir file specified; try --help for more information.
dpkg: error processing gnupg2 (--remove):
subprocess pre-removal script returned error exit status 1
Errors were encountered while processing:
dirmngr
gnupg2Hors ligne
#5 Le 08/09/2009, à 22:36
- Goulou99
Re : [résolu] paquets mal installés invirables...
Salut,
Dans un terminal:
sudo gedit /var/lib/dpkg/info/dirmngr.postrm
Tu ajoutes:
exit 0
au début du fichier, tu enregistres et tu quittes
sudo apt-get remove dirmngr
Si ça marche tu fais la même chose avec l'autre. Si ça marche pas tu retournes dans le fichier, tu enlèves le exit 0 du début et tu ajoutes le exit 0 à la fin du fichier.
Autre variante tu ajoutes le exit 0 dans les deux fichiers et tu supprimes le paquet principal, tu changes la place du exit 0 des deux paquets si ça marche pas.
Hors ligne
#6 Le 09/09/2009, à 21:19
- Zenigata
Re : [résolu] paquets mal installés invirables...
Merci, en bidouillant ces scripts, ça marche !
Hors ligne
#7 Le 10/09/2009, à 01:16
- Goulou99
Re : [résolu] paquets mal installés invirables...
Oui mais c'est quelle bidouille qui marche?
Hors ligne
#8 Le 12/09/2009, à 23:36
- Zenigata
Re : [résolu] paquets mal installés invirables...
Bon en fait le bug venant de l'appel à install-info, j'avais simplement commenté la ligne en question dans les scripts postinst, et ça suffit...
Par contre j'ai rencontré le problème sur un autre paquet, et là j'ai trouvé ça louche, et je me suis rendu compte que mon install-info n'était pas celui des dépôts et demandait à ce qu'on lui donne le dir-info en paramètre obligatoire et non optionnel.
Après recherche, je me suis rendu compte que ceci provenait de l'installation de texlive2008 avec l'astuce donnée par un type pour ne pas avoir de problème de dépendances (qui consiste à faire un paquet virtuel qui provide tout tex)
A priori le problème est réglé proprement en réinstallant tex-info, mais c'est ptet aussi possible à l'aide d'un alias ou d'un script...
Bon en fait effectivement texlive installe une version de install-info qui n'est pas compatible avec celle de debian, et après c'est une histoire d'ordre dans les PATHS...
Un moyeb radical consiste à renommer le install-info de /usr/local/bin en autre chose.
Dernière modification par Zenigata (Le 07/10/2009, à 13:40)
Hors ligne