aboutsummaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAge
* version: bump to 0.6.1David Bremner2011-07-17
|
* update NEWS and debian/changelog for 0.6.1David Bremner2011-07-17
|
* debian: use a non-native version number.David Bremner2011-07-17
| | | | | | | | | 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.symbolsDavid Bremner2011-07-16
| | | | | These are exported (again) by the library to prevent problems with catching exceptions.
* libnotmuch: export Xapian typeinfo symbolsDavid Bremner2011-07-16
| | | | | | | | | | | The lack of such exporting seems to cause problems catching exceptions, as suggested by http://gcc.gnu.org/wiki/Visibility This manifested in the symbol-hiding test failing when notmuch was compile with gcc 4.4.5. On i386, this further manifested as notmuch new failing to run (crashing with an uncaught exception on first run).
* debian: update changelog for strict libnotmuch dependencyDavid Bremner2011-07-10
|
* debian: strictly depend on the same version of libnotmuchUwe Kleine-König2011-07-10
| | | | | | | | | | | | | | | 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 <david@tethera.net> 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.
* debian: start new changelog stanza for post 0.6 bugfix releaseDavid Bremner2011-07-07
| | | | | | The version numbering scheme of n.n.n is chosen so as not to confuse tools that rely on the presence of a dash to detect non-native packages.
* debian: install README.Debian files for notmuch-vim and notmuch-emacs.David Bremner2011-07-07
| | | | | The notmuch-vim README.Debian in particular is quite important since it discussions the need to install the package with vim-addons
* version: bump to 0.6David Bremner2011-07-01
| | | | | The release machinery in the build system depends on this file being correct.
* NEWS: Update for release 0.6David Bremner2011-07-01
| | | | | | | | | | Fix some typos, add some notes on python bindings, "improve" the folder searching description, expand the discussion of crypto changes. This includes the changes from id:"1309541202-4938-1-git-send-email-dmitry.kurochkin@gmail.com" Thanks to Sebastian, Austin, and Uwe, Dmitry for the editing help.
* debian: add changelog stanza for release 0.6, install upstream docs referred to.David Bremner2011-07-01
| | | | | This perhaps breaks the "one thing at a time rule", but seems better than leaving the changelog pointing to nothing.
* debian: move vim directory creation to notmuch-vim binary packageDavid Bremner2011-07-01
| | | | | | | | | This step was missed during the package split of notmuch to notmuch, notmuch-emacs, and notmuch-vim. It seems mostly harmless in this case, but it is silly for non-vim users to have those directories. (cherry picked from commit 4b5875d81ef80dd7138e178f59ac67f66d5fe0ab)
* NEWS: Add notes for (imminent) notmuch 0.6 releaseCarl Worth2011-07-01
| | | | | | By skimming through "git log 0.5..origin/release" late at night. Hopefully everything here is accurate. (cherry picked from commit d173069ad9cf042458f16af00729867cb13bb3b7)
* emacs: Fix to unconditionally display subject changes in collapsed thread viewCarl Worth2011-07-01
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The feature to show subject changes in the collapsed thread view was originally added (8ab433607) with an option (notmuch-show-always-show-subject) to display the subject for all messages, even when there was no change. The subsequent commit (4f04d273) changed the sense of the test (or to and) and the name of the controlling variable (notmuch-show-elide-same-subject). But this commit is broken in a few ways: 1. The original definition of notmuch-show-always-show-subject was left around But the variable isn't actually used in the code at all, so it just adds clutter and confusion to the customization interface. 2. The name and description of the controlling variable doesn't match the implementation The name suggests that setting the variable to t will cause repeated subjects to be elided, (suggesting that when it is nil all subjects will be shown). However, when the variable is nil, no subjects are shown. So a correct name for the variable in this sense would be notmuch-show-subject-changes. Showing subject changes is a useful feature, and should be on by default. (We don't want to bury generally useful features behind customizations that users have to find). Rather than fixing the name of the variable and changing its default value, here we remove the condition entirely, such that the feature is enabled unconditionally. So both the currently-used variable and the stale definition of the formerly-used are removed. Also, the one relevant test-suite result is updated, (showing the intial subject of a collapsed thread, and no subject display for later messages that do not change the subject). (cherry picked from commit 580de27177de5cd6c5cbc9cc3759ce320216dd5b)
* debian: changelog stanza for first "official" release candidateDavid Bremner2011-06-30
| | | | | | | The last upload to experimental was really a release candidate too. Switch versioning to ~rc1 as counting commits is confusing when building from the release branch. (cherry picked from commit 117852a5f1269e77a7f76c53236220a9ec89eba6)
* debian: don't install zsh completion files into /usr/share/zshDavid Bremner2011-06-30
| | | | | | | | | | | | as of version 4.3.12, perhaps earlier, the Debian zsh package now ships /usr/share/zsh/functions/Completion/Unix/_notmuch, so we shouldn't install that ourselves anymore. My understanding is that letting zsh ship the completion scripts is the standard thing to do. The script is still shipped in /usr/share/doc/notmuch/examples (cherry picked from commit 0a0f5f1bbe4bf256a14dee0ab2af3065a251a72c)
* python: Do not implicitely call maildir_flags_to_tags etcSebastian Spaeth2011-06-30
| | | | | | | | | | | In order to remain consistent with the underlying C API, we do not automatically synchronize notmuch tags and maildir flags anymore. The underlying functions Message.maildir_flags_to_tags and Message.tags_to_maildir_flags still exist and are available to the user. Signed-off-by: Sebastian Spaeth <Sebastian@SSpaeth.de> (cherry picked from commit e59eaa5ddd2c23742c95e2acd34673b58ea34d2d)
* debian/changelog: Add note that notmuch-vim description is in (bug #631974)Carl Worth2011-06-29
| | | | | | This note will automatically cause the bug entry to be closed as fixed when the next package (including this change) is uploaded. (cherry picked from commit 04b9ffa56f54976f6a3324a3673915a036646ea6)
* Fix folder: coherence issueMark Anderson2011-06-29
| | | | | | | | | | | Add removal of all ZXFOLDER terms to removal of all XFOLDER terms for each message filename removal. The existing filename-list reindexing will put all the needed terms back in. Test search-folder-coherence now passes. Signed-off-by:Mark Anderson <ma.skies@gmail.com> (cherry picked from commit 8a856e5c38b79359e4fbf9e27f58b1fe00c1e18a)
* test: Use increment_mtime rather than sleepCarl Worth2011-06-29
| | | | | | | | | | | | The sleep was to force the directory's mtime to advance between the previous notmuch new and the subsequent rm;notmuch new. The current convention is to use the existing increment_mtime function for this purpose, (which avoids the test suite being slowed down by calls to sleep). Thanks to Austin Clements for noticing this undesired sleep. (cherry picked from commit 55a78d5dbd96b80939458d9d6cc8a536b1befa87)
* test:Folder tags shouldn't match after removal of file in given folderMark Anderson2011-06-29
| | | | | | | | | | | | Test for bug. Current stemming support for notmuch adds extra terms to the DB which aren't removed when the file renames are detected. When folder tags are added to a message, Xapian terms for both XFOLDER and ZXFOLDER are generated. When one of the filenames are renamed/removed, only the XFOLDER tags are removed, leaving it possible for a match on a folder: tag that was previously but is no longer a match in the maildir. (cherry picked from commit 86e0baeb6df5509393832488c0de3520a1a5bdcb)
* search --output=files: Output all filenames for each matching messageMark Anderson2011-06-29
| | | | | | | | | Messages in the database can have multiple files associated with a single message-id, but until now only one filename for each message has been reported by "notmuch search --output=files" Signed-off-by: Mark Anderson <ma.skies@gmail.com> (cherry picked from commit d752509abfd7697d2f8a1c5be6f96f0df4f0299d)
* libnotmuch: build symbols list without relying on gcc -aux-info.David Bremner2011-06-28
| | | | | | | | | | | | | | | | | Carl reports "gcc -aux-info notmuch.aux lib/notmuch.h" does not generate notmuch.aux for him with Debian gcc 4.6.0-8. A small modification of the original sed regular expression allows us to work directly from lib/notmuch.h, rather than preprocessing with gcc. As with most such simple regex based "parsing", this is quite sensitive to the input format, and needs that each symbol to be exported from libnotmuch should - start with "notmuch_" - be the first non-whitespace token on the line - be followed by an open parenthesis. (Cherry-picked from 51b7ab69687, with conflicts resolved by db)
* test: remove useless test_emacs call from an emacs FCC testDmitry Kurochkin2011-06-23
| | | | | | This was inadvertently left over when debugging an early version of this commit. -Carl Worth <cworth@cworth.org> (cherry picked from commit 8bf0c1c3deb49d54e86c04826a05f0217a81cf47)
* Fix wrong-type-argument lisp error in `notmuch-fcc-header-setup'Dmitry Kurochkin2011-06-23
| | | | | | | | | | | | This error occurs when `notmuch-fcc-dirs' is set to a list. The error was in the `notmuch-fcc-dirs' format check which was changed in an incompatible way from 0.4 to 0.5. The fix was extracted from a bigger patch series by David Edmondson id:"1290682750-30283-2-git-send-email-dme@dme.org". Signed-off-by: Jameson Graef Rollins <jrollins@finestructure.net> (cherry picked from commit ce08571428dc784e279b28527f8073a1a05d7c37)
* test: Test emacs message composing with various values for notmuch-fcc-dirsCarl Worth2011-06-23
| | | | | | | | We exercise each of the documented values (nil, a string, and a list). For the list, we test matching a specific entry, matching a catch-all regular expression, and no match at all (in which case there is no FCC set). (cherry picked from commit 76b54f1898e97f6d07d0eaaf04a1772e60a7c48d)
* debian: fix installation of notmuch-vim READMEDavid Bremner2011-06-23
| | | | There was a leftover override, installing it into the wrong package.
* start new changelog stanzaDavid Bremner2011-06-23
|
* Revert "debian: Override RPATH_LDFLAGS"David Bremner2011-06-23
| | | | | | | This reverts commit fc126d89b2baa479d98c864fbef4174b6da707c0. This override of the make variable RPATH_LDFLAGS should no longer be required since the auto-configuration was fixed
* debian: Set conflicts from package split to point to an existing version.David Bremner2011-06-23
| | | | | The previous version was harmless, since there were no versions uploaded between ~237 and ~254, but this is less confusing.
* debian: fix typo in short description of notmuch-vimDavid Bremner2011-06-23
| | | | Thanks to Dirk Eddelbuettel for noticing.
* debian: update changelog for upload 0.6~254, bump standards version to 3.9.2David Bremner2011-06-23
|
* debian: remove Xapian exceptions symbols from libnotmuch1.symbolsDavid Bremner2011-06-23
| | | | | These were never intended to be public, since the library exports only a C API.
* debian: split off vim interface to its own packageDavid Bremner2011-06-23
| | | | So far the package does notthing fancy with vim-addon-manager.
* debian: split off emacs interface into its own package.David Bremner2011-06-23
| | | | | | | | | | - rename emacsen-install/remove files, and change embedded package name - split notmuch.install, notmuch.dirs - add Breaks/Replaces for previous notmuch packages with overlapping files.
* debian: Build depend on emacs-nox instead of emacs.David Bremner2011-06-23
| | | | | Nothing in the build process needs X, and the number of dependencies that need to be installed is much smaller.
* debian: build package for python-bindings.David Bremner2011-06-23
| | | | | | | This uses dh_python2 (included with sufficiently recent versions of the python/python-all packages). python-all brings in all of the supported versions of python. The double calls to dh_auto_install and friends are to avoid looping over python versions ourselves.
* tests: add a test for symbol hiding side effectsDavid Bremner2011-06-23
| | | | | | | | | | | The worry here is that a binary linking with libnotmuch might lose access to Xapian::Error symbols because libnotmuch hides them. We are careful here to create ./fakedb/.notmuch in order to trigger a Xapian exception, and not just a missing file check. Thanks to jrollins and amddragon for suggestions. (cherry picked from commit 66f37f5f6864a988f94ddb893e3a176af57f6c8e)
* libnotmuch: add linker script to declare only notmuch_* symbols as global.David Bremner2011-06-23
| | | | | | | | | | | This is closely tied to gcc and particularly gnu ld, but I guess the shared library linking code would need to be adjusted to work on a non-gnu linker anyay. I had to make a few not-obviously related changes to the lib/Makefile.local to make this work: libnotmuch_modules is defined with := and used in place of $^ (cherry picked from commit 014bf85b1c06ff49be2bde5a26433d2cf376cf70)
* debian: add changlog stanza for new snapshot 0.6~237David Bremner2011-06-22
| | | | (cherry picked from commit 17daa480e435ad4c1d8f4f18447eff1ff36dbe00)
* debian: Changelog stanza for new git snapshot 0.6~215David Bremner2011-06-22
| | | | (cherry picked from commit b85a415a7bd91c360c0acd453ead39be854f63f7)
* debian: update symbols file for libnotmuch1David Bremner2011-06-22
| | | | | | One of the Xapian exception symbols has gone missing. Hopefully this doesn't mean we should be bumping the SONAME. (cherry picked from commit e8260d63f1f5a37094801ecd5d110bf48f22ee45)
* debian: Changelog stanza for new snapshot 0.6~180David Bremner2011-06-22
| | | | (cherry picked from commit 54a3983d3c38830e2b609be0a96c5cf6dc6de054)
* debian: update symbols file for libnotmuch1David Bremner2011-06-22
| | | | | This re-exports three symbols from Xapian. (cherry picked from commit f36c36ddd13486d1e38b4dd0efa717108f56c4f9)
* debian: Override RPATH_LDFLAGSDavid Bremner2011-06-22
| | | | | | Probably there is a nicer way to do this; perhaps it should be a configure option. (cherry picked from commit 387dc520dd68cc805e390f3a1399f85b5d5bd83a)
* debian: Add changelog stanza for new snapshot 0.6~171David Bremner2011-06-22
| | | | | | | After some debate, we settled on 0.6~$num as a snapshot version number, at least until 0.6 is released. This has the needed property of sorting after 0.5+nmu$num. (cherry picked from commit 54f7766febc3fa3c9dc475f6ec6718c5e87a189e)
* debian: Add myself (David Bremner) as an uploaderDavid Bremner2011-06-22
| | | | | This avoids having to mark every upload as a non-maintainer upload. (cherry picked from commit e849851d2d38cbf985f3fd884226100b93f3044f)
* debian: Incorporate changelog entries from post 0.5 uploadsDavid Bremner2011-06-22
| | | | | These uploads added the timeout to the tests to fix build failures. (cherry picked from commit 0901faabd90a689728d8079b3163bd76b29d29aa)
* emacs: Show all multipart/alternative parts by default.Jameson Graef Rollins2011-06-22
| | | | | | | | | | | | | | | | | | This is patch is a temporary work-around for a slight regression that popped up in the part handling reorganization. Currently, text/plain parts are always preferred, if present, over other non-text/plain parts in multipart/alternative. However, this means that if there is a blank text/plain part, no content will be displayed. One way to get around this is to set the "notmuch-show-all-multipart/alternative-parts" customization variable to True ('t'), which will cause all parts to always be displayed. Since we want to move forward with the next release, we're going to set this variable true by default, to make sure that no content is unretrievably hidden from the user. Once we come up with a better solution for easy display of hidden parts we can set this back to a default value of 'nil'.
generated by cgit v1.2.3 (git 2.39.1) at 2024-06-26 18:09:45 +0000