On Tue, Aug 02, 2011 at 03:10:01PM +0200, Tom Gundersen wrote:
Hi guys,
Sorry to resurrect an old thread, but I think the context is relevant.
On Fri, Jun 10, 2011 at 3:05 AM, Gaetan Bisson <bisson@archlinux.org> wrote:
This upgrade intends to fix the regression of coreutils' hostname not being as featureful as net-tools'.
Changes: - coreutils: revert to not building hostname - net-tools: revert to building hostname and dnsdomainname
At the moment we do not install net-tools as part of base, but some tools rely on hostname being present. I think it's presence is actually part of FHS ("hostname: Utility to show or set the system's host name"), so a reasonable assumption I suppose.
To avoid having to install net-tools (or any binaries from it). I thought this might be a good compromise:
Split out "coreutils-hostname" from coreutils. This new package should conflicts=(net-tools) and be added to base. Also, net-tools should be rebuilt to add provides=(coreutils-hostname).
provides should be very general. 'hostname' would be more appropriate.
An important point is that we then will only get a very basic hostname utility which only does the minimum required to satisfy FHS (set/get hostname). If anything more "fancy" is needed such as "hostname -f" the legacy net-tools should be installed.
Thoughts,
We shouldn't make people install net-tools if the goal all along has been to move away from it. My vote is to split off the hostname binary from inetutils, which is just as full featured as hostname from net-tools. dave