Download raw body.
Investigating adding functionality to doas
Aaron Rainbolt <arainbolt@kfocus.org> wrote: > At the very least, would the umask handling feature be welcome? The > only place umask modifications can be made reliably when working with > privilege escalation is in the privilege escalation utility itself, due > to the fact that it behaves almost like an environment variable. The > workaround is to use a wrapper script, but that is a horrible hack that > I would like to avoid if at all possible (though again, my downstream > will survive if we must). I can definitely see this being useful in > OpenBSD itself, separate from any other project. I am not seeing the use case: 1) noone will actually use it, or know when they need to use it The problem specification is too complex for regular humans to understand. 2) Once you need to handle this, are there other problems?? yes, almost for sure you have other "process conditions" created in the unix pipe / fd inheritance / non-$ENV environment, and you SHOULD be using a wrapper around the complicated program you are running. Using a wrapper script is not a "horrible hack". A wrapper is the correct place to sanitize. doas should not grow "a pile of features" as more non-$ENV environmental concerns with sub-commands are discovered.
Investigating adding functionality to doas