(06-13-2024, 01:04 AM)PistachioGuy Wrote: I reinstalled with all defaults to confirm and it's not not opening. I noticed it on the default zzz-fluxbox but it happens on jwm too. Can confirm that this is not an issue on the live session for some reason.
I don't what the correct solution is, maybe @John does given his previous post.
The first message in the output does seem relevant though:
Code:
No ask_pass set, using default!This page and answer are specific to Ubuntu
https://askubuntu.com/questions/1124875/...s-variable
But it seems that when 'sudo' is invoked, you can specify another program/script? to handle the request to the user instead of just sending it directly via the terminal (CLI).
The rest of the messages you got appears to be conveying how sudo was invoked AND what the result was. And the failure seems predictable given GNOME is not present/installed.
P.S.
https://linux.die.net/man/1/gksudo
^ man page for 'gksudo', of which 'gksu' is an alias, symbolic link, or something
https://linux.die.net/man/1/su
^ man page for 'su'
"
-A
Normally, if sudo requires a password, it will read it from the user's terminal.
If the -A (askpass) option is specified, a (possibly graphical) helper program is executed to read the user's password and output the password to the standard output.
If the SUDO_ASKPASS environment variable is set, it specifies the path to the helper program.
Otherwise, if /etc/sudo.conf contains a line specifying the askpassprogram, that value will be used.
For example:
# Path to askpass helper program
Path askpass /usr/X11R6/bin/ssh-askpass
If no askpass program is available, sudo will exit with an error."
https://linux.die.net/man/8/sudo
^ man page for 'sudo'
TLDR:
It looks like 'gksu' is being forced to use 'sudo', based on the debug output. And for some it's expecting to find an environment variable called GNOME_SUDO_PASS.
The reason you aren't seeing any windows might be that this whole bit is erroring out.