У меня есть ключи, пароли к которым я ввожу крайне редко. ksshaskpass заставляет меня при каждом входе в сеанс вводить пароли к этим ключам или жать много раз cancel. Можно ли - сделать опциональным а не дефолтным установку этого компонента в kde5 или хотя бы - сделать немодальным окно ввода пароля, чтобы оно не задерживало загрузку по входу?
~/.xprofile
Тогда вопрос переадресовывается вот сюда; может не стоит всем насильно делать ssh-add?
Может быть, закомментировать свой локальный ~/.xprofile вместо того, чтобы отбирать у всех пользователей удобный интерфейс?
Может он и удобный, но устанавливать его по умолчанию - мне кажется, не стоит. Да и безопасность его сомнительна - при включенном по умолчании подтверждении кликом достаточно просто написать программку, которая кликнет "за пользователя"... IMHO такие вещи пользователь должен включать осознанно.
Состояние с 2018 года не изменилось. etcskel 2.0.17-alt1 (последняя сборка 26.07.2021): /etc/skel/.xprofile (etcskel/common/.xprofile:4-11) при наличии $SSH_AUTH_SOCK и ключей ~/.ssh/id_*, ещё не добавленных в агент, синхронно выполняет "$SSH_ADD" -c. xinitrc (install/etc/X11/Xsession:177) сорсит ~/.xprofile через SourceIfNotEmpty в основном потоке — в отличие от /etc/X11/xinit.d/*, которые запускаются с & (Xsession:185). Поэтому сеанс стоит, пока пользователь не ответит askpass-диалогу. etcskel тянется basesystem, то есть попадает во все установки. Тот же вопрос поднят в 42220 (2022, предложение убрать ssh-add из .xprofile вовсе); позиция из комментария 3 против удаления. Развилка простая: либо запускать этот блок в фоне, либо не класть его в skel по умолчанию — решение за @core.
