Potrzebuję przejścia z Subversion 1.8 na Subversion 1.7

15

Zaktualizowałem system z 13.10 do 14.04 LTS. Teraz potrzebuję przejścia z Subversion 1.8 na Subversion 1.7, ponieważ formaty 1.7 vs 1.8 są różne i nie mogę uzyskać dostępu do repozytorium svn mojego zespołu.

Nie udało mi się skompilować svn ze źródeł: wiele zależności, dziwne błędy.

Nie rozumiem, dlaczego svn nie został zapakowany w samodzielny pakiet deb. Jestem pewien, że wiele osób potrzebuje dokładnie jednej wersji svn i nie potrzebuje wymuszonej aktualizacji svn.

Moje pytanie brzmi: w jaki sposób mogę przejść na svn 1.7 z 1.8, pozostając na Ubuntu 14.04?

Aktualizacja Zainstalowałem svn 1.7.9 na Ubuntu 14.04 ze źródła. Następnie zainstalowałem svn 1.7.9 na Ubuntu 14.04, jak opisano poniżej, poprzez manipulacje apt-get i source.list

Oba przypadki zakończyły się komunikatem:

Dostępne są następujące moduły dostępu do repozytorium (RA):

  • ra_svn: Moduł dostępu do repozytorium za pomocą protokołu sieciowego svn.
    • obsługuje schemat „svn”
  • ra_local: Moduł dostępu do repozytorium na dysku lokalnym.
    • obsługuje schemat „pliku”

Ten komunikat oznacza, że ​​nie mogę uzyskać dostępu do repozytorium svn mojego zespołu, ponieważ obsługa http / https nie jest zainstalowana.

Update2 Nienawidzę Subversion i Ubuntu. Drugi dzień spędzam próbując skompilować Subversion 1.7 na Ubuntu 14.04 z obsługą http / https. Brak wyników. Nie rozumiem, dlaczego formaty 1.7 i 1.8 Subversion są niezgodne. Nienawidzę programistów Subversion.

Nie rozumiem, dlaczego obsługa http / https jest nieobecna w https://launchpad.net/ubuntu/trusty/amd64/subversion/1.7.14-1ubuntu2 https://launchpad.net/ubuntu/trusty/amd64/libsvn1 /1.7.14-1ubuntu2

Czy zbyt trudno jest podać TYLKO JEDEN pakiet deb, który mogę zainstalować i zapomnieć o konfiguracji?

Myślałem, że zajmie mi to maksymalnie 10 minut: sudo apt-get install svn-1.7

Ale spędzam czas konfigurując neon i poddaństwo i starając się dopasować do warunków, których nie wiem.

użytkownik273083
źródło
Witamy w Ask Ubuntu. Czy mógłbyś poświęcić trochę czasu na przeczytanie? Co powinienem zrobić, gdy ktoś odpowie na moje pytanie?
Sylvain Pineau
Bardzo mi przykro, że wszystko poszło nie tak, jak się spodziewałeś. Przetestowałem to i mój svn obsługuje http i https. Jeśli skompilowałeś i zainstalowałeś svn ze źródła, najprawdopodobniej spieprzyłeś swoją instalację. Kompilacja ze źródła jest w porządku, ale instalacja bez użycia menedżera pakietów ZAWSZE jest złym pomysłem. Pliki skompilowanej svnnajprawdopodobniej zakłócają te, które zainstalowałeś apt-get. Możesz tylko wyczyścić wszystko, co ma związek z svn z twojego komputera (tj. Spróbować odinstalować skompilowany svn), a następnie postępuj zgodnie z instrukcjami w mojej odpowiedzi.
Wauzl
Według twórców SVN powinien być kompatybilny w dół. Zamiast obniżyć wersję SVN, zastanowiłbym się, dlaczego nie możesz połączyć się ze starym serwerem wersji?
Wymagaj

Odpowiedzi:

20

Aby rozszerzyć Sylvain Pineaus, odpowiedz trochę: miałem ten sam problem co OP i rozwiązałem go w ten sposób:

Na końcu dodałem następujące wiersze /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

Teraz usuń pakiety svn w wersji 1.8

sudo apt-get remove subversion libsvn1

zaktualizuj źródła

sudo apt-get update

i zainstaluj poprawne wersje

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

Teraz musimy naprawić wersję pakietów przez

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

libserf1Jest potrzebna subversionlub libsvn1i jest obecnie (w 1404) o nazwie libserf-1-1, tak myślę.

Teraz usuń wiersze, /etc/apt/sources.listktóre zostały dodane i ponownie zaktualizuj źródła (dla pewności)

sudo apt-get update
Wauzl
źródło
Cześć Wauzl. Zainstalowałem svn, ale nie mam dostępu przez http / https. svn up zwraca „svn: E170000: Nierozpoznany schemat adresów URL dla”
user273083
Niemniej jednak wielkie dzięki za szczegółowy komentarz.
user273083
1
@ Wauzl, 1.7.9-1 + nmu6ubuntu3 nie znaleziono.
hiway
Polecam użycie pkgs.org/search/subversion do ręcznego pobrania 3 pakietów, jest to szybsze niż korzystanie z wersji sources.list
kevinf
Niestety, ta odpowiedź już nie działa. Jestem Ubuntu 14.04
thatidiotguy
9

Opieram się na innych odpowiedziach tutaj, ale ten skrypt wydaje się działać w 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
Kwarc
źródło
Dziękuję Ci. Ponieważ 15.04 jest dostępny, zaakceptowana odpowiedź już nie działa. Twój działa, jeśli zmienisz komendę instalacyjną nasudo apt-get install subversion=1.7.20-1+WANdisco libsvn1=1.7.20-1+WANdisco
Wauzl
Pamiętaj, że numer wersji to teraz 1.7.21-1.
thatidiotguy,
1
Stwierdzono, że postępując zgodnie z tymi instrukcjami (dla 1.7.22-1) zainstalowano svn. Ale kiedy próbowałem sprawdzić kod, zawiesił się. Skończyło się na użyciu launchpad.net/ubuntu/trusty/i386/subversion/1.7.14-1ubuntu2 i launchpad.net/ubuntu/trusty/i386/libsvn1/1.7.14-1ubuntu2, jak sugeruje autor tego pytania.
Shane Gannon,
3

Mam ten sam problem, gdy aktualizacja uaktualniła moją subversion z 1.7.x do 1.8.x i ponowne zainstalowanie 1.7 ponownie wydaje się nietrudne.

Moim kompromisem było użycie svnkit, java implementacji subversion z tego, co mogę z tego zrobić. http://svnkit.com/download.php

Więc nadal mam Subversion 1.8 zainstalowane, ale wersja 1.7 svnkit.

Powoli, ale mogę z tym żyć.

Dlaczego obniżasz, pytasz?

Moja wersja intellij (12.x) nie gra z 1.8.x

Chai
źródło
1

Istnieje istniejąca / zaakceptowana odpowiedź na obniżenie wersji z 1.7 do 1.6, której możesz użyć.

W twoim przypadku po prostu zaktualizuj (tymczasowo) sources.listplik nie za pomocą, preciseale saucy.

Po zakończeniu nie zapomnij zablokować wersji za pomocą:

echo subversion hold | sudo dpkg --set-selections
Sylvain Pineau
źródło
0

To prawdopodobnie ten błąd związany z uwierzytelnianiem i renegocjacją certyfikatu klienta?

Ale kiedy to zostanie naprawione?!? Leży przez ponad pół roku.

Niestety podobny problem pojawił się w 12.04 .

Tak więc svn + ssl-reneg + client-cert jest bardzo źle przetestowany. :(

Marc
źródło