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 239C0138350 for ; Mon, 20 Jan 2020 14:50:33 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 0098BE094B; Mon, 20 Jan 2020 14:50:29 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [IPv6:2001:470:ea4a:1:5054:ff:fec7:86e4]) (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 A674CE093E for ; Mon, 20 Jan 2020 14:50:28 +0000 (UTC) Received: from ryzen (unknown [IPv6:2001:4060:c005:3f00:90f4:ccb7:d2d7:bac7]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: soap) by smtp.gentoo.org (Postfix) with ESMTPSA id DB25D34E2A9 for ; Mon, 20 Jan 2020 14:50:25 +0000 (UTC) Message-ID: <68e6ec7173ba9b064c980864973e12ba0ab6c7ad.camel@gentoo.org> Subject: Re: [gentoo-dev] [PATCH 0/2] allow acct-user home directories in /home From: David Seifert To: gentoo-dev@lists.gentoo.org Date: Mon, 20 Jan 2020 15:50:15 +0100 In-Reply-To: References: <20200120034350.27108-1-mjo@gentoo.org> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.32.5 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 Content-Transfer-Encoding: 7bit X-Archives-Salt: 70d11483-ce57-42f0-b071-f78c181d3ab5 X-Archives-Hash: 0c1adcd6cdaa552baf202a40480cdb75 On Mon, 2020-01-20 at 09:20 -0500, Michael Orlitzky wrote: > On 1/20/20 2:02 AM, Ulrich Mueller wrote: > > > > > > > On Mon, 20 Jan 2020, Michael Orlitzky wrote: > > > install-qa-check.d: allow acct-user home directories under > > > /home. > > > > Nope. As you've been told, /home is site specific and can be setup > > in > > multiple ways that are incompatible with the package manager > > installing > > things there (the only exception being baselayout creating the > > directory > > itself). > > I haven't been given a single technical reason why using /home would > cause a problem. What specific incompatibilities are you talking > about? > > > > Quoting FHS-3.0 again: > > > > > On large systems (especially when the /home directories are > > > shared > > > amongst many hosts using NFS) it is useful to subdivide user home > > > directories. Subdivision may be accomplished by using > > > subdirectories > > > such as /home/staff, /home/guests, /home/students, etc. > > > > So, how are you going to detect if such a scheme is used on the > > system, > > and in which subdirectory the amavis user should be placed? > > The same way we detect that scheme before setting a home directory to > /var/lib/whatever, which you may notice, is not under /home/guests or > anything like that. Does this cause a real technical problem, or is > it > just more FUD? Rich has given reasons, ulm has, and mgorny suggested a solution. > > > I also wonder why you would send this patch, when there wasn't a > > single > > voice supporting your proposition in the other thread and several > > opposing ones. > > I don't want to just complain without offering a solution. > > No one has pointed out any problems with it. Multiple people have pointed out issues with it in the last thread. In fact, noone has said "great, go ahead". > > This stuff is already in /home, and I'd like to get off user.eclass > without introducing a new QA warning for a keepdir file. >