Quoth David Bremner on Apr 03 at 4:41 pm:
> The main goal is to support gzipped output for future internal
> calls (e.g. from notmuch-new) to notmuch_database_dump.
>
> The additional dependency is not very heavy since xapian already pulls
> in zlib.
>
> We want the dump to be "atomic", in the s
Quoth David Bremner on Apr 03 at 4:41 pm:
> We rely completely on zlib to do the right thing in detecting gzipped
> input. Since our dump format is chosen to be 7 bit ascii, this should
> be fine.
> ---
> doc/man1/notmuch-restore.rst | 8
> notmuch-restore.c| 41
LGTM.
Quoth Jani Nikula on Mar 31 at 12:21 am:
> This is v5 of id:1395604866-19188-1-git-send-email-j...@nikula.org
> addressing Austin's review. The most significant change is the new patch
> dropping support for single-message mbox files. Diff between the
> versions is at the end of this cover l
On Tue, 01 Apr 2014, Austin Clements wrote:
> (Pardon the mobile review)
Apparently it's 2014 and the latest and greatest version of Android
still can't be bothered to add threading headers to emails. This
message should at least put it in the right thread by exploiting
notmuch
Quoth Tomi Ollila on Apr 02 at 7:43 pm:
> On Wed, Apr 02 2014, Austin Clements wrote:
>
> > Quoth David Bremner on Apr 01 at 10:16 pm:
> >> The idea is to provide a more or less drop in replacement for readline
> >> to read from zlib/gzip streams. Take the oppo
On Tue, 01 Apr 2014, Austin Clements wrote:
> (Pardon the mobile review)
Apparently it's 2014 and the latest and greatest version of Android
still can't be bothered to add threading headers to emails. This
message should at least put it in the right thread by exploiting
notmuch
Quoth Tomi Ollila on Apr 02 at 7:43 pm:
> On Wed, Apr 02 2014, Austin Clements wrote:
>
> > Quoth David Bremner on Apr 01 at 10:16 pm:
> >> The idea is to provide a more or less drop in replacement for readline
> >> to read from zlib/gzip streams. Take the oppo
Quoth David Bremner on Apr 01 at 10:16 pm:
> All we do here is calculate the backup filename, and call the existing
> dump routine.
>
> Also take the opportity to add a message about being safe to
> interrupt.
> ---
> notmuch-new.c| 29 -
> test/T530-upgrade.sh
Quoth David Bremner on Apr 01 at 10:16 pm:
> 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 | 2 +-
> util/util.h | 12 +
> util/zlib-extra.
Quoth David Bremner on Apr 01 at 10:16 pm:
> We rely completely on zlib to do the right thing in detecting gzipped
> input. Since our dump format is chosen to be 7 bit ascii, this should
> be fine.
> ---
> doc/man1/notmuch-restore.rst | 8
> notmuch-restore.c| 37
(Pardon the mobile review)
On Apr 1, 2014 9:16 PM, David Bremner wrote:
>
> It is useful to able to tell whether a dump completed successfully in
> situtions where we don't have access to the return code.
"Situations."? This commit message doesn't seem very related to atomicity?
> ---
> notmu
Quoth David Bremner on Apr 01 at 10:16 pm:
> All we do here is calculate the backup filename, and call the existing
> dump routine.
>
> Also take the opportity to add a message about being safe to
> interrupt.
> ---
> notmuch-new.c| 29 -
> test/T530-upgrade.sh
Quoth David Bremner on Apr 01 at 10:16 pm:
> 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 | 2 +-
> util/util.h | 12 +
> util/zlib-extra.
Quoth David Bremner on Apr 01 at 10:16 pm:
> We rely completely on zlib to do the right thing in detecting gzipped
> input. Since our dump format is chosen to be 7 bit ascii, this should
> be fine.
> ---
> doc/man1/notmuch-restore.rst | 8
> notmuch-restore.c| 37
(Pardon the mobile review)
On Apr 1, 2014 9:16 PM, David Bremner wrote:
>
> It is useful to able to tell whether a dump completed successfully in
> situtions where we don't have access to the return code.
"Situations." This commit message doesn't seem very related to atomicity?
> ---
> notmu
Various little comments below. Overall this is looking really good.
Quoth Jani Nikula on Mar 23 at 10:01 pm:
> The notmuch library includes a full blown message header parser. Yet
> the same message headers are parsed by gmime during indexing. Switch
> to gmime parsing completely.
>
> These are
Various little comments below. Overall this is looking really good.
Quoth Jani Nikula on Mar 23 at 10:01 pm:
> The notmuch library includes a full blown message header parser. Yet
> the same message headers are parsed by gmime during indexing. Switch
> to gmime parsing completely.
>
> These are
Without this flush, if stdout is block buffered (which will happen if
it's a pipe or a file, for example) and the hook also writes to
stdout, then notmuch new's output will appear *after* the hook output.
This situation may be a little esoteric, but it's good practice to
flush before you fork anyw
This test delivers all possible (single-root) four-message threads in
all possible orders and checks that notmuch successfully links them
into threads in every case.
This is introduced as a new test (rather than just adding it to
T050-new) because it's much easier for this to start with an empty
d
Without this flush, if stdout is block buffered (which will happen if
it's a pipe or a file, for example) and the hook also writes to
stdout, then notmuch new's output will appear *after* the hook output.
This situation may be a little esoteric, but it's good practice to
flush before you fork anyw
This test delivers all possible (single-root) four-message threads in
all possible orders and checks that notmuch successfully links them
into threads in every case.
This is introduced as a new test (rather than just adding it to
T050-new) because it's much easier for this to start with an empty
d
LGTM. Ship it!
Quoth Mark Walters on Mar 22 at 11:51 am:
> This is v4 of this patch set. V3 is at
> id:1394597397-8486-1-git-send-email-markwalters1009 at gmail.com. This
> addresses all the review comments from Austin.
>
> Patches 1-3 and 6-8 are unchanged. For patch 5 I have changed the
> comm
LGTM. Ship it!
Quoth Mark Walters on Mar 22 at 11:51 am:
> This is v4 of this patch set. V3 is at
> id:1394597397-8486-1-git-send-email-markwalters1...@gmail.com. This
> addresses all the review comments from Austin.
>
> Patches 1-3 and 6-8 are unchanged. For patch 5 I have changed the
> comment
Quoth Mark Walters on Mar 12 at 4:09 am:
> This allows (and requires) the original-tags to be passed along with
> the current-tags to be passed to notmuch-tag-format-tags. This allows
> the tag formatting to show added and deleted tags.By default a removed
> tag is displayed with strike-through in
Quoth Mark Walters on Mar 12 at 4:09 am:
> Add customize options for deleted/added tag formats. These are not
> used yet but will be later in the series.
>
> We switch to using `notmuch-apply-face' rather than `propertize' in
> the defcustom for faces so that the faces for deleted/added tags add
Quoth Mark Walters on Mar 12 at 4:09 am:
> This allows (and requires) the original-tags to be passed along with
> the current-tags to be passed to notmuch-tag-format-tags. This allows
> the tag formatting to show added and deleted tags.By default a removed
> tag is displayed with strike-through in
Quoth Mark Walters on Mar 12 at 4:09 am:
> Add customize options for deleted/added tag formats. These are not
> used yet but will be later in the series.
>
> We switch to using `notmuch-apply-face' rather than `propertize' in
> the defcustom for faces so that the faces for deleted/added tags add
Quoth David Bremner on Mar 11 at 8:01 pm:
> This supercedes the thread at
>
> id:aa121361c0ad354f2c6d45b776299a0ba59b6844.1394400503.git.jani at
> nikula.org
>
> Since the last (amended) series to the list, we
>
> renamed the database back to a generic name
> regenerated th
Quoth David Bremner on Mar 11 at 8:01 pm:
> This supercedes the thread at
>
>
> id:aa121361c0ad354f2c6d45b776299a0ba59b6844.1394400503.git.j...@nikula.org
>
> Since the last (amended) series to the list, we
>
> renamed the database back to a generic name
> regenerated the d
Previously, the term escaper used a blacklist of characters that
needed escaping. This blacklist turned out to be somewhat incomplete;
for example, it did not contain non-whitespace ASCII control
characters or Unicode "fancy quotes", both of which do require the
term to be escaped.
Switch to a wh
The current term escaper gets most of these right, but fails to escape
things containing Unicode "fancy quotes" or things containing
non-whitespace control characters.
---
test/T310-emacs.sh | 12
1 file changed, 12 insertions(+)
diff --git a/test/T310-emacs.sh b/test/T310-emacs.sh
i
Previously, make_boolean_term did not quote empty boolean terms or
boolean terms that started with '('. These cases are incompatible
with Xapian: empty terms cannot be omitted, and boolean terms that
start with '(' trigger an alternate term quoting syntax.
Fix this by quoting empty terms and term
Previously, make_boolean_term did not quote boolean terms that started
with '('. This is incompatible with Xapian, since boolean terms that
start with '(' trigger an alternate term quoting syntax.
Fix this by quoting terms that contain '('.
---
util/string-util.c | 4 ++--
1 file changed, 2 inse
Previously, make_boolean_term did not quote empty boolean terms or
boolean terms that started with '('. These cases are incompatible
with Xapian: empty terms cannot be omitted, and boolean terms that
start with '(' trigger an alternate term quoting syntax.
Fix this by quoting empty terms and term
Previously, make_boolean_term did not quote boolean terms that started
with '('. This is incompatible with Xapian, since boolean terms that
start with '(' trigger an alternate term quoting syntax.
Fix this by quoting terms that contain '('.
---
util/string-util.c | 4 ++--
1 file changed, 2 inse
This combines our two face combining functions into one, easy to use
function with a much shorter name: `notmuch-apply-face'. This
function takes the full set of arguments that
`notmuch-combine-face-text-property' took, but takes them in a more
convenient order and provides smarter defaults that m
This combines our two face combining functions into one, easy to use
function with a much shorter name: `notmuch-apply-face'. This
function takes the full set of arguments that
`notmuch-combine-face-text-property' took, but takes them in a more
convenient order and provides smarter defaults that m
On Sat, 22 Feb 2014, Mark Walters wrote:
> This uses the recent functionality to show the tag changes in the
> search buffer. Currently this is only used to show changes the search
> buffer makes itself: i.e., it does not make display any changes
> reflecting tagging done by other notmuch-buffers.
On Wed, 19 Feb 2014, Mark Walters wrote:
> Add customize options for deleted/added tag formats. These are not
> used yet but will be later in the series.
> ---
> emacs/notmuch-tag.el | 31 +++
> 1 files changed, 31 insertions(+), 0 deletions(-)
>
> diff --git a/emac
On Wed, 19 Feb 2014, Mark Walters wrote:
> This allows (and requires) the original-tags to be passed along with
> the current-tags to be passed to notmuch-tag-format-tags. This allows
> the tag formatting to show added and deleted tags.By default a removed
> tag is displayed with strike-through in
On Wed, 19 Feb 2014, Mark Walters wrote:
> Add customize options for deleted/added tag formats. These are not
> used yet but will be later in the series.
> ---
> emacs/notmuch-tag.el | 31 +++
> 1 files changed, 31 insertions(+), 0 deletions(-)
>
> diff --git a/emac
On Wed, 19 Feb 2014, Mark Walters wrote:
> From: Austin Clements
>
> This patch switches notmuch-tag-formats to use regexps with caching
> for performance.
>
> We have to clear the cache somehow on changes to notmuch-tag-formats.
> This version takes the simplest approach:
On Sat, 22 Feb 2014, Mark Walters wrote:
> This uses the recent functionality to show the tag changes in the
> search buffer. Currently this is only used to show changes the search
> buffer makes itself: i.e., it does not make display any changes
> reflecting tagging done by other notmuch-buffers.
On Wed, 19 Feb 2014, Mark Walters wrote:
> Add customize options for deleted/added tag formats. These are not
> used yet but will be later in the series.
> ---
> emacs/notmuch-tag.el | 31 +++
> 1 files changed, 31 insertions(+), 0 deletions(-)
>
> diff --git a/emac
On Wed, 19 Feb 2014, Mark Walters wrote:
> This allows (and requires) the original-tags to be passed along with
> the current-tags to be passed to notmuch-tag-format-tags. This allows
> the tag formatting to show added and deleted tags.By default a removed
> tag is displayed with strike-through in
On Wed, 19 Feb 2014, Mark Walters wrote:
> Add customize options for deleted/added tag formats. These are not
> used yet but will be later in the series.
> ---
> emacs/notmuch-tag.el | 31 +++
> 1 files changed, 31 insertions(+), 0 deletions(-)
>
> diff --git a/emac
v5 LGTM.
Quoth Jani Nikula on Mar 09 at 11:40 pm:
> This is v4 of id:1394313585-28422-1-git-send-email-david at tethera.net.
v5 LGTM.
Quoth Jani Nikula on Mar 09 at 11:40 pm:
> This is v4 of id:1394313585-28422-1-git-send-email-da...@tethera.net.
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
Quoth Jani Nikula on Mar 09 at 10:45 am:
> On Sun, 09 Mar 2014, Austin Clements wrote:
> > Quoth David Bremner on Mar 08 at 5:19 pm:
> >> From: Jani Nikula
> >>
> >> In xapian terms, convert folder: prefix from probabilistic to boolean
> >> prefix,
Quoth Jani Nikula on Mar 09 at 10:45 am:
> On Sun, 09 Mar 2014, Austin Clements wrote:
> > Quoth David Bremner on Mar 08 at 5:19 pm:
> >> From: Jani Nikula
> >>
> >> In xapian terms, convert folder: prefix from probabilistic to boolean
> >> prefix,
Quoth David Bremner on Mar 08 at 5:19 pm:
> From: Jani Nikula
>
> ---
> man/man7/notmuch-search-terms.7 | 28 ++--
> 1 file changed, 22 insertions(+), 6 deletions(-)
>
> diff --git a/man/man7/notmuch-search-terms.7 b/man/man7/notmuch-search-terms.7
> index a768b63..9074
Quoth David Bremner on Mar 08 at 5:19 pm:
> From: Jani Nikula
>
> Additional tests for the boolean folder: and path: prefixes using the
> new corpus.
> ---
> test/T101-search-by-folder-and-path.sh | 83
> ++
Would it be possible to fold these in to (or simply im
Quoth David Bremner on Mar 08 at 5:19 pm:
> From: Jani Nikula
>
> ---
> man/man7/notmuch-search-terms.7 | 28 ++--
> 1 file changed, 22 insertions(+), 6 deletions(-)
>
> diff --git a/man/man7/notmuch-search-terms.7 b/man/man7/notmuch-search-terms.7
> index a768b63..9074
Quoth David Bremner on Mar 08 at 5:19 pm:
> From: Jani Nikula
>
> Additional tests for the boolean folder: and path: prefixes using the
> new corpus.
> ---
> test/T101-search-by-folder-and-path.sh | 83
> ++
Would it be possible to fold these in to (or simply im
Quoth David Bremner on Mar 08 at 5:19 pm:
> From: Jani Nikula
>
> In xapian terms, convert folder: prefix from probabilistic to boolean
> prefix, matching the paths, relative form the maildir root, of the
s/form/from/
> message files, ignoring the maildir new and cur leaf directories.
>
> fol
Quoth David Bremner on Mar 08 at 5:19 pm:
> From: Jani Nikula
>
> In xapian terms, convert folder: prefix from probabilistic to boolean
> prefix, matching the paths, relative form the maildir root, of the
s/form/from/
> message files, ignoring the maildir new and cur leaf directories.
>
> fol
I haven't thought about this as a patch yet, but wanted to point out
that it should probably skip the removal step if it's only scanning a
subdirectory. Otherwise, messages that are moved out of the scanned
directory into some other may be considered deleted and get removed
from the database.
Tha
I haven't thought about this as a patch yet, but wanted to point out
that it should probably skip the removal step if it's only scanning a
subdirectory. Otherwise, messages that are moved out of the scanned
directory into some other may be considered deleted and get removed
from the database.
Tha
Quoth David Belohrad on Mar 06 at 2:24 pm:
> Dear All,
>
> so far I'm changing some color faces programmatically:
>
> (setq notmuch-search-line-faces '(("deleted" . (:foreground "red"
> :background "blue"))
>
Quoth David Belohrad on Mar 06 at 2:24 pm:
> Dear All,
>
> so far I'm changing some color faces programmatically:
>
> (setq notmuch-search-line-faces '(("deleted" . (:foreground "red"
> :background "blue"))
>
Previously, we stripped the "Tnnn-" part from the test name when
printing its description at the beginning of each test. However, this
makes it difficult to find the source script for a test (e.g., when a
test fails). Put this prefix back.
---
test/test-lib.sh | 2 +-
1 file changed, 1 insertion
Previously, we stripped the "Tnnn-" part from the test name when
printing its description at the beginning of each test. However, this
makes it difficult to find the source script for a test (e.g., when a
test fails). Put this prefix back.
---
test/test-lib.sh | 2 +-
1 file changed, 1 insertion
`notmuch-mua-prompt-for-sender' is over-engineered and often wrong.
It attempts to detect when all identities have the same name and
specialize the prompt to just the email address part. However, to do
this it uses `mail-extract-address-components', which is meant for
displaying email addresses, n
`notmuch-mua-prompt-for-sender' is over-engineered and often wrong.
It attempts to detect when all identities have the same name and
specialize the prompt to just the email address part. However, to do
this it uses `mail-extract-address-components', which is meant for
displaying email addresses, n
Construct as much of the CLEAN list from TEST_BINARIES as possible,
rather than duplicating this information by hand.
---
test/Makefile.local | 7 +--
1 file changed, 1 insertion(+), 6 deletions(-)
diff --git a/test/Makefile.local b/test/Makefile.local
index 8870ca3..99324ba 100644
--- a/test
Construct as much of the CLEAN list from TEST_BINARIES as possible,
rather than duplicating this information by hand.
---
test/Makefile.local | 7 +--
1 file changed, 1 insertion(+), 6 deletions(-)
diff --git a/test/Makefile.local b/test/Makefile.local
index 8870ca3..99324ba 100644
--- a/test
I'm happy to ignore that situation.
> 2) make notmuch-identities a list of cons cells (name . email). Then
> there is no parsing and the old method could be robust.
>
> OTOH I can get used to the change.
>
> Best wishes
>
> Mark
>
>
>
> On Thu, 20 Feb
m happy to ignore that situation.
> 2) make notmuch-identities a list of cons cells (name . email). Then
> there is no parsing and the old method could be robust.
>
> OTOH I can get used to the change.
>
> Best wishes
>
> Mark
>
>
>
> On Thu, 20 Feb 2014, Au
`notmuch-mua-prompt-for-sender' is over-engineered and often wrong.
It attempts to detect when all identities have the same name and
specialize the prompt to just the email address part, but this has
several problems. First, it uses `mail-extract-address-components',
which is meant for displaying
Thanks to the previous patch, this no longer crashes in this
situation, but now would return (""). Fix it to return () when no
emails are configured.
---
emacs/notmuch-lib.el | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/emacs/notmuch-lib.el b/emacs/notmuch-lib.el
index 0911
When "notmuch config" is called with the name of an empty or
unconfigured setting, it prints nothing (not even a new line).
Previously, `notmuch-config-get' assumed it would always print a
newline. As a result, when `notmuch-config-get' was called with the
name of an empty of unconfigured setting,
Previously, we used `message-forward' to build forwarded messages, but
this function is simply too high-level to be a good fit for some of
what we do.
First, since `message-forward' builds a full forward message buffer
given the message to forward, we have to duplicate much of the logic
in `notmuc
This series fixes several bugs surrounding identity handling in Emacs.
It was inspired by a problem that bjonnh on IRC had where forwarding
from an address where the full name matched the mailbox would crash
`notmuch-mua-new-forward-message'. While it was possible to work
around that specific prob
Previously, we used `message-forward' to build forwarded messages, but
this function is simply too high-level to be a good fit for some of
what we do.
First, since `message-forward' builds a full forward message buffer
given the message to forward, we have to duplicate much of the logic
in `notmuc
Thanks to the previous patch, this no longer crashes in this
situation, but now would return (""). Fix it to return () when no
emails are configured.
---
emacs/notmuch-lib.el | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/emacs/notmuch-lib.el b/emacs/notmuch-lib.el
index 0911
When "notmuch config" is called with the name of an empty or
unconfigured setting, it prints nothing (not even a new line).
Previously, `notmuch-config-get' assumed it would always print a
newline. As a result, when `notmuch-config-get' was called with the
name of an empty of unconfigured setting,
`notmuch-mua-prompt-for-sender' is over-engineered and often wrong.
It attempts to detect when all identities have the same name and
specialize the prompt to just the email address part, but this has
several problems. First, it uses `mail-extract-address-components',
which is meant for displaying
This series fixes several bugs surrounding identity handling in Emacs.
It was inspired by a problem that bjonnh on IRC had where forwarding
from an address where the full name matched the mailbox would crash
`notmuch-mua-new-forward-message'. While it was possible to work
around that specific prob
Previously, we updated .eldeps only if the file contents actually
needed to change. This was done to avoid unnecessary make restarts
(if the .eldeps rule changes the mtime of .eldeps, make has to restart
to collect the new dependencies). However, this meant that, after a
modification to any .el f
Previously, we updated .eldeps only if the file contents actually
needed to change. This was done to avoid unnecessary make restarts
(if the .eldeps rule changes the mtime of .eldeps, make has to restart
to collect the new dependencies). However, this meant that, after a
modification to any .el f
Quoth myself on Feb 14 at 4:58 pm:
> Quoth Tomi Ollila on Feb 14 at 9:24 pm:
> > On Thu, Feb 13 2014, Austin Clements wrote:
> >
> > > Quoth Tomi Ollila on Feb 13 at 9:26 am:
> > >> On Thu, Feb 13 2014, Austin Clements wrote:
> > >>
Quoth myself on Feb 14 at 4:58 pm:
> Quoth Tomi Ollila on Feb 14 at 9:24 pm:
> > On Thu, Feb 13 2014, Austin Clements wrote:
> >
> > > Quoth Tomi Ollila on Feb 13 at 9:26 am:
> > >> On Thu, Feb 13 2014, Austin Clements wrote:
> > >>
Quoth Tomi Ollila on Feb 14 at 9:24 pm:
> On Thu, Feb 13 2014, Austin Clements wrote:
>
> > Quoth Tomi Ollila on Feb 13 at 9:26 am:
> >> On Thu, Feb 13 2014, Austin Clements wrote:
> >>
> >> > Quoth Tomi Ollila on Jan 25 at 12:21 pm:
> >> &g
Quoth Tomi Ollila on Feb 14 at 9:24 pm:
> On Thu, Feb 13 2014, Austin Clements wrote:
>
> > Quoth Tomi Ollila on Feb 13 at 9:26 am:
> >> On Thu, Feb 13 2014, Austin Clements wrote:
> >>
> >> > Quoth Tomi Ollila on Jan 25 at 12:21 pm:
> >> &g
Quoth Tomi Ollila on Feb 13 at 9:26 am:
> On Thu, Feb 13 2014, Austin Clements wrote:
>
> > Quoth Tomi Ollila on Jan 25 at 12:21 pm:
> >> So that the target is newer than its prerequisites.
> >> ---
> >> emacs/Makefile.local | 3 +--
> >&
On Wed, 12 Feb 2014, Jed Brown wrote:
> Searching by Message-Id no longer works via the old mail-archive.com
> API, though I have contacted them in hopes that they restore it to
> prevent dead links. Anyway, the new API is cleaner.
> ---
> emacs/notmuch-show.el | 2 +-
> 1 file changed, 1 insert
Quoth Tomi Ollila on Jan 25 at 12:21 pm:
> So that the target is newer than its prerequisites.
> ---
> emacs/Makefile.local | 3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-)
>
> diff --git a/emacs/Makefile.local b/emacs/Makefile.local
> index 42bfbd9..d5d402e 100644
> --- a/emacs/Makefile
Support for dirent.d_type is OS-specific. Previously, we used
_DIRENT_HAVE_D_TYPE to detect support for this, but this is apparently
a glic-ism (FreeBSD, for example, supports d_type, but does not define
this). Since there's no cross-platform way to detect support for
dirent.d_type, detect it usi
Quoth Tomi Ollila on Feb 13 at 9:26 am:
> On Thu, Feb 13 2014, Austin Clements wrote:
>
> > Quoth Tomi Ollila on Jan 25 at 12:21 pm:
> >> So that the target is newer than its prerequisites.
> >> ---
> >> emacs/Makefile.local | 3 +--
> >&
On Wed, 12 Feb 2014, Jed Brown wrote:
> Searching by Message-Id no longer works via the old mail-archive.com
> API, though I have contacted them in hopes that they restore it to
> prevent dead links. Anyway, the new API is cleaner.
> ---
> emacs/notmuch-show.el | 2 +-
> 1 file changed, 1 insert
Quoth Tomi Ollila on Jan 25 at 12:21 pm:
> So that the target is newer than its prerequisites.
> ---
> emacs/Makefile.local | 3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-)
>
> diff --git a/emacs/Makefile.local b/emacs/Makefile.local
> index 42bfbd9..d5d402e 100644
> --- a/emacs/Makefile
Support for dirent.d_type is OS-specific. Previously, we used
_DIRENT_HAVE_D_TYPE to detect support for this, but this is apparently
a glic-ism (FreeBSD, for example, supports d_type, but does not define
this). Since there's no cross-platform way to detect support for
dirent.d_type, detect it usi
This was a little hack to test the feasibility of switching
notmuch-tag-formats to use regexps with caching for performance. In
the end it works fine and isn't particularly complex, though there
were a few gotchas:
1) We have to clear the cache somehow on changes to
notmuch-tag-formats. I opted
On Sat, 18 Jan 2014, Mark Walters wrote:
> This uses the recent functionality to show the tag changes in the
> search buffer. Currently this is only used to show changes the search
> buffer makes itself: i.e., it does not make display any changes
> reflecting tagging done by other notmuch-buffers.
On Sat, 18 Jan 2014, Mark Walters wrote:
> This allows (and requires) the original-tags to be passed along with
> the current-tags to be passed to notmuch-tag-format-tags. This allows
> the tag formatting to show added and deleted tags.By default a removed
> tag is displayed with strike-through in
On Tue, 11 Feb 2014, Mark Walters wrote:
> Thanks for the review.
>
> On Mon, 10 Feb 2014, Austin Clements wrote:
>> On Sat, 18 Jan 2014, Mark Walters wrote:
>>> Allow an empty string in notmuch-tag-formats which matches all tags
>>> except those matched explici
On Sat, 18 Jan 2014, Mark Walters wrote:
> This uses the recent functionality to show the tag changes in the
> search buffer. Currently this is only used to show changes the search
> buffer makes itself: i.e., it does not make display any changes
> reflecting tagging done by other notmuch-buffers.
On Sat, 18 Jan 2014, Mark Walters wrote:
> This allows (and requires) the original-tags to be passed along with
> the current-tags to be passed to notmuch-tag-format-tags. This allows
> the tag formatting to show added and deleted tags.By default a removed
> tag is displayed with strike-through in
On Tue, 11 Feb 2014, Mark Walters wrote:
> Thanks for the review.
>
> On Mon, 10 Feb 2014, Austin Clements wrote:
>> On Sat, 18 Jan 2014, Mark Walters wrote:
>>> Allow an empty string in notmuch-tag-formats which matches all tags
>>> except those matched explici
On Sat, 18 Jan 2014, Mark Walters wrote:
> Allow an empty string in notmuch-tag-formats which matches all tags
> except those matched explicitly matched. This allows the user to tell
Typo.
> notmuch to hide all tags except those specified.
>
> This will be useful once formatting for deleted/adde
501 - 600 of 3707 matches
Mail list logo