From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: "Stephen J. Turnbull" Newsgroups: gmane.emacs.devel Subject: Re: INFO on add-ons Date: Mon, 02 Sep 2002 13:51:14 +0900 Organization: The XEmacs Project Sender: emacs-devel-admin@gnu.org Message-ID: <40567.4291112975$1030942365@news.gmane.org> References: <3D728E82.8000808@cox.net> <87ptvxxkoj.fsf@tleepslib.sk.tsukuba.ac.jp> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1030942365 18446 127.0.0.1 (2 Sep 2002 04:52:45 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 2 Sep 2002 04:52:45 +0000 (UTC) Cc: emacs-devel@gnu.org, xemacs-design@xemacs.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 17ljCd-0004nP-00 for ; Mon, 02 Sep 2002 06:52:43 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 17ljkh-0003Or-00 for ; Mon, 02 Sep 2002 07:27:55 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10) id 17ljE8-0000P8-00; Mon, 02 Sep 2002 00:54:16 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 17ljCH-0000M9-00 for emacs-devel@gnu.org; Mon, 02 Sep 2002 00:52:21 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 17ljCE-0000Lr-00 for emacs-devel@gnu.org; Mon, 02 Sep 2002 00:52:20 -0400 Original-Received: from tleepslib.sk.tsukuba.ac.jp ([130.158.98.109]) by monty-python.gnu.org with esmtp (Exim 4.10) id 17ljCE-0000Ld-00 for emacs-devel@gnu.org; Mon, 02 Sep 2002 00:52:18 -0400 Original-Received: from localhost ([127.0.0.1] helo=tleepslib.sk.tsukuba.ac.jp ident=steve) by tleepslib.sk.tsukuba.ac.jp with esmtp (Exim 3.35 #1 (Debian)) id 17ljBF-00068n-00 for ; Mon, 02 Sep 2002 13:51:17 +0900 Original-To: Miles Bader In-Reply-To: (Miles Bader's message of "02 Sep 2002 10:36:21 +0900") Original-Lines: 49 User-Agent: Gnus/5.090007 (Oort Gnus v0.07) XEmacs/21.4 (Informed Management, i686-pc-linux) X-Delivery-Agent: TMDA/0.61 Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:7313 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:7313 >>>>> "Miles" == Miles Bader writes: Miles> "Stephen J. Turnbull" writes: David> to provide an Info source covering their software, and that David> any installation process ought to support this by merging David> these (INSTALL-INFO) with the Emacs Info.Dir? >> That's a maintenance nightmare Miles> How so? It seem to work well enough if people consistently Miles> use `install-info' (and that actually seems to happen on Miles> debian at least). I have no control over "people", and little enough over XEmacs. Better to spend the effort on having Emacs be smart about the info files themselves, which either it can read or it doesn't matter, than to have GNU and XEmacs.ORG try be anal about stuff that's not under our control. IMO. >> and often impossible on real OSes where not everyone is root. Miles> People certainly have write access to the `dir' file in any Miles> directory they write info files to. Since info merges all Miles> the different `dir' files into the final buffer at Miles> run-time, that's all that's needed. That's fine, but I got the impression David was talking about the specific dir file in the info directory where Emacs stuff resides. What you're describing is just a "pre-caching" version of XEmacs's current strategy. >> What's wrong with the current (XEmacs only?) system which >> automatically generates Dir from the info-path? Miles> I'm not sure exactly what you mean; as I mentioned above, Miles> emacs merges all the various `dir' files. AFAIK, install-info looks at @dircategory and @direntry. Well, so does XEmacs, and it gives them priority over dir. The main issue here is time spent in gunzip (and I'm not sure if that is anything but process overhead, ie, with a zlib-capable Emacs this might go away), otherwise it works well. -- Institute of Policy and Planning Sciences http://turnbull.sk.tsukuba.ac.jp University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN My nostalgia for Icon makes me forget about any of the bad things. I don't have much nostalgia for Perl, so its faults I remember. Scott Gilbert c.l.py