Re: instal debian sarge ....erreur
* RoboTux <thomas.mortauspam.preudhomme@laposte.net> [2006-02-22 00:08] :
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Thomas Debay a écrit :
> > Bonsoir,
> >
> >
> >>Extraordinaire // le probléme décris ci-dessus est visiblement
> >>récurrent.( voir réponse google avec force-loopbreak)Je ne sais toujours
> >>pas comment faire , mais Est-il possible que débian stable sarge
> >>accessible en HTTP FTP ne soient pas tous identique et de même qualité (
> >>surtout pour les paquets disponible) ?
> >>En clair, j'ai effectué le telechargement à partir de la liste proposé
> >>sur mon CD Eyrolles et j'ai choisi le serveur de l'université de
> >>strasbourg (le plus proche de chez moi). Serait-il possible que les
> >>versions de paquets de ce serveur soit mal fichu, obsoléte, mélange de
> >>paquets stable et en testing
> >>Si cela est, je pourrai aller sur un autre serveur pour avoir un version
> >>ad hoc .... lequel ? et refaire mon instal .... merci
> >
> >
> > Effectivement comme te l'a conseillé François Boisson, je pense que le
> > mieux pour toi est de télécharger un nouveau CD d'installation par le
> > réseau ici :
> > http://www.us.debian.org/CD/netinst/
>
> Je crois qu'il disait essentiellement que le problème devait venir du CD
> lui-même (genre testing dans le sources.list au lieu de stable ou
> sarge). Ce problème a été plusieurs fois rencontrés au cours des
> derniers mois par des gens utilisant testing et ayant fait un gros
> upgrade (genre sarge -> etch après quelques semaines/mois).
En fait, le problème exact est dû à une mise à jour pré-Sarge vers Etch
pour laquelle il y a conflit entre les paquets libc6 et e2fsprogs. De
toute façon, ce n'est pas un schéma de mise à jour géré par Debian (qui
ne prend en charge que Woody -> Sarge, puis Sarge -> Etch sans saut de
distribution). Pour les détails techniques, voir le rapport de bogue
324550 (http://bugs.debian.org/324550).
[...]
> > et je pense que c'est une meilleure idée que de ne choisir que des
> > mirroirs principaux.
>
> Pourquoi cela ? Après tout les mirroirs sont fait pour répartir la
> charge sur plusieurs serveurs. Cela évite de saturer les mirroirs
> principaux de Debian. Autant pour une sid je dis pas, mise à jour plus
> rapide et débit très important pour les serveurs Debian (encore que il y
> a un package dont j'ai oublié le nom qui permet de déterminer la source
> permettant un débit optimal à mettre dans sources.list).
Il s'agit du paquet apt-spy.
Fred
--
Comment poser les questions de manière intelligente ?
http://www.gnurou.org/Writing/SmartQuestionsFr
Comment signaler efficacement un bug ?
http://www.chiark.greenend.org.uk/~sgtatham/bugs-fr.html
Reply to: