[PATCH] tests: add a test for symbol hiding side effects

From: David Bremner brem...@debian.org The worry here is that a binary linking with libnotmuch might lose access to Xapian::Error symbols because libnotmuch hides them. --- test/basic |2 +- test/notmuch-test |1 + test/symbol-hiding | 21 +

Re: bug in emacs-ui ?

On Wed, 22 Jun 2011 08:50:23 +0200, Sebastien Binet seb.bi...@gmail.com wrote: On Tue, 21 Jun 2011 15:09:20 -0700, Carl Worth cwo...@cworth.org wrote: Perhaps this is an emacs bug? could be, but, I'm using Debian's emacs 23.3.1 and have not encountered the problem described. I don't see

Re: Python updates

On Wed, 22 Jun 2011 08:57:09 +0200, Sebastian Spaeth sebast...@sspaeth.de wrote: I see your point. I was approached with this by someone very confused that tagging via notmuch binary would automatically move mails between cur/new folders while tagging via python would do nothing of this sort.

Re: [PATCH v6 00/17] Fix 'notmuch new' atomicity issues

Ping. On Sat, Jun 11, 2011 at 4:04 PM, Austin Clements amdra...@mit.edu wrote: Here's the reworked patch series that uses atomic sections more heavily rather than changing the removal API.  This is atomic-new-v6 on http://awakening.csail.mit.edu/git/notmuch.git . (I was planning to make this

[PATCH] emacs: Show all multipart/alternative parts by default.

This is patch is a temporary work-around for a slight regression that popped up in the part handling reorganization. Currently, text/plain parts are always preferred, if present, over other non-text/plain parts in multipart/alternative. However, this means that if there is a blank text/plain

Re: When will we have our next release?

On Tue, 07 Jun 2011 09:44:40 -0700, Jameson Graef Rollins jroll...@finestructure.net wrote: Frankly, I wouldn't mind doing strict time-based releases with something like the following: Hi, Carl. I think this is a fine idea, and we (not you) can definitely run this process. I'm quite

Notmuch 0.6: Let's do it.

No, it's not a code name, unless you really want it to be. After some discussion with Carl and Jamie on IRC, I have declared myself release tyrant, with Jamie as my assistant [1]. The release plan is as follows. 1) Create a release branch (called release) at b0ba84f9e71b0. You can get this

Re: [PATCH] emacs: Show all multipart/alternative parts by default.

On Wed, 22 Jun 2011 18:14:12 -0700, Jameson Graef Rollins jroll...@finestructure.net wrote: One way to get around this is to set the notmuch-show-all-multipart/alternative-parts customization variable to True ('t'), which will cause all parts to always be displayed. Pushed.

hiding xapian symbols

On Tue, 21 Jun 2011 22:05:15 -0400, Daniel Kahn Gillmor wrote: > However, i'm concerned that the act of hiding these symbols will make it > so that any program that tries to link both libnotmuch and libxapian > will be unable to use these symbols. > > This makes me think that a program that

Python updates

have a problem with either way. Sebastian -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20110622/509f54ec/attachment.pgp>

[PATCH] tests: add a test for symbol hiding side effects

From: David Bremner The worry here is that a binary linking with libnotmuch might lose access to Xapian::Error symbols because libnotmuch hides them. --- test/basic |2 +- test/notmuch-test |1 + test/symbol-hiding | 21 +

bug in emacs-ui ?

On Wed, 22 Jun 2011 08:50:23 +0200, Sebastien Binet wrote: > On Tue, 21 Jun 2011 15:09:20 -0700, Carl Worth wrote: > > Perhaps this is an emacs bug? > could be, but, > > > I'm using Debian's emacs 23.3.1 and have not encountered the problem > > described. > I don't see anything related to

Python updates

- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20110622/6eba85f3/attachment.pgp>

[PATCH v6 00/17] Fix 'notmuch new' atomicity issues

Ping. On Sat, Jun 11, 2011 at 4:04 PM, Austin Clements wrote: > Here's the reworked patch series that uses atomic sections more > heavily rather than changing the removal API. ?This is atomic-new-v6 > on http://awakening.csail.mit.edu/git/notmuch.git . > > (I was planning to make this series on

[PATCH] emacs: Show all multipart/alternative parts by default.

This is patch is a temporary work-around for a slight regression that popped up in the part handling reorganization. Currently, text/plain parts are always preferred, if present, over other non-text/plain parts in multipart/alternative. However, this means that if there is a blank text/plain

I feel a release coming!

I think we just agreed with cworth on irc that this simple patch will satisfy his regression worry for 0.6. Meaning that we can push out the release after this patch is merged. bremner, our new "Release Tyrant", has his finger on the trigger...

When will we have our next release?

ant to. -- carl.d.worth at intel.com -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20110622/fe0ecb45/attachment.pgp>

Notmuch 0.6: Let's do it.

tmuchmail.org/pipermail/notmuch/attachments/20110622/9633d22a/attachment.pgp>

[PATCH] emacs: Show all multipart/alternative parts by default.

On Wed, 22 Jun 2011 18:14:12 -0700, Jameson Graef Rollins wrote: > > One way to get around this is to set the > "notmuch-show-all-multipart/alternative-parts" customization variable > to True ('t'), which will cause all parts to always be displayed. > Pushed.