Bug 35793
| Summary: | Не устанавливать по умолчанию в систему или сделать немодальным. | ||
|---|---|---|---|
| Product: | Sisyphus | Reporter: | nbr <nbr> |
| Component: | etcskel | Assignee: | placeholder <placeholder> |
| Status: | NEW --- | QA Contact: | qa-sisyphus |
| Severity: | enhancement | ||
| Priority: | P3 | CC: | cas, glebfm, ldv, placeholder, zerg |
| Version: | unstable | ||
| Hardware: | all | ||
| OS: | Linux | ||
| See Also: | https://bugzilla.altlinux.org/show_bug.cgi?id=42220 | ||
~/.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. |

Description
nbr 2018-12-18 12:15:35 MSK