Bart Trojanowski wrote:
* Baruch Even [091127 12:58]:
I added a quick hack to show a message thread in notmuch-gtk and this
makes it semi-usable. I don't actually parse the reply of notmuch-show
but it's already passably usable to read mail.
got screenshots?
I created them now at http://
On Fri, Nov 27, 2009 at 11:41 PM, Carl Worth wrote:
>
> But yes, we need a test suite.
I have zero experience, but Check[1] looks interesting.
> Oh, and we'll also need to deal with remaining glib usage inside of
> notmuch, (and inside of GMime as well), before we can do good testing
> for memor
On Fri, Nov 27, 2009 at 9:59 PM, Ingmar Vanhassel wrote:
>
> Most distributions have a rather strict policy to use system libraries
> over internal copies.
Fedora:
https://fedoraproject.org/wiki/Packaging:No_Bundled_Libraries
Debian:
http://www.debian.org/doc/debian-policy/ch-source.html#s-emb
On Fri, Nov 27, 2009 at 9:31 PM, Mikhail Gusarov
wrote:
> Twas brillig at 21:28:03 27.11.2009 UTC-06 when jeff at ocjtech.us did gyre
> and gimble:
>
> ?JCO> Instead of including a private implementation of the SHA1 hash
>
> xserver went this road, and now it has
> --with-sha1=libc|libmd|libgcryp
On Sat, Nov 28, 2009 at 12:43 AM, Carl Worth wrote:
>
> Have you actually *looked* at the implementation of libsha1.c that we
> have in notmuch? I can't say with 100% certainty that it's free of any
> buffer overruns, but I can see that it's not doing any memory allocation
> nor network communicat
Carl Worth writes:
Hi Carl,
> On Tue, 24 Nov 2009 09:02:46 +0100, Tassilo Horn
> wrote:
>> I'm a Gnus user and use notmuch mostly for searching. When I want to
>> reply to a message, I need to get back to Gnus, so that my Gnus
>> posting styles (gcc into that group, right email address, corre
On Mon, Nov 23, 2009 at 12:14:15PM -0600, Jeffrey C. Ollie wrote:
> cat > Makefile.config < prefix = /usr/local
> bash_completion_dir = /etc/bash_completion.d
>-CFLAGS += ${have_valgrind}
>+CFLAGS += ${have_valgrind} ${strndup} ${getline}
> EOF
This doesn't seem to do much for me, they don't seem
On Sat, 28 Nov 2009 11:37:05 +0530, "Aneesh Kumar K.V"
wrote:
> This patch use notmuch-tag-face showing tags in the
> notmuch-search-mode.
Thanks, Aneesh! Your patience has prevailed again and I've pushed out
this patch.
> We can selectively highlight each tag by setting notmuch-tag-face-alist
;)
Which could be expanded to include basically the example above.
Anyway, thanks for the patch.
-Carl
-- 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/20091127/427b9084/attachment.pgp>
On Sat, 28 Nov 2009 00:07:54 -0600, Alec Berryman wrote:
> those of the notmuch developers. Then, please email those details to
> -Carl Worth so that we can hopefully make future
> -versions of notmuch easier for you to use.
> +the Notmuch list (notmuch@notmuchmail.org) so that we can hopefully
;http://notmuchmail.org/pipermail/notmuch/attachments/20091127/ebf07d90/attachment.pgp>
On Sat, 28 Nov 2009 00:37:07 -0600, Jeffrey Ollie wrote:
> On Sat, Nov 28, 2009 at 12:09 AM, Carl Worth wrote:
> >> Warning: Unexpected extra parts of multipart/signed. Indexing anyway.
> >
> > Oh, that's a warning I put in place because I wasn't sure if it was
> > legitimate for a multipart/sign
a timing-related component to it.
Alright. Well, let us know if things go wrong again.
-Carl
-- 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/20091127/d9cec710/attachment.pgp>
On Fri, 27 Nov 2009 23:41:40 -0600, Jeffrey Ollie wrote:
> That's great that you're willing to take on the task, but as I do a
> lot of work for Fedora I tend to think about these things differently.
> It's not about a project here or there making private copies of some
> code, it's about trackin
fies dropping this code from notmuch and introducing a hard
dependency.
-Carl
-- 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/20091127/489b6277/attachment.pgp>
On Sat, 28 Nov 2009 09:31:15 +0600, Mikhail Gusarov
wrote:
> JCO> This means less code of our own to maintain and
>
> As libsha1 maintainer I'm volunteering to maintain in-tree copy in
> notmuch :)
And Mikhail,
I wanted to thank you publicly for your maintenance work of libsha1. It
was a plea
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20091127/6e45f2a9/attachment.pgp>
On Fri, 27 Nov 2009 21:28:03 -0600, "Jeffrey C. Ollie" wrote:
> Instead of including a private implementation of the SHA1 hash, use
> libgcrypt. This means less code of our own to maintain and it will be
> easier to switch to a different hash function like SHA256.
I don't believe we have a signi
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/20091127/b002ab9f/attachment.pgp>
On Fri, 27 Nov 2009 22:11:04 -0500, Bart Trojanowski wrote:
> According to the internet [1], this is a more reliable way of detecting if
> one is under the spell of a debugger. Should work for ptrace, strace,
> gdb, etc. Basically anything that uses the ptrace() syscall.
Doesn't avoid having si
not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20091127/68b5e759/attachment.pgp>
* Baruch Even [091127 12:58]:
> I added a quick hack to show a message thread in notmuch-gtk and this
> makes it semi-usable. I don't actually parse the reply of notmuch-show
> but it's already passably usable to read mail.
got screenshots?
Cheers,
-Bart
--
According to the internet [1], this is a more reliable way of detecting if
one is under the spell of a debugger. Should work for ptrace, strace,
gdb, etc. Basically anything that uses the ptrace() syscall.
[1] http://vx.netlux.org/lib/vsc04.html
---
debugger.c |5 +
1 files changed, 5 i
On Fri, 27 Nov 2009 19:09:56 -0600, Jeffrey Ollie wrote:
> I'm having some problems importing my mail. I've got quite a bit
> stored up, and some of them I'm sure are quite large. After several
> hours I get the following. Is notmuch running out of memory on me?
Comments below (as far as I can
p (message, id.c_str () + 1);
Good luck!
-Carl
-- 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/20091127/1e284ef9/attachment.pgp>
---
configure |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/configure b/configure
index b4770ec..e55f067 100755
--- a/configure
+++ b/configure
@@ -10,8 +10,8 @@ more efficiently than ever.
If anything goes wrong in this process, please do as much as you can
to figu
This patch use notmuch-tag-face showing tags in the notmuch-search-mode.
We can selectively highlight each tag by setting notmuch-tag-face-alist as below
(defface notmuch-tag-unread-face
'class color)) (:foreground "goldenrod")))
"Notmuch search mode face used to highligh tags.")
(defface
On Fri, Nov 27, 2009 at 11:41 PM, Carl Worth wrote:
>
> But yes, we need a test suite.
I have zero experience, but Check[1] looks interesting.
> Oh, and we'll also need to deal with remaining glib usage inside of
> notmuch, (and inside of GMime as well), before we can do good testing
> for memor
On Fri, 27 Nov 2009 18:31:23 -0500 (EST), Bart Trojanowski
wrote:
> [[ First of all I am jazzed because this is the first email I am
> sending to anyone other than myself from the vim interface to
> notmuch ]]
Congratulations Bart on a fine milestone!
Well done.
-Carl
pgplYLL5MNoKr.pgp
Descr
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/20091127/9fca7f74/attachment.pgp>
On Fri, 27 Nov 2009 15:18:31 +0100, Jed Brown wrote:
> On Fri, 27 Nov 2009 05:41:44 -0800, Carl Worth wrote:
> > Thanks for the patch, Jed, I almost pushed it, but noticed that it's
> > calling `called-interactively-p' with an argument even though that
> > function does not accept an argument.
>
the syntax for message-ID-based search strings. That's then a
> > syntax that almost any consumer of a message ID should be prepared to
> > accept.
>
> Downside is that it requires shell escapes when pasting into a terminal.
Yeah, there is that.
-Carl
-- 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/20091127/e25bf6e8/attachment-0001.pgp>
On Fri, 27 Nov 2009 23:43:34 -0600, Jeffrey Ollie wrote:
> On Fri, Nov 27, 2009 at 9:59 PM, Ingmar Vanhassel wrote:
> >
> > Most distributions have a rather strict policy to use system libraries
> > over internal copies.
>
> Fedora [...], Debian [...]
>
> If there are other distributions out th
On Fri, 27 Nov 2009 23:43:34 -0600, Jeffrey Ollie wrote:
> On Fri, Nov 27, 2009 at 9:59 PM, Ingmar Vanhassel
> wrote:
> >
> > Most distributions have a rather strict policy to use system libraries
> > over internal copies.
>
> Fedora [...], Debian [...]
>
> If there are other distributions out
---
vim/plugin/notmuch.vim |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/vim/plugin/notmuch.vim b/vim/plugin/notmuch.vim
index 34d70d9..a226f20 100644
--- a/vim/plugin/notmuch.vim
+++ b/vim/plugin/notmuch.vim
@@ -409,7 +409,7 @@ endfunction
function! s:NM_cmd_show(wor
This patch changes the default behaviour of notmuch show to display only
messages that match the search expression. However, --entire-thread
option is provided to display all messages in threads that matched the
search expression.
It is deemed that will be more useful for human users on the comma
On Fri, 27 Nov 2009 15:32:44 +0100, Jed Brown wrote:
> On Fri, 27 Nov 2009 06:02:45 -0800, Carl Worth wrote:
> > Since this operates via a single call to "notmuch tag" you might mention
> > here that all tag removals occur before any tag additions.
>
> I was unaware of this point, if I do
>
>
any restriction on tag names, and I did accidentally
add a tag once of just " " (oops!).
We should nail this down so that interface authors can know how to
validate things consistently. Any suggestions?
-Carl
-- 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/20091127/04c40ff3/attachment.pgp>
On Fri, Nov 27, 2009 at 9:59 PM, Ingmar Vanhassel wrote:
>
> Most distributions have a rather strict policy to use system libraries
> over internal copies.
Fedora:
https://fedoraproject.org/wiki/Packaging:No_Bundled_Libraries
Debian:
http://www.debian.org/doc/debian-policy/ch-source.html#s-emb
On Fri, Nov 27, 2009 at 9:31 PM, Mikhail Gusarov
wrote:
> Twas brillig at 21:28:03 27.11.2009 UTC-06 when j...@ocjtech.us did gyre and
> gimble:
>
> JCO> Instead of including a private implementation of the SHA1 hash
>
> xserver went this road, and now it has
> --with-sha1=libc|libmd|libgcrypt|l
On Fri, 27 Nov 2009 14:17:02 +, Chris Wilson
wrote:
> > I *know* I composed a reply to this message earlier, but apparently
> > you're right that it never went out. (*sigh*---if only I had a reliable
> > mail client[*]).
>
> I hear there's one called sup... ;-)
Heh. But seriously, I hit a l
mory-fault injection. Maybe what we'll end up with is a patch to
de-glib-ify GMime? I'm not sure.
-Carl
-- 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/20091127/4e9dbb16/attachment.pgp>
On Fri, 27 Nov 2009 13:50:11 +, Chris Wilson
wrote:
> Currently we assume that all errors on stat() a dname is fatal (but
> continue anyway and report the error at the end). However, some errors
> reported by stat() such as a missing file or insufficient privilege,
> we can simply ignore and
tion/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20091127/8e2b3386/attachment.pgp>
When show mode is invoked it could be displaying just the matched messages
or everything. This flag is passed to NM_search_show_thread(). It is then
stored in a buffer variable, b:nm_show_everything, and used for subsequent
calls to NM_search_show_thread() triggered by , and .
Signed-off-by: Ba
On Fri, 27 Nov 2009 05:30:15 -0800, cama...@picnicpark.org wrote:
> The most obvious bindings for save attachments are already taken. The
> existing 'w' binding was bound to view the raw message. This commit
> moves it to 'V' which still seems somewhat mnemonic and uses 'w' for
> save (write) att
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20091127/96577413/attachment.pgp>
On Fri, 27 Nov 2009 05:30:14 -0800, cama...@picnicpark.org wrote:
> From: Keith Amidon
>
> Previously the only way to save an attachment was to attempt to view
> it and then save it from within the viewer program.
Very nice, Keith. Thanks again!
I've pushed this one out as well.
While we're ta
le
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20091127/5c370e71/attachment.pgp>
Instead of including a private implementation of the SHA1 hash, use
libgcrypt. This means less code of our own to maintain and it will be
easier to switch to a different hash function like SHA256.
libgcrypt was chosen because it has a fairly simple API, it's well
tested (it's used in gnutls and g
On Fri, 27 Nov 2009 21:10:42 -0800, Carl Worth wrote:
> On Fri, 27 Nov 2009 05:30:10 -0800, camalot at picnicpark.org wrote:
> > From: Keith Amidon
> >
> > The ability to temporarily create a buffer containing only the
> > contents of the currently selected message in notmuch show mode is
> > ge
On Fri, 27 Nov 2009 21:10:42 -0800, Carl Worth wrote:
> On Fri, 27 Nov 2009 05:30:10 -0800, cama...@picnicpark.org wrote:
> > From: Keith Amidon
> >
> > The ability to temporarily create a buffer containing only the
> > contents of the currently selected message in notmuch show mode is
> > gener
On Fri, 27 Nov 2009 05:30:12 -0800, cama...@picnicpark.org wrote:
> From: Keith Amidon
>
> As an alternative to creating a reply from the current thread, this
> commit provides functions to create replies directly in emacs using
> the message library.
>
> A future commit will provide keybindings
tion/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20091127/b31aea51/attachment.pgp>
On Fri, 27 Nov 2009 17:15:35 -0800, Carl Worth wrote:
> This is a very useful feature, Bart. Thanks for coding it up. And it's a
> nicely-implemented patch series as well.
Thanks. I've found it very handy.
> By the way, do you think that this support obviates the
> --only-matching-messages opti
As per Carl's request, this patch corrects the only value defined under
the notmuch_message_flag_t enum typedef to match the name of the type.
Signed-off-by: Bart Trojanowski
---
lib/notmuch.h |2 +-
lib/thread.cc |2 +-
notmuch-show.c |2 +-
3 files changed, 3 insertions(+), 3 del
On Fri, 27 Nov 2009 05:30:11 -0800, cama...@picnicpark.org wrote:
> From: Keith Amidon
>
> Sometimes forwarding a message is preferable to replying and modifying
> the set of recipients. This commit provides that ability using the
> message-forward function.
This is nice functionality---we were
: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20091127/b5d66f88/attachment.pgp>
On Fri, 27 Nov 2009 05:30:10 -0800, cama...@picnicpark.org wrote:
> From: Keith Amidon
>
> The ability to temporarily create a buffer containing only the
> contents of the currently selected message in notmuch show mode is
> generally useful. This commit factors the majority of the code
> requir
7;ll be more than happy to step aside and
let experts take over. :-)
This piece is pushed.
-Carl
-- 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/20091127/b545a2a5/attachment.pgp>
On Fri, 27 Nov 2009 05:30:08 -0800, cama...@picnicpark.org wrote:
> From: Keith Amidon
>
> The previous location of autoload comments didn't seem to correspond
> with the functions most likely to be the entry points for using
> notmuch. This change adjusts them to match those likely entry points
t attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20091127/14880643/attachment.pgp>
On Fri, 27 Nov 2009 05:30:07 -0800, cama...@picnicpark.org wrote:
> From: Keith Amidon
>
> Functions provided by the message library were being used without
> ensuring it was loaded.
Thanks. This one at least we did just fix recently.
-Carl
pgpYNGNqkPj0V.pgp
Description: PGP signature
___
-
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/20091127/51a17c63/attachment.pgp>
On Fri, 27 Nov 2009 15:44:13 +0530, "Aneesh Kumar K.V"
wrote:
> Signed-off-by: Aneesh Kumar K.V
Thanks for this patch, Aneesh. Deferring to existing message-mode faces
gets us out of the business of having to invent colors, and also means
user will only have to tweak the customization in one pl
t --
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/20091127/c85030c3/attachment.pgp>
On Wed, 25 Nov 2009 01:13:33 -0800, Alexander Botero-Lowry
wrote:
> I was planning to be committing super awesome mime-handling support
> that would make notmuch rival every mail program ever for pure mime
> awesomeness. It turns out, that mime is confusing and hard, and the
> mm-* functions do a
art --
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/20091127/e818f161/attachment.pgp>
On Wed, 25 Nov 2009 01:13:32 -0800, Alexander Botero-Lowry
wrote:
> It was noted that though local expansion was nice, it was also pretty
> nice to have an easy way to just open the headers without moving to the
> header button. So this exposes a number of symbols which search backwards
> in the
L:
<http://notmuchmail.org/pipermail/notmuch/attachments/20091127/5cd79ee0/attachment.pgp>
On Fri, 27 Nov 2009 05:30:06 -0800, cama...@picnicpark.org wrote:
> I started using notmuch a few days ago and was astounded at how much
> more efficiently I could process email with it.
Hi Keith, welcome to notmuch!
I'm delighted to hear a positive report like that about my little
project here.
- 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/20091127/b30d363c/attachment-0001.pgp>
On Fri, 27 Nov 2009 12:30:38 +0100, Jan Janak wrote:
> Oh, that's great, my first bigger contribution to nutmuch is in the
> repository, thanks so much!
You're quite welcome.
> I was just thinking about giving you some time to catch up and review all the
> patches, but now I have a reason to se
me: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20091127/b852c092/attachment.pgp>
On Thu, 26 Nov 2009 15:01:38 -0800, Keith Packard wrote:
> On Thu, 26 Nov 2009 10:41:36 -0800, Carl Worth wrote:
>
> > I'm not sure how to make sure that I also get that when doing a reply
> > within notmuch. Keith, I think you worked this out, right? What did you
> > do?
>
> ; sign messages by
-notmuch-message-mode-hook)
Thanks. And look! A signed reply now.
-Carl
-- 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/20091127/a34f0f4a/attachment.pgp>
On Fri, 27 Nov 2009 09:13:12 +0100, Tassilo Horn wrote:
> I guess it won't be the last one. There are some byte-compiler warnings
> with notmuch.el, that I'd like to remove.
Great! I'll look forward to more from you?
> So an email looking like this would be correct?
Almost. The place where you
On Fri, 27 Nov 2009 09:13:12 +0100, Tassilo Horn
wrote:
> I guess it won't be the last one. There are some byte-compiler warnings
> with notmuch.el, that I'd like to remove.
Great! I'll look forward to more from you?
> So an email looking like this would be correct?
Almost. The place where yo
Excerpts from Mikhail Gusarov's message of Sat Nov 28 04:31:15 +0100 2009:
>
> Twas brillig at 21:28:03 27.11.2009 UTC-06 when j...@ocjtech.us did gyre and
> gimble:
>
> JCO> Instead of including a private implementation of the SHA1 hash
>
> xserver went this road, and now it has
> --with-sha1=
Hi,
I added a quick hack to show a message thread in notmuch-gtk and this
makes it semi-usable. I don't actually parse the reply of notmuch-show
but it's already passably usable to read mail.
Baruch
On Thu, 26 Nov 2009 21:23:47 +0100, Ruben Pollan wrote:
> Is it possible to implement notmuch_threads_back and notmuch_messages_back?
> And I guess will make sense to have also notmuch_tags_back.
>
> This functions will do the oposite than notmuch_threads_advance and
> notmuch_messages_advance. S
On Thu, 26 Nov 2009 21:23:47 +0100, Ruben Pollan
wrote:
> Is it possible to implement notmuch_threads_back and notmuch_messages_back?
> And I guess will make sense to have also notmuch_tags_back.
>
> This functions will do the oposite than notmuch_threads_advance and
> notmuch_messages_advance.
On Thu, 26 Nov 2009 11:32:35 -0400, David Bremner wrote:
> - INTERNAL_ERROR ("Message %s has duplicate In-Reply-To IDs: %s and %s\n"
> + INTERNAL_ERROR ("Message %s has duplicate In-Reply-To IDs: %s and
> %s\n",
Thanks. This is pushed.
-Carl
__
On Thu, 26 Nov 2009 11:32:35 -0400, David Bremner wrote:
> - INTERNAL_ERROR ("Message %s has duplicate In-Reply-To IDs: %s and %s\n"
> + INTERNAL_ERROR ("Message %s has duplicate In-Reply-To IDs: %s and
> %s\n",
Thanks. This is pushed.
-Carl
On Wed, 25 Nov 2009 23:24:03 +0100, Ingmar Vanhassel wrote:
> In case anyone's interested, I've submitted this list to gmane:
> http://dir.gmane.org/gmane.mail.notmuch.general
>
> Maybe someone who was on this list from the very beginning can submit an
> archive to them, for future reference.
I'
On Wed, 25 Nov 2009 23:24:03 +0100, Ingmar Vanhassel
wrote:
> In case anyone's interested, I've submitted this list to gmane:
> http://dir.gmane.org/gmane.mail.notmuch.general
>
> Maybe someone who was on this list from the very beginning can submit an
> archive to them, for future reference.
I
On Wed, 25 Nov 2009 14:14:20 -0800, Eric Anholt wrote:
> Otherwise, those without keithp's .emacs would end up with reply mode
> not being entered. Suggested by keithp.
Thanks, Eric. The fact that replies were only sometimes in message-mode
was really annoying me. Should be nice to have this fix
On Wed, 25 Nov 2009 14:14:20 -0800, Eric Anholt wrote:
> Otherwise, those without keithp's .emacs would end up with reply mode
> not being entered. Suggested by keithp.
Thanks, Eric. The fact that replies were only sometimes in message-mode
was really annoying me. Should be nice to have this fix
On Wed, 25 Nov 2009 22:11:45 +0100, Jan Janak wrote:
> Files and subdirectories with the name "tmp" that do not look like
> Maildir will still be processed by 'notmuch new'.
This is a nice improvement. I realize we neglected to document the
original "tmp" skipping. This should definitely be safer
On Wed, 25 Nov 2009 22:11:45 +0100, Jan Janak wrote:
> Files and subdirectories with the name "tmp" that do not look like
> Maildir will still be processed by 'notmuch new'.
This is a nice improvement. I realize we neglected to document the
original "tmp" skipping. This should definitely be safer
Twas brillig at 21:28:03 27.11.2009 UTC-06 when j...@ocjtech.us did gyre and
gimble:
JCO> Instead of including a private implementation of the SHA1 hash
xserver went this road, and now it has
--with-sha1=libc|libmd|libgcrypt|libcrypto|libsha1|CommonCrypto in
configure.
JCO> This means less c
Instead of including a private implementation of the SHA1 hash, use
libgcrypt. This means less code of our own to maintain and it will be
easier to switch to a different hash function like SHA256.
libgcrypt was chosen because it has a fairly simple API, it's well
tested (it's used in gnutls and g
On Thu, 26 Nov 2009 22:12:02 +0100, Michiel Buddingh'
wrote:
> Carl Worth wrote:
> I considered that approach; ideally, we could test for the presence of
> all three of cur, tmp and new--but this is rather messy to do in the
> current treewalk structure. Taking any one of them as proof positi
On Thu, 26 Nov 2009 22:12:02 +0100, Michiel Buddingh' wrote:
> Carl Worth wrote:
> I considered that approach; ideally, we could test for the presence of
> all three of cur, tmp and new--but this is rather messy to do in the
> current treewalk structure. Taking any one of them as proof positiv
* Baruch Even [091127 12:58]:
> I added a quick hack to show a message thread in notmuch-gtk and this
> makes it semi-usable. I don't actually parse the reply of notmuch-show
> but it's already passably usable to read mail.
got screenshots?
Cheers,
-Bart
--
According to the internet [1], this is a more reliable way of detecting if
one is under the spell of a debugger. Should work for ptrace, strace,
gdb, etc. Basically anything that uses the ptrace() syscall.
[1] http://vx.netlux.org/lib/vsc04.html
---
debugger.c |5 +
1 files changed, 5 i
I'm having some problems importing my mail. I've got quite a bit
stored up, and some of them I'm sure are quite large. After several
hours I get the following. Is notmuch running out of memory on me?
$ ./notmuch new
Found 328184 total files.
Warning: Unexpected extra parts of multipart/signed.
Twas brillig at 18:55:28 27.11.2009 UTC-08 when cwo...@cworth.org did gyre and
gimble:
>> Q: Why are my replies five sentences or less?
>> A: http://five.sentenc.es/
CW> There---just five this time. :-)
I imagine hook that counts the number of sentences and inserts proper
signature :)
--
On Wed, 25 Nov 2009 09:58:00 -0800, Scott Robinson wrote:
> Excerpts from Jeffrey Ollie's message of Wed Nov 25 09:46:47 -0800 2009:
>
> I selected cJSON because it was simple for integration. Given how libsha1.c is
> included in lib/, I figured adding a depedency wouldn't be very
> popular.
I'm
On Wed, 25 Nov 2009 09:58:00 -0800, Scott Robinson
wrote:
> Excerpts from Jeffrey Ollie's message of Wed Nov 25 09:46:47 -0800 2009:
>
> I selected cJSON because it was simple for integration. Given how libsha1.c is
> included in lib/, I figured adding a depedency wouldn't be very
> popular.
I'
1 - 100 of 195 matches
Mail list logo