Ce nouveau forum est consacré à la communauté francophone des utilisateurs de Gentoo. Il vient en complément du forum officiel de gentoo.
Vous n'êtes pas connecté.
Pages: 1
Bonjour,
depuis peu j'ai un léger soucis avec portage.
# emerge strace
Calculating dependencies... done!
>>> Verifying ebuild manifests
>>> Emerging (1 of 1) dev-util/strace-4.5.18
>>> Downloading 'ftp://ftp.free.fr/mirrors/ftp.gentoo.org/distfiles/strace-4.5.18.tar.bz2'
--2009-04-13 04:15:48-- ftp://ftp.free.fr/mirrors/ftp.gentoo.or … 18.tar.bz2
=> `/usr/portage/distfiles/strace-4.5.18.tar.bz2'
Resolving ftp.free.fr... failed: Temporary failure in name resolution.
wget: unable to resolve host address `ftp.free.fr'
< ... >
!!! Couldn't download 'strace-4.5.18.tar.bz2'. Aborting.
* Fetch failed for 'dev-util/strace-4.5.18', Log file:
* '/var/tmp/portage/dev-util/strace-4.5.18/temp/build.log'
>>> Failed to emerge dev-util/strace-4.5.18, Log file:
>>> '/var/tmp/portage/dev-util/strace-4.5.18/temp/build.log'
* Messages for package dev-util/strace-4.5.18:
* Fetch failed for 'dev-util/strace-4.5.18', Log file:
* '/var/tmp/portage/dev-util/strace-4.5.18/temp/build.log'
Par contre ... :
# nslookup ftp.free.fr
Server: 194.146.224.2
Address: 194.146.224.2#53
Non-authoritative answer:
ftp.free.fr canonical name = ftp.proxad.net.
Name: ftp.proxad.net
Address: 212.27.60.27
J'ai tenté de recompiler portage et python, mais le problème subsiste.
A noter que :
- un wget manuel de l'url fonctionne parfaitement
- j'ai bien vérifié mon FETCHCOMMAND en le comparant avec un autre serveur que j'ai et il est correct :
# emerge --info -v |grep FETCHCOMMAND
FETCHCOMMAND="/usr/bin/wget -t 5 -T 60 --passive-ftp -O "${DISTDIR}/${FILE}" "${URI}""
- j'ai tenté avec curl en changeant le FETCHCOMMAND en '/usr/bin/curl "\${URI}" -o "\${DISTDIR}/${FILE}"' mais c'est la même chose : problème de résolution de nom.
Sachant que curl et wget fonctionnent correctement, je vois pas trop d'où ça peut venir...
Des idées? ^^
Hors ligne
Bonjour,
Je n'ai jamais eu ce problème mais si c'est spécifique à ce paquet pour cette adresse (quoi que, chez moi j'arrive à l'avoir
),
tu essayer de télécharger le tarball ailleurs que chez free et le placer dans /usr/portage/distfiles toi-même...
Voilà..
ICI
A+
Dernière modification par supertux54 (2009-04-13 09:06:52)
Hors ligne
Ce n'est pas spécifique à ce paquet malheureusement ![]()
Hors ligne
Re,
Il faut changer tes mirroirs, ou les enlever, moi je ne me suis jamais servie de mirrorselect pour les configurer dans make.conf.
Si tu as GENTOO_MIRRORS dans ton make.conf, enlève le et recommence.
chez moi , j'ai
GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/dis … ntoo"
A+
Dernière modification par supertux54 (2009-04-13 09:12:00)
Hors ligne
J'ai essayé mais ça ne passe pas. Cela dit si je tente un DL via wget ça passe donc ce n'est pas un problème réseau ni de miroir à mon avis. Je pense que c'est une de mes libs qui déconne, mais j'arrive pas à déterminer laquelle.
Hors ligne
Re..
Es-tu en utilisation normal ou en liveCD ?
quel est le contenue de ton fichier /etc/resolv.conf ?
Il ne faut pas te fier à nslookup à cause des caches DNS.
As-tu essayé emerge-webrsync ?
Si la résolution marche moyen, remplacer temporairement dans Gentoo_mirrors l'url par l'adresse IP xxx.xxx.xxx.xxx!
Quels sont les droits du fichier /etc/resolv.conf ?
Courage...
Dernière modification par supertux54 (2009-04-13 09:30:10)
Hors ligne
C'est une bonne idée de mettre directement l'adresse IP du mirroir, ça a l'air de fonctionner pour l'instant.
Ca m'a permis de lancer un emerge -e system , on verra bien si ça change quelque chose après ![]()
Hors ligne
Re..
Vérifier quand meme les droits sur /etc/resolv.conf
tu as avoir 0644 (rw-r--r--)
Bye
Hors ligne
Oui c'était bon :
$ ls -l /etc/resolv.conf
-rw-r--r-- 1 root root 116 avril 8 09:31 /etc/resolv.conf
EDIT:
Ok j'avais tapé la commande sur une autre machine... ^^
Sur le serveur en question c'était pas bon par contre, je sais pas pourquoi j'y ai pas pensé avant... à tous les coups j'ai du me gourrer de terminal lors de mes tests ![]()
Cela dit, c'est tout de même étrange que ce fichier soit par défaut en 600.
Dernière modification par lux (2009-04-13 10:35:24)
Hors ligne
Une confirmation: j'ai eu le même problème, "temporary failure in name resolution". J'ai vérifié /etc/resolv.conf qui avait les droits rw-r----- Or, il faut effectivement faire chmod 644 pour avoir rw-r--r-- pour que wget puisse résoudre les adresses.
Merci à supertux54
Yann
Hors ligne
Pages: 1