From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: David Masterson Newsgroups: gmane.emacs.help Subject: Re: Software/HD ecology Date: 12 Dec 2002 15:44:49 -0800 Organization: Posted via Supernews, http://www.supernews.com Sender: help-gnu-emacs-bounces+gnu-help-gnu-emacs=m.gmane.org@gnu.org Message-ID: References: <041220020952400758%ajanta@no.spam> <56cfb0e3.0212041458.5eab182a@posting.google.com> <061220020416350201%ajanta@no.spam> <071220021155280606%ajanta@no.spam> <5ld6obj8il.fsf@rum.cs.yale.edu> <091220021652087216%ajanta@no.spam> <111220021101520860%ajanta@no.spam> <111220021253524057%ajanta@no.spam> <5l65u0i8zj.fsf@rum.cs.yale.edu> <111220022053507599%ajanta@no.spam> <121220021616385181%ajanta@no.spam> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Trace: main.gmane.org 1039737577 11107 80.91.224.249 (12 Dec 2002 23:59:37 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Thu, 12 Dec 2002 23:59:37 +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 18MdEs-0002t0-00 for ; Fri, 13 Dec 2002 00:59:35 +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 18Md1G-0000ON-04 for gnu-help-gnu-emacs@m.gmane.org; Thu, 12 Dec 2002 18:45:30 -0500 Original-Path: shelby.stanford.edu!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!sn-xit-03!sn-xit-06!sn-post-01!supernews.com!corp.supernews.com!not-for-mail Original-Newsgroups: comp.sys.mac.apps,comp.sys.mac.advocacy,comp.text.tex,gnu.emacs.help User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 Original-X-Complaints-To: abuse@supernews.com Original-Lines: 46 Original-Xref: shelby.stanford.edu comp.sys.mac.apps:348760 gnu.emacs.help:108069 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:4599 X-Report-Spam: http://spam.gmane.org/gmane.emacs.help:4599 >>>>> Ajanta writes: > Kai Großjohann wrote: >> At our site, we have a directory for software with subdirs for each >> program, and subsubdirs for each version. For example, >> >> ./configure --prefix=/usr/sw/emacs/21.2 >> >> is sufficient to configure Emacs in such a way that subsequent `make' >> and `make install' can be undone easily by just removing the >> directory /usr/sw/emacs/21.2. This works because Emacs is the only >> program in that directory. >> >> It's a very simple approach, but it works well enough for us. > I am a beginner at this, so let me understand step-by-step. If you > ./configure with the above option, make, make install, will > everything remain in /usr/sw/emacs/21.2? Where do the binaries go? A directory structure is created under /usr/sw/emacs/21.2 with a standard layout for all the different parts (like 'bin' for binaries and 'lib' for libraries). > If it is /uar/sw/bin, I can imagine you can just put it in your > path. However, if it is /usr/sw/emacs/21.2/bin, then do you have to > modify the path each time you install a program? (I don't see either > as a big deal, I am just trying to figure out what actually > happens.) This is potentially true if you use _just_ this scheme. In fact, if you carry this to extremes such that each program is installed in it's own directory structure, your PATH could become quite long. However, tools like GNU Stow build on this scheme by adding the ability to symlink these directories (and subfiles) into the standard location (typically /usr/local) so that your PATH need only have the typical /usr/local/bin in it. The tools like Stow can also move the symlinks to a new version of the package or remove the symlinks altogether. In this way, by removing the symlinks and then removing the package's personal directory, you are sure that all of that version of the package has been removed. -- David Masterson David DOT Masterson AT synopsys DOT com Sr. R&D Engineer Synopsys, Inc. Software Engineering Sunnyvale, CA