Regarding notmuch and Fedora 16
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
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: Regarding notmuch and Fedora 16
On Thu, Jan 12, 2012 at 02:31:39PM +0200, Tomi Ollila wrote: > On Tue, 03 Jan 2012 22:36:59 +, Darren McGuicken > wrote: > > On Tue, 03 Jan 2012 17:09:39 -0500, Peter Portante > > 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 http://karelzak.blogspot.com ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch
Re: [ANNOUNCE] mutt with notmuch support
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 ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch
[ANNOUNCE] mutt with notmuch support
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
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
Re: [ANNOUNCE] mutt with notmuch support
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 ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch
[ANNOUNCE] mutt with notmuch support
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 ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch
[PATCH] new: read db_files and db_subdirs if mtime changed
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
[PATCH] new: read db_files and db_subdirs if mtime changed
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
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
