<feed xmlns='http://www.w3.org/2005/Atom'>
<title>notmuch/Makefile.local, branch 0.11_rc1</title>
<subtitle>thread-based email index, search, and tagging</subtitle>
<id>https://git.notmuchmail.org/git/notmuch/atom?h=0.11_rc1</id>
<link rel='self' href='https://git.notmuchmail.org/git/notmuch/atom?h=0.11_rc1'/>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/'/>
<updated>2011-12-18T10:39:53Z</updated>
<entry>
<title>build-system: use a shell variable for TMPFILE in debian-snapshot</title>
<updated>2011-12-18T10:39:53Z</updated>
<author>
<name>David Bremner</name>
<email>bremner@debian.org</email>
</author>
<published>2011-12-18T03:16:51Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=47b5797261f4d0f1dcf74e507452e120788964cf'/>
<id>urn:sha1:47b5797261f4d0f1dcf74e507452e120788964cf</id>
<content type='text'>
Aaron Ecay points out in
id:"1324136185-4509-1-git-send-email-aaronecay@gmail.com" that the
mktemp in

     debian-snapshot: TMPFILE := $(shell mktemp)

Is being evaluated for every target. As best I can tell, this is
because make is evaluating the right hand side, even though it is not
doing the assignment.

Of course, it isn't quite as nice to edit with the line continuations,
but it is ideomatic make.
</content>
</entry>
<entry>
<title>cli: introduce the concept of user defined hooks</title>
<updated>2011-12-11T17:57:31Z</updated>
<author>
<name>Jani Nikula</name>
<email>jani@nikula.org</email>
</author>
<published>2011-12-08T22:48:29Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=d399b6b909fe6e2c6073464006061382c8bb31d5'/>
<id>urn:sha1:d399b6b909fe6e2c6073464006061382c8bb31d5</id>
<content type='text'>
Add mechanism for running user defined hooks. Hooks are executables or
symlinks to executables stored under the new notmuch hooks directory,
&lt;database-path&gt;/.notmuch/hooks.

No hooks are introduced here, but adding support for a hook is now a simple
matter of calling the new notmuch_run_hook() function at an appropriate
location with the hook name.

Signed-off-by: Jani Nikula &lt;jani@nikula.org&gt;
</content>
</entry>
<entry>
<title>command-line-arguments.[ch]: new argument parsing framework for notmuch.</title>
<updated>2011-12-09T00:24:24Z</updated>
<author>
<name>David Bremner</name>
<email>bremner@debian.org</email>
</author>
<published>2011-12-01T00:27:26Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=2cf7b27a0c4b4e746e2e40752c55ddb4d54798b2'/>
<id>urn:sha1:2cf7b27a0c4b4e746e2e40752c55ddb4d54798b2</id>
<content type='text'>
As we noticed when Jani kindly converted things to getopt_long, much
of the work in argument parsing in notmuch is due to the the key-value
style arguments like --format=(raw|json|text).

The framework here provides positional arguments, simple switches,
and --key=value style arguments that can take a value being an integer,
a string, or one of a set of keywords.
</content>
</entry>
<entry>
<title>Merge branch 'release'</title>
<updated>2011-12-06T23:39:33Z</updated>
<author>
<name>David Bremner</name>
<email>bremner@debian.org</email>
</author>
<published>2011-12-06T23:39:33Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=f0e0053149bb3b51f4a0cd43371292b639f236a8'/>
<id>urn:sha1:f0e0053149bb3b51f4a0cd43371292b639f236a8</id>
<content type='text'>
Conflicts:
	NEWS

Conflicts resolved by inserting the 0.10.2 stanza before 0.11
</content>
</entry>
<entry>
<title>make release: remove LATEST-$(PACKAGE)-*</title>
<updated>2011-12-06T13:37:45Z</updated>
<author>
<name>Tomi Ollila</name>
<email>tomi.ollila@iki.fi</email>
</author>
<published>2011-12-05T11:39:32Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=2551c7013126964f5403ab8933e6f3ef524d1cb1'/>
<id>urn:sha1:2551c7013126964f5403ab8933e6f3ef524d1cb1</id>
<content type='text'>
The tar file of particular package (notmuch in this case) is named
as $(PACKAGE)-$(VERSION).tar.gz. Therefore the best way to remove
previous link to LATEST is to remove all files beginning with
LATEST-$(PACKAGE)- and not relying how $(VERSION) string is constructed.
</content>
</entry>
<entry>
<title>have LATEST-notmuch-&lt;version&gt;.tar.gz on releases web page</title>
<updated>2011-12-06T13:37:45Z</updated>
<author>
<name>Tomi Ollila</name>
<email>tomi.ollila@nixu.com</email>
</author>
<published>2011-11-24T20:41:01Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=fc622d7e060ea7f045e9be76b5579a9597b22ccd'/>
<id>urn:sha1:fc622d7e060ea7f045e9be76b5579a9597b22ccd</id>
<content type='text'>
The notmuchmail/releases page used to have LATEST-notmuch-&lt;version&gt;
to link to the latest notmuch source tarball. This is confusing on
web page and on disk when the file has been downloaded. This change
looks a bit inconsistent with the 'rm' command just executed before.
$(TAR_FILE) is defined (currently) as $(PACKAGE)-$(VERSION).tar.gz;
as long as the prefix stays $(PACKAGE)-$(VERSION) and version begins
with a digit then this line is good in execution point of view.
</content>
</entry>
<entry>
<title>build system: allow decreasing debian versions for debian-snapshot</title>
<updated>2011-12-06T02:27:08Z</updated>
<author>
<name>David Bremner</name>
<email>bremner@debian.org</email>
</author>
<published>2011-12-06T02:27:08Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=8e3879b68968ab985b903868427791e7c1bb516d'/>
<id>urn:sha1:8e3879b68968ab985b903868427791e7c1bb516d</id>
<content type='text'>
This allows the debian-snapshot to continue working between when
debian/changelog is updated and when the release is tagged.
</content>
</entry>
<entry>
<title>make release: use sed to check debian version</title>
<updated>2011-11-24T12:46:57Z</updated>
<author>
<name>Tomi Ollila</name>
<email>tomi.ollila@iki.fi</email>
</author>
<published>2011-11-21T16:34:24Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=ae7814bd61aee2967401ef4d14cb472ece7b6873'/>
<id>urn:sha1:ae7814bd61aee2967401ef4d14cb472ece7b6873</id>
<content type='text'>
Use common sed tool instead of dpkg-parsechangelog (which is usually
available on debian systems only) to verify that debian version
information is consistent with version file.
</content>
</entry>
<entry>
<title>make release: added goal verify-version-manpage</title>
<updated>2011-11-24T12:44:45Z</updated>
<author>
<name>Tomi Ollila</name>
<email>tomi.ollila@iki.fi</email>
</author>
<published>2011-11-21T16:27:09Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=fa3e2bad397fa3d8cb3e6edb99c55f8e00fecf04'/>
<id>urn:sha1:fa3e2bad397fa3d8cb3e6edb99c55f8e00fecf04</id>
<content type='text'>
Check that the version mentioned in notmuch manual page
is consistent with the version file.
</content>
</entry>
<entry>
<title>make release: verify-version-*: change comparison logic</title>
<updated>2011-11-24T12:41:22Z</updated>
<author>
<name>Tomi Ollila</name>
<email>tomi.ollila@iki.fi</email>
</author>
<published>2011-11-21T15:55:20Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=12197e89ad20a5e3a4d9b1de8394e9727fb46946'/>
<id>urn:sha1:12197e89ad20a5e3a4d9b1de8394e9727fb46946</id>
<content type='text'>
verfy-version-debian, verify-version-python and verify-version-components
checked noneqality of the comparison strings and if got "positive"
answer then made that goal fail. But in case of the test ([ ])
execution failed it never got to the 'then' part of the line (and
the 'if [ ... ] then ... fi ' construct doesn't make the script line
fail in case of problems inside [ ].
This commit inverses the "logic", so that only if the comparison for
equality succeeds the script line will exit with 0 and execution
can continue past the failure case to the next line (executed by another
shell) with '@echo done'
</content>
</entry>
</feed>
