From Bugzilla Helper:
User-Agent: Mozilla/5.0 Galeon/1.2.5 (X11; Linux i686; U;) Gecko/20020809
Description of problem:
gdmsetup dont ask for root password and complain it must be launched as root. As
this can be handled with a sudo or su -c, in the "systeme settings" nautilus
screen this cannot be workarounded.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. double click on the start-here icon.
2. double click on the system settings icon
3. double click on the login screen
Actual Results: a pop-up error window : You must be the superuser (root) to
Expected Results: A pop-up window should ask the root password like other icon
in the system settings nautilus screen ask....
which version of gdm?
[dnade@enclume ~]# rpm -q gdm
This should be fixed in the final release.
Not really fixed...
It still complains you must be root and dont ask the root password.
I am sitting at a 8.0 box right now and I'm not able to reproduce this bug.
Is there anything unusual about your setup?
as u user, a popup window says "You must be the superuser (root) to configure
GDM." instead of asking for the root password like other things (like "security
level" or "soundcard detection" do..)
There is really nothing unusual in my setup.
You implied that you were still seeing this bug in 8.0. Did you install 8.0
fresh or did you upgrade (if so, from what)?
Could you give me the output of the following commands
% rpm -q usermode gdm
% rpm -V usermode gdm
% ls -l /usr/bin/gdmsetup
Could you run /usr/bin/gdmsetup from a terminal (in X) and see what happens?
Psyche fresh install.
[dnade@enclume ~]# rpm -q usermode gdm
[dnade@enclume ~]# rpm -V usermode gdm
..5....T c /etc/X11/gdm/gdm.conf
zsh: exit 2 rpm -V usermode gdm
[dnade@enclume ~]# ls -l =gdmsetup
-rwxr-xr-x 1 root root 74646 Sep 6 04:23 /usr/sbin/gdmsetup
Okay ! I understand all ! as you can see in my previous message the first
gdmsetup in my $PATH is the /usr/sbin/gdmsetup not the /usr/bin/gdmsetup ! I
will change the order of the directories in my environment.
We can close this bug with a NOTABUG, but can you do something against this
behaviour ? I mean, there is surely a way to workaround the fact that the
/usr/sbin is before /usr/bin in the $PATH of a user...
That's the whole way the stuff works though, it's all based on the /usr/bin
links... I don't remember the rationale but there is some reason for it (I think
so root account works properly)