Carl Worth wrote:
> On Thu, 26 Nov 2009 21:17:33 +0200, Baruch Even wrote:
>> I've started to work on a Gtk+ interface to notmuch which uses the
>> notmuch command line. Currently it is able to search threads and retag
>> them. Next on the agenda is the ability to actually read the threads.
>>
On 2009-11-25, Carl Worth wrote:
>
> So please update to the latest code and let me know what you think. I'll
> be interested to hear if this helps people, and also to know if the CPU
> usage is a problem for anybody.
Brilliant, thanks!
Peter
Excerpts from Michiel Buddingh''s message of Thu Nov 26 22:12:02 +0100 2009:
> Haven't tested it, but it seems you can put
>
> [core]
> whitespace = trailing-space,space-before-tab
>
> into your ~/.gitconfig now. I've also set emacs to mark trailing
> whitespace with big red markers.
I
mtime checks?
--
http://fossarchy.blogspot.com/
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 834 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20091126
Rather than tagging the everything in the thread. This is arguably more
desirable behavior and is consistent with clearly desirably behavior of
notmuch-search-operate-all.
Note that this change applies indirectly to
notmuch-search-archive-thread (which is actually equivalent behavior
since this
It is often convenient to change tags on several messages at once. This
function applies any number of tag whitespace-delimited tag
modifications to all messages matching the current query.
I have bound this to `*'.
Signed-off-by: Jed Brown
---
notmuch.el | 24
1
On Thu, 26 Nov 2009 13:14:22 -0800, Carl Worth wrote:
> Then I'm still being really dense here. The non-propagation of mtime is
> the with actual directories. And the code is trying to do the right
> thing for that.
The stat() is correct, it's the check for the d_type field coming out of
Carl Worth wrote:
> > +" The other value is 'storage_type', which can currently be set to\n"
> > +" 'maildir' or 'none'.\n";
>
> This part of the patch I don't like. I've got a mail collection spanning
> over a decade, and it's seen a lot of strange things. Most of my mail is
> in maildir
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20091126/025df1b1/attachment.pgp>
part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20091126/848c8aae/attachment.pgp>
Hi,
I've started to work on a Gtk+ interface to notmuch which uses the
notmuch command line. Currently it is able to search threads and retag
them. Next on the agenda is the ability to actually read the threads.
If someone is interested, the code lives in
http://github.com/baruch/notmuch-gtk
On Thu, 26 Nov 2009 10:34:12 -0800, Carl Worth wrote:
> I'm a little confused here. Notmuch only uses stat, so it should be
> looking at the target's mtime already. It actually takes special effort
> (via lstat) to get at the mtime of the link itself.
>
> So why aren't things just working?
189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20091126/f03e09ea/attachment.pgp>
not available
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20091126/741ec374/attachment.pgp>
On Mon, 23 Nov 2009 17:57:31 +0100, Tassilo Horn
wrote:
> Hi!
>
> Here's my first patch. It changes that notmuch-show-get-filename and
> notmuch-show-get-message-id return simple strings and not propertited
> strings.
Thanks, Tassilo!
It's great to have a contribution from you in notmuch.
hmail.org/pipermail/notmuch/attachments/20091126/f7adb576/attachment.pgp>
On Thu, 26 Nov 2009 19:39:01 +0100, Jed Brown wrote:
> On Thu, 26 Nov 2009 10:34:12 -0800, Carl Worth wrote:
> > I'm a little confused here. Notmuch only uses stat, so it should be
> > looking at the target's mtime already. It actually takes special effort
> > (via lstat) to get at the mtime of
On Mon, 23 Nov 2009 20:20:59 +0530, "Aneesh Kumar K.V" wrote:
> Make sure we use notmuch-search-oldest-first to decide the how
> the search result should be displayed. This helps to set the
> value to nil and have latest mail shown first
Thanks. This is pushed now.
-Carl
On Mon, 23 Nov 2009 07:43:30 -0600, "Jeffrey C. Ollie"
wrote:
> Add private implementations of strndup and getline for those platforms
> that don't have them (notably Mac OS X) no matter what preprocessor
> symbols you define.
Thanks. This is off to a very good start.
> +char *
>
On Mon, 23 Nov 2009 14:07:20 +0100, Jed Brown wrote:
> > Second, since we're in the search view which shows threads, we should
> > really be operating on threads. But this tag command won't work like the
> > '+' and '-' commands in this buffer. Those commands will add/remove a
> > tag to/from
On Mon, 23 Nov 2009 10:51:20 +0530, "Aneesh Kumar K.V" wrote:
> This add two faces, notmuch-show-subject-face and
> notmuch-tag-face. The first face is used to show the subject
> line in the notmuch-show-mode and the second one to show tags
> in the notmuch-search-mode.
I mentioned in IRC that I
On Mon, 23 Nov 2009 08:42:09 +0100, Tassilo Horn
wrote:
> Carl Worth writes:
>
> > But perhaps these errors should be made into warnings instead? Any
> > thoughts on that anyone?
>
> I think so. For other dovecot internal index files it already says
> something like "Ignoring non-mail file
On Thu, Nov 26, 2009 at 12:05 PM, Jan Janak wrote:
> I sent exactly the same patch a couple of days ago and it was
> rejected because it does not work everywhere, see:
>
> http://notmuchmail.org/pipermail/notmuch/2009/000370.html
And as I said in that thread, I believe you should use printf
part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 489 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20091126/0d51585a/attachment.pgp>
On Thu, 26 Nov 2009 21:17:33 +0200, Baruch Even wrote:
> I've started to work on a Gtk+ interface to notmuch which uses the
> notmuch command line. Currently it is able to search threads and retag
> them. Next on the agenda is the ability to actually read the threads.
>
> If someone is
Hi Stefan,
On 26-11 09:17, Stefan Schmidt wrote:
> This fixes a visual glitch during a silent compile.
> Before:
> Use "make V=1" to see the verbose compile lines.\n CC debugger.o
> CCgmime-filter-reply.o
>
> After:
> Use "make V=1" to see the verbose compile lines.
> CCdebugger.o
---
lib/message.cc |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/lib/message.cc b/lib/message.cc
index 1e325e2..832a1b9 100644
--- a/lib/message.cc
+++ b/lib/message.cc
@@ -318,7 +318,7 @@ _notmuch_message_get_in_reply_to (notmuch_message_t
*message)
if (i !=
On Thu, 26 Nov 2009 10:46:54 -0800, Carl Worth wrote:
> So perhaps the new configuration option we want is a limit on message
> size? Rather than ignoring large files entirely, notmuch could just stop
> indexing messages past the configured limit?
Having just written that, I don't think it's
On Thu, 26 Nov 2009 13:31:05 -0500, Jameson Graef Rollins wrote:
> So the issue now is verifying/decrypting signed/encrypted received
> mail. Playing around with it a bit more, I've found a couple of
> interesting things. If I'm viewing an encrypted message with
> notmuch-show, and if I type
On Wed, 25 Nov 2009 10:39:57 +0100, Dominik Epple wrote:
> So the problem stems indeed from too many too large files being
> present. (I actually found some being as large as 40M, not just 2.4M,
> as written in previous mails.)
That's very good to know.
And I'm glad you at least have things
On Mon, 23 Nov 2009 08:00:09 -0500, Jameson Graef Rollins wrote:
> Hi, folks. I know it's a hairy problem, but has anyone started
> looking into OpenPGP support for notmuch?
I definitely want this.
I've got message-mode setup to sign my messages automatically when I
start a new compose from
On Mon, 23 Nov 2009 16:03:00 +0100, Jed Brown wrote:
> > But still no luck. Finally, I deleted the symlinks and created them
> > anew, and then it indexed the 12 new mails that arrived in the
> > meantime.
OK. So that's definitely a bug we need to fix.
> The real solution is for notmuch to
On Mon, 23 Nov 2009 11:12:40 +0100, Ruben Pollan
wrote:
> Hi notmuch community,
>
> As I'm not an emacs user, I started to play with the code to see what are the
> power of notmuch. I create a simple ncurses ui:
> http://gitorious.org/notsomuch
Hi Ruben, welcome to notmuch!
I'm glad to see
On Sun, 22 Nov 2009 23:35:24 -0800, Keith Packard wrote:
> Tracking directory mtime instead of just looking at the read-only bit
> would let us skip directories that haven't seen any change in content.
We've had directory mtime for a long time. I added the check for the
read-only bit afterwards
On Thu, 26 Nov 2009 22:38:49 +0600, Mikhail Gusarov wrote:
>
> Twas brillig at 07:40:15 26.11.2009 UTC-08 when cworth at cworth.org did gyre
> and gimble:
>
> CW> I *really* want this patch in, since I think a lot of current users
> CW> would really benefit from it. I only see one big
On Thu, 26 Nov 2009 14:27:37 +0100, Ruben Pollan
wrote:
> On 11:17, Wed 25 Nov 09, Carl Worth wrote:
> > And for the authors of the other interfaces, let us know when you've got
> > similar support for streaming searches, (or if you didn't get this
> > automatically as soon as "notmuch search"
On Thu, 26 Nov 2009 23:34:34 +1100, Peter Wang wrote:
> On 2009-11-25, Carl Worth wrote:
> >
> > So please update to the latest code and let me know what you think. I'll
> > be interested to hear if this helps people, and also to know if the CPU
> > usage is a problem for anybody.
>
>
Excerpts from Stefan Schmidt's message of Thu Nov 26 09:17:15 +0100 2009:
> This fixes a visual glitch during a silent compile.
> Before:
> Use "make V=1" to see the verbose compile lines.\n CC debugger.o
> CCgmime-filter-reply.o
>
> After:
> Use "make V=1" to see the verbose compile
This fixes a visual glitch during a silent compile.
Before:
Use "make V=1" to see the verbose compile lines.\n CC debugger.o
CCgmime-filter-reply.o
After:
Use "make V=1" to see the verbose compile lines.
CCdebugger.o
CCgmime-filter-reply.o
Signed-off-by: Stefan Schmidt
---
On Mon, 23 Nov 2009 07:13:25 +0600, Mikhail Gusarov wrote:
> In order to handle message renames the following changes were deemed
> necessary:
Hi Mikhail,
I *really* want this patch in, since I think a lot of current users
would really benefit from it. I only see one big problem with it:
>
On Mon, 23 Nov 2009 01:56:04 +0100, Jan Janak wrote:
> I considered implementing 'notmuch search --output=tags' (as we
> discussed in another email), but it turned out that:
>
> * Having 'notmuch search-tags' would be consistent with Carl's
> 'notmuch search-messages'.
Yes, but I just put
On Mon, 23 Nov 2009 01:10:56 +0100, Jan Janak wrote:
> Several commands ask the user for a tag name. With this feature the
> user can just press tab and Emacs automatically retrieves the list of
> all existing tags from notmuch database with 'notmuch search-tags' and
> presents a completion
o much for the info.
jamie.i
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20091126/01aab46a/attachment.pgp>
Hello,
On 24-11 23:10, Jan Janak wrote:
> I would like to propose that we make the list of tags applied by 'notmuch new'
> configurable. Right now notmuch applies two tags to all new messages added to
> the database, 'inbox' and 'unread'. The two tags are added by the C code in
> notmuch-new.c
This patch slightly changes behavior of the command line option --tag.
Any tags specified by the user on the command line will be added
*in addition* to tags configured in the configuration file.
This behavior can be changed with the new command line option
--no-config-tags. The user can use this
The list of tags to be applied by 'notmuch new' can be configured in
the configuration file. This command line option can be used to
override the list of tags from the coonfiguration file on the command
line. You may repeat the option several times if you want to apply
more than one tag:
If the user runs 'notmuch setup' and there is no configuration file yet
then we also add the new section [new] to the configuration file and
set the tags option as:
tags=inbox;unread
This will be picked up by 'notmuch new' and all new mail added to the
database will be tagged with the two tags
Add support for section [new] in the configuration file. This section
is supposed to contain options for 'notmuch new'. Currently there is
only one option called tags.
The tags option can be used to configure a set of tags to be applied
by 'notmuch new'. Individual tags are separated by
Instead of adding 'inbox' and 'unread' tags directly in the code of
'notmuch-new', we can specify a list of tags to be added to newly
created messages with a configuration file option or a command line
option. That's more flexible, it allows the user to select which tags
should be added.
Rather than tagging the everything in the thread. This is arguably more
desirable behavior and is consistent with clearly desirably behavior of
notmuch-search-operate-all.
Note that this change applies indirectly to
notmuch-search-archive-thread (which is actually equivalent behavior
since this
On Mon, 23 Nov 2009 17:57:31 +0100, Tassilo Horn tass...@member.fsf.org wrote:
Hi!
Here's my first patch. It changes that notmuch-show-get-filename and
notmuch-show-get-message-id return simple strings and not propertited
strings.
Thanks, Tassilo!
It's great to have a contribution from
51 matches
Mail list logo
