Менеджер паролей командной строки, который использует ключ SSH для аутентификации
Я думаю, что предполагаю то, что продолжается. Я должен был бы знать больше о том, как Вы входите в систему и как Вы запускаете Emacs, чтобы сказать Вам, как зафиксировать его.
X программ должны иметь два сведения для соединения с X дисплеями. Это должно знать название дисплея, который обычно берется от DISPLAY переменная среды. Это также должно иметь пароль для дисплея, названного X cookie, и обычно хранившийся в названном файле ~/.Xauthority или указал XAUTHORITY переменная среды. (Больше объяснений здесь)
Я подозреваю, что Emacsclient передает правильную информацию о дисплее (:0.0) к основному процессу Emacs, но это не передает X cookie. Обычно Emacsclient отправляет свою собственную среду (включая XAUTHORITY если существующий), к серверу Emacs и двум процессам имеют доступ к той же файловой системе для чтения файла cookie. Это перестало работать здесь.
Для обнаружения, почему, вот вопросы, ответы которых, вероятно, будут полезны:
- Из чего значение
$XAUTHORITY? (Если сброшено, это - как будто значение было~/.Xauthority.) - Где тот файл и каковы полномочия на нем?
- Были процесс Emacs и текущий клиент запущены в другом контексте в некотором роде (машина, пользователь, chroot, …)?
- Делает процесс Emacs, имеют другое значение для
$XAUTHORITY? (ps -C emacs wweилиgrep -az XAUTHORITY= /proc/$(pidof emacs)/environ) - Как Вы входите в систему (в менеджере по оформлению (который), в текстовом режиме, по SSH, …)? Как процесс Emacs запускается (с где, в какой точка)? Это запускается как демон?
Мне нравится использовать KeePass, но он не поддерживает использование командной строки непосредственно. Это занимается спортом API, хотя, и некоторые другие попытались исправить проблему путем предоставления командной строки frontend использование что API. Все, которые вытягивают от потока форума
- Python frontend к API Keepass: python-keepass
- KPcli
Другое:
- Горилла пароля, записанная в tcl/tk, который, как предполагают, обработал использование командной строки на основе pwsafe.
Ни один из них не может использовать Ваш ssh ключ, вероятно, так как устройство хранения данных пароля не является действительно главным кандидатом на шифрование с открытым ключом (даже при том, что это, конечно, было бы удобно). С KeePass возможно использовать Ваш частный ssh файл ключей в качестве дополнительной криптографической связи вниз, но это больше для добавления сложности вместо того, чтобы уменьшить его.
Я видел недавнюю рекомендацию карты в минуту, Которая выглядит прекрасной. К сожалению, связь для исходной загрузки, кажется, разорвана, я послал автору по электронной почте об этом, но не получил ответ пока еще.