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 E5031138350 for ; Tue, 21 Jan 2020 00:23:00 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id CA2C0E08AC; Tue, 21 Jan 2020 00:22:55 +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 6DD04E0878 for ; Tue, 21 Jan 2020 00:22:53 +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 8931234E0E8 for ; Tue, 21 Jan 2020 00:22:49 +0000 (UTC) Subject: Re: [gentoo-dev] [PATCH 2/2] install-qa-check.d: allow acct-user home directories under /home. To: gentoo-dev@lists.gentoo.org References: <20200120034350.27108-1-mjo@gentoo.org> <20200120034350.27108-3-mjo@gentoo.org> <50957295.loJbHFhv61@porto> From: Michael Orlitzky Message-ID: <1cd441eb-eec3-730a-ee23-897b41f6a050@gentoo.org> Date: Mon, 20 Jan 2020 19:22:47 -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: <50957295.loJbHFhv61@porto> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Archives-Salt: 51eadd36-b7af-4b9a-b8a1-c20231c908c7 X-Archives-Hash: 464840aab94d964c11596b019c56ad10 Let it die =) I'm not going to apply the patch; it's there if someone else decides that it's the least-bad solution to this problem. On 1/20/20 6:57 PM, Andreas K. Huettel wrote: > > Why *isn't* some /var/lib/... possible here? It is, the question is how many backflips we should be doing to avoid putting what is practically and factually a home directory in /home. I have a few of these packages. I will echo ulm's sentiment that it's just awful to put them all in /var/lib/user1-home /var/lib/user2-home ... rather than /home/user1 and /home/user2. That's also second-guessing the administrator, whose home directory policies for e.g. backups very likely apply to the home directories I'm creating. (Keep in mind that I'm only talking about exceptions for very special packages that install a system user that will also be used by a human or that stores per-user configuration. And the exception is only for the keepdir file.) Home directories in /home were also allowed with user.eclass, which means that we now hit a roadblock updating those accounts to GLEP81. > > I mean, user configuration works perfectly fine there, even if you have to > log in. And the purpose of the account is closer to, say, root (with its > nonstandard home directory location) than a normal user. > > I've seen all possible site-specific changes to /home layout, including, > e.g., > * /home/server1/username > * /home/large/username > * /home/u/username > ... > which would all get somehow messy if a system account with a fixed path is > forced in there. > Sure, but is having them scattered across BOTH /home AND /var/lib less messy? We're picking a default, and with GLEP81, the people who do this could move it to /home/u/${PN} with an overlay ebuild; whatever makes them happy. For everyone else, it's a good default.