Re: apt-get

[Frédéric Bothamy <fbothamy@mail.dotcom.fr>]

* Botux <jcablanc@wanadoo.fr> [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