bonjour all ,
je rencontre un petit soucis chelou :)
j'ai un serveur subversion pour faire des tests
un client windows avec tortoise arrive a l'utiliser
un client linux en ligne de commande fonctionne aussi
mais en local sur le serveur impossible de rapatrier le repository dans un home d'un user en ligne de commande
svn co http://192.168.2.215/test
svn: Schéma d'URL non reconnu pour 'http://192.168.2.215/test'
svn co http://localhost/test
svn: Schéma d'URL non reconnu pour 'http://localhost/test'
c'est pas super grave je vous l'accorde maus j'aimerai comprendre donc si qqu voit ! qu'il m'éclaire
merci d'avance bonne journay a tous :)
# Mmh...
Posté par Charles-Hubert MOINDRON . Évalué à 1.
Mais, si tu veux faire un checkout d'un repository sur la même machine, tu peux aussi utiliser le protocole file : svn co file:///path/to/repo, ça devrait être plus simple ;).
[^] # Re: Mmh...
Posté par zorooo . Évalué à 1.
et c'est bisard que ca ne fonctionne pas en local
avec le proto file par contre ca fonctionne.
svn co file:///svn/test/
# VirtualHost ?
Posté par Ymage . Évalué à 2.
Si oui, est-ce que le virtualhost répond bien à la sollicitation sur l'IP ou sur localhost ?
Il n'est pas obligatoire que le VirtualHost soit associé à une sollicitation par toutes les interfaces et tous les domaines de ta machine.
Un test simple consiste à ouvrir ton URL svn avec un simple navigateur.
Si vous n'aimez pas ce commentaire c'est qu'il est ironique.
[^] # Re: VirtualHost ?
Posté par zorooo . Évalué à 1.
[^] # Re: VirtualHost ?
Posté par Ymage . Évalué à 1.
Je pense que la piste du VirtualHost mal configuré est à creuser ...
Si vous n'aimez pas ce commentaire c'est qu'il est ironique.
[^] # Re: VirtualHost ?
Posté par zorooo . Évalué à 1.
j'ai juste rajouté ceci dans httpd.conf
<Location /test>
DAV svn
SVNPath /svn/test
# les RA disponibles...
Posté par zecrazytux (site web personnel) . Évalué à 2.
tu n'as peut être pas ce RA permettant d'acceder aux repos en http-s)://
exemple de sortie:
* ra_neon : Module for accessing a repository via WebDAV protocol using Neon.
- handles 'http' scheme
- handles 'https' scheme
* ra_svn : Module for accessing a repository using the svn network protocol.
- with Cyrus SASL authentication
- handles 'svn' scheme
* ra_local : Module for accessing a repository on local disk.
- handles 'file' scheme
[^] # Re: les RA disponibles...
Posté par zorooo . Évalué à 1.
sur mon serveur svn il me manque ca :
* ra_dav : Module for accessing a repository via WebDAV (DeltaV) protocol.
- handles 'http' schema
- handles 'https' schema
mon client (autre linux) lui l'a.
comment faire pour l'avoir sur le serveur ?
[^] # Re: les RA disponibles...
Posté par zecrazytux (site web personnel) . Évalué à 2.
Je suppose que tu utilises les paquets de ta distribution, donc reconstruit le paquet avec l'option qui va bien en plus.
Quelle est ta distro ? en général ce RA est disponible dans les paquets des distros (Debian, j'en suis sur)
[^] # Re: les RA disponibles...
Posté par zorooo . Évalué à 1.
la ou je travail ils veulent absolument partir des sources des logiciels
ma ligne de compile la voila :
./configure --prefix=/opt/svn146 --with-apxs --with-apxs=/opt/httpd-svn/bin/apxs --with-ssl --with-ssl=/opt/openssl098i
sinon vu que tu a l'air bien calé :p
pour mettre a jour de la version 1.4.6 à la version 1.5.3 j'ai compilé subversion 1.5.3 avec la meme commande et j'ai copié les binaires
puis j'ai fais par depot :
svnadmin upgrade /svn/depot1
svnadmin upgrade /svn/depot2
etc...
[^] # Re: les RA disponibles...
Posté par zecrazytux (site web personnel) . Évalué à 1.
étrange de vouloir bosser à partir des sources "à la mano".
Pourquoi ne pas utiliser un *BSD ou une gentoo dans ce cas ?
Au moins les sources seraient vérifiées, patchées, et la maintenance plus simple.
[^] # Re: les RA disponibles...
Posté par zorooo . Évalué à 1.
--with-neon rajoute juste le ra_dav ?
tu en pense quoi de ma facon de mettre subversion a jour ?
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.