Am 13.06.2022 um 22:12 schrieb Matthew Miller
<mattdm(a)fedoraproject.org>:
On Mon, Jun 13, 2022 at 09:38:01PM +0200, Peter Boy wrote:
>>> YaST generates a linux-XXXX hostname when you install it. The
"XXXX"
>>> string is alphanumeric.
>>>
>>
>> Also, yeah, I think if systemd-hostname could do something like that,
>> we could do that instead of forcing localhost.
>
> One big argument pro change proposal was resp. is, that many tools
> recognise localhost as unconfigured and don’t work anymore when you change
> to something different.
>
> Doesn't a change to linux-xxxx contradict the original rationale pro the change
proposal?
My take is: a freshly- but fully-installed Fedora Server or Fedora
Workstation system _shouldn't_ be "unconfigured". It should be basically
ready to go. And it's ideal of we can get to that state without asking a
litany of questions.
Agreed. This has long been one of Fedora's strengths compared to other distributions.
However, the initiators of the change proposal (almost?) all come from server type
variants, especially cloud. On the one hand, they want the option to configure via DHCP
back again, and on the other hand, they want the option to explicitly leave the hostname
„unconfigured“ = "localhost", because this triggers various post-installation
tools that automatically adapt post-installation tasks to adapt the system to different
runtime environments. The unconfigured hostname thus paradoxically becomes practically
part of a fully configured installed system.
At least that is how I understood our discussion.
For Fedora Server, it may be that "configure your DNS" is
actually part of
what's expected. But for Fedora Workstation, that's probably not reasonable
— lots of laptops which move networks, etc.
Yes, for desktops und specifically laptops an unkonfigured hostname is generally bad. But,
the current situation having a network with dozens of Workstation all named fedora is
similarly bad as all named localhost (before the switch to fedora).
So we might have to handle this differently for desktop type and server type systems.