Passwordless login seems not to work
Using the Convenience section of the Login section of the KDE Control Center, I've specified that certain users should be able to log in without a password. However, the login screen continues to demand a password; if I don't give one, I can't log in. However, I also have automatic startup specified in the same section, and that does work without calling for a password. I've encountered the same behavior on two different systems. Anyone else seen this? Is it a pure bug or am I missing something? Paul
On Thursday 17 November 2005 4:05 pm, Paul W. Abrahams wrote:
Using the Convenience section of the Login section of the KDE Control Center, I've specified that certain users should be able to log in without a password. However, the login screen continues to demand a password; if I don't give one, I can't log in. However, I also have automatic startup specified in the same section, and that does work without calling for a password. I've encountered the same behavior on two different systems.
Anyone else seen this? Is it a pure bug or am I missing something? I was not able to find your reference in the KDE control center, but certainly in YaST/ System/Desktop/Display Manager. The Display manager is the guy who decides whether to ask for a password or not. The two variables are: DISPLAYMANAGER_AUTOLOGIN - When set to a specific user, it will automatically log that user in. DISPLAYMANAGER_PASSWORD_LESS_LOGIN - When set to yes, it will allow users to log in without their passwords.
--
Jerry Feldman
On Friday 18 November 2005 9:26 am, Jerry Feldman wrote:
I was not able to find your reference in the KDE control center, but certainly in YaST/ System/Desktop/Display Manager.
My version of Yast doesn't have a Desktop entry on the System page. The entries there are: /etc/sysconfig Editor Boot or Rescue Floppy Date and Time Language Partitioner Powertweak System Backup System Services (Runlevel) Boot Loader Choose Language LVM PCI Device Drivers Power Management Profile Manager System Restoration However, in KDE Control Center I get the (non-working, it seems) control on password protection by the route System Administration / Login Manager (administrative mode needed) / Convenience Features. There's a check box to enable passwordless logins and a check box for each registered user. I wonder why we're seeing such different things.
The Display manager is the guy who decides whether to ask for a password or not. The two variables are: DISPLAYMANAGER_AUTOLOGIN - When set to a specific user, it will automatically log that user in. DISPLAYMANAGER_PASSWORD_LESS_LOGIN - When set to yes, it will allow users to log in without their passwords.
Actually, I just discovered those variables in sysconfig. There seems to be some conflict between these variables and the ones that the KDE Control Center knows about, since DISPLAYMANAGER_PASSWORD_LESS_LOGIN doesn't provide for selective passwordless login -- either all users have it or none do. Do you have any idea how that conflict gets resolved? Paul
Click on the sysconfig editor.
Once that module loads, on the left, you will have a lits of elements
with + signs.
You could also go into /etc/sysconfig and find the 2 varaibles in one
of the scripts.
On Fri, 18 Nov 2005 18:15:43 -0500
"Paul W. Abrahams"
On Friday 18 November 2005 9:26 am, Jerry Feldman wrote:
I was not able to find your reference in the KDE control center, but certainly in YaST/ System/Desktop/Display Manager.
My version of Yast doesn't have a Desktop entry on the System page. The entries there are: /etc/sysconfig Editor Boot or Rescue Floppy Date and Time Language Partitioner Powertweak System Backup System Services (Runlevel) Boot Loader Choose Language LVM PCI Device Drivers Power Management Profile Manager System Restoration
However, in KDE Control Center I get the (non-working, it seems) control on password protection by the route System Administration / Login Manager (administrative mode needed) / Convenience Features. There's a check box to enable passwordless logins and a check box for each registered user.
I wonder why we're seeing such different things.
The Display manager is the guy who decides whether to ask for a password or not. The two variables are: DISPLAYMANAGER_AUTOLOGIN - When set to a specific user, it will automatically log that user in. DISPLAYMANAGER_PASSWORD_LESS_LOGIN - When set to yes, it will allow users to log in without their passwords.
Actually, I just discovered those variables in sysconfig. There seems to be some conflict between these variables and the ones that the KDE Control Center knows about, since DISPLAYMANAGER_PASSWORD_LESS_LOGIN doesn't provide for selective passwordless login -- either all users have it or none do. Do you have any idea how that conflict gets resolved?
Paul
-- Check the headers for your unsubscription address For additional commands send e-mail to suse-linux-e-help@suse.com Also check the archives at http://lists.suse.com Please read the FAQs: suse-linux-e-faq@suse.com
--
Jerry Feldman
On Saturday 19 November 2005 11:52 am, Jerry Feldman wrote:
Click on the sysconfig editor. Once that module loads, on the left, you will have a lits of elements with + signs. You could also go into /etc/sysconfig and find the 2 varaibles in one of the scripts.
I found them, but I am puzzled by the relation between the sysconfig variable DISPLAYMANAGER_PASSWORD_LESS_LOGIN and the KDE Convenience setting. I only want password-less login for one user, but DISPLAYMANAGER_PASSWORD_LESS_LOGIN, according to its description, causes password-less login for all users. Two hands on the same knob, it seems, with different effects. How is the conflict supposed to be resolved? And in addition, the variable DISPLAYMANAGER_AUTOLOGIN is set to a different user than the KDE automatic login. The KDE one seems to win. Paul
On Sat, 19 Nov 2005 12:49:54 -0500
"Paul W. Abrahams"
On Saturday 19 November 2005 11:52 am, Jerry Feldman wrote:
Click on the sysconfig editor. Once that module loads, on the left, you will have a lits of elements with + signs. You could also go into /etc/sysconfig and find the 2 varaibles in one of the scripts.
I found them, but I am puzzled by the relation between the sysconfig variable DISPLAYMANAGER_PASSWORD_LESS_LOGIN and the KDE Convenience setting. I only want password-less login for one user, but DISPLAYMANAGER_PASSWORD_LESS_LOGIN, according to its description, causes password-less login for all users. Two hands on the same knob, it seems, with different effects. How is the conflict supposed to be resolved?
And in addition, the variable DISPLAYMANAGER_AUTOLOGIN is set to a different user than the KDE automatic login. The KDE one seems to win. Until you posted this I was unaware of the KDE convenience tab. The one difference I found it that the YaST variables refer to all the display managers where the KDE settings refer only to kdm. The convenience panel sets its parameters in /opt/kde3/share/config/kdm/kdmrc NoPassEnable=true NoPassUsers=<comma separated names of the no password users>
--
Jerry Feldman
On Sunday 20 November 2005 9:23 am, Jerry Feldman wrote:
On Sat, 19 Nov 2005 12:49:54 -0500 "Paul W. Abrahams"
wrote: I am puzzled by the relation between the sysconfig variable DISPLAYMANAGER_PASSWORD_LESS_LOGIN and the KDE Convenience setting. I
only
want password-less login for one user, but DISPLAYMANAGER_PASSWORD_LESS_LOGIN, according to its description, causes password-less login for all users. Two hands on the same knob, it seems, with different effects. How is the conflict supposed to be resolved?
And in addition, the variable DISPLAYMANAGER_AUTOLOGIN is set to a different user than the KDE automatic login. The KDE one seems to win.
Until you posted this I was unaware of the KDE convenience tab. The one difference I found it that the YaST variables refer to all the display managers where the KDE settings refer only to kdm. The convenience panel sets its parameters in /opt/kde3/share/config/kdm/kdmrc NoPassEnable=true NoPassUsers=<comma separated names of the no password users>
Hmmm. I did a "locate" and discovered these copies of kdmrc: pwa@suillus:/opt/kde3/share/config/kdm> locate kdmrc /etc/opt/kde3/share/config/kdm/kdmrc /etc/opt/kde3/share/config/kdm/kdmrc.SuSEconfig /opt/kde3/share/config/kdm/kdmrc /opt/kde3/share/config/SuSE/default/kdmrc So which one actually controls the behavior? Also, if I set DISPLAYMANAGER_PASSWORDLESS_LOGIN to true in Yast, will that enable passwordless logins for all users in kdm? On my system I have DISPLAYMANAGER_PASSWORD_LOGIN set to false and (via the KDE convenience tab): NoPassEnable=true NoPassUsers=pwa but user pwa still has to provide a password. The settings of NoPassEnable and NoPassUsers show up in the copy in /etc/opt/kde3 but not in the copy in /opt/kde3. The former of these has lots of comments; the latter has no comments at all. Looks like some crossed signals here. Paul
-- Jerry Feldman
Boston Linux and Unix user group http://www.blu.org PGP key id:C5061EA9 PGP Key fingerprint:053C 73EC 3AC1 5C44 3E14 9245 FB00 3ED5 C506 1EA9
Paul W. Abrahams wrote:
pwa@suillus:/opt/kde3/share/config/kdm> locate kdmrc /etc/opt/kde3/share/config/kdm/kdmrc /etc/opt/kde3/share/config/kdm/kdmrc.SuSEconfig /opt/kde3/share/config/kdm/kdmrc /opt/kde3/share/config/SuSE/default/kdmrc
So which one actually controls the behavior?
First one. 3rd one should be a symlink to the first one. Rename the 3rd one (kdmrc.old) then make the symlink, restart kdm, should work. -- Joe Morris New Tribes Mission Email Address: Joe_Morris@ntm.org Registered Linux user 231871
On Sunday 20 November 2005 6:33 pm, Joe Morris (NTM) wrote:
Paul W. Abrahams wrote:
pwa@suillus:/opt/kde3/share/config/kdm> locate kdmrc /etc/opt/kde3/share/config/kdm/kdmrc /etc/opt/kde3/share/config/kdm/kdmrc.SuSEconfig /opt/kde3/share/config/kdm/kdmrc /opt/kde3/share/config/SuSE/default/kdmrc
So which one actually controls the behavior?
First one. 3rd one should be a symlink to the first one. Rename the 3rd one (kdmrc.old) then make the symlink, restart kdm, should work.
I tried that -- including a full restart -- but no luck. Here's the relevant section of the kdmrc file: [X-:*-Core] AllowNullPasswd=true AllowRootLogin=true AllowShutdown=All NoPassEnable=true NoPassUsers=pwa User pwa still can't log in without a password, except on initial startup. Interestingly, the kdmrc file doesn't contain a setting for NoPassAllUsers, which is described in the commented version of the file. What happens when you (or anyone else willing to try it) creates a new user and specifies passwordless login for that user in the KDE Control Center? Does it work for you? Paul
Paul W. Abrahams wrote:
I tried that -- including a full restart -- but no luck. Here's the relevant section of the kdmrc file:
[X-:*-Core] AllowNullPasswd=true AllowRootLogin=true AllowShutdown=All NoPassEnable=true NoPassUsers=pwa
Actually, it looks like the relevant section is [X-:0-Core]. That section will win over [X-:*-Core].
User pwa still can't log in without a password, except on initial startup. Interestingly, the kdmrc file doesn't contain a setting for NoPassAllUsers, which is described in the commented version of the file.
IIRC, commented out (or nonexistent) entries fall back to the default. /etc/opt...kdmrc is edited by Yast, SuSEconfig, etc, but KDE Control Center edits /opt/kde3....kdmrc, thus the need to symlink it so they edit the same file. It looks at /opt/kde3...kdmrc when it starts. Once the file is edited, all the comments are lost. That is why I usually rename the new kdmrc and relink, so I can refer to the comments.
What happens when you (or anyone else willing to try it) creates a new user and specifies passwordless login for that user in the KDE Control Center? Does it work for you? I started to do this, and noted yast says the no password setting is for all users. So I aborted. I decided to check out the config files first, and noticed the above.
-- Joe Morris New Tribes Mission Email Address: Joe_Morris@ntm.org Registered Linux user 231871
participants (3)
-
Jerry Feldman
-
Joe Morris (NTM)
-
Paul W. Abrahams