Re: folder and path completely broken in HEAD?

On Sat, 03 May 2014, dm-list-email-notm...@scs.stanford.edu wrote: > Jani Nikula writes: > >> On Fri, 02 May 2014, dm-list-email-notm...@scs.stanford.edu wrote: >>> >>> I'm using a pretty standard maildir++ layout. For example, underneath >>> my database.path I have a bunch of mail in directorie

Re: folder and path completely broken in HEAD?

On Sat, May 03 2014, dm-list-email-notm...@scs.stanford.edu wrote: > Jani Nikula writes: > >> On Fri, 02 May 2014, dm-list-email-notm...@scs.stanford.edu wrote: >>> >>> I'm using a pretty standard maildir++ layout. For example, underneath >>> my database.path I have a bunch of mail in directorie

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

On Sat, 12 Apr 2014, David Bremner wrote: > dm-list-email-notm...@scs.stanford.edu writes: > >> >> As far as updating the test suite, etc., it's almost certain that the >> core notmuch developers would be unsatisfied with whatever I've done, >> since the code base is very clean and has a very unif

Re: folder and path completely broken in HEAD?

Mark Walters writes: >> All the way back. Now you are saying there will be no convenient way to >> match just the "mail.class" part without the year? How very >> distressing. Ugh. > > Hi > > I am not quite sure what you are meaning by hierarchically group > messages. Searching for path:dir/foo

[PATCH] emacs: put current query as default value in notmuch-read-query

This adds the current query as a "default value" to notmuch-read-qeury. The default value is available via a down-arrow as opposed to history which is available from the up arrow. Note if a user presses return in the minibuffer this value is not returned. The implementation is simple but notmuch-

Re: folder and path completely broken in HEAD?

On Sat, 03 May 2014, dm-list-email-notm...@scs.stanford.edu wrote: > Mark Walters writes: > >>> All the way back. Now you are saying there will be no convenient way to >>> match just the "mail.class" part without the year? How very >>> distressing. Ugh. >> >> Hi >> >> I am not quite sure what y

Re: folder and path completely broken in HEAD?

Hi On Sat, 03 May 2014, dm-list-email-notm...@scs.stanford.edu wrote: > Mark Walters writes: > >>> All the way back. Now you are saying there will be no convenient way to >>> match just the "mail.class" part without the year? How very >>> distressing. Ugh. >> >> Hi >> >> I am not quite sure w

Re: [PATCH v2 0/3] vim plugin updates

Felipe Contreras writes: > A few trivial updates, and an important fix. > > Changes since v1: improved commit messages. I have pushed these to release and master. d pgpFeATpEBPAw.pgp Description: PGP signature ___ notmuch mailing list notmuch@notmuc

Re: Final call for news for 0.18

David Bremner writes: > We've had a quiet freeze for a week or so, so I think we're probably > ready to release. Per Jani's suggestion, I made a "tl;dr" summary for > the NEWS. Barring last minute bugs, I'd like to release this weekend, > so please send me any NEWS comments ASAP. > > d I have pu

Re: folder and path completely broken in HEAD?

Jani Nikula writes: > It's not going to help you, but I'll mention a few of the issues the old > folder: search had, which we also had complaints about, and which would > have been quite hard to fix while preserving the behaviour you want. In > short, we considered the old folder: search broken.

[PATCH 1/3] build: don't overwrite DISTCLEAN in performance-test

This might have worked once for some fixed order of including makefiles, but it is clearly wrong now. --- performance-test/Makefile.local | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/performance-test/Makefile.local b/performance-test/Makefile.local index d97e56d..cbea2d3 100

[PATCH 3/3] build: add dataclean

It turns out to be inconvenient to delete the downloaded datafiles with distclean, so I propose a new target which does that instead. The closest conventional target is 'maintainer-clean'; the difference here is that having the original source tarball is not enough to reconstruct these files. ---

[PATCH 2/3] build: remove .tar.gz.tmp files in clean

Most people won't see these, but they annoy anyone running release or pre-release targets. --- Makefile.local | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/Makefile.local b/Makefile.local index fa07d81..b46917b 100644 --- a/Makefile.local +++ b/Makefile.local @@ -330,7 +330

Re: [PATCH v2] emacs: allow functions in notmuch-show-stash-mlarchive-link-alist

Jani Nikula writes: > Some archives may use a more complicated scheme for referring to > messages than just concatenated url and message-id. In particular, > patchwork requires a query to translate message-id to a patchwork > patch id. Allow functions in notmuch-show-stash-mlarchive-link-alist >

[PATCH] NEWS: make it explicit that wildcard matching is no longer supported

Jani Nikula writes: > Wildcard matching was a feature of the probabilistic prefix, and we no > longer have it for the boolean prefix. Also note that top-level folder > can now be searched. pushed to release. d

[PATCH 1/2] test: add have-man and have-compact in test/.gitignore

Jani Nikula writes: > Sort the file while at it. pushed to master. d

folder and path completely broken in HEAD?

On Fri, 02 May 2014, dm-list-email-notmuch at scs.stanford.edu wrote: > Hey, I'm playing around with the head of the git repository > (bc64cdce289d84be2550c4fccb1f008d15eaeb0e) to try to figure out how the > new folder: prefixes work, as folders are a critical part of how I > organize my mail. (Si

folder and path completely broken in HEAD?

Hello David, On Fri, May 02, 2014 at 02:16:07PM -0700, David Mazieres expires 2014-07-31 PDT wrote: > Mark Walters writes: > > > > Before checking other things: have you run notmuch new? That's needed to > > update the database. It is an irreversible update so notmuch-0.17 will > > not work with

folder and path completely broken in HEAD?

On Fri, May 02, 2014 at 09:57:49PM -0700, dm-list-email-notmuch at scs.stanford.edu wrote: > > Worse, because of my poor performance, I was hoping to segregate > messages by year. So it would be: > > 2013/.mail.class > 2013/.mail.voicemail > 2014/.mail.class > 2014/.mail.voicemail > >

folder and path completely broken in HEAD?

On Sat, 03 May 2014, dm-list-email-notmuch at scs.stanford.edu wrote: > Jani Nikula writes: > >> On Fri, 02 May 2014, dm-list-email-notmuch at scs.stanford.edu wrote: >>> >>> I'm using a pretty standard maildir++ layout. For example, underneath >>> my database.path I have a bunch of mail in dire

folder and path completely broken in HEAD?

On Sat, May 03 2014, dm-list-email-notmuch at scs.stanford.edu wrote: > Jani Nikula writes: > >> On Fri, 02 May 2014, dm-list-email-notmuch at scs.stanford.edu wrote: >>> >>> I'm using a pretty standard maildir++ layout. For example, underneath >>> my database.path I have a bunch of mail in dire

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

On Sat, 12 Apr 2014, David Bremner wrote: > dm-list-email-notmuch at scs.stanford.edu writes: > >> >> As far as updating the test suite, etc., it's almost certain that the >> core notmuch developers would be unsatisfied with whatever I've done, >> since the code base is very clean and has a very u

folder and path completely broken in HEAD?

Mark Walters writes: >> All the way back. Now you are saying there will be no convenient way to >> match just the "mail.class" part without the year? How very >> distressing. Ugh. > > Hi > > I am not quite sure what you are meaning by hierarchically group > messages. Searching for path:dir/foo

[PATCH] emacs: put current query as default value in notmuch-read-query

This adds the current query as a "default value" to notmuch-read-qeury. The default value is available via a down-arrow as opposed to history which is available from the up arrow. Note if a user presses return in the minibuffer this value is not returned. The implementation is simple but notmuch-

folder and path completely broken in HEAD?

On Sat, 03 May 2014, dm-list-email-notmuch at scs.stanford.edu wrote: > Mark Walters writes: > >>> All the way back. Now you are saying there will be no convenient way to >>> match just the "mail.class" part without the year? How very >>> distressing. Ugh. >> >> Hi >> >> I am not quite sure wha

folder and path completely broken in HEAD?

Hi On Sat, 03 May 2014, dm-list-email-notmuch at scs.stanford.edu wrote: > Mark Walters writes: > >>> All the way back. Now you are saying there will be no convenient way to >>> match just the "mail.class" part without the year? How very >>> distressing. Ugh. >> >> Hi >> >> I am not quite sur

folder and path completely broken in HEAD?

Jani Nikula writes: > It's not going to help you, but I'll mention a few of the issues the old > folder: search had, which we also had complaints about, and which would > have been quite hard to fix while preserving the behaviour you want. In > short, we considered the old folder: search broken.