* dcabaton <[EMAIL PROTECTED]> [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/
