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 153BE138350 for ; Sun, 19 Jan 2020 20:44:45 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id B9FF9E0954; Sun, 19 Jan 2020 20:44:41 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 69E3FE092A for ; Sun, 19 Jan 2020 20:44:41 +0000 (UTC) Received: from [192.168.1.100] (c-98-218-46-55.hsd1.md.comcast.net [98.218.46.55]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: mjo) by smtp.gentoo.org (Postfix) with ESMTPSA id 0A28834E25C for ; Sun, 19 Jan 2020 20:44:39 +0000 (UTC) Subject: Re: [gentoo-dev] GLEP81 and /home To: gentoo-dev@lists.gentoo.org References: <825bd707-faa2-f956-edbb-a11a8d82296b@gentoo.org> <4be11dba-2e22-b035-2c93-41bfaa4559c4@gentoo.org> From: Michael Orlitzky Message-ID: Date: Sun, 19 Jan 2020 15:44:37 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.4.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 X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-Archives-Salt: 19eb6fdd-fade-4c6b-b78a-68f06c38e206 X-Archives-Hash: 2e343579964b703ee3259a1b9b29ae8d On 1/19/20 2:32 PM, Alec Warner wrote: > > Earlier you wrote: > ---- >  * The daemon DOES NOT need a home directory for its user. >   * I DO NOT want to install anything to anyone's home directory. >   * With respect to user.eclass, I'm proposing that /home be treated >     EXACTLY THE SAME as it always has been. > --- > > So my question is "why not leave the homedir unset, or set it to /dev/null?" > The claim is that the daemon doesn't need a home directory, so why are > we trying to make one? > Ah, good question. As the de facto no-homedir police, even I think this case warrants an exception. Technically, the daemon's user does not need a home directory. But almost everyone that uses amavis will want to combine it with one of these programs that looks in $HOME. We could install the user with no homedir, and make the people who need it override the acct-user ebuild in an overlay, but that's a pain in the butt. Since the common case will utilize a home directory, I'd rather pick one decent location upstream, and not have 99% of users define one ad-hoc in an overlay. The reason I'm being so annoying is because it's important to get the location right. Every time the user package is reinstalled, its homedir gets reset. So it's non-trivial to override, and can't really be changed in an ebuild (usermod fails if the user is running a process).