From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 408DB138330 for ; Sun, 28 Aug 2016 12:34:39 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 0A364E0A41; Sun, 28 Aug 2016 12:34:30 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 0AA55E080A for ; Sun, 28 Aug 2016 12:34:28 +0000 (UTC) Received: from [IPv6:2a02:8109:a63f:ef64:5ee0:c5ff:fe8e:77db] (unknown [IPv6:2a02:8109:a63f:ef64:5ee0:c5ff:fe8e:77db]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: patrick) by smtp.gentoo.org (Postfix) with ESMTPSA id 02A4C340942 for ; Sun, 28 Aug 2016 12:34:26 +0000 (UTC) Subject: Re: [gentoo-dev] rfc: /etc/hostname on gentoo To: gentoo-dev@lists.gentoo.org References: <20160822155808.GA16219@whubbs1.gaikai.biz> <1471894124.32381.0.camel@gentoo.org> <20160822220925.GB18116@whubbs1.gaikai.biz> <20160823195746.GA21460@whubbs1.gaikai.biz> <24d9469d-fa6f-ffde-797e-420eca01d2a1@gentoo.org> <45fe53a7-626f-62af-398c-2397aedb3064@gentoo.org> <8edbc51b-366b-e32f-4e8d-2ca894f77ca6@gentoo.org> <68746884-3a34-944d-4649-07c282ea38cd@gentoo.org> <2ecb3f7d-4b60-bc34-2673-aad6d2dc5ae9@gentoo.org> <245bf9cd-648f-5ab1-0ff3-8bfe554bd592@gentoo.org> From: Patrick Lauer Message-ID: Date: Sun, 28 Aug 2016 14:34:20 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 In-Reply-To: <245bf9cd-648f-5ab1-0ff3-8bfe554bd592@gentoo.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Archives-Salt: 57c006de-b620-4fa6-9894-075602c235b8 X-Archives-Hash: d45a4f2625baf484125cd1fff29e6601 On 08/28/2016 08:30 AM, Daniel Campbell wrote: > On 08/24/2016 09:42 AM, Zac Medico wrote: >> On 08/24/2016 09:33 AM, Michael Orlitzky wrote: >>> * no benefit put forth so far, other than that it's the same file that >>> systemd uses, which is true but not beneficial as far as I can tell >> >> It's a de facto standard. Being different for the sake of being >> different is not a virtue in cases like this. >> > > And doing things because "everyone else does it" is dumb, because it > precludes our ability to choose and makes us subject to the decisions > made outside of our distribution. Of course, as a distro we're subject > to outside decisions often, but what's the point of being a distro if > you're doing things the same way everyone else does? At this point I feel the need to point at /etc/mtab and how it doesn't work anymore. Or rather: In the old days it did *not* carry all mountpoints, so you could hide things like /dev and /run so that "umount -a" would not screw you sideways. Then tools forgot to properly update mtab because hurr why u no symlink to /proc/mounts (oh wait, /proc/self/mounts ) So everyone migrated to /etc/mtab as a symlink (even OpenRC, because everyone does it) ... and now if you still instincively use umount -a you unmount /run and other bits, breaking lots of stuff (can't shutdown if OpenRC strongly considers not having booted!) That's why some of us are very resistant to change. > > mjo made a good point. What if the meaning of /etc/hostname changes? Or > rather, what if the file gets moved altogether? All this effort to > "follow the flock" will lead to higher maintenance burden. Symlinking it > in pkg-postinst or some other mostly-automatic behavior makes sense > because then a package "owns" the file. Should an update happen where > the decision to follow the flock is rescinded, a revbump with the > symlinking line removed would cleanly get rid of the symlink without any > user intervention and next to zero maintenance burden. > > /etc/conf.d/hostname sits alongside multiple other files, including > hwclock, consolefont, localmount, fsck, modules, sshd, udev, etc. By > glancing at it, it's clear that /etc/conf.d/ relates to system (or > rather, package) configuration. > > Considering that OpenRC puts package configuration there, and OpenRC (by > default) looks for the hostname file in that directory, it's a > non-issue. Why should OpenRC look elsewhere for configuration when > there's already a place for it? > > If systemd or other inits need it, then they should install the file and > guess the initial value by sourcing /etc/conf.d/hostname. It's none of > OpenRC's concern what other inits need. >