[notmuch] Git commit mails (was: New wiki instance on the notmuchmail.org website)

n/pgp-signature Size: 198 bytes Desc: Digital signature (see http://martin-krafft.net/gpg/) URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20100204/510a1eee/attachment.pgp>

[notmuch] Git commit mails (was: New wiki instance on the notmuchmail.org website)

--- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: Digital signature (see http://martin-krafft.net/gpg/) URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20100204/c76639a5/attachment.pgp>

[notmuch] Backport of Xapian term update optimisation

On Wed, Feb 03, 2010 at 02:35:14PM -0500, Jameson Rollins wrote: > On Thu, 28 Jan 2010 00:06:59 + (UTC), Olly Betts > wrote: > > I've backported the term update optimisation patches > > to Xapian's 1.0 branch, and you can > > find snapshot tarballs includin

[notmuch] Git feature branch

t difficulty. you see, if one plays good music, people don't listen, and if one plays bad music people don't talk." -- oscar wilde spamtraps: madduck.bogus at madduck.net -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: Digital signature (see http://martin-krafft.net/gpg/) URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20100204/b21418c2/attachment.pgp>

[notmuch] Git commit mails (was: New wiki instance on the notmuchmail.org website)

ame: not available Type: application/pgp-signature Size: 198 bytes Desc: Digital signature (see http://martin-krafft.net/gpg/) URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20100204/2f638b31/attachment-0001.pgp>

[notmuch] Git commit mails (was: New wiki instance on the notmuchmail.org website)

On 4 February 2010 00:05, martin f krafft wrote: > also sprach Servilio Afre Puentes [2010.02.04.1714 > +1300]: >> In the second link, the links with the text "commitdiff" provide >> it, and you have the Atom and RSS feeds at the bottom. > > As I see it, the feeds have links to the commitdiffs,

[notmuch] Git commit mails (was: New wiki instance on the notmuchmail.org website)

: not available Type: application/pgp-signature Size: 198 bytes Desc: Digital signature (see http://martin-krafft.net/gpg/) URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20100204/f975a767/attachment.pgp>

[notmuch] [PATCH] notmuch.el: colorize lines in notmuch-search based on thread tags.

thors authors) (put-text-property beg (point-marker) 'notmuch-search-subject subject)) -- 1.6.5 -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20100204/1be99af6/attachment.pgp>

[notmuch] Backport of Xapian term update optimisation

icah -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20100204/ad448ea1/attachment.pgp>

[notmuch] A functional (but rudimentary) test suite for notmuch

est suite complete. -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20100204/441f8662/attachment.pgp>

[notmuch] [PATCH 2/2] notmuch-reply.c: Handle munged `Reply-To' headers.

ble URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20100204/bad9893c/attachment.pgp>

[notmuch] A functional (but rudimentary) test suite for notmuch

Carl, have you considered outputting the test suite in the same format as the test anything protocol? [1] I only mention this because it might be a nice way to easily do some reporting (or perhaps even continuous integration) notmuch, with trivial effort. -- Oliver Charles / aCiD2 [1]: http:

[notmuch] Backport of Xapian term update optimisation

On Thu, Feb 04, 2010 at 11:55:44AM -0500, micah anderson wrote: > Once this is available in unstable, the notmuch package should be > re-uploaded with a build-dependency on this version so that the package > users see the speed improvement. As it is now, the debian package is > pretty slow. There'

[notmuch] A functional (but rudimentary) test suite for notmuch

le URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20100204/a6b92ae6/attachment.pgp>

[notmuch] [PATCHv2] notmuch.el: colorize lines in notmuch-search based on thread tags.

Arbitrary font faces can be specified for given thread tags. By default, no coloring is applied. To specify coloring, place something like this in your .emacs: (setq notmuch-search-line-faces '(("delete" . (:foreground "red")) ("unread" . (:foreground "green")))

[notmuch] [PATCH] notmuch.el: colorize lines in notmuch-search based on thread tags.

Arbitrary font faces can be specified for given thread tags. By default, no coloring is applied. To specify coloring, place something like this in your .emacs: (setq notmuch-search-line-faces '(("delete" . '(:foreground "red")) ("unread" . '(:foreground "green")

Re: [notmuch] Backport of Xapian term update optimisation

On Thu, 4 Feb 2010 02:45:24 +, Olly Betts wrote: > On Wed, Feb 03, 2010 at 02:35:14PM -0500, Jameson Rollins wrote: > > On Thu, 28 Jan 2010 00:06:59 + (UTC), Olly Betts > > wrote: > > > > I just installed this new version from a Debian experimental repo, > > rebuilt notmuch against the n

[notmuch] A functional (but rudimentary) test suite for notmuch

I've just pushed out some improvements to make the little notmuch-test script I had posted earlier into an actual test suite. I've included the output of a run of the test suite below so that you can get an idea of what it does so far. What I'd like to see going forward is that new features get su

Re: [notmuch] [PATCH 2/2] notmuch-reply.c: Handle munged `Reply-To' headers.

On Sun, 29 Nov 2009 00:19:36 +0100, Jed Brown wrote: > Some mailing lists engage in the evil practice of changing the Reply-To > header so that replies from all mailers go to the list by default, at > the expense of not responding to the person who actually sent the > message. When this is detect

Re: [notmuch] A functional (but rudimentary) test suite for notmuch

Carl, have you considered outputting the test suite in the same format as the test anything protocol? [1] I only mention this because it might be a nice way to easily do some reporting (or perhaps even continuous integration) notmuch, with trivial effort. -- Oliver Charles / aCiD2 [1]: http:

Re: [notmuch] Backport of Xapian term update optimisation

On Thu, Feb 04, 2010 at 11:55:44AM -0500, micah anderson wrote: > Once this is available in unstable, the notmuch package should be > re-uploaded with a build-dependency on this version so that the package > users see the speed improvement. As it is now, the debian package is > pretty slow. There'

Re: [notmuch] A functional (but rudimentary) test suite for notmuch

On Thu, 4 Feb 2010 21:27:52 +, Oliver Charles wrote: > Carl, have you considered outputting the test suite in the same format > as the test anything protocol? [1] I only mention this because it > might be a nice way to easily do some reporting (or perhaps even > continuous integration) notmuc

[notmuch] [PATCHv2] notmuch.el: colorize lines in notmuch-search based on thread tags.

Arbitrary font faces can be specified for given thread tags. By default, no coloring is applied. To specify coloring, place something like this in your .emacs: (setq notmuch-search-line-faces '(("delete" . (:foreground "red")) ("unread" . (:foreground "green")))

[notmuch] patchwork now auto-updates patches from Git (was: Git feature branch)

also sprach martin f krafft [2010.02.04.1650 +1300]: > - … which brings me to my second point: there are certain things > that patchwork can do, at least in theory: > > * mark patches accepted when they hit your (canonical) master > branch > * mark patches rfc when they hit e.g. my (can