Description of problem: [root@localhost ~]# cat /etc/sysconfig/network NETWORKING=yes yesHOSTNAME=f7t2.thetoolshed.us Version-Release number of selected component (if applicable): Don't know if this is the correct component to file this against How reproducible: Exists in f7t1 and f7t2, but not in FC6 Steps to Reproduce: 1.list contents of /etc/sysconfig/network 2. 3. Actual results: The second line has an extraneous "yes" at the beginning of line. Expected results: This "yes" should not be there. Additional info:
I also encountered this with the installation of F7T2. I manually configured the hostname during the installation, and after the first boot, the hostname was localhost.
did you even run system-config-network or is this an anaconda installation bug?
I was wondering about whether this bug was assigned correctly... I didn't run system-config-network. So I'm assuming that Gerry didn't either.
I could not recall the sequence of what I had done earlier, so this morning, I did a fresh install. This time I did this right after first boot: [gerry@localhost ~]$ su Password: [root@localhost gerry]# rpm -q --whatprovides /etc/sysconfig/network file /etc/sysconfig/network is not owned by any package [root@localhost gerry]# cat /etc/sysconfig/network NETWORKING=yes yesHOSTNAME=f7t2new.thetoolshed.us [root@localhost gerry]# system-config-network Bonobo accessibility support initialized GTK Accessibility Module initialized /usr/lib/python2.5/site-packages/rhpl/Conf.py:275: DeprecationWarning: raising a string exception is deprecated raise FileMissing, self.filename + ' does not exist.' [root@localhost gerry]# Content of Hosts pane in Network Configuration gui screen IP Name Aliases 127.0.0.1 f7t2new.thetoolshed.us f7t2new localhost.localdomain localhost ::1 localhost6.localdomain6 localhost6 [root@localhost gerry]# cat /etc/hosts # Do not remove the following line, or various programs # that require network functionality will fail. 127.0.0.1 f7t2new.thetoolshed.us f7t2new localhost.localdomain localhost ::1 localhost6.localdomain6 localhost6 [root@localhost gerry]# The 'yes' is extraneous, put there by some program, but I have no way of knowing if this is the cause of the hostname not being set to the value entered during installation. It was not clear to me which component to assign this bug to. Harald probably has a clear understanding, so please reassign as appropriate.
I forgot to run hostname in the above post. Here it is: [root@localhost gerry]# hostname localhost [root@localhost gerry]#
I think this is an installer bug
*** This bug has been marked as a duplicate of 227250 ***