From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Anil Trivedi Newsgroups: gmane.emacs.help Subject: Re: Software/HD ecology Date: Thu, 12 Dec 2002 04:44:29 GMT Organization: None Sender: help-gnu-emacs-bounces+gnu-help-gnu-emacs=m.gmane.org@gnu.org Message-ID: <111220022147059290%anil@null.invalid> 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> <84of7s703d.fsf@lucy.cs.uni-dortmund.de> 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 1039665237 5799 80.91.224.249 (12 Dec 2002 03:53:57 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Thu, 12 Dec 2002 03:53:57 +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 18MKQ7-0001VO-00 for ; Thu, 12 Dec 2002 04:53:56 +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 18MKN6-000421-02 for gnu-help-gnu-emacs@m.gmane.org; Wed, 11 Dec 2002 22:50:48 -0500 Original-Path: shelby.stanford.edu!newsfeed.stanford.edu!bloom-beacon.mit.edu!news-out.cwix.com!newsfeed.cwix.com!prodigy.com!newsmst01.news.prodigy.com!prodigy.com!postmaster.news.prodigy.com!newssrv26.news.prodigy.com.POSTED!not-for-mail Original-Newsgroups: comp.sys.mac.apps,comp.sys.mac.advocacy,comp.text.tex,gnu.emacs.help Mail-Copies-To: nobody User-Agent: Thoth/1.5.10 (Carbon/OS X) Original-Lines: 49 Original-NNTP-Posting-Host: 64.109.165.60 Original-X-Complaints-To: abuse@prodigy.net Original-X-Trace: newssrv26.news.prodigy.com 1039668269 ST000 64.109.165.60 (Wed, 11 Dec 2002 22:44:29 CST) Original-NNTP-Posting-Date: Wed, 11 Dec 2002 22:44:29 CST X-UserInfo1: TSU[@SBE[JTKB\@[GRNNOTPAUSXB@DTMNHWB_EYLJZ]BGIELLNTC@AWZWDXZXQ[K\FFSKCVM@F_N_DOBWVWG__LG@VVOIPLIGX\\BU_B@\P\PFX\B[APHTWAHDCKJF^NHD[YJAZMCY_CWG[SX\Y]^KC\HSZRWSWKGAY_PC[BQ[BXAS\F\\@DMTLFZFUE@\VL Original-Xref: shelby.stanford.edu comp.sys.mac.apps:348668 gnu.emacs.help:108022 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:4553 X-Report-Spam: http://spam.gmane.org/gmane.emacs.help:4553 Stefan Monnier wrote: > As maintainers, it's in our own interest to keep things uncluttered, > so we strive to find some logic to things such that we can organize our > files and keep files in their logical place...I don't claim that the current > arrangement is perfect, but it takes time and energy to think about how > to make it better and to fix the various places where things aren't > consistent and logical, so help is most welcome. Kai Großjohann wrote: > Writing these few extra lines is a LOT of work. Most important of all, it's > not clear what to delete. There would be *endless* arguments about which > files to remove and which files to keep. Emacs consists of 2297 files (on > my system), it's very difficult to untangle dependencies on them. I would like to offer a few general suggestions for any large program, not just emacs. First of all, you should have a clear idea as to which files are needed to complie the program but not to run it later, and which ones will be needed forever to run the program. It is a sorry state of affairs if the creators and maintainers themselves don't know the "dpendencies"; that indicates serious future troubles and the sooner one starts correcting the situation the better. 1. You need "clean" and "distclean" to recover from failed compile attempts. I think most programs do have this. (Personally, I might just re-open the .tar file and start over.) 2. Once the program compiles, and works fine, the user should be able to delete all files that were needed in compiling but will not be needed in running it, or in uninstalling it. 3. Finally, should the user decide that this is not his kind of progam, there should be an uninstall option that does safely and cleanly remove everything. He should not have to go around checking in various bin, share, libexec, man, lib, doc directories, etc., and guessing just which files might belong to the program he wants to delete. This seeme to be a minimum framework for responsible software distribution. 4. As for languages, this is an early stage in globalization and the "bloat" is perhaps manageable, but in a few years we may see support for hundreds of languages and dozens of scripts. We would need to enable a user to select what he needs and skip the rest. Anil Trivedi