Gentoo Archives: gentoo-user

From: Kai Krakow <hurikhan77@×××××.com>
To: gentoo-user@l.g.o
Subject: [gentoo-user] Re: /var/tmp on tmpfs
Date: Sat, 10 Feb 2018 21:14:08
Message-Id: ps34le-2ni.ln1@hurikhan77.spdns.de
In Reply to: Re: [gentoo-user] Re: /var/tmp on tmpfs by Rich Freeman
1 Am Sat, 10 Feb 2018 15:06:06 -0500 schrieb Rich Freeman:
2
3 > On Sat, Feb 10, 2018 at 2:52 PM, Kai Krakow <hurikhan77@×××××.com>
4 > wrote:
5 >> Am Sat, 10 Feb 2018 19:38:56 +0000 schrieb Wols Lists:
6 >>
7 >>> On 10/02/18 18:56, Kai Krakow wrote:
8 >>>> role and /usr takes the role of /, and /home already took the role of
9 >>>> /usr (that's why it's called /usr, it was user data in early unix).
10 >>>> The
11 >>>
12 >>> Actually no, not at all. /usr is not short for USeR, it's an acronym
13 >>> for User System Resources, which is why it contains OS stuff, not user
14 >>> stuff. Very confusing, I know.
15 >>
16 >> From https://www.tldp.org/LDP/Linux-Filesystem-Hierarchy/html/usr.html:
17 >>
18 >>> In the original Unix implementations, /usr was where the home
19 >>> directories of the users were placed (that is to say, /usr/someone was
20 >>> then the directory now known as /home/someone). In current Unices,
21 >>> /usr is where user-land programs and data (as opposed to 'system land'
22 >>> programs and data) are. The name hasn't changed, but it's meaning has
23 >>> narrowed and lengthened from "everything user related" to "user usable
24 >>> programs and data". As such, some people may now refer to this
25 >>> directory as meaning 'User System Resources' and not 'user' as was
26 >>> originally intended.
27 >>
28 >> So, actually the acronym was only invented later to represent the new
29 >> role of the directory. ;-)
30 >>
31 >>
32 > A bit more of history here:
33 >
34 > http://www.osnews.com/story/25556/
35 Understanding_the_bin_sbin_usr_bin_usr_sbin_Split
36
37 Thanks, nice reading.
38
39 I'm looking forward to Gentoo usrmerge. While supported with 17.1
40 profile, I just don't want to try. There's probably lots of bugs around
41 in packages.
42
43 Although it's tempting to just symlink /bin /sbin /lib* to their /usr
44 counterparts.
45
46
47 --
48 Regards,
49 Kai
50
51 Replies to list-only preferred.