Re: Install de gthumb....
* dcabaton <cabaton_david@yahoo.fr> [2003-06-18 13:06] :
> Resumons le probleme....
>
> J'ai un paquet liborbit2 qui ne correspond pas à celui de Debian....
>
> debian:/home/dcabaton# dpkg -l | grep liborbit
> ii liborbit-dev 0.5.16-1 Dev libraries for ORBit - a CORBA ORB
> ii liborbit0 0.5.16-1 Libraries for ORBit - a CORBA ORB
> ii liborbit2 2.6.1-1woody1 Libraries for ORBit2 - a CORBA ORB
>
> Et la version de Debian est liborbit2 2.3.107-1, je ne sais pas d'ou
> vient ce paquet exotique !!
En regardant un peu les sources, il provient de l'une des sources suivantes :
> # Gnome 2.2
> deb http://mirror.raw.no/ gnome2.2/
> deb
> http://ftp.acc.umu.se/mirror/mirrors.evilgeniuses.org.uk/debian/backports/woody/
> gnome2.2/
[...]
> J'install donc la bonne version de Debian.....
>
> debian:/home/dcabaton# dpkg -i /tmp/liborbit2_2.3.107-1_i386.deb
> dpkg - avertissement : liborbit2 mis à jour de la version
> 1:2.6.1-1woody1vers l'ancienne version 0:2.3.107-1.
> (Lecture de la base de données... 60032 fichiers et répertoires déjà
> installés.)Préparation du remplacement de liborbit2 1:2.6.1-1woody1 (en
> utilisant .../liborbit2_2.3.107-1_i386.deb) ...
> Dépaquetage de la mise à jour de liborbit2 ...
> Paramétrage de liborbit2 (2.3.107-1) ...
>
> debian:/home/dcabaton# dpkg -l | grep liborbit
> ii liborbit-dev 0.5.16-1 Dev libraries for ORBit - a CORBA ORB
> ii liborbit0 0.5.16-1 Libraries for ORBit - a CORBA ORB
> ii liborbit2 2.3.107-1 Libraries for ORBit2 - a CORBA ORB
Oui, là, je suis fautif : je t'ai dit de forcer le remplacement de ce
paquet sans regarder auparavant ce que cela pouvait casser. Désolé ... :-(
> Mais si je reste avec cette version, les pbl vont commencer : plus
> d'internet, plus de gdm, plus de X,etc..... la catastrophe en chaine !
> Si je tente un apt-get -f install, il me propose de supprimer tous les
> paquets gnome, panel, metacity etc... pas trop cool
Je suppose que les sources ci-dessus sont commentées dans ton fichier
/etc/apt/sources.list ? Si tu les remets et que tu ré-installes le
paquet (avec la version 1:2.6.1-1woody1) posant problème (éventuellement
en forçant avec dpkg), il ne devrait plus y avoir de problème avec les
autres paquets et tu pourras enfin récupérer le paquet de développement
liborbit2-dev_2.6.1-1woody1_i386.deb qui te manquait (de la source
exotique).
En fait, le problème (si (j'ai bien tout compris) venait de la
chronologie suivante :
- tu as installé le paquet liborbit2 de la source exotique
- puis tu as commenté cette source
- et tu as voulu installer le paquet liborbit2-dev sans t'inquiéter d'où
venait le paquet
d'où blocage à cause de la dépendance forte au niveau du numéro de
version entre les 2 paquets : il essaie d'installer la version -dev
correspondant au paquet que tu as déjà et il ne la trouve nulle part.
> Si je tente un apt-get install liborbit2-dev, il veut pas
>
> "You might want to run `apt-get -f install' to correct these: Sorry, but
> the following packages have unmet dependencies:"
>
>
> Voila, la triste histoire d'un mauvais paquet qui met le bordel partout
> !!!!!
C'est vrai qu'il est plus facile de maintenir une distribution avec une
seule source, mais après se pose le problème de paquets peu à jour.
Si je ne suis pas clair, n'hésite pas à me redemander (éventuellement en
privé pour que l'on ne saoûle pas toute la liste).
Fred
--
LA FAQ d-u-f ? http://savannah.nongnu.org/download/debfr-faq/html/
Reply to: