Thanks for the bug report.
* Dmitry Smirnov <only...@member.fsf.org>, 2012-09-18, 14:30:
Recently I was packaging a software installing different
sphinx-generated translations to
/usr/share/{packagename}/help/{cs,en,fr,ja}
I've noticed that even if I pass "usr/share/{packagename}/help" as
argument to dh_sphinxdoc it can't find documentation so I have to pass
"usr/share/{packagename}/help/{lang}" as many times as I have
translations to process.
This is intentional.
At the moment to avoid passing multiple arguments to dh_sphinxdoc I've
changed location for docs files to "usr/share/doc/{packagename}/help"
where dh_sphinxdoc found all the translations automatically without any
additional arguments.
What's wrong with passing multiple arguments?
Perhaps you would agree that it is a bit inconvenient to change docs
install location together with introducing a compatibility symlink just
to overcome this little limitation in dh_sphinxdoc.
It's certainly something wrong when you change the package contents to
make the packaging tools work better. But it's not necessarily the tools
that are at fault…
What is this compatiblity symlink for? If your package actually accesses
files in /usr/share/{packagename}/help/, then it sounds like a violation
of Policy §12.3 (“packages must not require the existence of any files in
/usr/share/doc/ in order to function”).
--
Jakub Wilk
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
