nomuch_addresses.py

[Jani Nikula]

On Tue, 21 Feb 2012 11:33:38 -0500, Jesse Rosenthal  
wrote:
> On Tue, 21 Feb 2012 14:53:06 +0100, Daniel Schoepe  
> wrote:
> > On Tue, 21 Feb 2012 09:15:09 -, Justus Winter <4winter at 
> > informatik.uni-hamburg.de> wrote:
> > The reason I mentioned nottoomuch-addresses at all, is that completion
> > itself is _a lot_ faster (at least for me), compared to
> > addrlookup. According to the wiki, notmuch-addresses.py is even slower
> > than addrlookup, so I thought (and still think) that it was worth
> > mentioning. Of course, one could rewrite the database-generation part in
> > python using the bindings, but I personally don't think it's that
> > necessary.
> 
> I'm not sure what speed comparisons were being used -- I think it was
> Sebastian comparing vala to python. In any case, using
> notmuch_addresses.py to look up a common prefix ("Jes") on a slowish
> computer takes 0.2 seconds. So I'm not sure if the speed is all that
> much of an issue. It might be a question of cache temperature, though --
> it'll probably take longer the first time you run it. Still, even trying
> something out on a cold cache, it seems to be about a second.

The speed comparisons between vanilla notmuch_addresses.py and
nottoomuch-addresses.sh are going to be flawed in that they do different
things. It's comparing apples and oranges.

notmuch_addresses.py looks for matches in the recipients of mails the
user has sent. Nothing else. notmuch_addresses.py filters out multiple
names for one email address using a popularity contest.

AFAICT nottoomuch-addresses.sh scans all the addresses in all the
mails. It has no logic for filtering out multiple names for one email
address, and just returns all matches.

Personally I would like to have best of both worlds, and I'm using a
modified notmuch_addresses.py that matches all the mails I have, and
cleans up the duplicate results. Unfortunately that does have a toll on
performance, taking about a second on my system for typical searches,
cache hot, while nottoomuch-addresses.sh takes less than a tenth of a
second. It is enough to be annoying, I'm afraid. Even so, it's not a
fair comparison because notmuch_addresses.py wasn't designed with this
in mind, and nottoomuch-addresses.sh maintains its own database and does
less.

One just needs to pick the tool that fits the needs best.


BR,
Jani.

Re: nomuch_addresses.py

[Jani Nikula]

On Tue, 21 Feb 2012 11:33:38 -0500, Jesse Rosenthal jrosent...@jhu.edu wrote:
 On Tue, 21 Feb 2012 14:53:06 +0100, Daniel Schoepe dan...@schoepe.org wrote:
  On Tue, 21 Feb 2012 09:15:09 -, Justus Winter 
  4win...@informatik.uni-hamburg.de wrote:
  The reason I mentioned nottoomuch-addresses at all, is that completion
  itself is _a lot_ faster (at least for me), compared to
  addrlookup. According to the wiki, notmuch-addresses.py is even slower
  than addrlookup, so I thought (and still think) that it was worth
  mentioning. Of course, one could rewrite the database-generation part in
  python using the bindings, but I personally don't think it's that
  necessary.
 
 I'm not sure what speed comparisons were being used -- I think it was
 Sebastian comparing vala to python. In any case, using
 notmuch_addresses.py to look up a common prefix (Jes) on a slowish
 computer takes 0.2 seconds. So I'm not sure if the speed is all that
 much of an issue. It might be a question of cache temperature, though --
 it'll probably take longer the first time you run it. Still, even trying
 something out on a cold cache, it seems to be about a second.

The speed comparisons between vanilla notmuch_addresses.py and
nottoomuch-addresses.sh are going to be flawed in that they do different
things. It's comparing apples and oranges.

notmuch_addresses.py looks for matches in the recipients of mails the
user has sent. Nothing else. notmuch_addresses.py filters out multiple
names for one email address using a popularity contest.

AFAICT nottoomuch-addresses.sh scans all the addresses in all the
mails. It has no logic for filtering out multiple names for one email
address, and just returns all matches.

Personally I would like to have best of both worlds, and I'm using a
modified notmuch_addresses.py that matches all the mails I have, and
cleans up the duplicate results. Unfortunately that does have a toll on
performance, taking about a second on my system for typical searches,
cache hot, while nottoomuch-addresses.sh takes less than a tenth of a
second. It is enough to be annoying, I'm afraid. Even so, it's not a
fair comparison because notmuch_addresses.py wasn't designed with this
in mind, and nottoomuch-addresses.sh maintains its own database and does
less.

One just needs to pick the tool that fits the needs best.


BR,
Jani.
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

nomuch_addresses.py

[David Bremner]

On Tue, 21 Feb 2012 09:15:09 -, Justus Winter <4winter at 
informatik.uni-hamburg.de> wrote:

> I do get the feeling that it is perceived as desirable not to require
> any kind of notmuch bindings (David once said something similar about
> nmbug).

I think nmbug is a different case from an optional utility. And yes, I
still think it is better not to need the python bindings installed (and
working) in order to report a bug, or develop the core/cli.  Of course
it isn't the only factor, who knows what will happen in the future.

d

nomuch_addresses.py

[Daniel Schoepe]

On Tue, 21 Feb 2012 09:15:09 -, Justus Winter <4winter at 
informatik.uni-hamburg.de> wrote:
> Quoting Daniel Schoepe (2012-02-17 02:28:52) [emphasis mine]:
> >Just for completeness: I'm using the nice nottoomuch-addresses.pl script
> >[1] by Tomi Ollila *which doesn't require any bindings* and is incredibly
> >fast (after generating an initial address database).
> 
> I don't get it. The perl script isn't using any library bindings,
> mainly because there are no libnotmuch bindings for perl. *But* it
> does call the notmuch binary which is worse:

I think that emphasis you added may be a bit misleading:

I specifically mentioned that it doesn't need bindings, because the
initial problem in this thread had to do with missing bindings, not
because I think it's inherently a good thing.

The reason I mentioned nottoomuch-addresses at all, is that completion
itself is _a lot_ faster (at least for me), compared to
addrlookup. According to the wiki, notmuch-addresses.py is even slower
than addrlookup, so I thought (and still think) that it was worth
mentioning. Of course, one could rewrite the database-generation part in
python using the bindings, but I personally don't think it's that
necessary.

> * incredibly high overhead (fork) compared to a simple function
>   call (plus maybe some kind of ffi)

I think nottoomuch-addresses.sh is a good example how such performance
considerations can be outweighed by choosing a good "algorithm" instead
(extracting all addresses beforehand).

> * manual and error prone serialization of ''function arguments''
> * manual and error prone deserialization of ''return values''
> * very limited error reporting and handling capabilities
> * any kind of resource (think handle to a xapian database) is lost if
>   the process exists resulting in further overhead if the binary is
>   called multiple times
> 
> I do get the feeling that it is perceived as desirable not to require
> any kind of notmuch bindings (David once said something similar about
> nmbug).

While I don't think that using bindings is a bad thing, the fact that we
can do non-trivial things like nmbug without them, seems to be a good
indicator for the quality of the command line interface though. (And
hence notmuch lends itself well to being used in shell scripts).

Cheers,
Daniel

-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL: 

nomuch_addresses.py

[Jesse Rosenthal]

On Tue, 21 Feb 2012 14:53:06 +0100, Daniel Schoepe  
wrote:
> On Tue, 21 Feb 2012 09:15:09 -, Justus Winter <4winter at 
> informatik.uni-hamburg.de> wrote:
> The reason I mentioned nottoomuch-addresses at all, is that completion
> itself is _a lot_ faster (at least for me), compared to
> addrlookup. According to the wiki, notmuch-addresses.py is even slower
> than addrlookup, so I thought (and still think) that it was worth
> mentioning. Of course, one could rewrite the database-generation part in
> python using the bindings, but I personally don't think it's that
> necessary.

I'm not sure what speed comparisons were being used -- I think it was
Sebastian comparing vala to python. In any case, using
notmuch_addresses.py to look up a common prefix ("Jes") on a slowish
computer takes 0.2 seconds. So I'm not sure if the speed is all that
much of an issue. It might be a question of cache temperature, though --
it'll probably take longer the first time you run it. Still, even trying
something out on a cold cache, it seems to be about a second.

I guess the question is whether having a second database is worth those
extra fractions of a second. I could totally see how it would be for
some.

nomuch_addresses.py

[Justus Winter]

Quoting Daniel Schoepe (2012-02-17 02:28:52) [emphasis mine]:
>Just for completeness: I'm using the nice nottoomuch-addresses.pl script
>[1] by Tomi Ollila *which doesn't require any bindings* and is incredibly
>fast (after generating an initial address database).

I don't get it. The perl script isn't using any library bindings,
mainly because there are no libnotmuch bindings for perl. *But* it
does call the notmuch binary which is worse:

* incredibly high overhead (fork) compared to a simple function
  call (plus maybe some kind of ffi)
* manual and error prone serialization of ''function arguments''
* manual and error prone deserialization of ''return values''
* very limited error reporting and handling capabilities
* any kind of resource (think handle to a xapian database) is lost if
  the process exists resulting in further overhead if the binary is
  called multiple times

I do get the feeling that it is perceived as desirable not to require
any kind of notmuch bindings (David once said something similar about
nmbug).

If that's the case I'd love to hear why and if there's anything we can
do about it.

Justus

Re: nomuch_addresses.py

[Justus Winter]

Quoting Daniel Schoepe (2012-02-17 02:28:52) [emphasis mine]:
Just for completeness: I'm using the nice nottoomuch-addresses.pl script
[1] by Tomi Ollila *which doesn't require any bindings* and is incredibly
fast (after generating an initial address database).

I don't get it. The perl script isn't using any library bindings,
mainly because there are no libnotmuch bindings for perl. *But* it
does call the notmuch binary which is worse:

* incredibly high overhead (forkexec) compared to a simple function
  call (plus maybe some kind of ffi)
* manual and error prone serialization of ''function arguments''
* manual and error prone deserialization of ''return values''
* very limited error reporting and handling capabilities
* any kind of resource (think handle to a xapian database) is lost if
  the process exists resulting in further overhead if the binary is
  called multiple times

I do get the feeling that it is perceived as desirable not to require
any kind of notmuch bindings (David once said something similar about
nmbug).

If that's the case I'd love to hear why and if there's anything we can
do about it.

Justus
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

Re: nomuch_addresses.py

[Tomi Ollila]

On Tue, 21 Feb 2012 09:15:09 -, Justus Winter 
4win...@informatik.uni-hamburg.de wrote:
 Quoting Daniel Schoepe (2012-02-17 02:28:52) [emphasis mine]:
 Just for completeness: I'm using the nice nottoomuch-addresses.pl script
 [1] by Tomi Ollila *which doesn't require any bindings* and is incredibly
 fast (after generating an initial address database).
 
 I don't get it. The perl script isn't using any library bindings,
 mainly because there are no libnotmuch bindings for perl. *But* it
 does call the notmuch binary which is worse:
 
 * incredibly high overhead (forkexec) compared to a simple function
   call (plus maybe some kind of ffi)
 * manual and error prone serialization of ''function arguments''
 * manual and error prone deserialization of ''return values''
 * very limited error reporting and handling capabilities
 * any kind of resource (think handle to a xapian database) is lost if
   the process exists resulting in further overhead if the binary is
   called multiple times

Shortly answering nottoomuch-addresses.sh's (version 2.0) point of view.

Searching from database is done using fgrep. that means 2 forks, 2 execs
from command line (it used to be one fork but now we handle fgrep return
value) (fork, exec /bin/sh, fork, exec fgrep). Anyway, usually matches are
printed out by fgrep before ENTER key has risen (or TAB when run from
emacs).

The database is created by perl program (embedded in
nottoomuch-addresses.sh), it executes notmuch once to get all email
filenames (since beginning of time or since last update) -- the perl code
then parses email addresses out of those files, cleans those up, removes
duplicates and writes those to the database files (all and one with
ignored removed)... So that newest are in top of the file, returned first
in fgrep(1) execution.

 I do get the feeling that it is perceived as desirable not to require
 any kind of notmuch bindings (David once said something similar about
 nmbug).
 
 If that's the case I'd love to hear why and if there's anything we can
 do about it.

It would be nice if notmuch(1) itself had command to be used for
address completion. I wonder how feasible it is to get a good implementation
there...

 
 Justus

Tomi
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

Re: nomuch_addresses.py

[Daniel Schoepe]

On Tue, 21 Feb 2012 09:15:09 -, Justus Winter 
4win...@informatik.uni-hamburg.de wrote:
 Quoting Daniel Schoepe (2012-02-17 02:28:52) [emphasis mine]:
 Just for completeness: I'm using the nice nottoomuch-addresses.pl script
 [1] by Tomi Ollila *which doesn't require any bindings* and is incredibly
 fast (after generating an initial address database).
 
 I don't get it. The perl script isn't using any library bindings,
 mainly because there are no libnotmuch bindings for perl. *But* it
 does call the notmuch binary which is worse:

I think that emphasis you added may be a bit misleading:

I specifically mentioned that it doesn't need bindings, because the
initial problem in this thread had to do with missing bindings, not
because I think it's inherently a good thing.

The reason I mentioned nottoomuch-addresses at all, is that completion
itself is _a lot_ faster (at least for me), compared to
addrlookup. According to the wiki, notmuch-addresses.py is even slower
than addrlookup, so I thought (and still think) that it was worth
mentioning. Of course, one could rewrite the database-generation part in
python using the bindings, but I personally don't think it's that
necessary.

 * incredibly high overhead (forkexec) compared to a simple function
   call (plus maybe some kind of ffi)

I think nottoomuch-addresses.sh is a good example how such performance
considerations can be outweighed by choosing a good algorithm instead
(extracting all addresses beforehand).

 * manual and error prone serialization of ''function arguments''
 * manual and error prone deserialization of ''return values''
 * very limited error reporting and handling capabilities
 * any kind of resource (think handle to a xapian database) is lost if
   the process exists resulting in further overhead if the binary is
   called multiple times
 
 I do get the feeling that it is perceived as desirable not to require
 any kind of notmuch bindings (David once said something similar about
 nmbug).

While I don't think that using bindings is a bad thing, the fact that we
can do non-trivial things like nmbug without them, seems to be a good
indicator for the quality of the command line interface though. (And
hence notmuch lends itself well to being used in shell scripts).

Cheers,
Daniel



pgpcLxIyfxfXk.pgp
Description: PGP signature
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

Re: nomuch_addresses.py

[Jesse Rosenthal]

On Tue, 21 Feb 2012 14:53:06 +0100, Daniel Schoepe dan...@schoepe.org wrote:
 On Tue, 21 Feb 2012 09:15:09 -, Justus Winter 
 4win...@informatik.uni-hamburg.de wrote:
 The reason I mentioned nottoomuch-addresses at all, is that completion
 itself is _a lot_ faster (at least for me), compared to
 addrlookup. According to the wiki, notmuch-addresses.py is even slower
 than addrlookup, so I thought (and still think) that it was worth
 mentioning. Of course, one could rewrite the database-generation part in
 python using the bindings, but I personally don't think it's that
 necessary.

I'm not sure what speed comparisons were being used -- I think it was
Sebastian comparing vala to python. In any case, using
notmuch_addresses.py to look up a common prefix (Jes) on a slowish
computer takes 0.2 seconds. So I'm not sure if the speed is all that
much of an issue. It might be a question of cache temperature, though --
it'll probably take longer the first time you run it. Still, even trying
something out on a cold cache, it seems to be about a second.

I guess the question is whether having a second database is worth those
extra fractions of a second. I could totally see how it would be for
some.
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

Re: nomuch_addresses.py

[David Bremner]

On Tue, 21 Feb 2012 09:15:09 -, Justus Winter 
4win...@informatik.uni-hamburg.de wrote:

 I do get the feeling that it is perceived as desirable not to require
 any kind of notmuch bindings (David once said something similar about
 nmbug).

I think nmbug is a different case from an optional utility. And yes, I
still think it is better not to need the python bindings installed (and
working) in order to report a bug, or develop the core/cli.  Of course
it isn't the only factor, who knows what will happen in the future.

d


___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

nomuch_addresses.py

[Philippe LeCavalier]

On Fri, 17 Feb 2012 02:28:52 +0100, Daniel Schoepe  
wrote:
> On Thu, 16 Feb 2012 14:12:36 -0500, Philippe LeCavalier  plecavalier.com> wrote:
> > Hi again.
> > 
> > I'm trying to setup tab completion for addresses. I appeared to me that
> > the simplest solution was notmuch_addresses so I grabbed a copy from
> > git. When I hit tab I get this[1] Was I suppose to do something more?
> 
> Just for completeness: I'm using the nice nottoomuch-addresses.pl script
> [1] by Tomi Ollila which doesn't require any bindings and is incredibly
> fast (after generating an initial address database).
> 
> Disclaimer: I never tried the python script, so I can't really give a
> useful comparison.
> 
> [1] id:"m2d3c8e22v.fsf at guru.guru-group.fi"
> 
> Cheers,
> Daniel
Yes Daniel. Much better indeed. This should also should be mentioned in the 
wiki ;)

-- 
Thanks,
Phil

nomuch_addresses.py

[Tomi Ollila]

On Fri, 17 Feb 2012 22:04:12 -0500, Philippe LeCavalier  wrote:
> On Fri, 17 Feb 2012 22:46:49 +0200, Tomi Ollila  wrote:
> > On Fri, 17 Feb 2012 21:33:41 +0100, Sebastian Spaeth  > SSpaeth.de> wrote:
> > > On Fri, 17 Feb 2012 20:58:50 +0200, Tomi Ollila  
> > > wrote:
> > > > Thank you for promoting my stuff.
> > > > 
> > > > Latest version is 2.0 and name is now nottoomuch-addresses.sh
> > > > It is available at:
> > > > 
> > > > http://www.iki.fi/too/nottoomuch/
> > > 
> > > It would be great to add these things to the notmuch wiki so that people
> > > can actually find it without searching the email lists.
> > 
> > All of these things have been in notmuch wiki for a while :)
> > 
> > Check http://notmuchmail.org/emacstips/#index12h2
> 
> I think Sebastien is refering to more details on making these things
> actually work.

Good point !

> > > Sebastian
> > 
> > Tomi
> 
> -- 
> Thanks,
> Phil

Tomi

nomuch_addresses.py

[Tomi Ollila]

On Fri, 17 Feb 2012 21:33:41 +0100, Sebastian Spaeth  
wrote:
> On Fri, 17 Feb 2012 20:58:50 +0200, Tomi Ollila  wrote:
> > Thank you for promoting my stuff.
> > 
> > Latest version is 2.0 and name is now nottoomuch-addresses.sh
> > It is available at:
> > 
> > http://www.iki.fi/too/nottoomuch/
> 
> It would be great to add these things to the notmuch wiki so that people
> can actually find it without searching the email lists.

All of these things have been in notmuch wiki for a while :)

Check http://notmuchmail.org/emacstips/#index12h2


> Sebastian

Tomi

nomuch_addresses.py

[Philippe LeCavalier]

On Fri, 17 Feb 2012 22:46:49 +0200, Tomi Ollila  wrote:
> On Fri, 17 Feb 2012 21:33:41 +0100, Sebastian Spaeth  SSpaeth.de> wrote:
> > On Fri, 17 Feb 2012 20:58:50 +0200, Tomi Ollila  
> > wrote:
> > > Thank you for promoting my stuff.
> > > 
> > > Latest version is 2.0 and name is now nottoomuch-addresses.sh
> > > It is available at:
> > > 
> > > http://www.iki.fi/too/nottoomuch/
> > 
> > It would be great to add these things to the notmuch wiki so that people
> > can actually find it without searching the email lists.
> 
> All of these things have been in notmuch wiki for a while :)
> 
> Check http://notmuchmail.org/emacstips/#index12h2

I think Sebastien is refering to more details on making these things
actually work.

> 
> 
> > Sebastian
> 
> Tomi

-- 
Thanks,
Phil

nomuch_addresses.py

[Sebastian Spaeth]

On Fri, 17 Feb 2012 20:58:50 +0200, Tomi Ollila  wrote:
> Thank you for promoting my stuff.
> 
> Latest version is 2.0 and name is now nottoomuch-addresses.sh
> It is available at:
> 
> http://www.iki.fi/too/nottoomuch/

It would be great to add these things to the notmuch wiki so that people
can actually find it without searching the email lists.

Sebastian
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: 

nomuch_addresses.py

[Tomi Ollila]

On Fri, 17 Feb 2012 02:28:52 +0100, Daniel Schoepe  
wrote:
> On Thu, 16 Feb 2012 14:12:36 -0500, Philippe LeCavalier  plecavalier.com> wrote:
> > Hi again.
> > 
> > I'm trying to setup tab completion for addresses. I appeared to me that
> > the simplest solution was notmuch_addresses so I grabbed a copy from
> > git. When I hit tab I get this[1] Was I suppose to do something more?
> 
> Just for completeness: I'm using the nice nottoomuch-addresses.pl script
> [1] by Tomi Ollila which doesn't require any bindings and is incredibly
> fast (after generating an initial address database).

Thank you for promoting my stuff.

Latest version is 2.0 and name is now nottoomuch-addresses.sh
It is available at:

http://www.iki.fi/too/nottoomuch/

> Disclaimer: I never tried the python script, so I can't really give a
> useful comparison.

Speedwise it is hard to beat the fgrep(1) execution for finding matches... :)

> 
> Cheers,
> Daniel

Tomi

nomuch_addresses.py

[Daniel Schoepe]

On Thu, 16 Feb 2012 14:12:36 -0500, Philippe LeCavalier  wrote:
> Hi again.
> 
> I'm trying to setup tab completion for addresses. I appeared to me that
> the simplest solution was notmuch_addresses so I grabbed a copy from
> git. When I hit tab I get this[1] Was I suppose to do something more?

Just for completeness: I'm using the nice nottoomuch-addresses.pl script
[1] by Tomi Ollila which doesn't require any bindings and is incredibly
fast (after generating an initial address database).

Disclaimer: I never tried the python script, so I can't really give a
useful comparison.

[1] id:"m2d3c8e22v.fsf at guru.guru-group.fi"

Cheers,
Daniel
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL: 

Re: nomuch_addresses.py

[Tomi Ollila]

On Fri, 17 Feb 2012 02:28:52 +0100, Daniel Schoepe dan...@schoepe.org wrote:
 On Thu, 16 Feb 2012 14:12:36 -0500, Philippe LeCavalier 
 supp...@plecavalier.com wrote:
  Hi again.
  
  I'm trying to setup tab completion for addresses. I appeared to me that
  the simplest solution was notmuch_addresses so I grabbed a copy from
  git. When I hit tab I get this[1] Was I suppose to do something more?
 
 Just for completeness: I'm using the nice nottoomuch-addresses.pl script
 [1] by Tomi Ollila which doesn't require any bindings and is incredibly
 fast (after generating an initial address database).

Thank you for promoting my stuff.

Latest version is 2.0 and name is now nottoomuch-addresses.sh
It is available at:

http://www.iki.fi/too/nottoomuch/

 Disclaimer: I never tried the python script, so I can't really give a
 useful comparison.

Speedwise it is hard to beat the fgrep(1) execution for finding matches... :)

 
 Cheers,
 Daniel

Tomi
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

Re: nomuch_addresses.py

[Sebastian Spaeth]

On Fri, 17 Feb 2012 20:58:50 +0200, Tomi Ollila tomi.oll...@iki.fi wrote:
 Thank you for promoting my stuff.
 
 Latest version is 2.0 and name is now nottoomuch-addresses.sh
 It is available at:
 
 http://www.iki.fi/too/nottoomuch/

It would be great to add these things to the notmuch wiki so that people
can actually find it without searching the email lists.

Sebastian


pgpKDaWvXhxKo.pgp
Description: PGP signature
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

Re: nomuch_addresses.py

[Tomi Ollila]

On Fri, 17 Feb 2012 21:33:41 +0100, Sebastian Spaeth sebast...@sspaeth.de 
wrote:
 On Fri, 17 Feb 2012 20:58:50 +0200, Tomi Ollila tomi.oll...@iki.fi wrote:
  Thank you for promoting my stuff.
  
  Latest version is 2.0 and name is now nottoomuch-addresses.sh
  It is available at:
  
  http://www.iki.fi/too/nottoomuch/
 
 It would be great to add these things to the notmuch wiki so that people
 can actually find it without searching the email lists.

All of these things have been in notmuch wiki for a while :)

Check http://notmuchmail.org/emacstips/#index12h2


 Sebastian

Tomi
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

Re: nomuch_addresses.py

[Philippe LeCavalier]

On Fri, 17 Feb 2012 22:46:49 +0200, Tomi Ollila tomi.oll...@iki.fi wrote:
 On Fri, 17 Feb 2012 21:33:41 +0100, Sebastian Spaeth sebast...@sspaeth.de 
 wrote:
  On Fri, 17 Feb 2012 20:58:50 +0200, Tomi Ollila tomi.oll...@iki.fi wrote:
   Thank you for promoting my stuff.
   
   Latest version is 2.0 and name is now nottoomuch-addresses.sh
   It is available at:
   
   http://www.iki.fi/too/nottoomuch/
  
  It would be great to add these things to the notmuch wiki so that people
  can actually find it without searching the email lists.
 
 All of these things have been in notmuch wiki for a while :)
 
 Check http://notmuchmail.org/emacstips/#index12h2

I think Sebastien is refering to more details on making these things
actually work.

 
 
  Sebastian
 
 Tomi

-- 
Thanks,
Phil
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

Re: nomuch_addresses.py

[Tomi Ollila]

On Fri, 17 Feb 2012 22:04:12 -0500, Philippe LeCavalier 
supp...@plecavalier.com wrote:
 On Fri, 17 Feb 2012 22:46:49 +0200, Tomi Ollila tomi.oll...@iki.fi wrote:
  On Fri, 17 Feb 2012 21:33:41 +0100, Sebastian Spaeth sebast...@sspaeth.de 
  wrote:
   On Fri, 17 Feb 2012 20:58:50 +0200, Tomi Ollila tomi.oll...@iki.fi 
   wrote:
Thank you for promoting my stuff.

Latest version is 2.0 and name is now nottoomuch-addresses.sh
It is available at:

http://www.iki.fi/too/nottoomuch/
   
   It would be great to add these things to the notmuch wiki so that people
   can actually find it without searching the email lists.
  
  All of these things have been in notmuch wiki for a while :)
  
  Check http://notmuchmail.org/emacstips/#index12h2
 
 I think Sebastien is refering to more details on making these things
 actually work.

Good point !

   Sebastian
  
  Tomi
 
 -- 
 Thanks,
 Phil

Tomi
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

nomuch_addresses.py

[Daniel Kahn Gillmor]

On 02/16/2012 02:51 PM, Philippe LeCavalier wrote:
> $ ~/notmuch/notmuch_addresses/notmuch_addresses.py
> Traceback (most recent call last):
>   File "/home/plecavalier/notmuch/notmuch_addresses/notmuch_addresses.py", 
> line 19, in 
> import notmuch
> ImportError: No module named notmuch

Assuming you're using packaged versions:

  apt-get install python-notmuch

or whatever the equivalent is for redhat systems (maybe "yum install
python-notmuch"?)

According to your User-Agent string, though, you're using notmuch 0.5
--i don't know if the python bindings from 0.5 are sufficient for
notmuch_addresses.py.  please report back and let us know what you try
and what works (or doesn't) for you !

hth,

--dkg

nomuch_addresses.py

[Jesse Rosenthal]

On Thu, 16 Feb 2012 14:51:59 -0500, Philippe LeCavalier  wrote:
> $ ~/notmuch/notmuch_addresses/notmuch_addresses.py
> Traceback (most recent call last):
>   File "/home/plecavalier/notmuch/notmuch_addresses/notmuch_addresses.py", 
> line 19, in 
> import notmuch
> ImportError: No module named notmuch

Well, there's your problem. You need the notmuch python bindings. They
should be available from your distro repository, or in the bindings/
directory if you installed from source.

Best,
Jesse

nomuch_addresses.py

[Philippe LeCavalier]

On Thu, 16 Feb 2012 14:46:35 -0500, Jesse Rosenthal  
wrote:
> On Thu, 16 Feb 2012 14:12:36 -0500, Philippe LeCavalier  plecavalier.com> wrote:
> > I'm trying to setup tab completion for addresses. I appeared to me that
> > the simplest solution was notmuch_addresses so I grabbed a copy from
> > git. When I hit tab I get this[1] Was I suppose to do something more?
> ...
> > ref.
> > [1]
> > ~/notmuch/notmuch_addresses/notmuch_addresses.py exited with status 1
> 
> I'd hope so. What happens when you run it from the command line?
> 
> Best,
> Jesse

$ ~/notmuch/notmuch_addresses/notmuch_addresses.py
Traceback (most recent call last):
  File "/home/plecavalier/notmuch/notmuch_addresses/notmuch_addresses.py", line 
19, in 
import notmuch
ImportError: No module named notmuch

-- 
Thanks,
Phil

nomuch_addresses.py

[Jesse Rosenthal]

On Thu, 16 Feb 2012 14:12:36 -0500, Philippe LeCavalier  wrote:
> I'm trying to setup tab completion for addresses. I appeared to me that
> the simplest solution was notmuch_addresses so I grabbed a copy from
> git. When I hit tab I get this[1] Was I suppose to do something more?
...
> ref.
> [1]
> ~/notmuch/notmuch_addresses/notmuch_addresses.py exited with status 1

I'd hope so. What happens when you run it from the command line?

Best,
Jesse

nomuch_addresses.py

[Philippe LeCavalier]

Hi again.

I'm trying to setup tab completion for addresses. I appeared to me that
the simplest solution was notmuch_addresses so I grabbed a copy from
git. When I hit tab I get this[1] Was I suppose to do something more?

-- 
Thanks,
Phil

ref.
[1]
~/notmuch/notmuch_addresses/notmuch_addresses.py exited with status 1

nomuch_addresses.py

[Philippe LeCavalier]

Hi again.

I'm trying to setup tab completion for addresses. I appeared to me that
the simplest solution was notmuch_addresses so I grabbed a copy from
git. When I hit tab I get this[1] Was I suppose to do something more?

-- 
Thanks,
Phil

ref.
[1]
~/notmuch/notmuch_addresses/notmuch_addresses.py exited with status 1
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

Re: nomuch_addresses.py

[Jesse Rosenthal]

On Thu, 16 Feb 2012 14:12:36 -0500, Philippe LeCavalier 
supp...@plecavalier.com wrote:
 I'm trying to setup tab completion for addresses. I appeared to me that
 the simplest solution was notmuch_addresses so I grabbed a copy from
 git. When I hit tab I get this[1] Was I suppose to do something more?
...
 ref.
 [1]
 ~/notmuch/notmuch_addresses/notmuch_addresses.py exited with status 1

I'd hope so. What happens when you run it from the command line?

Best,
Jesse
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

Re: nomuch_addresses.py

[Philippe LeCavalier]

On Thu, 16 Feb 2012 14:46:35 -0500, Jesse Rosenthal jrosent...@jhu.edu wrote:
 On Thu, 16 Feb 2012 14:12:36 -0500, Philippe LeCavalier 
 supp...@plecavalier.com wrote:
  I'm trying to setup tab completion for addresses. I appeared to me that
  the simplest solution was notmuch_addresses so I grabbed a copy from
  git. When I hit tab I get this[1] Was I suppose to do something more?
 ...
  ref.
  [1]
  ~/notmuch/notmuch_addresses/notmuch_addresses.py exited with status 1
 
 I'd hope so. What happens when you run it from the command line?
 
 Best,
 Jesse

$ ~/notmuch/notmuch_addresses/notmuch_addresses.py
Traceback (most recent call last):
  File /home/plecavalier/notmuch/notmuch_addresses/notmuch_addresses.py, line 
19, in module
import notmuch
ImportError: No module named notmuch

-- 
Thanks,
Phil
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

Re: nomuch_addresses.py

[Jesse Rosenthal]

On Thu, 16 Feb 2012 14:51:59 -0500, Philippe LeCavalier 
supp...@plecavalier.com wrote:
 $ ~/notmuch/notmuch_addresses/notmuch_addresses.py
 Traceback (most recent call last):
   File /home/plecavalier/notmuch/notmuch_addresses/notmuch_addresses.py, 
 line 19, in module
 import notmuch
 ImportError: No module named notmuch

Well, there's your problem. You need the notmuch python bindings. They
should be available from your distro repository, or in the bindings/
directory if you installed from source.

Best,
Jesse
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

Re: nomuch_addresses.py

[Daniel Kahn Gillmor]

On 02/16/2012 02:51 PM, Philippe LeCavalier wrote:
 $ ~/notmuch/notmuch_addresses/notmuch_addresses.py
 Traceback (most recent call last):
   File /home/plecavalier/notmuch/notmuch_addresses/notmuch_addresses.py, 
 line 19, in module
 import notmuch
 ImportError: No module named notmuch

Assuming you're using packaged versions:

  apt-get install python-notmuch

or whatever the equivalent is for redhat systems (maybe yum install
python-notmuch?)

According to your User-Agent string, though, you're using notmuch 0.5
--i don't know if the python bindings from 0.5 are sufficient for
notmuch_addresses.py.  please report back and let us know what you try
and what works (or doesn't) for you !

hth,

--dkg
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

Re: nomuch_addresses.py

[Daniel Schoepe]

On Thu, 16 Feb 2012 14:12:36 -0500, Philippe LeCavalier 
supp...@plecavalier.com wrote:
 Hi again.
 
 I'm trying to setup tab completion for addresses. I appeared to me that
 the simplest solution was notmuch_addresses so I grabbed a copy from
 git. When I hit tab I get this[1] Was I suppose to do something more?

Just for completeness: I'm using the nice nottoomuch-addresses.pl script
[1] by Tomi Ollila which doesn't require any bindings and is incredibly
fast (after generating an initial address database).

Disclaimer: I never tried the python script, so I can't really give a
useful comparison.

[1] id:m2d3c8e22v@guru.guru-group.fi

Cheers,
Daniel


pgpixwukb9FuT.pgp
Description: PGP signature
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch