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 D9E5C1382C5 for ; Sat, 10 Feb 2018 21:20:28 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 524F8E0B34; Sat, 10 Feb 2018 21:20:22 +0000 (UTC) Received: from auth-3.ukservers.net (auth-3.ukservers.net [217.10.138.152]) (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 D62D8E0923 for ; Sat, 10 Feb 2018 21:20:21 +0000 (UTC) Received: from [192.168.1.137] (host86-173-155-160.range86-173.btcentralplus.com [86.173.155.160]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by auth-3.ukservers.net (Postfix smtp) with ESMTPSA id 83A30540456 for ; Sat, 10 Feb 2018 21:20:17 +0000 (GMT) Subject: Re: [gentoo-user] Re: /var/tmp on tmpfs To: gentoo-user@lists.gentoo.org References: <6b002bec-6fc8-8555-defe-878e08f88cd6@spamtrap.tnetconsulting.net> <5A7F4A50.6030701@youngman.org.uk> <05v3le-2ni.ln1@hurikhan77.spdns.de> From: Wol's lists Message-ID: <229101e4-5555-6246-75ad-254dcab1f49b@youngman.org.uk> Date: Sat, 10 Feb 2018 21:20:16 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 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 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Archives-Salt: cccb97be-c1a0-422c-809b-a56a51a963c5 X-Archives-Hash: ce44ae6d7acc57a30b22c64bacdc5950 On 10/02/18 20:06, Rich Freeman wrote: > On Sat, Feb 10, 2018 at 2:52 PM, Kai Krakow wrote: >> Am Sat, 10 Feb 2018 19:38:56 +0000 schrieb Wols Lists: >> >>> On 10/02/18 18:56, Kai Krakow wrote: >>>> role and /usr takes the role of /, and /home already took the role of >>>> /usr (that's why it's called /usr, it was user data in early unix). The >>> >>> Actually no, not at all. /usr is not short for USeR, it's an acronym for >>> User System Resources, which is why it contains OS stuff, not user >>> stuff. Very confusing, I know. >> >> From https://www.tldp.org/LDP/Linux-Filesystem-Hierarchy/html/usr.html: >> >>> In the original Unix implementations, /usr was where the home >>> directories of the users were placed (that is to say, /usr/someone was >>> then the directory now known as /home/someone). In current Unices, /usr >>> is where user-land programs and data (as opposed to 'system land' >>> programs and data) are. The name hasn't changed, but it's meaning has >>> narrowed and lengthened from "everything user related" to "user usable >>> programs and data". As such, some people may now refer to this >>> directory as meaning 'User System Resources' and not 'user' as was >>> originally intended. >> >> So, actually the acronym was only invented later to represent the new >> role of the directory. ;-) >> > > A bit more of history here: > > http://www.osnews.com/story/25556/Understanding_the_bin_sbin_usr_bin_usr_sbin_Split > Fascinating. And I made a typo, which is interesting too - I always knew it as Unix System Resources - typing "user" was a mistake ... I wonder how much weird info is down to mistakes like that :-) Cheers, Wol