On Tue, Jun 14, 2022 at 03:41:14PM +0200, Peter Boy wrote:
If I try to summarise all the comments and discussions, the change proposal, as it is, is not perfect. But each participant can be happy with the resulting configuration.
- desktops, because nothing changes for them
- cloud, they use cloud-init to configure hostname anyway on first boot with the exception of vagrant, where localhost can be useful
- CoreOS, use localhost already, but it resolves the OpenShift issue
- IoT, may have so set hostname explicitly, but don’t have any objection
- Server, usually set hostname explicitly according to some local naming convention or use DHCP/revers DNS, gain the option to use some post-installation tools, and otherwise don’t care anyway or doesn’t matter if it is fedora or localhost
So, it is fine to go with it.
For desktops, we'd prefer to have the fallback hostname be "fedora", but fixing it so that a randomly generated string is appended would make it work properly in the multi-machine home network case (which is commonplace these days).
Attaching a somehow generated unique string would be really an improvement. But that would be another Change Proposal, maybe for F38.
This would affect desktops in particular. All others should be given the option to switch to this unique default or to leave it at localhost.
I think for servers a unique default would be useful, especially for a bulk creation of server VMs in an un-managed environment. But we would have to change the default naming of the first Volume Group from fedora_{hostname} to something like fedora_system to avoid a too complex VG naming.
Agree to all of this. Thanks for the summary!