Bonsoir !
Après avoir essayé URPMI, qui n'a pas marché (pourtant, c'est simple !) j'ai remarqué que je n'ai plus aucun paquetage disponible.
La mise à jour mandrake ne marche pas : pour chercher les miroirs, j'ai un pic de débit inernet, puis quand je lance la mise à jour, plus rien, et j'ai un message d'erreur qui précise "pas de fichier hdlists".
Qu'est-ce que j'ai fait comme c....rie ?
Je peux rajouter le fichier à la main ?
Merci, de la part d'un newbee acharné !
Forum Linux.débutant Aucun paquetage dispo, mise à jour impossible !
22
jan.
2006
# On t'a déjà répondu
Posté par Khâpin (site web personnel) . Évalué à 2.
# Voici l'adresse
Posté par allodead . Évalué à 1.
[^] # Re: Voici l'adresse
Posté par tranber . Évalué à 1.
Merci pour le tuyau allodead, j'essayerai.... quand ça marchera, car ça ne marche toujours pas !
Galère.....
# essaye
Posté par alexissoft . Évalué à 2.
Cette commande va supprimer toutes les sources urpmi (d'ou le -a, voir urpmi.removemedia --help).
Si tu as trop de problème, je ne te conseille que urpmi.neuneu, ce programme super est un essai de la team Mandriva pour ajouter les sources urpmi tout seul
(et faut leur demander de le remettre en place parce que trem l'a supprimé de son espace chez PLF et donc il est inutilisable sauf si quelqu'un veut l'héberger http://easyurpmi.zarb.org/svn/trunk/urpmi.setup/urpmi.neuneu(...) car il a besoin d'un fichier de configuration neuneu.conf accessible sur le net, en lisant le code perl vous comprendrai).
[^] # Neu neu ? Quand même !
Posté par tranber . Évalué à 1.
J'ai essayé urpmi.removemedia -a, je crois arriver à suivre les instructions, je suis débutant mais pas neuneu à ce point, je crois... quoi que... ;)
Non, c'est le fait que la mise à jour ne marche pas, j'ai aussi posté dans la rubrique "cherche logiciels", par erreur, et j'y au posté le message d'erreur. Malgré son aide, les indications de (#1) n'ont rien donné .
Je crois que ce qui se passe, c'est que la première étape, enlever tout, marche. La preuve, je n'ai même plus les logiciels du DVD free que j'avais pourtant copié entièrement ! Et la mise à jour Mandriva ne donne rien non plus : un pic de débit pour chercher les miroirs, puis plus rien quand j'envois vers un miroir. J'en ai essayé plusieurs....
Est-ce que j'ai fait une erreur en installant ma carte PCI Dlink 520+, un long combat que je ne voudrais pas recommencer, par exemple en modifiant les droits sur un fichier dont mes mises à jour ont besoin, ou est-ce autre chose, je ne sais pas...
[^] # Re: Neu neu ? Quand même !
Posté par schyzomarijks . Évalué à 2.
et mets ici le résultat
On va y arriver :-)
[^] # Re: Neu neu ? Quand même !
Posté par tranber . Évalué à 1.
ça ne donne rien du tout :
[root@localhost ~]# urpmq --list-media
[root@localhost ~]#
??????????????
[^] # Re: Neu neu ? Quand même !
Posté par liberforce (site web personnel) . Évalué à 2.
urpmi.removemedia -a
Je te conseille de lire la donc officielle qui parle des média et d'urpmi:
http://doc.mandrivalinux.com/MandrakeLinux/101/fr/Starter.ht(...)
Surtout la section "gestionnaire de média".
Le bouton "Ajouter" te configurera les média principaux automatiquement, tu n'as besoin de easyurpmi que pour des médias un peu particuliers...
Par exemple les média plf-free, plf-nonfree ont des applications qui ne sont pas redistribuées par mandriva car pas libre ou interdites/litigieuses dans certains pays. Exemple: amule (équivalent d'emule), libdvdcss (permet de lire des DVD cryptés sous linux), win32-codecs (codecs windows pour lire le format vidéo wmv),etc...
Bonne chance !
[^] # Justement !
Posté par tranber . Évalué à 1.
Alors, voici les dernières nouvelles du front :
J'ai booté sur le DVD de Mandriva 2006.0 free, fait une mise à jour, et j'ai retrouvé les RPMs d'origine (j'ai transpiré, de peur que dans l'histoire j'ai à refaire tout le chbinz pour réinstaller ma carte D-Link 520+. Remarque, je manque encore d'entrainement pour les JO Linux :) ! ).
Par contre, la mise à jour officielle (que j'ai essayé plusieurs fois, sur différents miroirs) ne marche toujours pas, j'ai le message :
"Impossible de mettre à jour le média ; il sera ignoré.
Erreurs :
... échec de la récupération : curl failed: exited with 19 or signal 0
pas de fichier hdlist trouvé pour le média « update_source »
problème de lecture du fichier de synthèse du média « update_source »
Avec URPMI, voici les nouvelles :
[root@localhost ~]# urpmi.addmedia plf-free ftp://ftp.univ-orleans.fr/logiciel-libre/plf/mandrake/free/2(...) with hdlist.cz
impossible d'accéder au fichier hdlist de « update_source », média ignoré
média plf-free ajouté
le fichier de configuration [/etc/urpmi/urpmi.cfg] a été écrit
base de données urpmi verrouillée
[root@localhost ~]# urpmi.addmedia --update updates ftp://ftp.ciril.fr/pub/linux/mandrakelinux/official/updates/(...) with media_info/hdlist.cz
impossible d'accéder au fichier hdlist de « plf-free », média ignoré
média updates ajouté
le fichier de configuration [/etc/urpmi/urpmi.cfg] a été écrit
base de données urpmi verrouillée
[root@localhost ~]# urpmi.addmedia main ftp://mirror.switch.ch/mirror/mandrake/official/2006.0/i586/(...) with media_info/hdlist.cz
impossible d'accéder au fichier hdlist de « updates », média ignoré
média main ajouté
le fichier de configuration [/etc/urpmi/urpmi.cfg] a été écrit
base de données urpmi verrouillée
[root@localhost ~]# urpmi.addmedia contrib ftp://ftp.belnet.be/linux/mandrake/official/2006.0/i586/medi(...) with media_info/hdlist.cz
impossible d'accéder au fichier hdlist de « main », média ignoré
média contrib ajouté
le fichier de configuration [/etc/urpmi/urpmi.cfg] a été écrit
base de données urpmi verrouillée
[root@localhost ~]# urpmi.addmedia jpackage ftp://ftp.caliu.info/pub/distribucions/mandrake/official/200(...) with media_info/hdlist.cz
impossible d'accéder au fichier hdlist de « contrib », média ignoré
média jpackage ajouté
le fichier de configuration [/etc/urpmi/urpmi.cfg] a été écrit
base de données urpmi verrouillée
D'où ma question encore et toujours : d'où ça vient, à votre avis ? Problème d'internet ? c'est possible, vu que j'ai des ping longs ou perdus :
[root@localhost ~]# ping -c 4 -I wlan0
[root@localhost ~]# ping -c 4 -I wlan0 ftp.caliu.info
PING ftp.caliu.info (147.83.91.30) from 192.128.1.18 wlan0: 56(84) bytes of data.
--- ftp.caliu.info ping statistics ---
4 packets transmitted, 0 received, 100% packet loss, time 2999ms
[root@localhost ~]# ping -c 4 -I wlan0 ftp.caliu.info
PING ftp.caliu.info (147.83.91.30) from 192.128.1.18 wlan0: 56(84) bytes of data.
--- ftp.caliu.info ping statistics ---
4 packets transmitted, 0 received, 100% packet loss, time 2999ms
[root@localhost ~]# ping -c 4 -I wlan0 google.fr
PING google.fr (216.239.59.104) from 192.128.1.18 wlan0: 56(84) bytes of data.
64 bytes from 216.239.59.104: icmp_seq=1 ttl=244 time=642 ms
64 bytes from 216.239.59.104: icmp_seq=2 ttl=245 time=601 ms
64 bytes from 216.239.59.104: icmp_seq=3 ttl=245 time=606 ms
64 bytes from 216.239.59.104: icmp_seq=4 ttl=244 time=626 ms
--- google.fr ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3748ms
rtt min/avg/max/mdev = 601.489/619.410/642.882/16.488 ms
[root@localhost ~]# ping -c 4 -I wlan0 ftp.ciril.fr
PING atik.ciril.fr (193.50.27.70) from 192.128.1.18 wlan0: 56(84) bytes of data.
64 bytes from atik.ciril.fr (193.50.27.70): icmp_seq=1 ttl=53 time=569 ms
64 bytes from atik.ciril.fr (193.50.27.70): icmp_seq=2 ttl=53 time=611 ms
64 bytes from atik.ciril.fr (193.50.27.70): icmp_seq=3 ttl=53 time=610 ms
64 bytes from atik.ciril.fr (193.50.27.70): icmp_seq=4 ttl=53 time=578 ms
--- atik.ciril.fr ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 6847ms
rtt min/avg/max/mdev = 569.710/592.552/611.463/18.858 ms
[root@localhost ~]#
Pas génial, non ? Et bien sûr, lorsque je lance les mises à jour, aucun pic de débit notable. Par contre, je suis assez content du débit en téléchargement internet, de l'ordre de 25 Ko/s.
La bonne nouvelle est que j'ai toujours mes RMPs du DVD, ils n'ont pas sauté !
En conclusion :
- Est-ce que j'ai un problème de fichiers "hdlist" ou autre en local ?
- Est-ce que c'est un problème de ping trop long (connexion par WiFi + satellite) et alors, que faire ?
Merci à ceux qui auront réussi à lire jusque là !
Et bravo à ceux qui comprennent ce qui se passe !
[^] # Re: Justement !
Posté par liberforce (site web personnel) . Évalué à 2.
Question: pourquoi est elle verrouillée ? T'aurais pas un centre de contrôle mandriva ouvert dans un coin ? Parce que si tu l'ouvre avec un des composants graphique d'urpmi, il va se verrouiller pour éviter que tu bidouilles 2 trucs différents en même temps, genre un en ligne de commande et l'autre dans le MCC...
Vérifie que ton MCC est fermé et réessaie.
[...]
Euh, non en fait c'est pas ça puiqu'il arrive déjà pas à récupérer le hdlist...
Tente un wget du fichier hdlist:
wget ftp://ftp.univ-orleans.fr/logiciel-libre/plf/mandrake/free/2(...)
si ça marche, c'est que tu arrives bien à y accéder, sinon c'est pas un problème urpmi, mais de ta connexion.
Et t'es pas obligé de faire un urpmi.removemedia -a tout le temps, c'est juste pour virer tous tes média actuels. Si tu as déjà main, contrib et update de configurés, garde-les, rajoute juste ce qui manque... Tu peux les avoir dans le gestionnaire de média en cliquant sur le bouton "ajouter".
[^] # Re: Justement !
Posté par tranber . Évalué à 1.
Voici ce que j'obtiens, centre de controle Mandrake fermé :
[moi@localhost ~]$ wget ftp://ftp.univ-orleans.fr/logiciel-libre/plf/mandrake/free/2(...)
--07:30:50-- ftp://ftp.univ-orleans.fr/logiciel-libre/plf/mandrake/free/2(...)
=> `hdlist.cz'
Résolution de ftp.univ-orleans.fr... 194.167.30.140
Connecting to ftp.univ-orleans.fr|194.167.30.140|:21... connecté.
Ouverture de session en anonymous...
ERREUR dans le message de salutation du serveur.
Nouvel essai.
Et ça recommence encore et toujours.
Perso, mais je suis encore un bébé pingouin, j'ai l'impression qu'aucune de ces mise à jour ne marche pour des raisons liées à ma machine....
D'ailleurs, ça commence à me plaire, en voulant enlever le son de démarrage par "configurer votre bureau", sans passer en super utilisateur, je n'ai plus de son, il manque artswrapper qui serait absent ou pas activé, et je ne l'ai pas trouvé dans ma machine, je ne l'ai pas touvé comme service, j'ai désinstallé amarok et l'ai réinstallé, rien ne change, j'ai cherché sur le web où ils disent de changer de moteur ce qui ne marche pas, et je ne sais pas comment revenir en arrière.
Moi qui croyais qu'avec Linux j'aurais un système qui ne poserait pas de soucis !
Merci pour ton aide.
[^] # Re: Justement !
Posté par liberforce (site web personnel) . Évalué à 2.
Essaie sur proxad:
Vérifie que wget ftp://ftp.proxad.net/pub/Distributions_Linux/MandrivaLinux/o(...) te récupère bien le fichier (il fait dans les 9Mo).
Ensuite vérifie la somme md5 du fichier, ça permettra d'être sûr que t'as pas de problème sur ta connexion ou autre chose qui corromprait les données téléchargées. On fait ça avec la commande md5sum hdlist_main.cz.
Si tu obtiens la même signature (la série de chiffres) que moi, à savoir:
d0e3a7d6a732e7df9e26d327288b2b59 *hdlist_main.cz
Alors y a peu de chances que le problème vienne de ta connexion internet.
A ce moment là, change juste de miroir, essaie proxad.net, il a toujours marché pour moi...
En paramétrant easyurpmi pour un processeur i586 et des listes synthétiques (moins lourd à télécharger pour tester), j'ai ça:
http://minilien.com/?KPAhBfwk9K
Fais un urpmi.removemedia -a et tape les commandes easyurpmi du lien juste au dessus, et dis moi ce que ça donne...
Pour ton problème de son je ne peux rien pour toi, tu utilise le serveur de sons KDE, et je suis sous GNOME...
[^] # y'a un os, mais on l'identifie !
Posté par tranber . Évalué à 2.
[moi@localhost ~]$ wget ftp://ftp.proxad.net/pub/Distributions_Linux/MandrivaLinux/o(...)
--14:02:43-- ftp://ftp.proxad.net/pub/Distributions_Linux/MandrivaLinux/o(...)
=> `hdlist_main.cz'
Résolution de ftp.proxad.net... 213.228.0.141
Connecting to ftp.proxad.net|213.228.0.141|:21... connecté.
Ouverture de session en anonymous...Session établie!
==> SYST ... complété. ==> PWD ... complété.
==> TYPE I ... complété. ==> CWD /pub/Distributions_Linux/MandrivaLinux/official/2006.0/i586/media/media_info ... complété.
==> PASV ... couldn't connect to 172.16.17.2 port 59897: Connexion refusée
[moi@localhost ~]$ md5sum hdlist_main.cz
md5sum: hdlist_main.cz: Aucun fichier ou répertoire de ce type
Qui me refuse la connection ? Ce n'est pas l'IP de mon FAI, ni la mienne, qui est fixe...
Merci pour ton aide précieuse.
PS : j'ai lu que Mandrake est plus tournée vers KDE que gnome, est-ce que je peux passer de l'un à l'autre ? Je ne perdrai que mes raccourcis et marques pages ?
[^] # Re: y'a un os, mais on l'identifie !
Posté par schyzomarijks . Évalué à 2.
>PS : j'ai lu que Mandrake est plus tournée vers KDE que gnome, est-ce que je peux passer de l'un à l'autre ? Je ne perdrai que mes raccourcis et marques pages ?
Quand tu passe de l'un à l'autre, tu perdras tes marques pages, mais pour les raccourcis, ca devrait aller.
[^] # Re: y'a un os, mais on l'identifie !
Posté par liberforce (site web personnel) . Évalué à 2.
Adresse ip du routeur ?
Un firewall activé sur ta machine ou sur le routeur ? Un proxy quelque part ?
Comprends pas parce que là y a pas de serveur mis en jeu, tu fais juste que télécharger un fichier, donc pas de problème de firewall normalement...
Tu arrives bien à te connecter à proxad.net mais c'est 213.228.0.141.
Je vois pas ce que c'est que ton 172.16.17.2... Même en cherchant ce que c'est sur le net, j'arrive déjà même pas à faire un ping sur cette adresse...
1. Recommence la manipe du wget
2. Si tu te fais encore jeter, regarde si l'adresse qui te refuse la connexion est toujours la même: 172.16.17.2
3. fais un ping 172.16.17.2 (ou de l'adresse en question si elle est différente) et donne moi le résultat
4. fais un host 172.16.17.2 (ou de l'adresse en question si elle est différente) et donne moi le résultat
5. Vérifie si tu as au moins une fois réussi à télécharger le fichier: ls hdlist_main.cz
En fait je soupçonne quelque chose dans ta config réseau qui ferait que le ftp en mode passif (la commande PASV qui te jette) foire. J'ai l'impression d'avoir eu ce genre de problème une fois... J'avais dû stopper le firewall, et peut être forwarder des ports au niveau de mon routeur, un truc de ce genre... mais je suis plus sûr.
Y a de la doc sur le ftp passif ici: http://slacksite.com/other/ftp.html
[..] Dis donc, l'adresse 172.16.17.2, c'était pas la tienne des fois ?
/sbin/ifconfig et compare l'adresse refusée à ton adresse internet... Je sens qu'on se rapproche...
[^] # Re: y'a un os, mais on l'identifie !
Posté par tranber . Évalué à 1.
Donc je suis relié par WiFi à un commerçant, qui a un V-sat et un provider Belge. L' IP du serveur de ce commerçant est 192.128.1.1, et la mienne est de la même famille. Je n'ai pas eu le temps aujourd'hui de passer le voir pour lui demander à quoi correspond l'IP qui bloque, mais il me paraît bien possible que ce soit celle du FAI Belge, car les temps des pings sont intermédiaires entre les temps des pings avec mon FAI local et ceux avec les sites.
Voici les réponses à ce que tu m'as demandé :
[moi@localhost ~]$ ping -c 4 -I wlan0 172.16.17.2
PING 172.16.17.2 (172.16.17.2) from 192.128.1.18 wlan0: 56(84) bytes of data.
64 bytes from 172.16.17.2: icmp_seq=1 ttl=128 time=7.55 ms
64 bytes from 172.16.17.2: icmp_seq=2 ttl=128 time=13.9 ms
64 bytes from 172.16.17.2: icmp_seq=3 ttl=128 time=10.2 ms
64 bytes from 172.16.17.2: icmp_seq=4 ttl=128 time=6.12 ms
--- 172.16.17.2 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3002ms
rtt min/avg/max/mdev = 6.121/9.473/13.942/2.982 ms
[moi@localhost ~]$ host 172.16.17.2
socket.c:1115: internal_send: 255.255.0.0#53: Invalid argument
Host 2.17.16.172.in-addr.arpa not found: 3(NXDOMAIN)
Sinon, pas cool :
[moi@localhost ~]$ ls hdlist_main.cz
ls: hdlist_main.cz: Aucun fichier ou répertoire de ce type
J'espère avoir le temps demain de vérifier avec mon FAI ce qu'est cette adresse.
J'ai remarqué que le port change à chaque fois : 41976, 41978, 41981, etc...
Allez, je vais aller travailler les fp passifs sur slacksite.com
à + !
PS : Hé, (#1), nous avons tous adoré ton pingouin avec sa tapette à papillon, et mon fils l'a trouvé et installé en papier-peint ! Il en a trouvé toute une série de géniaux, dont Tux dans le portable, mais ça, ça sera l'étape suivante !
[^] # Re: y'a un os, mais on l'identifie !
Posté par liberforce (site web personnel) . Évalué à 2.
quand à wget:
--passive-ftp
Utilise le mécanisme de téléchargement FTP passif, dans lequel le
client initialise la connexion de données. C'est parfois requis
pour accéder à des FTP qui sont derrière des pare-feux.
Comprends plus... je suis quasiment sûr que c'est une histoire de port qui n'est pas forwardé par le V-sat, mais là on atteint mes limites en réseau...
Je crois pas être capable de faire autre chose. mais je t'ai dis: fais un "host" de l'adresse en question qui est retournée par wget.
[^] # Bravo, bien vu !
Posté par tranber . Évalué à 2.
En tous cas, mon FAI a l'air de comprendre de quoi il s'agit, il m'a dit qu'il allait ouvrir tous les ports (ça change à chaque fois), mais comme ça ne marche pas, il a du avoir autre chose à faire !
Je lui redemanderai demain...
Un grand merci et encore bravo !
[^] # Re: Bravo, bien vu !
Posté par liberforce (site web personnel) . Évalué à 3.
Par contre je te conseille de prendre des notes pour l'install de ton pilote wifi, au cas où tu aies des pépins un de ces 4, ça te fera gagner du temps ;-)
[^] # Heu... c'est encore moi !
Posté par tranber . Évalué à 1.
Par contre, galère, URPMI a encore tout enlevé en premier, puis... rien ajouté, mêmes messages qu'auparavant !
C'est quand même galère ce truc ! J'ai pourtant les bons paramètres d'hardware et d'OS !
J'ai bien noté pour le pilote wifi, et c'est rangé sur une partition qui, normalement, ne risque rien... j'espère ! Merci du conseil !
Bon, comment je fais pour avoir les codecs et tout ces machins pleins d'adware et autres spywares dans l'OS de chez machin ?
Merci !
[^] # Re: Heu... c'est encore moi !
Posté par liberforce (site web personnel) . Évalué à 2.
Essaie la méthode à papa: le bouton ajouter dans le gestionnaire de média... Il te configurera automatiquement les média main et contrib... Là tu es sûr de ne pas faire de mauvaise manip. Si ça ne marche pas, c'est encore un problème du côté de ta connexion.
[^] # La méthode à Papa, c'est bien, mais...
Posté par tranber . Évalué à 1.
Déjà en page 3 !
Y'a encore quelqu'un qui lit ça ? Au 22° message du sujet ?
Liberforce, c'est encore moi !
Bon, d'abord j'ai pas fait exprès de vous lâcher comme ça, c'est qu'il y a eu des orages de folie qui ont fait du mal à mon FAI. Le réseau ne revient que maintenant, lentement...
Pour les mises à jour, le gestionnaire de média marche, je préfère cette méthode à papa.... Quoique, après un cours intensif....
par contre, je bloque aussi avec URPMI :
wget ftp://ftp.univ-orleans.fr/logiciel-libre/plf/mandrake/free/2(...) with
--23:45:28-- ftp://ftp.univ-orleans.fr/logiciel-libre/plf/mandrake/free/2(...)
=> `2006.0'
Résolution de ftp.univ-orleans.fr... 194.167.30.140
Connecting to ftp.univ-orleans.fr|194.167.30.140|:21... connecté.
Ouverture de session en anonymous...Session établie!
==> SYST ... complété. ==> PWD ... complété.
==> TYPE I ... complété. ==> CWD /logiciel-libre/plf/mandrake/free ... complété.
==> PASV ... couldn't connect to 172.16.17.4 port 41045: Connexion refusée
ENCORE ! Pourtant je passe directement sur le satellite, mon IP est 172.16.17.3, la passerelle est 172.16.0.1, je ne vois pas pourquoi je passe par 172.16.17.4 !
Qu'est-ce qu'ils ont les providers à bloquer les ports ? Ils sont anti pingoins ou quoi ?
Qui voit un moyen de contourner le pb ? J'ai peur d'avoir du mal à discuter avec le provider de la liaison satellite de mon provider !
Vous n'avez pas mal à la tête, vous aussi ?
[^] # Re: La méthode à Papa, c'est bien, mais...
Posté par liberforce (site web personnel) . Évalué à 2.
Là je t'avoue que c'est un peu trop pour moi... je sais pas pourquoi tu ça connectes à une autre bécanne pour un ftp...J'suis pas un gourou ftp...
Par contre la commande que tu as recopié, c'est n'importe quoi, on dirait un mix d'urpmi et de wget. parce que là tu fais un wget sur un répertoire (?) avec un with (re-?) comme on fait pour urpmi.addmedia...
Alors tente de faire un wget sur un gros fichier quelconque à partir d'une adresse http, puis d'une adresse ftp, pour vérifier la connexion.
man wget
man urpmi.addmedia
Peux pas t'en dire plus, désolé.
[^] # C'est pô moa, c'est eux !
Posté par tranber . Évalué à 1.
Bon, en fait j'ai envoyé un mail à URPMI, en english vu que leur site est en english, et voilà ce qui m'a été répondu :
Does your Internet connection work?
> Can you ping the server (ftp.univ-orleans.fr)?
> Can you curl/wget the file
> (ftp://ftp.univ-orleans.fr/logiciel-libre/plf/mandrake/free/2(...) with
> hdlist.cz)?
C'est cette dernière ligne que j'ai essayé. Je vais essayer man wget pour voir si je comprends, mais il faut que j'attende un peu, ma femme devient allergique à Linux vu le temps que j'y passe et que ça ne marche toujours pas pour elle comme si elle était sous "la référence". Alors la machine est toujours bootée sous zindozs, et il faut que je fasse profil bas...
Je retournerai voir mon FAI pour qu'il m'explique comment marche son réseau, même pour moi qui n'y connais rien je trouve que c'est bizare cette histoire d'IP.
@ + et encore merci.
[^] # Re: C'est pô moa, c'est eux !
Posté par liberforce (site web personnel) . Évalué à 2.
là le gars te demande si tu arrives à récupérer le fichier avec urpmi... s'il te parle de curl et wget, c'est parce que ce sont les outils externes qu'urpmi utilise pour télécharger les fichiers !
extrait de man wget, pour l'option --curl:
Donc en gros, que tu arrives à télécharger le fichier hdlist.cz à partir d'urpmi, on s'en fout pour l'instant, il veut juste savoir si tu arrives à télécharger un fichier quelconque en utilisant wget ou curl. Or on a vu qu'avec wget, tu n'arrivait déjà pas à télécharger un simple fichier.
Pour éviter que templeet, le moteur de linuxfr ne change ls url en liens, je te mettrait toutes les url sans le ":", donc ici http// au lieu de http:// . N'oublie pas de le rajouter pour les 4 étapes qui suivent !!!!!!
Essaie ceci:
Etape 1: télécharger un fichier en http avec wget
wget http//cache.novell.com/cached/xglrelease/desktopspin.mpg
Hop, wget avec l'url du fichier, c'est simple et ça marche (normalement), et t'auras une belle vidéo de Xgl :-)
Etape 2: télécharger un fichier en ftp avec wget
wget ftp//ftp.gnome.org/pub/gnome/desktop/2.13/2.13.90/sources/gedit-2.13.90.tar.bz2
A priori, si ton problème vient du provider, ça devrait foirer ici...
Etape 3: ajouter plf-free
urpmi.addmedia plf-free ftp//ftp.free.fr/pub/Distributions_Linux/plf/mandrake/free/2006.0 with hdlist.cz
Etape 4: ajouter plf-nonfree
urpmi.addmedia plf-nonfree ftp//ftp.free.fr/pub/Distributions_Linux/plf/mandrake/non-free/2006.0 with hdlist.cz
Tout ce que je peux te dire après, c'est RTFM...
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.