Re: [PATCH 0/5] emacs: hello: convert saved-searches to plists

On Sun, Apr 06 2014, David Bremner wrote: > Mark Walters writes: > >> This series converts the saved-search format to plists. This should >> make it much easier to extend their functionality. The final patch >> illustrates this by adding a sort-order option to the saved >> searches. It also expo

Re: [PATCH 7/7] doc/INSTALL: Remove rst2man reference and other updates

On Sat, Apr 05 2014, David Bremner wrote: > "W. Trevor King" writes: > >> >> * Converted doc/INSTALL to reStructuredText, so I can link to Sphinx >> and Docutils directly. Not everyone has access to Debian's >> python-docutils, so it's better to be genric here. > > Finally, I don't really o

Re: Feature suggestion. Indexing encrypted mail?

Hi! On Sat, Apr 05, 2014 at 12:09:32PM -0700, Jameson Graef Rollins wrote: > On Sat, Apr 05 2014, David Bremner wrote: > > john.wy...@gmx.de writes: > >> Would it be possible to add the configurable option to also decrypt > >> encrypted messages on the fly while indexing to make them searchable,

Re: [Patch v7 2/6] util: add gz_readline

On Sat, Apr 05 2014, David Bremner wrote: > The idea is to provide a more or less drop in replacement for readline > to read from zlib/gzip streams. Take the opportunity to replace > malloc with talloc. > --- > util/Makefile.local | 3 +- > util/util.c | 24 +++ > util/util

Re: [PATCH v2] nmbug: Add 'clone' and replace FETCH_HEAD with @{upstream}

"W. Trevor King" writes: > With two branches getting fetched (master and config), the branch > referenced by FETCH_HEAD is ambiguous. For example, I have: > > $ cat FETCH_HEAD > 41d7bfa7184cc93c9dac139d1674e9530799e3b0 \ > not-for-merge branch 'config' of http://nmbug.tethera.net/git/n

[PATCH] debian: add build conflicts against ruby1.8

Debian stable has ruby 1.9, so this should be OK. The issue is that the ruby bindings don't build if "ruby" points to ruby1.8 --- debian/control | 1 + 1 file changed, 1 insertion(+) diff --git a/debian/control b/debian/control index dd528c5..1623136 100644 --- a/debian/control +++ b/debian/contr

[PATCH] Add configurable changed tag to messages that have been changed on disk

When one of the source files for a message is changed on disk, renamed, deleted or a new source file is added. A configurable changed tag is is added. The tag can be configured under the option 'changed_tags' in the [new] section, the default is none. Tests have been updated to accept the new confi

Re: [PATCH v4 2/3] emacs: add notmuch-version.el.tmpl and create notmuch-version.el from it

Tomi Ollila writes: > +;; You should have received a copy of the GNU General Public License > +;; along with Notmuch. If not, see . Do you think we need a copyright header in a generated file? > + > +(defconst notmuch-emacs-version %VERSION% > + "Version string o

Re: [PATCH] Add configurable changed tag to messages that have been changed on disk

Gaute Hope writes: > When one of the source files for a message is changed on disk, renamed, > deleted or a new source file is added. A configurable changed tag is > is added. The tag can be configured under the option 'changed_tags' in > the [new] section, the default is none. Tests have been up

Re: Feature suggestion. Indexing encrypted mail?

On 04/06/2014 05:15 AM, Guyzmo wrote: > I indeed agree with this view, and I think the best process would be > to have the MUA decrypt and index an encrypted mail when the user wants > it to be indexed. So the user do not get really highly secret messages > disclosable by the index, and for

Re: [PATCH v2 0/5] emacs: hello: convert saved-searches to plists

LGTM. Quoth Mark Walters on Apr 06 at 6:44 am: > This is v2 of the series; v1 is at > id:1396733065-32602-1-git-send-email-markwalters1...@gmail.com > > I have made all the changes suggested by Austin in his review of v1. I > include the diff from v1 below. > > There is now one slight oddity in

Re: [PATCH v2] cli: add a tool for starting new message in the emacs ui

On Sun, Apr 06 2014, Jani Nikula wrote: > Add a tool to start composing an email in the Notmuch Emacs UI with > the specified subject, recipients, and message body. Hey, Jani. You might be interested in checking out a patch I submitted a while back to support "mailto:"; urls in notmuch-mua.el:

Re: [PATCH] emacs: sign/encrypt replies to signed/encrypted messages

On Sat, Apr 05 2014, Jani Nikula wrote: > This is a simple approach to improving security when replying to > signed or encrypted messages. If the message being replied to was > signed, add mml tag to sign the reply. If the message being replied to > was encrypted, add mml tag to sign and encrypt t

[PATCH] emacs: process crypto for reply only when specified

This is a tweak to patch "emacs: sign/encrypt replies to signed/encrypted messages" to only add mml crypto flags for replys when crypto processing has been activated. --- Thanks to mjw1009 for implementation suggestions. Jani, you might consider squashing this with your original for a v2. Pushin

[PATCH 4/5] emacs: hello: switch notmuch-hello-insert-buttons to plists

Hello >> @@ -455,23 +457,26 @@ (defun notmuch-hello-query-counts (query-list &rest >> options) >> #'identity >> (mapcar >>(lambda (elem) >> -(let ((name (notmuch-saved-search-get elem :name)) >> - (search-query (notmuch-saved-search-get elem :query)) >> -

[PATCH 5/5] emacs: Add a sort-order option to saved-searches

Hi On Sun, 06 Apr 2014, Austin Clements wrote: > Quoth Mark Walters on Apr 05 at 10:24 pm: >> This adds a sort-order option to saved-searches, stores it in the >> saved-search buttons (widgets), and uses the stored value when the >> button is pressed. >> >> Storing the sort-order in the widget

[PATCH 0/5] emacs: hello: convert saved-searches to plists

On Sun, 06 Apr 2014, David Bremner wrote: > Mark Walters writes: > >> This series converts the saved-search format to plists. This should >> make it much easier to extend their functionality. The final patch >> illustrates this by adding a sort-order option to the saved >> searches. It also expo

[PATCH v2 0/5] emacs: hello: convert saved-searches to plists

This is v2 of the series; v1 is at id:1396733065-32602-1-git-send-email-markwalters1009 at gmail.com I have made all the changes suggested by Austin in his review of v1. I include the diff from v1 below. There is now one slight oddity in the patch ordering: the documentation for the plist form ap

[PATCH v2 1/5] emacs: hello: add helper functions for saved-searches

Add helper functions to for saved searches to ease the transition to the new plist form while maintaining backwards compatibility. They will be used in the next patch. --- emacs/notmuch-hello.el | 38 ++ 1 file changed, 38 insertions(+) diff --git a/emacs/not

[PATCH v2 2/5] emacs: hello: use the saved-search helper functions

This uses the helper functions: the saved searches format has not changed yet but backwards compatibility means everything still works. --- emacs/notmuch-hello.el | 48 ++-- emacs/notmuch.el |6 +++--- 2 files changed, 25 insertions(+), 29 de

[PATCH v2 3/5] emacs: hello: add a customize for saved-searches

Make the defcustom for notmuch-saved-searches use the new plist format. It should still work with oldstyle saved-searches but will write the newstyle form. --- emacs/notmuch-hello.el |2 +- emacs/notmuch-lib.el | 46 ++ 2 files changed, 43 insert

[PATCH v2 4/5] emacs: hello: switch notmuch-hello-insert-buttons to plists

Switching notmuch-hello-insert-buttons to plists means we can easily pass extra options through to the buttons. --- emacs/notmuch-hello.el | 35 --- 1 file changed, 20 insertions(+), 15 deletions(-) diff --git a/emacs/notmuch-hello.el b/emacs/notmuch-hello.el ind

[PATCH v2 5/5] emacs: Add a sort-order option to saved-searches

This adds a sort-order option to saved-searches, stores it in the saved-search buttons (widgets), and uses the stored value when the button is pressed. Storing the sort-order in the widget was suggested by Jani in id:4c3876274126985683e888641b29cf18142a5eb8.1391771337.git.jani at nikula.org. ---

[PATCH 2/2] doc: build and install doxygen api docs

On Sun, Apr 06 2014, David Bremner wrote: > Add to the build-man and install-man targets. We also stop hardcoding > the version information into doxygen.cfg > --- > doc/Makefile.local | 14 -- > doc/doxygen.cfg| 4 ++-- > 2 files changed, 14 insertions(+), 4 deletions(-) > > dif

[PATCH 0/5] emacs: hello: convert saved-searches to plists

On Sun, Apr 06 2014, David Bremner wrote: > Mark Walters writes: > >> This series converts the saved-search format to plists. This should >> make it much easier to extend their functionality. The final patch >> illustrates this by adding a sort-order option to the saved >> searches. It also expo

[PATCH 7/7] doc/INSTALL: Remove rst2man reference and other updates

On Sat, Apr 05 2014, David Bremner wrote: > "W. Trevor King" writes: > >> >> * Converted doc/INSTALL to reStructuredText, so I can link to Sphinx >> and Docutils directly. Not everyone has access to Debian's >> python-docutils, so it's better to be genric here. > > Finally, I don't really o

[PATCH 5/7] doc: Allow rst2man.py as an alternative to rst2man

On Sat, Apr 05 2014, "W. Trevor King" wrote: > On Sat, Apr 05, 2014 at 10:05:31PM +0300, Tomi Ollila wrote: >> On Sat, Apr 05 2014, W. Trevor King wrote: >> > I use POSIX's 'command -v' [1] to find the path to rst2man? >> > >> > [1]: http://pubs.opengroup.org/onlinepubs/9699919799/utilities/comma

Feature suggestion. Indexing encrypted mail?

Hi! On Sat, Apr 05, 2014 at 12:09:32PM -0700, Jameson Graef Rollins wrote: > On Sat, Apr 05 2014, David Bremner wrote: > > john.wyzer at gmx.de writes: > >> Would it be possible to add the configurable option to also decrypt > >> encrypted messages on the fly while indexing to make them searchabl

[Patch v7 2/6] util: add gz_readline

On Sat, Apr 05 2014, David Bremner wrote: > The idea is to provide a more or less drop in replacement for readline > to read from zlib/gzip streams. Take the opportunity to replace > malloc with talloc. > --- > util/Makefile.local | 3 +- > util/util.c | 24 +++ > util/util

[PATCH v2] nmbug: Add 'clone' and replace FETCH_HEAD with @{upstream}

"W. Trevor King" writes: > With two branches getting fetched (master and config), the branch > referenced by FETCH_HEAD is ambiguous. For example, I have: > > $ cat FETCH_HEAD > 41d7bfa7184cc93c9dac139d1674e9530799e3b0 \ > not-for-merge branch 'config' of http://nmbug.tethera.net/git/n

[PATCH] debian: add build conflicts against ruby1.8

Debian stable has ruby 1.9, so this should be OK. The issue is that the ruby bindings don't build if "ruby" points to ruby1.8 --- debian/control | 1 + 1 file changed, 1 insertion(+) diff --git a/debian/control b/debian/control index dd528c5..1623136 100644 --- a/debian/control +++ b/debian/contr

[PATCH v2] cli: add a tool for starting new message in the emacs ui

Add a tool to start composing an email in the Notmuch Emacs UI with the specified subject, recipients, and message body. --- doc/man1/notmuch-emacs-mua.rst | 50 + notmuch-emacs-mua | 122 + 2 files changed, 172 insertions(+) c

[PATCH] Add configurable changed tag to messages that have been changed on disk

When one of the source files for a message is changed on disk, renamed, deleted or a new source file is added. A configurable changed tag is is added. The tag can be configured under the option 'changed_tags' in the [new] section, the default is none. Tests have been updated to accept the new confi

[PATCH v4 2/3] emacs: add notmuch-version.el.tmpl and create notmuch-version.el from it

Tomi Ollila writes: > +;; You should have received a copy of the GNU General Public License > +;; along with Notmuch. If not, see . Do you think we need a copyright header in a generated file? > + > +(defconst notmuch-emacs-version %VERSION% > + "Version string o

[PATCH] Add configurable changed tag to messages that have been changed on disk

Gaute Hope writes: > When one of the source files for a message is changed on disk, renamed, > deleted or a new source file is added. A configurable changed tag is > is added. The tag can be configured under the option 'changed_tags' in > the [new] section, the default is none. Tests have been up

Feature suggestion. Indexing encrypted mail?

tion/pgp-signature Size: 1010 bytes Desc: OpenPGP digital signature URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20140406/473ede55/attachment.pgp>

[PATCH v2 0/5] emacs: hello: convert saved-searches to plists

LGTM. Quoth Mark Walters on Apr 06 at 6:44 am: > This is v2 of the series; v1 is at > id:1396733065-32602-1-git-send-email-markwalters1009 at gmail.com > > I have made all the changes suggested by Austin in his review of v1. I > include the diff from v1 below. > > There is now one slight oddity

[PATCH v2] cli: add a tool for starting new message in the emacs ui

mua mailto:foo at example.com jamie. -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 818 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20140406/d651cb59/attachment.pgp>

[PATCH] emacs: sign/encrypt replies to signed/encrypted messages

n when it evaluates to true earlier in the same notmuch-mua-reply call? jamie. -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 818 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20140406/b8b24130/attachment.pgp>

[PATCH] emacs: process crypto for reply only when specified

This is a tweak to patch "emacs: sign/encrypt replies to signed/encrypted messages" to only add mml crypto flags for replys when crypto processing has been activated. --- Thanks to mjw1009 for implementation suggestions. Jani, you might consider squashing this with your original for a v2. Pushin