OVH Cloud OVH Cloud

nom d'hÍ´te non supporté avec subversion commande svn

23 réponses
Avatar
Pat Pato
Bonjour,

La commande suivante devrait donner un résultat en théorie
svn checkout file://127.0.0.1/var/svn/repos

En pratique non. La console affiche
L'URL locale 'file://127.0.0.1/var/svn/repos' contient un nom
d'hÍ´te non supporté

Quel diagnostic pourriez vous m'aider Í  faire?


Patrick

3 réponses

1 2 3
Avatar
tth
On 2/9/22 19:00, Olivier Miakinen wrote:
Ca a été le cas sur tous les OS UNIX que j'ai utilisés, sauf DomainOS
(Apollo), o͹ le // peut servir Í  changer d'univers pour le système de
fichiers Aegis (ok, ma mémoire me joue peut-être des tours).

Non, ça me semble aussi correspondre Í  mes souvenirs
du bon vieux temps (qui était mieux :)

Cela correspond aussi Í  mes souvenirs sur tous les Unix que j'ai connus, et
je viens de vérifier que c'est le cas sur AIX 4.3, SunOS 5.8 et SunOS 5.10.

Je n'ai pas été assez clair, en fait : je parlais de Domain0S :)
--
+-------------------------------------------------------------------+
| sphinx of black quartz, judge my vow. |
+-------------------------------------------------------------------+
Avatar
william
On 2022-02-08, Nicolas George <nicolas$ wrote:
Pat Pato , dans le message , a écrit :
La commande suivante devrait donner un résultat en théorie
svn checkout file://127.0.0.1/var/svn/repos

Quel sens espères-tu que SVN donne Í  cette commande si l'adresse IP que tu
as mise n'est pas 127.0.0.1 ni une des adresses de l'hʹte local ?

svn s'attend peut etre a trouver un repertoire appelé 127.0.0.1 ?
Avatar
Pat Pato
Le Wed, 9 Feb 2022 14:45:28 +0100,
Pascal Hambourg a écrit :
Le 09/02/2022 Í  08:09, Pat Pato a écrit :
Le 08 Feb 2022 15:06:14 GMT,
Nicolas George <nicolas$ a écrit :
Pat Pato , dans le message , a
écrit :
svn checkout file:////var/jdev-svn/repos

Il y a un slash de trop. Les protocoles sont toujours en proto://,
puis le nom d'hÍ´te est vide, et ensuite un seul slash pour la
racine.

Bien mais alors mon système de fichier est-il défaillant lui qui me
donne bien une URL valide telle que je l'ai présentée?

J'ignore si c'est commun Í  tous les Unix, mais GNU/Linux semble ne
pas tenir compte des "/" supplémentaires dans les chemins.

Bon.
Patrick
1 2 3