Most of /etc/sudoers.d/antixers is about allowing the specified commands to:subluminal wrote: Wed Apr 08, 2020 7:05 pm :
By konsole, I meant no sudo prompts.
Also removed synaptic.desktop file and edited synaptic-kde.desktop file to issue synaptic-pkexec command.
Both issues are fixed by backing-up and then removing the /etc/sudoers.d/antixers file.
Now everything is back to normal.
But will moving the antixers file cause any trouble in the future?
:
- Run without prompting for password,
- Still require the sudo prefix to the command,
- Still require the user to be a member of the sudo group
Possibly a minor annoyance, at least when running from cli, but it may be more interesting when these commands are called up in the bowels of some GUI with no provision for password input.

Additional these 2 defaults may be of interest:
Code: Select all
Defaults !requiretty
Defaults !tty_tickets
Code: Select all
$ man sudoers
:
requiretty If set, sudo will only run when the user is logged into a real tty.
When this flag is set, sudo can only be run from a login session
and not via other means such as cron(8) or cgi-bin scripts.
This flag is OFF by default.
:

In the case of tty_tickets:
Code: Select all
$ man sudoers
:
tty_tickets If set, users must authenticate on a per-tty basis. With this flag enabled,
sudo will use a separate record in the time stamp file for each tty.
If disabled, a single record is used for all login sessions.
This flag is ON by default.
When using multiple terminals, you could be prompted for a password by sudo, even though you just entered one because that was on a different terminal.

To gauge the impact of removing /etc/sudoers.d/antixers you should probably use:
Code: Select all
sudo --list
