David Bremner writes:
>
> I managed to duplicate this problem on Debian testing by rebuilding
> Olly's packages (https://launchpad.net/~ojwb/+archive/xapian-1.3) for
> sid and running the following script in the ./test subdirectory
Olly wrote on IRC:
> bremner: ok, 1.2 explicitly no-oped skip_
w" segfault'
| . test-lib.sh
|
| generate_message
| gdb notmuch <http://notmuchmail.org/pipermail/notmuch/attachments/20130905/3ec8e0e2/attachment.txt>
Thanks to Austin's prodding and debugging and pointing out contradictory
evidence I have looked into this bug in more detail and think I have got
the actual cause this time.
Having chased it all down I think there is a one line fix. Since I had
already written the rest of the email when I discove
On Thu, 05 Sep 2013, Tomi Ollila wrote:
> On Thu, Sep 05 2013, Jani Nikula wrote:
>
>> On Wed, 04 Sep 2013, "Tomi.Ollila" wrote:
>>> From: Tomi Ollila
>>>
>>> When composing a reply, notmuch-mua-reply attempts to cite the
>>> the original message by inserting it before the user signature, if
>
David Bremner writes:
>
> I managed to duplicate this problem on Debian testing by rebuilding
> Olly's packages (https://launchpad.net/~ojwb/+archive/xapian-1.3) for
> sid and running the following script in the ./test subdirectory
Olly wrote on IRC:
> bremner: ok, 1.2 explicitly no-oped skip_
On Thu, Sep 05 2013, Jani Nikula wrote:
> On Wed, 04 Sep 2013, "Tomi.Ollila" wrote:
>> From: Tomi Ollila
>>
>> When composing a reply, notmuch-mua-reply attempts to cite the
>> the original message by inserting it before the user signature, if
>> one is present. The existing method used to sea
"Jason A. Donenfeld" writes:
> As discussed on IRC, notmuch segfaults with 1.3.1 but not with 1.2.5 on
> notmuch-new:
>
> Program received signal SIGSEGV, Segmentation fault.
> 0x775a5367 in Xapian::TermIterator::skip_to(std::string const&) ()
> from /usr/lib64/libxapian-1.3.so.1
> (gdb)
00040cfbf in notmuch_new_command ()
#7 0x00407a1b in main ()
This occurs irrespective of the state of the database or the message being
added.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://notmuchmail.org/pipermail/notmuch/attachment
On Wed, 04 Sep 2013, "Tomi.Ollila" wrote:
> From: Tomi Ollila
>
> When composing a reply, notmuch-mua-reply attempts to cite the
> the original message by inserting it before the user signature, if
> one is present. The existing method used to search the signature
> separator backward from the e
Yes, that fixes the tests on Solaris which were broken by the 'echo'
performing differently. If my vote counts, put it in, please!
Thank you
--
Vlad
> When 'xpg_echo' bash shell option is unset (usually the default)
> echo builtin does not expand backslash-escape sequences by default
> (
Thanks to Austin's prodding and debugging and pointing out contradictory
evidence I have looked into this bug in more detail and think I have got
the actual cause this time.
Having chased it all down I think there is a one line fix. Since I had
already written the rest of the email when I discove
kg
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 1027 bytes
Desc: OpenPGP digital signature
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20130905/43cb1398/attachment.pgp>
h status 1"
*Messages* shows:
process-lines: notmuch exited with status 1
--dkg
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 1027 bytes
Desc: OpenPGP digital signature
URL:
<http://notmuchmai
LGTM +1. (The defcustom is a nice addition)
Mark
On Tue, 03 Sep 2013, Austin Clements wrote:
> This is v2 of id:1377793557-28878-1-git-send-email-amdragon at mit.edu.
> This fixes a problem found by Jani where notmuch-hello would reset
> point placement when refreshing in Emacs 24. It also inv
On Thu, 05 Sep 2013, Tomi Ollila wrote:
> On Thu, Sep 05 2013, Jani Nikula wrote:
>
>> On Wed, 04 Sep 2013, "Tomi.Ollila" wrote:
>>> From: Tomi Ollila
>>>
>>> When composing a reply, notmuch-mua-reply attempts to cite the
>>> the original message by inserting it before the user signature, if
>
LGTM +1
Best wishes
Mark
On Wed, 04 Sep 2013, "Tomi.Ollila" wrote:
> From: Tomi Ollila
>
> When composing a reply, notmuch-mua-reply attempts to cite the
> the original message by inserting it before the user signature, if
> one is present. The existing method used to search the signature
>
On Wed, 04 Sep 2013, Sebastian Schwarz wrote:
> Hello,
>
> On 2013-04-09, David Bremner wrote:
>> David Belohrad writes:
>>
>>> is actually someone using notmuch deliver?
>
> I am using notmuch-deliver with maildrop. This allows me to
> filter and tag based on any header field of the message.
On Wed, Sep 04, 2013 at 07:05:49PM -0700, Kevin McCarthy wrote:
> This patch series changes notmuch-mutt to use the new built-in
> --duplicate flag for removing duplicates by message-id.
Thanks Kevin!, the patch looks good to me and I very much welcome the
deduplication of the deduplication featur
Hi Simon--
On 09/04/2013 06:01 PM, Simon Hirscher wrote:
> This is now the second time the following has happened to me:
[ decryption failure until adding sender's key]
> Also, I should add that manually decrypting the message with gpg (i.e.
> without using notmuch) already worked *before* I ad
As discussed on IRC, notmuch segfaults with 1.3.1 but not with 1.2.5 on
notmuch-new:
Program received signal SIGSEGV, Segmentation fault.
0x775a5367 in Xapian::TermIterator::skip_to(std::string const&) ()
from /usr/lib64/libxapian-1.3.so.1
(gdb) bt
#0 0x775a5367 in Xapian::TermIte
in testing out notmuch on a new user account, i just noticed that
bringing up notmuch mode in emacs chokes with an unhelpful error for
users who have never run "notmuch setup". it seems like there ought to
be a way for the emacs mode to detect this error state and prompt the
user to walk through "
On Thu, Sep 05 2013, Jani Nikula wrote:
> On Wed, 04 Sep 2013, "Tomi.Ollila" wrote:
>> From: Tomi Ollila
>>
>> When composing a reply, notmuch-mua-reply attempts to cite the
>> the original message by inserting it before the user signature, if
>> one is present. The existing method used to sea
On Wed, 04 Sep 2013, "Tomi.Ollila" wrote:
> From: Tomi Ollila
>
> When composing a reply, notmuch-mua-reply attempts to cite the
> the original message by inserting it before the user signature, if
> one is present. The existing method used to search the signature
> separator backward from the e
Jani Nikula writes:
> In reply, insert quotable parts using notmuch-show-insert-bodypart
> instead of calling notmuch-mm-display-part-inline directly to render
> the quoted parts as they are rendered in show view.
pushed,
d
Yes, that fixes the tests on Solaris which were broken by the 'echo'
performing differently. If my vote counts, put it in, please!
Thank you
--
Vlad
> When 'xpg_echo' bash shell option is unset (usually the default)
> echo builtin does not expand backslash-escape sequences by default
> (
Jani Nikula writes:
> In reply, insert quotable parts using notmuch-show-insert-bodypart
> instead of calling notmuch-mm-display-part-inline directly to render
> the quoted parts as they are rendered in show view.
pushed,
d
___
notmuch mailing list
no
LGTM +1. (The defcustom is a nice addition)
Mark
On Tue, 03 Sep 2013, Austin Clements wrote:
> This is v2 of id:1377793557-28878-1-git-send-email-amdra...@mit.edu.
> This fixes a problem found by Jani where notmuch-hello would reset
> point placement when refreshing in Emacs 24. It also invert
LGTM +1
Best wishes
Mark
On Wed, 04 Sep 2013, "Tomi.Ollila" wrote:
> From: Tomi Ollila
>
> When composing a reply, notmuch-mua-reply attempts to cite the
> the original message by inserting it before the user signature, if
> one is present. The existing method used to search the signature
>
On Wed, 04 Sep 2013, Sebastian Schwarz wrote:
> Hello,
>
> On 2013-04-09, David Bremner wrote:
>> David Belohrad writes:
>>
>>> is actually someone using notmuch deliver?
>
> I am using notmuch-deliver with maildrop. This allows me to
> filter and tag based on any header field of the message.
On Wed, Sep 04, 2013 at 07:05:49PM -0700, Kevin McCarthy wrote:
> This patch series changes notmuch-mutt to use the new built-in
> --duplicate flag for removing duplicates by message-id.
Thanks Kevin!, the patch looks good to me and I very much welcome the
deduplication of the deduplication featur
Dear notmuch developers,
This is now the second time the following has happened to me:
#
$ notmuch show --decrypt id:xyz at example.com
message{ id:xyz at example.com depth:0 match:1 excluded:0
filename:/home/simon/***
header{
John Doe (Today 21:52) (encrypted inbox new)
Subject: foob
31 matches
Mail list logo
