, and the equivalent
sexpr as parsed by json.el.
--
David Bremner Professor, UNB Computer Science
brem...@unb.ca
http://www.cs.unb.ca/~bremner Cross Appointment, UNB Mathematics
http://www.mitacs.ca/ MITACS
On Sun, 13 Dec 2009 19:21:02 -0400, David Bremner da...@tethera.net wrote:
Attachments: json output of a message from carl, and the equivalent
sexpr as parsed by json.el.
uh, right. Second time lucky.
msg.json
Description: json encoded message
msg.sexpr
Description: msg converted
discussion), as a counter-weight to the desire to avoid dependencies
(which I agree with), I also think we should be careful about how many
embedded copies of code there are, from the point of keeping up with
security problems. This is probably a bias I picked up from Debian.
--
David Bremner
On Mon, 14 Dec 2009 14:30:45 -0800, Carl Worth cwo...@cworth.org wrote:
I'm still not sure of the need to depend on a library just to *generate*
any particular format. I would expect that job to be so constrained as
to be almost trivial. I won't necessarily block a patch based on that,
but I
Recent discussions on IRC (I forget with whom, sorry), brought me back
to thinking about syncing notmuch with imap. In addition to the flags
\Seen, \Answered, \Draft, \Deleted, and \Flagged, imap servers can
optionally support user defined keywords (i.e. tags). At least courier
and dovecot do.
I write links to notmuch threads into my todo list in org-mode.
I then try to visit these threads on a different machine, but of course
that thread id doesn't exist there, since the database was reindexed and
tags reimported.
I don't know if it is in any way practical, but it would be nice from
On Tue, 15 Dec 2009 16:36:04 -0800, Carl Worth cwo...@cworth.org wrote:
But yes, if you can make your links depend only on message IDs then you
can get reliable results even before we start including thread IDs in
the dump output. The result of notmuch show --entire-thread id:foo is
quite
Wouldn't it be nice if citations showed the first line or so of the text
being cited?
Stealing text from another thread,
In case of a citation following immediately new contents. When the citation
was collapsed:
[1-line citation. Click/Enter to show.]
Lorem ipsum dolor sit amet,
On Mon, 21 Dec 2009 09:21:40 -0800, Carl Worth cwo...@cworth.org wrote:
I like that you're doing a new file, separate from our current
notmuch.el. That file has already become extremely large and unwieldy
and needs to be broken up.
But to do that, I really want to get the emacs lisp files
Users of notmuch may be interested in Arisawa-san's port of the
wanderlust template mechanism to message mode. This allows for example
to emulate gnus posting styles (at least as far as I understand them)
and to send form letters.
I have made a public git repo containing Arisawa-san's version
On Wed, 20 Jan 2010 15:07:26 -0500, Ben Gamari bgamari.f...@gmail.com wrote:
Here is a short patch to build libnotmuch.so and link against the notmuch
binary against it. I think the notmuch rule in Makefile.local is probably
missing a dependency on lib/libnotmuch.so, but I wasn't sure how to
On Thu, 4 Feb 2010 09:18:29 +1300, martin f krafft madd...@madduck.net wrote:
PS: speaking of prefixes, how about remving the subject prefix of
this list in general? ;)
I used to agree, but in notmuch, I actually find it convenient to have
threads marked by mailing list. Perhaps this will
On Wed, 03 Feb 2010 18:37:57 -0500, Jameson Rollins
jroll...@finestructure.net wrote:
I think I might agree with Martin. The subject prefix doesn't really
seem necessary with notmuch, considering that for the following two
searches:
notmuch search to:notmuch@notmuchmail.org
notmuch
On Fri, 05 Feb 2010 17:41:48 -0800, Carl Worth cwo...@cworth.org wrote:
[talking about gitmuch, a simple wrapper around notmuch dump git commit]
And it's interesting that this script might be just good enough for the
synchronization needs of some people. It's not integrated, and might
On Wed, 10 Feb 2010 16:25:03 +1300, martin f krafft madd...@madduck.net wrote:
Are people actually using it? I know that merging patches is
impossible, and that sucks, but otherwise: is this something to keep
around, or should I take the site offline again?
I'm not sure what merging patches
On Mon, 1 Mar 2010 16:39:06 +0100, Sebastian Spaeth sebast...@sspaeth.de
wrote:
The previous json patches forgot to add the notmuch tags to the json
output. This is inconsistent to the text output so here they are. We
just output a 'tags' field that sends a space delimited list of
On Wed, 10 Mar 2010 01:25:22 -0800, Carl Worth cwo...@cworth.org wrote:
On Tue, 09 Mar 2010 16:19:16 -0400, David Bremner da...@tethera.net wrote:
--format=tabular --output=message-id
Ah, so maybe your notmuch show --format=tabular is basically the same
thing I imagined for notmuch
On Thu, 04 Mar 2010 11:49:48 +0100, Gregor Hoffleit gre...@hoffleit.de wrote:
In format_part_json, part_content-data is not a null terminated
string.
I'd like to see this bug fixed, and the patch is pretty small, but...
Instead, we have to use part_content-len.
+ content_data =
On Thu, 01 Apr 2010 14:09:57 -0700, Carl Worth cwo...@cworth.org wrote:
More significantly, this level of documentation needs to be put into the
notmuch help output (instead of the placeholder that's there in the
current patch). It also needs to be added to the man page in notmuch.1.
Allow me
On Sat, 3 Apr 2010 18:25:40 +1100, Jason White ja...@jasonjgw.net wrote:
The problem is that for certain messages, notmuch show treats the entire
message, including, significantly, all of the headers, as the message body.
An example is attached, with notmuch show output as the first file and
On Thu, 15 Apr 2010 08:16:09 -0400, Servilio Afre Puentes servi...@gmail.com
wrote:
---
emacs/notmuch.el | 11 ++-
1 files changed, 10 insertions(+), 1 deletions(-)
Thanks very much for the contribution. It would be nice (and Carl will
almost certainly ask for this) to have a
From: David Bremner brem...@unb.ca
This patch introduces a variable notmuch-reply-hook and calls it using
run-hooks. This allows people to easily override the header setup and
so forth done by notmuch-reply. In particular it allows harmonizing
the headers of message-mode and notmuch-reply
On Thu, 22 Apr 2010 11:47:13 -0400, Jameson Rollins
jroll...@finestructure.net wrote:
I now think it is essential that we put together a bug tracker for
notmuch. Things are moving pretty quickly now, which is great, but as
the UI is frequently changing, I'm stumbling upon lots of little bugs.
On Thu, 31 Dec 2009 13:39:29 -0400, da...@tethera.net wrote:
The idea here is to be able to generate the online help and the man page from
one source.
To generate a man page:
pod2man notmuch.pod notmuch.1
To generate help for a specific notmuch subcommand
podselect
On Mon, 26 Apr 2010 16:33:27 -0700, Carl Worth cwo...@cworth.org wrote:
I tried to look at it a couple of times, but it was already stale then
so I didn't look hard enough.
The couple of questions I have are:
* How close does the generated output match what we have today?
Pretty
On Sat, 12 Jun 2010 09:13:07 +0200, Christoph Groth c...@falma.de wrote:
The ideal setup would be one which would allow to use any of my
computers independently (for example when I'm away with my laptop).
When necessary, the local mail stores would be synchronized by simply
syncing the home
On Sat, 12 Jun 2010 15:23:45 +0200, Arvid Picciani a...@exys.org wrote:
syncing maildir works. notmuch's db resides inside your maildir, but its
probably not safe to do while its running. And you can only have one
place receive your mail, otherwise you loose tags.
Well, only one place where
On Fri, 23 Jul 2010 16:56:51 -0400, Jameson Rollins
jroll...@finestructure.net wrote:
Hey, folks. For those of you that don't already know, David Bremner
will be hosting a birds-of-a-feather session on notmuch during DebConf
10 in NYC [0] on Thursday, August 5 [1].
I also made a wiki page
On Tue, 05 Oct 2010 16:48:36 -0400, Ethan Glasser-Camp gla...@cs.rpi.edu
wrote:
- the message at
http://notmuchmail.org/pipermail/notmuch/2010/002957.html starts a
thread about exactly this subject. This seems like the most promising
approach (using unison to sync mail across all machines,
On Tue, 12 Oct 2010 16:19:35 -0700, Carl Worth cwo...@cworth.org wrote:
On Mon, 11 Oct 2010 21:45:47 +0300, Felipe Contreras
felipe.contre...@gmail.com wrote:
I'm proposing to have notmuch-next branch, either on github or
gitorious (please vote).
I'd be glad to host something on
On Wed, 13 Oct 2010 10:50:36 -0400, Servilio Afre Puentes servi...@gmail.com
wrote:
Wouldn't it be more efficient to query notmuch for the filename using
the message ID we store in the DB? When network usage is implemented,
tramp can give us transparent remote file access in emacs.
We can
On Wed, 13 Oct 2010 09:43:40 -0400, Mike Kelly pi...@pioto.org wrote:
Hi,
While testing Michal Sojka's latest patches, I tried running notmuch
setup, only to find that it segfaults. It does this on a vanilla
branch, too, though:
#0 0x286e3ba5 in memcpy () from /lib/libc.so.7
No
On Wed, 3 Nov 2010 14:18:55 -0300, da...@tethera.net wrote:
+notmuch_help_files= \
+ notmuch-setup-help.h\
+ notmuch-new-help.h \
+ notmuch-show-help.h \
+ notmuch-search-help.h \
+ notmuch-count-help.h\
+ notmuch-reply-help.h\
+
On Sun, 24 Oct 2010 18:01:02 -0300, da...@tethera.net wrote:
Here is my second try at logging, taking into account the feedback I
got from Rob and Michal. There is definitely some tidying to do; in
particular I know the protoypes in public headers need
documentation. Also, I should add a
On Sat, 13 Nov 2010 06:25:57 +0100, Michal Sojka sojk...@fel.cvut.cz wrote:
On Wed, 10 Nov 2010, David Bremner wrote:
I had a thought of a possibly interesting application of the (yet to be
written) log playback code. It could be use to implement a simple
queuing system where commands
On Sun, 14 Nov 2010 23:24:09 +0100, Michal Sojka sojk...@fel.cvut.cz wrote:
On Sat, 13 Nov 2010, Daniel Kahn Gillmor wrote:
my current understanding is that a not-uncommon use case is to have two
separate notmuch instances, synchronized by syncing maildirs and
tagsets. Would such a
On Sat, 27 Nov 2010 14:35:03 -0500, Daniel Kahn Gillmor
d...@fifthhorseman.net wrote:
hey folks--
the signature-verification branch on my git repo [0] contains functional
PGP/MIME signature verification if you supply the --verify argument to
notmuch show --format=json
It relies on gpg
On Sat, 27 Nov 2010 14:35:03 -0500, Daniel Kahn Gillmor
d...@fifthhorseman.net wrote:
The JSON this change produces is similar (but not identical) to my
earlier proposal on this list.
I forgot to mention, I also had a look at the produced json, and it
looks sensible enough.
One thing I'm
a060745745d82dc9531ed456428420f26ad2833b Mon Sep 17 00:00:00 2001
From: David Bremner brem...@unb.ca
Date: Mon, 13 Dec 2010 22:00:47 -0400
Subject: [PATCH] tests: Add optional use of timeout utility, if present. Add to emacs tests.
The goal here is to treat a hung test as a failure. The emacs test for
sending mail is known
Here is a timeout patch that actually seems to work. Also attached are
the diffs to debian/changelog to update to 0.5+nmu2.
From f8e8ea0058ca2e57fececc3f01cc05ece0c3c3c8 Mon Sep 17 00:00:00 2001
From: David Bremner brem...@unb.ca
Date: Sun, 19 Dec 2010 21:48:59 -0400
Subject: [PATCH 1/2] tests
On Wed, 02 Feb 2011 17:18:45 -0800, Jameson Rollins
jroll...@finestructure.net wrote:
Please test and provide feedback. I would really like to see this
series merged into the mainline for the next release, if at all
possible.
I reported some pretty weird experiences yesterday on IRC with
On Wed, 02 Feb 2011 17:18:45 -0800, Jameson Rollins
jroll...@finestructure.net wrote:
Hi, all. I have pushed a new branch called crypto to my notmuch
repository [0]. This branch provides full support for PGP/MIME signed
and encrypted messages, including emacs UI support. It has been applied
On Mon, 9 May 2011 09:06:34 +0200, Anton Khirnov an...@khirnov.net wrote:
Now None is returned when those don't exist, which is inconvenient to
deal with.
I'm not using the python bindings, but from a philosophical point of
view, this change makes me a bit uncomfortable since it apparently
I'd like to upload current master to debian experimental. I think this
might help with a few integration issues (libgmime in particular, and
maybe gpg-agent).
My branch is at
http://pivot.cs.unb.ca/git/?p=notmuch.git;a=shortlog;h=refs/heads/proposed-0.5.5
On top of current master, this
On Sat, 28 May 2011 09:37:59 -0300, David Bremner da...@tethera.net wrote:
I'd like to upload current master to debian experimental. I think this
might help with a few integration issues (libgmime in particular, and
maybe gpg-agent).
My branch is at
http://pivot.cs.unb.ca/git/?p
On Mon, 30 May 2011 21:30:03 +0200, Felix Geller fgel...@gmail.com wrote:
starts eating all my CPU and doesn't return. Doing it on the command
line using gpg directly or going through Emacs' epa works fine. Most of
the test cases in crypto fail as well, but I'm not sure which ones are
On Sat, 04 Jun 2011 16:27:33 +0200, Xavier Maillard xav...@maillard.im wrote:
I know it is a bit off topic here but just a question: how will you deal
with dependencies ? I mean, when we need GMime vX.Y.Z and Debian has
already vX.V.W ?
The same as every other Debian package? Try to persuade
As of the latest snapshot for debian experimental, I create seperate
binary packages for python bindings and for the emacs-interface. Since
the plan is to merge these changes back to master fairly soon, I'd
appreciate any feedback on these or any other patches in the series.
On Tue, 21 Jun 2011 22:05:15 -0400, Daniel Kahn Gillmor
d...@fifthhorseman.net 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
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
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.
On Wed, 22 Jun 2011 09:02:36 -0300, da...@tethera.net wrote:
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.
After some helpful feedback from jrollins and amdragon on IRC
On Thu, 23 Jun 2011 14:35:58 -0700, Carl Worth cwo...@cworth.org wrote:
On Thu, 23 Jun 2011 03:20:05 -0700 (PDT), (David Bremner) wrote:
Presumably you'll be updating the debian/libnotmuch1.symbols files as
necessary next. (I assume the packaging scripts will guide you to do
that anyway.)
Yes
On Thu, 23 Jun 2011 14:38:42 -0700, Carl Worth cwo...@cworth.org wrote:
So, you'll want to test it, of course, but I think you can (and should)
drop this override of RPATH_LDFLAGS from the Debian packaging now.
As you say, it seems to work without this patch. Revert pushed to
master.
d
On Thu, 23 Jun 2011 17:12:04 -0700, Carl Worth cwo...@cworth.org wrote:
Thanks for the catch. That was left over from some debugging I was doing
while writing the patch originally.
I cherry-picked all three of these into the release branch. I'm going
to skip the typo fixes for 0.6, unless
On Tue, 28 Jun 2011 12:04:39 -0700, Carl Worth cwo...@cworth.org wrote:
I assume by better you mean that this one is less fragile to issues
like the precise formatting of our notmuch.h header file.
Yes, that's what I meant.
Meanwhile, though, our API *is* declared in the header file, (that's
The release plan is as follows.
4) Release July 1.
We are getting close. I have tagged 0.6rc1 in
git://git.notmuchmail.org/git/notmuch and uploaded 0.6~rc1 to Debian
unstable.
Barring fubars, the only changes from here should be documentation [1]
Your friendly release tyrant,
David
[1]
Much to everyone's relief, 0.6 is finally released.
From a git perspective, the release process went like this.
0) I branched release from master on June 22
1) I cherry-picked some subset of post June 22 commits from master to
release
1a) actually I cheated and cherry-picked the last few
On Fri, 01 Jul 2011 18:37:27 -0300, David Bremner da...@tethera.net wrote:
So now we have to decide what to do. FWIW, there are about 20 commits on
release past d6f05fd.
There are two obvious strategies going forward.
A third strategy is git checkout master git merge -s ours 0.6
On Sat, 2 Jul 2011 11:59:04 -0400, servilio servi...@gmail.com wrote:
What about having Carl do the merging of features into a develop
branch[1], then the release manager prepares a release in a release
branch, merging back and tagging into master when release is ready? A
similar workflow
On Sun, 3 Jul 2011 10:18:17 +0100, Robin Green gree...@greenrd.org wrote:
Fixes broken build on DragonFly BSD
- sed -n 's/^\s*\(notmuch_[a-z_]*\)\s*(.*/\t\1;/p' $ notmuch.sym
+ sed -n 's/^[[:space:]]*\(notmuch_[a-z_]*\)[[:space:]]*(.*/'`printf
\t`'\1;/p' $ notmuch.sym
Fix (for
On Sat, 2 Jul 2011 15:23:02 -0500, Jed Brown j...@59a2.org wrote:
Remind me of why bugfix patches can't (usually) be applied to the
release branch first, then merged into master?
Yes, that might work out for a release consisting of one or two
critical patches, and happening more or less
On Sun, 3 Jul 2011 03:14:03 -0400, servilio servi...@gmail.com wrote:
I think there is no need for tags on master, make dist should only
be run on the release branch, right?
It isn't just about make dist (which I anyway thinks makes sense to run
on master to make snapshots). Every
On Mon, 04 Jul 2011 11:58:24 +0100, Robin Green gree...@greenrd.org wrote:
Some time after upgrading to notmuch 0.6, notmuch new suddenly started
failing, with this backtrace: (this is on DragonFly BSD)
Program terminated with signal 6, Aborted.
[...]
#3 0x00080150c9c1 in
On Thu, 07 Jul 2011 20:34:21 +0200, Daniel Schoepe
daniel.scho...@googlemail.com wrote:
My patch about user-defined sections mainly needs better documentation
and there's discussion reducing its flexibility a little, so it should
definitely be ready before the feature freeze, if that's still
On Sat, 9 Jul 2011 21:17:09 +0200, Uwe Kleine-König uklei...@strlen.de wrote:
To prevent the same problem in the future let notmuch depend on the same
version of libnotmuch1.
I added the additional comment
,
| The underlying issue is that the libnotmuch interface is not
| entirely
On Fri, 08 Jul 2011 07:32:20 -0300, David Bremner da...@tethera.net wrote:
Can someone who uses the vim interface (Felipe?) have a look at
the patches in
Also
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=633115
d
pgp5RdtebeWBE.pgp
Description: PGP signature
On Wed, 06 Jul 2011 09:55:00 -0700, Jameson Graef Rollins
jroll...@finestructure.net wrote:
Hey, folks. Now that 0.6 is *finally* out the door, it's time to start
working on 0.7. As Interim Distinguished co-Chief Vice Tyrant I have
been tasked with starting the discussion on 0.7 release
Joey Hess reports
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=616692
that adding set foldmethod=marker to .vimrc pretty much breaks the vim
interface, and I can confirm this is still present in 0.6.
Any comments from vimmers?
d
pgpKGxYSF9yaO.pgp
Description: PGP signature
On Fri, 24 Jun 2011 13:28:21 +0200, c...@te2000.cz wrote:
As some of you know I have written several scripts that aid using
notmuch, including an alternative to the notmuch-mutt perl script.
Since Carl Worth consented to include them into official distribution
I am now cleaning them up,
On Sun, 10 Jul 2011 12:43:30 -0400, Jason Woofenden ja...@jasonwoof.com wrote:
For my future patches, I'm planning on pushing them to a public
repo, and mailing the patches to this list with git-send-email. Is
that a good system for you all?
That is perfect, and welcome aboard! Maybe the vim
On Sun, 10 Jul 2011 17:12:19 -0400, Daniel Kahn Gillmor
d...@fifthhorseman.net wrote:
Non-text part: multipart/mixed
Non-text part: multipart/signed
On 07/10/2011 08:53 AM, David Bremner wrote:
| The underlying issue is that the libnotmuch interface is not
| entirely captured by the set
Julien Valroth reported on IRC that he had problems with the initial
call of 'notmuch new' crashing with
terminate called after throwing an instance of 'Xapian::InvalidArgumentError'
I confirmed that the following quick and dirty patch seems to fix the problem.
--- a/lib/Makefile.local
+++
I'm about ready to roll a bug fix release 0.6.1.
You can take a look at
git://pivot.cs.unb.ca/notmuch.git
branch: release
This fixes two annoying bugs:
The debian packages now depend strictly on the same version
libnotmuch (thanks ukleink). This makes upgrades slightly more
On Mon, 18 Jul 2011 01:06:05 -0700, Keith Packard kei...@keithp.com wrote:
Non-text part: multipart/mixed
Non-text part: multipart/signed
I wasn't seeing anything for an inlined message/rfc822 part (as with a
forwarded email message) and discovered that for some reason, the
message structure
On Mon, 18 Jul 2011 21:04:17 +0200, Felix Geller fgel...@gmail.com wrote:
Used git send-email this time, did that turn out correctly? :)
It looks good, except you need some commit messages. Have a look at the
existing commits to get an idea of what the standards are. Particularly
look at
On Wed, 20 Jul 2011 14:38:18 +0200, Thomas Jost schno...@schnouki.net wrote:
If the notmuch.sym target does not explicitly depend on $(libnotmuch_modules),
gen-version-script.sh may be run before all the .o files are created. This can
be observed when doing a parallel build on a machine with
On Thu, 21 Jul 2011 01:31:37 +0200, Thomas Jost schno...@schnouki.net wrote:
Here's an updated version of the patch with a shorter commit message.
For the record, the build log I sent earlier was obtained on my work PC, which
has two 8-core CPUs. No problem on my laptop with its dual-core
/notmuch-0.7.tar.gz.sha1.asc
(signed by David Bremner)
What's new in notmuch 0.7
=
Vim interface improvements
--
Jason Woofenden provided a number of bug fixes for the Vim interface
* fix citation/signature fold lengths
* fix cig/cit parsing
---BeginMessage---
Package: notmuch-vim
Version: 0.7-1
Severity: wishlist
Hi,
I'm getting started using notmuch-vim for the first time. Following
the advice from README.Debian, I run:
vim-addons install notmuch
Then, following the advice from README:
vim -c ':NotMuch'
I am
---BeginMessage---
Package: notmuch-vim
Version: 0.7-1
Severity: wishlist
Tags: upstream
Hi,
Vim's help system is one of its strengths. It would be nice if :help
:NotMuch and similar commands worked for getting an overview of how
the vim plugin works when it is in use.
(I should probably move
On Mon, 22 Aug 2011 14:59:02 +0300, Tomi Ollila tomi.oll...@iki.fi wrote:
Emacs lisp function 'member' takes element and list as an
argument. I.e. the second argument is list, not symbol
referencing the list.
On emacs 23.x the member call always returned nil (thus buggy),
on emacs 22.x the
On Mon, 01 Aug 2011 11:12:36 -0600, richardmu...@gmail.com wrote:
Emacs added another parameter to the send mail functions. This caused
emacs to error out.
(defun notmuch-mua-mail (optional to subject other-headers continue
-switch-function yank-action
On Tue, 30 Aug 2011 14:04:03 +0300, Tomi Ollila tomi.oll...@nixu.com wrote:
Maybe you should check how to properly format patches for the list.
For example. see:
http://notmuchmail.org/pipermail/notmuch/2011/005412.html
PS: Maybe we should have just one page anyone can refer in
reply
On Mon, 05 Sep 2011 09:43:37 +0200, matthias.guedem...@googlemail.com wrote:
Can you let me know if my version of the patches is OK on OpenBSD?
yes it works well on OpenBSD5.0-current, thanks a lot,
OK, I pushed a slightly modified version to master, hopefully I didn't
break it when tidying
On Fri, 26 Aug 2011 10:47:44 -0600, richardmu...@gmail.com wrote:
** `compose-mail' now accepts an optional 8th arg, RETURN-ACTION, and
passes it to the mail user agent function. This argument specifies an
action for returning to the caller after finishing with the mail.
This is currently
On Wed, 17 Aug 2011 19:31:36 -0700, Alex Botero-Lowry
alex.boterolo...@gmail.com wrote:
p.s. I also ran into an issue with the notmuch python bindings where I had
to wrap every c_void_p in POINTER() or it would segfault for any method that
tried to use a pointer. Also the sed command that
On Mon, 5 Sep 2011 12:01:46 -0700, Jameson Graef Rollins
jroll...@finestructure.net wrote:
The main goal of this overhaul is to define how message/rfc822 parts
should be handled. message/rfc822 parts should be output in a similar
fashion to the outer message, including some subset of the
On Tue, 6 Sep 2011 00:17:30 -0700, Jameson Graef Rollins
jroll...@finestructure.net wrote:
---
NEWS | 11 +++
1 files changed, 11 insertions(+), 0 deletions(-)
Pushed, with thanks!
d
___
notmuch mailing list
notmuch@notmuchmail.org
I haven't had a chance to investigate it, but here is a message that
show a bug in message display, I think in citation/top-posting hiding.
Hiding the whole message would be ok, but there is no un-hide button.
---BeginMessage---
--- Original message ---
From: Ross Vandegrift
On Tue, 06 Sep 2011 15:51:42 -0700, Jameson Graef Rollins
jroll...@finestructure.net wrote:
Everyone that I know of who has tried to reproduce this bug has been
able to. I vote that we include this patch in 0.8, so that we can get
it out of the way.
I have pushed this to master. Sorry, I
/notmuch-0.8.tar.gz.sha1.asc
(signed by David Bremner)
What's new in notmuch 0.8
=
Improved handling of message/rfc822 parts
Both in the CLI and the emacs interface. Output of rfc822 parts now
includes the primary headers, as well as the body and all subparts.
Output
On Mon, 4 Jul 2011 08:07:18 +0400, Dmitry Kurochkin
dmitry.kuroch...@gmail.com wrote:
This version implements suggestions by Austin.
Regards,
Dmitry
I have pushed this series.
___
notmuch mailing list
notmuch@notmuchmail.org
On Mon, 25 Jul 2011 19:38:58 -0400, Aaron Ecay aarone...@gmail.com wrote:
The Glib docs state Prior to any use of the type system, g_type_init() has to
be called.[1] To not do so can lead to segfaults. The g_type system is
currently used by various filters that operate on uuencoded text,
On Mon, 12 Sep 2011 03:30:54 +0400, Dmitry Kurochkin
dmitry.kuroch...@gmail.com wrote:
Hi David.
IMHO this is not a good idea, because:
1. It introduces multiple places where the flag is reset. If new
test_expect_* functions are added in the future, there would be more
of these. So
On Tue, 13 Sep 2011 14:19:36 +0400, Dmitry Kurochkin
dmitry.kuroch...@gmail.com wrote:
The assumption is that every test ends up calling either skipping,
calling test_ok_ or test_failure_ and and the latter in turn delegate
to the known_broken versions in the case where
On Tue, 13 Sep 2011 22:46:55 -0400, Martin Owens docto...@gmail.com wrote:
I'm not sure what the exact process is, but I imagine you're using some
kind of tool similar to launchpad's merge request functionality that
allows you to see branches for merging (or in this case patches).
We're
On Tue, 13 Sep 2011 09:39:15 -0300, David Bremner da...@tethera.net wrote:
On Fri, 8 Jul 2011 14:09:16 -0400, Austin Clements amdra...@mit.edu wrote:
I have rebased these yet again, and pushed the first 4 commits to
master. So far this is mainly testing stuff, along with one oneline
bugfix
On Sat, 24 Sep 2011 00:03:02 -0400, Austin Clements amdra...@mit.edu wrote:
Awesome. Only seven more to go!
The remaining seven are pushed, along with some related debian packaging
things.
Austin, could I bug you for some atomicity related items for NEWS? I
guess at least the 3 new library
On Mon, 26 Sep 2011 18:07:01 -0400, Austin Clements amdra...@mit.edu wrote:
In fact, I've been looking forward to writing some NEWS items!
Thanks, I have officially (and atomically) stolen your NEWS items. ;).
Sebastian, Ali:
I also threw in my best guess as to python and Ruby changes.
1 - 100 of 10827 matches
Mail list logo