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 6AFD11382C5 for ; Sat, 10 Feb 2018 21:14:08 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id BF213E0B29; Sat, 10 Feb 2018 21:14:00 +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 48DC4E0B1A for ; Sat, 10 Feb 2018 21:14:00 +0000 (UTC) Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1ekcR4-0002lB-Kd for gentoo-user@lists.gentoo.org; Sat, 10 Feb 2018 22:11:50 +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 22:13:29 +0100 Message-ID: References: <6b002bec-6fc8-8555-defe-878e08f88cd6@spamtrap.tnetconsulting.net> <5A7F4A50.6030701@youngman.org.uk> <05v3le-2ni.ln1@hurikhan77.spdns.de> 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: 2263ea3c-3b49-4c68-854c-5922ca1ff688 X-Archives-Hash: c0f3a4db1bbb72c21430abdc737c6817 Am Sat, 10 Feb 2018 15:06:06 -0500 schrieb Rich Freeman: > 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 Thanks, nice reading. I'm looking forward to Gentoo usrmerge. While supported with 17.1 profile, I just don't want to try. There's probably lots of bugs around in packages. Although it's tempting to just symlink /bin /sbin /lib* to their /usr counterparts. -- Regards, Kai Replies to list-only preferred.