Shameless promotion of own patches... I suppose not many use the
notmuch-wash-convert-inline-patch-to-part option, but with this patch
I've actually started to like it better. An actual patch name from
subject instead of "inline patch".
As I said, the lisp is less than perfect here, but this is
The :options keyword is not meaningful for function type. Also, it was not
possible to enter nil value, contrary to the notmuch-mua-user-agent
defcustom documentation. Specify the alternatives using choice type, taking
nil into account.
Signed-off-by: Jani Nikula
---
emacs/notmuch-mua.el | 10
It was not possible to define custom filters or filter functions because
the types were const. Remove const to allow editing.
Signed-off-by: Jani Nikula
---
emacs/notmuch-hello.el |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/emacs/notmuch-hello.el
Hi all, v2 of a couple of defcustom fixes. Now with a default value for "Custom
filter" in patch 1/2 as suggested by Dmitry. No other changes.
BR,
Jani.
Jani Nikula (2):
emacs: Fix notmuch-hello-tag-list-make-query defcustom
emacs: Fix notmuch-mua-user-agent defcustom
Seems like a definite improvement, but perhaps a let* instead of all
of the setq's?
Quoth Jani Nikula on Dec 20 at 10:05 pm:
>
> Shameless promotion of own patches... I suppose not many use the
> notmuch-wash-convert-inline-patch-to-part option, but with this patch
> I've actually started to
On Sun, 18 Dec 2011 13:22:20 -0700, Tom Prince
wrote:
> On Sun, 18 Dec 2011 14:34:00 -0400, David Bremner
> wrote:
> > The more worrying part is disk usage; the tag tree for 200k messages
> > uses 400k inodes, and 836M of apparent disk usage (according to du) the
> > same tags in "sup" format
Cast away the result of various *write functions. Provide a default
value for some variables to avoid "use before set" warnings.
---
The buildbot complains about these, though my own system (Debian
testing on amd64) does not.
lib/database.cc |2 +-
notmuch-new.c |2 +-
notmuch-show.c
On Tue, 20 Dec 2011 07:27:24 -0700, Chris Gray wrote:
> On Tue, 20 Dec 2011 08:35:42 +, David Edmondson wrote:
> > On Mon, 19 Dec 2011 23:38:36 -0700, Chris Gray
> > wrote:
> > > > + (makunbound 'gnus-summary-buffer) ; Blech.
> > >
> > > This is working around a bug in gnus.
--- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20111220/000261cc/attachment.pgp>
On Tue, 20 Dec 2011 08:01:46 +, David Edmondson wrote:
> >From a Carl Worth idea: add a function which will select the most
> recently used notmuch buffer (search, show or hello). If no recent
> buffer is found, run `notmuch'.
>
> It is expected that the user will global bind this command to
On Tue, 20 Dec 2011 12:27:02 +0200, Tomi Ollila wrote:
> I'd like to know how users are going to use this :)
I use it as a way to jump back to whatever I was doing before I was
distracted by something in the email I was reading.
On Tue, 20 Dec 2011 03:40:44 -0500, Aaron Ecay wrote:
> On Mon, 19 Dec 2011 23:38:36 -0700, Chris Gray
> wrote:
> > This is working around a bug in gnus.
>
> Arguably this is true, but the real ?bug? (conceptual error) is that the
> MIME handling libraries and gnus are a little too tightly
Quoth David Edmondson on Dec 20 at 8:32 am:
> > == Two-way "merge" from host R to host L ==
> >
> > Per-host state:
> > - last_mtime: Map from remote hosts to last sync mtime
>
> With the proposed changes it seems that the state required on each host
> would live within the Xapian database (to
On Mon, 22 Nov 2010 11:51:04 +, David Edmondson wrote:
> >From a Carl Worth idea: Add `notmuch-jump-to-recent-buffer', which
> will select the most recently used notmuch buffer (search, show or
> hello). If no recent buffer is found, run `notmuch'.
>
> It is expected that the user will
On Tue, 20 Dec 2011 14:33:01 +, David Edmondson wrote:
> On Tue, 20 Dec 2011 07:27:24 -0700, Chris Gray
> wrote:
> > On Tue, 20 Dec 2011 08:35:42 +, David Edmondson wrote:
> > > On Mon, 19 Dec 2011 23:38:36 -0700, Chris Gray
> > > wrote:
> > > > > + (makunbound
With the default configuration ('space' moves through the messages
matching the search and back to the results index at the end) it's
unnecessary to signal an error when the last message has been read, as
this is the common case.
Moreover, it's very annoying when `debug-on-error' is t.
---
On Mon, 19 Dec 2011 23:38:36 -0700, Chris Gray wrote:
> > + (makunbound 'gnus-summary-buffer) ; Blech.
>
> This is working around a bug in gnus. I think the better solution would
> be for gnus to fix the bug. The following patch against gnus works for
> me. (I have tried submitting
On Mon, 19 Dec 2011 14:48:21 -0500, Austin Clements wrote:
> Here are sketches for two sync algorithms with different properties.
> I haven't proven these to be correct, but I believe they are. In
> both, R is the remote host and L is the local host. They're both
> one-way (they only update
On Tue, 20 Dec 2011 10:02:11 +0200, Tomi Ollila wrote:
> > +(loop for buffer in (buffer-list)
> > + if (progn
>
> Are the last few lines above working... if without '(' and no
> loop (nor for) function in my emacs (where notmuch loaded).
`loop' is an emacs clone of the all singing
On Mon, 19 Dec 2011 12:58:53 -0500, Aaron Ecay wrote:
> (Please excuse the lack of inline comments on the patch ? the original
> patch email is so old that I had deleted it from my archives!)
You _deleted_ things? /me faints.
> progn...set-buffer should be with-current-buffer
> or...eq...eq...
>From a Carl Worth idea: add a function which will select the most
recently used notmuch buffer (search, show or hello). If no recent
buffer is found, run `notmuch'.
It is expected that the user will global bind this command to a key
sequence.
---
emacs/notmuch.el | 17 +
1
On Tue, 20 Dec 2011 08:01:46 +, David Edmondson wrote:
> From a Carl Worth idea: add a function which will select the most
> recently used notmuch buffer (search, show or hello). If no recent
> buffer is found, run `notmuch'.
pushed
d
On Sun, 18 Dec 2011 04:21:17 +0400, Dmitry Kurochkin wrote:
> Changes:
>
> v4:
>
> * explain why we need to properly delete editable widget fields
>
pushed.
d
On Tue, 20 Dec 2011 08:35:42 +, David Edmondson wrote:
> On Mon, 19 Dec 2011 23:38:36 -0700, Chris Gray
> wrote:
> > > + (makunbound 'gnus-summary-buffer) ; Blech.
> >
> > This is working around a bug in gnus. I think the better solution would
> > be for gnus to fix the bug. The
On Mon, 19 Dec 2011 23:38:36 -0700, Chris Gray wrote:
> This is working around a bug in gnus.
Arguably this is true, but the real ?bug? (conceptual error) is that the
MIME handling libraries and gnus are a little too tightly coupled. Why
should notmuch users have to load gnus (gnus-art.el does
Tomi,
On Tue, 20 Dec 2011 10:02:11 +0200, Tomi Ollila wrote:
>
> Are the last few lines above working... if without '(' and no
> loop (nor for) function in my emacs (where notmuch loaded).
This is the `loop' macro from cl.el. It mimics a Common Lisp idiom
which, strangely enough, looks
Hi Tomi.
On Tue, 13 Dec 2011 11:01:22 +0200, Tomi Ollila wrote:
> To avoid the possibility that smtp-dummy doesn't have chance to bind
> its listening socket until something tries to send message to it this
> option makes caller wait until socket is already listening for connections.
>
> In
bbed...
Name: man.tgz
Type: application/x-gtar-compressed
Size: 9160 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20111220/c0449f71/attachment.tgz>
From a Carl Worth idea: add a function which will select the most
recently used notmuch buffer (search, show or hello). If no recent
buffer is found, run `notmuch'.
It is expected that the user will global bind this command to a key
sequence.
---
emacs/notmuch.el | 17 +
1
On Mon, 22 Nov 2010 11:51:04 +, David Edmondson d...@dme.org wrote:
From a Carl Worth idea: Add `notmuch-jump-to-recent-buffer', which
will select the most recently used notmuch buffer (search, show or
hello). If no recent buffer is found, run `notmuch'.
It is expected that the user
On Mon, 19 Dec 2011 12:58:53 -0500, Aaron Ecay aarone...@gmail.com wrote:
(Please excuse the lack of inline comments on the patch – the original
patch email is so old that I had deleted it from my archives!)
You _deleted_ things? /me faints.
progn...set-buffer should be with-current-buffer
On Tue, 20 Dec 2011 10:02:11 +0200, Tomi Ollila tomi.oll...@iki.fi wrote:
+(loop for buffer in (buffer-list)
+ if (progn
Are the last few lines above working... if without '(' and no
loop (nor for) function in my emacs (where notmuch loaded).
`loop' is an emacs clone of the
On Mon, 19 Dec 2011 14:48:21 -0500, Austin Clements amdra...@mit.edu wrote:
Here are sketches for two sync algorithms with different properties.
I haven't proven these to be correct, but I believe they are. In
both, R is the remote host and L is the local host. They're both
one-way (they
On Mon, 19 Dec 2011 23:38:36 -0700, Chris Gray chrismg...@gmail.com wrote:
+ (makunbound 'gnus-summary-buffer) ; Blech.
This is working around a bug in gnus. I think the better solution would
be for gnus to fix the bug. The following patch against gnus works for
me. (I have
On Mon, 19 Dec 2011 23:38:36 -0700, Chris Gray chrismg...@gmail.com wrote:
This is working around a bug in gnus.
Arguably this is true, but the real “bug” (conceptual error) is that the
MIME handling libraries and gnus are a little too tightly coupled. Why
should notmuch users have to load gnus
On Tue, 20 Dec 2011 08:01:46 +, David Edmondson d...@dme.org wrote:
From a Carl Worth idea: add a function which will select the most
recently used notmuch buffer (search, show or hello). If no recent
buffer is found, run `notmuch'.
It is expected that the user will global bind this
On Tue, 20 Dec 2011 12:27:02 +0200, Tomi Ollila tomi.oll...@iki.fi wrote:
I'd like to know how users are going to use this :)
I use it as a way to jump back to whatever I was doing before I was
distracted by something in the email I was reading.
___
On Sun, 18 Dec 2011 04:21:17 +0400, Dmitry Kurochkin
dmitry.kuroch...@gmail.com wrote:
Changes:
v4:
* explain why we need to properly delete editable widget fields
pushed.
d
___
notmuch mailing list
notmuch@notmuchmail.org
On Tue, 20 Dec 2011 08:01:46 +, David Edmondson d...@dme.org wrote:
From a Carl Worth idea: add a function which will select the most
recently used notmuch buffer (search, show or hello). If no recent
buffer is found, run `notmuch'.
pushed
d
___
On Tue, 20 Dec 2011 08:35:42 +, David Edmondson d...@dme.org wrote:
On Mon, 19 Dec 2011 23:38:36 -0700, Chris Gray chrismg...@gmail.com wrote:
+ (makunbound 'gnus-summary-buffer) ; Blech.
This is working around a bug in gnus. I think the better solution would
be for gnus to
On Tue, 20 Dec 2011 07:27:24 -0700, Chris Gray chrismg...@gmail.com wrote:
On Tue, 20 Dec 2011 08:35:42 +, David Edmondson d...@dme.org wrote:
On Mon, 19 Dec 2011 23:38:36 -0700, Chris Gray chrismg...@gmail.com wrote:
+ (makunbound 'gnus-summary-buffer) ; Blech.
Quoth David Edmondson on Dec 20 at 8:32 am:
== Two-way merge from host R to host L ==
Per-host state:
- last_mtime: Map from remote hosts to last sync mtime
With the proposed changes it seems that the state required on each host
would live within the Xapian database (to be extracted
Cast away the result of various *write functions. Provide a default
value for some variables to avoid use before set warnings.
---
The buildbot complains about these, though my own system (Debian
testing on amd64) does not.
lib/database.cc |2 +-
notmuch-new.c |2 +-
notmuch-show.c |
On Sun, 18 Dec 2011 14:34:00 -0400, David Bremner brem...@debian.org wrote:
The more worrying part is disk usage; the tag tree for 200k messages
uses 400k inodes, and 836M of apparent disk usage (according to du) the
same tags in sup format take 11M. Maybe this could be usefull if
combined
On Sun, 18 Dec 2011 19:59:28 +0100, Krzysztof Ilowiecki k...@ilowiecki.com
wrote:
I understand synchronisation across machines and with IMAP is something
of an issue so far. How bad would it be to use git for that - and for
'undo'? It would appear some people use git+maildir even instead of
On Mon, 19 Dec 2011 14:48:21 -0500, Austin Clements amdra...@mit.edu wrote:
This protocol requires significantly more state, but can also
reconstruct per-tag changes. Conflict resolution is equivalent to
what git would do and is based solely on the current local and remote
state and the
On Tue, 20 Dec 2011 14:33:01 +, David Edmondson d...@dme.org wrote:
On Tue, 20 Dec 2011 07:27:24 -0700, Chris Gray chrismg...@gmail.com wrote:
On Tue, 20 Dec 2011 08:35:42 +, David Edmondson d...@dme.org wrote:
On Mon, 19 Dec 2011 23:38:36 -0700, Chris Gray chrismg...@gmail.com
On Tue, 20 Dec 2011 03:40:44 -0500, Aaron Ecay aarone...@gmail.com wrote:
On Mon, 19 Dec 2011 23:38:36 -0700, Chris Gray chrismg...@gmail.com wrote:
This is working around a bug in gnus.
Arguably this is true, but the real “bug” (conceptual error) is that the
MIME handling libraries and
Hi all, v2 of a couple of defcustom fixes. Now with a default value for Custom
filter in patch 1/2 as suggested by Dmitry. No other changes.
BR,
Jani.
Jani Nikula (2):
emacs: Fix notmuch-hello-tag-list-make-query defcustom
emacs: Fix notmuch-mua-user-agent defcustom
emacs/notmuch-hello.el
It was not possible to define custom filters or filter functions because
the types were const. Remove const to allow editing.
Signed-off-by: Jani Nikula j...@nikula.org
---
emacs/notmuch-hello.el |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/emacs/notmuch-hello.el
The :options keyword is not meaningful for function type. Also, it was not
possible to enter nil value, contrary to the notmuch-mua-user-agent
defcustom documentation. Specify the alternatives using choice type, taking
nil into account.
Signed-off-by: Jani Nikula j...@nikula.org
---
Shameless promotion of own patches... I suppose not many use the
notmuch-wash-convert-inline-patch-to-part option, but with this patch
I've actually started to like it better. An actual patch name from
subject instead of inline patch.
As I said, the lisp is less than perfect here, but this is
Hi Jani.
On Tue, 20 Dec 2011 22:05:31 +0200, Jani Nikula j...@nikula.org wrote:
Shameless promotion of own patches... I suppose not many use the
notmuch-wash-convert-inline-patch-to-part option, but with this patch
I've actually started to like it better. An actual patch name from
subject
On Sun, 18 Dec 2011 13:22:20 -0700, Tom Prince tom.pri...@ualberta.net wrote:
On Sun, 18 Dec 2011 14:34:00 -0400, David Bremner brem...@debian.org wrote:
The more worrying part is disk usage; the tag tree for 200k messages
uses 400k inodes, and 836M of apparent disk usage (according to du)
Seems like a definite improvement, but perhaps a let* instead of all
of the setq's?
Quoth Jani Nikula on Dec 20 at 10:05 pm:
Shameless promotion of own patches... I suppose not many use the
notmuch-wash-convert-inline-patch-to-part option, but with this patch
I've actually started to like it
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/12/11 15:34, David Bremner wrote:
On Wed, 07 Dec 2011 15:05:02 +0100, Rainer M Krug
r.m.k...@gmail.com wrote:
Because of these problems, I use checkinstall to create a deb
file ( I am using Ubuntu) which I can then un-install again if I
I'd like to report some success on getting S/MIME signature verification
working using notmuch and the recently-released GMime 2.6. I specifically
tested with notmuch-0.10.2 and gmime-2.6.1.
The following changes were required:
1) notmuch: Apply patch from Redhat packaging to handle API changes
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/12/11 20:52, David Bremner wrote:
On Wed, 07 Dec 2011 15:54:05 +0100, Rainer M Krug
r.m.k...@gmail.com wrote:
Interesting. I assume, I have to do
./configure make make debian-snapshot
Just make debian-snapshot should work if you have
Hi there !
I'm looking for using notmuch as my regular MUA, but I have a trouble so far.
I have a 4000+ mail collection already sorted in folders. The point is I would
like to tag those mails through the notmuch database according to those
folders. (i.g. the mails in the friend/foo directory
On Mon, 12 Dec 2011 21:59:09 +0100, emmanuel.lebl...@gmail.com wrote:
I have a 4000+ mail collection already sorted in folders. The point is I
would
like to tag those mails through the notmuch database according to those
folders. (i.g. the mails in the friend/foo directory will be tagged
This hook is called every time a notmuch-hello buffer is updated.
---
Hi Dmitry,
I like the idea of having a -mode-hook and a -refresh-hook :) Thanks for your
suggestions!
Regards,
Thomas
emacs/notmuch-hello.el |9 -
1 files changed, 8 insertions(+), 1 deletions(-)
diff --git
On Fri, 16 Dec 2011 16:34:03 +0400, Dmitry Kurochkin
dmitry.kuroch...@gmail.com wrote:
On Fri, 16 Dec 2011 08:29:00 -0400, David Bremner da...@tethera.net wrote:
On Fri, 16 Dec 2011 04:59:22 +0400, Dmitry Kurochkin
dmitry.kuroch...@gmail.com wrote:
What do perople think about making
On Wed, 14 Dec 2011 14:54:10 -0700, Mark Anderson markr.ander...@amd.com
wrote:
On Tue, 13 Dec 2011 11:11:42 -0600, Thomas Jost schno...@schnouki.net wrote:
This is a time_t value, similar to the message date (TIMESTAMP). It is
first set
when the message is added to the database, and is
On Wed, 14 Dec 2011 19:45:07 -0500, Austin Clements amdra...@mit.edu wrote:
A few minor comments below.
At a higher level, I'm curious what the tag synchronization protocol
you're building on top of this is. I can't think of one that doesn't
have race conditions, but maybe I'm not thinking
This hook is called every time a notmuch-hello buffer is updated.
---
Oops, the previous patch had a typo which prevented it to work (:group notmuch
instead of :group 'notmuch). Sorry about that.
emacs/notmuch-hello.el |9 -
1 files changed, 8 insertions(+), 1 deletions(-)
diff
Hi Thomas.
Looks good to me.
We should also add tests for this, similar to those for
`notmuch-hello-mode-hook'. Thomas, do you think you can work on it?
Regards,
Dmitry
___
notmuch mailing list
notmuch@notmuchmail.org
Hi Thomas.
On Wed, 21 Dec 2011 01:30:48 +0100, Thomas Jost schno...@schnouki.net wrote:
On Fri, 16 Dec 2011 16:34:03 +0400, Dmitry Kurochkin
dmitry.kuroch...@gmail.com wrote:
On Fri, 16 Dec 2011 08:29:00 -0400, David Bremner da...@tethera.net wrote:
On Fri, 16 Dec 2011 04:59:22 +0400,
67 matches
Mail list logo