thread-based email index, search, and tagging https://git.notmuchmail.org/git/notmuch/atom?h=0.29.3 2019-06-11T00:48:03Z 2019-06-11T00:48:03Z David Bremner david@tethera.net 2019-06-10T10:11:50Z urn:sha1:3ec47e1165064d4937044c02e882612a3e3a7671 In 40b025 we stopped building the notmuch-emacs documentation if HAVE_EMACS=0 (i.e. no emacs was detected by configure). Unfortunately we continued to try to install the (non-existent) documentation, which causes build/install failures. As a bonus, we also avoid installing the documentation if the user configures --without-emacs. Thanks to Ralph Seichter for reporting the problem, and testing previous versions of this fix. 2019-06-11T00:46:55Z David Bremner david@tethera.net 2019-06-11T00:06:57Z urn:sha1:71bf459596c72cf72b89c6ae2f47b1f5cf7548db Since the docstrings are not built in the case of --without-emacs, even if emacs is detected, don't let sphinx build the emacs docs. This avoids a large number of error messages due to missing includes. It's actually a bit surprising sphinx doesn't generate an error for the missing include files. 2019-06-03T10:35:30Z David Bremner david@tethera.net 2019-06-01T02:24:52Z urn:sha1:6edc073e4496b71d24e339f4d0cca41c2e4ac3e1 It seems our previous attempt with order-only targets was not sufficient to avoid problems with sphinx-builds doctree cache [0]. Looking around at other people's approaches [1], using separate doctrees was suggested. I guess there might be a slight loss of efficiency, but it seems more robust. [0]: build failures were first noticed in Debian experimental, but I was able to duplicate it in my usual build environment about 1 in 8 builds. [1]: in particular https://salsa.debian.org/mpd-team/mpc/commit/9e3fc1657d043d75755993846c93f7700b97f907 2019-04-24T09:53:13Z David Bremner david@tethera.net 2019-04-21T23:41:34Z urn:sha1:40b025c5f1cc3dafe4c30cd6005fdb2ba32e0c95 This will still generate a warning about an excluded document in the toctree, but it cuts down on the noise quite a lot. 2019-04-24T09:53:13Z David Bremner david@tethera.net 2019-04-21T17:00:18Z urn:sha1:4f0fe36c47a43950f6f4df82630ef062976ebceb These are less time consuming than the texi docs to rebuild (because the texi rebuild triggers info rebuild), but still take noticable time. 2019-04-24T09:53:07Z David Bremner david@tethera.net 2019-04-21T16:53:03Z urn:sha1:f0399db513ce2f12b94cd8aefe54be408d39fb62 Apparently the sphinx-doc texinfo builder is not smart enough to only rebuild those files where the source has changed. 2019-03-19T23:54:15Z David Bremner david@tethera.net 2019-03-19T23:50:28Z urn:sha1:0557c5a0333b971188c02c961dec88496f2eed0c This should silence some warnings about the jobserver, but also make it easier to build the docs where GNU make is called something other than make. Based on a patch from aidecoe. 2019-03-06T12:53:26Z David Bremner david@tethera.net 2019-03-06T12:53:26Z urn:sha1:71eaa19350883b30bafe885ea083c2e3f1621e10 Changes from 0.28.3 2019-03-06T01:46:41Z David Bremner david@tethera.net 2019-03-03T03:30:59Z urn:sha1:dcf7fca2d9f87fc4d412dbbba8e441d9ff204ffc In certain conditions the parallel calls to sphinx-build could collide, yielding a crash like Exception occurred: File "/usr/lib/python3/dist-packages/sphinx/environment.py", line 1261, in get_doctree doctree = pickle.load(f) EOFError: Ran out of input 2018-12-20T08:30:11Z David Bremner david@tethera.net 2018-12-20T08:30:11Z urn:sha1:e52535029b3976589e2817da515fd98120718947 This is nonsensical on the face of it, but is needed (for now) because the notmuch-emacs page is unconditionally included in index.rst.