Norbert Preining <prein...@logic.at> writes: > there are several bug reports that info doesn't find the current emacs > info docs. This is due to the location in sub directories.
So the fundamental intent of the current approach was to allow inter-document links to do something at least somewhat reasonable per major version. i.e if you have performed by running the function. *Note What Is a Function: (elisp)What Is a Function. Then you would get the Emacs 24 elisp documentation if you were running Emacs 24 and followed that link, and the Emacs 25 version if you were running Emacs 25 (corresponding to the Debian Emacs flavors emacs24 and emacs25). But it sounds like that's not intended to work. > To quote Karl Berry, the author of texinfo, from a thread in bug #792328 >> The only reliable way I know of is to have different names for the info >> files (emacs24.info, ccmode24.info, etc.). Problematic I know, but >> every solution I have ever seen proposed, including this one, is problematic. I'll see about arrangements along these lines. Presumably all of the internal refs for emacs/elisp/eshell/ediff/... will need to be changed too. Is there already some automated way to handle that? (It's been a while since I considered all of this.) > and one addition by Gavin Smith, one of the developers of texinfo/info: >> Say Emacs 24 is installed as /usr/bin/emacs24, then the Info file >> could be at /usr/share/info/emacs24.info. Likewise if there's a >> symbolic link /usr/bin/emacs -> /usr/bin/emacs24, there could just as >> well be a symbolic link /usr/share/info/emacs24.info -> >> /usr/share/info/emacs.info. I don't see why using subdirectories >> should be necessary for this. Hmm, I would imagine the symlink would go the other way, i.e. emacs.info -> emacs24.info emacs24.info emacs25.info ... Thanks -- Rob Browning rlb @defaultvalue.org and @debian.org GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
