je rencontre une erreur à l'installation de telnet-server :
# yum install telnet-server
Gathering header information file(s) from server(s)
Server: Fedora Core 1 - i386 - Base
Traceback (most recent call last):
File "/usr/bin/yum", line 60, in ?
yummain.main(sys.argv[1:])
File "yummain.py", line 188, in main
File "clientStuff.py", line 766, in get_package_info_from_servers
File "clientStuff.py", line 103, in HeaderInfoNevralLoad
ValueError: unpack list of wrong size
Le Sat, 24 Jul 2004 18:51:11 +0200, MACLIN a écrit :
Jerome Lambert wrote:
Ils ont un site web? http://www.colt-telecom.fr/
il existe un coltfrance.com mais il est utilisé pour les stats et la Hotline web
En fait l'idée est de faire un yum.conf minimal, branché sur votre FAI, comme dans l'exemple ici (mon fai est skynet): [base] name = Miroir Skynet baseurl = http://ftp.skynet.be/pub/fedora.redhat.com/core/1/i386/os/
[update] name = Miroir Skynet - Updates baseurl = http://ftp.skynet.be/pub/fedora.redhat.com/core/updates/1/i386/
Pas moyen de trouver à remplacer "ftp.skynet.be"
http://ftp.coltfrance.com/pub/fedora.redhat.com/core/1/i386/os/ http://ftp.colt-telecom.fr/ aucun de ces deux noms ne fonctionne, dans le navigateur non plus et il n'y a apparemment pas de serveur FTP non plus. il doit bien y avoir un moyen de contourner ce /headers/header.info
Essayez (sur une ligne à chaque fois):
[base] name = Miroir Free baseurl ftp://ftp.free.fr/mirrors/fedora.redhat.com/fedora/linux/core/1/i386/os/
[update] name = Miroir Free - Updates baseurl ftp://ftp.free.fr/mirrors/fedora.redhat.com/fedora/linux/core/updates/1/i386/
-- Jerome
"Je ne suis pas un bon investisseur. Mon objectif n'est pas d'être le plus riche du cimetière." Steve Jobs.
Le Sat, 24 Jul 2004 18:51:11 +0200, MACLIN a écrit :
Jerome Lambert wrote:
Ils ont un site web?
http://www.colt-telecom.fr/
il existe un coltfrance.com mais il est utilisé pour les stats et la
Hotline web
En fait l'idée est de faire un yum.conf minimal, branché sur votre FAI,
comme dans l'exemple ici (mon fai est skynet):
[base]
name = Miroir Skynet
baseurl = http://ftp.skynet.be/pub/fedora.redhat.com/core/1/i386/os/
[update]
name = Miroir Skynet - Updates
baseurl = http://ftp.skynet.be/pub/fedora.redhat.com/core/updates/1/i386/
Pas moyen de trouver à remplacer "ftp.skynet.be"
http://ftp.coltfrance.com/pub/fedora.redhat.com/core/1/i386/os/
http://ftp.colt-telecom.fr/
aucun de ces deux noms ne fonctionne, dans le navigateur non plus et il
n'y a apparemment pas de serveur FTP non plus.
il doit bien y avoir un moyen de contourner ce /headers/header.info
Essayez (sur une ligne à chaque fois):
[base]
name = Miroir Free
baseurl ftp://ftp.free.fr/mirrors/fedora.redhat.com/fedora/linux/core/1/i386/os/
[update]
name = Miroir Free - Updates
baseurl ftp://ftp.free.fr/mirrors/fedora.redhat.com/fedora/linux/core/updates/1/i386/
--
Jerome
"Je ne suis pas un bon investisseur. Mon objectif n'est pas d'être le plus riche
du cimetière." Steve Jobs.
Le Sat, 24 Jul 2004 18:51:11 +0200, MACLIN a écrit :
Jerome Lambert wrote:
Ils ont un site web? http://www.colt-telecom.fr/
il existe un coltfrance.com mais il est utilisé pour les stats et la Hotline web
En fait l'idée est de faire un yum.conf minimal, branché sur votre FAI, comme dans l'exemple ici (mon fai est skynet): [base] name = Miroir Skynet baseurl = http://ftp.skynet.be/pub/fedora.redhat.com/core/1/i386/os/
[update] name = Miroir Skynet - Updates baseurl = http://ftp.skynet.be/pub/fedora.redhat.com/core/updates/1/i386/
Pas moyen de trouver à remplacer "ftp.skynet.be"
http://ftp.coltfrance.com/pub/fedora.redhat.com/core/1/i386/os/ http://ftp.colt-telecom.fr/ aucun de ces deux noms ne fonctionne, dans le navigateur non plus et il n'y a apparemment pas de serveur FTP non plus. il doit bien y avoir un moyen de contourner ce /headers/header.info
Essayez (sur une ligne à chaque fois):
[base] name = Miroir Free baseurl ftp://ftp.free.fr/mirrors/fedora.redhat.com/fedora/linux/core/1/i386/os/
[update] name = Miroir Free - Updates baseurl ftp://ftp.free.fr/mirrors/fedora.redhat.com/fedora/linux/core/updates/1/i386/
-- Jerome
"Je ne suis pas un bon investisseur. Mon objectif n'est pas d'être le plus riche du cimetière." Steve Jobs.
MACLIN
Jerome Lambert wrote:
Essayez (sur une ligne à chaque fois):
[base] name = Miroir Free baseurl > ftp://ftp.free.fr/mirrors/fedora.redhat.com/fedora/linux/core/1/i386/os/ [update] name = Miroir Free - Updates baseurl > ftp://ftp.free.fr/mirrors/fedora.redhat.com/fedora/linux/core/updates/1/i386/
ça marche, en mettant baseurl = ftp://...etc sur la même ligne
merci Je vais donc finir mon install, mais y'a un truc drôle, encore : il me dit qu'ssh n'est pas installé ! # locate openssh /usr/share/doc/openssh-3.6.1p2 /usr/share/doc/openssh-3.6.1p2/ChangeLog /usr/share/doc/openssh-3.6.1p2/CREDITS /usr/share/doc/openssh-3.6.1p2/OVERVIEW /usr/share/doc/openssh-3.6.1p2/INSTALL /usr/share/doc/openssh-3.6.1p2/LICENCE /usr/share/doc/openssh-3.6.1p2/README.privsep /usr/share/doc/openssh-3.6.1p2/README /usr/share/doc/openssh-3.6.1p2/WARNING.RNG /usr/share/doc/openssh-3.6.1p2/TODO /usr/share/doc/openssh-3.6.1p2/README.smartcard /usr/share/doc/openssh-3.6.1p2/RFC.nroff /usr/share/doc/openssh-askpass-3.6.1p2 /usr/share/doc/openssh-askpass-3.6.1p2/SshAskpass-1337.ad /usr/share/doc/openssh-askpass-3.6.1p2/ChangeLog /usr/share/doc/openssh-askpass-3.6.1p2/README /usr/share/doc/openssh-askpass-3.6.1p2/SshAskpass-NeXTish.ad /usr/share/doc/openssh-askpass-3.6.1p2/SshAskpass-default.ad /usr/share/doc/openssh-askpass-3.6.1p2/SshAskpass-green.ad /usr/share/doc/openssh-askpass-3.6.1p2/SshAskpass-motif.ad /usr/share/doc/openssh-askpass-3.6.1p2/SshAskpass.ad /usr/libexec/openssh /usr/libexec/openssh/x11-ssh-askpass /usr/libexec/openssh/ssh-keysign /usr/libexec/openssh/sftp-server /usr/libexec/openssh/ssh-askpass /usr/libexec/openssh/gnome-ssh-askpass
Ben oui, il faut recommencer le petit jeu avec les autres paquetages. essayez un peu rpm -e cyrus-sasl --nodeps pour voir si il a vraiement besoin du numéro de versio...
effectivement pas besoin de n° de version, mais depuis que désinstallé
et ré-installé openssh-clients et openssh-server, plus moyen de se connecter en ssh : % ssh maclin.fr -l maclin ssh: connect to address maclin.fr port 22: Connection refused
Ben oui, il faut recommencer le petit jeu avec les autres paquetages.
essayez un peu rpm -e cyrus-sasl --nodeps pour voir si il a vraiement
besoin du numéro de versio...
effectivement pas besoin de n° de version, mais depuis que désinstallé
et ré-installé openssh-clients et openssh-server, plus moyen de se
connecter en ssh :
% ssh maclin.fr -l maclin
ssh: connect to address maclin.fr port 22: Connection refused
Ben oui, il faut recommencer le petit jeu avec les autres paquetages. essayez un peu rpm -e cyrus-sasl --nodeps pour voir si il a vraiement besoin du numéro de versio...
effectivement pas besoin de n° de version, mais depuis que désinstallé
et ré-installé openssh-clients et openssh-server, plus moyen de se connecter en ssh : % ssh maclin.fr -l maclin ssh: connect to address maclin.fr port 22: Connection refused
Jerome Lambert
Le Sat, 24 Jul 2004 21:52:38 +0200, MACLIN a écrit :
Ben oui, il faut recommencer le petit jeu avec les autres paquetages. essayez un peu rpm -e cyrus-sasl --nodeps pour voir si il a vraiement besoin du numéro de versio...
effectivement pas besoin de n° de version,
OK. J'en prends bonne note pour le compte-rendu.
mais depuis que désinstallé et ré-installé openssh-clients et openssh-server, plus moyen de se connecter en ssh : % ssh maclin.fr -l maclin ssh: connect to address maclin.fr port 22: Connection refused
Normal, vous ne l'avez pas redémarré ;-)
~ # /etc/rc.d/init.d/sshd start Lancement de sshd : [ OK ]
Vérifiez la présence du lien dans rc5.d, ainsi le service démarera automatiquement au prochain reboot
Chez moi: ~ # ls /etc/rc.d/rc5.d/*ssh* /etc/rc.d/rc5.d/S55sshd@
-- Jerome
"Je ne suis pas un bon investisseur. Mon objectif n'est pas d'être le plus riche du cimetière." Steve Jobs.
Le Sat, 24 Jul 2004 21:52:38 +0200, MACLIN a écrit :
Ben oui, il faut recommencer le petit jeu avec les autres paquetages.
essayez un peu rpm -e cyrus-sasl --nodeps pour voir si il a vraiement
besoin du numéro de versio...
effectivement pas besoin de n° de version,
OK. J'en prends bonne note pour le compte-rendu.
mais depuis que désinstallé et ré-installé openssh-clients et
openssh-server, plus moyen de se connecter en ssh :
% ssh maclin.fr -l maclin
ssh: connect to address maclin.fr port 22: Connection refused
Normal, vous ne l'avez pas redémarré ;-)
root@torvalds ~ # /etc/rc.d/init.d/sshd start
Lancement de sshd : [ OK ]
Vérifiez la présence du lien dans rc5.d, ainsi le service démarera
automatiquement au prochain reboot
Chez moi:
root@torvalds ~ # ls /etc/rc.d/rc5.d/*ssh*
/etc/rc.d/rc5.d/S55sshd@
--
Jerome
"Je ne suis pas un bon investisseur. Mon objectif n'est pas d'être le plus riche
du cimetière." Steve Jobs.
Ben oui, il faut recommencer le petit jeu avec les autres paquetages. essayez un peu rpm -e cyrus-sasl --nodeps pour voir si il a vraiement besoin du numéro de versio...
effectivement pas besoin de n° de version,
OK. J'en prends bonne note pour le compte-rendu.
mais depuis que désinstallé et ré-installé openssh-clients et openssh-server, plus moyen de se connecter en ssh : % ssh maclin.fr -l maclin ssh: connect to address maclin.fr port 22: Connection refused
Normal, vous ne l'avez pas redémarré ;-)
~ # /etc/rc.d/init.d/sshd start Lancement de sshd : [ OK ]
Vérifiez la présence du lien dans rc5.d, ainsi le service démarera automatiquement au prochain reboot
Chez moi: ~ # ls /etc/rc.d/rc5.d/*ssh* /etc/rc.d/rc5.d/S55sshd@
-- Jerome
"Je ne suis pas un bon investisseur. Mon objectif n'est pas d'être le plus riche du cimetière." Steve Jobs.
MACLIN
Jerome Lambert wrote:
Ben oui, il faut recommencer le petit jeu avec les autres paquetages. essayez un peu rpm -e cyrus-sasl --nodeps pour voir si il a vraiement besoin du numéro de versio...
effectivement pas besoin de n° de version,
OK. J'en prends bonne note pour le compte-rendu. ah oui, belle prestation pour la FAQ, j'ai vu un petit 2 mais rien
derrière, quelle célérité quand même: au fait, je poste et conduis la màj du poste Linux à partir d'un Mac mais le poste Linux est un P.C HP 1Ghz, bon tant que c'est pas du Dell (faut bien se consoler:) le i386.rpm veut bien dire que la machine est Intel, non ?
mais depuis que désinstallé et ré-installé openssh-clients et openssh-server, plus moyen de se connecter en ssh : % ssh maclin.fr -l maclin ssh: connect to address maclin.fr port 22: Connection refused
Normal, vous ne l'avez pas redémarré ;-) ~ # /etc/rc.d/init.d/sshd start Lancement de sshd : [ OK ]
Vérifiez la présence du lien dans rc5.d, ainsi le service démarera automatiquement au prochain reboot Chez moi: ~ # ls /etc/rc.d/rc5.d/*ssh* Ce qui suit, c'est la commande pour construire le lien automatique ?
/etc/rc.d/rc5.d/S55sshd@
donc le yum update fonctionne bien, il tourne depuis près d'une heure, mais ça fait pas mal de Mo tout ce qu'il charge, est-ce qu'il remplace et supprime ou bien faut-il faire du nettoyage ?
Jerome Lambert wrote:
Ben oui, il faut recommencer le petit jeu avec les autres paquetages.
essayez un peu rpm -e cyrus-sasl --nodeps pour voir si il a vraiement
besoin du numéro de versio...
effectivement pas besoin de n° de version,
OK. J'en prends bonne note pour le compte-rendu.
ah oui, belle prestation pour la FAQ, j'ai vu un petit 2 mais rien
derrière, quelle célérité quand même:
au fait, je poste et conduis la màj du poste Linux à partir d'un Mac
mais le poste Linux est un P.C HP 1Ghz, bon tant que c'est pas du Dell
(faut bien se consoler:)
le i386.rpm veut bien dire que la machine est Intel, non ?
mais depuis que désinstallé et ré-installé openssh-clients et
openssh-server, plus moyen de se connecter en ssh :
% ssh maclin.fr -l maclin
ssh: connect to address maclin.fr port 22: Connection refused
Normal, vous ne l'avez pas redémarré ;-)
root@torvalds ~ # /etc/rc.d/init.d/sshd start
Lancement de sshd : [ OK ]
Vérifiez la présence du lien dans rc5.d, ainsi le service démarera
automatiquement au prochain reboot
Chez moi:
root@torvalds ~ # ls /etc/rc.d/rc5.d/*ssh*
Ce qui suit, c'est la commande pour construire le lien automatique ?
/etc/rc.d/rc5.d/S55sshd@
donc le yum update fonctionne bien, il tourne depuis près d'une heure,
mais ça fait pas mal de Mo tout ce qu'il charge, est-ce qu'il remplace
et supprime ou bien faut-il faire du nettoyage ?
Ben oui, il faut recommencer le petit jeu avec les autres paquetages. essayez un peu rpm -e cyrus-sasl --nodeps pour voir si il a vraiement besoin du numéro de versio...
effectivement pas besoin de n° de version,
OK. J'en prends bonne note pour le compte-rendu. ah oui, belle prestation pour la FAQ, j'ai vu un petit 2 mais rien
derrière, quelle célérité quand même: au fait, je poste et conduis la màj du poste Linux à partir d'un Mac mais le poste Linux est un P.C HP 1Ghz, bon tant que c'est pas du Dell (faut bien se consoler:) le i386.rpm veut bien dire que la machine est Intel, non ?
mais depuis que désinstallé et ré-installé openssh-clients et openssh-server, plus moyen de se connecter en ssh : % ssh maclin.fr -l maclin ssh: connect to address maclin.fr port 22: Connection refused
Normal, vous ne l'avez pas redémarré ;-) ~ # /etc/rc.d/init.d/sshd start Lancement de sshd : [ OK ]
Vérifiez la présence du lien dans rc5.d, ainsi le service démarera automatiquement au prochain reboot Chez moi: ~ # ls /etc/rc.d/rc5.d/*ssh* Ce qui suit, c'est la commande pour construire le lien automatique ?
/etc/rc.d/rc5.d/S55sshd@
donc le yum update fonctionne bien, il tourne depuis près d'une heure, mais ça fait pas mal de Mo tout ce qu'il charge, est-ce qu'il remplace et supprime ou bien faut-il faire du nettoyage ?
