What if I wanted to disable my root account with passwd -l, and use sudo to perform admin tasks. In this situation, trying to use any of the shortcuts in the administration menu in gnome would be impossible, because the programs will prompt for a non-existent root password. This could be supported with a USE flag by depending on gksu, and prefixing the commands that the shortcuts use with gksudo, ie. "Exec=gksudo boot-admin".
(In reply to comment #0) > What if I wanted to disable my root account with passwd -l, and use sudo to > perform admin tasks. In this situation, trying to use any of the shortcuts in > the administration menu in gnome would be impossible, because the programs will > prompt for a non-existent root password. Same for KDE, etc. etc. Gentoo prefers normal root account usage, so either attach some patches for consideration, or you'll need to maintain such setup in overlay. Thanks.
Just out of curiosity, what should I do to make this policy (using root accound instead of sudo) change? Should I file a bug? Thanks...
(In reply to comment #2) > Just out of curiosity, what should I do to make this policy (using root accound > instead of sudo) change? Should I file a bug? Thanks... Start a thread about this on gentoo-dev mailing list, please. Bugzilla is not a proper place for discussing such wide-ranging changes.
isn't root acc(In reply to comment #2) > Just out of curiosity, what should I do to make this policy (using root accound > instead of sudo) change? Should I file a bug? Thanks... > isn't root account already used instead of sudo? Anyway, I'd have to learn how the gnome2 ebuilds work to actually generate an updated ebuild. I filed the bug because it seems like it would be trivially possible to offer users a choice, at install-time, whether to use gksudo rather than a root password when running apps like boot-admin from the gnome menu. I would attach an ebuild for you, but I haven't figured out how to write it.
Yeah, it is. But I think the Ubuntu way of not using root account is much nicer and safer. Let's learn this one from them...
I would just like to clarify the bug decription. I'm proposing an enhancement whereby a USE flag named something like sudo is added to gnome-system-tools, and any other relevant packages. If the flag is disabled, then things work as they do now. If the flag is enabled, however, then the package is installed with the assumption that the user would rather enter their own password than the root password if root priveleges are needed. In the particular case of gnome-system-tools, the flag would cause the shortcuts that get installed to the administration menu to exec gksudo <command> instead of just <command>. For example, the users and groups shortcut would execute gksudo users-admin instead of just users-admin.
(In reply to comment #6) Please, see Comment #3.
I don't think this is a wide ranging change, it's just an enhancement, and bugzilla would seem to be the place for discussing enhancements.
