La vérification SVN échoue indiquant que l'URL est mal formée

Question

J'essaye de vérifier les fichiers en utilisant subversion sur RedHat Linux mais la vérification échoue en disant que l'URL (http/https) est mal formée ou que le schéma ou l'hôte ou le chemin est manquant.

Je ne suis pas sûr maintenant ce que plus de configuration/configuration est nécessaire?

Je suis capable de faire un ping sur le site http (s) correctement.

Commande: svn checkout --username kdeshpa https://teamforge.wal-mart.com/svn/repos/demo

Anyhelp serait très appréciée.

Je suis nouveau à Subversion. Je ne sais pas où chercher les journaux.

Si je donne une commande (svn log), elle crèche (svn: '.' N'est pas une copie de travail).

Answer 1

Il semble que le problème de prise de contact SSL. A dû construire openssl avec la configuration "no-asm" et il était capable de vérifier sur la couche sécurisée.

Answer 2

(Bizarrement, je ne suis pas autorisé à commenter cette question, donc je vais plutôt répondre.)

Avez-vous essayé d'installer le paquet néon? Vous pouvez trouver la source ici: http://www.webdav.org/neon/

Lorsque j'ai compilé un client SVN à partir de zéro récemment, je ne pouvais pas me connecter à un repo SVN en utilisant HTTP. Après l'installation de néon, j'ai recompilé et mon client SVN a pu se connecter à un repo SVN en utilisant HTTP.

Answer 3

Vous devez installer néon et compilé avec le support SSL. Sur Solaris, je passe les drapeaux suivants au script de configuration de Neon: --enable-threadsafe-ssl=posix --with-ssl=openssl

Answer 4

J'ai eu le même problème avec le repo SVN en utilisant HTTP simple et la solution était également simple. J'ai dû modifier la valeur de l'environnement PATH. Mon/opt/subversion/bin était la dernière entrée dans le PATH donc je l'ai déplacé vers l'avant. Le problème a été résolu

J'ai eu l'idée d'ici: http://svn.haxx.se/users/archive-2010-06/0094.shtml

Answer 5

Essayez,

$which svn 

Voir le chemin dont svn est actuellement utilisé. Maintenant, essayez,

$where svn 

Et voyez si toutes les autres versions de svn sont présentes dans votre système local. Essayez de pointer le svn que vous utilisez vers un autre en éditant le $ PATH. En fait, j'ai utilisé une version différente de svn et cela a fonctionné pour moi.