Bug 709168 - Server Configuration Tools group leaves off graphics mode
Summary: Server Configuration Tools group leaves off graphics mode
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: distribution
Version: 15
Hardware: All
OS: Linux
unspecified
low
Target Milestone: ---
Assignee: Bill Nottingham
QA Contact: Bill Nottingham
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-05-30 22:46 UTC by Todd
Modified: 2014-03-17 03:27 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-05-31 08:15:20 UTC
Type: ---


Attachments (Terms of Use)

Description Todd 2011-05-30 22:46:04 UTC
Hi All,

Specifically, the installer leaves off the graphics portion of system-config-networking.  It only install the text only "tui" version.  I have not checked the other system-config-xxx tools yet.  This affects both FC14 and FC15.

Would you please consider adding these tools back to the base install?

Please reference the following: http://forums.fedoraforum.org/showthread.php?p=1478273

Many thanks,
-T
Work around:  yum install system-config-networking

Comment 1 Todd 2011-05-31 04:24:33 UTC
Ooops.  Typo.  That should be "yum install system-config-network".  I typo'ed an extra "ing"

Comment 2 Harald Hoyer 2011-05-31 08:15:20 UTC
This is intentional, because NetworkManager should replace system-config-network. If only it had all functionality.

Comment 3 Todd 2011-05-31 16:45:10 UTC
I sincerely hope you guys have fixed NetworkManager in FC15.  I fired up NetworkManager-gnome-0.7.0-10.el5_5.2 on my Host CentOS 5.6 and NetworkManager decided it wanted to connect to eth0.5, my virtual interface adapter.  (eth0 and eth1 are my real adapters.  eth1 is hooked to the Internet.)  NetworkManager-gnome hosed my networking so bad I had to reboot.  It also blocked xterms from opening.  I had to use Terminal to do a kill on the thing, but it still would not give my network back.  Even restarting networking did not help.

Also, make sure folks can find and/or know about NetworkManager.   My method of 
   ls -al /usr/bin | grep -i system-config
to find the config tools will no longer work.

-T

Comment 4 David A. De Graaf 2011-06-18 19:21:12 UTC
Package system-config-network-1.6.2-2.fc15.noarch  contains a file
   /usr/bin/system-control-network
which seems to provide the same functionality as our old beloved
 system-config-network.

One can only hope that system-control-network is a typo, that will be corrected soon.

Comment 5 Harald Hoyer 2011-06-20 08:43:19 UTC
(In reply to comment #4)
> Package system-config-network-1.6.2-2.fc15.noarch  contains a file
>    /usr/bin/system-control-network
> which seems to provide the same functionality as our old beloved
>  system-config-network.
> 
> One can only hope that system-control-network is a typo, that will be corrected
> soon.

Have you ever started system-control-network? It's a different tool.

system-control-network is for users to start/stop interfaces.
system-config-network is for administrators.

Comment 6 David A. De Graaf 2011-06-21 23:57:27 UTC
I wrote Comment 4 when I was frustrated with the fact that running either /usr/bin/system-config-network or /usr/sbin/system-config-network would only bring up the nearly useless simple text-based version.  I stumbled upon the existence of system-control-network and found its "Configure" button gained access to the missing GUI panel.

Now, suddenly, I find that system-config-network does bring up the good old GUI panel again.  I have no idea what changed, but I'm happy to have it back.

Sorry for the noise.

Comment 7 Harald Hoyer 2011-06-28 08:27:18 UTC
you might have installed "system-config-network-gui" somehow in the meantime.

Comment 8 David A. De Graaf 2011-06-30 23:05:22 UTC
I've now discovered at least one reason that system-config-network opens a text-based window instead of the desired graphical panel - the DISPLAY variable is not defined!  This occurs in a "root window", ie, a window started by the command    xterm -e /bin/su -   in an xfce4 session.  However, this unexpected loss of the exported variable occurs on only one of three computers that I've freshly installed Fedora 15 on.  The other two exhibit the traditional behaviour that DISPLAY is exported to the root window.

When system-config-network is invoked from a unprivileged user xterm window, a popup asks for the root passwd, and then the graphical panel runs normally.

I am baffled and troubled by the defective behaviour of one of three computers.  I've spent much effort ensuring that two of them have almost identical complements of packages installed - except for the presence of nvidia video on the "good" laptop.  I've even tested adding a new user to the "bad" laptop to see if an empty HOME would cure the problem.  It didn't.

Does anyone have a clue why DISPLAY would not be exported to root?


Note You need to log in before you can comment on or make changes to this bug.