From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1NX1yH-00020i-OU for garchives@archives.gentoo.org; Tue, 19 Jan 2010 00:29:26 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 66011E0E5D for ; Tue, 19 Jan 2010 00:29:25 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 49289E0BBF for ; Tue, 19 Jan 2010 00:05:26 +0000 (UTC) Received: from [192.168.0.3] (e179005232.adsl.alicedsl.de [85.179.5.232]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTP id 84C53671BE for ; Tue, 19 Jan 2010 00:05:25 +0000 (UTC) Message-ID: <4B54F743.2020109@gentoo.org> Date: Tue, 19 Jan 2010 01:05:23 +0100 From: Sebastian Pipping User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.5) Gecko/20100103 Thunderbird/3.0 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 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] [rfc] layman storage location (again) References: <4B50C3B4.5050604@gentoo.org> <82dd739f1001170101i633f2c35n5b330e3be4bdd9dd@mail.gmail.com> <201001172131.28997.bangert@gentoo.org> <4B53AD84.7020100@gentoo.org> In-Reply-To: <4B53AD84.7020100@gentoo.org> X-Enigmail-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: 3d0aa780-5cb3-499f-95a1-6fc33bf94f6b X-Archives-Hash: 44ef8c2b5668b3b41cdd228c0269ab02 On 01/18/10 01:38, Sebastian Pipping wrote: > On 01/17/10 21:31, Thilo Bangert wrote: >> /var/layman i dislike due to this sentence in the FHS: >> >> "Applications must generally not add directories to the top level of >> /var. Such directories should only be added if they have some system-wide >> implication[...]" > > [..] > > current ranking through my eyes: > > 1) /var/layman con: adds folder to /var, maybe should not > 2) /var/db/layman con: you tell me > 3) /var/lib/layman con: not really /var/lib-style data let me put the thoughts we collected so far to a decision. looking at /var shows, that not many application really dared to have a dedicated folder in /var directly: # find /var -maxdepth 1 -type d /var /var/tmp /var/lost+found /var/www /var/cache /var/spool /var/run /var/lock /var/db /var/gdm <-- gnome-base/gdm /var/lib /var/empty <-- net-misc/openssh /var/log /var/state after re-considering the requirements for /var/lib/layman the data in there can be host-specific (and therefore is not host-independent in general). i think it fits _well enough_ and to my impression it has less potential of turning out wrong than non-FHS /var/db: so /var/lib/layman is the new default. expect related commits to layman soon. sebastian