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.

svn gnome-keyring

— Fred Campos
źródło

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

Brelok SVN i GNOME

Rozwiązanie 1