notmuch/debian, branch 0.8_rc1

update versions for release candidate

2011-09-07T01:55:01Z

we now have three files to keep in sync. That seems wrong, but I guess we will live with it for now. The main problem is that the python code is distributed separately, so it can't get the version from 'version'. The choice ~rcX is for convenience with debian versioning.

debian: new changelog stanza for 0.7

2011-08-01T19:48:13Z

No actual changes, but we need a new stanza to upload to unstable anyway.

Revert "debian: Generate version from debian/changelog"

2011-07-29T16:56:52Z

This reverts commit 2b76283b52a2389a591ca055b086381c44e2a61f. Conflicts: debian/rules

debian: changelog stanza for release candiate

2011-07-29T10:20:45Z

debian: use 3.0 (quilt) source format.

2011-07-17T14:11:57Z

This generates a seperate notmuch-0.x.debian.tar.gz containing ./debian. In the initial release this is redundant, but for Debian only updates between releases, this allows updating the contents of ./debian, and using the rest of the release tarball.

update NEWS and debian/changelog for 0.6.1

2011-07-17T13:58:15Z

debian: use a non-native version number.

2011-07-17T13:42:53Z

There is concensus to use non-native version number for updates that contain only Debian changes. Unfortunately changing back and forth between native and non-native packages has the potential for confusion, since the archive will end up with notmuch-0.x.tar.gz and notmuch-0.x.orig.tar.gz. So we use non-native numbering from the beginning.

debian: add (demangled) Xapian exception typeinfo symbols to libnotmuch1.symbols

2011-07-17T01:16:46Z

These are exported (again) by the library to prevent problems with catching exceptions.

debian: update changelog for strict libnotmuch dependency

2011-07-10T12:35:00Z

debian: strictly depend on the same version of libnotmuch

2011-07-10T12:32:40Z

It took quite some time to debug why folder: searches didn't work for me though I had notmuch 0.6~rc1 installed. amdragon in #notmuch found out that I still had libnotmuch1 0.5+nmu3 installed. To prevent the same problem in the future let notmuch depend on the same version of libnotmuch1. Reviewed-By: David Bremner The underlying issue is that the libnotmuch interface is not entirely captured by the set of exported symbols. In particular the query syntax can change without being visible to the linker at all.