GNU bug report logs - #2791
23.0.91; cvs emacs (on Mac) doesn't use the info files it comes with

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 2791 in the body.
You can then email your comments to 2791 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: "vr.sundar" <vr.sundar <at> gmail.com>
To: emacs-pretest-bug <at> gnu.org
Subject: 23.0.91; cvs emacs (on Mac) doesn't use the info files it comes with
Date: Thu, 26 Mar 2009 12:55:34 -0700

Please write in English if possible, because the Emacs maintainers
usually do not have translators to read other languages for them.

Your bug report will be posted to the emacs-pretest-bug <at> gnu.org mailing list.

Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:

I have Emacs from cvs built and installed locally on my Mac. ( make
install  installs Emacs.app under <cvs-root>/nextstep) The Emacs info
manual that shows up within this is not the manual that is in the cvs
tree but is the  manual from my Carbon Emacs installation.

I believe this is because the path Info-default-directory-list has the
wrong directory. It lists
<cvs-root>/nextstep/Emacs.app/Contents/Resources/share/info (and also
a bunch of other directory but nothing else is under Emacs.app). This
directory doesn't exist but this one does:
<cvs-root>/nextstep/Emacs.app/Contents/Resources/info (ie - there is
no share subdirectory under Resources). Therefore I guess
Info-directory-list gets initialized wrong.


In GNU Emacs 23.0.91.1 (i386-apple-darwin9.6.0, NS apple-appkit-949.43)
 of 2009-03-23 on Sundar-Vasans-Computer.local
Windowing system distributor `Apple', version 10.3.949
configured using `configure  '--with-ns''

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: en_US.ISO8859-1
  value of $LC_CTYPE: en_US.ISO8859-1
  value of $LC_MESSAGES: en_US.ISO8859-1
  value of $LC_MONETARY: en_US.ISO8859-1
  value of $LC_NUMERIC: en_US.ISO8859-1
  value of $LC_TIME: en_US.ISO8859-1
  value of $LANG: en_US.ISO8859-1
  value of $XMODIFIERS: nil
  locale-coding-system: iso-latin-1-unix
  default-enable-multibyte-characters: t

Major mode: Info

Minor modes in effect:
  show-paren-mode: t
  yas/minor-mode: t
  tooltip-mode: t
  mouse-wheel-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  global-auto-composition-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  size-indication-mode: t
  column-number-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:
C-h v I n <tab> d <tab> <return> C-h i m e m <tab>
<return> C-h v i n <backspace> <backspace> I n <tab>
<tab> <tab> d i <tab> <tab> e <tab> <return> <help-echo>
<help-echo> <down-mouse-1> <mouse-2> <help-echo> M-x
r e p <tab> <backspace> <backspace> <backspace> f i
<tab> l e <tab> b u <tab> <tab> <tab> <backspace> <backspace>
<backspace> <backspace> <backspace> <backspace> <backspace>
r e p <tab> o r <tab> <return>

Message #12 received at 2791-done <at> debbugs.gnu.org (full text, mbox):

From: Glenn Morris <rgm <at> gnu.org>
To: 2791-done <at> debbugs.gnu.org
Subject: Re: bug#2791: 23.0.91;
	cvs emacs (on Mac) doesn't use the info files it comes with
Date: Sat, 26 May 2012 17:28:25 -0400

Version: 24.2

"vr.sundar" wrote:

> I have Emacs from cvs built and installed locally on my Mac. ( make
> install  installs Emacs.app under <cvs-root>/nextstep) The Emacs info
> manual that shows up within this is not the manual that is in the cvs
> tree but is the  manual from my Carbon Emacs installation.
>
> I believe this is because the path Info-default-directory-list has the
> wrong directory. It lists
> <cvs-root>/nextstep/Emacs.app/Contents/Resources/share/info (and also
> a bunch of other directory but nothing else is under Emacs.app).


Thank you for the report. I am sorry no-one replied until now.

I believe this problem would occur if you had the INFOPATH environment
variable set before starting Emacs. I think this is now fixed in the
Emacs trunk.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.