From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Tribhuvan Newsgroups: gmane.emacs.help Subject: Re: Software/HD ecology Date: Fri, 20 Dec 2002 18:44:25 GMT Organization: Optimum Online Sender: help-gnu-emacs-bounces+gnu-help-gnu-emacs=m.gmane.org@gnu.org Message-ID: <3E036557.5050106@rcn.com> References: <041220020952400758%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> <87u1hjdwta.fsf@hurd.crasseux.com> <121220021324043990%ajanta@no.spam> <171220021132381961%ajanta@no.spam> <3DFFA457.1020103@rcn.com> <844r9b3exh.fsf@lucy.cs.uni-dortmund.de> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: main.gmane.org 1040410007 3512 80.91.224.249 (20 Dec 2002 18:46:47 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Fri, 20 Dec 2002 18:46:47 +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 18PSAX-0000uT-00 for ; Fri, 20 Dec 2002 19:46:45 +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 18PS9v-0007Bk-05 for gnu-help-gnu-emacs@m.gmane.org; Fri, 20 Dec 2002 13:46:07 -0500 Original-Path: shelby.stanford.edu!newsfeed.stanford.edu!bloom-beacon.mit.edu!news-peer.gip.net!news.gsl.net!gip.net!c03.atl99!cyclone2.usenetserver.com!news.webusenet.com!news01.optonline.net!news4.srv.hcvlny.cv.net.POSTED!53ab2750!not-for-mail User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.0.1) Gecko/20020920 Netscape/7.0 X-Accept-Language: en-us, en Original-Newsgroups: comp.sys.mac.apps,comp.sys.mac.advocacy,comp.text.tex,gnu.emacs.help Original-Lines: 43 Original-NNTP-Posting-Host: 24.189.235.22 Original-X-Trace: news4.srv.hcvlny.cv.net 1040409865 24.189.235.22 (Fri, 20 Dec 2002 13:44:25 EST) Original-NNTP-Posting-Date: Fri, 20 Dec 2002 13:44:25 EST Original-Xref: shelby.stanford.edu comp.sys.mac.apps:349391 gnu.emacs.help:108358 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:4886 X-Report-Spam: http://spam.gmane.org/gmane.emacs.help:4886 Lee wrote: > make install 2>&1 >install.log Redirecting the output to a log file is useful, and should be a standard practice, but as I indicated in an earlier post, only a very small portion of this output indicates the copy operations. In particular, the bin, lib, man, share portions of an installation. (/etc and /var stuff I don't think should be removed automatically during an uninstall because these locations should contain your custom configuration files and log files which may be useful later). An install prefix like --prefix=/usr/local/package would be problematic for production environments as there are security and sanity issues that prevent us from mixing various types of files and directories on any disk partition. > ...a "make installed_file_list"...would be very helpful. > Or a "make uninstall.sh"...undoing whatever "make install" has done. I was originally thinking of capturing/filtering the output of "make install", but you may be on to something much more practical. After doing "make", all of the instructions are prepared for "make install". The same set of instructions could be used for a "make installed" (<- truncated name) to generate an "installed_file_list". Once this little database is created, a relatively simple shell script could perform something like: # make installed > /var/gnu/package-foo.installed_list.log # sh uninstall.sh < /var/gnu/package-foo.installed_list.log ...removing package-foo remove all pkg-foo files from /opt/sfw/bin [y|n|?]: remove all pkg-foo files from /opt/sfw/etc [y|n|?]: ...and so on. only, if "uninstall.sh" were a standardized item (and) not something that might inadvertantly get deleted along with the source tree.