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 0435C138334 for ; Tue, 13 Nov 2018 06:57:58 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id D0741E09E4; Tue, 13 Nov 2018 06:57:52 +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 7ABF3E0993 for ; Tue, 13 Nov 2018 06:57:52 +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 87840335D0C for ; Tue, 13 Nov 2018 06:57:50 +0000 (UTC) Subject: Re: [gentoo-dev] [PATCH] install-qa-check.d: Support QA{,_STRICT}_INSTALL_PATHS variables (bug 670902) To: gentoo-dev@lists.gentoo.org References: <20181112203344.611-1-zmedico@gentoo.org> <2f93eb4a-0fdf-ac1f-d40d-81a3b6a944e9@gentoo.org> <3260d441-53d5-3016-958a-d961af9f7ded@gentoo.org> <8b5289cf-2829-33b3-9d01-9461a3066b3e@gentoo.org> <56c1caef-048c-9f75-9e31-d009d934bce5@gentoo.org> From: Michael Orlitzky Message-ID: Date: Tue, 13 Nov 2018 01:57:47 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.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 MIME-Version: 1.0 In-Reply-To: <56c1caef-048c-9f75-9e31-d009d934bce5@gentoo.org> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Archives-Salt: a1d5ccc9-6b44-41d9-b590-2802553cb461 X-Archives-Hash: 0af6fcf13098742f0b27dbce7f32cd96 On 11/13/2018 01:21 AM, Zac Medico wrote: > > What's inherently wrong about nix having a file store under /nix? Is > this purely about FHS? > It goes against not only the FHS, but against our existing policies and common sense. There's no reason to expect that path to even be writable. And nix stores everything there, so if you have / mounted on a smaller partition with e.g. /home and /var mounted elsewhere, then it's going to fill the disk up with junk that emerge won't remove for you. But it's also just absurd how much trouble we go to to wind up right back where we started: * Spend years developing a FHS so that people can get the most out of their storage hardware and know where to find stuff on their computers. * Adopt a bunch of policies in Gentoo for where ebuilds should store things. * Add QA checks to ensure that packages abide by said policies. * Add package-manager-specific variables that sidestep the QA checks. * Begin adding exceptions to every package that puts things in the wrong place so that people don't see warnings about things being in the wrong place... All to achieve the end result, that nothing is where it's supposed to be and you can't plan anything. I think I'm just tired. I'll stop.