Re: [PATCH 1/2] test: add known broken test for ignoring non-toplevel .notmuch

2022-01-16 Thread David Bremner
David Bremner writes: > In [1] Rob observed that notmuch new ignored directories called > .notmuch everywhere in the tree, where they should only (and now, with > split configs, at most) be ignored at the top level. Add a test to > demonstrate the problem. > > [1]: id:87mwhifu9a@trouble.defau

[PATCH] test: known broken test for top level .notmuch in split configs

2022-01-16 Thread David Bremner
In split configurations there is no special significance to a top level directory called .notmuch in the mail root. Users should therefore be able to have mail stored underneath it. --- My only worry was residual .notmuch directories after people switch from legacy layout to split, but I tested by

[PATCH] contrib/notmuch-web: single user web front end using python-cffi

2022-01-16 Thread David Bremner
Originally contributed by Brian Sniffen. Quite a few unpublished fixes from Daniel Kahn Gilmour. We've been running it a few years now as the "official" archive of the notmuch mailing list. There also a few fixes from myself and Austin Ray. Finally I converted it to the new python bindings. This c

Re: [PATCH] test: fix deprecation warning in symbol-test

2022-01-16 Thread David Bremner
David Bremner writes: > Reduce the amount of noise in the build log. > --- applied to master. ___ notmuch mailing list -- notmuch@notmuchmail.org To unsubscribe send an email to notmuch-le...@notmuchmail.org

Re: [PATCH v4] emacs: customizable names for search buffers

2022-01-16 Thread Tomi Ollila
On Fri, Jan 14 2022, Jose A. Ortega Ruiz wrote: > on second thought, i think we could perhaps just go for the simpler > "%t", which would allow inserting the type anywhere, even in the middle > of a word... i think a problem here is that "word" or "symbol" (which is > what my suggestion used) cons

Re: [PATCH v4] emacs: customizable names for search buffers

2022-01-16 Thread Jose A Ortega Ruiz
On Sun, Jan 16 2022, Tomi Ollila wrote: > On Fri, Jan 14 2022, Jose A. Ortega Ruiz wrote: >> on second thought, i think we could perhaps just go for the simpler >> "%t", which would allow inserting the type anywhere, even in the middle >> of a word... i think a problem here is that "word" or "sym

Re: [PATCH v4] emacs: customizable names for search buffers

2022-01-16 Thread Kyle Meyer
Jose A Ortega Ruiz writes: > yeah, that's what i use and didn't notice my error above. format-spec > is much nicer than a plain regexp subs, one can use format specifiers > like %3t and many others, but unfortunately seems to have been > introduced in emacs 27. format-spec has been present in Em

Re: [PATCH v4] emacs: customizable names for search buffers

2022-01-16 Thread Jose A Ortega Ruiz
On Sun, Jan 16 2022, Kyle Meyer wrote: > Jose A Ortega Ruiz writes: > >> yeah, that's what i use and didn't notice my error above. format-spec >> is much nicer than a plain regexp subs, one can use format specifiers >> like %3t and many others, but unfortunately seems to have been >> introduced i

Re: [PATCH v4] emacs: customizable names for search buffers

2022-01-16 Thread Kyle Meyer
Jose A Ortega Ruiz writes: > In very recent emacs (i'm using its master branch, actually), if one M-x > describe-function RET format-spec one sees in the help buffer: > > Probably introduced at or before Emacs version 27.1. > > that's where my misconception came from. I see. If I recall c

[PATCH v6] emacs: customizable names for search buffers

2022-01-16 Thread jao
Customizable names for buffers presenting search results, via two custom variables (notmuch-search-buffer-name-format and notmuch-saved-search-buffer-name-format), defaulting to values currently used for plain searches and including too tree and unthreaded search buffers. --- This is a much impro

Re: [PATCH v4] emacs: customizable names for search buffers

2022-01-16 Thread Jose A Ortega Ruiz
On Sun, Jan 16 2022, Kyle Meyer wrote: [...] > Here's the last statement about the minimum Emacs version I see in > Notmuch's NEWS (for v0.31): > > The minimum supported major version of GNU Emacs is now 25.1. > > The example in my last message used 25.3 because that's the closest > version to