From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: kai.grossjohann@uni-duisburg.de (Kai =?iso-8859-1?q?Gro=DFjohann?=) Newsgroups: gmane.emacs.help Subject: Re: Software/HD ecology Date: Fri, 13 Dec 2002 10:03:55 +0100 Organization: University of Dortmund, Germany Sender: help-gnu-emacs-bounces+gnu-help-gnu-emacs=m.gmane.org@gnu.org Message-ID: <84n0nathms.fsf@lucy.cs.uni-dortmund.de> References: <041220020952400758%ajanta@no.spam> <84bs3xsyi8.fsf@lucy.cs.uni-dortmund.de> <071220021155280606%ajanta@no.spam> <5ld6obj8il.fsf@rum.cs.yale.edu> <101220021125583826%ajanta@no.spam> <111220021253524057%ajanta@no.spam> <5l65u0i8zj.fsf@rum.cs.yale.edu> <111220022053507599%ajanta@no.spam> <84k7ifo3s2.fsf@lucy.cs.uni-dortmund.de> <87u1hjdwta.fsf@hurd.crasseux.com> <84fzt3hvk8.fsf@lucy.cs.uni-dortmund.de> <121220021405534518%anil@null.invalid> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1039770380 10158 80.91.224.249 (13 Dec 2002 09:06:20 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Fri, 13 Dec 2002 09:06:20 +0000 (UTC) Return-path: Original-Received: from monty-python.gnu.org ([199.232.76.173]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 18Mllz-0002df-00 for ; Fri, 13 Dec 2002 10:06:19 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 18MllF-0002x4-01 for gnu-help-gnu-emacs@m.gmane.org; Fri, 13 Dec 2002 04:05:33 -0500 Original-Path: shelby.stanford.edu!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!newsfeed.icl.net!newsfeed.fjserv.net!colt.net!peernews3.colt.net!news0.de.colt.net!news-fra1.dfn.de!fu-berlin.de!uni-berlin.de!pd951f511.dip.t-dialin.NET!not-for-mail Original-Newsgroups: comp.sys.mac.apps,comp.sys.mac.advocacy,comp.text.tex,gnu.emacs.help Original-Lines: 36 Original-NNTP-Posting-Host: pd951f511.dip.t-dialin.net (217.81.245.17) Original-X-Trace: fu-berlin.de 1039770236 36464882 217.81.245.17 (16 [73968]) User-Agent: Gnus/5.090008 (Oort Gnus v0.08) Emacs/21.3.50 (i686-pc-linux-gnu) Cancel-Lock: sha1:CiH/6vELf+04CGhQk36vh6pwfDc= Original-Xref: shelby.stanford.edu comp.sys.mac.apps:348806 gnu.emacs.help:108078 Original-To: help-gnu-emacs@gnu.org X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , Errors-To: help-gnu-emacs-bounces+gnu-help-gnu-emacs=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.help:4609 X-Report-Spam: http://spam.gmane.org/gmane.emacs.help:4609 Anil Trivedi writes: > This is not the most deeply probing question, but is /usr/sw simply > your personal preference or is there a good reason for avoiding the > more traditional name /usr/local ? Well, maybe it's just a combination of little things, but nothing compelling. The little things do not apply generally, just to us. We started in an environment where /usr/local was a directory which was managed by somebody else (the departmental computing center, on our SunOS 4.x workstations). We used /usr/local/ls6 at that time, but felt the directory name was too long. Later on, the departmental computing center changed to /app/unido-inf/sun4_56 (Solaris 2.6, no surprise), and so we used /app/unido-i06/sun4_56 which wasn't really any shorter either. Then, when we moved to GNU/Linux, we instinctively stayed away from all these directories I think and looked for something else. I had seen /usr/sww (software warehouse) in some document on the internet and I liked that, so maybe that's why /usr/sw came about. One additional reason to stay away from /usr/local is that I used FreeBSD on my home system for a while, and there the /usr/local directory is managed by the Ports system. Why didn't we use /sw instead? The reason is really silly: back on SunOS and Solaris, we used to mount /usr via NFS, so putting mount points under /usr was easier because we only had to create the directory on the NFS server. But now with GNU/Linux, we don't distribute /usr via NFS... So I think the upshot is that there is no good reason, just personal preferences. -- ~/.signature is: umop ap!sdn (Frank Nobis)