This bug was filed automatically by anaconda.
Created attachment 320193 [details] Attached traceback automatically from anaconda.
Created attachment 320197 [details] Attached traceback automatically from anaconda.
Snippet of traceback from attachment#320193 [details] anaconda 11.4.1.48 exception report Traceback (most recent call first): File "/usr/lib/python2.5/site-packages/dbus/connection.py", line 630, in call_blocking message, timeout) File "/usr/lib/python2.5/site-packages/dbus/proxies.py", line 140, in __call__ **keywords) File "/usr/lib/anaconda/network.py", line 96, in getDefaultHostname hostname = ip4_config_props.Get(isys.NM_MANAGER_IFACE, "Hostname") File "/usr/lib/anaconda/iw/network_gui.py", line 38, in getScreen self.hostname = network.getDefaultHostname(anaconda) File "/usr/lib/anaconda/gui.py", line 1436, in setScreen new_screen = self.currentWindow.getScreen(anaconda) File "/usr/lib/anaconda/gui.py", line 1353, in nextClicked self.setScreen () DBusException: org.freedesktop.DBus.Error.InvalidArgs: No such property Hostname
Created attachment 320322 [details] Attached traceback automatically from anaconda.
Hostname is no longer a property NM provides, so we just need to be using socket.gethostname every time. This should be fixed in the next build of anaconda.
I've updated Chris' patch a bit so we get the IP address of the interface from NetworkManager via D-Bus and do a socket.gethostbyaddr() before falling back on socket.gethostname() and eventually falling back on localhost.localdomain.
*** Bug 466546 has been marked as a duplicate of this bug. ***
Created attachment 320463 [details] Attached traceback automatically from anaconda.
Created attachment 320465 [details] Attached traceback automatically from anaconda.
Created attachment 320545 [details] Attached traceback automatically from anaconda.
Fixed in Fedora development i386 (20081016) which contains anaconda-11.4.1.49-1.i386