Red Hat Bugzilla – Bug 71276
up2date uses X11 info dialog
Last modified: 2015-01-07 18:59:05 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020513
Description of problem:
"/usr/sbin/up2date -u" should do its job without the need for any sort of X11
interaction. however, when the load is high and the free service is cut off,
the above command attempts to inform the user of this with a graphical dialog box.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.ssh to remote server using user account
2.use "su" to become root
3.run "/usr/sbin/up2date -u" when free service is not available
If it can talk to X, it shows a X dialog, if
it cant, it shows a text dialog.
nice in theory, but that is not what happened. the process running as root
could not use the X forwarding of my user-level ssh connection. but when it
came time to display the info stating that "server unavailable, too many
connections, freebies get bumped", instead it croaked with unable to establish X
connection. which is why I filed the bugzilla - you describe what I believe
ought to happen, but it did not.
wouldnt happen to have a traceback?
just tried now, and by chance the free server is full. here's what I see:
% /usr/sbin/up2date -u
X11 connection rejected because of wrong authentication.
Gdk-ERROR **: X connection to localhost:10.0 broken (explicit kill or server
if I run this locally, then X works and I can see the long error message
displayed in an X dialog. I won't copy it all, but it starts:
Free service limited due to high load, please try to again later (server
Error Class Code: 51
Error Class Info:
for completeness' sake, the locally run instance also spits out some stuff
related to X, but is still able to throw up the above dialog. the messages
appear prior to the X dialog being realized, and they are:
% /usr/sbin/up2date -u
GnomeUI-WARNING **: While connecting to session manager:
Authentication Rejected, reason : None of the authentication protocols specified
are supported and host-based authentication failed.
I use the following command, which works around the problem for me. I think the
code ought to check whether it can connect to the X server, and not just test if
the DISPLAY environment variable is set. But this isn't a big deal, and I
easily work around it. OK by me to have this one closed.
DISPLAY="" /usr/sbin/up2date -u
Should be cleaned up in cvs head. Recent versions 3.x should
handle this nicely.