J'ai besoin de rétrograder de Subversion 1.8 à Subversion 1.7
J'ai mis à niveau le système de 13.10 à 14.04 LTS. Il me faut maintenant passer de Subversion 1.8 à 1.7, car les formats 1.7 à 1.8 sont différents et je ne peux pas accéder à svn repo de mon équipe.
J'ai échoué à compiler svn à partir de sources: beaucoup de dépendances, d'erreurs étranges.
Je ne peux pas comprendre pourquoi svn n'a pas été emballé dans un paquet deb autonome. Je suis sûr qu'il y a beaucoup de gens qui ont besoin d'une seule version de svn et qui n'ont pas besoin d'une mise à jour forcée de svn.
Ma question est donc la suivante: comment puis-je passer de la version 1.8 à la version 1.7 de svn 1.7 en restant à Ubuntu 14.04?
Mise à jour J'ai installé svn 1.7.9 sur Ubuntu 14.04 à partir du code source. Ensuite, j'ai installé svn 1.7.9 sur Ubuntu 14.04 comme décrit ci-dessous via les manipulations apt-get et source.list
Les deux cas ont donné lieu à un message:
Les modules d’accès au référentiel suivants sont disponibles:
- ra_svn: module permettant d'accéder à un référentiel à l'aide du protocole de réseau svn.
- gère le schéma 'svn'
- ra_local: Module permettant d'accéder à un référentiel sur un disque local.
- gère le schéma 'fichier'
Ce message signifie que je ne peux pas accéder au référentiel svn de mon équipe car le support http/https n'est pas installé.
Update2 Je déteste Subversion et Ubuntu. Le deuxième jour, je passe à essayer de compiler Subversion 1.7 sur Ubuntu 14.04 avec le support http/https. Pas de résultat. Je ne comprends pas pourquoi les formats 1.7 et 1.8 de Subversion sont incompatibles. Je déteste les développeurs de Subversion.
Je ne comprends pas pourquoi le support http/https est absent de https://launchpad.net/ubuntu/trusty/AMD64/Subversion/1.7.14-1ubuntu2https://launchpad.net/ubuntu/trusty/AMD64/libsvn1/1.7.14-1ubuntu2
Est-ce trop difficile de me donner UN SEUL paquet deb, que je peux installer et oublier la configuration?
Je pensais que cela me prendrait au maximum 10 minutes: Sudo apt-get install svn-1.7
Mais je passe mon temps à configurer le néon et le serf et à essayer de s’adapter à des conditions de ce genre.
Pour développer Sylvain Pineaus, répondez un peu: j'ai eu le même problème que OP et je l'ai résolu comme ceci:
J'ai ajouté les lignes suivantes à la fin de /etc/apt/sources.list:
# REMEMBER TO DELETE THIS AFTER SVN 1.7 is installed
deb http://extras.ubuntu.com/ubuntu saucy main
deb http://de.archive.ubuntu.com/ubuntu/ saucy main universe restricted multiverse
Maintenant, supprimez les paquets svn avec la version 1.8
Sudo apt-get remove Subversion libsvn1
mettre à jour les sources
Sudo apt-get update
et installez les versions correctes
Sudo apt-get install Subversion=1.7.9-1+nmu6ubuntu3 libsvn1=1.7.9-1+nmu6ubuntu3
Maintenant, nous devons corriger la version des paquets en
echo Subversion hold | Sudo dpkg --set-selections
echo libsvn1 hold | Sudo dpkg --set-selections
echo libserf1 hold | Sudo dpkg --set-selections
Le libserf1 est requis par Subversion ou libsvn1 et est maintenant (en 14.04) appelé libserf-1-1, je suppose.
Maintenant, supprimez les lignes de /etc/apt/sources.list qui ont été ajoutées et mettez à nouveau les sources à jour (juste pour être sûr)
Sudo apt-get update
Je construis sur d'autres réponses ici, mais c'est un script qui semblait fonctionner pour Trusty 14.04:
# remove old versions
Sudo apt-get remove Subversion libsvn1 libserf1
# add Wandisco's Subversion maintenance package
wget -q -O - http://opensource.wandisco.com/wandisco-debian.gpg | Sudo apt-key add -
Sudo sh -c 'echo "deb http://opensource.wandisco.com/debian/ wheezy svn17" > /etc/apt/sources.list.d/wandisco-Subversion.list'
Sudo apt-get update
# install the version provided by Wandisco
Sudo apt-get install Subversion=1.7.22-1+WANdisco libsvn1=1.7.22-1+WANdisco
# make sure they don't get automatically upgraded to the latest
echo Subversion hold | Sudo dpkg --set-selections
echo libsvn1 hold | Sudo dpkg --set-selections
echo libserf1 hold | Sudo dpkg --set-selections
J'ai le même problème lorsqu'une mise à jour a mis à niveau mon Subversion de 1.7.x à 1.8.x et qu'il semble non trivial de réinstaller 1.7.
Mon compromis consistait à utiliser svnkit, une implémentation de Java de Subversion à partir de ce que je peux en faire. http://svnkit.com/download.php
Donc, j'ai toujours Subversion 1.8 installé mais v1.7 de svnkit.
Lent mais je peux vivre avec ça.
Pourquoi déclasser, vous demandez?
Ma version de intellij (12.x) ne joue pas avec Nice avec 1.8.x
Avait le même problème sur Ubuntu 14.04, mais sur 64 au lieu de 32 bits. Supprimez la version 1.8 par défaut:
Sudo apt-get remove --purge libsvn1
Sudo apt-get remove --purge Subversion
Téléchargez et installez la version 1.7 (.../AMD64/... au lieu de .../i386/...)
libsvn1: https://launchpad.net/ubuntu/trusty/AMD64/libsvn1/1.7.14-1ubuntu2
Subversion: https://launchpad.net/ubuntu/trusty/AMD64/Subversion/1.7.14-1ubuntu2
Ok, j'ai résolu en téléchargeant https://launchpad.net/ubuntu/trusty/i386/Subversion/1.7.14-1ubuntu2 et https://launchpad.net/ubuntu /trusty/i386/libsvn1/1.7.14-1ubuntu2
Désolé pour le dérangement.
Il y a un/existant réponse pour rétrograder de 1.7 à 1.6 que vous pourriez utiliser.
Dans votre cas, mettez simplement à jour (temporairement) le fichier sources.list non pas avec precise mais saucy.
Une fois cela fait, n'oubliez pas de verrouiller la version avec:
echo Subversion hold | Sudo dpkg --set-selections
C'est probablement ce bogue , lié à l'authentification et à la renégociation du certificat client?
Mais quand sera-t-il corrigé?!? Il traîne depuis plus de six mois.
Malheureusement, il y avait n problème similaire dans 12.04 .
Donc, svn + ssl-reneg + client-cert est extrêmement mal testé. :(