Hey all,
I've been looking at switching away from sup recently to something with
a slightly little less everything-and-the-kitchen-sink philosophy.
Notmuch looks excellent, although it appears that its current front-end
for my editor of choice (vim) is a little lacking in some ways
(operations
Excerpts from Adrian Perez de Castro's message of Wed Dec 30 05:52:23 -0500
2009:
On Tue, 29 Dec 2009 04:16:43 -0500, Ben wrote:
Regardless, I thought it might be nice to have access to the notmuch
backend from a language other than C (preferably my high-level language
of choice, python)
Excerpts from Scott Robinson's message of Wed Dec 30 06:34:15 -0500 2009:
Excerpts from Adrian Perez de Castro's message of Wed Dec 30 02:52:23 -0800
2009:
BTW, I think that if more bindings start to appear, Notmuch might be built
as a shared library, to avoid duplicating it everywhere. One
Here is a short patch to build libnotmuch.so and link against the notmuch
binary against it. I think the notmuch rule in Makefile.local is probably
missing a dependency on lib/libnotmuch.so, but I wasn't sure how to specify it
without having it be added to the linker command line.
Let me know
---
Makefile.local |5 +++--
lib/Makefile.local |8
2 files changed, 7 insertions(+), 6 deletions(-)
diff --git a/Makefile.local b/Makefile.local
index 933ff4c..6e851e4 100644
--- a/Makefile.local
+++ b/Makefile.local
@@ -21,8 +21,8 @@ notmuch_client_srcs = \
---
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 a226f20..a9754f2 100644
--- a/vim/plugin/notmuch.vim
+++ b/vim/plugin/notmuch.vim
@@ -178,7 +178,7 @@ let g:notmuch_compose_imaps = {
---
Makefile |1 +
Makefile.local |6 --
lib/Makefile.local | 10 ++
3 files changed, 11 insertions(+), 6 deletions(-)
diff --git a/Makefile b/Makefile
index 64b9d4a..6f296bb 100644
--- a/Makefile
+++ b/Makefile
@@ -1,3 +1,4 @@
+SONAME = libnotmuch.so.1
Excerpts from Simon Cozens's message of Mon Jan 25 13:17:16 -0500 2010:
(Resent with compressed patch)
Hi there,
Here's a Perl library, Mail::Notmuch, which wraps the notmuch library.
I've attached it because it's pretty huge. It requires you to
build notmuch as a shared library -
Hey all,
Here's the latest version of my patch adding SWIG interface generation to
notmuch. It has been rebased on the shared-library patches I sent over earlier
this week, so you'll need those as well. Unfortunately, SWIG has effectively no
support for exposing notmuch's C-style object-oriented
---
swig/Makefile| 18
swig/notmuch.py | 222 ++
swig/notmuch_funcs.i |9 ++
3 files changed, 249 insertions(+), 0 deletions(-)
create mode 100644 swig/Makefile
create mode 100644 swig/notmuch.py
create mode 100644
Inger in #notmuch brought to light some build issues that will occur when the
notmuch binary is being built before libnotmuch is installed. Here is an
updated patch that resolves these issues.
---
.gitignore |1 +
Makefile |1 +
Makefile.local |6 --
Excerpts from Simon Cozens's message of Tue Jan 26 03:34:57 -0500 2010:
Yes, this is why I chose not to use SWIG: if I'm going to automatically
get code that doesn't do what I want and then have to manually write
code that does, why not just manually write code that does? (well,
Excerpts from micah anderson's message of Tue Jan 26 17:24:15 -0500 2010:
On Mon, 25 Jan 2010 16:46:43 -0800, sebast...@sspaeth.de wrote:
I think it would make sense to move the mainline to git.debian.org
for now, or another place where everyone can easily get an account.
As alternatives
Excerpts from martin f krafft's message of Thu Jan 28 15:39:10 -0500 2010:
also sprach Servilio Afre Puentes servi...@gmail.com [2010.01.29.0132
+1300]:
[tags]
inbox = +inbox,+unread
sent = +sent
drafts = +draft
archive = -inbox
This proposal, on the other hand, is an
Excerpts from martin f krafft's message of Wed Feb 17 18:52:11 -0500 2010:
also sprach Ben Gamari bgam...@gmail.com [2010.02.18.0834 +1300]:
Excerpts from Mark Anderson's message of Wed Feb 17 14:23:48 -0500
2010:
But if we have notmuch as a cache of the tags, then don't we
already know
Excerpts from martin f krafft's message of Wed Feb 17 20:58:47 -0500 2010:
also sprach Ben Gamari bgam...@gmail.com [2010.02.18.1339 +1300]:
Yes, it would be linear in number of tags. I suppose if messages
weren't stored in the top-level tree nodes, then it would still be
linear, although
--- Begin forwarded message from martin f krafft ---
From: martin f krafft madd...@madduck.net
To: Ben Gamari bgam...@gmail.com
Date: Wed, 17 Feb 2010 22:46:13 -0500
Subject: Re: nested tag trees (was: [notmuch] Mail in git)
You ought to have sent to the list, and I want to send mine there
too
Excerpts from Ben Gamari's message of Wed Feb 17 23:38:13 -0500 2010:
--- Begin forwarded message from martin f krafft ---
From: martin f krafft madd...@madduck.net
To: Ben Gamari bgam...@gmail.com
Date: Wed, 17 Feb 2010 22:46:13 -0500
Subject: Re: nested tag trees (was: [notmuch] Mail in git
Excerpts from martin f krafft's message of Wed Feb 17 23:59:43 -0500 2010:
also sprach Ben Gamari bgam...@gmail.com [2010.02.18.1744 +1300]:
I believe you would. The problem isn't the messages (well, that's
a problem too), it's the fact that the tree (e.g. tab) objects
which reference
Excerpts from Michal Sojka's message of Fri Feb 19 04:52:18 -0500 2010:
Why do you want to store tag-to-message mapping in git? This is IMHO
perfectly solved by Xapian so storing message-to-tag mapping would be
sufficient, wouldn't it?
In my case, I would like to keep the entire state of my
Excerpts from Arian Kuschki's message of Fri Feb 19 11:49:25 -0500 2010:
Hi all
thank you for notmuch, it is a great project. I have been watching
progress for a while but then I could no longer restrain myself and
started using notmuch's vim client even though it is still a bit rough
Excerpts from Arian Kuschki's message of Thu Feb 25 12:03:30 -0500 2010:
On Sat 20, 12:34 -0500, Ben Gamari wrote:
The real problem is all notmuch calls are synchronous. Vim unfortunately
lacks the excellent asynchronous subprocess interface that emacs has.
Therefore, I'm afraid the vim
Hey all,
Here's a rebased version of my shared library patch. It's pretty similar to the
last version and should build against a clean tree (I'd recommend git clean
-fxd).
Let me know if you have any build issues.
In the eyes of the powers that be, what is the long-term status of this patch?
On Thu, 11 Mar 2010 17:52:34 -0500 (EST), David A Benjamin david...@mit.edu
wrote:
To avoid breaking the current behavior, what if the set of tags applied to
new/moved/deleted(?) messages could be set on the command line or some
other library interface, while just perhaps defaulting to
On Mon, 15 Mar 2010 09:29:35 + (UTC), Olly Betts o...@survex.com wrote:
On 2010-03-15, Hans Dieter Pearcey wrote:
On Sun, 14 Mar 2010 22:59:28 -0700 (PDT), Ben Gamari wrote:
Notmuch is using xapian 1.08-1.99karmic from the Xapian backports PPA,
which
I believe includes the recent
On Tue, 16 Mar 2010 11:08:47 +, Olly Betts o...@survex.com wrote:
For the issue of a background task interfering with interactive use, the feel
arguably matters more than the throughput.
I'll probably put that patch in 1.0.19, and look at moving all the fdatasync()
calls together. This
On Tue, 16 Mar 2010 22:40:17 +0530, Aneesh Kumar K. V
aneesh.ku...@linux.vnet.ibm.com wrote:
Ext3 fsync related issue is a know problem due to the way journalling is
handled in ext3. The solution for that would be data=writeback ( with
its loss of data integrity ) or not yet upstreamed
On Tue, 16 Mar 2010 19:00:52 +0100, martin f krafft madd...@madduck.net wrote:
I use ext4 with data=ordered, and while notmuch is writing the
Xapian database, most I/O stalls on the machine:
- Firefox does not get any mouse events
- Vim blocks writing the viminfo file
- All disk
Hey all,
While trying perfect my initial tagging script, I have run into a very strange
set of issue. In my script, I use the following to exclude mailing list traffic
from my inbox,
notmuch tag -new tag:new and tag:list notmuch tag -new +inbox tag:new
However, I found that mailing list traffic
On Thu, 18 Mar 2010 09:59:01 +0100, Sebastian Spaeth sebast...@sspaeth.de
wrote:
I've been bragging on IRC over the last couple of days already, so some
might already be annoyed by this, but here it goes:
I've been binding the notmuch shared library to python and so far it
works really
On Thu, 18 Mar 2010 15:27:12 +0100, Sandra Snan sandra.s...@handgranat.org
wrote:
Hey, Ben.
Ben Gamari bgamari.f...@gmail.com wrote:
notmuch tag -new tag:new and tag:list notmuch tag -new +inbox tag:new
Is there a new line between the calls? Like:
notmuch tag -new tag:new and tag:list
On Fri, 12 Mar 2010 17:13:26 -0500, Ben Gamari bgamari.f...@gmail.com wrote:
Add a new_tags option in the [messages] section of the configuration
file to allow the user to specify which tags should be added to new
messages by notmuch new.
Would anyone oppose this being merged? I've been
On Sun, 28 Mar 2010 07:57:30 +0200, Michal Sojka sojk...@fel.cvut.cz wrote:
On Sun, 28 Mar 2010, Ben Gamari wrote:
On Fri, 12 Mar 2010 17:13:26 -0500, Ben Gamari bgamari.f...@gmail.com
wrote:
Add a new_tags option in the [messages] section of the configuration
file to allow the user
Hey all,
When I pulled a few days ago I noticed that notmuch-shared failed to link due
to missing LDFLAGS. In particular, it seems that the linker flags don't include
CONFIGURE_LDFLAGS, meaning that all of the required external shared libraries
depedencies aren't linked against. Here is a patch
It seems that LDFLAGS have recently been reorganized, along with the
introduction of a notmuch-shared rule. Unfortunately, the LDFLAGS used
in notmuch-shared don't include CONFIGURE_LDFLAGS. This caused linking
to fail with the following,
$ make V=1
gcc debugger.o gmime-filter-reply.o
Here is my mail sorting script that has been slowly evolving for almost
a year now. It uses the Python bindings, along with Bogofilter for spam
filtering. There is also an update-spam script which brings the
Bogofilter database in to synchronization with the notmuch tags. On this
note, if someone
On Sun, 20 Mar 2011 16:07:50 +0200, Ciprian Dorin Craciun
ciprian.crac...@gmail.com wrote:
Hello all! (Sorry for the long email.)
[snip]
* the most feature full UI is the Emacs one -- thus limited remote
access (I mean from an arbitrary computer with only a web-browser);
(and I'm
On Fri, 24 Jun 2011 11:29:21 -0700, Carl Worth cwo...@cworth.org wrote:
* Spam filter. Do you guys use any? What does it's interface look like?
I currently use bsfilter which I've found does it's job pretty
well.
I've currently got amavis and spamassassin adding extra headers,
On Tue, 28 Jun 2011 10:36:59 +0200, Pieter Praet pie...@praet.org wrote:
On Mon, 27 Jun 2011 21:31:26 -0400, Ben Gamari bgamari.f...@gmail.com wrote:
[SNIP] It
would be nice, however, if the emacs interface supported hiding tags
matching certain patterns (say /\..+/).
This should
It seems that the notmuch-haskell bindings (version 0.2.2 built against
notmuch from git master; passes notmuch-test) aren't dealing with memory
management properly. In particular, the attached test code[1] causes
talloc to abort. Unfortunately, while the issue is consistently
reproducible, it
On Tue, 16 Aug 2011 12:32:13 -0400, Ben Gamari bgamari.f...@gmail.com wrote:
It seems that the notmuch-haskell bindings (version 0.2.2 built against
notmuch from git master; passes notmuch-test) aren't dealing with memory
management properly. In particular, the attached test code[1] causes
, 29 Aug 2011 20:30:10 +0200, Bertram Felgenhauer
bertram.felgenha...@googlemail.com wrote:
Dear Ben,
Ben Gamari wrote:
After looking into this issue in a bit more depth, I'm even more
confused. In fact, I would not be surprised if I have stumbled into a
bug in the GC
Sorry I've been so quiet on this recently. I've been a little under the
weather.
On Fri, 9 Sep 2011 13:53:28 -0400, Austin Clements amdra...@mit.edu wrote:
Ah, the *Python* objects don't care, but the underlying C objects do.
Suppose the Query were finalized first. Python calls Query.__del__,
On Mon, 19 Sep 2011 16:22:39 -0400, Ben Gamari bgamari.f...@gmail.com wrote:
I can see at least two ways of doing this,
1) Acknowledging that we use talloc and allowing users to use
talloc_ref and talloc_unlink directly
2) Wrapping talloc by adding a *_ref() and *_unref() to each
Hey all,
I recently dusted off a little hack I've been sitting on for quite a
while integrating notmuch into Ubuntu's messaging menu[1]. The code is now
on Github[2] in case someone finds it useful. Pull requests are of course
welcome.
Cheers,
- Ben
[1] https://wiki.ubuntu.com/MessagingMenu
It seems some messages trigger a segmentation fault in
`do_search_threads()`. It appears the problem occurs (at least) when
`authors` is NULL.
Program received signal SIGSEGV, Segmentation fault.
0x00415aa3 in json_string (sp=0x646c70, val=0x0) at
sprinter-json.c:121
121
Here is a small patchset adding support for database compaction when supported
by Xapian. Here I add a function which both compacts and closes the database.
This is due to it being not entirely clear whether one is allowed to compact
the database while it is being held open for read/write.
---
lib/database.cc | 15 ++-
1 file changed, 14 insertions(+), 1 deletion(-)
diff --git a/lib/database.cc b/lib/database.cc
index 6e83a61..49aa36d 100644
--- a/lib/database.cc
+++ b/lib/database.cc
@@ -780,11 +780,24 @@ notmuch_database_close (notmuch_database_t *notmuch)
---
configure | 25 -
lib/database.cc | 54 ++
lib/notmuch.h | 14 ++
3 files changed, 92 insertions(+), 1 deletion(-)
diff --git a/configure b/configure
index dc0dba4..370fedd 100755
---
---
Makefile.local|1 +
notmuch-client.h |3 +++
notmuch-compact.c | 43 +++
notmuch.c |3 +++
4 files changed, 50 insertions(+)
create mode 100644 notmuch-compact.c
diff --git a/Makefile.local b/Makefile.local
index
Here is a new spin of my patchset introduced in late August
(id:1345476704-17091-1-git-send-email-bgamari.f...@gmail.com) adding a
compact command to libnotmuch and the command line frontend.
I believe the concerns raised in August have been addressed, but correct me if
I'm wrong.
Cheers,
- Ben
---
Makefile.local|1 +
notmuch-client.h |3 +++
notmuch-compact.c | 43 +++
notmuch.c |3 +++
4 files changed, 50 insertions(+)
create mode 100644 notmuch-compact.c
diff --git a/Makefile.local b/Makefile.local
index
---
lib/database.cc | 15 ++-
1 file changed, 14 insertions(+), 1 deletion(-)
diff --git a/lib/database.cc b/lib/database.cc
index 6e83a61..49aa36d 100644
--- a/lib/database.cc
+++ b/lib/database.cc
@@ -780,11 +780,24 @@ notmuch_database_close (notmuch_database_t *notmuch)
John Lenz l...@math.uic.edu writes:
I have been recently working on a web interface to notmuch. The past two
weeks, I have used it as my only email client and since the trial period
was a great success (I had no major issues or problems and never had to
revert to another client), I have
Olivier Berger said:
I think it would be great to provide a script allowing to do some
maintenance on the xapian DB to improve performance, as explained in
http://notmuchmail.org/performance/ (Compact your database).
A few months^H^H^H nearly a year ago I had a patch[1] adding a `notmuch
From: Ben Gamari bgamari.f...@gmail.com
Subject: [PATCH] notmuch compact support (v3)
In-Reply-To:
Here is the latest (and hopefully last) iteration of my patchset introducing a
compact command. The set has been rebased on top of master, a manpage has been
added, and error handling has been
Signed-off-by: Ben Gamari bgamari.f...@gmail.com
---
man/Makefile.local | 1 +
man/man1/notmuch-compact.1 | 33 +
2 files changed, 34 insertions(+)
create mode 100644 man/man1/notmuch-compact.1
diff --git a/man/Makefile.local b/man/Makefile.local
index
This function uses Xapian's Compactor machinery to compact the notmuch
database. The compacted database is built in a temporary directory and
later moved into place while the original uncompacted database is
preserved.
Signed-off-by: Ben Gamari bgamari.f...@gmail.com
---
configure | 27
Jani Nikula j...@nikula.org writes:
On Sat, 24 Aug 2013, Ben Gamari bgamari.f...@gmail.com wrote:
This function uses Xapian's Compactor machinery to compact the notmuch
database. The compacted database is built in a temporary directory and
later moved into place while the original uncompacted
Here is yet another iteration of my notmuch compact patchset. It has been
rebased on top of master and the interface reworked as suggested by Jani.
Cheers,
- Ben
___
notmuch mailing list
notmuch@notmuchmail.org
Signed-off-by: Ben Gamari bgamari.f...@gmail.com
---
man/Makefile.local | 1 +
man/man1/notmuch-compact.1 | 36
2 files changed, 37 insertions(+)
create mode 100644 man/man1/notmuch-compact.1
diff --git a/man/Makefile.local b/man/Makefile.local
Introduce the user command exposing the new compaction facility.
Signed-off-by: Ben Gamari bgamari.f...@gmail.com
---
Makefile.local| 1 +
notmuch-client.h | 3 +++
notmuch-compact.c | 56 +++
notmuch.c | 2 ++
4 files changed
David Bremner da...@tethera.net writes:
Ben Gamari bgamari.f...@gmail.com writes:
Here is yet another iteration of my notmuch compact patchset. It has been
rebased on top of master and the interface reworked as suggested by Jani.
Sorry, first version of this reply didn't go to the list
Signed-off-by: Ben Gamari bgamari.f...@gmail.com
---
test/compact | 35 +++
test/notmuch-test | 1 +
2 files changed, 36 insertions(+)
create mode 100755 test/compact
diff --git a/test/compact b/test/compact
new file mode 100755
index 000..54e85ab
Provide the user with instructions after we fail to move the old
un-compacted database out of the way.
Signed-off-by: Ben Gamari bgamari.f...@gmail.com
---
lib/database.cc | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/lib/database.cc b/lib/database.cc
index 06f1c0a
Here are a few patches adding a test case and some more user feedback on
rename failure during compaction.
Cheers,
- Ben
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
Provide instructions on what to do when we couldn't move the compacted
database into place.
Signed-off-by: Ben Gamari bgamari.f...@gmail.com
---
lib/database.cc | 18 +-
1 file changed, 17 insertions(+), 1 deletion(-)
diff --git a/lib/database.cc b/lib/database.cc
index 57c2292
Provide the user with instructions after we fail to move the old
un-compacted database out of the way.
Signed-off-by: Ben Gamari bgamari.f...@gmail.com
---
lib/database.cc | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/lib/database.cc b/lib/database.cc
index 06f1c0a
Signed-off-by: Ben Gamari bgamari.f...@gmail.com
---
test/compact | 35 +++
test/notmuch-test | 1 +
2 files changed, 36 insertions(+)
create mode 100755 test/compact
diff --git a/test/compact b/test/compact
new file mode 100755
index 000..54e85ab
David Bremner da...@tethera.net writes:
Ben Gamari bgamari.f...@gmail.com writes:
Here are a few patches adding a test case and some more user feedback on
rename failure during compaction.
Hi Ben;
I'd like to include this series in the next release, freezing on
Nov. 8. Will you have
Tomi Ollila tomi.oll...@iki.fi writes:
On Sun, Oct 27 2013, Ben Gamari bgamari.f...@gmail.com wrote:
Provide instructions on what to do when we couldn't move the compacted
database into place.
Signed-off-by: Ben Gamari bgamari.f...@gmail.com
---
lib/database.cc | 18
Provide the user with instructions after we fail to move the old
un-compacted database out of the way.
Signed-off-by: Ben Gamari bgamari.f...@gmail.com
---
lib/database.cc | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/lib/database.cc b/lib/database.cc
index 06f1c0a
We never checked to ensure that the rmtree() of the old database
succeeded.
Signed-off-by: Ben Gamari bgamari.f...@gmail.com
---
lib/database.cc | 14 +-
1 file changed, 13 insertions(+), 1 deletion(-)
diff --git a/lib/database.cc b/lib/database.cc
index 34753ab..bfc5dac 100644
Provide instructions on what to do when we couldn't move the compacted
database into place.
Signed-off-by: Ben Gamari bgamari.f...@gmail.com
---
lib/database.cc | 20 +++-
1 file changed, 19 insertions(+), 1 deletion(-)
diff --git a/lib/database.cc b/lib/database.cc
index
Signed-off-by: Ben Gamari bgamari.f...@gmail.com
---
test/compact | 35 +++
test/notmuch-test | 1 +
2 files changed, 36 insertions(+)
create mode 100755 test/compact
diff --git a/test/compact b/test/compact
new file mode 100755
index 000..54e85ab
Signed-off-by: Ben Gamari bgamari.f...@gmail.com
---
test/compact | 32
test/notmuch-test | 1 +
2 files changed, 33 insertions(+)
create mode 100755 test/compact
diff --git a/test/compact b/test/compact
new file mode 100755
index 000..5bb5cea
--- /dev
Tomi Ollila tomi.oll...@iki.fi writes:
On Tue, Oct 29 2013, Ben Gamari bgamari.f...@gmail.com wrote:
Signed-off-by: Ben Gamari bgamari.f...@gmail.com
---
Patches 2, 3 4 Looks OK To Me. Thanks. A few comments on this patch
inline:
Thanks again for the review!
test/compact | 35
David Bremner da...@tethera.net writes:
Ben Gamari bgamari.f...@gmail.com writes:
We never checked to ensure that the rmtree() of the old database
succeeded.
Is there some reason these patches (and the existing compact code in the
lib) is using fprintf and not the status callback function
Jani Nikula j...@nikula.org writes:
Hi all, this is v2 of [1], incorporating compact related patches from
David, some changes from David's review, some new patches, man page
update, test update.
Alas, more silly oversights on my part. Thanks for catching these!
No objections from my side.
Tomi Ollila tomi.oll...@iki.fi writes:
On Tue, Nov 05 2013, David Bremner da...@tethera.net wrote:
Jani Nikula j...@nikula.org writes:
Hi all, this is v2 of [1], incorporating compact related patches from
David, some changes from David's review, some new patches, man page
update, test
Does this look sufficient?
Thanks,
- Ben
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
Signed-off-by: Ben Gamari bgamari.f...@gmail.com
---
NEWS | 8
1 file changed, 8 insertions(+)
diff --git a/NEWS b/NEWS
index dbbbe9f..314d518 100644
--- a/NEWS
+++ b/NEWS
@@ -30,6 +30,14 @@ Improved `notmuch new` performance for unchanged folders
RFC 2047-encodes the headers, making
David Bremner da...@tethera.net writes:
It seems that this site has bitrotted. I hit the build button and it
now builds the CLI docs instead of the python bindings. I assume since
Sebastian has moved on from maintaining the bindings he's also not
intersted in maintaining this site. If
David Bremner da...@tethera.net writes:
It seems that this site has bitrotted. I hit the build button and it
now builds the CLI docs instead of the python bindings. I assume since
Sebastian has moved on from maintaining the bindings he's also not
intersted in maintaining this site. If
Justus Winter 4win...@informatik.uni-hamburg.de writes:
Quoting David Bremner (2014-11-16 21:23:21)
I'm not an admin of the readthedocs project. I guess Justus is?
The seperate project approach seems good enough to me too. Justus
(assuming you are an admin), how about adding Ben so he fix
Justus Winter 4win...@informatik.uni-hamburg.de writes:
Hey Sebastian,
Quoting Sebastian Spaeth (2014-11-18 09:44:15)
Let me know if I should be deleting the site. Or hand it over, or
something :-).
If I remember correctly, you handed notmuch.rtfd.org over to me. Or
you deleted the
Hey all,
I've been looking at switching away from sup recently to something with
a slightly little less everything-and-the-kitchen-sink philosophy.
Notmuch looks excellent, although it appears that its current front-end
for my editor of choice (vim) is a little lacking in some ways
(operations
Excerpts from Adrian Perez de Castro's message of Wed Dec 30 05:52:23 -0500
2009:
> On Tue, 29 Dec 2009 04:16:43 -0500, Ben wrote:
>
> > Regardless, I thought it might be nice to have access to the notmuch
> > backend from a language other than C (preferably my high-level language
> > of choice,
Hey all,
I have recently been working on bringing Carl Worth's excellent
notmuch[1] mail indexing application into a state where I can rely on it
for everyday use. While most of the Intel folks developing notmuch use
emacs for both development and using notmuch, I prefer to avoid carpal
tunnel
Hey all,
I have recently been working on bringing Carl Worth's excellent
notmuch[1] mail indexing application into a state where I can rely on it
for everyday use. While most of the Intel folks developing notmuch use
emacs for both development and using notmuch, I prefer to avoid carpal
tunnel
Excerpts from Scott Robinson's message of Wed Dec 30 06:34:15 -0500 2009:
> Excerpts from Adrian Perez de Castro's message of Wed Dec 30 02:52:23 -0800
> 2009:
> > BTW, I think that if more bindings start to appear, Notmuch might be built
> > as a shared library, to avoid duplicating it
Here is a patch based on quad's libtool branch rebased on current master. It
has been tested and verified to work on my machine
---
Makefile | 27 ---
Makefile.local | 12
lib/Makefile.local |8
3 files changed, 28
Excerpts from Jameson Rollins's message of Sat Jan 16 18:38:40 -0500 2010:
> On Sat, Jan 16, 2010 at 02:22:09PM -0800, Carl Worth wrote:
> > So the idea with "new" is really to just make the lower-level pieces of
> > notmuch, (the command-line interface and the library), to steal less of
> > the
Excerpts from Carl Worth's message of Wed Jan 20 03:45:34 -0500 2010:
> Welcome to Notmuch!
>
Thanks!
> > Notmuch looks excellent, although it appears that its current front-end
> > for my editor of choice (vim) is a little lacking in some ways
> > (operations involving a call to notmuch
Here is a short patch to build libnotmuch.so and link against the notmuch
binary against it. I think the notmuch rule in Makefile.local is probably
missing a dependency on lib/libnotmuch.so, but I wasn't sure how to specify it
without having it be added to the linker command line.
Let me know
---
Makefile.local |5 +++--
lib/Makefile.local |8
2 files changed, 7 insertions(+), 6 deletions(-)
diff --git a/Makefile.local b/Makefile.local
index 933ff4c..6e851e4 100644
--- a/Makefile.local
+++ b/Makefile.local
@@ -21,8 +21,8 @@ notmuch_client_srcs = \
How's this look?
---
Makefile |1 +
Makefile.local |6 --
lib/Makefile.local | 10 ++
3 files changed, 11 insertions(+), 6 deletions(-)
diff --git a/Makefile b/Makefile
index 021fdb8..0f56bc6 100644
--- a/Makefile
+++ b/Makefile
@@ -1,3 +1,4 @@
+SONAME =
Excerpts from Felipe Contreras's message of Fri Jan 22 19:58:53 -0500 2010:
> Does it need to be CXX? Why not CC instead?
>
Nope. It's been changed to CC. Thanks!
- Ben
Here is what I believe should be the final set of patches building notmuch as a
shared library. Everything seems to work. Let me know if there are any
objections.
Thanks!
- Ben
---
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 a226f20..a9754f2 100644
--- a/vim/plugin/notmuch.vim
+++ b/vim/plugin/notmuch.vim
@@ -178,7 +178,7 @@ let g:notmuch_compose_imaps = {
1 - 100 of 208 matches
Mail list logo