Re: gdm stuff

>>>>> "Daniel" == Daniel Burrows <> writes:

Daniel> I made a patch to keep it from displaying all the accounts
Daniel> such as mail, nobody, and so on; I don't know if this is the
Daniel> Right Way but it works on my system.  It hides all accounts in
Daniel> the browser except for UID 0 and UIDs between 1000 and 65534.

Until 0.3 or 0.4 that was how I did it (The UID range was tunable in
gdm.conf). But Miguel persuaded me to do otherwise. Go bug him :)

Checking on password length is not a safe way to determine if a user
is valid or not. gdmgreeter runs as gdm. Some systems have shadow
passwords. Go figure...

I personally find it broken that non-users have valid shells. Obscured
password field or not.

Unless somebody comes up with a brilliant idea I'll probably stuff the
tunable uid range in again (But still defaulting to ``valid shells''

Daniel> gdm still doesn't seem to check the password I enter, though;
Daniel> it lets anyone log in as anyone.  Is this a bug in my setup
Daniel> and if so, how can I fix it?

No. It's a stupid thinko on my part. I have no non-PAM systems around
(well I do, but didn't feel like backporting Gnome to MCC :) and
didn't check the conventional password validation code after the
daemon rewrite. I happened to reverse the test compared to the old

I'll go through my patch queue tonight and commit fixes for this and a
few of the other reported bugs. The setgroups() bug among other

Daniel> One other minor thing: gdm's PATH doesn't seem to be the same
Daniel> as xdm; the DefaultPath in gdm.conf includes /usr/bin/X11 but
Daniel> programs (for example, WindowMaker) can't seem to see that;
Daniel> any attempt to change WindowMaker's background fails with: sh:
Daniel> wmsetbg: command not found.

Odd. That works for me.

Try adding an echo $PATH or something in your .xsession to see what's
in there.

Martin Kasper Petersen			BOFH, IC1&2, Aalborg University, DK

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]