On Thu, 24 May 2012, Austin Clements wrote:
> Before XXX, add_files_recursive could have been called on a symlink to
> a non-directory. Hence, calling it on a non-directory was not an
> error, so a separate function, add_files, existed to fail loudly in
> situations where the path had to be a dir
On Thu, 24 May 2012, Austin Clements wrote:
> Before XXX, add_files_recursive could have been called on a symlink to
> a non-directory. Hence, calling it on a non-directory was not an
> error, so a separate function, add_files, existed to fail loudly in
> situations where the path had to be a dir
Jani Nikula writes:
> Add another fallback header Delivered-To for guessing the user's from
> address for notmuch reply before using the Received
> headers. Apparently some MTAs use Delivered-To instead of
> X-Original-To (which already exists as a fallback).
series pushed to master.
d
Austin Clements writes:
> Given that everything prefers 2.6 over 2.4, it seems appropriate to
> suggest that people install the 2.6 dev package instead of 2.4.
pushed to master.
d
Austin Clements writes:
> ---
> test/new | 10 ++
> 1 file changed, 10 insertions(+)
All 4 pushed to master.
d
Tomi Ollila writes:
> NEWS item for forthcoming 0.13.1 bug fix release: UTF-8 characters were
> incorrectly decoded when inserting reply content from text/plain parts.
pushed to release, thanks. Hopefully I remember to fill in the date this
time.
d
---
NEWS | 10 ++
1 file changed, 10 insertions(+)
diff --git a/NEWS b/NEWS
index cac7c73..9fd1469 100644
--- a/NEWS
+++ b/NEWS
@@ -11,6 +11,16 @@ Fix inserting of UTF-8 characters from *text/plain* parts in
reply
HTML-only emails), replying to mails that do have *text/plain* the
NEWS item for forthcoming 0.13.1 bug fix release: UTF-8 characters were
incorrectly decoded when inserting reply content from text/plain parts.
---
NEWS | 13 +
1 files changed, 13 insertions(+), 0 deletions(-)
diff --git a/NEWS b/NEWS
index 668281c..067dcb7 100644
--- a/NEWS
+++ b/
---
NEWS | 10 ++
1 file changed, 10 insertions(+)
diff --git a/NEWS b/NEWS
index cac7c73..9fd1469 100644
--- a/NEWS
+++ b/NEWS
@@ -11,6 +11,16 @@ Fix inserting of UTF-8 characters from *text/plain* parts in
reply
HTML-only emails), replying to mails that do have *text/plain* the
Jani Nikula writes:
> Add another fallback header Delivered-To for guessing the user's from
> address for notmuch reply before using the Received
> headers. Apparently some MTAs use Delivered-To instead of
> X-Original-To (which already exists as a fallback).
series pushed to master.
d
Austin Clements writes:
> Given that everything prefers 2.6 over 2.4, it seems appropriate to
> suggest that people install the 2.6 dev package instead of 2.4.
pushed to master.
d
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org
Austin Clements writes:
> ---
> test/new | 10 ++
> 1 file changed, 10 insertions(+)
All 4 pushed to master.
d
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
Since starting at the top of a directory tree and recursing within
that tree are now identical operations, there's no need for both
add_files and add_files_recursive. This eliminates add_files (which
did nothing more than call add_files_recursive after the previous
patch) and renames add_files_rec
Previously, add_files_recursive could have been called on a symlink to
a non-directory. Hence, calling it on a non-directory was not an
error, so a separate function, add_files, existed to fail loudly in
situations where the path had to be a directory.
With the new stat-ing logic, add_files_recur
This moves our logic to get a file's type into one function. This has
several benefits: we can support OSes and file systems that do not
provide dirent.d_type or always return DT_UNKNOWN, complex
symlink-handling logic has been replaced by a simple stat fall-through
in one place, and the error mes
---
test/new | 10 ++
1 file changed, 10 insertions(+)
diff --git a/test/new b/test/new
index 99f9913..a7bc146 100755
--- a/test/new
+++ b/test/new
@@ -136,6 +136,16 @@ output=$(NOTMUCH_NEW)
test_expect_equal "$output" "Added 1 new message to the database."
+test_begin_subtest "Broke
This time for sure. v4 fixes a left-over XXX in the commit message of
patch 3.
Quoth Jani Nikula on May 24 at 11:57 pm:
> On Thu, 24 May 2012, Austin Clements wrote:
> > Before XXX, add_files_recursive could have been called on a symlink to
> > a non-directory. Hence, calling it on a non-directory was not an
> > error, so a separate function, add_files, existed to fail loud
Tomi Ollila writes:
> NEWS item for forthcoming 0.13.1 bug fix release: UTF-8 characters were
> incorrectly decoded when inserting reply content from text/plain parts.
pushed to release, thanks. Hopefully I remember to fill in the date this
time.
d
__
Given that everything prefers 2.6 over 2.4, it seems appropriate to
suggest that people install the 2.6 dev package instead of 2.4.
---
INSTALL |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/INSTALL b/INSTALL
index bc98f1d..fce9352 100644
--- a/INSTALL
+++ b/INSTALL
@@ -65,
Since starting at the top of a directory tree and recursing within
that tree are now identical operations, there's no need for both
add_files and add_files_recursive. This eliminates add_files (which
did nothing more than call add_files_recursive after the previous
patch) and renames add_files_rec
Before XXX, add_files_recursive could have been called on a symlink to
a non-directory. Hence, calling it on a non-directory was not an
error, so a separate function, add_files, existed to fail loudly in
situations where the path had to be a directory.
With the new stat-ing logic, add_files_recur
This moves our logic to get a file's type into one function. This has
several benefits: we can support OSes and file systems that do not
provide dirent.d_type or always return DT_UNKNOWN, complex
symlink-handling logic has been replaced by a simple stat fall-through
in one place, and the error mes
---
test/new | 10 ++
1 file changed, 10 insertions(+)
diff --git a/test/new b/test/new
index 99f9913..a7bc146 100755
--- a/test/new
+++ b/test/new
@@ -136,6 +136,16 @@ output=$(NOTMUCH_NEW)
test_expect_equal "$output" "Added 1 new message to the database."
+test_begin_subtest "Broke
v3 is a rebase to current master that resolves one trivial conflict.
This also fixes a bug in the broken symlink test where I had
hard-coded the maildir path.
Since starting at the top of a directory tree and recursing within
that tree are now identical operations, there's no need for both
add_files and add_files_recursive. This eliminates add_files (which
did nothing more than call add_files_recursive after the previous
patch) and renames add_files_rec
This moves our logic to get a file's type into one function. This has
several benefits: we can support OSes and file systems that do not
provide dirent.d_type or always return DT_UNKNOWN, complex
symlink-handling logic has been replaced by a simple stat fall-through
in one place, and the error mes
Previously, add_files_recursive could have been called on a symlink to
a non-directory. Hence, calling it on a non-directory was not an
error, so a separate function, add_files, existed to fail loudly in
situations where the path had to be a directory.
With the new stat-ing logic, add_files_recur
---
test/new | 10 ++
1 file changed, 10 insertions(+)
diff --git a/test/new b/test/new
index 99f9913..a7bc146 100755
--- a/test/new
+++ b/test/new
@@ -136,6 +136,16 @@ output=$(NOTMUCH_NEW)
test_expect_equal "$output" "Added 1 new message to the database."
+test_begin_subtest "Bro
This time for sure. v4 fixes a left-over XXX in the commit message of
patch 3.
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
Quoth Jani Nikula on May 24 at 11:57 pm:
> On Thu, 24 May 2012, Austin Clements wrote:
> > Before XXX, add_files_recursive could have been called on a symlink to
> > a non-directory. Hence, calling it on a non-directory was not an
> > error, so a separate function, add_files, existed to fail loud
On Thu, May 24 2012, Jani Nikula wrote:
> Grrh, sorry for the spam. My favourite MUA told me:
>
> "Sending...failed to WARNING: gnome-keyring:: couldn't connect to:
> /tmp/keyring-Ky8i5h/pkcs11: No such file or directory"
>
> but sent the message anyway. Apparently msmpt tries to chat with the
> g
On Thu, May 24 2012, Jani Nikula wrote:
> Grrh, sorry for the spam. My favourite MUA told me:
>
> "Sending...failed to WARNING: gnome-keyring:: couldn't connect to:
> /tmp/keyring-Ky8i5h/pkcs11: No such file or directory"
>
> but sent the message anyway. Apparently msmpt tries to chat with the
> g
Grrh, sorry for the spam. My favourite MUA told me:
"Sending...failed to WARNING: gnome-keyring:: couldn't connect to:
/tmp/keyring-Ky8i5h/pkcs11: No such file or directory"
but sent the message anyway. Apparently msmpt tries to chat with the
gnome-keyring-daemon even though that should not happ
On Thu, 24 May 2012, Austin Clements wrote:
> Before XXX, add_files_recursive could have been called on a symlink to
> a non-directory. Hence, calling it on a non-directory was not an
> error, so a separate function, add_files, existed to fail loudly in
> situations where the path had to be a dir
On Thu, 24 May 2012, Austin Clements wrote:
> Before XXX, add_files_recursive could have been called on a symlink to
> a non-directory. Hence, calling it on a non-directory was not an
> error, so a separate function, add_files, existed to fail loudly in
> situations where the path had to be a dir
Given that everything prefers 2.6 over 2.4, it seems appropriate to
suggest that people install the 2.6 dev package instead of 2.4.
---
INSTALL |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/INSTALL b/INSTALL
index bc98f1d..fce9352 100644
--- a/INSTALL
+++ b/INSTALL
@@ -65,
This moves our logic to get a file's type into one function. This has
several benefits: we can support OSes and file systems that do not
provide dirent.d_type or always return DT_UNKNOWN, complex
symlink-handling logic has been replaced by a simple stat fall-through
in one place, and the error mes
Before XXX, add_files_recursive could have been called on a symlink to
a non-directory. Hence, calling it on a non-directory was not an
error, so a separate function, add_files, existed to fail loudly in
situations where the path had to be a directory.
With the new stat-ing logic, add_files_recur
v3 is a rebase to current master that resolves one trivial conflict.
This also fixes a bug in the broken symlink test where I had
hard-coded the maildir path.
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuc
Since starting at the top of a directory tree and recursing within
that tree are now identical operations, there's no need for both
add_files and add_files_recursive. This eliminates add_files (which
did nothing more than call add_files_recursive after the previous
patch) and renames add_files_rec
---
test/new | 10 ++
1 file changed, 10 insertions(+)
diff --git a/test/new b/test/new
index 99f9913..a7bc146 100755
--- a/test/new
+++ b/test/new
@@ -136,6 +136,16 @@ output=$(NOTMUCH_NEW)
test_expect_equal "$output" "Added 1 new message to the database."
+test_begin_subtest "Bro
On Thu, May 24, 2012 at 3:22 AM, David Bremner wrote:
> Felipe Contreras writes:
>
>
>> I don't see how this patch could be fixed properly easily, and it was
>> labeled as a hack, and I didn't like it in the first place anyway, so
>> I'm going to revert it by tomorrow if I don't hear any good rea
NEWS item for forthcoming 0.13.1 bug fix release: UTF-8 characters were
incorrectly decoded when inserting reply content from text/plain parts.
---
NEWS | 13 +
1 files changed, 13 insertions(+), 0 deletions(-)
diff --git a/NEWS b/NEWS
index 668281c..067dcb7 100644
--- a/NEWS
+++ b/
On Wed, May 23 2012, Tellman wrote:
> Thanks for the quick response.
>
> I have gmime 2.4 installed.
Gmime 2.4.x -- what is the value if 'x' :D ?
> I tried the search and show commands and the responses all looked OK to
> me, although I wasn't quite sure what to look for. I didn't see any
> er
Add tests for picking up user's From address from fallback headers
Envelope-To, X-Original-To, and Delivered-To.
Signed-off-by: Jani Nikula
---
test/reply | 55 +++
1 file changed, 55 insertions(+)
diff --git a/test/reply b/test/reply
index
Add another fallback header Delivered-To for guessing the user's from
address for notmuch reply before using the Received
headers. Apparently some MTAs use Delivered-To instead of
X-Original-To (which already exists as a fallback).
Reported-by: Michael Hudson-Doyle
Signed-off-by: Jani Nikula
---
id:"21a946917c5c8dd63295b7c87b7c2d1ebcb6e71e.1336746160.git.jani at nikula.org"
rebased against current master. No changes since v1.
BR,
Jani.
Jani Nikula (2):
cli: also use Delivered-To header to figure out the reply from
address
test: add tests for notmuch reply From guessing
notmuch-
On Thu, May 24, 2012 at 3:22 AM, David Bremner wrote:
> Felipe Contreras writes:
>
>
>> I don't see how this patch could be fixed properly easily, and it was
>> labeled as a hack, and I didn't like it in the first place anyway, so
>> I'm going to revert it by tomorrow if I don't hear any good rea
On Tue, May 15, 2012 at 5:15 AM, Karl Harris wrote:
> I am trying the notmuch-vim-ruby plugin for the first time.? Previously, I
> had been using the vim plugin that comes with notmuch.
>
> If I type :NotMuchR in vim, I get the following error messages:
> --
> Error detected while
On Mon, May 7, 2012 at 5:02 PM, Ali Polatel wrote:
> - Make mkmf use the notmuch.h under ../../lib
> - Use libnotmuch.a instead of linking to the installed libnotmuch.so
How has this ever worked?
libnotmuch.so links to many things, fortunately when linking Ruby's
notmuch.so binding to libnotmuch
51 matches
Mail list logo