Pam configuration for KDE 4.3

[thierry.jeanmougin at cegetel.net]

some (very little) progress: I've checked the permissions and changed 
owner of kdm to root:

# ls -l /opt/kde/4.3.4/bin/kdm
-rwxr-xr-x 1 root root 157113 jan 29 19:25 /opt/kde/4.3.4/bin/kdm

still the same problem, but not exactly the same messages in 
/var/log/auth.log

Feb  2 21:34:51 localhost kcheckpass[1671]: pam_warn(kde:auth): 
function=[pam_sm_authenticate] service=[kde] terminal=[:0] 
user=[kde-devel] ruser=[<unknown>] rhost=[<unknown>]
Feb  2 21:34:51 localhost kcheckpass[1671]: Authentication failure for 
kde-devel (invoked by uid 1009)



> Thanks for you answer
> I can't login through KDM with whatever user (same output in 
> /var/log/auth.log)
>
> But I can login in console mode and then startx as you suggest: it 
> works, but once under KDE I cannot switch to another user (first user 
> is locked, and cannot be unlocked: same problem)
>
> Duncan a écrit :
>> thierry.jeanmougin at cegetel.net posted on Sun, 31 Jan 2010 12:14:59 +0100
>> as excerpted:
>>
>>   
>>> Hello
>>>
>>> I have just build KDE 4.3, but I cannot connect through KDM. Extract
>>> from /var/log/auth.log
>>>
>>> Jan 31 11:38:25 localhost kcheckpass[1268]: Authentication failure for
>>> kde-devel (invoked by uid 1009)
>>> Jan 31 11:38:28 localhost unix_chkpwd[1272]: check pass; user unknown
>>> Jan 31 11:38:28 localhost unix_chkpwd[1273]: check pass; user unknown
>>> Jan 31 11:38:28 localhost unix_chkpwd[1273]: password check failed for
>>> user (kde-devel)
>>> Jan 31 11:38:28 localhost kcheckpass[1271]: pam_unix(kde:auth):
>>> authentication failure; logname= uid=1009 euid=1009 tty=:0 ruser= rhost=
>>>  user=kde-devel
>>>
>>>
>>> It seems the problem comes from the PAM configuration, but I have not
>>> found any hint concerning the PAM configuration for KDE.
>>>     
>>
>> I'm no pam guru, but that seems plain enough.  It's looking for a user 
>> named "kde-devel" and not finding one in the password database.  So were 
>> you trying to login under that name?  Something was.
>>
>> Given that kdm is the KDE/X graphical login, I'd check its permissions.  
>> What do you mean you can't connect thru it?  Does it start and won't let 
>> you login as anything, or does it not even start?
>>
>> FWIW, I don't run any *DM here.  I login at the CLI, then run a script 
>> that sets up a bit of stuff (KDEHOME and a couple other vars, so I don't 
>> have to use the default ~/.kde, etc, running kbuildsycoca4 and setting the 
>> XSESSION up to run startkde), then runs startx.  Most of the setup I do 
>> isn't required, just stuff I do because my setup isn't quite default.  You 
>> should therefore simply be able to point your XSESSION as appropriate and 
>> run startx, bypassing KDM (and other *DM) entirely.  Does that work?
>>
>>   
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde/attachments/20100202/2bd6ac4f/attachment.htm>
-------------- next part --------------
___________________________________________________
This message is from the kde mailing list.
Account management:  https://mail.kde.org/mailman/listinfo/kde.
Archives: http://lists.kde.org/.
More info: http://www.kde.org/faq.html.