GNOME Bugzilla – Bug 403060
Yelp cannot handle multiple paths in INFOPATH
Last modified: 2018-05-22 12:44:02 UTC
Let's say you have an alternative Emacs installation in /opt/EmacsCVS/ and the info directory is /opt/Emacs/info/, you set $INFOPATH to: export INFOPATH=/opt/EmacsCVS/info:/usr/share/info/ If you run "yelp", you will only see the info pages in the first part of the INFOPATH, i.e. /opt/Emacs/info/, yelp will not show any of the info pages in /usr/share/info.
Note that emacs or the standalone "info" reader expects handle multiple paths in INFODIR and it is necessary to be able to set INFODIR to multiple paths so that info and emacs will find the appropriate documentation as expected.
Confirming. I have no idea what's going on here, but I'll look into it soon. (Spoon integration, which should happen in 2.20 will change this code substantially anyway).
Is this an issue with use of the dir file vs reading all available .info pages? I think the usual "info" readers start up with the first dir file found along INFOPATH. This might be quite different than info'ing for a specific topic, which would look for it among all files instead of displaying a pre-created index of them (one needs to install-info each .info page into the dir, not automatic). Just pondering aloud here...
Making depend on new pager system tracker bug as the issue seems fixed there...
This appears to be fixed in the current upstream.
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/yelp/issues/26.