Version: (using KDE KDE 3.3.1) Installed from: Gentoo Packages Compiler: gcc (GCC) 3.3.5 (Gentoo Linux 3.3.5-r1, ssp-3.3.2-3, pie-8.7.7.1) OS: Linux I removed pam (because I don't like it) and created a /etc/suauth file which allows me to use "su" and bypass it asking me for a password when changing to root. This works in a terminal. But when I go to Control Center -> System Administration -> Login Manager and click Administrator Mode, it just sits there "Loading" it. Removing the /etc/suauth file makes it work normally.
worksforme. please verify with kde 3.4.
OK, I now have KDE 3.3.2 and it works from the Control Center (though there's a delay which is longer than I suspect it needs to be). So it must have been fixed between those 2 versions. But when I try to start the login manager on its own (through K Menu -> Preferences -> System Administration -> Login Manager) it does the KDE "try to start for so many seconds then give up" thing. So basically that module isn't being started. I don't know the equivalent command line command - it isn't "kcmshell kdm" because that starts.
hmm. with trunk as of today (not much different from 3.4 in this area) that works, too.
OK, I'll have to get back to you once I upgrade.
This is strange. I upgraded to KDE 3.4.1. Now when I go to K Menu -> Preferences -> System Administration -> Login Manager, it works (though there's another delay of about 5 seconds) and I have administrator privelages automatically (which I guess is correct behaviour). However, when I try to go through the Control Center, it sits there "Loading" again, just like it was doing originally. So clearly there's still some code somewhere that isn't quite right. Just to make sure we're both talking about the same thing here (in case I wasn't clear in the original report): I created the file /etc/suauth with the following contents: root:adam:NOPASS root:ALL EXCEPT adam:DENY What this does is let me type "su" in a console and immediately become root, without being asked for root's password. It also prevents all other users from becoming root at all. This is a strange configuration and I believe it's what's causing the hang; when I click "Administrator Mode", it should likewise immediately go into administrator mode without bringing up the password dialog; or at least it shouldn't hang.
i'm seeing even "better" things: for some seconds there is "loading", after which it goes into "no module selected" mode. anyway, this has nothing to do with authentication. i suspect this to be some embedding problem. i don't remember one longer period throughout which it was not broken on HEAD/trunk, so i don't bother reporting issues with it - everybody knows that xembed sucks anyway. :-/ oh, wait, today it is in good mood - it works. :)))
Created attachment 35927 [details] Allow NOPASS in /etc/suauth
Er, I meant to include a comment with that last patch. The patch is from piterpunk AT slackware.com - not from me. Also, this bug is probably a dupe of https://bugs.kde.org/show_bug.cgi?id=84039
*** This bug has been marked as a duplicate of bug 84039 ***