Ich benötige ein Downgrade von Subversion 1.8 auf Subversion 1.7

Ich habe das System von 13.10 auf 14.04 LTS aktualisiert. Jetzt muss ich ein Downgrade von Subversion 1.8 auf Subversion 1.7 durchführen, da die Formate 1.7 und 1.8 unterschiedlich sind und ich nicht auf SVN Repo meines Teams zugreifen kann.

Ich habe es nicht geschafft, svn aus Quellen zu kompilieren: viele Abhängigkeiten, seltsame Fehler.

Ich kann nicht verstehen, warum svn nicht in ein eigenständiges Deb-Paket gepackt wurde. Ich bin sicher, dass es viele Leute gibt, die genau eine SVN-Version benötigen und kein erzwungenes SVN-Upgrade benötigen.

Meine Frage ist also: Wie kann ich von 1.8 zu svn 1.7 wechseln und bei Ubuntu 14.04 bleiben?

Update Ich habe SVN 1.7.9 auf Ubuntu 14.04 von der Quelle installiert. Dann habe ich svn 1.7.9 unter Ubuntu 14.04 wie unten beschrieben über apt-get- und source.list-Manipulationen installiert

Beide Fälle ergaben eine Meldung:

Die folgenden Repository-Zugriffsmodule (RA) sind verfügbar:

• ra_svn: Modul für den Zugriff auf ein Repository über das SVN-Netzwerkprotokoll.
  • behandelt 'svn' Schema
• ra_local: Modul für den Zugriff auf ein Repository auf der lokalen Festplatte.
  • behandelt 'Datei' Schema

Diese Meldung bedeutet, dass ich nicht auf das SVN-Repository meines Teams zugreifen kann, da die http / https-Unterstützung nicht installiert ist.

Update2 Ich hasse Subversion und Ubuntu. Am zweiten Tag habe ich versucht, Subversion 1.7 unter Ubuntu 14.04 mit http / https-Unterstützung zu kompilieren. Kein Ergebnis. Ich verstehe nicht, warum die Formate 1.7 und 1.8 von Subversion nicht kompatibel sind. Ich hasse Subversion-Entwickler.

Ich verstehe nicht, warum die http / https-Unterstützung in https://launchpad.net/ubuntu/trusty/amd64/subversion/1.7.14-1ubuntu2 https://launchpad.net/ubuntu/trusty/amd64/libsvn1 fehlt /1.7.14-1ubuntu2

Ist es zu schwierig, mir EIN einziges Deb-Paket zu geben, das ich installieren und die Konfiguration vergessen kann?

Ich dachte, ich würde maximal 10 Minuten brauchen: sudo apt-get install svn-1.7

Aber ich verbringe meine Zeit damit, Neon und Leibeigene zu konfigurieren und zu versuchen, für Bedingungen zu passen, bei denen ich nicht weiß, was.

Um Sylvain Pineaus zu erweitern, antworten Sie ein wenig: Ich hatte das gleiche Problem wie OP und löste es folgendermaßen:

Ich habe die folgenden Zeilen am Ende hinzugefügt /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

Entfernen Sie nun die svn-Pakete mit der Version 1.8

sudo apt-get remove subversion libsvn1

Aktualisieren Sie die Quellen

sudo apt-get update

und installieren Sie die richtigen Versionen

sudo apt-get install subversion=1.7.9-1+nmu6ubuntu3 libsvn1=1.7.9-1+nmu6ubuntu3

Jetzt müssen wir die Version der Pakete von beheben

echo subversion hold | sudo dpkg --set-selections
echo libsvn1 hold | sudo dpkg --set-selections
echo libserf1 hold | sudo dpkg --set-selections

Das libserf1wird von subversionoder benötigt libsvn1und wird jetzt (in 14.04) aufgerufen libserf-1-1, denke ich.

Entfernen Sie nun die Zeilen /etc/apt/sources.list, die hinzugefügt wurden, und aktualisieren Sie die Quellen erneut (nur um sicherzugehen).

sudo apt-get update

Ich baue hier auf anderen Antworten auf, aber dies ist ein Skript, das für Trusty 14.04 zu funktionieren schien:

# 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

Ich habe das gleiche Problem, bei dem durch ein Update meine Subversion von 1.7.x auf 1.8.x aktualisiert wurde und es nicht trivial erscheint, 1.7 zurück zu installieren.

Mein Kompromiss war die Verwendung von svnkit, einer Java-Implementierung von Subversion aus dem, was ich daraus machen kann. http://svnkit.com/download.php

Also habe ich noch Subversion 1.8 installiert aber v1.7 von svnkit.

Langsam aber ich kann damit leben.

Warum downgraden, fragst du?

Meine Version von Intellij (12.x) spielt mit 1.8.x nicht gut

Ok, ich habe das Problem durch Herunterladen von https://launchpad.net/ubuntu/trusty/i386/subversion/1.7.14-1ubuntu2 und https://launchpad.net/ubuntu/trusty/i386/libsvn1/1.7.14- gelöst. 1ubuntu2

Entschuldigen Sie die Umstände.

Hatte das gleiche Problem auf Ubuntu 14.04, aber auf 64 anstelle von 32 Bit. Entfernen Sie die Standardversion 1.8:

sudo apt-get remove --purge libsvn1
sudo apt-get remove --purge subversion

Downloaden und installieren Sie Version 1.7 (... / amd64 / ... anstelle von ... / 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

Es gibt eine bestehende / akzeptierte Antwort auf ein Downgrade von 1.7 auf 1.6, die Sie verwenden können.

In deinem Fall aktualisiere einfach (vorübergehend) die sources.listDatei nicht mit precisesondern saucy.

Vergessen Sie nicht, die Version zu sperren mit:

echo subversion hold | sudo dpkg --set-selections

Es ist wahrscheinlich dieser Fehler , der mit der Authentifizierung und Neuverhandlung von Client-Zertifikaten zusammenhängt.

Aber wann wird es behoben sein?!? Es liegt seit mehr als einem halben Jahr herum.

Leider gab es im 12.04 ein ähnliches Problem .

Svn + ssl-reneg + client-cert ist also extrem schlecht getestet. :(