Je suis sous Mandrake 9.2 et j'ai un petit soucis depuis 15 jours.
J'ai rajouté la source contrib à urpmi en m'aidant du site http://plf.zarb.org/~nanardon/index.php#third
Tout semble bien se dérouler :
 
[fixe]
[root@spheerys ecliptux]#  urpmi.addmedia contrib ftp://fr2.rpmfind.net/linux/Ma ndrake/9.2/contrib/i586 with ../../i586/Mandrake/base/hdlist2.cz
source contrib ajoutée
examen de la liste de synthèse [/var/lib/urpmi/synthesis.hdlist.Installation CD 1 (x86) (cdrom1).cz
examen de la liste de synthèse [/var/lib/urpmi/synthesis.hdlist.Installation CD 2 (x86) (cdrom2).cz
examen de la liste de synthèse [/var/lib/urpmi/synthesis.hdlist.International CD  (x86) (cdrom3).cz
examen de la liste de synthèse [/var/lib/urpmi/synthesis.hdlist.updates.cz
examen de la liste de synthèse [/var/lib/urpmi/synthesis.hdlist.main.cz
examen de la liste de synthèse [/var/lib/urpmi/synthesis.hdlist.plf.cz
calcul de la somme de contrôle MD5 du fichier hdlist (ou de synthèse) existant
récupération du hdlist source (ou synthèse) de « contrib »...
    ftp://fr2.rpmfind.net/linux/Mandr [...] hdlist2.cz
hdlist source (ou synthèse) potentiel trouvé en tant que ../../i586/Mandrake/bas e/hdlist2.cz
...récupération effectuée
examen du fichier hdlist [/var/cache/urpmi/partial/hdlist.contrib.cz
Écriture de la liste des fichiers pour le medium « contrib »
examen du fichier de clés publiques de « contrib »...
seconde exécution pour calculer les dépendances
 
examen du fichier hdlist [/var/lib/urpmi/hdlist.Installation CD 1 (x86) (cdrom1) .cz
fichier de synthèse créé pour la source « Installation CD 1 (x86) (cdrom1) »
examen du fichier hdlist [/var/lib/urpmi/hdlist.Installation CD 2 (x86) (cdrom2) .cz
fichier de synthèse créé pour la source « Installation CD 2 (x86) (cdrom2) »
examen du fichier hdlist [/var/lib/urpmi/hdlist.International CD (x86) (cdrom3). cz
fichier de synthèse créé pour la source « International CD (x86) (cdrom3) »
examen du fichier hdlist [/var/lib/urpmi/hdlist.updates.cz
fichier de synthèse créé pour la source « updates »
examen du fichier hdlist [/var/lib/urpmi/hdlist.main.cz
fichier de synthèse créé pour la source « main »
examen du fichier hdlist [/var/lib/urpmi/hdlist.plf.cz
fichier de synthèse créé pour la source « plf »
examen du fichier hdlist [/var/lib/urpmi/hdlist.contrib.cz
fichier de synthèse créé pour la source « contrib »
0 en-têtes trouvés dans le cache
destruction de 0 en-têtes obsolètes dans le cache
écriture du fichier de configuration /etc/urpmi/urpmi.cfg
[/fixe]
 
Ensuite, je tente d'installer un package se trouvant sur cette source contrib.
Exemple :

 
Le truc, c'est que j'ai essayé plrs mirroir contrib, reinstallé ma Mandrake depuis et j'ai tjrs le même pb : impossible d'installer un package provenant de cette source.
Je suis le seul à rencontrer ce bug ou pas ?

moi j'ai toujours ce message (uniquement avec la contrib)

 
mais il trouve bien les paquets
 
A+

par contre c'est bizarre ton truc, tu dis ne pas reussir à installer un package de la source contrib, mais l'url du ftp que tu donnes est censée concerner la source updates ...
 
A+

en fait j'ai pas la certitude que ce pb bloque QUE les packets de la source contrib mais bon...
Sinon je vois que tu as la même phrase d'erreur que moi.
C'est normal ça ?

 
essaye de recreer tes sources
http://plf.zarb.org/~nanardon/
 
pour le message, ben non c'est pas normal.
j'ai essayé avec les commandes données par le site précédent et celles données sur mandrakeclub, et le résultat est le meme.
et seule la source contrib est concernée.
 
mais comme ça marche quand même, je laisse courir
 
A+

vi mais chez moi ça marche pô
 
Et pour la re-création des sources, j'ai déjà fait la manip plrs fois en changeant de serveurs
Psssf

www.chezmoicamarche.org
(bon je suis en cooker ceci dit )

J'utilise les contrib non cooker, et j'ai le même msg, qui était déja présent avec les contrib de la 9.1 ...

itou

pareil

pareil, mais ça n'a pas l'air de déranger l'install des paquetages

Pareil
et c est emmerdant d avoir a sortir les cds pour installer des trucs qui sont pas a jours car dispo avec version plus recente sur les contrib !!

Bon me voilà rassuré
Mais pourquoi ce bug gêne certains et d'autres non ?

bon j'suis rassuré mais pas sorti des orties

Pareil que Babouchka

donc : il y a un soucis au niveau des sources contrib. Y a quelque chose à faire ? Quelqu'un à prévenir ?

Quand il dit "le site mirroir n'est probablement pas à jour. Essai d'une méthode alternative  en cours..." ça peut aussi vouloir dire que curl échoue, et qu'il essaie avec wget pour récupérer les paquets. Certains miroirs ne marchent pas avec curl.
 
Donc en ligne de commande, essayez :
urpmi.update --wget contrib
pour voir si ça marche et
urpmi --wget kernel-source
(pas de 2.4.21 après le source)

zeb_ C est pas un probleme de protocole de transfert mais de format de fichiers list ...
Pour qu elle raison ... elle m est inconnu mais sur tout les lien fr ca passe pas suedois pareil ...

drapeau

Il faudrait prévenir le webmaster du FTP. Mon frère a le même message d'erreur, mais avec --wget ça marchait. Par contre, cooker fonctionne
Et si tu essaies avec le synthesis.hdlist à la place du hdlist, ça marche ?
 
Autre problème : quand il dit "Vous devriez mettre à jour votre base de données urpmi" ça peut aussi vouloir dire que le miroir est saturé (trop de users anonymes). Faudrait améliorer urpmi à ce niveau là.

Niveau user j ai verifier j etais loin d un ftp sature ( moins de 30 user sur club internet )
Pour se qui est de --wget je vais tester tout de suite je te tiens au courent

Toujours rien ... j ai tester tout les ftp avec les contrib du site de Zarb !! Aucun ne fonctionne je pense que cela viens directos de urpmi....

C'est étrange. Tu peux essayer de mettre à jour urpmi à la version cooker éventuellement.

Tu peux aussi faire un urpmi --debug et envoyer le rapport de debug  sur la liste cooker (ou directement à François Pons).

idem pour contrib depuis qq jours,j'ai ce message a chaque fois mais il ne pose pas de probleme

Je remonte ce topic car pour ma part, je rencontre toujours le même problème.
Le pb subsiste-t-il sous la mdk 10 (je suis resté sous 9.2) ? Qu'en est-il pour vous ? Reussissez-vous à utiliser urpmi sans aucune erreur ?

Moi aussi j'ai ce problème (9.2). Mais ca ne m'a jamais empeche d'installer quoi que ce soit. A noter que j'ai deja essaye d'utiliser rpmdrake : il m'affiche une fenetre avec ce message, mais _apres_ avoir installé les paquets.

il faut supprimer le fichier /var/lib/urpmi/list.contrib pour régler le pb

Merci Mjules : ça fonctionne