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 923221382C5 for ; Sat, 10 Feb 2018 22:18:17 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 557DBE0B6F; Sat, 10 Feb 2018 22:18:10 +0000 (UTC) Received: from blaine.gmane.org (unknown [195.159.176.226]) (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 CC187E0B5E for ; Sat, 10 Feb 2018 22:18:09 +0000 (UTC) Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1ekdQn-00059B-VL for gentoo-user@lists.gentoo.org; Sat, 10 Feb 2018 23:15:37 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-user@lists.gentoo.org From: Kai Krakow Subject: [gentoo-user] Re: /var/tmp on tmpfs Date: Sat, 10 Feb 2018 23:17:12 +0100 Message-ID: <8k74le-2ni.ln1@hurikhan77.spdns.de> References: <6b002bec-6fc8-8555-defe-878e08f88cd6@spamtrap.tnetconsulting.net> <5A7F4A50.6030701@youngman.org.uk> <05v3le-2ni.ln1@hurikhan77.spdns.de> <229101e4-5555-6246-75ad-254dcab1f49b@youngman.org.uk> 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 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@blaine.gmane.org User-Agent: Pan/0.142 (He slipped to Sam a double gin; 01b5bf4 git.gnome.org/pan2) X-Archives-Salt: 2d2141bd-c96f-4a37-85dd-bbbc0b179324 X-Archives-Hash: fcebbc8fc1d187f25d0d18e31b254041 Am Sat, 10 Feb 2018 21:20:16 +0000 schrieb Wol's lists: > 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 :-) You should trust your hidden secret skills more... :-D -- Regards, Kai Replies to list-only preferred.