En (vraiment) gros, lors de la résolution de nom, la norme impose qu'il faut résoudre pour tous les protocoles de la couche réseau "utilisable" par la machine. Pour une machine normale, ça veut dire qu'il faut trouver l'adresse IPv4 ET l'adresse IPv6, d'où l'ajout de la ligne :

::1 localhost

J'ai pas le thread sous la main par contre, et c'est pas ultra simple à retrouver. Je crois que le problème initial (donc le titre du thread) était lié à mpd. Je me souviens aussi en avoir discuté sur l'irc de mon école, et j'ai plus ça dans mes logs.

mmmmh toujours un problème le host

iscario@MyLinux:~/dev/portail$ svn co svn+ssh://localhost:2222/var/svn/portail
ssh: Could not resolve hostname localhost:2222: Name or service not known
svn: Connection closed unexpectedl

J'ai essayé différentes syntaxes pour le localhost (127.0.0.1, nom_machine) mais ca ne fait rien...
J'ai suivi les indications pourtant, je ne pense pas avoir raté quelquechose...

Hum... quand je dis qu'il faut toujours avoir le message d'erreur précis. Ce n'est pas "localhost" qui pose problème, mais l'inexistence de "localhost:2222". Je pensais naïvement que svn parserait localhost:2222 en localhost avec le port 2222... mais j'ai été un peu trop optimiste.

En fait, il faut faire :
SVN_SSH="ssh -p 2222" svn co svn+ssh://localhost/var/svn/project

Au temps pour moi.

hey, ca marche

Par contre, deux questions subsidiaires si possible

Tout d'abord, à quoi sert le "cat -".
En temps normal, ca ouvre un fichier éditable vers la sortie standard (ie l'écran) si j'ai bien compris ?
Et dans le cadre du tunnel ssh

Ensuite, pourquoi définir cette variable SVN_SSH Est-ce une variable relative directement à svn ?

en tout cas merci beaucoup!

« Tout d'abord, à quoi sert le "cat -" ? » le ssh -L s'arrête dès que la commande à exécuter termine. Le "cat -" c'est grosso-modo un truc qui qui ne fait rien et qui s'arrête quand on faut ctrl+d.
En vrai, ça se contente de lire l'entrée standard et de la recopier sur la sortie standard jusqu'à un EOF (qu'on produit en faisant par exemple ctrl+D).

« pourquoi définir cette variable SVN_SSH Est-ce une variable relative directement à svn ? » oui, c'est la façon de dire à svn qu'il faut utiliser un programme non-standard pour faire du ssh (ici, ssh avec l'option pour changer le port).

bien, merci beaucoup pour toutes ces infos, je crois que je sais utiliser correctement un tunnel maintenant

me voila de retour après longtemps, avec une nouvelle question...
Etant partit pour assez longtemps de mon réseau local, j'ai besoin de faire des commit et de voir les logs.

Mais j'ai du mal avec l'utilisation de svn+ssh...

Quelle commande dois-je taper pour avoir accès au log et à l'update ?
d'habitude un simple svn log ou svn update suffit mais là :/

Heu… j'ai perdu le fil.

Les adresses en svn+ssh:// ça ne sert qu'au moment de faire un checkout. Ensuite, tu fais tout normalement (svn ci -m "message", svn status, svn log, …).

Oui je comprends que tu ai perdu le fil

En fait, j'arrive à faire mon co comme tu me l'as expliqué. Donc je récupère les sources sur mon ordi et c'est bon.

Ensuite j'aimerai faire des update et des commit. Mais si je fis seulement svn update ca ne marche pas... idem pour log....

me@MyLinux:~$ svn log
ssh: connect to host localhost port 22: Connection refused
svn: Connection closed unexpectedly

Tu as changé ta machine de réseau ?

euh non ...

mais je n'ai pas défini la connexion comme tu le préconises dans le config... J'ai utilisé l'autre méthode que tu m'a donné avec les tunnels. Du coup ca me parait logique qu'il ne trouve pas la voie, par contre je ne sais pas comment y remédier

Ha. Bah tu lances un tunnel dans un autre terminal et tu fais ton svn normalement.

Normalement, l'accès au début est sauvegardé lors du checkout de façon à être réutilisée pour toutes les autres commandes. Donc tout ce que tu as à faire, c'est de ta mettre dans les mêmes conditions que lors du checkout.

alors non ca ne marche pas...
Je viens de refaire un checkout pour être sûr et j'obtiens cette erreur :

root@MyLinux:~# svn update
ssh: connect to host localhost port 22: Connection refused
svn: Connection closed unexpectedly

Mais le tunnel tourne toujours ? Tu arrives à faire un ssh vers le serveur ?

oui oui si je spécifie bien ssh -p c'est bon

Je me demande si le port du tunnel est sauvegardé du coup.

Essaie un :
$ export SSH_PORT=bon_numero_de_port

Puis de nouveau un :
$ svn status

le svn status me renvoit dans ce cas plusieurs entrée précédée de "M" ou de "?" c'est selon.

EN revanche, toujours pas accès au svn log.

Ha zut, je voulais dire "svn log" avant (la commande status ne se connecte pas au serveur je pense).

Et avec :
$ export SVN_SSH="ssh -p 2222"
$ svn log
?

dans ce cas ca marche moyenne l'entrée de plusieurs mot de passe... un relatif à mon utilisateur sur le serveur, et un autre relatif à mon compte svn

Mais bon, ca marche c'est parfait, encore merci

iscario, tu peux te passer de donner ces mot de passes en utilisant des cles ssh. plus d'information : http://sial.org/howto/openssh/publickey-auth/