Description of problem: Systems may get their names dynamically assigned depending on an IP address received via DHCP. Unfortunately NetworkManager appears unable to handle that (see bug 441453) so in an environment which needs such things one runs a service "network" instead which does not have this problem. It appears that systemd ignores such configuration and one ends up always with 'localhost.localdomain' for a machine name thus recreating bug 441453. It is possible that this situation is related to bug 619931. After boot with "init=/sbin/upstart" machine names are set as expected. Version-Release number of selected component (if applicable): systemd-4-4.fc14 Additional info: Long time ago promissed fixes to NetworkManager and/or gdm failed to materialize. In any case nothing says that any sort of a graphic login facility may be present.
The systemd aspect of this issue is probably a duplicate of bug 615293. You can test it by deleting "$network" from LSB Provides in /etc/init.d/NetworkManager. That said, if NetworkManager is still causing trouble with the hostname, the BZ about it should be reopened.
(In reply to comment #1) > The systemd aspect of this issue is probably a duplicate of bug 615293. You can > test it by deleting "$network" from LSB Provides in /etc/init.d/NetworkManager. You are correct. After deleting "$network" from Provides a machine name is assigned as expected. Also NetworkManager and wpa_supplicant do not start while configured "off". I guess that this means that I can close this as a duplicate. *** This bug has been marked as a duplicate of bug 615293 ***