From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: Emacs cvs newbie problems Date: Fri, 04 Oct 2002 11:46:48 -0400 Sender: emacs-devel-admin@gnu.org Message-ID: References: <200210021336.g92DaFN14088@f7.net> Reply-To: rms@gnu.org NNTP-Posting-Host: localhost.gmane.org X-Trace: main.gmane.org 1033747098 19021 127.0.0.1 (4 Oct 2002 15:58:18 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Fri, 4 Oct 2002 15:58:18 +0000 (UTC) Cc: karl@freefriends.org, miles@gnu.org, teirllm@dms.auburn.edu, eliz@is.elta.co.il, hattons@speakeasy.net, emacs-devel@gnu.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 17xUq9-0004vz-00 for ; Fri, 04 Oct 2002 17:58:09 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 17xVbq-0006Bg-00 for ; Fri, 04 Oct 2002 18:47:26 +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 17xUiP-0003bm-00; Fri, 04 Oct 2002 11:50:09 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 17xUgq-0002NC-00 for emacs-devel@gnu.org; Fri, 04 Oct 2002 11:48:32 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 17xUfM-0008SY-00 for emacs-devel@gnu.org; Fri, 04 Oct 2002 11:47:02 -0400 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by monty-python.gnu.org with esmtp (Exim 4.10) id 17xUfD-00083L-00 for emacs-devel@gnu.org; Fri, 04 Oct 2002 11:46:51 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.10) id 17xUfA-00048x-00; Fri, 04 Oct 2002 11:46:48 -0400 Original-To: keichwa@gmx.net In-reply-to: (message from Karl Eichwalder on Fri, 04 Oct 2002 12:05:30 +0200) 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:8389 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:8389 As Karl Berry explained: that's a feature. I don't want my own info files end up in /usr; my local stuff belongs to /usr/local -- stuff provided by the system belongs to /usr. I am not convinced that Info files "belong" in these two places, but let's suppose you have put Info files for installed packages in both places. (You can certainly do that if you want to.) The "real" problem is, Emacs resp. info (the binary) will collaps /usr/share/info/dir and /usr/local/share/info/dir into one and the same TOC _unconditionally_. This merging is absolutely necessary. Since both groups of packages are available to an ordinary user, when person runs Info, an ordinary user should see an Info dir that lists both groups of packages. Thus I cannot view the Emacs manual coming with the system (21.2) and the one I installed on my own (21.3.50 in /usr/local/...) at the same time easily. The word "thus" is misleading; it implies that the merging of the Info directories is solely responsible for this consequence. I don't think that is true, and I think that it would be very hard to avoid this consequence.