You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Ensure that reading from stdin fails immediately instead of blocking
forever by running child processes with /dev/null as stdin.
This does not fix the issue on macOS - even when stdin is connected to
/dev/null, the system can display and read password from the shell:
% sudo true </dev/null
Password:
Minikube has an --interactive=false flag but unfortunately it seems to
be ignored in this code path.
[1] kubernetes/minikube#19518
Signed-off-by: Nir Soffer <nsoffer@redhat.com>
nirs
added a commit
to nirs/ramen
that referenced
this issue
Aug 27, 2024
Ensure that reading from stdin fails immediately instead of blocking
forever by running child processes with /dev/null as stdin.
This does not fix the issue on macOS - even when stdin is connected to
/dev/null, the system can display and read password from the shell:
% sudo true </dev/null
Password:
Minikube has an --interactive=false flag but unfortunately it seems to
be ignored in this code path.
[1] kubernetes/minikube#19518
Signed-off-by: Nir Soffer <nsoffer@redhat.com>
Ensure that reading from stdin fails immediately instead of blocking
forever by running child processes with /dev/null as stdin.
This does not fix the issue on macOS - even when stdin is connected to
/dev/null, the system can display and read password from the shell:
% sudo true </dev/null
Password:
Minikube has an --interactive=false flag but unfortunately it seems to
be ignored in this code path.
[1] kubernetes/minikube#19518
Signed-off-by: Nir Soffer <nsoffer@redhat.com>
What Happened?
Actual behavior:
When starting minikube with --interactive=false, minikube run sudo command without -n, triggering sudo password prompts.
Expected behavior:
If interaction is disabled use
sudo -n
and fail immediately if sudo without a password is not configured for the command.Example run:
Attach the log file
log.txt
Operating System
macOS (Default)
Driver
QEMU
The text was updated successfully, but these errors were encountered: