Porta-chaves SVN e GNOME

19

Como corrigir o seguinte problema:

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

Pesquisei no Google, mas não consigo encontrar uma resposta satisfatória.

Fred Campos
fonte

Respostas:

30

Edite o ~/.subversion/configcom geditou nanoe adicione o seguinte

[auth] 
password-stores =

salve e tente novamente. Muito bem sucedida.

crédito

rɑːdʒɑ
fonte
você pode considerar aceitar?
rɑːdʒɑ
Infelizmente, adicionar esta linha me dá: svn: ~/.subversion/config:17: Option expectede svnse recusa a prosseguir ... o que funcionou para mim foi de mv ~/.gnome2/keyrings/login.keyring ~/.gnome2/keyrings/_login.keyringacordo com o pedido do chaveiro do GNOME '(nulo)' - Stack Overflow ; mas o SVN insiste em armazenar a senha, uma vez que passa, para um novo chaveiro do Gnome - o que eu não quero (quero ser perguntado a cada vez, como quando uso o SVN sobre ssh), mas isso é outro problema ...
Sdaau # 30/14
Você moveu o arquivo de onde o gnome será buscado atualmente. então continue perguntando sempre.
30414
Não vale nada, pois isso significa desativar o armazenamento criptografado de senhas SVN, o que você pode não querer fazer.
Michael Mior
4

execute o comando abaixo:

seahorse

e exclua todos os itens do menu. O problema desaparecerá

Bill Zhao
fonte
4

Solução 1

No meu caso, o problema persistiu até eu excluir o chaveiro padrão . Usando o Mate Linux, você pode usar este comando para excluir o arquivo de chave padrão:

rm ~/.config/mate/keyrings/default

Isso resolveu o problema para mim ...

Stefan
fonte
2

Nenhuma das soluções pesquisadas no Google (remover chaveiros de ~ / .gnome2, excluir espaços de senha de ~ / .subversion / config, ...) funcionou para mim. Eu tive que desconfigurar as variáveis ​​de ambiente GNOME_KEYRING_CONTROL GNOME_KEYRING_PID nos meus arquivos de inicialização (~ / .xsession ou o que for) para impedir que seus valores fossem herdados do ambiente de desktop / login.

Alexis Huxley
fonte