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.


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

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

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




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

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. :(

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.