From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Luc Teirlinck Newsgroups: gmane.emacs.devel Subject: Re: Emacs cvs newbie problems Date: Sat, 21 Sep 2002 17:13:00 -0500 (CDT) Sender: emacs-devel-admin@gnu.org Message-ID: <200209212213.RAA06463@eel.dms.auburn.edu> References: <200209160002.g8G02Eb06228@f7.net> <9003-Wed18Sep2002214449+0300-eliz@is.elta.co.il> <200209200309.WAA03597@eel.dms.auburn.edu> <4331-Sat21Sep2002002840+0300-eliz@is.elta.co.il> <200209202207.RAA05200@eel.dms.auburn.edu> NNTP-Posting-Host: localhost.gmane.org X-Trace: main.gmane.org 1032646569 5634 127.0.0.1 (21 Sep 2002 22:16:09 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sat, 21 Sep 2002 22:16:09 +0000 (UTC) Cc: eliz@is.elta.co.il, karl@freefriends.org, 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 17ssXm-0001S6-00 for ; Sun, 22 Sep 2002 00:16:06 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 17stDH-0001OX-00 for ; Sun, 22 Sep 2002 00:58:59 +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 17ssXg-00085a-00; Sat, 21 Sep 2002 18:16:00 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 17ssV4-00080O-00 for emacs-devel@gnu.org; Sat, 21 Sep 2002 18:13:18 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 17ssV1-0007zY-00 for emacs-devel@gnu.org; Sat, 21 Sep 2002 18:13:17 -0400 Original-Received: from manatee.dms.auburn.edu ([131.204.53.104]) by monty-python.gnu.org with esmtp (Exim 4.10) id 17ssUz-0007z8-00; Sat, 21 Sep 2002 18:13:13 -0400 Original-Received: from eel.dms.auburn.edu (eel.dms.auburn.edu [131.204.53.108]) by manatee.dms.auburn.edu (8.9.1a/8.9.1) with ESMTP id RAA01251; Sat, 21 Sep 2002 17:12:58 -0500 (CDT) Original-Received: (from teirllm@localhost) by eel.dms.auburn.edu (8.9.3+Sun/8.9.3) id RAA06463; Sat, 21 Sep 2002 17:13:00 -0500 (CDT) X-Authentication-Warning: eel.dms.auburn.edu: teirllm set sender to teirllm@dms.auburn.edu using -f Original-To: rms@gnu.org In-reply-to: (message from Richard Stallman on Sat, 21 Sep 2002 15:39:09 -0400) 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:8088 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:8088 Richard Stallman wrote: Can you try to track down how it came to be that these various different dir files got installed? Which versions of which packages installed them? Yes. ELISP> Info-directory-list ("/usr/local/info/" "/usr/local/share/info/" "/usr/info/" "/usr/share/info/" "/usr/local/info/") The dir file in /usr/local/info was installed (or updated) by emacs-21.3.50. /usr/local/share/info is an empty directory. The dir file in /usr/info was installed by texinfo-4.2. The dir file in /usr/share/info (a symlink to /etc/info-dir) came with Red Hat 7.2. I have the impression that any "dir" files installed by emacs-21.1.90 or 21.2.90 got overridden by emacs-23.3.50. This is not a bug in info.el, but I wonder if it could merge these sections rather than just putting them in side by side. That might be more difficult than might appear at first. What seems to complicate matters a lot is the fact that identical or nearly identical sections, as well as individual entries, may have different names. I have a section "Emacs" installed (or updated) by emacs-21.3.50 and a nearly identical section "GNU Emacs" in the "dir" installed by Red Hat 7.2. I have entries: * info standalone: (info-stnd). Read Info documents without Emacs. and: * Standalone info program: (info-stnd). Standalone Info-reading program. in different "Texinfo documentation system" sections that lead to exactly the same *info* buffer. It would be relatively easy for me to hand correct my own messy situation, but finding a good general solution seems difficult. I do not know how frequently the problem I encountered occurs for other people. Sincerely, Luc.