From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 836B71381F3 for ; Thu, 3 Oct 2013 09:00:29 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 5FFA0E0A02; Thu, 3 Oct 2013 09:00:23 +0000 (UTC) Received: from forward5h.mail.yandex.net (forward5h.mail.yandex.net [84.201.186.23]) by pigeon.gentoo.org (Postfix) with ESMTP id 084C1E08CA for ; Thu, 3 Oct 2013 09:00:21 +0000 (UTC) Received: from smtp2h.mail.yandex.net (smtp2h.mail.yandex.net [84.201.187.145]) by forward5h.mail.yandex.net (Yandex) with ESMTP id 0F3E5D028D9 for ; Thu, 3 Oct 2013 13:00:20 +0400 (MSK) Received: from smtp2h.mail.yandex.net (localhost [127.0.0.1]) by smtp2h.mail.yandex.net (Yandex) with ESMTP id D73EC1702190 for ; Thu, 3 Oct 2013 13:00:20 +0400 (MSK) Received: from m212-107-60-120.cust.tele2.ee (m212-107-60-120.cust.tele2.ee [212.107.60.120]) by smtp2h.mail.yandex.net (nwsmtp/Yandex) with ESMTP id D0KQypQvZH-0Jfiwiq5; Thu, 3 Oct 2013 13:00:19 +0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1380790820; bh=tefO/jpRBkL4qC4DI7S8BfSI/QOA6/kSwuHIU1cwrtU=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=Ka3PcmN6ypDrf/GOx0wWfnO0oUm3I8af3Vd2gGbFPj97rpL0wcxGauaMIfp9OtopG A/P/igeRZX3deB6k/amFuZ5VV5i0PJrF+rA6XsgUSRrwBjShp6MtnKuAV4oTlPi9+b NfsMn9ttNn3Vt2g2FVrmGOx+ZcoqKAHvA6hRsYRM= Authentication-Results: smtp2h.mail.yandex.net; dkim=pass header.i=@yandex.ru Message-ID: <524D321F.3020203@yandex.ru> Date: Thu, 03 Oct 2013 13:00:15 +0400 From: "Yuri K. Shatroff" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130619 Thunderbird/17.0.6 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 To: gentoo-user@lists.gentoo.org Subject: Re: PORTDIR default - changing PORTDIR variable - WAS Re: [gentoo-user] Re: separate / and /usr to require initramfs 2013-11-01 References: <20130927222109.GD23408@server> <5246079E.7090406@gmail.com> <524759FB.2090304@gmail.com> <524869A5.4070306@libertytrek.org> <20130929185504.GA16543@linux1> <524892E3.5080402@libertytrek.org> <52489883.3090408@gmail.com> <5248AF6F.4040405@libertytrek.org> <52493D9F.3080504@gmail.com> <5249B421.8070909@googlemail.com> <5249CDA4.5090700@gmail.com> <524AC184.8000804@libertytrek.org> <524AD8C0.5090906@orlitzky.com> <524B1155.9070809@libertytrek.org> <20131001194834.0cbc592e@digimed.co.uk> <524C0BC0.3060707@libertytrek.org> <524C116E.7060305@gmail.com> In-Reply-To: <524C116E.7060305@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Archives-Salt: 2a177956-a82b-4c1b-a5ab-b89a24c8b721 X-Archives-Hash: 771a3f0987dd3a53dac5fee7d27e6210 On 02.10.2013 16:28, Alan McKinnon wrote: [ ... ] > You should still move portage to var though. Consider it a local fix to > a long-standing bug. > > Incidentally, do you know why the tree is in /usr? Because FreeBSD ports > puts it there. Why did they do that? Because FreeBSD is not Linux; it is > derived from SysV, which puts home directories and all manner of other > things in /usr. I apologize but I always thought that it's Linux that derives from AT&T SysV (1983), while FreeBSD derives from ... BSD (1978). How come then Linux uses SysV init and BSD does not? ;) As to ports placement in FreeBSD, I have never seen any reason to do it the other way, IMHO /var should not be polluted with huge amounts of data which is not runtime-related and may occupy tens of gigs (in case of OOo or LO compilation), rather what I always do (in FreeBSD and in Gentoo) is just put all ports/portage on a separate partition with performance-optimized settings (striping, noatime etc). And I'd really seriously object to putting portage under /var if my opinion were to be considered... I also don't like the approach of putting into /var stuff like databases and other important data. /var is system-related runtime stuff, and data should always be separate. This also helps keep /var small and neat and apply to it a different backup policy than to data and portage. > It's as simple as that. > > -- Best wishes, Yuri K. Shatroff