[PATCH] python/thread: always return a string in get_subject/authors

2011-05-09 Thread Anton Khirnov
Now None is returned when those don't exist, which is inconvenient to deal with. --- bindings/python/notmuch/thread.py |6 -- 1 files changed, 4 insertions(+), 2 deletions(-) diff --git a/bindings/python/notmuch/thread.py b/bindings/python/notmuch/thread.py index eebd6cb..cf26957 100644

Re: [PATCH] python/thread: always return a string in get_subject/authors

2011-05-09 Thread Anton Khirnov
On Mon, 09 May 2011 09:20:41 -0300, David Bremner da...@tethera.net wrote: On Mon, 9 May 2011 09:06:34 +0200, Anton Khirnov an...@khirnov.net wrote: Now None is returned when those don't exist, which is inconvenient to deal with. I'm not using the python bindings, but from a philosophical

[PATCH] lib/message-file: plug three memleaks.

2011-05-09 Thread Anton Khirnov
--- lib/message-file.c |5 + 1 files changed, 5 insertions(+), 0 deletions(-) diff --git a/lib/message-file.c b/lib/message-file.c index 7722832..99505c1 100644 --- a/lib/message-file.c +++ b/lib/message-file.c @@ -341,12 +341,17 @@ notmuch_message_file_get_header (notmuch_message_file_t

Re: [RFC/PATCH] Vim client rewrite

2011-05-16 Thread Anton Khirnov
a git repo where to fetch these changes? Or can you provide a series of patches with 'git format-patch'? Ah right, forgot to mention it. git://git.khirnov.net/git/notmuch branch vim. -- Anton Khirnov ___ notmuch mailing list notmuch@notmuchmail.org

Re: [RFC] vim plugin rewrite II

2012-01-15 Thread Anton Khirnov
it asynchronous shouldn't be all that hard, i just never found enough time and motivation for that (it was never a huge problem here). -- Anton Khirnov ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch

Re: [RFC] vim plugin rewrite II

2012-01-16 Thread Anton Khirnov
On Mon, 16 Jan 2012 09:34:59 -0800, Jameson Graef Rollins jroll...@finestructure.net wrote: On Sun, 15 Jan 2012 16:34:08 +0100, Anton Khirnov an...@khirnov.net wrote: Yes, it's still synchronous. I suppose making it asynchronous shouldn't be all that hard, i just never found enough time

Re: [RFC] vim plugin rewrite II

2012-05-02 Thread Anton Khirnov
(not counting my ultimately unsuccessfull attempts at threading). I wonder what could cause this. -- Anton Khirnov ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch

Re: [ANN] New awesome vim plug-in using Ruby bindings

2012-05-02 Thread Anton Khirnov
of like the 'less' command How did you do that? When I tried to do this in my version, I got hit by vim not being threadsafe. -- Anton Khirnov ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch

Re: Vim plugins

2012-08-06 Thread Anton Khirnov
:NMVimpy Is there a README file or any other kind of documentation for your script? I wish. Patches welcome ;) -- Anton Khirnov ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch

Re: Vim plugins

2012-08-07 Thread Anton Khirnov
/plugin/notmuch-vimpy.vim, line 817 -- Anton Khirnov ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch

Re: Vim plugins

2012-08-10 Thread Anton Khirnov
.__kwargs)   File /home/sepp/.vim/plugin/nm_vim.py, line 195, in _refresh_thread     authors, subj, tags)).encode('utf-8') UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1: ordinal not in range(128) ## Should be fixed now. -- Anton Khirnov

[PATCH] lib/message-file: plug three memleaks.

2011-04-15 Thread Anton Khirnov
--- lib/message-file.c |5 + 1 files changed, 5 insertions(+), 0 deletions(-) diff --git a/lib/message-file.c b/lib/message-file.c index 7722832..b7b3286 100644 --- a/lib/message-file.c +++ b/lib/message-file.c @@ -341,12 +341,17 @@ notmuch_message_file_get_header (notmuch_message_file_t

[PATCH] lib/message-file: plug three memleaks.

2011-05-09 Thread Anton Khirnov
On Fri, 15 Apr 2011 16:43:58 +0200, Anton Khirnov wrote: > --- > lib/message-file.c |5 + > 1 files changed, 5 insertions(+), 0 deletions(-) > > diff --git a/lib/message-file.c b/lib/message-file.c > index 7722832..b7b3286 100644 > --- a/lib/message-file.c >

[PATCH] python/thread: always return a string in get_subject/authors

2011-05-09 Thread Anton Khirnov
Now None is returned when those don't exist, which is inconvenient to deal with. --- bindings/python/notmuch/thread.py |6 -- 1 files changed, 4 insertions(+), 2 deletions(-) diff --git a/bindings/python/notmuch/thread.py b/bindings/python/notmuch/thread.py index eebd6cb..cf26957 100644

[PATCH] python/thread: always return a string in get_subject/authors

2011-05-09 Thread Anton Khirnov
On Mon, 09 May 2011 09:20:41 -0300, David Bremner wrote: > On Mon, 9 May 2011 09:06:34 +0200, Anton Khirnov > wrote: > > Now None is returned when those don't exist, which is inconvenient to > > deal with. > > I'm not using the python bindings, but from a philo

[PATCH] lib/message-file: plug three memleaks.

2011-05-09 Thread Anton Khirnov
--- lib/message-file.c |5 + 1 files changed, 5 insertions(+), 0 deletions(-) diff --git a/lib/message-file.c b/lib/message-file.c index 7722832..99505c1 100644 --- a/lib/message-file.c +++ b/lib/message-file.c @@ -341,12 +341,17 @@ notmuch_message_file_get_header (notmuch_message_file_t

[RFC/PATCH] Vim client rewrite

2011-05-16 Thread Anton Khirnov
ewhat lacking atm. This is of > > course to be improved later, depending on the responses. > > > > Comments, bugreports and fixes very much welcome. > > Do you have a git repo where to fetch these changes? Or can you > provide a series of patches with 'git format-patch'? > Ah right, forgot to mention it. git://git.khirnov.net/git/notmuch branch vim. -- Anton Khirnov

[RFC] vim plugin rewrite II

2012-01-15 Thread Anton Khirnov
than 1 messages) search > results? > Yes, it's still synchronous. I suppose making it asynchronous shouldn't be all that hard, i just never found enough time and motivation for that (it was never a huge problem here). -- Anton Khirnov

[RFC] vim plugin rewrite II

2012-01-16 Thread Anton Khirnov
On Mon, 16 Jan 2012 09:34:59 -0800, Jameson Graef Rollins wrote: > On Sun, 15 Jan 2012 16:34:08 +0100, Anton Khirnov > wrote: > > Yes, it's still synchronous. I suppose making it asynchronous shouldn't > > be all that hard, i just never found enough t

[RFC] vim plugin rewrite II

2012-05-02 Thread Anton Khirnov
ut lets see. I'm still not sure if we should > depend on ruby/python bindings, maybe there's a way to make them > optional. > > Anyway, if you find a way to improve the crash issues, let me know, so > far it's the only real issue I see with this plug-in. That is weird, I'm not getting any crashes here. On any exception in the python code it prints the backtrace and continues normally. I don't think I've ever seen it actually crash (not counting my ultimately unsuccessfull attempts at threading). I wonder what could cause this. -- Anton Khirnov

[ANN] New awesome vim plug-in using Ruby bindings

2012-05-02 Thread Anton Khirnov
arches; you don't have to wait for the whole search to finish, >sort of like the 'less' command How did you do that? When I tried to do this in my version, I got hit by vim not being threadsafe. -- Anton Khirnov

Vim plugins

2012-08-06 Thread Anton Khirnov
es from my repo now so nobody else gets confused like this. -- Anton Khirnov

Vim plugins

2012-08-07 Thread Anton Khirnov
No mapping found > I invoke it as vim -c :NMVimpy > Is there a README file or any other kind of documentation for your script? > I wish. Patches welcome ;) -- Anton Khirnov

Vim plugins

2012-08-07 Thread Anton Khirnov
vim/plugin/notmuch-vimpy.vim, line 817 -- Anton Khirnov

Vim plugins

2012-08-10 Thread Anton Khirnov
h_thread > ? ? authors, subj, tags)).encode('utf-8') > UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1: > ordinal not in range(128) > ## > Should be fixed now. -- Anton Khirnov

status of the new python bindings

2020-05-07 Thread Anton Khirnov
much_database_set_config(). 4) The setup for building the documentation seems to be missing. Anything else of note that remains to be implemented? -- Anton Khirnov ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch

[PATCH 1/2] python/notmuch2: do not destroy messages owned by a query

2020-05-08 Thread Anton Khirnov
Any messages retrieved from a query - either directly via search_messages() or indirectly via thread objects - are owned by that query. Retrieving the same message (i.e. corresponding to the same message ID / database object) several times will always yield the same C object. The caller is

[PATCH 2/2] python/notmuch2: add bindings for the database config strings

2020-05-08 Thread Anton Khirnov
--- bindings/python-cffi/notmuch2/_build.py| 17 + bindings/python-cffi/notmuch2/_config.py | 84 ++ bindings/python-cffi/notmuch2/_database.py | 23 ++ 3 files changed, 124 insertions(+) create mode 100644 bindings/python-cffi/notmuch2/_config.py diff --git

Re: [PATCH 1/2] python/notmuch2: do not destroy messages owned by a query

2020-05-21 Thread Anton Khirnov
ping -- Anton Khirnov ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch

Re: announce: my fork of alot

2021-05-17 Thread Anton Khirnov
e CRLfile: none no HTTP(S) cloning set up, sorry > [~] git clone git://git.khirnov.net/alot.git > > Cloning into 'alot'... > > (times out) this should work, unless you managed to trigger my firewall's autoban (cleared it, just in case) -- Anton Khirnov _

Re: announce: my fork of alot

2021-05-17 Thread Anton Khirnov
's/github/yourchoice/' in that sentence ;) Because at this point it is still "my personal stuff". If and when it actually becomes "upstreaming or collaboration", I can also push it elsewhere, as needed. I am not super fundamentalist in my religion. But for the time being I see

Re: announce: my fork of alot

2021-05-17 Thread Anton Khirnov
Quoting Johannes Larsen (2021-05-17 14:32:12) > 2021-05-17 10:54:09, Anton Khirnov wrote: > > Here's my current roadmap: > > Lots if interesting features/fixes! Of course keep in mind that it's largely a wishlist, so don't expect these to be done - at all - any time soon

announce: my fork of alot

2021-05-16 Thread Anton Khirnov
it "properly" under a new name. Any comments or questions are very much welcome. I can also be reached on IRC as elenril. -- Anton Khirnov ___ notmuch mailing list -- notmuch@notmuchmail.org To unsubscribe send an email to notmuch-le...@notmuchmail.org

Re: announce: my fork of alot

2021-05-16 Thread Anton Khirnov
still do not consider alot "mature" in the sense that I'd > oppose > radical refactoring. This is reflected in its version number :) If you can find the time for it, maybe try to look at the individual changes in my tree. Try it out, see what makes sense to you, what doesn't