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 B57BE138350 for ; Sat, 18 Jan 2020 19:44:30 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 178A3E0916; Sat, 18 Jan 2020 19:44:27 +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 99036E0855 for ; Sat, 18 Jan 2020 19:44:26 +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 ADA9734DB70 for ; Sat, 18 Jan 2020 19:44:25 +0000 (UTC) Subject: Re: [gentoo-dev] GLEP81 and /home To: gentoo-dev@lists.gentoo.org References: <825bd707-faa2-f956-edbb-a11a8d82296b@gentoo.org> <8a8e65fc27a02e926d9691a594b1756fc6ce1c63.camel@gentoo.org> From: Michael Orlitzky Message-ID: Date: Sat, 18 Jan 2020 14:44:23 -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: <8a8e65fc27a02e926d9691a594b1756fc6ce1c63.camel@gentoo.org> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-Archives-Salt: 05835f33-ed00-4783-acf3-b185115174db X-Archives-Hash: 5187ea3f77f0c7582ee483904ee14dff On 1/18/20 2:08 PM, Michał Górny wrote: > > Sounds like you've created an arbitrary rule that prevents the two > packages from using the same directory, and therefore you've created > this problem yourself. Why not just go back and reconsider using > the same directory instead of adding complexity for ideological reasons? > > Is it really that problematic to have the directory created by amavisd > user, and have all packages depend on it? > The user's home directory is conceptually and (usually) literally separate from the daemon's working directory. That's upstream, not in my head. So it's wrong to combine them in principle, especially given that it creates security timebombs when two packages "share" a directory.