Regarding notmuch and Fedora 16

2012-02-27 Thread Karel Zak
On Thu, Jan 12, 2012 at 02:31:39PM +0200, Tomi Ollila wrote:
> On Tue, 03 Jan 2012 22:36:59 +, Darren McGuicken  fernseed.info> wrote:
> > On Tue, 03 Jan 2012 17:09:39 -0500, Peter Portante  > gmail.com> wrote:
> > > I am interested in using notmuch from within emacs, but have not been 
> > > able to get the latest version of notmuch (0.10.2) to compile under 
> > > Fedora 16.
> > 
> > Looks like we have a growing Fedora community, yay! :-)
> > 
> > And it's nothing you're doing wrong, per my reply to the other thread
> > F16 is using the current development version of gmime which has API
> > differences with the stable version 2.4.  The patch that exists isn't
> > part of standard notmuch since it in turn breaks 2.4 compatibility.
> > 
> > What's the right way to handle this?  I see 2.6 tarballs on gnome... is
> > 2.6 officially out there and stable?
> 
> Some conditional compilation by #if(def)ing some *GMIME* macro...
> 
> While doing something else I passed by these messages:
> 
> http://www.mail-archive.com/notmuch at notmuchmail.org/msg05829.html
> http://koji.fedoraproject.org/koji/buildinfo?buildID=269819
> 
> These seems to provide valuable information to anyone attempting
> to compile notmuch with gmime 2.5+

It seems that we have officially notmuch 0.11 in Fedora 17/rawhide, if
you have the latest stable Fedora 16, then you can use:

  yum --enablerepo=rawhide install notmuch notmuch-devel

to get:

 $ rpm -q notmuch gmime
 notmuch-0.11-1.fc17.x86_64
 gmime-2.5.8-1.fc16.x86_64


Karel

-- 
 Karel Zak  
 http://karelzak.blogspot.com


[ANNOUNCE] mutt with notmuch support

2012-02-27 Thread Karel Zak
On Tue, Jan 03, 2012 at 01:39:38PM +0100, Karel Zak wrote:
> This is not another curses front-end for notmuch, this is mutt :-)

> More information:
> 
>  https://github.com/karelzak/mutt-kz/wiki
>
>  https://raw.github.com/karelzak/mutt-kz/master/README.notmuch

We have mailing list now:

   https://admin.fedoraproject.org/mailman/listinfo/mutt-kz

 Karel

-- 
 Karel Zak  
 http://karelzak.blogspot.com


Re: [ANNOUNCE] mutt with notmuch support

2012-02-27 Thread Karel Zak
On Tue, Jan 03, 2012 at 01:39:38PM +0100, Karel Zak wrote:
 This is not another curses front-end for notmuch, this is mutt :-)

 More information:
 
  https://github.com/karelzak/mutt-kz/wiki

  https://raw.github.com/karelzak/mutt-kz/master/README.notmuch

We have mailing list now:

   https://admin.fedoraproject.org/mailman/listinfo/mutt-kz

 Karel

-- 
 Karel Zak  k...@redhat.com
 http://karelzak.blogspot.com
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch


Re: Regarding notmuch and Fedora 16

2012-02-27 Thread Karel Zak
On Thu, Jan 12, 2012 at 02:31:39PM +0200, Tomi Ollila wrote:
 On Tue, 03 Jan 2012 22:36:59 +, Darren McGuicken 
 mailing-notm...@fernseed.info wrote:
  On Tue, 03 Jan 2012 17:09:39 -0500, Peter Portante 
  peter.a.porta...@gmail.com wrote:
   I am interested in using notmuch from within emacs, but have not been 
   able to get the latest version of notmuch (0.10.2) to compile under 
   Fedora 16.
  
  Looks like we have a growing Fedora community, yay! :-)
  
  And it's nothing you're doing wrong, per my reply to the other thread
  F16 is using the current development version of gmime which has API
  differences with the stable version 2.4.  The patch that exists isn't
  part of standard notmuch since it in turn breaks 2.4 compatibility.
  
  What's the right way to handle this?  I see 2.6 tarballs on gnome... is
  2.6 officially out there and stable?
 
 Some conditional compilation by #if(def)ing some *GMIME* macro...
 
 While doing something else I passed by these messages:
 
 http://www.mail-archive.com/notmuch@notmuchmail.org/msg05829.html
 http://koji.fedoraproject.org/koji/buildinfo?buildID=269819
 
 These seems to provide valuable information to anyone attempting
 to compile notmuch with gmime 2.5+

It seems that we have officially notmuch 0.11 in Fedora 17/rawhide, if
you have the latest stable Fedora 16, then you can use:

  yum --enablerepo=rawhide install notmuch notmuch-devel

to get:

 $ rpm -q notmuch gmime
 notmuch-0.11-1.fc17.x86_64
 gmime-2.5.8-1.fc16.x86_64


Karel

-- 
 Karel Zak  k...@redhat.com
 http://karelzak.blogspot.com
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch


[ANNOUNCE] mutt with notmuch support

2012-01-03 Thread Karel Zak
On Tue, Jan 03, 2012 at 06:45:46PM +, Darren McGuicken wrote:
> On Tue, Jan 03, 2012 at 01:39:38PM +0100, Karel Zak wrote:
> > This is not another curses front-end for notmuch, this is mutt :-)
> 
> Outstanding!  Assuming this mail makes it to the list, I can confirm
> that it works well for me!  Although I will have to find and dust
> off an old .muttrc...

You can create notmuch specific rc file and use it by

mutt -F ~/.muttrc-notmuch

> I had to tweak your use of notmuch_database_find_message (I'm using
> 0.11_rc2) but otherwise it compiles fine.

Unfortunately, the latest package for Fedora is notmuch-0.5-4.fc15 ;-(

But I'm ready to accept patches to make it compatible with other
distros and the latest upstream.

> Thanks so much for this.
> Is the intent that this remains a fork, or will it find its way back
> into upstream?

Good question. It would be nice to merge the change into mutt upstream, 
but from my point of view the mutt upstream is not too active. The whole 
project seems in maintenance mode, I don't see any really active 
*development* there. We will see... it's probably too early to answer
the question.

Karel

-- 
 Karel Zak  
 http://karelzak.blogspot.com


[ANNOUNCE] mutt with notmuch support

2012-01-03 Thread Karel Zak

This is not another curses front-end for notmuch, this is mutt :-)

I have forked mutt to seriously integrate notmuch to this excellent e-mail
client. I don't want to use symlinks or any other hacks to emulate virtual
folders. My wish is mutt linked with libnotmuch.

Features:

 * in .muttrc defined virtual folders by notmuch queries

 * on-the-fly generate virtual folder from queries

 * add / remove / modify labels (notmuch tags)

 * support for INBOX --> archive use case

 * support  (key ';') mutt functionality to work with set of 
messages

 * all is implemented by regular mutt commands, so all is usable in user
   defined macros


More information:

 https://github.com/karelzak/mutt-kz/wiki

 https://raw.github.com/karelzak/mutt-kz/master/README.notmuch


TODO:

 * add  command to display all e-mails that belongs to the same
   thread as the current message. This command will be useful when you have a 
   new email in your INBOX and you want to see the rest of the archived thread.

-- 
 Karel Zak  
 http://karelzak.blogspot.com


[ANNOUNCE] mutt with notmuch support

2012-01-03 Thread Karel Zak

This is not another curses front-end for notmuch, this is mutt :-)

I have forked mutt to seriously integrate notmuch to this excellent e-mail
client. I don't want to use symlinks or any other hacks to emulate virtual
folders. My wish is mutt linked with libnotmuch.

Features:

 * in .muttrc defined virtual folders by notmuch queries

 * on-the-fly generate virtual folder from queries

 * add / remove / modify labels (notmuch tags)

 * support for INBOX -- archive use case

 * support tag-prefix (key ';') mutt functionality to work with set of 
messages

 * all is implemented by regular mutt commands, so all is usable in user
   defined macros


More information:

 https://github.com/karelzak/mutt-kz/wiki

 https://raw.github.com/karelzak/mutt-kz/master/README.notmuch


TODO:

 * add entire-thread command to display all e-mails that belongs to the same
   thread as the current message. This command will be useful when you have a 
   new email in your INBOX and you want to see the rest of the archived thread.

-- 
 Karel Zak  k...@redhat.com
 http://karelzak.blogspot.com
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch


Re: [ANNOUNCE] mutt with notmuch support

2012-01-03 Thread Karel Zak
On Tue, Jan 03, 2012 at 06:45:46PM +, Darren McGuicken wrote:
 On Tue, Jan 03, 2012 at 01:39:38PM +0100, Karel Zak wrote:
  This is not another curses front-end for notmuch, this is mutt :-)
 
 Outstanding!  Assuming this mail makes it to the list, I can confirm
 that it works well for me!  Although I will have to find and dust
 off an old .muttrc...

You can create notmuch specific rc file and use it by

mutt -F ~/.muttrc-notmuch

 I had to tweak your use of notmuch_database_find_message (I'm using
 0.11_rc2) but otherwise it compiles fine.

Unfortunately, the latest package for Fedora is notmuch-0.5-4.fc15 ;-(

But I'm ready to accept patches to make it compatible with other
distros and the latest upstream.

 Thanks so much for this.
 Is the intent that this remains a fork, or will it find its way back
 into upstream?

Good question. It would be nice to merge the change into mutt upstream, 
but from my point of view the mutt upstream is not too active. The whole 
project seems in maintenance mode, I don't see any really active 
*development* there. We will see... it's probably too early to answer
the question.

Karel

-- 
 Karel Zak  k...@redhat.com
 http://karelzak.blogspot.com
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch


[PATCH] new: read db_files and db_subdirs if mtime changed

2011-02-04 Thread Karel Zak
The db_files and db_subdirs are unnecessary for unchanged directories.

maildir with 1 e-mails:

old version:
$ time ./notmuch new
No new mail.

real0m0.053s
user0m0.028s
sys 0m0.026s

new version:
$ time ./notmuch new
No new mail.

real0m0.032s
user0m0.009s
sys 0m0.023s

Signed-off-by: Karel Zak 
---
 notmuch-new.c |   15 ++-
 1 files changed, 6 insertions(+), 9 deletions(-)

diff --git a/notmuch-new.c b/notmuch-new.c
index 941f9d6..31d4553 100644
--- a/notmuch-new.c
+++ b/notmuch-new.c
@@ -247,15 +247,7 @@ add_files_recursive (notmuch_database_t *notmuch,
 directory = notmuch_database_get_directory (notmuch, path);
 db_mtime = notmuch_directory_get_mtime (directory);

-if (db_mtime == 0) {
-   new_directory = TRUE;
-   db_files = NULL;
-   db_subdirs = NULL;
-} else {
-   new_directory = FALSE;
-   db_files = notmuch_directory_get_child_files (directory);
-   db_subdirs = notmuch_directory_get_child_directories (directory);
-}
+new_directory = db_mtime ? FALSE : TRUE;

 /* If the database knows about this directory, then we sort based
  * on strcmp to match the database sorting. Otherwise, we can do
@@ -328,6 +320,11 @@ add_files_recursive (notmuch_database_t *notmuch,
 if (fs_mtime == db_mtime)
goto DONE;

+if (!new_directory) {
+   db_files = notmuch_directory_get_child_files (directory);
+   db_subdirs = notmuch_directory_get_child_directories (directory);
+}
+
 /* Pass 2: Scan for new files, removed files, and removed directories. */
 for (i = 0; i < num_fs_entries; i++)
 {
-- 
1.7.3.4