Answers:
这个问题有很长的历史了,您可以随意修改gnome-keyring
,但是我发现更简单的解决方案是将该提示的密码设置为空白,这样就不再询问您了:
rm ~/.local/share/keyrings/*
(例如,如果您不是全新安装的,则可能要先检查/备份这些文件cp -r ~/.local/share/keyrings ~/keyrings-backup
)不知道这个问题仍然有意义,但是我找到了适合我的解决方案。我正在运行Debian Jessie i386。使用XFCE桌面和gdm3显示管理器。我发现,进入“应用程序菜单设置”>“会话和启动”>“高级”,然后选择“启动时启动Gnome服务”解决了该问题。不确定如何影响其他发行版,但可以在Debian Jessie上使用。
我不知道您在使用哪个发行版,但是我会在其中创建一个脚本~/bin
并将其称为chromium
(对于Debian)或chromium-browser
(对于Ubuntu)。确保根据发行版上调用的Chromium修改脚本:
#!/bin/bash
/usr/bin/chromium-browser --password-store=basic "$@"
对于Google Chrome浏览器,您可以在其中创建另一个脚本~/bin
并google-chrome-stable
使用以下命令调用它:
#!/bin/bash
/usr/bin/google-chrome-stable --password-store=basic "$@"
--password-store=basic
当您启动两个程序之一时,以上脚本将为每个实例使用参数。
从这个来源:
--password-store指定要使用的加密存储后端。可能的值是kwallet,kwallet5,gnome,gnome-keyring,gnome-libsecret,basic。其他任何值都会导致Chrome自动检测最佳后端。TODO(crbug.com/571003):一旦PasswordStore不再使用Keyring或KWallet来存储密码,请重命名此标志以停止引用密码。不过,不要尽快重命名;开发人员和测试人员可能依赖于此,从而将大量测试密码保留在其密钥环或KWallets中。
我想发表评论,但它告诉我我不能因为名声太少而致。非常抱歉这个“答案”。
@Wolf删除中的密钥环的答案也对~/.local/share/keyrings/
我有所帮助。从那里开始,我看到Default_keyring.keyring
了这种行为的解释。
似乎在GNOME libsecret
API中有一个怪癖,并且在初始化OSCrypt时,Google只是使用libsecret添加了一个虚拟条目。有关更多详细信息,请参见:https://bugs.chromium.org/p/chromium/issues/detail?id = 660005。