hello,
I have recently installed Fedora 7 on my machine & got it working for the most part ie...adding DVD, mp3 support etc...but now when I login to my user account from GDM into Gnome I am not able to use any programs that require root access. If the Package updater pops up with updates I click on view packages & it asks for my root password. I enter it & nothing happens & it does the same thing for all programs that need root access. I have tried disabling selinux, not installing selinux updates, deleting the user account & creating a completely new user account with a different user name & I have also reinstalled the OS because of this issue and here I am back full circle. I have tried running the program through a terminal. Loged in as root from my user account I tried running the command 'pup' for the package updater & I get the following info:
Xlib: connection to ":0.0" refused by server Xlib: No protocol specified
Traceback (most recent call last): File "/usr/sbin/pup", line 31, in <module> import gtk File "/usr/lib/python2.5/site-packages/gtk-2.0/gtk/__init__.py", line 76, in <module> _init() File "/usr/lib/python2.5/site-packages/gtk-2.0/gtk/__init__.py", line 64, in _init _gtk.init_check() RuntimeError: could not open display
It was suggested to me from someone on a listserve to try this command 'xhost +localhost' & 'kdesu pup' so I did & got the following info:
[awp@localhost ~]$ xhost +localhost localhost being added to access control list [awp@localhost ~]$ su root Password: [root@localhost awp]# xhost +localhost Xlib: connection to ":0.0" refused by server Xlib: No protocol specified
xhost: unable to open display ":0.0" [root@localhost awp]# kdesu pup Xlib: connection to ":0.0" refused by server Xlib: No protocol specified
kdesu: cannot connect to X server :0.0 so neither command resolved the issue.
Then it was suggested to that I was actually logging into root the wrong way. Do not ask me how since 'su root' has been the way i logged into root since the old red hat days. So they said I should try 'su - root' so I did. Well it turns out that 'su - root' does the same thing as 'su root' which is logs me into root & when I run the command 'pup ' or 'kdesu pup' I get the same result as above. Then they suggested useing just 'su' or just 'su -' to login to root. Well that does the same thing as 'su root' which is log me into root but when running 'pup' I get the same result as above. Please do not give me more ways to login as root. I can login to Gnome from GDM as root & run all programs that need root access. How do I get back access to root from my user account?
Ashley Pritchard wrote:
hello,
I have recently installed Fedora 7 on my machine & got it working for the most part ie...adding DVD, mp3 support etc...but now when I login to my user account from GDM into Gnome I am not able to use any programs that require root access. If the Package updater pops up with updates I click on view packages & it asks for my root password. I enter it & nothing happens & it does the same thing for all programs that need root access.
Something wrong there. You evidently know the password since you can get a login at the console. What other programs that need root access?
File a bug. You need to find out why this is happening; everything else is a workaround.
I have tried disabling selinux, not installing selinux updates, deleting the user account & creating a completely new user account with a different user name & I have also reinstalled the OS because of this issue and here I am back full circle. I have tried running the program through a terminal. Loged in as root from my user account I tried running the command 'pup' for the package updater & I get the following info:
Xlib: connection to ":0.0" refused by server Xlib: No protocol specified
<snip>
It was suggested to me from someone on a listserve to try this command
It was in fact this list. Please avoid starting a new thread for the same issue; people then have to go hunting for the previous discussion.
'xhost +localhost' & 'kdesu pup' so I did & got the following info:
[awp@localhost ~]$ xhost +localhost localhost being added to access control list [awp@localhost ~]$ su root Password: [root@localhost awp]# xhost +localhost Xlib: connection to ":0.0" refused by server Xlib: No protocol specified
I'm not sure xhost +localhost is sufficient. Incidentally it's not expected that you then run it as root, you should be trying to run pup at this point. Is XAUTHORITY set?
[root@localhost awp]# kdesu pup Xlib: connection to ":0.0" refused by server Xlib: No protocol specified
kdesu: cannot connect to X server :0.0 so neither command resolved the issue.
kdesu should be run as a normal user: it's the kde equivalent to the gnome administrator password dialog, and semantically equivalent to sudo.
Then it was suggested to that I was actually logging into root the wrong way. Do not ask me how since 'su root' has been the way i logged into root since the old red hat days. So they said I should try 'su - root' so I did. Well it turns out that 'su - root' does the same thing as 'su root'
It does not. "su -" or "su -l" asks for a login shell, environment variables like PATH will be set correctly, not inherited from your existing shell. "root" is taken as read so 'su -l root' is equivalent to 'su -'. However I don't find that not using a login shell prevents X apps from working here. When changing shell to root you /should/ use 'su -' (or 'su - root' if you prefer), 'su root' is a security risk as your environment variables will be unchanged.
Have you done anything odd to your hostname? How are you running the shell you use when su-ing to root?
thanks Ian for telling me that kdesu should be run as user. I did that & the command 'kdesu pup' does work.
On 6/27/07, Ian Malone ibmalone@gmail.com wrote:
Ashley Pritchard wrote:
hello,
I have recently installed Fedora 7 on my machine & got it working for
the
most part ie...adding DVD, mp3 support etc...but now when I login to my user account from GDM into Gnome I am not able to use any programs that
require
root access. If the Package updater pops up with updates I click on view packages & it asks for my root password. I enter it & nothing happens &
it
does the same thing for all programs that need root access.
Something wrong there. You evidently know the password since you can get a login at the console. What other programs that need root access?
File a bug. You need to find out why this is happening; everything else is a workaround.
I have tried disabling selinux, not installing selinux updates, deleting the user account & creating a completely new user account with a different
user
name & I have also reinstalled the OS because of this issue and here I
am
back full circle. I have tried running the program through a terminal. Loged in as root from my user account I tried running the command 'pup' for
the
package updater & I get the following info:
Xlib: connection to ":0.0" refused by server Xlib: No protocol specified
<snip>
It was suggested to me from someone on a listserve to try this command
It was in fact this list. Please avoid starting a new thread for the same issue; people then have to go hunting for the previous discussion.
'xhost +localhost' & 'kdesu pup' so I did & got the following info:
[awp@localhost ~]$ xhost +localhost localhost being added to access control list [awp@localhost ~]$ su root Password: [root@localhost awp]# xhost +localhost Xlib: connection to ":0.0" refused by server Xlib: No protocol specified
I'm not sure xhost +localhost is sufficient. Incidentally it's not expected that you then run it as root, you should be trying to run pup at this point. Is XAUTHORITY set?
[root@localhost awp]# kdesu pup Xlib: connection to ":0.0" refused by server Xlib: No protocol specified
kdesu: cannot connect to X server :0.0 so neither command resolved the issue.
kdesu should be run as a normal user: it's the kde equivalent to the gnome administrator password dialog, and semantically equivalent to sudo.
Then it was suggested to that I was actually logging into root the wrong way. Do not ask me how since 'su root' has been the way i logged into
root
since the old red hat days. So they said I should try 'su - root' so I
did.
Well it turns out that 'su - root' does the same thing as 'su root'
It does not. "su -" or "su -l" asks for a login shell, environment variables like PATH will be set correctly, not inherited from your existing shell. "root" is taken as read so 'su -l root' is equivalent to 'su -'. However I don't find that not using a login shell prevents X apps from working here. When changing shell to root you /should/ use 'su -' (or 'su - root' if you prefer), 'su root' is a security risk as your environment variables will be unchanged.
Have you done anything odd to your hostname? How are you running the shell you use when su-ing to root?
-- imalone
-- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
On Wed, 2007-06-27 at 00:28 -0700, Ashley Pritchard wrote:
I have recently installed Fedora 7 on my machine & got it working for the most part ie...adding DVD, mp3 support etc...but now when I login to my user account from GDM into Gnome I am not able to use any programs that require root access. If the Package updater pops up with updates I click on view packages & it asks for my root password. I enter it & nothing happens & it does the same thing for all programs that need root access.
You're certain that it's being entered correctly (no caps lock, etc.)? And you haven't used some special characters that mightn't get treated the same in a GUI environment? Just saying that to cover all the bases.
I've just recently installed FC7, and don't have this issue. I am logged in as myself, I haven't logged in graphically as root at all, so far. I boot in run level 5, and the GUI is started automatically, then I log in as myself. If I pick something from the menus that requires the root password, I'm prompted and it accepts. If I su - in a terminal and issue a command that does something graphical, it works (note 1).
I haven't tried booting in run level 3 (text only), starting X manually, then doing "su -" to switch users.
I started off with the fairly basic defaults it offered me, and added a few things. Nothing special though, just a few user applications and control panels for some services. You might want to post a list of what you have installed, so others can compare. You can grab a list of everything installed from an RPM from this file: /var/log/rpmpkgs
Note 1. ------- Things like this work for me:
[tim@bigblack ~]$ su - Password: [root@bigblack ~]# serviceconf
if I was entering my root passwork incorrectly the dialogue would just go away & reappear asking for the root password again. In this case I enter my root password correctly & the dialog disapears & does not come back. Alternatively if my root authentication was failing in the terminal it would not see: [root@localhost awp]# which shows that I am loged in as root from my user account.
On 6/27/07, Tim ignored_mailbox@yahoo.com.au wrote:
On Wed, 2007-06-27 at 00:28 -0700, Ashley Pritchard wrote:
I have recently installed Fedora 7 on my machine & got it working for the most part ie...adding DVD, mp3 support etc...but now when I login to my user account from GDM into Gnome I am not able to use any programs that require root access. If the Package updater pops up with updates I click on view packages & it asks for my root password. I enter it & nothing happens & it does the same thing for all programs that need root access.
You're certain that it's being entered correctly (no caps lock, etc.)? And you haven't used some special characters that mightn't get treated the same in a GUI environment? Just saying that to cover all the bases.
I've just recently installed FC7, and don't have this issue. I am logged in as myself, I haven't logged in graphically as root at all, so far. I boot in run level 5, and the GUI is started automatically, then I log in as myself. If I pick something from the menus that requires the root password, I'm prompted and it accepts. If I su - in a terminal and issue a command that does something graphical, it works (note 1).
I haven't tried booting in run level 3 (text only), starting X manually, then doing "su -" to switch users.
I started off with the fairly basic defaults it offered me, and added a few things. Nothing special though, just a few user applications and control panels for some services. You might want to post a list of what you have installed, so others can compare. You can grab a list of everything installed from an RPM from this file: /var/log/rpmpkgs
Note 1.
Things like this work for me:
[tim@bigblack ~]$ su - Password: [root@bigblack ~]# serviceconf
-- [tim@bigblack ~]$ rm -rfd /*^H^H^H^H^H^H^H^H^H^Huname -ipr 2.6.21-1.3228.fc7 i686 i386
Using FC 4, 5, 6 & 7, plus CentOS 5. Today, it's FC7.
Don't send private replies to my address, the mailbox is ignored. I read messages from the public lists.
-- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Ashley Pritchard wrote:
hello,
I have recently installed Fedora 7 on my machine & got it working for the most part ie...adding DVD, mp3 support etc...but now when I login to my user account from GDM into Gnome I am not able to use any programs that require root access. If the Package updater pops up with updates I click on view packages & it asks for my root password. I enter it & nothing happens & it does the same thing for all programs that need root access. I have tried disabling selinux, not installing selinux updates, deleting the user account & creating a completely new user account with a different user name & I have also reinstalled the OS because of this issue and here I am back full circle. I have tried running the program through a terminal. Loged in as root from my user account I tried running the command 'pup' for the package updater & I get the following info:
Xlib: connection to ":0.0" refused by server Xlib: No protocol specified
Traceback (most recent call last): File "/usr/sbin/pup", line 31, in <module> import gtk File "/usr/lib/python2.5/site-packages/gtk-2.0/gtk/__init__.py", line 76, in <module> _init() File "/usr/lib/python2.5/site-packages/gtk-2.0/gtk/__init__.py", line 64, in _init _gtk.init_check() RuntimeError: could not open display
It was suggested to me from someone on a listserve to try this command 'xhost +localhost' & 'kdesu pup' so I did & got the following info:
[awp@localhost ~]$ xhost +localhost localhost being added to access control list [awp@localhost ~]$ su root Password: [root@localhost awp]# xhost +localhost Xlib: connection to ":0.0" refused by server Xlib: No protocol specified
xhost: unable to open display ":0.0" [root@localhost awp]# kdesu pup Xlib: connection to ":0.0" refused by server Xlib: No protocol specified
kdesu: cannot connect to X server :0.0 so neither command resolved the issue.
Then it was suggested to that I was actually logging into root the wrong way. Do not ask me how since 'su root' has been the way i logged into root since the old red hat days. So they said I should try 'su - root' so I did. Well it turns out that 'su - root' does the same thing as 'su root' which is logs me into root & when I run the command 'pup ' or 'kdesu pup' I get the same result as above. Then they suggested useing just 'su' or just 'su -' to login to root. Well that does the same thing as 'su root' which is log me into root but when running 'pup' I get the same result as above. Please do not give me more ways to login as root. I can login to Gnome from GDM as root & run all programs that need root access. How do I get back access to root from my user account?
I think it would help if you login as yourself and simply type "xhost" and post the output. Also the output of "env | grep DISP" may be useful.
Ed Greshko wrote:
How do I get back access to root from my user account?
I think it would help if you login as yourself and simply type "xhost" and post the output. Also the output of "env | grep DISP" may be useful.
I have a distant memory of this kind of thing happening when something to do with the root login helper thing lost its suid root attribute.
That password prompt thing is
# ll /usr/sbin/userhelper -rws--x--x 1 root root 34224 2007-04-19 15:10 /usr/sbin/userhelper
make sure it has the s for suid
-Andy
here is that info:
[awp@localhost ~]$ ll /usr/sbin/userhelper -rws--x--x 1 root root 34060 2007-06-15 01:56 /usr/sbin/userhelper
On 6/27/07, Andy Green andy@warmcat.com wrote:
Ed Greshko wrote:
How do I get back access to root from my user account?
I think it would help if you login as yourself and simply type "xhost"
and
post the output. Also the output of "env | grep DISP" may be useful.
I have a distant memory of this kind of thing happening when something to do with the root login helper thing lost its suid root attribute.
That password prompt thing is
# ll /usr/sbin/userhelper -rws--x--x 1 root root 34224 2007-04-19 15:10 /usr/sbin/userhelper
make sure it has the s for suid
-Andy
-- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
alternatively TR from Tucson Linux Group sugested:
root is tring to open X on :0.0. Are you sure that is where X is running? login in as root and look in /var/gdm and see the files X is using I have
# ls -l total 8 -rw-r----- 1 root root 45 Jun 26 15:23 :0.Xauth -rw-r--r-- 1 root root 38 Jun 26 15:24 :0.Xservers
If 0.0 is right for you , you'd have # ls -l total 8 -rw-r----- 1 root root 45 Jun 26 15:23 : 0.0.Xauth -rw-r--r-- 1 root root 38 Jun 26 15:24 :0.0.Xservers
And here is the output:
[root@localhost ~]# cd /var/log/gdm [root@localhost gdm]# ls -l total 36 -rw-r--r-- 1 root root 1049 2007-06-27 08:32 :0.log -rw-r--r-- 1 root root 1143 2007-06-27 08:31 :0.log.1 -rw-r--r-- 1 root root 1076 2007-06-27 08:21 :0.log.2 -rw-r--r-- 1 root root 1230 2007-06-27 08:10 :0.log.3 -rw-r--r-- 1 root root 1076 2007-06-27 07:52 :0.log.4 -rw-r--r-- 1 root root 1095 2007-06-23 22:07 : 20.log -rw-r--r-- 1 root root 1095 2007-06-23 22:04 :20.log.1
On 6/27/07, Ashley Pritchard <linuxpen@gmail.com > wrote:
here is that info:
[awp@localhost ~]$ ll /usr/sbin/userhelper -rws--x--x 1 root root 34060 2007-06-15 01:56 /usr/sbin/userhelper
On 6/27/07, Andy Green andy@warmcat.com wrote:
Ed Greshko wrote:
How do I get back access to root from my user account?
I think it would help if you login as yourself and simply type "xhost"
and
post the output. Also the output of "env | grep DISP" may be useful.
I have a distant memory of this kind of thing happening when something to do with the root login helper thing lost its suid root attribute.
That password prompt thing is
# ll /usr/sbin/userhelper -rws--x--x 1 root root 34224 2007-04-19 15:10 /usr/sbin/userhelper
make sure it has the s for suid
-Andy
-- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
-- Diolch yn fawr, Ashley
OK I was at work today & was thinking about what I was doing before my problem of not being able to run programs as root from my user acct & did a little bit of research on the issue. In this process I cam over the suggestion to edit /root/.bashrc & add: export XAUTHORITY= /home/awp/.Xauthority so I did. The result was: export '/home/awp/.Xauthority': not a valid identifier The next suggestion I found was to use the command '-d' which just did not work at all because it was not recognized at all. Then the next suggestion was to use xhost to verify that it is set to permit connections from machine. The result was: access control enabled, only autherized clients can connect INET: localhost.localdomane SI: localuser:awp
Then the next suggestion I found was back to 'xhost +localhost' before useing su to log in to root & then doing 'export DISPLAY=:0' aft loging in as root. Well this did not work better that the last time I used the command xhost +localhost. Then I found another suggestion which is to use the command 'xauth merge /home/awp/.Xauthority' The result: xauth merge /home/awp/.Xauthority xauth: creating new authority file /home/awp/.Xauthority xauth: (argv):1: merge: unable to open file /home/awp/.Xauthority
So none of the suggestions seem that I could find seemed to work for me & the last suggestion was to uninstall & reinstall X. I did not want to do this so I started thinking & recalling what exactly I did before this issue occurred. Other than installing DVD & mp3 support I was messing with xnest attempting to open GDM in a nested window so that I could graphically login as root via my user account. So I uninstalled xorg-x11-server-xnest but that did not resolve my issue.
Then I remembered that I had changed my intel integrated graphics driver from the 'Intel - Experimental mode setting driver for Intel integrated graphics chipsets' to the 'i810 intel integrated graphics chipset including i810, i815, 830m, 845G, 852GM, 865G, 915G, 915GM, 945GM'. So I switched the graphics driver back the the 'experimental' driver. That did not work either.
Then I had found a file /root/.bash_history which contains the history of bash commands made in the terminal. A series of commands that I had entered jarred my memory. I was attempting to get another desktop manager installed call Enlightenment & int the process one of the dependencies was XFree86. When I attempted to install XFree86 it required several directories to be created: /usr/X11R6/bin/mkfontdir and /usr/X11R6/bin/xauth so I had created those directories. And that is when thiss issue started occurring.
SO THE SOLUTION TO MY ISSUE: was to delete /X11R6/bin/xauth & /mkfontdir in the /usr directory. Now I am able to use su root to login as root from my user account once again so that I can use programs that require root.
Thanks for all the attempts to help me.
On 6/27/07, Ashley Pritchard linuxpen@gmail.com wrote:
alternatively TR from Tucson Linux Group sugested:
root is tring to open X on :0.0. Are you sure that is where X is running? login in as root and look in /var/gdm and see the files X is using I have
# ls -l total 8 -rw-r----- 1 root root 45 Jun 26 15:23 :0.Xauth -rw-r--r-- 1 root root 38 Jun 26 15:24 :0.Xservers
If 0.0 is right for you , you'd have # ls -l total 8 -rw-r----- 1 root root 45 Jun 26 15:23 : 0.0.Xauth -rw-r--r-- 1 root root 38 Jun 26 15:24 :0.0.Xservers
And here is the output:
[root@localhost ~]# cd /var/log/gdm [root@localhost gdm]# ls -l total 36 -rw-r--r-- 1 root root 1049 2007-06-27 08:32 : 0.log -rw-r--r-- 1 root root 1143 2007-06-27 08:31 :0.log.1 -rw-r--r-- 1 root root 1076 2007-06-27 08:21 :0.log.2 -rw-r--r-- 1 root root 1230 2007-06-27 08:10 :0.log.3 -rw-r--r-- 1 root root 1076 2007-06-27 07:52 :0.log.4 -rw-r--r-- 1 root root 1095 2007-06-23 22:07 : 20.log -rw-r--r-- 1 root root 1095 2007-06-23 22:04 :20.log.1
On 6/27/07, Ashley Pritchard < linuxpen@gmail.com > wrote:
here is that info:
[awp@localhost ~]$ ll /usr/sbin/userhelper -rws--x--x 1 root root 34060 2007-06-15 01:56 /usr/sbin/userhelper
On 6/27/07, Andy Green andy@warmcat.com wrote:
Ed Greshko wrote:
How do I get back access to root from my user account?
I think it would help if you login as yourself and simply type
"xhost" and
post the output. Also the output of "env | grep DISP" may be
useful.
I have a distant memory of this kind of thing happening when something to do with the root login helper thing lost its suid root attribute.
That password prompt thing is
# ll /usr/sbin/userhelper -rws--x--x 1 root root 34224 2007-04-19 15:10 /usr/sbin/userhelper
make sure it has the s for suid
-Andy
-- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
-- Diolch yn fawr, Ashley
-- Diolch yn fawr, Ashley
Ashley Pritchard wrote:
OK I was at work today & was thinking about what I was doing before my problem of not being able to run programs as root from my user acct & did a little bit of research on the issue. In this process I cam over the suggestion to edit /root/.bashrc & add: export XAUTHORITY= /home/awp/.Xauthority so I did. The result was: export '/home/awp/.Xauthority': not a valid identifier The next suggestion I found was to use the command '-d' which just did not work at all because it was not recognized at all. Then the next suggestion was to use xhost to verify that it is set to permit connections from machine. The result was: access control enabled, only autherized clients can connect INET: localhost.localdomane SI: localuser:awp
Then the next suggestion I found was back to 'xhost +localhost' before useing su to log in to root & then doing 'export DISPLAY=:0' aft loging in as root. Well this did not work better that the last time I used the command xhost +localhost. Then I found another suggestion which is to use the command 'xauth merge /home/awp/.Xauthority' The result: xauth merge /home/awp/.Xauthority xauth: creating new authority file /home/awp/.Xauthority xauth: (argv):1: merge: unable to open file /home/awp/.Xauthority
So none of the suggestions seem that I could find seemed to work for me & the last suggestion was to uninstall & reinstall X. I did not want to do this so I started thinking & recalling what exactly I did before this issue occurred. Other than installing DVD & mp3 support I was messing with xnest attempting to open GDM in a nested window so that I could graphically login as root via my user account. So I uninstalled xorg-x11-server-xnest but that did not resolve my issue.
Then I remembered that I had changed my intel integrated graphics driver from the 'Intel - Experimental mode setting driver for Intel integrated graphics chipsets' to the 'i810 intel integrated graphics chipset including i810, i815, 830m, 845G, 852GM, 865G, 915G, 915GM, 945GM'. So I switched the graphics driver back the the 'experimental' driver. That did not work either.
Then I had found a file /root/.bash_history which contains the history of bash commands made in the terminal. A series of commands that I had entered jarred my memory. I was attempting to get another desktop manager installed call Enlightenment & int the process one of the dependencies was XFree86. When I attempted to install XFree86 it required several directories to be created: /usr/X11R6/bin/mkfontdir and /usr/X11R6/bin/xauth so I had created those directories. And that is when thiss issue started occurring.
SO THE SOLUTION TO MY ISSUE: was to delete /X11R6/bin/xauth & /mkfontdir in the /usr directory. Now I am able to use su root to login as root from my user account once again so that I can use programs that require root.
Thanks for all the attempts to help me.
You didn't install XFree86 from an RPM, did you? Both Xorg and XFree86 are X server packages. As you have discovered, they do not co-exist too well together. You may discover other strange problems down the road. It all depends on what files from Xorg were replaced with files from XFree86, and how they differ. Xorg was forked off of XFree86 when the licence for the XFree86 package was changed, and from what I have read, most of the developers moved to the Xorg, and development on XFree86 ground to a halt. You may be better off in the long run to re-install the Xorg packages after removing XFree86. (It is possible to use rpm to install an already installed package again, but I do not think yum supports it.)
Mikkel
XFree86 was not installed
On 6/30/07, Mikkel L. Ellertson mikkel@infinity-ltd.com wrote:
Ashley Pritchard wrote:
OK I was at work today & was thinking about what I was doing before my problem of not being able to run programs as root from my user acct & did a little bit of research on the issue. In this process I cam over the suggestion to edit /root/.bashrc & add: export XAUTHORITY= /home/awp/.Xauthority so I did. The result was: export '/home/awp/.Xauthority': not a valid identifier The next suggestion I found was to use the command '-d' which just did not work at all because it was not recognized at all. Then the next suggestion was to use xhost to verify that it is set to permit connections from machine. The result was: access control enabled, only autherized clients can connect INET: localhost.localdomane SI: localuser:awp
Then the next suggestion I found was back to 'xhost +localhost' before useing su to log in to root & then doing 'export DISPLAY=:0' aft loging in as root. Well this did not work better that the last time I used the command xhost +localhost. Then I found another suggestion which is to use the command 'xauth merge /home/awp/.Xauthority' The result: xauth merge /home/awp/.Xauthority xauth: creating new authority file /home/awp/.Xauthority xauth: (argv):1: merge: unable to open file /home/awp/.Xauthority
So none of the suggestions seem that I could find seemed to work for me & the last suggestion was to uninstall & reinstall X. I did not want to do this so I started thinking & recalling what exactly I did before this issue occurred. Other than installing DVD & mp3 support I was messing with xnest attempting to open GDM in a nested window so that I could graphically login as root via my user account. So I uninstalled xorg-x11-server-xnest but that did not resolve my issue.
Then I remembered that I had changed my intel integrated graphics driver from the 'Intel - Experimental mode setting driver for Intel integrated graphics chipsets' to the 'i810 intel integrated graphics chipset including i810, i815, 830m, 845G, 852GM, 865G, 915G, 915GM, 945GM'. So I switched the graphics driver back the the 'experimental' driver. That did not work either.
Then I had found a file /root/.bash_history which contains the history of bash commands made in the terminal. A series of commands that I had entered jarred my memory. I was attempting to get another desktop manager installed call Enlightenment & int the process one of the dependencies was XFree86. When I attempted to install XFree86 it required several directories to be created: /usr/X11R6/bin/mkfontdir and /usr/X11R6/bin/xauth so I had created those directories. And that is when thiss issue started occurring.
SO THE SOLUTION TO MY ISSUE: was to delete /X11R6/bin/xauth & /mkfontdir in the /usr directory. Now I am able to use su root to login as root from my user account once again so that I can use programs that require root.
Thanks for all the attempts to help me.
You didn't install XFree86 from an RPM, did you? Both Xorg and XFree86 are X server packages. As you have discovered, they do not co-exist too well together. You may discover other strange problems down the road. It all depends on what files from Xorg were replaced with files from XFree86, and how they differ. Xorg was forked off of XFree86 when the licence for the XFree86 package was changed, and from what I have read, most of the developers moved to the Xorg, and development on XFree86 ground to a halt. You may be better off in the long run to re-install the Xorg packages after removing XFree86. (It is possible to use rpm to install an already installed package again, but I do not think yum supports it.)
Mikkel
A: Because it messes up the order in which people normally read text. Q: Why is top-posting a bad thing?
-- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Ok i did the xhost already but here it is again:
[awp@localhost ~]$ xhost access control enabled, only authorized clients can connect SI:localuser:awp [awp@localhost ~]$ xhost +localhost localhost being added to access control list [awp@localhost ~]$ env | grep Usage: grep [OPTION]... PATTERN [FILE]... Try `grep --help' for more information.
On 6/27/07, Ed Greshko Ed.Greshko@greshko.com wrote:
Ashley Pritchard wrote:
hello,
I have recently installed Fedora 7 on my machine & got it working for the most part ie...adding DVD, mp3 support etc...but now when I login to my user account from GDM into Gnome I am not able to use any programs that require root access. If the Package updater pops up with updates I click on view packages & it asks for my root password. I enter it & nothing happens & it does the same thing for all programs that need root access. I have tried disabling selinux, not installing selinux updates, deleting the user account & creating a completely new user account with a different user name & I have also reinstalled the OS because of this issue and here I am back full circle. I have tried running the program through a terminal. Loged in as root from my user account I tried running the command 'pup' for the package updater & I get the following info:
Xlib: connection to ":0.0" refused by server Xlib: No protocol specified
Traceback (most recent call last): File "/usr/sbin/pup", line 31, in <module> import gtk File "/usr/lib/python2.5/site-packages/gtk-2.0/gtk/__init__.py", line 76, in <module> _init() File "/usr/lib/python2.5/site-packages/gtk-2.0/gtk/__init__.py", line 64, in _init _gtk.init_check() RuntimeError: could not open display
It was suggested to me from someone on a listserve to try this command 'xhost +localhost' & 'kdesu pup' so I did & got the following info:
[awp@localhost ~]$ xhost +localhost localhost being added to access control list [awp@localhost ~]$ su root Password: [root@localhost awp]# xhost +localhost Xlib: connection to ":0.0" refused by server Xlib: No protocol specified
xhost: unable to open display ":0.0" [root@localhost awp]# kdesu pup Xlib: connection to ":0.0" refused by server Xlib: No protocol specified
kdesu: cannot connect to X server :0.0 so neither command resolved the issue.
Then it was suggested to that I was actually logging into root the wrong way. Do not ask me how since 'su root' has been the way i logged into root since the old red hat days. So they said I should try 'su - root' so I did. Well it turns out that 'su - root' does the same thing as 'su root' which is logs me into root & when I run the command 'pup ' or 'kdesu pup' I get the same result as above. Then they suggested useing just 'su' or just 'su -' to login to root. Well that does the same thing as 'su root' which is log me into root but when running 'pup' I get the same result as above. Please do not give me more ways to login as root. I can login to Gnome from GDM as root & run all programs that need root access. How do I get back access to root from my user account?
I think it would help if you login as yourself and simply type "xhost" and post the output. Also the output of "env | grep DISP" may be useful.
-- Forgive and forget. -- Cervantes
-- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
-
Andy Green -
Ashley Pritchard -
Ed Greshko -
Ian Malone -
Mikkel -
Tim