[GH-ISSUE #510] Installing trust store does not work for opendoas instead of sudo #309

New issue

Open

opened 2026-02-25 22:33:04 +03:00 by kerem · 1 comment

kerem commented

2026-02-25 22:33:04 +03:00

Owner

Originally created by @beune on GitHub (Mar 6, 2023).
Original GitHub issue: https://github.com/FiloSottile/mkcert/issues/510

I have opendoas instead of sudo, and this causes mkcert -install to fail:

Created a new local CA 💥
ERROR: failed to execute "tee": exit status 1

sudo: invalid option -- '-'
usage: doas [-Lns] [-C config] [-u user] command [args]

Can the implementation be updated to support multiple 'sudo' programs?

Originally created by @beune on GitHub (Mar 6, 2023). Original GitHub issue: https://github.com/FiloSottile/mkcert/issues/510 I have `opendoas` instead of `sudo`, and this causes `mkcert -install` to fail: ``` Created a new local CA 💥 ERROR: failed to execute "tee": exit status 1 sudo: invalid option -- '-' usage: doas [-Lns] [-C config] [-u user] command [args] ``` Can the implementation be updated to support multiple 'sudo' programs?

kerem commented

2026-02-25 22:33:05 +03:00

Author

Owner

@ubermanu commented on GitHub (Mar 26, 2023):

I had the same issue and decided to look at it

I've written a small bash script that wraps doas to accept some sudo args (and omit the unsupported ones)

So the "--prompt" arg would be stripped when running mkcert -install

See https://github.com/ubermanu/sudoas/blob/main/sudo.bash

@ubermanu commented on GitHub (Mar 26, 2023): I had the same issue and decided to look at it I've written a small bash script that wraps doas to accept some sudo args (and omit the unsupported ones) So the "--prompt" arg would be stripped when running `mkcert -install` See https://github.com/ubermanu/sudoas/blob/main/sudo.bash