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 EFB75138350 for ; Mon, 20 Jan 2020 23:58:18 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id D7CC2E085A; Mon, 20 Jan 2020 23:58:14 +0000 (UTC) Received: from mo6-p05-ob.smtp.rzone.de (mo6-p05-ob.smtp.rzone.de [IPv6:2a01:238:20a:202:5305::12]) (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 EA3E8E0830 for ; Mon, 20 Jan 2020 23:58:13 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1579564692; s=strato-dkim-0002; d=akhuettel.de; h=References:In-Reply-To:Message-ID:Date:Subject:Cc:To:From: X-RZG-CLASS-ID:X-RZG-AUTH:From:Subject:Sender; bh=83DCTHSrqfosB+/UPeD0dXvlOLtmqJ39hukuNz0t2Uk=; b=BNX0MasOFNXcXp21HUl1sqnKmkJyulCRiS7GdXhAuquL4AhWuy+Lbtlf4vc6YYXW12 bONbTvYOqu6vMLH80Npqw/u1Pbs5AP6ugtGG6qYi6aZCwtehF4ZtAs4WaNso5EIn0lYU TM0m5Va2D32V01492Wo7mu35nZbNVBF1FfLlBgMdtmf9bxrC40ZXpHZY/hs3h6jfcGtr Znhpq8QnrutEmNyZA1y7Z+yHNKH0M15xIgFl1qh1VMZC84671JokL7dJz7hawKu6AVa3 QeLgUaTQhA7VztwPM0Vn1uVF+I0mvAsEED6Jhn8K6ljD+A3jb+55OYIMkuXv/mliR2MU /+lQ== X-RZG-AUTH: ":IW0NeWCpcPchHrcnS4ebzBgQnKHTmkWA4CWORNSv8N53ay/NwpildDJnf7tcrmyI9g==" X-RZG-CLASS-ID: mo05 Received: from porto.localnet by smtp.strato.de (RZmta 46.1.5 SBL|AUTH) with ESMTPSA id J06cf5w0KNvvSBB (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits)) (Client did not present a certificate); Tue, 21 Jan 2020 00:57:57 +0100 (CET) From: "Andreas K. Huettel" To: gentoo-dev@lists.gentoo.org Cc: Michael Orlitzky Subject: Re: [gentoo-dev] [PATCH 2/2] install-qa-check.d: allow acct-user home directories under /home. Date: Tue, 21 Jan 2020 00:57:51 +0100 Message-ID: <50957295.loJbHFhv61@porto> Organization: Gentoo Linux In-Reply-To: <20200120034350.27108-3-mjo@gentoo.org> References: <20200120034350.27108-1-mjo@gentoo.org> <20200120034350.27108-3-mjo@gentoo.org> 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: quoted-printable Content-Type: text/plain; charset="iso-8859-1" X-Archives-Salt: 3eca64a4-157c-479e-a769-66142d6bb41a X-Archives-Hash: 1f2cea86e9b8445070e203b06e26c750 Am Montag, 20. Januar 2020, 04:43:50 CET schrieb Michael Orlitzky: > In rare cases, a system user will need a real home directory to store > per-user configuration data and/or be accessed interactively by a > human being. In those cases, /home/${username} is an appropriate place > for the user's home directory. Using /home is allowed and encouraged > by the FHS, and there are no real technical obstacles to it aside from > an install-time QA warning about the path. Why *isn't* some /var/lib/... possible here? I mean, user configuration works perfectly fine there, even if you have to= =20 log in. And the purpose of the account is closer to, say, root (with its=20 nonstandard home directory location) than a normal user. I've seen all possible site-specific changes to /home layout, including,=20 e.g.,=20 * /home/server1/username * /home/large/username * /home/u/username =2E.. which would all get somehow messy if a system account with a fixed path is= =20 forced in there. =2D-=20 Andreas K. H=FCttel dilfridge@gentoo.org Gentoo Linux developer=20 (council, toolchain, base-system, perl, libreoffice)