From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8) Gecko/20051111 Firefox/1.5

Description of problem:
None of the system-config-* tools or up2date will start from an ssh session unless there is an xserver running on the client-side.  There is no indication of a problem except that the program won't start, and the exit code

[root@io httpd-2.2.0]# system-config-securitylevel
[root@io httpd-2.2.0]# echo $?
1

If I start an xserver, I get this:

[root@io httpd-2.2.0]# system-config-securitylevel
Xlib: connection to "localhost:10.0" refused by server
Xlib: PuTTY X11 proxy: wrong authentication protocol attempted

and the application starts as an ncurses(?) app in the console.

If you unset the DISPLAY variable ('export DISPLAY=') the app starts as an ncurses application.  Discovered most of this by running strace and wondering why system-config-* kept loading up X libraries when there was no way it was going to be able to start an X app.

Version-Release number of selected component (if applicable):
system-config-securitylevel-1.5.8-1

How reproducible:
Always

Steps to Reproduce:
1. SSH into FC4
2. attempt to start any of the system-config-* apps or up2date
3. Watch as nothing happens
4. Start an xserver (ie, xwin)
5. Watch as the app starts in the console
  

Actual Results:  The app fails to start without the xserver, but starts as an ncurses app with the server running.

Expected Results:  The app should have started as an ncurses app or exited with an error stating that it needed X or that it was looking for an X server and didn't find one.

Additional info:

Workaround options:

A) Load an X server on the client machine
(why this then generates errors and starts the app in the console anyways I don't know)
B) unset the DISPLAY= variable