On Wed, 29 Sep 1999, Peter S Galbraith wrote: > Your example implies that doc-base's install-docs is at fault for > creating files under either /usr/doc/HTML or /usr/share/doc/HTML > instead of files in a single place, with a /usr/doc/HTML -> > /usr/share/doc/HTML symlink. Am I correct? Or did I miss something?
As far as I see, you are talking about the dhelp support in doc-base. This is done in two steps: 1. convert the doc-base file to a .dhelp file. While the doc-base file uses a full path, the .dhelp file doesn't include a path. 2. add the documentation defined in the .dhelp file to the indexes in HTML using dhelp_parse. It shouldn't be a big problem, to add such a .dhelp file to the /usr/doc/HTML index, but dhelp doesn't support this at the moment, when called with /usr/share/doc/<package>/.dhelp. Another problem in combination with this is, that dhelp_parse scans all directories under /usr/share/doc (dhelp_parse_fsstnd does the same for /usr/doc), but both programs don't follow symlinks, which is a problem, because symlinks from /usr/doc/<package> to /usr/share/doc/<package> should be followed... > In that case, shouldn't the bug go against doc-base? The problem is somewhere between doc-base and dhelp, but both authors doesn't seem to have much interest in solving it... Ciao Roland -- * [EMAIL PROTECTED] * http://www.spinnaker.de/ * PGP: 1024/DD08DD6D 2D E7 CC DE D5 8D 78 BE 3C A0 A4 F1 4B 09 CE AF