[notmuch] notmuch dependencies
cworth at cworth.org
Wed Dec 16 12:33:56 PST 2009
On Wed, 16 Dec 2009 18:51:31 +0000, blank blank <blank_196 at hotmail.com> wrote:
> Is notmuch supposed to be a console MUA?
I'm not sure what you mean by "console MUA". But I can describe what
notmuch is, (which is a variety of things).
Notmuch is a library and command-line interface for archiving and
searching mail. It has interfaces implemented within text editors, (such
as emacs and vim), so those can run in a console. There are also some
in-progress interfaces, some of which are console-based (like a curses
interface), and some of which are graphical (such as a GTK+
interface). There's also talk of interfacing notmuch to existing
> Is there a reason it depends on tons and tons of GNOME libraries?
I'm not sure I follow this either. Other than using Xapian for the core
indexing and searching, notmuch depends on GMime (a library written in C
for parsing MIME messages). GMime in turn depends on glib, which is a
dependency I'm not thrilled with, but I also don't think is accurately
described as "tons of tons of GNOME libraries".
If you'd be interested in rewriting the MIME-parsing portions of GMime
to have fewer dependencies, or suggest a similar library with fewer
dependencies for use in notmuch, then I'd be happy to look at
> Sup doesn't.
Sup is using Rmail, (a ruby-based library), for similar functionality to
what notmuch is getting from GMime. If that's a better fit for what
you'd like in the runtime-dependencies of your mail system, by all
means, please feel free to use Sup.
> Is notmuch going to be a "gnome cli tool" or what?
For the third time, I'm afraid I just don't understand your
question. I'd be happy to try to answer it, but I'm not sure what it
is. What does the phrase "gnome cli tool" even mean?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 189 bytes
Desc: not available
More information about the notmuch