@leeloo @lautreg @pafurijaz Often there are graphical systems for presenting the escalation of privilege (One had one of those "*kit" names...policykit, was it?). So when your computer presents a notification and graphical interface saying "There are important software updates for your system.", it gives you an interface to enter your credentials and allow this.
These desktop systems presumably assume `sudo` under the hood.
@spacehobo @lautreg @pafurijaz
That is an idiotic assumption on a networked multi user system.
User needs an admin? Call tech support, admin handles it remotely via ssh.
If the desktop assumes sudo, that might just end up with the user getting to talk to HR and IT security.
@leeloo @spacehobo @pafurijaz
I prefer use doas.
But, if there is KDE, I must keep sudo, but I don't use it.
It's my personal computer.
Servers don't have desktop environments.
In fact, I need the admin display challenge (that use sudo) when I change the theme for sddm, or lightm.
For people whis computer managed by me, they use doas because I teach them, if I think I can allow them to make some admin task.
@leeloo @spacehobo @lautreg @pafurijaz
``That is an idiotic assumption on a networked multi user system.''
Arguably running a desktop on a networked multi-user system is the idiotic decision. Or not using an immutable OS like #guix, which allows users to safely install their own package requirements, is the idiotic part?
Either way, the problem is architectural (and deep!), not with the desktop per se.
@khleedril @spacehobo @lautreg @pafurijaz
"Or not using an immutable OS like #guix, which allows users to safely install their own package requirements, is the idiotic part?"
How would corporate IT prevent people from installing non-approved software in that case?
@leeloo @spacehobo @lautreg @pafurijaz
That can be done. In the case of #guix, the guix application itself could be restricted to the admin user, or users in the sudo group.