I can't seem to be able to turn off the user browser using: Browse=false SystemMenu=false properly prevents a user from shutting off the system from gdm *BUT* it still advertises/allows a user to shut off the system once logged in. I have a few other options that I need for my setup too, including relaxing permissions. It would be great to get some insight. Comments: GDM appears to have been reworked quite a bit. if there is some new location where these options should go, it would be good to have comments stating that in the new custom.conf skeleton.
I tried adding both of these options to the xml "schema" file in the same directory (using the syntax of the other entries), and the options were still ignored. I know the SystemMenu attribute is correct, because its from a gdm configuration that I migrated from my fedora 7 image. I might have the wrong impression about the "Browse" entry though. I'm trying to disable the user selection menu (always prompt the user to enter their username), user selection is a nuisance when you have dozens of users.
There is no configuration option to turn off the user list at this time.
Two things though. 1) We're discussing adding the option back 2) The new setup should work fine with dozens of users, because if you type the username and press enter it will do the right thing (in fact better, because you only have to type the first few letters of the username)
>Two things though. >1) We're discussing adding the option back >2) The new setup should work fine with dozens of users, because if you type the >username and press enter it will do the right thing (in fact better, because you >only have to type the first few letters of the username) It would be nice, we actually have closer to 3,000 users, managed through ldap. By default (various record/time limits contribute), nss_ldap only returns a small fraction of these results trough a broad "getent passwd" (its too taxing on the servers to have 300+ machines running these queries all the time), so auto-completion would only work for a small subset of our users (and incorrectly for others?). Having to click "Other", or possibly scrolling to the choice of "other" will boggle many users in this situation as well. As for the SystemMenu tag though, that doesn't seem to prevent gnome from shutting down the host system either.
Some places may even have security policies against allowing a full search of their ldap databases (making "getent passwd", fail to return ldap entries every time). (In this case, auto completion might try to complete a local name??)
Hi, yea autocompletion only works for local users and ldap users who have logged in recently/frequently, for precisely that reason (previous versions of gdm would do the whole getent passwd equivalent and tax the ldap server and come to a halt). Maybe Other... should be at the top instead of the bottom.
An option to disable the userlist would still be nice (seems somewhat indirect to instruct people click "other" under environments where most machines are in open labs). I can imagine some people may miss the "other" entry, when they walk up to a machine, and are greeted by a somewhat random userlist, that doesn't have their name on it. That being said, I agree that it would might be better to have the entry at the top of the list too, and possibly named "Enter Username...", or something equivalent.
Should I open a new bug for the SystemMenu=false issue? (it turns out that the setting is always ignored) or do you guys know about this one?
No, greeter options in custom.conf are not coming back. The greeter is using gconf for its configuration, and there is already /apps/gdm/simple-greeter/disable_restart_buttons Set to TRUE to disable showing the restart buttons in the login window
Created attachment 304821 [details] patch Here is a patch that adds a show_users gconf key.
Cool, thanks. Do you know if this will make it in to fedora 9? or will I have to create a fork for my setup?
We may pull some of these things into an F9 update at some point, but it won't be there initially.
banshee-0.99.1-1.1.fc9 has been submitted as an update for Fedora 9
(In reply to comment #13) > banshee-0.99.1-1.1.fc9 has been submitted as an update for Fedora 9 Err sorry everyone, This was meant to Bug 445499 but I seemed to enter a 4 instead of a 9. Sorry.