From: Michal Nazarewicz
---
gmail-notmuch.py | 29 +
1 files changed, 9 insertions(+), 20 deletions(-)
On Fri, Dec 07 2012, Jason A. Donenfeld wrote:
> I wrote a script that imports emails and tags from gmail. It's
> resumable and appears to be working
From: Michal Nazarewicz
---
gmail-notmuch.py | 29 +
1 files changed, 9 insertions(+), 20 deletions(-)
On Fri, Dec 07 2012, Jason A. Donenfeld wrote:
> I wrote a script that imports emails and tags from gmail. It's
> resumable and appears to be working
On Wed, Dec 05 2012, Jani Nikula wrote:
> diff --git a/test/count b/test/count
> index 300b171..ecae40e 100755
> --- a/test/count
> +++ b/test/count
> @@ -6,6 +6,11 @@ add_email_corpus
>
> SEARCH="\"*\""
>
> +test_begin_subtest "check the query"
> +test_expect_equal \
> +"`notmuch count $
On Wed, Dec 05 2012, Jani Nikula wrote:
> diff --git a/test/count b/test/count
> index 300b171..ecae40e 100755
> --- a/test/count
> +++ b/test/count
> @@ -6,6 +6,11 @@ add_email_corpus
>
> SEARCH="\"*\""
>
> +test_begin_subtest "check the query"
> +test_expect_equal \
> +"`notmuch count $
Hmm, I thought I've already replied to this email, but it still sticks
as unread. In case I did, sorry for duplicate.
On Wed, Dec 05 2012, Jani Nikula wrote:
> Please try this patch, which should pass if everything were all right:
>
> diff --git a/test/count b/test/count
> index 300b171..ecae40e
Hmm, I thought I've already replied to this email, but it still sticks
as unread. In case I did, sorry for duplicate.
On Wed, Dec 05 2012, Jani Nikula wrote:
> Please try this patch, which should pass if everything were all right:
>
> diff --git a/test/count b/test/count
> index 300b171..ecae40e
On Tue, Dec 04 2012, Jani Nikula wrote:
> The quoting for ${SEARCH} is broken when it's supposed to be '*', and
Why is it broken? It does not appear to be broken to me and in fact the
test passes.
> it seems tricky to get it right. Just drop the variable and use '*'
> directly. Before this, none
On Tue, Dec 04 2012, Jani Nikula wrote:
> Our OS X users report -r is not a supported option for sed. Use perl
> instead.
> ---
> test/test-lib.sh |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/test/test-lib.sh b/test/test-lib.sh
> index f169785..31ed107 100644
> --- a
On Tue, Dec 04 2012, Jani Nikula wrote:
> The quoting for ${SEARCH} is broken when it's supposed to be '*', and
Why is it broken? It does not appear to be broken to me and in fact the
test passes.
> it seems tricky to get it right. Just drop the variable and use '*'
> directly. Before this, none
On Tue, Dec 04 2012, Jani Nikula wrote:
> Our OS X users report -r is not a supported option for sed. Use perl
> instead.
> ---
> test/test-lib.sh |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/test/test-lib.sh b/test/test-lib.sh
> index f169785..31ed107 100644
> --- a
On Mon, Dec 03 2012, Jani Nikula wrote:
> And I'm not even sure strncmp is faster than strcmp, as it has to keep
> track of count.
Good point.
--
Best regards, _ _
.o. | Liege of Serenely Enlightened Majesty of o' \,=./ `o
..o | Computer Science,
On Mon, Dec 03 2012, Jani Nikula wrote:
> And I'm not even sure strncmp is faster than strcmp, as it has to keep
> track of count.
Good point.
--
Best regards, _ _
.o. | Liege of Serenely Enlightened Majesty of o' \,=./ `o
..o | Computer Science,
On Mon, Dec 03 2012, Jani Nikula wrote:
> Use strcmp instead of STRNCMP_LITERAL, which matches the prefix
> instead of the whole argument.
Perhaps add and use this instead:
#define STRCMP_LITERAL(var, literal) \
strncmp ((var), (literal), sizeof (literal))
Than again, it's argument parsing s
On Mon, Dec 03 2012, Jani Nikula wrote:
> Use strcmp instead of STRNCMP_LITERAL, which matches the prefix
> instead of the whole argument.
Perhaps add and use this instead:
#define STRCMP_LITERAL(var, literal) \
strncmp ((var), (literal), sizeof (literal))
Than again, it's argument parsing s
On Thu, Nov 29 2012, Rainer M Krug wrote:
> I think a "tag changed hook" could solve both problems - when there
> would be an additional "messge changed" hook:
How would you make the ?message changed? hook work? What if I do
?$EDITOR ?? What is supposed to trigger the hook?
--
Best regards,
On Thu, Nov 29 2012, Felipe Contreras wrote:
> I think it would be trivial to add Gmail-style folders to notmuch.
> Maybe a configuration that maps directories with tags. This in fact
> wouldn't even be Gmail specific, and would help the people coming from
> procmail, and other ways of organizing m
> On Wed, Nov 28, 2012 at 1:53 PM, Michal Nazarewicz
> wrote:
>> Go nag developers of whatever you are using to implement fetching labels
>> from Gmail. Or write another tool that does that.
On Thu, Nov 29 2012, Felipe Contreras wrote:
> Why do that when I can do it in
On Thu, Nov 29 2012, Rainer M Krug wrote:
> I think a "tag changed hook" could solve both problems - when there
> would be an additional "messge changed" hook:
How would you make the “message changed” hook work? What if I do
“$EDITOR ”? What is supposed to trigger the hook?
--
Best regards,
On Thu, Nov 29 2012, Felipe Contreras wrote:
> I think it would be trivial to add Gmail-style folders to notmuch.
> Maybe a configuration that maps directories with tags. This in fact
> wouldn't even be Gmail specific, and would help the people coming from
> procmail, and other ways of organizing m
> On Wed, Nov 28, 2012 at 1:53 PM, Michal Nazarewicz wrote:
>> Go nag developers of whatever you are using to implement fetching labels
>> from Gmail. Or write another tool that does that.
On Thu, Nov 29 2012, Felipe Contreras wrote:
> Why do that when I can do it in not
On Wed, Nov 28 2012, Jeremy Nickurak wrote:
> The other direction sounds like it would be trickier though, since
> there's no obvious way to say "what notmuch tags have changed since
> time X?". Is this something that notmuch could provide?
One could parse the X-Labels header and compare it with a
On Wed, Nov 28 2012, David Bremner wrote:
> Right. But without that, the whole thing could be scripted pretty easily
> I think, just parse the x-labels header and use notmuch-deliver or
> something like that.
You're saying to get offlineimap to add the x-labels header and than
have another simple
On Wed, Nov 28 2012, Tomi Ollila wrote:
> I could not find it in the docs (looked wiki mainly) but one of the
> principles notmuch currently operates that the *contents* of the email
> files it reads are not ever modified. i.e. the email files are read-only
> from notmuch (cli) point of view.
Thi
On Wed, Nov 28 2012, Felipe Contreras wrote:
> Not everybody uses offlineimap.
Go nag developers of whatever you are using to implement fetching labels
from Gmail. Or write another tool that does that. Either way,
communicating with Gmail is not notmuch's job.
--
Best regards,
On Wed, Nov 28 2012, Jeremy Nickurak wrote:
> The other direction sounds like it would be trickier though, since
> there's no obvious way to say "what notmuch tags have changed since
> time X?". Is this something that notmuch could provide?
One could parse the X-Labels header and compare it with a
On Wed, Nov 28 2012, David Bremner wrote:
> Right. But without that, the whole thing could be scripted pretty easily
> I think, just parse the x-labels header and use notmuch-deliver or
> something like that.
You're saying to get offlineimap to add the x-labels header and than
have another simple
On Wed, Nov 28 2012, Tomi Ollila wrote:
> I could not find it in the docs (looked wiki mainly) but one of the
> principles notmuch currently operates that the *contents* of the email
> files it reads are not ever modified. i.e. the email files are read-only
> from notmuch (cli) point of view.
Thi
On Wed, Nov 28 2012, Felipe Contreras wrote:
> Not everybody uses offlineimap.
Go nag developers of whatever you are using to implement fetching labels
from Gmail. Or write another tool that does that. Either way,
communicating with Gmail is not notmuch's job.
--
Best regards,
On Tue, Nov 27 2012, Rainer M Krug wrote:
> I saw on the offlineimap mailing list, that somebody is using this approach
> (x-header) to sync the gmail labels and to use them in his email client -
> so I thought, why not read them as tags into notmuch and sync tgs back, so
> one would have a sync be
On Tue, Nov 27 2012, Rainer M Krug wrote:
> Yes - offlineimap is not needed actually, but I personally I see
> notmuch as an indexing / tagging program for a mailabox in maildir
> format, which means local. So all changes are done locally, and not
> bad on an imap server (or synching tags with an i
On Tue, Nov 27 2012, Rainer M Krug wrote:
> So from your point of view - what would be the best / most consistent
> approach with gmail? Sync All Mail folder (and Inbox) with offlineimap
> and sync the label information via notmuch? Would definitely seem to
> make sense, as it deals with labels on
On Tue, Nov 27 2012, Rainer M Krug wrote:
> I saw on the offlineimap mailing list, that somebody is using this approach
> (x-header) to sync the gmail labels and to use them in his email client -
> so I thought, why not read them as tags into notmuch and sync tgs back, so
> one would have a sync be
On Tue, Nov 27 2012, Rainer M Krug wrote:
> Yes - offlineimap is not needed actually, but I personally I see
> notmuch as an indexing / tagging program for a mailabox in maildir
> format, which means local. So all changes are done locally, and not
> bad on an imap server (or synching tags with an i
On Tue, Nov 27 2012, Rainer M Krug wrote:
> So from your point of view - what would be the best / most consistent
> approach with gmail? Sync All Mail folder (and Inbox) with offlineimap
> and sync the label information via notmuch? Would definitely seem to
> make sense, as it deals with labels on
On Thu, Nov 22 2012, Jameson Graef Rollins wrote:
> I guess there would still be a race condition, especially for really
> long search results, but I wonder if the calls could actually be made
> in parallel at the same time.
If we are nitpicking, strictly speaking, running things in parallel does
On Thu, Nov 22 2012, Jameson Graef Rollins wrote:
> I guess there would still be a race condition, especially for really
> long search results, but I wonder if the calls could actually be made
> in parallel at the same time.
If we are nitpicking, strictly speaking, running things in parallel does
On Thu, Nov 15 2012, Tomi Ollila wrote:
> notmuch show --format json now includes Bcc and Reply-To headers of
> the message. Mention that in NEWS.
> (Heavily modified version of text originally from Michal Nazarewicz.)
Acked-by: Michal Nazarewicz
> ---
> NEWS | 6 ++
>
On Thu, Nov 15 2012, Tomi Ollila wrote:
> notmuch show --format json now includes Bcc and Reply-To headers of
> the message. Mention that in NEWS.
> (Heavily modified version of text originally from Michal Nazarewicz.)
Acked-by: Michal Nazarewicz
> ---
> NEWS | 6 ++
>
On Wed, Nov 07 2012, Tomi Ollila wrote:
> Also, I don't know whether markdown allows the text in backticks (``)
> be split into 2 lines -- at the end it's me who is going to do final
> corrections there ;) (luckily that probably changes when more text
> is added to the sentences.
OK, so can I forg
On Wed, Nov 07 2012, Tomi Ollila wrote:
> Also, I don't know whether markdown allows the text in backticks (``)
> be split into 2 lines -- at the end it's me who is going to do final
> corrections there ;) (luckily that probably changes when more text
> is added to the sentences.
OK, so can I forg
This commit adds a note to the NEWS file about Bcc header now being
available in the JSON output (and thus in Emacs) which has been
implemented by commit ffb629cc5d2c2d1505eb5aefcf04fb4d0af6c0c8.
---
NEWS | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
On Wed, Oct 31 2012, Da
This commit adds a note to the NEWS file about Bcc header now being
available in the JSON output (and thus in Emacs) which has been
implemented by commit ffb629cc5d2c2d1505eb5aefcf04fb4d0af6c0c8.
---
NEWS | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
On Wed, Oct 31 2012, Da
From: Michal Nazarewicz
This commit adds a note to the NEWS file about Bcc header now being
available in the JSON output (and thus in Emacs) which has been
implemented by commit ffb629cc5d2c2d1505eb5aefcf04fb4d0af6c0c8.
---
NEWS |7 +++
1 files changed, 7 insertions(+), 0 deletions
From: Michal Nazarewicz
This commit adds a note to the NEWS file about Bcc header now being
available in the JSON output (and thus in Emacs) which has been
implemented by commit ffb629cc5d2c2d1505eb5aefcf04fb4d0af6c0c8.
---
NEWS |7 +++
1 files changed, 7 insertions(+), 0 deletions
On Fri, Oct 26 2012, Taesoo Kim wrote:
> @@ -240,6 +242,32 @@ _entry_in_ignore_list (const char *entry,
> add_files_state_t *state)
> return FALSE;
> }
>
> +static void
> +_add_maildir_as_tag(notmuch_database_t *notmuch,
> + notmuch_message_t *msg, const char *path)
> +{
On Fri, Oct 26 2012, Taesoo Kim wrote:
> @@ -240,6 +242,32 @@ _entry_in_ignore_list (const char *entry,
> add_files_state_t *state)
> return FALSE;
> }
>
> +static void
> +_add_maildir_as_tag(notmuch_database_t *notmuch,
> + notmuch_message_t *msg, const char *path)
> +{
On Sun, Sep 30 2012, Austin Clements wrote:
> But I wonder if there's an abstraction that would let us fully rebuild
> UIs or parts of UIs, but keep enough context to make this fluid. I'm
> imagining something like representing a buffer as a tree of UI nodes,
> where the buffer itself is simply th
On Mon, Oct 01 2012, David Bremner wrote:
> Geoff writes:
>
>Hi David,
>
>I've found the source of the problem I was having. It seems to be due
>to some interference with the notmuch-mua-reply function and
>gnus-alias. In particular, there was a problem with the part of
>notmuc
On Sun, Sep 30 2012, Austin Clements wrote:
> But I wonder if there's an abstraction that would let us fully rebuild
> UIs or parts of UIs, but keep enough context to make this fluid. I'm
> imagining something like representing a buffer as a tree of UI nodes,
> where the buffer itself is simply th
On Mon, Oct 01 2012, David Bremner wrote:
> Geoff writes:
>
>Hi David,
>
>I've found the source of the problem I was having. It seems to be due
>to some interference with the notmuch-mua-reply function and
>gnus-alias. In particular, there was a problem with the part of
>notmuc
On Thu, Sep 13 2012, Jani Nikula wrote:
> I find "since" rounding towards past and "until" rounding towards future
> a very simple rule. But YMMV.
To implement rounding, each date needs to have a period of time to align
to. I call that a duration. But if you have such a duration than
I propose a
> Michal Nazarewicz writes:
>> IMO this is totally unintuitive and not how the range should work.
>> date:foo..bar should return messages whose date >= foo and < bar. So
>> for instance date:november..yesterday should return messages whose date
>> is > 2012/1
> On Thu, 13 Sep 2012, Michal Nazarewicz wrote:
>> Have you consider doing the same in bison? I consider the code totally
>> unreadable and unmaintainable.
On Thu, Sep 13 2012, Jani Nikula wrote:
> I do not think you could easily do everything that this parser does in
> bi
On Thu, Sep 13 2012, Jani Nikula wrote:
> I find "since" rounding towards past and "until" rounding towards future
> a very simple rule. But YMMV.
To implement rounding, each date needs to have a period of time to align
to. I call that a duration. But if you have such a duration than
I propose a
> Michal Nazarewicz writes:
>> IMO this is totally unintuitive and not how the range should work.
>> date:foo..bar should return messages whose date >= foo and < bar. So
>> for instance date:november..yesterday should return messages whose date
>> is > 2012/1
> On Thu, 13 Sep 2012, Michal Nazarewicz wrote:
>> Have you consider doing the same in bison? I consider the code totally
>> unreadable and unmaintainable.
On Thu, Sep 13 2012, Jani Nikula wrote:
> I do not think you could easily do everything that this parser does in
> bi
On Fri, Sep 14 2012, Mark Anderson wrote:
> You might want to take this chance to make your tag cloud coherent
> between Notmuch and what exists in the folders, which works out to
> something like this for every tag/folder pair in your gmail IMAP
> directory (assuming it's synced to a Maildir repos
On Fri, Sep 14 2012, Mark Anderson wrote:
> You might want to take this chance to make your tag cloud coherent
> between Notmuch and what exists in the folders, which works out to
> something like this for every tag/folder pair in your gmail IMAP
> directory (assuming it's synced to a Maildir repos
On Wed, Sep 12 2012, Jani Nikula wrote:
> Add a custom value range processor to enable date and time searches of
> the form date:since..until, where "since" and "until" are expressions
> understood by the previously added date/time parser, to restrict the
> results to messages within a particular t
On Wed, Sep 12 2012, Jani Nikula wrote:
> Add a date/time parser to notmuch, to be used for adding date range
> query support for notmuch lib later on. Add the parser to a directory
> of its own to make it independent of the rest of the notmuch code
> base.
>
> Signed-off-by: Jani Nikula
Have yo
On Wed, Sep 12 2012, Jani Nikula wrote:
> Add a custom value range processor to enable date and time searches of
> the form date:since..until, where "since" and "until" are expressions
> understood by the previously added date/time parser, to restrict the
> results to messages within a particular t
On Wed, Sep 12 2012, Jani Nikula wrote:
> Add a date/time parser to notmuch, to be used for adding date range
> query support for notmuch lib later on. Add the parser to a directory
> of its own to make it independent of the rest of the notmuch code
> base.
>
> Signed-off-by: Jani Nikula
Have yo
On Mon, Sep 10 2012, Tomi Ollila wrote:
> Actually, I'm happy with keybinding c i (and c I) to get Message-Id,
Ah, great! That solves it, thanks. :)
--
Best regards, _ _
.o. | Liege of Serenely Enlightened Majesty of o' \,=./ `o
..o | Computer S
On Mon, Sep 10 2012, Tomi Ollila wrote:
> Thanks, that explains (also why my attempts to show Message-ID has
> failed ;)
Yeah. Message ID is the other header I'm missing. It should be
possible to add it the same way though.
--
Best regards, _ _
.o. |
From: Michal Nazarewicz
With this change, emacs users can use notmuch-message-headers
variable to configure notmuch-show display Bcc header.
---
notmuch-show.c |7 +++
test/json|8
test/test-lib.sh |5 +
3 files changed, 16 insertions(+), 4 deletions
On Mon, Sep 10 2012, Tomi Ollila wrote:
> Actually, I'm happy with keybinding c i (and c I) to get Message-Id,
Ah, great! That solves it, thanks. :)
--
Best regards, _ _
.o. | Liege of Serenely Enlightened Majesty of o' \,=./ `o
..o | Computer S
On Mon, Sep 10 2012, Tomi Ollila wrote:
> Thanks, that explains (also why my attempts to show Message-ID has
> failed ;)
Yeah. Message ID is the other header I'm missing. It should be
possible to add it the same way though.
--
Best regards, _ _
.o. |
From: Michal Nazarewicz
With this change, emacs users can use notmuch-message-headers
variable to configure notmuch-show display Bcc header.
---
notmuch-show.c |7 +++
test/json|8
test/test-lib.sh |5 +
3 files changed, 16 insertions(+), 4 deletions
From: Michal Nazarewicz
---
notmuch-show.c |7 +++
test/json|8
test/test-lib.sh |5 +
3 files changed, 16 insertions(+), 4 deletions(-)
diff --git a/notmuch-show.c b/notmuch-show.c
index 3556293..0b7abf1 100644
--- a/notmuch-show.c
+++ b/notmuch-show.c
From: Michal Nazarewicz
---
notmuch-show.c |7 +++
test/json|8
test/test-lib.sh |5 +
3 files changed, 16 insertions(+), 4 deletions(-)
diff --git a/notmuch-show.c b/notmuch-show.c
index 3556293..0b7abf1 100644
--- a/notmuch-show.c
+++ b/notmuch-show.c
On Thu, Aug 23 2012, Michal Nazarewicz wrote:
> For some reason the faces do not get applied when 'face property is
> used, but they work correctly with 'font-lock-face property. This
> commit changes notmuch-search to use the latter.
OK, forget about this. The problem ?f
From: Michal Nazarewicz
---
notmuch-show.c |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
Actually, I don't understand why json does not include all the
headers...
diff --git a/notmuch-show.c b/notmuch-show.c
index 3556293..0b7abf1 100644
--- a/notmuch-show.c
+++ b/no
On Thu, Aug 23 2012, Michal Nazarewicz wrote:
> For some reason the faces do not get applied when 'face property is
> used, but they work correctly with 'font-lock-face property. This
> commit changes notmuch-search to use the latter.
OK, forget about this. The problem “f
From: Michal Nazarewicz
---
notmuch-show.c |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
Actually, I don't understand why json does not include all the
headers...
diff --git a/notmuch-show.c b/notmuch-show.c
index 3556293..0b7abf1 100644
--- a/notmuch-show.c
+++ b/no
ename) as f:
>>> +data = ""
>>> + while True:
>>> +line = f.readline()
>>> +for header in IGNORED_HEADERS:
>>> +if line.startswith(header):
> Michal Nazarewicz
On Tue, Sep 04 2012, Dmitry Kurochkin wrote:
> The script removes duplicate message files. It takes no options.
>
> Files are assumed duplicates if their content is the same except for
> ignored headers. Currently, the only ignored header is Received:.
> ---
> contrib/notmuch-remove-duplicates.p
> On Tue, Sep 04 2012, Michal Nazarewicz wrote:
>> On semi-related note, does anyone know how to get rid of an empty line
>> *above* the attribution line?
On Tue, Sep 04 2012, Michal Sojka wrote:
> It is probably caused by your configuration. I do not have any empty
> line a
On Tue, Sep 04 2012, Tomi Ollila wrote:
> This if V3 of release-check.sh patches, displacing
>
> id:"1346491928-2356-1-git-send-email-tomi.ollila at iki.fi"
>
> Changes:
>
> Bash kept, mainly for pipefail -- and that possible future pipeline
> additions have more protection.
>
> Added set -o posix
On Thu, Jul 26 2012, Michal Sojka wrote:
> Because I was getting annoyed by the empty line the between citation
> line and the quoted message, I figured out that changing this is fairly
> easy when one knows what to customize.
On semi-related note, does anyone know how to get rid of an empty line
ename) as f:
>>> +data = ""
>>> + while True:
>>> +line = f.readline()
>>> +for header in IGNORED_HEADERS:
>>> +if line.startswith(header):
> Michal Nazarewicz
On Tue, Sep 04 2012, Dmitry Kurochkin wrote:
> The script removes duplicate message files. It takes no options.
>
> Files are assumed duplicates if their content is the same except for
> ignored headers. Currently, the only ignored header is Received:.
> ---
> contrib/notmuch-remove-duplicates.p
> On Tue, Sep 04 2012, Michal Nazarewicz wrote:
>> On semi-related note, does anyone know how to get rid of an empty line
>> *above* the attribution line?
On Tue, Sep 04 2012, Michal Sojka wrote:
> It is probably caused by your configuration. I do not have any empty
> line a
On Tue, Sep 04 2012, Tomi Ollila wrote:
> This if V3 of release-check.sh patches, displacing
>
> id:"1346491928-2356-1-git-send-email-tomi.oll...@iki.fi"
>
> Changes:
>
> Bash kept, mainly for pipefail -- and that possible future pipeline
> additions have more protection.
>
> Added set -o posix le
On Thu, Jul 26 2012, Michal Sojka wrote:
> Because I was getting annoyed by the empty line the between citation
> line and the quoted message, I figured out that changing this is fairly
> easy when one knows what to customize.
On semi-related note, does anyone know how to get rid of an empty line
David Bremner writes:
> Michal Nazarewicz writes:
>> On a side note, the whole script could be relatively easily rewritten
>> not to use bash at all and work with plain POSIX shell.
> How does one simulate pipefail?
pipefail is used only for ?find ... | sort?, but I find s
unreadable"; continue; }
>>> + test -s $f || append_emsg "File '$f' is empty"
> On Mon, Sep 03 2012, Michal Nazarewicz wrote:
>> if ! [ -f "$f" ]; then
>> append_emsg "File '$f' is missing"
>> elif !
> On Mon, 03 Sep 2012, Michal Nazarewicz wrote:
>> Strictly speaking (when) should not be needed here (an in the following
>> changes). Or is it?
Jani Nikula writes:
> I noticed it was needed in some places, so decided to slam it in all
> places for similarity. No har
Tomi Ollila writes:
> Interesting problem; You could try stripping all customizations
> (emacs -q ...) and see whether coloring works -- and if it does
> then "bisect" (or something) the culprit.
FYI, I've identified the problem. I'll follow up when I find the
solution, or separate it into a tin
Jani Nikula writes:
> notmuch-hello-refresh-hook is now called with no-display param. Accept
> (and ignore) it in hook-counter.
This should go together with the previous patch since without this
change, previous patch breaks code.
> ---
> test/test-lib.el |2 +-
> 1 file changed, 1 insertio
Tomi Ollila writes:
> diff --git a/devel/release-checks.sh b/devel/release-checks.sh
> new file mode 100755
> index 000..7dadefa
> --- /dev/null
> +++ b/devel/release-checks.sh
> @@ -0,0 +1,211 @@
> +#!/usr/bin/env bash
On a side note, the whole script could be relatively easily rewritten
not
Jani Nikula writes:
> Hi all, Michal Nazarewicz added customization for tag changes on marking
> messages as read (commit 1f30f7d2). This series does the same for
> archiving, with some cleanups and minor refactoring. As the tag changes
> may now be more complicated than simple
Jani Nikula writes:
> Add support for customization of the tag changes that are applied when
> a message or a thread is archived. Instead of hard-coded removal of
> the "inbox" tag, the user can now specify a list of tag changes to
> perform.
> diff --git a/emacs/notmuch-show.el b/emacs/notmuch-s
Jani Nikula writes:
> Add a helper to create (and optionally reverse) a list of tag changes.
> ---
> emacs/notmuch-tag.el | 17 +
> 1 file changed, 17 insertions(+)
>
> diff --git a/emacs/notmuch-tag.el b/emacs/notmuch-tag.el
> index 0c0fc87..c1aeb99 100644
> --- a/emacs/notmuch
David Bremner writes:
> Michal Nazarewicz writes:
>> On a side note, the whole script could be relatively easily rewritten
>> not to use bash at all and work with plain POSIX shell.
> How does one simulate pipefail?
pipefail is used only for “find ... | sort”, but I find s
unreadable"; continue; }
>>> + test -s $f || append_emsg "File '$f' is empty"
> On Mon, Sep 03 2012, Michal Nazarewicz wrote:
>> if ! [ -f "$f" ]; then
>> append_emsg "File '$f' is missing"
>> elif !
> On Mon, 03 Sep 2012, Michal Nazarewicz wrote:
>> Strictly speaking (when) should not be needed here (an in the following
>> changes). Or is it?
Jani Nikula writes:
> I noticed it was needed in some places, so decided to slam it in all
> places for similarity. No har
Tomi Ollila writes:
> Interesting problem; You could try stripping all customizations
> (emacs -q ...) and see whether coloring works -- and if it does
> then "bisect" (or something) the culprit.
FYI, I've identified the problem. I'll follow up when I find the
solution, or separate it into a tin
Jani Nikula writes:
> notmuch-hello-refresh-hook is now called with no-display param. Accept
> (and ignore) it in hook-counter.
This should go together with the previous patch since without this
change, previous patch breaks code.
> ---
> test/test-lib.el |2 +-
> 1 file changed, 1 insertio
Tomi Ollila writes:
> diff --git a/devel/release-checks.sh b/devel/release-checks.sh
> new file mode 100755
> index 000..7dadefa
> --- /dev/null
> +++ b/devel/release-checks.sh
> @@ -0,0 +1,211 @@
> +#!/usr/bin/env bash
On a side note, the whole script could be relatively easily rewritten
not
Jani Nikula writes:
> Hi all, Michal Nazarewicz added customization for tag changes on marking
> messages as read (commit 1f30f7d2). This series does the same for
> archiving, with some cleanups and minor refactoring. As the tag changes
> may now be more complicated than simple
1 - 100 of 128 matches
Mail list logo
