<feed xmlns='http://www.w3.org/2005/Atom'>
<title>notmuch/emacs/Makefile.local, branch master</title>
<subtitle>thread-based email index, search, and tagging</subtitle>
<id>https://git.notmuchmail.org/git/notmuch/atom?h=master</id>
<link rel='self' href='https://git.notmuchmail.org/git/notmuch/atom?h=master'/>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/'/>
<updated>2026-01-13T22:52:08Z</updated>
<entry>
<title>emacs: Generate and install autoloads</title>
<updated>2026-01-13T22:52:08Z</updated>
<author>
<name>Pengji Zhang</name>
<email>me@pengjiz.com</email>
</author>
<published>2024-08-18T07:42:55Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=0469bcd1baf94548a4157effced6fee3a2f23cc6'/>
<id>urn:sha1:0469bcd1baf94548a4157effced6fee3a2f23cc6</id>
<content type='text'>
Previously when installed with 'make install', autoloads in sources
were not scraped. So users still had to load the full library
beforehand in order to use Notmuch.

Now we generate and install such a file for 'make install-emacs'. With
this change, users can replace in their Emacs configuration:

    (require 'notmuch)

with a much cheaper:

    (require 'notmuch-autoloads)

but are still able to use 'M-x notmuch'.

Note that this new file is not included in the 'make elpa' package, so
it does not break for those users, who have already been enjoying
autoloads generated by 'package.el'.

Besides, this should not break packaging for most distros. Even if
they have generated and maintained such a file using their package
managers, Emacs does not choke on an existing output file when
scraping autoloads.

Re: thread starting at id:87o75yl4u5.fsf@pengjiz.com

Amended-By: db; add comment about autoload-excludes
</content>
</entry>
<entry>
<title>emacs: add notmuch-logo.svg and use it in emacs mua on graphic displays</title>
<updated>2021-12-23T12:16:49Z</updated>
<author>
<name>Tomi Ollila</name>
<email>tomi.ollila@iki.fi</email>
</author>
<published>2021-12-21T23:10:39Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=031f4b4da5b317c580df474d002a8300d35a818e'/>
<id>urn:sha1:031f4b4da5b317c580df474d002a8300d35a818e</id>
<content type='text'>
emacs/notmuch-logo.svg is handcrafted scalable vector graphics version
of the notmuch logo.

Emacs on graphic displays render this image four times in size compared
to the emacs/notmuch-logo.png, and the image is much sharper.

The rendered image size, 100x100 pixels, fits reasonably well with
text shown in various font sizes.

Scaling the image -- if desired -- may come in the future. For now
this is improvement on how the logo looked in notmuch-hello window.
</content>
</entry>
<entry>
<title>emacs: Use makefile-gmake-mode in Makefile*s</title>
<updated>2020-08-10T00:14:36Z</updated>
<author>
<name>Jonas Bernoulli</name>
<email>jonas@bernoul.li</email>
</author>
<published>2020-08-08T11:49:49Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=c4541353765dec837c1c2f912b1bf6661827429c'/>
<id>urn:sha1:c4541353765dec837c1c2f912b1bf6661827429c</id>
<content type='text'>
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).
</content>
</entry>
<entry>
<title>build: drop variable HAVE_EMACS. use WITH_EMACS instead</title>
<updated>2019-06-12T22:58:30Z</updated>
<author>
<name>David Bremner</name>
<email>david@tethera.net</email>
</author>
<published>2019-06-12T00:12:38Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=a6a8df7e0379bfb6e69b9541d7813ac71f624f2e'/>
<id>urn:sha1:a6a8df7e0379bfb6e69b9541d7813ac71f624f2e</id>
<content type='text'>
The extra flexibility of having both HAVE_EMACS (for yes, there is an
emacs we can use) and WITH_EMACS (the user wants emacs support) lead
to confusion and bugs. We now just force WITH_EMACS to 0 if no
suitable emacs is detected.
</content>
</entry>
<entry>
<title>build: only try to build .rsti files if we have emacs and sphinx</title>
<updated>2019-04-24T09:53:13Z</updated>
<author>
<name>David Bremner</name>
<email>david@tethera.net</email>
</author>
<published>2019-04-21T23:36:43Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=e4a8d6e2a4355f54cb73d3b27afb0ce19ce7eb0d'/>
<id>urn:sha1:e4a8d6e2a4355f54cb73d3b27afb0ce19ce7eb0d</id>
<content type='text'>
Emacs is needed to build them, and sphinx is needed to use them
</content>
</entry>
<entry>
<title>emacs: build docstring (rsti) files</title>
<updated>2018-12-08T12:49:31Z</updated>
<author>
<name>David Bremner</name>
<email>david@tethera.net</email>
</author>
<published>2018-06-14T00:32:38Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=0a9fc49b90dc9fd1ae737f45a0b145f42ef6df36'/>
<id>urn:sha1:0a9fc49b90dc9fd1ae737f45a0b145f42ef6df36</id>
<content type='text'>
These are intended to included in the sphinx manual for notmuch-emacs.
The stamp file makes it easier to depend on the docstrings from other
parts of the build
</content>
</entry>
<entry>
<title>build: install notmuch-emacs-mua with absolute shebang</title>
<updated>2018-09-18T10:34:33Z</updated>
<author>
<name>David Bremner</name>
<email>david@tethera.net</email>
</author>
<published>2018-09-16T17:08:05Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=ef07e3f3bdd01a7266e0268227cd9b78f3c47c68'/>
<id>urn:sha1:ef07e3f3bdd01a7266e0268227cd9b78f3c47c68</id>
<content type='text'>
Follow distro-centric rules to reduce the chance of surprising
behaviour due to PATH changes
</content>
</entry>
<entry>
<title>doc: install info files in elpa package</title>
<updated>2018-05-26T15:26:22Z</updated>
<author>
<name>David Bremner</name>
<email>david@tethera.net</email>
</author>
<published>2018-05-21T20:08:52Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=95f441b06bbf728252fe6cd3f8cb93d969011425'/>
<id>urn:sha1:95f441b06bbf728252fe6cd3f8cb93d969011425</id>
<content type='text'>
The duplication of effort in installing into different places seems
unavoidable; or more precisely not worth avoiding by more extensive
gnu-make-isms.
</content>
</entry>
<entry>
<title>build: update the desktop database after installing the desktop file</title>
<updated>2016-11-29T02:04:26Z</updated>
<author>
<name>Jani Nikula</name>
<email>jani@nikula.org</email>
</author>
<published>2016-11-26T09:43:49Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=383796c325de2dbb32c5c02157777d2d06d39f0b'/>
<id>urn:sha1:383796c325de2dbb32c5c02157777d2d06d39f0b</id>
<content type='text'>
This makes the option to choose Notmuch as mailto: handler show up in
the desktop environment settings. Ignore errors.
</content>
</entry>
<entry>
<title>build: install notmuch-emacs-mua.desktop file with emacs</title>
<updated>2016-11-29T02:01:45Z</updated>
<author>
<name>Jani Nikula</name>
<email>jani@nikula.org</email>
</author>
<published>2016-11-26T09:37:17Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=459989b7efb109e31930da5db0112854fa6e03da'/>
<id>urn:sha1:459989b7efb109e31930da5db0112854fa6e03da</id>
<content type='text'>
There is really no need to have a separate install target for the
desktop file. Just install the desktop file with emacs, with a
configure option to opt out.
</content>
</entry>
</feed>
