Don't include generated documentation in the tarball
authorSimon McVittie <simon.mcvittie@collabora.co.uk>
Fri, 9 Nov 2012 14:24:26 +0000 (14:24 +0000)
committerSimon McVittie <simon.mcvittie@collabora.co.uk>
Tue, 13 Nov 2012 16:13:26 +0000 (16:13 +0000)
commit16d0564f30dbe975409e36af5e63ab3ececedda4
tree29d9bd132db527bec54efe212e3aadc29c2e501f
parentb8b3feb98646c8294c86f8391d243aaf3f8ac684
Don't include generated documentation in the tarball

Building it unconditionally causes problems for minimal installations
(OSTree), and building it opportunistically means the tarball isn't
guaranteed to contain it, depending who releases libdbus and which
packages they happen to have installed at the time. If this documentation
is important enough that we need to ship it precompiled in tarballs,
we should guarantee it; or if it isn't important enough to justify that,
we should just drop it.

I don't think we really need it in the tarballs at all: most users
will get their libdbus from a binary distribution (in which case I expect
the distribution's dbus maintainers to set appropriate
build-dependencies), and those who build from source can either
install xmlto, read the documentation on our website, or at worst,
read the source XML. (We don't put the Doxygen-generated API reference
HTML in the tarball either, and I haven't heard any complaints.)

Bug: https://bugs.freedesktop.org/show_bug.cgi?id=55426
Reviewed-by: Colin Walters <walters@verbum.org>
doc/Makefile.am