<feed xmlns='http://www.w3.org/2005/Atom'>
<title>notmuch/Makefile.local, branch debian/0.25-4</title>
<subtitle>thread-based email index, search, and tagging</subtitle>
<id>https://git.notmuchmail.org/git/notmuch/atom?h=debian%2F0.25-4</id>
<link rel='self' href='https://git.notmuchmail.org/git/notmuch/atom?h=debian%2F0.25-4'/>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/'/>
<updated>2017-05-11T23:41:10Z</updated>
<entry>
<title>build: do not export compat functions from lib</title>
<updated>2017-05-11T23:41:10Z</updated>
<author>
<name>Jani Nikula</name>
<email>jani@nikula.org</email>
</author>
<published>2017-05-10T19:42:09Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=d5ed9af0e42c0f32bcababd6ac5ce42ccb1bf283'/>
<id>urn:sha1:d5ed9af0e42c0f32bcababd6ac5ce42ccb1bf283</id>
<content type='text'>
Commits 9db214527213 ("lib/gen-version-script.h: add getline and
getdelim to notmuch.sym if needed") and 3242e29e57ac ("build: add
canonicalize_file_name to symbols exported from libnotmuch.so")
started exporting compat functions from libnotmuch so that the cli
could use them. But we shouldn't export such functions from the
library. They are not part of our ABI. Instead, the cli should include
its own copies of the compat functions.
</content>
</entry>
<entry>
<title>Makefile.local: have all files in release tarball be owned by root</title>
<updated>2017-04-14T19:17:46Z</updated>
<author>
<name>Tomi Ollila</name>
<email>tomi.ollila@iki.fi</email>
</author>
<published>2017-04-08T19:00:17Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=18ee87e7ce7e6a20e17a8e5138a82b9069276691'/>
<id>urn:sha1:18ee87e7ce7e6a20e17a8e5138a82b9069276691</id>
<content type='text'>
The tar content `git archive` creates (reproducibly) have owner and
group set to 'root'. (GNU) tar writes user ids to the added file
`version` by default. The contents of tar archive looks better and
more consistent when owner and group in all files are the same.

While at it, split this long command line to multiple lines.
</content>
</entry>
<entry>
<title>rename libutil.a to libnotmuch_util.a</title>
<updated>2017-03-19T00:37:43Z</updated>
<author>
<name>David Bremner</name>
<email>david@tethera.net</email>
</author>
<published>2017-03-14T11:10:07Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=c39f6361d0798aa8d0dcd0b91f6b86ab9dc21c75'/>
<id>urn:sha1:c39f6361d0798aa8d0dcd0b91f6b86ab9dc21c75</id>
<content type='text'>
Apparently some systems (MacOS?) have a system library called libutil
and the name conflict causes problems. Since this library is quite
notmuch specific, rename it to something less generic.
</content>
</entry>
<entry>
<title>build: replace remaining uses of SHA1_FILE</title>
<updated>2017-03-13T01:31:16Z</updated>
<author>
<name>David Bremner</name>
<email>david@tethera.net</email>
</author>
<published>2017-03-13T01:31:16Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=e60b44ecf8bd5934959727496c7ef3016ff80cf6'/>
<id>urn:sha1:e60b44ecf8bd5934959727496c7ef3016ff80cf6</id>
<content type='text'>
oops. If only there was some editor facility that allowed replacing
all instances of a string.
</content>
</entry>
<entry>
<title>build: use sha256sum instead of sha1sum to sign releases</title>
<updated>2017-03-02T21:31:15Z</updated>
<author>
<name>David Bremner</name>
<email>david@tethera.net</email>
</author>
<published>2017-03-02T00:44:47Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=914c4db1f2cf5b19100b42a8e3ea62d000a9b642'/>
<id>urn:sha1:914c4db1f2cf5b19100b42a8e3ea62d000a9b642</id>
<content type='text'>
</content>
</entry>
<entry>
<title>notmuch.desktop: move under emacs as notmuch-emacs-mua.desktop</title>
<updated>2016-11-26T12:16:39Z</updated>
<author>
<name>Jani Nikula</name>
<email>jani@nikula.org</email>
</author>
<published>2016-11-21T21:13:38Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=66c1bff416c23634a6cec937e386a6830c5c0bc2'/>
<id>urn:sha1:66c1bff416c23634a6cec937e386a6830c5c0bc2</id>
<content type='text'>
The notmuch.desktop file is part of notmuch-emacs. Move it under
emacs, and rename as notmuch-emacs-mua.desktop to reflect this.
</content>
</entry>
<entry>
<title>build: Move variable definitions to Makefile.global</title>
<updated>2016-11-26T11:46:42Z</updated>
<author>
<name>David Bremner</name>
<email>david@tethera.net</email>
</author>
<published>2016-11-19T17:44:28Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=46a47f06a628c7025246da040fa9ab6301c49313'/>
<id>urn:sha1:46a47f06a628c7025246da040fa9ab6301c49313</id>
<content type='text'>
I noticed when trying to use VERSION (and derived variables) in a
subdirectory that the top level Makefile.local needed to be included
first. But according to c10085c77b407d9ea704f8b4f9e0a805f63e72cb it
actually needs to be last. To break this conflict, move the variables
definitions into a new Makefile.global.
</content>
</entry>
<entry>
<title>emacs: generate notmuch-pkg.el</title>
<updated>2016-11-17T01:45:56Z</updated>
<author>
<name>David Bremner</name>
<email>david@tethera.net</email>
</author>
<published>2016-11-11T11:46:50Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=297d27e9f9f0341e40bfd9442dde5fdd1ad969ff'/>
<id>urn:sha1:297d27e9f9f0341e40bfd9442dde5fdd1ad969ff</id>
<content type='text'>
This file contains metadata for the built in (as of emacs 24) packaging
system.
</content>
</entry>
<entry>
<title>build system: choose gnu99 as a C standard</title>
<updated>2016-09-21T23:09:14Z</updated>
<author>
<name>David Bremner</name>
<email>david@tethera.net</email>
</author>
<published>2016-09-21T23:09:14Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=50a1032f870444522d90ef9d23726e42517fedbc'/>
<id>urn:sha1:50a1032f870444522d90ef9d23726e42517fedbc</id>
<content type='text'>
Apparently pre 5.1 gcc defaulted to gnu89, but we decided it was ok to
use some c99 features.

'-std=c99' by itself is not enough for notmuch to compile.

'-std=gnu99' seems to work with clang and gcc, so I'm not convinced
configuration support is needed.
</content>
</entry>
<entry>
<title>Makefile.local: use $(wildcard) to check existence of ${srcdir}/.git</title>
<updated>2016-09-04T11:14:55Z</updated>
<author>
<name>Tomi Ollila</name>
<email>tomi.ollila@iki.fi</email>
</author>
<published>2016-05-25T21:04:32Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=e0e6a17675a4f4f56f2c6891aaf7eb50f404ffd2'/>
<id>urn:sha1:e0e6a17675a4f4f56f2c6891aaf7eb50f404ffd2</id>
<content type='text'>
With this GNU Make construct one shell invocation can be skipped
and code looks shorter (narrower). This would now match to .git
being other file type than regular file or directory (or symlink
to those), but that is not a use case anyone should expect users
to do.
</content>
</entry>
</feed>
