19

次の問題を修正する方法：

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

私はグーグルで調べましたが、満足のいく答えを見つけることができないようです。

svn gnome-keyring

— フレッド・カンポス
ソース

30

またはを編集し ~/.subversion/configて、次を追加しますgeditnano

[auth] 
password-stores =

その後、保存して再試行してください。ではごきげんよう。

クレジット

— ɑː
ソース

受け入れることを検討できますか？

— rɑːdʒɑ

残念ながら、この行を追加すると、私を与える：svn: ~/.subversion/config:17: Option expectedとsvn進むことを拒否...何私のために働いたことだったmv ~/.gnome2/keyrings/login.keyring ~/.gnome2/keyrings/_login.keyringあたりのようビーイング「（null）」のGNOMEキーリングの入力を求め-スタックオーバーフロー。しかし、その後、SVNはパスワードが新しいGnomeキーリングに渡されるとそれを保存することを主張します-これは望ましくありません（毎回SVNでSVNを使用するときのように尋ねられます）が、それは別の問題です...

— sdaau 14年

現在gnomeが取得する場所からファイルを移動しました。毎回尋ね続けます。

— rɑːdʒɑ

あなたがしたくないかもしれないSVNパスワードの暗号化された保存を無効にすることを意味することは何の価値もない。

— マイケルMior

4

以下のコマンドを実行します。

seahorse

次に、メニュー内のすべてのアイテムを削除します。問題はなくなる

— ビル・チャオ
ソース

4

解決策1

私の場合、デフォルトのキーリングを削除するまで問題は続きました。Mate Linuxを使用すると、次のコマンドを使用してデフォルトのキーファイルを削除できます。

rm ~/.config/mate/keyrings/default

これで問題は解決しました...

— ステファン
ソース

2

googledの解決策（〜/ .gnome2からキーリングを削除し、〜/ .subversion / configからパスワードストアを消去するなど）がうまくいきませんでした。デスクトップ/ログイン環境から値が継承されるのを防ぐために、スタートアップファイル（〜/ .xsessionなど）で環境変数GNOME_KEYRING_CONTROL GNOME_KEYRING_PIDの設定を解除する必要がありました。

— アレクシス・ハクスリー
ソース

SVNおよびGNOMEキーリング

解決策1