Brelok SVN i GNOME

19

Jak naprawić następujący problem:

    $ svn update
    Password for 'default' GNOME keyring: 
    svn: GNOME Keyring is locked and we are non-interactive

Poszukałem w Google, ale nie mogę znaleźć satysfakcjonującej odpowiedzi.

Fred Campos
źródło

Odpowiedzi:

30

Edytuj za ~/.subversion/configpomocą geditlub nanoi dodaj następujące

[auth] 
password-stores =

następnie zapisz i spróbuj ponownie. Wszystkiego najlepszego.

kredyt

rɑːdʒɑ
źródło
czy możesz rozważyć przyjęcie?
rɑːdʒɑ
Niestety dodanie tego wiersza daje mi: svn: ~/.subversion/config:17: Option expectedi svnodmawia kontynuowania ... to, co zadziałało dla mnie, było mv ~/.gnome2/keyrings/login.keyring ~/.gnome2/keyrings/_login.keyringzgodnie z monitem o brelok GNOME „(null)” - przepełnienie stosu ; ale potem SVN nalega na przechowywanie hasła, gdy zostanie ono przekazane, do nowego breloka Gnome - którego nie chcę (chcę być pytany za każdym razem, jak przy użyciu SVN przez ssh), ale to inny problem ...
sdaau
Przesunąłeś plik, z którego aktualnie pobierze gnome. więc pytaj za każdym razem.
rɑːdʒɑ
To nic nie znaczy, że oznacza to wyłączenie szyfrowanego przechowywania haseł SVN, czego możesz nie chcieć robić.
Michael Mior
4

uruchom poniższe polecenie:

seahorse

a następnie usuń wszystkie elementy z menu. Problem zniknie

Bill Zhao
źródło
4

Rozwiązanie 1

W moim przypadku problem utrzymywał się, dopóki nie usunąłem domyślnego kluczyka. Korzystając z Mate Linux, możesz użyć tego polecenia, aby usunąć domyślny plik klucza:

rm ~/.config/mate/keyrings/default

To rozwiązało problem dla mnie ...

Stefan
źródło
2

Żadne z rozwiązań googled (usuwanie kluczy z ~ / .gnome2, wygaszanie haseł z ~ / .subversion / config, ...) nie działało dla mnie. Musiałem rozbroić zmienne środowiskowe GNOME_KEYRING_CONTROL GNOME_KEYRING_PID w moich plikach startowych (~ / .xsession lub cokolwiek innego), aby zapobiec dziedziczeniu ich wartości ze środowiska desktop / login.

Alexis Huxley
źródło