diff options
| author | 2026-05-13 13:43:31 +0100 | |
|---|---|---|
| committer | 2026-05-13 13:43:31 +0100 | |
| commit | 51b8af587e46d4e03b059a51253d9671e27d08e3 (patch) | |
| tree | 4b1f41a520e1fffded965c3acd52be2078075df1 /etc/sudoers-rs | |
| parent | f1442b9a9666b1c1fce34474e5bdb86585a98a0e (diff) | |
| download | dotfiles-51b8af587e46d4e03b059a51253d9671e27d08e3.tar.gz dotfiles-51b8af587e46d4e03b059a51253d9671e27d08e3.tar.bz2 dotfiles-51b8af587e46d4e03b059a51253d9671e27d08e3.zip | |
feat(doas): smarter sudo shim + paru SudoLoop
The packaged doas-sudo-shim is just 'exec doas "$@"', which means
'sudo -v' (used by paru --sudoloop to keep the auth timestamp fresh
during long AUR builds) hits doas, which doesn't implement -v, and
the loop dies. Then when the build finally finishes and tries the real
install, the cached timestamp has long expired, so we reprompt — and
opendoas only allows one attempt before bailing, so a single mistype
throws an hour of compilation away.
Replace it (per-user, via $HOME/.local/bin precedence) with a shim
that translates:
-v -> doas true (refresh persist timestamp)
-k / -K -> doas -L (clear)
-E -H -i -S etc -> dropped (no doas equivalent)
rest -> doas "$@"
Then enable SudoLoop in paru.conf so the timestamp stays fresh.
Diffstat (limited to 'etc/sudoers-rs')
0 files changed, 0 insertions, 0 deletions
