thread-based email index, search, and tagging https://git.notmuchmail.org/git/notmuch/atom?h=0.38.2 2023-09-12T11:07:37Z 2023-09-12T11:07:37Z David Bremner david@tethera.net 2023-09-10T23:13:13Z urn:sha1:b21747e0c3b7e2a779f5fad10cef4c8fcf233ae4 These are generated indirectly by certain uses of python in the build. 2022-07-03T21:01:57Z David Bremner david@tethera.net 2022-07-01T01:14:20Z urn:sha1:3cb936b7c458bc9b0f5cc6d7fb266307fd0224d8 Previously only man page aliases were being added as symlinks. The addition to man_pages in conf.py automatically propagates to the list of generated info pages. Installation of the new pages is handled by existing recipes. 2022-06-17T11:40:19Z David Bremner david@tethera.net 2022-05-07T13:32:18Z urn:sha1:8ed68c1bbe8c1b7bb69d7bea1e0c8919bfcb0d0a The previous defaults were not suitable for personal (i.e. not bugtracking for notmuch development) use. Provide two ways for the user to select nmbug compatible defaults; command line argument and checking the name of the script. 2021-12-25T11:32:27Z David Bremner david@tethera.net 2021-12-24T16:20:31Z urn:sha1:02d8ff376d77e5d96389c30576221a7ac5b4bea1 In [1] Daniel observed that the gzipped man pages were only being rebuild every second time when building with `make -j4'. This may be caused by a race condition between sphinx-build rebuilding the roff files and the recipe to gzip them. This commit sequentializes these two steps by making the stamp file a prerequisite for (all of) the gzip files. [1]: id:87tveotn1g.fsf@fifthhorseman.net 2021-12-23T12:01:28Z David Bremner david@tethera.net 2021-12-04T23:47:51Z urn:sha1:b7e08901e8ab695fb75de0528871771009f49aa8 This partially fixes (i.e. just for sphinx) the problem reported by Daniel in id:87r29wwgq2.fsf@fifthhorseman.net. 2021-12-23T12:01:11Z David Bremner david@tethera.net 2021-12-04T23:47:50Z urn:sha1:d825847b522f2b84abf087d90b57275502f37163 Depending on a phony target seems like a good way to always trigger a recipe. 2021-12-04T00:25:59Z David Bremner david@tethera.net 2021-10-29T14:54:59Z urn:sha1:48b5263646bae2ce40e3ec17e0cfae26a7abc91f Previously the python-cffi bindings either failed to build, or built for the wrong module by using the installed module. The fix requires correction the module path, building the bindings before docs, and helping python find the built libnotmuch. Based on patch / discussion from Micheal Gruber [1] [1]: id:cover.1634808719.git.git@grubix.eu 2020-12-10T01:55:38Z David Bremner david@tethera.net 2020-12-10T01:55:38Z urn:sha1:ed7ca948ae31ac0e1d3633a2f58fb3e4aecd03de Under a sufficiently high level of parallelism [1] there seems to be a a race condition that allows sphinx-build to start running before the docstrings are extracted. This change moves the docstring stamp from the phony targets sphinx-html and sphinx-info to the file targets that they depend on. I'm not sure why this makes things better, but I am fairly confident it does not make things worse, and experimentally it seems to eliminate the race condition. [1]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=976934 2020-08-10T00:14:36Z Jonas Bernoulli jonas@bernoul.li 2020-08-08T11:49:49Z urn:sha1:c4541353765dec837c1c2f912b1bf6661827429c Use `makefile-gmake-mode' instead of `makefile-mode' because the former also highlights ifdef et al. while the latter does not. "./Makefile.global" and one "Makefile.local" failed to specify any major mode at all but doing so is necessary because Emacs does not automatically figure out that these are Makefiles (of any flavor). 2020-07-15T11:32:15Z David Bremner david@tethera.net 2020-07-11T13:20:26Z urn:sha1:0e03e2d45e36edb635229f356bf41f153c30a70f It is getting unwieldy to pass configuration options on the sphinx-build command line, and I anticipate further use of conditionals. As far as I could tell, execing a string is the idiomatic way to emulate include in Python.