From: David Bremner Date: Tue, 31 Dec 2013 00:53:20 +0000 (+2000) Subject: notmuch release 0.17 now available X-Git-Url: http://git.tremily.us/?a=commitdiff_plain;h=546d46b8abe58868487a641de6e415ac59d79077;p=notmuch-archives.git notmuch release 0.17 now available --- diff --git a/9f/b5e793c7604ae755fa953e630035f10eb12e3e b/9f/b5e793c7604ae755fa953e630035f10eb12e3e new file mode 100644 index 000000000..0dbc58902 --- /dev/null +++ b/9f/b5e793c7604ae755fa953e630035f10eb12e3e @@ -0,0 +1,269 @@ +Return-Path: +X-Original-To: notmuch@notmuchmail.org +Delivered-To: notmuch@notmuchmail.org +Received: from localhost (localhost [127.0.0.1]) + by olra.theworths.org (Postfix) with ESMTP id CC04E431FC0 + for ; Mon, 30 Dec 2013 16:53:34 -0800 (PST) +X-Virus-Scanned: Debian amavisd-new at olra.theworths.org +X-Spam-Flag: NO +X-Spam-Score: 0 +X-Spam-Level: +X-Spam-Status: No, score=0 tagged_above=-999 required=5 tests=[none] + autolearn=disabled +Received: from olra.theworths.org ([127.0.0.1]) + by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024) + with ESMTP id aqXHX-p9TvX5 for ; + Mon, 30 Dec 2013 16:53:27 -0800 (PST) +Received: from yantan.tethera.net (yantan.tethera.net [199.188.72.155]) + (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) + (No client certificate requested) + by olra.theworths.org (Postfix) with ESMTPS id CF8AD431FBF + for ; Mon, 30 Dec 2013 16:53:27 -0800 (PST) +Received: from remotemail by yantan.tethera.net with local (Exim 4.80) + (envelope-from ) + id 1VxnaI-0002qD-5f; Mon, 30 Dec 2013 20:53:26 -0400 +Received: (nullmailer pid 6055 invoked by uid 1000); Tue, 31 Dec 2013 + 00:53:22 -0000 +From: David Bremner +To: Notmuch Mail +Subject: notmuch release 0.17 now available +User-Agent: Notmuch/0.17~rc4 (http://notmuchmail.org) Emacs/24.3.1 + (x86_64-pc-linux-gnu) +Date: Mon, 30 Dec 2013 20:53:20 -0400 +Message-ID: <87iou56dtr.fsf@zancas.localnet> +MIME-Version: 1.0 +Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; + protocol="application/pgp-signature" +X-BeenThere: notmuch@notmuchmail.org +X-Mailman-Version: 2.1.13 +Precedence: list +List-Id: "Use and development of the notmuch mail system." + +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Tue, 31 Dec 2013 00:53:34 -0000 + +--=-=-= +Content-Type: text/plain + + +Where to obtain notmuch 0.17 +=========================== + http://notmuchmail.org/releases/notmuch-0.17.tar.gz + +Which can be verified with: + + http://notmuchmail.org/releases/notmuch-0.17.tar.gz.sha1 + 0fe14140126a0da04754f548edf7e7b135eeec86 notmuch-0.17.tar.gz + + http://notmuchmail.org/releases/notmuch-0.17.tar.gz.sha1.asc + (signed by David Bremner) + +What's new in notmuch 0.17 +========================= + +Incompatible change in SHA1 computation +--------------------------------------- + +Previously on big endian architectures like sparc and powerpc the +computation of SHA1 hashes was incorrect. This meant that messages +with overlong or missing message-ids were given different computed +message-ids than on more common little endian architectures like i386 +and amd64. If you use notmuch on a big endian architecture, you are +strongly advised to make a backup of your tags using `notmuch dump` +before this upgrade. You can locate the affected files using something +like: + + notmuch dump | \ + awk '/^notmuch-sha1-[0-9a-f]{40} / \ + {system("notmuch search --exclude=false --output=files id:" $1)}' + +Command-Line Interface +---------------------- + +New options to better support handling duplicate messages + + If more than one message file is associated with a message-id, + `notmuch search --output=files` will print all of them. A new + `--duplicate=N` option can be used to specify which duplicate to + print for each message. + + `notmuch count` now supports `--output=files` option to output the + number of files associated with matching messages. This may be + bigger than the number of matching messages due to duplicates + (i.e. multiple files having the same message-id). + +Improved `notmuch new` performance for unchanged folders + + `notmuch new` now skips over unchanged folders more efficiently, + which can substantially improve the performance of checking for new + mail in some situations (like NFS-mounted Maildirs). + +`notmuch reply --format=text` RFC 2047-encodes headers + + Previously, this used a mix of standard MIME encoding for the reply + body and UTF-8 for the headers. Now, the text format reply template + RFC 2047-encodes the headers, making the output a valid RFC 2822 + message. The JSON/sexp format is unchanged. + +`notmuch compact` command + + The new `compact` command exposes Xapian's compaction + functionality through a more convenient interface than + `xapian-compact`. `notmuch compact` will compact the database to a + temporary location, optionally backup the original database, and + move the compacted database into place. + +Emacs Interface +--------------- + +`notmuch-tree` (formerly `notmuch-pick`) has been added to mainline + + `notmuch-tree` is a threaded message view for the emacs + interface. Each message is one line in the results and the thread + structure is shown using UTF-8 box drawing characters (similar to + Mutt's threaded view). It comes between search and show in terms of + amount of output and can be useful for viewing both single threads + and multiple threads. + + Using `notmuch-tree` + + The main key entries to notmuch tree are + + 'z' enter a query to view using notmuch tree (works in hello, + search, show and tree mode itself) + + 'Z' view the current query in tree notmuch tree (works from search + and show) + + Once in tree mode, keybindings are mostly in line with the rest of + notmuch and are all viewable with '?' as usual. + + Customising `notmuch-tree` + + `notmuch-tree` has several customisation variables. The most + significant is the first notmuch-tree-show-out which determines the + behaviour when selecting a message (with RET) in tree view. By + default tree view uses a split window showing the single message in + the bottom pane. However, if this option is set then it views the + whole thread in the complete window jumping to the selected message + in the thread. In either case command-prefix selects the other option. + +Tagging threads in search is now race-free + + Previously, adding or removing a tag from a thread in a search + buffer would affect messages that had arrived after the search was + performed, resulting in, for example, archiving messages that were + never seen. Tagging now affects only the messages that were in the + thread when the search was performed. + +`notmuch-hello` refreshes when switching to the buffer + + The hello buffer now refreshes whenever you switch to the buffer, + regardless of how you get there. You can disable automatic + refreshing by customizing `notmuch-hello-auto-refresh`. + +Specific mini-buffer prompts for tagging operations + + When entering tags to add or remove, the mini-buffer prompt now + indicates what operation will be performed (e.g., "Tag thread", "Tag + message", etc). + +Built-in help improvements + + Documentation for many commands has been improved, as displayed by + `notmuch-help` (usually bound to "?"). The bindings listed by + `notmuch-help` also now include descriptions of prefixed commands. + +Quote replies as they are displayed in show view + + We now render the parts for reply quoting the same way they are + rendered for show. At this time, the notable change is that replies + to text/calendar are now pretty instead of raw vcalendar. + +Fixed inconsistent use of configured search order + + All ways of interactively invoking search now honor the value of + `notmuch-search-oldest-first`. + +Common keymap for notmuch-wide bindings + + Several key bindings have been moved from mode-specific keymaps to + the single `notmuch-common-keymap`, which is inherited by each + notmuch mode. If you've customized your key bindings, you may want + to move some of them to the common keymap. + +The `notmuch-tag` function now requires a list of tag changes + + For users who have scripted the Emacs interface: the `notmuch-tag` + API has changed. Previously, it accepted either a list of tag + changes or a space-separated string of tag changes. The latter is + no longer supported and the function now returns nothing. + +Fixed `notmuch-reply` putting reply in primary selection + + On emacs 24 notmuch-reply used to put the cited text into the + primary selection (which could lead to inadvertently pasting this + cited text elsewhere). Now the primary-selection is not changed. + +Fixed `notmuch-show` invisible part handling + + In some obscure cases part buttons and invisibility had strange + interactions: in particular, the default action for some parts gave + the wrong action. This has been fixed. + +Fixed `notmuch-show` attachment viewers and stderr + + In emacs 24.3+ viewing an attachment could cause spurious text to + appear in the show buffer (any stderr or stdout the viewer + produced). By default this output is now discarded. For debugging, + setting `notmuch-show-attachment-debug` causes notmuch to keep the + viewer's stderr and stdout in a separate buffer. + +Fixed `notmuch-mua-reply` point placement when signature involved + + By restricting cursor movement to body section for cursor placement + after signature is inserted, the cursor cannot "leak" to header + section anymore. Now inserted citation content will definitely go to + the body part of the message. + +Vim Interface +------------- + + It is now possible to compose new messages in the Vim interface, as + opposed reply to existing messages. There is also support for + going straight to a search (bypassing the folders view). + +What is notmuch +=============== +Notmuch is a system for indexing, searching, reading, and tagging +large collections of email messages in maildir or mh format. It uses +the Xapian library to provide fast, full-text search with a convenient +search syntax. + +For more about notmuch, see http://notmuchmail.org + + +--=-=-= +Content-Type: application/pgp-signature + +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1.4.15 (GNU/Linux) + +iQGcBAEBCAAGBQJSwhWAAAoJEPIClx2kp54sVcEL/2RVT2kBaTYL5MU8pkmiMjE1 +NnwncA+i6caezwSeQZ/0e5p3ocnTbJHsZQbz/M3g9HXEASxOh+TyYMkz2ALmeQ9s +QxONIlOfls/HZbKQFd33vQGXRxzzD3OicMZlvhfnbebAh3yt0bapTGQZnbRmDkDP +4WewO0wvsVLr+B49SLGghfSvIfUF0hilsVwUvmwFpfXxCFaGAwXYmsCSx2ek3Sfc +TRGRNybBg5YIUnPVy25Vx0U569zycE3G12fhBewf73ofizs8mAphCl7RArFa+SwT +3VB9xHkoEWtS7PVxzlcPwKrCdUB8wLJRcuPF3KXVM+GS0u4DOfamgeshYbaRlI8g +WbnBewaghuIEsnpiqd4YYmvpUMhnEULHrDa+xiwRNhWMDfc9U1kG3UMkQfEtmXOG +UhpGTvXnrBKPy7RQpX7fQhcAX1JSa1R6v1xKEdWCcnGVsFp1NtHUh0K/vYXCz5yb +uDKNnaSn67ewydWzba7DmSHVI3m8mkCvrpuYl75wmQ== +=k89q +-----END PGP SIGNATURE----- +--=-=-=--