Hi
Thanks for your report Daniel,
20/03/2020 , Daniel Kahn Gillmor wrote:
> ncmpc pulls in a bunch of javascript packages, which i think are just to
> render the documentation:
Right.
20/03/2020 , Daniel Kahn Gillmor wrote:
> Since ncmpc is good for use in a lightweight (non-graphical)
> environment […]
> I recommend either moving ncmpc documentation to a separate package, or
> making these dependencies into Recommends instead.
Here is a bit of context regarding documentation as a separated package.
When we took over maintenance I did split the documentation in a dedicated
package. But
in order to have the package in time for Buster release we decided not to split
the
package. Here is the original message :
06/01/2019 , Florian Schlichting wrote:
> - building a new binary package ncmpc-doc will cause the upload to go to
> NEW for ftp-master approval. This may take several weeks and carries a
> high risk of missing buster. My advice is to not split off the
> documentation - not now because of release timing, but also more
> generally because it's not actually that big (123k installed). In fact
> I think the ncmpc-lyrics package should be re-integrated with ncmpc
> (the additional changelog.Debian.gz is twice the size of all the
> plugins together) but I suggest to do this after the buster release.
The reason for shipping documentation (and lyrics plugin as well) in a
separated package
is not only a matter of size but also the extra dependencies it pulls.
ncmpc-doc (html only) 168k
libjs-sphinxdoc144k
↘ libjs-jquery 746k
↘ javascript-common 70k
↘ libjs-underscore 302k
TOTAL 1400k
In case of ncmpc-lyrics it's worse since it pulls the ruby interpreter (15M for
libruby
alone).
Here are my propositions.
* Keep ncmpc-lyrics a separated package
Either
1) Move ${sphinxdoc:Depends} to Recommends (as suggested by Daniel)
2) Disable HTML build altogether ("html_manual=false" build option)
I'm in favor of 2). Actually the html documentation is nothing more than the
html
version of the man page. As Daniel mentioned ncmpc targets lightweight
(non-graphical)
environment (and advanced users), the regular manual is enough IMHO.
I'll update the package in a couple of week.
Please comment if you think we should do otherwise or if I forgot something.
Cheers
k
signature.asc
Description: OpenPGP digital signature