* Botux <[EMAIL PROTECTED]> [2002-12-15 14:19] : > >�ventuellement, tu peux supprimer auparavant le paquet qui pose > >probl�me, gtk-gnutella, sachant qu'il existe dans Woody, compil� avec > >la bonne version de la libc6 : > > > >$ apt-cache show gtk-gnutella | grep libc6 > >Depends: libc6 (>= 2.2.4-4), libglib1.2 (>= 1.2.0), libgtk1.2 > >(>=1.2.10-4), xlibs (>> 4.1.0) > > > > Voila mes resultats ! apres avoir fait ( apt-get remove gtk-gnutella !) > > mintaka:/# apt-cache show gtk-gnutella | grep libc6 > Depends: libc6 (>= 2.2.5-13), libglib1.2 (>= 1.2.0), libgtk1.2 (>= > 1.2.10-4), libxml2 (>= 2.4.19-4), xlibs (>> 4.1.0), zlib1g (>= 1:1.1.4) > Depends: libc6 (>= 2.2.4-4), libglib1.2 (>= 1.2.0), libgtk1.2 (>= > 1.2.10-4), xlibs (>> 4.1.0) > mintaka:/# > > Je ne comprends pas trop car ds mon sources.list je n'est que l'adresse > de security.debian.org et le package de gtk-gnutella qui utilise la lib > en testing est en local ds un repertoire quelconque !
Lequel ? Un r�pertoire o� tu construis des sources ou /var/cache/apt/archives/ (qui contient les paquets t�l�charg�s) ? > Dois je comprendre que apt fais toujours reference a celui en local en > plus de celui sur security.debian.org ! Non, sauf si tu as eu � un moment donn� une ligne dans ton fichier /etc/apt/sources.list. Si tu veux virer le cache pour les paquets qui ne sont plus t�l�chargeables, il faut faire : # apt-get autoclean (voir la page de manuel de apt-get pour savoir ce que cela fait) > _pourquoi j'ai deux reponse !?_ Tu as peut-�tre eu une ligne pour testing � un moment donn� qui fournissait le paquet, soit sur un serveur distant, soit en local. Tu peux utiliser : $ apt-cache policy gtk-gnutella pour voir ce qu'il t'indique comme paquets disponibles. Fred
