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 8CC391381F3 for ; Mon, 30 Sep 2013 04:13:46 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 9C84DE0B85; Mon, 30 Sep 2013 04:13:36 +0000 (UTC) Received: from svr-us4.tirtonadi.com (svr-us4.tirtonadi.com [69.65.43.212]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id A4B44E0B67 for ; Mon, 30 Sep 2013 04:13:35 +0000 (UTC) Received: from mail-vc0-f170.google.com ([209.85.220.170]:65089) by svr-us4.tirtonadi.com with esmtpsa (TLSv1:RC4-SHA:128) (Exim 4.80.1) (envelope-from ) id 1VQUrX-000Ag9-GE for gentoo-user@lists.gentoo.org; Mon, 30 Sep 2013 11:13:35 +0700 Received: by mail-vc0-f170.google.com with SMTP id lc6so3180303vcb.1 for ; Sun, 29 Sep 2013 21:13:32 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=KoOBs0NTylS3OccWEo6Zl8JCmIquCYKg4F41aYgvzHs=; b=M8US2phsj+ooLopdodwaRzzc8bowSIE8T4yCnajEuVfzPZGe7dQVSZxd99i6lQ1bSF +HIKHiZ62/FiOHSFeEJHua4bAQdOzwtS7hFfWmUFJHys7uttkY7De/f5JbdWcAxm/EEi xHAkOsM1YAg8lDOntCj5YQaexIyIP+7l7zs4glJvaX0hpa9MmgnZWYwpQlR7EWHaIgVK uJdbOyNojwhnZZo5+r/Bb9gPCafpYyabKjc629iNM+7QRvfg97J3ymyt4mJ09b0PFlr7 alALHyhl/hXC6yu9QBy/SHF1PUSPr684PY+jFlsaYQwOjqQNfJhcckizXPRCxazytwoV B1aQ== 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 X-Received: by 10.220.174.200 with SMTP id u8mr20347387vcz.6.1380514412537; Sun, 29 Sep 2013 21:13:32 -0700 (PDT) Received: by 10.220.163.69 with HTTP; Sun, 29 Sep 2013 21:13:31 -0700 (PDT) Received: by 10.220.163.69 with HTTP; Sun, 29 Sep 2013 21:13:31 -0700 (PDT) In-Reply-To: <5248E26D.7090601@sporkbox.us> References: <20130929195206.GA16744@linux1> <5248CBB9.5010205@sporkbox.us> <5248D265.4080908@sporkbox.us> <5248DB6D.50903@sporkbox.us> <5248E26D.7090601@sporkbox.us> Date: Mon, 30 Sep 2013 11:13:31 +0700 Message-ID: Subject: Re: [gentoo-user] systemd installation location From: Pandu Poluan To: gentoo-user@lists.gentoo.org Content-Type: multipart/alternative; boundary=089e0149ca3a2aae3e04e7920fae X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - svr-us4.tirtonadi.com X-AntiAbuse: Original Domain - lists.gentoo.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - poluan.info X-Get-Message-Sender-Via: svr-us4.tirtonadi.com: authenticated_id: rileyer+pandu.poluan.info/only user confirmed/virtual account not confirmed X-Archives-Salt: 78baf55c-b22a-43f4-a237-8364c51416cf X-Archives-Hash: 858aea9592495679a045e6f8e24630bc --089e0149ca3a2aae3e04e7920fae Content-Type: text/plain; charset=UTF-8 On Sep 30, 2013 9:31 AM, "Daniel Campbell" wrote: > --- le snip --- > If the proposed solution is all binaries and libraries in the same > root/prefix directory, then why call it /usr? My question exactly. Why install to /usr at all, leaving /bin and /sbin a practically empty directory containing symlinks only? I mean, I have no quarrel with / and /usr separation, having had them in the same partition for ages... but why not do it the other way around, i.e., put everything in / and have /usr be a container for symlinks? > It has little to do with > users if it's nothing but binaries, libraries, etc. In addition, would a > local directory still be under this, for user-compiled programs not > maintained by the PM? Or does that deserve a different top level directory? > > Then there's /opt, whose purpose I'm still not sure of. This is > strengthening the idea that something new should be thought up and > drafted. IIRC, it was supposed to contain third-party binaries, i.e., things not available in a distro's package repo. Thus, when one's tired of a third-party binary package, he/she can just delete the relevant directory under /opt, because the third-party package might not be uninstallable using the distro's package management system (if any). Of course, he/she might have to clean up the leftover crud in /etc, but those are usually small and can safely be ignored. Except perhaps startup initscripts. > Not necessarily by us at Gentoo, but *somebody*. If I was crazy > and knowledgeable enough I'd volunteer myself. > Rgds, -- --089e0149ca3a2aae3e04e7920fae Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Sep 30, 2013 9:31 AM, "Daniel Campbell" <lists@sporkbox.us> wrote:
>

--- le snip ---

> If the proposed solution is all binaries and libraries = in the same
> root/prefix directory, then why call it /usr?

My question exactly.

Why install to /usr at all, leaving /bin and /sbin a practic= ally empty directory containing symlinks only?

I mean, I have no quarrel with / and /usr separation, having= had them in the same partition for ages... but why not do it the other way= around, i.e., put everything in / and have /usr be a container for symlink= s?

> It has little to do with
> users if it's nothing but binaries, libraries, etc. In addition, w= ould a
> local directory still be under this, for user-compiled programs not > maintained by the PM? Or does that deserve a different top level direc= tory?
>
> Then there's /opt, whose purpose I'm still not sure of. This i= s
> strengthening the idea that something new should be thought up and
> drafted.

IIRC, it was supposed to contain third-party binaries, i.e.,= things not available in a distro's package repo. Thus, when one's = tired of a third-party binary package, he/she can just delete the relevant = directory under /opt, because the third-party package might not be uninstal= lable using the distro's package management system (if any).

Of course, he/she might have to clean up the leftover crud i= n /etc, but those are usually small and can safely be ignored. Except perha= ps startup initscripts.

> Not necessarily by us at Gentoo, but *somebody*. If I w= as crazy
> and knowledgeable enough I'd volunteer myself.
>

Rgds,
--

--089e0149ca3a2aae3e04e7920fae--