Re: notmuch version/Python bindings

one else a clue? Sebastian Spaeth -- Sent from my mobile phone. Please excuse brevity. Am 18. Februar 2017 16:14:49 MEZ schrieb David Bremner : >Sebastian Spaeth writes: > >> Hi there, I did stop using notmuch, true. Let me know if I should >hand >> over administration or i

Re: notmuch version/Python bindings

Hi there, I did stop using notmuch, true. Let me know if I should hand over administration or if I shouldnsimply delete the package on pypi. Sebastian -- Sent from my mobile phone. Please excuse brevity. Am 16. Februar 2017 18:00:33 MEZ schrieb David Bremner : >Aryeh Leib Taurog writes: > >> O

notmuch.readthedocs.org

Am 16.11.2014 20:00, schrieb Ben Gamari: > David Bremner 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

Re: notmuch.readthedocs.org

Am 16.11.2014 20:00, schrieb Ben Gamari: > David Bremner 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

Re: [PATCH 7/7] python: wrap and use notmuch_database_destroy as destructor

Austin Clements writes: > (I think it also doesn't make sense to expose notmuch_database_destroy > as a general, public method since it will free all of the other C > objects out from under the bindings, resulting in exactly the double > free-type crashes that you're trying to avoid. It appears t

[PATCH 7/7] python: wrap and use notmuch_database_destroy as destructor

Austin Clements writes: > (I think it also doesn't make sense to expose notmuch_database_destroy > as a general, public method since it will free all of the other C > objects out from under the bindings, resulting in exactly the double > free-type crashes that you're trying to avoid. It appears t

notmuch-poll and OfflineIMAP

Adam Wolfe Gordon wrote: > >I run offlineimap in autorefresh mode (with IDLE too, actually) and >use a script based on inotify to update notmuch whenever new mail >comes in: https://gist.github.com/1952483 . It sounds like some >variant of this would probably work for you. I actually plan to add

Message deletion wisdom

Jameson Graef Rollins wrote: >So in summary, if you would like to "delete" messages, you can: > > * add a key binding to emacs (or your favorite ui) to add a "deleted" > tag to messages that you want to delete: > >(define-key notmuch-show-mode-map "d" > (lambda () >(interactive)

notmuch-poll and OfflineIMAP

Jani Nikula wrote: >Jacek Generowicz writes: > >> Hello, >> >> Would you have any advice on how to construct a notmuch-poll script >> that would work well in concert with OfflineIMAP? In particlular, >how >> can you avoid having to re-issue the IMAP account passwords? >> Any words of wisdom? >

Why not tags inside messages?

>On Sat, Apr 7, 2012 at 10:46, David Belohrad wrote: >> I'd love to use notmuch with offline imap ?to work rather on local >copy of >> messages, than using remote notmuch, which is slightly slower due to >> bandwidth limitation of my vdsl line. There is however fundamental >problem >> of syncing

Re: notmuch-poll and OfflineIMAP

Adam Wolfe Gordon wrote: > >I run offlineimap in autorefresh mode (with IDLE too, actually) and >use a script based on inotify to update notmuch whenever new mail >comes in: https://gist.github.com/1952483 . It sounds like some >variant of this would probably work for you. I actually plan to add

Re: Message deletion wisdom

Jameson Graef Rollins wrote: >So in summary, if you would like to "delete" messages, you can: > > * add a key binding to emacs (or your favorite ui) to add a "deleted" > tag to messages that you want to delete: > >(define-key notmuch-show-mode-map "d" > (lambda () >(interactive)

Re: notmuch-poll and OfflineIMAP

Jani Nikula wrote: >Jacek Generowicz writes: > >> Hello, >> >> Would you have any advice on how to construct a notmuch-poll script >> that would work well in concert with OfflineIMAP? In particlular, >how >> can you avoid having to re-issue the IMAP account passwords? >> Any words of wisdom? >

Re: Why not tags inside messages?

>On Sat, Apr 7, 2012 at 10:46, David Belohrad wrote: >> I'd love to use notmuch with offline imap  to work rather on local >copy of >> messages, than using remote notmuch, which is slightly slower due to >> bandwidth limitation of my vdsl line. There is however fundamental >problem >> of syncing

nomuch_addresses.py

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 a

Re: nomuch_addresses.py

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 a

Info about notmuch database

On Thu, 05 Jan 2012 16:04:22 +0100, Thomas Jost wrote: > There's a description of the DB "schema" in lib/database.cc in the > notmuch source code. But you may also consider just using libnotmuch > instead, if that's enough for what you want to do. > > Also: why Xapian? I'm already using somethin

notmuch git's disk is full! ERROR pushing.

Actually trying to push the above 2 patches, I get Writing objects: 100% (8/8), 1.25 KiB, done. Total 8 (delta 5), reused 0 (delta 0) error: unable to create temporary sha1 filename : No space left on device fatal: failed to write object error: unpack failed: unpack-objects abnormal exit To ssh:

[PATCH 2/2] python test "compare message ids"

On Mon, 2 Jan 2012 14:51:27 +, Patrick Totzke wrote: > Introduces a second (trivial) test for the python > bindings that searches for message ids and compares > the output with that of `notmuch search`. Test passes, so it went in. -- next part -- A non-text attachment

[PATCH 1/2] clean up "compare thread ids" python test

On Mon, 2 Jan 2012 14:51:26 +, Patrick Totzke wrote: > This makes the test script open the database in READ_ONLY mode > and use the libraries own sorting methods instead of "sort". +1 I don't want to fudge the tests (I don't know a thing about them), so I can't judge the test outcome, but it

Re: Info about notmuch database

On Thu, 05 Jan 2012 16:04:22 +0100, Thomas Jost wrote: > There's a description of the DB "schema" in lib/database.cc in the > notmuch source code. But you may also consider just using libnotmuch > instead, if that's enough for what you want to do. > > Also: why Xapian? I'm already using something

notmuch git's disk is full! ERROR pushing.

Actually trying to push the above 2 patches, I get Writing objects: 100% (8/8), 1.25 KiB, done. Total 8 (delta 5), reused 0 (delta 0) error: unable to create temporary sha1 filename : No space left on device fatal: failed to write object error: unpack failed: unpack-objects abnormal exit To ssh:

Re: [PATCH 2/2] python test "compare message ids"

On Mon, 2 Jan 2012 14:51:27 +, Patrick Totzke wrote: > Introduces a second (trivial) test for the python > bindings that searches for message ids and compares > the output with that of `notmuch search`. Test passes, so it went in. pgpOPxhSYny4e.pgp Description: PGP signature _

Re: [PATCH 1/2] clean up "compare thread ids" python test

On Mon, 2 Jan 2012 14:51:26 +, Patrick Totzke wrote: > This makes the test script open the database in READ_ONLY mode > and use the libraries own sorting methods instead of "sort". +1 I don't want to fudge the tests (I don't know a thing about them), so I can't judge the test outcome, but i

Re: [PATCH 1/3] pep8 fixes

On Mon, 5 Dec 2011 21:12:33 +, Patrick Totzke wrote: > no changes to the code, only fixed stuff denounced by `pep8 *py` Hi, just tried to apply but it doesn't apply cleanly anymore, can you update the patch to latest master? Sorry for letting this languish for so long. Sebastian pgp2XZ

Python bindings for adoption

Hi all, a happy new year! After a few weeks of notmuch abstinence I am being overwhelmed with 750 new notmuch mails, and I really don't have the time or will (nor does my family approve) to spend enormous amounts of time on notmuch. I am already neglecting offlineimap, which also needs some attent

Re: [PATCH 2/2] python: make the result of Message.get_replies() more pythonic

On Wed, 21 Dec 2011 14:15:02 +0100, Justus Winter <4win...@informatik.uni-hamburg.de> wrote: > Formerly Message.get_replies() returned an iterator or None forcing > users to check the result before iterating over it leading to strange > looking code at the call site. > > Fix this flaw by adding a

Re: [PATCH 1/2] python: refactor print_messages into format_messages and print_messages

On Wed, 21 Dec 2011 14:15:01 +0100, Justus Winter <4win...@informatik.uni-hamburg.de> wrote: > --- > bindings/python/notmuch/message.py | 37 +-- > 1 files changed, 26 insertions(+), 11 deletions(-) Pushed pgpV5PET0tvXX.pgp Description: PGP signature _

Re: Segmentation fault at gmime-iconv with python binding

On Fri, 30 Dec 2011 10:58:06 -0400, David Bremner wrote: > On Thu, 29 Dec 2011 22:57:27 -0200, Kazuo Teramoto wrote: > > > notmuch CLI show the message correct. I know nothing about gmime or > > notmuch code, but can this be the case of the python bindings not > > calling g_mime_init() correctly

Re: [PATCH 5/7] py3k: the basestring and unicode types are removed in python 3

Happy new year. Pushed patches 1-4 of this series so far. Looking fine, but ugh, the below seems like a rather ugly hack in a function that is probably called quite often. Isn't there a more pretty variant avoiding these sys.version_info checks all over the place? > @@ -200,9 +201,9 @@ def _str(v

Re: [PATCH 5/5] python: add get_mtime() to the Message class

On Tue, 13 Dec 2011 18:11:45 +0100, Thomas Jost wrote: > --- > bindings/python/notmuch/message.py | 20 > 1 files changed, 20 insertions(+), 0 deletions(-) The patch looks good, so once this goes into libnotmuch, +1 for also applying this one. Sebastian pgpOHiLclGgxV.pg

[PATCH 1/3] pep8 fixes

On Mon, 5 Dec 2011 21:12:33 +, Patrick Totzke wrote: > no changes to the code, only fixed stuff denounced by `pep8 *py` Hi, just tried to apply but it doesn't apply cleanly anymore, can you update the patch to latest master? Sorry for letting this languish for so long. Sebastian -

Python bindings for adoption

Hi all, a happy new year! After a few weeks of notmuch abstinence I am being overwhelmed with 750 new notmuch mails, and I really don't have the time or will (nor does my family approve) to spend enormous amounts of time on notmuch. I am already neglecting offlineimap, which also needs some attent

[PATCH 2/2] python: make the result of Message.get_replies() more pythonic

On Wed, 21 Dec 2011 14:15:02 +0100, Justus Winter <4winter at informatik.uni-hamburg.de> wrote: > Formerly Message.get_replies() returned an iterator or None forcing > users to check the result before iterating over it leading to strange > looking code at the call site. > > Fix this flaw by addin

[PATCH 1/2] python: refactor print_messages into format_messages and print_messages

On Wed, 21 Dec 2011 14:15:01 +0100, Justus Winter <4winter at informatik.uni-hamburg.de> wrote: > --- > bindings/python/notmuch/message.py | 37 +-- > 1 files changed, 26 insertions(+), 11 deletions(-) Pushed -- next part -- A non-text at

Segmentation fault at gmime-iconv with python binding

On Fri, 30 Dec 2011 10:58:06 -0400, David Bremner wrote: > On Thu, 29 Dec 2011 22:57:27 -0200, Kazuo Teramoto > wrote: > > > notmuch CLI show the message correct. I know nothing about gmime or > > notmuch code, but can this be the case of the python bindings not > > calling g_mime_init() correc

[PATCH 5/7] py3k: the basestring and unicode types are removed in python 3

Happy new year. Pushed patches 1-4 of this series so far. Looking fine, but ugh, the below seems like a rather ugly hack in a function that is probably called quite often. Isn't there a more pretty variant avoiding these sys.version_info checks all over the place? > @@ -200,9 +201,9 @@ def _str(v

[PATCH 5/5] python: add get_mtime() to the Message class

On Tue, 13 Dec 2011 18:11:45 +0100, Thomas Jost wrote: > --- > bindings/python/notmuch/message.py | 20 > 1 files changed, 20 insertions(+), 0 deletions(-) The patch looks good, so once this goes into libnotmuch, +1 for also applying this one. Sebastian -- ne

[PATCH] python: use wrapped notmuch_*_t types instead of raw pointers

On Tue, 6 Dec 2011 11:03:22 +0100, Thomas Jost wrote: > Now that types are checked correctly, we also need to make sure that all the > arguments actually are instances of these types. Otherwise the function calls > will fail and raise an exception similar to this one: >ctypes.ArgumentError:

[PATCH 3/3] errors='ignore' when decode to unicode

Just for reference, all three patches went in. Perhaps this warrants a NEWS entry such as: * python: using more unicode throughout and robustify against unicode errors (credits to Patrick Totzke) -- next part -- A non-text attachment was scrubbed... Name: not available

[python] documentation & TODO list

On Mon, 05 Dec 2011 22:36:06 +, Patrick Totzke wrote: > These are the things I noticed when going through the code today: > 1) in filenames.py, __str__ of Filenames: should the return value be >'\n'.join(self._files)? alternatively, define __iter__ to make this object >behave as iterat

[PATCH 2/2] python: annotate all calls into libnotmuch with types

On Tue, 06 Dec 2011 10:46:31 +, Patrick Totzke wrote: > This commit breaks raising XapianErrors for me. > > If I lock the index with some `notmuch tag +test '*'` > and try to write to it in alot, i get a segfault and > the following on stderr: > > Xapian exception occurred opening database:

[PATCH] lib: call g_type_init from notmuch_database_open

On Sun, 4 Dec 2011 15:35:14 -0400, David Bremner wrote: > From: David Bremner > This seems to fix the segfault for me. Any other comments/experiences? > +/* Initialize the GLib type system and threads */ > +g_type_init (); > + Thanks the patch looks sane, and relieves me from doing ug

[PATCH 2/2] python: annotate all calls into libnotmuch with types

On Tue, 06 Dec 2011 10:46:31 +, Patrick Totzke wrote: > This commit breaks raising XapianErrors for me. > > If I lock the index with some `notmuch tag +test '*'` > and try to write to it in alot, i get a segfault and > the following on stderr: > > Xapian exception occurred opening database:

Re: [PATCH] python: use wrapped notmuch_*_t types instead of raw pointers

On Tue, 6 Dec 2011 11:03:22 +0100, Thomas Jost wrote: > Now that types are checked correctly, we also need to make sure that all the > arguments actually are instances of these types. Otherwise the function calls > will fail and raise an exception similar to this one: >ctypes.ArgumentError: a

Re: [PATCH 3/3] errors='ignore' when decode to unicode

Just for reference, all three patches went in. Perhaps this warrants a NEWS entry such as: * python: using more unicode throughout and robustify against unicode errors (credits to Patrick Totzke) pgpFR77WcaGxT.pgp Description: PGP signature ___ no

Re: [python] documentation & TODO list

On Mon, 05 Dec 2011 22:36:06 +, Patrick Totzke wrote: > These are the things I noticed when going through the code today: > 1) in filenames.py, __str__ of Filenames: should the return value be >'\n'.join(self._files)? alternatively, define __iter__ to make this object >behave as iterat

Re: [PATCH 2/2] python: annotate all calls into libnotmuch with types

On Tue, 06 Dec 2011 10:46:31 +, Patrick Totzke wrote: > This commit breaks raising XapianErrors for me. > > If I lock the index with some `notmuch tag +test '*'` > and try to write to it in alot, i get a segfault and > the following on stderr: > > Xapian exception occurred opening database:

Re: [PATCH] lib: call g_type_init from notmuch_database_open

On Sun, 4 Dec 2011 15:35:14 -0400, David Bremner wrote: > From: David Bremner > This seems to fix the segfault for me. Any other comments/experiences? > +/* Initialize the GLib type system and threads */ > +g_type_init (); > + Thanks the patch looks sane, and relieves me from doing ug

Re: [PATCH 2/2] python: annotate all calls into libnotmuch with types

On Tue, 06 Dec 2011 10:46:31 +, Patrick Totzke wrote: > This commit breaks raising XapianErrors for me. > > If I lock the index with some `notmuch tag +test '*'` > and try to write to it in alot, i get a segfault and > the following on stderr: > > Xapian exception occurred opening database:

python-notmuch decoding error on a message

On Thu, 24 Nov 2011 12:13:22 -0400, David Bremner wrote: > I get a set of critical errors about forgetting to call g_type_init. > We actually call g_type_init in the CLI now, thanks to Oooh, ahh, I just saw these message on doing 'notmuch.py search "moo"' myself. I would prefer if I (the binding

[PATCH 1/2] python: add classes to wrap all notmuch_*_t types

On Mon, 28 Nov 2011 13:36:44 +0100, Justus Winter wrote: > Well, quoting my commit message: > > > Add type information to the ctypes._FuncPtr wrappers and > > use the wrapper classes instead of c_void_p for pointers > > to notmuch_*_t. > > > > This enables the ctypes library to type check paramete

Re: python-notmuch decoding error on a message

On Thu, 24 Nov 2011 12:13:22 -0400, David Bremner wrote: > I get a set of critical errors about forgetting to call g_type_init. > We actually call g_type_init in the CLI now, thanks to Oooh, ahh, I just saw these message on doing 'notmuch.py search "moo"' myself. I would prefer if I (the binding

Re: [PATCH 1/2] python: add classes to wrap all notmuch_*_t types

On Mon, 28 Nov 2011 13:36:44 +0100, Justus Winter wrote: > Well, quoting my commit message: > > > Add type information to the ctypes._FuncPtr wrappers and > > use the wrapper classes instead of c_void_p for pointers > > to notmuch_*_t. > > > > This enables the ctypes library to type check paramete

[PATCH] emacs: Use a single buffer invisibility spec to fix quadratic search cost.

On Tue, 8 Nov 2011 21:55:28 -0500, Austin Clements wrote: > emacs/notmuch.el | 11 +++ > 1 files changed, 3 insertions(+), 8 deletions(-) Tested and works great here! +1 for quick inclusion. Sebastian -- next part -- A non-text attachment was scrubbed... Name

[PATCH] tag: Automatically limit to messages whose tags will actually change.

On Wed, 09 Nov 2011 08:46:02 +, Jani Nikula wrote: > It's unrelated, but looking at the above also made me check something > I've suspected before: notmuch allows you to have empty or zero length > tags "", which is probably not intentional. I had reported already that it is possible to add e

Re: [PATCH] emacs: Use a single buffer invisibility spec to fix quadratic search cost.

On Tue, 8 Nov 2011 21:55:28 -0500, Austin Clements wrote: > emacs/notmuch.el | 11 +++ > 1 files changed, 3 insertions(+), 8 deletions(-) Tested and works great here! +1 for quick inclusion. Sebastian pgp6PHMdh8uon.pgp Description: PGP signature ___

Re: [PATCH] tag: Automatically limit to messages whose tags will actually change.

On Wed, 09 Nov 2011 08:46:02 +, Jani Nikula wrote: > It's unrelated, but looking at the above also made me check something > I've suspected before: notmuch allows you to have empty or zero length > tags "", which is probably not intentional. I had reported already that it is possible to add e

[PATCH] tag: Automatically limit to messages whose tags will actually change.

On Mon, 7 Nov 2011 22:55:23 -0500, Austin Clements wrote: > This optimizes the user's tagging query to exclude messages that won't > be affected by the tagging operation, saving computation and IO for > redundant tagging operations. +1 for this! -- next part -- A non-text

Re: [PATCH] tag: Automatically limit to messages whose tags will actually change.

On Mon, 7 Nov 2011 22:55:23 -0500, Austin Clements wrote: > This optimizes the user's tagging query to exclude messages that won't > be affected by the tagging operation, saving computation and IO for > redundant tagging operations. +1 for this! pgprDeAo5avPx.pgp Description: PGP signature ___

python: unpythonic result of Message.get_replies()

On Wed, 05 Oct 2011 03:42:38 +0200, Justus Winter <4winter at informatik.uni-hamburg.de> wrote: Non-text part: multipart/mixed > I noticed that Message.get_replies() returns a Messages object *or* > None. Quoting the documentation: > > > Returns: Messages or None if there are no replies to this m

[PATCH 1/2] python: add classes to wrap all notmuch_*_t types

On Mon, 10 Oct 2011 00:12:53 +0200, Justus Winter <4winter at informatik.uni-hamburg.de> wrote: > Signed-off-by: Justus Winter <4winter at informatik.uni-hamburg.de> > --- > bindings/python/notmuch/globals.py | 38 > +++- Hi there, catching up on email, sorry fo

Re: python: unpythonic result of Message.get_replies()

On Wed, 05 Oct 2011 03:42:38 +0200, Justus Winter <4win...@informatik.uni-hamburg.de> wrote: Non-text part: multipart/mixed > I noticed that Message.get_replies() returns a Messages object *or* > None. Quoting the documentation: > > > Returns: Messages or None if there are no replies to this mess

Re: [PATCH 1/2] python: add classes to wrap all notmuch_*_t types

On Mon, 10 Oct 2011 00:12:53 +0200, Justus Winter <4win...@informatik.uni-hamburg.de> wrote: > Signed-off-by: Justus Winter <4win...@informatik.uni-hamburg.de> > --- > bindings/python/notmuch/globals.py | 38 > +++- Hi there, catching up on email, sorry for the

Re: [python] can't find shared lib

On Wed, 05 Oct 2011 13:58:14 +0100, Patrick Totzke wrote: > I fumbled around with resetting come commits, and it turns out that the > problem is in 9e976fc60c40e07cb62a7d656e86ee3101c1b2f5. Once resetted before > that, > everything works nicely. Thanks for the pointer :) [master 7047975] python:

Re: [PATCH] lib: make find_message{,by_filename) report errors

The new API looks sane and much better to me. +1, just give me plenty of time to catch up before releasing once this goes in :-) Sebastian pgpnZQGJSMlVt.pgp Description: PGP signature ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmai

[python] can't find shared lib

On Wed, 05 Oct 2011 13:58:14 +0100, Patrick Totzke wrote: > I fumbled around with resetting come commits, and it turns out that the > problem is in 9e976fc60c40e07cb62a7d656e86ee3101c1b2f5. Once resetted before > that, > everything works nicely. Thanks for the pointer :) [master 7047975] python:

[PATCH] lib: make find_message{,by_filename) report errors

The new API looks sane and much better to me. +1, just give me plenty of time to catch up before releasing once this goes in :-) Sebastian -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not a

[PATCH] python: fix Message.get_filenames()

On Fri, 30 Sep 2011 12:16:47 +0200, Thomas Jost wrote: > Previously, the Filenames generator only yielded *one* filename before > returning, making Message.get_filenames() behave as Message.get_filename(). > This > commit fixes this incorrect behavior: now the generator yields all the > filename

Re: [PATCH] python: fix Message.get_filenames()

On Fri, 30 Sep 2011 12:16:47 +0200, Thomas Jost wrote: > Previously, the Filenames generator only yielded *one* filename before > returning, making Message.get_filenames() behave as Message.get_filename(). > This > commit fixes this incorrect behavior: now the generator yields all the > filenames

[PATCH 7/9] python: provide more exception classes

On Mon, 26 Sep 2011 03:05:35 +0200, Justus Winter <4winter at informatik.uni-hamburg.de> wrote: > To make the exception handling more effective in code using the > python bindings it is necessary to differentiate between the > different kind of failures. [master b6a0173] python: provide more exce

[PATCH v6 00/17] Fix 'notmuch new' atomicity issues

On Thu, 29 Sep 2011 11:01:47 -0400, Austin Clements wrote: > Quoth Sebastian Spaeth on Sep 28 at 6:36 pm: > > db.find_message_by_filename("moo") > > Internal error: Failure to ensure database is writable > > (lib/directory.cc:100). > It appears that looking

[PATCH 1/9] python: add a .gitignore file and refine the toplevel one

On Fri, 30 Sep 2011 02:41:02 +0200, Justus Winter <4winter at informatik.uni-hamburg.de> wrote: Non-text part: multipart/mixed > Quoting Sebastian Spaeth (2011-09-29 09:45:38) > >Also, not all "status" are an error, e.g. DuplicateMessageId denotes > >succe

[PATCH] python: fix docstring of Message.get_header()

On Fri, 30 Sep 2011 03:05:04 +0200, Justus Winter wrote: > Update the docstring from notmuch.h. APPLIED; thanks. -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL:

Re: [PATCH 7/9] python: provide more exception classes

On Mon, 26 Sep 2011 03:05:35 +0200, Justus Winter <4win...@informatik.uni-hamburg.de> wrote: > To make the exception handling more effective in code using the > python bindings it is necessary to differentiate between the > different kind of failures. [master b6a0173] python: provide more excepti

Re: [PATCH v6 00/17] Fix 'notmuch new' atomicity issues

On Thu, 29 Sep 2011 11:01:47 -0400, Austin Clements wrote: > Quoth Sebastian Spaeth on Sep 28 at 6:36 pm: > > db.find_message_by_filename("moo") > > Internal error: Failure to ensure database is writable > > (lib/directory.cc:100). > It appears that looking

Re: [PATCH 1/9] python: add a .gitignore file and refine the toplevel one

On Fri, 30 Sep 2011 02:41:02 +0200, Justus Winter <4win...@informatik.uni-hamburg.de> wrote: Non-text part: multipart/mixed > Quoting Sebastian Spaeth (2011-09-29 09:45:38) > >Also, not all "status" are an error, e.g. DuplicateMessageId denotes > >success rather tha

Re: [PATCH] python: fix docstring of Message.get_header()

On Fri, 30 Sep 2011 03:05:04 +0200, Justus Winter wrote: > Update the docstring from notmuch.h. APPLIED; thanks. pgpa1dmwpeQ1M.pgp Description: PGP signature ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmu

[Justus Winter] Re: [PATCH 1/9] python: add a .gitignore file and refine the toplevel one

Here goes Justus's reply which he accidentally sent to me only. -- next part -- An embedded message was scrubbed... From: Justus Winter <4win...@informatik.uni-hamburg.de> Subject: Re: [PATCH 1/9] python: add a .gitignore file and refine the toplevel one Date: Thu, 29 Sep

Python bindings doc update

Online docs for current master are updated and as usual online at: http://packages.python.org/notmuch/ Besides some prettifications, the three new functions have been documented. Sebastian -- next part -- A non-text attachment was scrubbed... Name: not available Type: app

[PATCH 1/9] python: add a .gitignore file and refine the toplevel one

On Mon, 26 Sep 2011 03:05:29 +0200, Justus Winter wrote: P.S. I don't use the bindings myself, and I don't see me using them in the near future. If you are volunteering to take over the binding maintainership, I'd be happy to hand the reign over :-). Sebastian -- next part ---

[PATCH 1/9] python: add a .gitignore file and refine the toplevel one

On Mon, 26 Sep 2011 03:05:29 +0200, Justus Winter wrote: #1) APPLIED #2) APPLIED #3) reorder the arguments of NotmuchError.__init__(): NOT APPLIED The python tutorial gives an example of custom TransitionError with three arguments, a custom message as the third. In addition, a STATUS value is alw

[Justus Winter] Re: [PATCH 1/9] python: add a .gitignore file and refine the toplevel one

Here goes Justus's reply which he accidentally sent to me only. --- Begin Message --- Hey Sebastian, Quoting Sebastian Spaeth (2011-09-29 09:45:38) >On Mon, 26 Sep 2011 03:05:29 +0200, Justus Winter wrote: > >#1) APPLIED >#2) APPLIED >#4) APPLIED >#5) APPLIED >#

Python bindings doc update

Online docs for current master are updated and as usual online at: http://packages.python.org/notmuch/ Besides some prettifications, the three new functions have been documented. Sebastian pgpOCB1wrCQOh.pgp Description: PGP signature ___ notmuch mail

Re: [PATCH 1/9] python: add a .gitignore file and refine the toplevel one

On Mon, 26 Sep 2011 03:05:29 +0200, Justus Winter wrote: P.S. I don't use the bindings myself, and I don't see me using them in the near future. If you are volunteering to take over the binding maintainership, I'd be happy to hand the reign over :-). Sebastian pgp8WDccQLUu4.pgp Description: PGP

Re: [PATCH 1/9] python: add a .gitignore file and refine the toplevel one

On Mon, 26 Sep 2011 03:05:29 +0200, Justus Winter wrote: #1) APPLIED #2) APPLIED #3) reorder the arguments of NotmuchError.__init__(): NOT APPLIED The python tutorial gives an example of custom TransitionError with three arguments, a custom message as the third. In addition, a STATUS value is alw

[PATCH v6 00/17] Fix 'notmuch new' atomicity issues

On Sat, 11 Jun 2011 16:04:26 -0400, Austin Clements wrote: > Here's the reworked patch series that uses atomic sections more > heavily rather than changing the removal API. This is atomic-new-v6 > on http://awakening.csail.mit.edu/git/notmuch.git . I just caught up implementing find_message_by_f

Concerns regarding some library functions

On Tue, 27 Sep 2011 16:25:58 +0300, Ali Polatel wrote: > The two functions I've mentioned above are > notmuch_database_find_message() and > notmuch_database_find_message_by_filename(). > > The problem with their design is NULL return may both mean an error > condition and "message not found". Howe

Re: [PATCH v6 00/17] Fix 'notmuch new' atomicity issues

On Sat, 11 Jun 2011 16:04:26 -0400, Austin Clements wrote: > Here's the reworked patch series that uses atomic sections more > heavily rather than changing the removal API. This is atomic-new-v6 > on http://awakening.csail.mit.edu/git/notmuch.git . I just caught up implementing find_message_by_f

Re: Concerns regarding some library functions

On Tue, 27 Sep 2011 16:25:58 +0300, Ali Polatel wrote: > The two functions I've mentioned above are > notmuch_database_find_message() and > notmuch_database_find_message_by_filename(). > > The problem with their design is NULL return may both mean an error > condition and "message not found". Howe

Rethinking *_destroy()

On Mon, 19 Sep 2011 18:08:22 -0400, Ben Gamari wrote: [...] Just sayin' that from a python perspective, this happen to seem to work fine with the current cpython implementation, but it might well break when switching to pypy or what not. So, given some spare time, I would be happy to move towar

Re: Rethinking *_destroy()

On Mon, 19 Sep 2011 18:08:22 -0400, Ben Gamari wrote: [...] Just sayin' that from a python perspective, this happen to seem to work fine with the current cpython implementation, but it might well break when switching to pypy or what not. So, given some spare time, I would be happy to move toward

Python Unicode Was: Not much database creation error

P.S. perhaps we should be using: locale.getpreferredencoding() to determine the default path and tag encoding? Opinions, Experiences,...? Sebastian -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes D

Python Unicode Was: Not much database creation error

On Thu, 15 Sep 2011 13:41:11 -0400, Martin Owens wrote: > I've attached a diff for some proposed changes to help make dealing with > unicode and strings in the bindings more regular. I noticed some of the > methods were protected and others were not. I've now pushed a slightly modified version of

Unicode Paths

On Thu, 15 Sep 2011 13:52:12 -0400, Austin Clements wrote: > On Tue, Sep 13, 2011 at 11:55 PM, Martin Owens wrote: > > Hello Again, > > > > I notice in the lib code notmuch_database_open(), > > notmuch_database_create() these functions use const char *path for the > > directory path input. Is thi

Re: Python Unicode Was: Not much database creation error

P.S. perhaps we should be using: locale.getpreferredencoding() to determine the default path and tag encoding? Opinions, Experiences,...? Sebastian pgp5RBwLm6JD2.pgp Description: PGP signature ___ notmuch mailing list notmuch@notmuchmail.org http://

Re: Python Unicode Was: Not much database creation error

On Thu, 15 Sep 2011 13:41:11 -0400, Martin Owens wrote: > I've attached a diff for some proposed changes to help make dealing with > unicode and strings in the bindings more regular. I noticed some of the > methods were protected and others were not. I've now pushed a slightly modified version of

Re: Unicode Paths

On Thu, 15 Sep 2011 13:52:12 -0400, Austin Clements wrote: > On Tue, Sep 13, 2011 at 11:55 PM, Martin Owens wrote: > > Hello Again, > > > > I notice in the lib code notmuch_database_open(), > > notmuch_database_create() these functions use const char *path for the > > directory path input. Is thi

Memory management practices

On Fri, 9 Sep 2011 13:53:28 -0400, Austin Clements wrote: > Ah, the *Python* objects don't care, but the underlying C objects do. [...] Thanks for the elaboration. I understand now and agree with the analysis.. > Hence my suggestion that, rather than trying to emulate C-style memory > management

Patch: Flush and Reopen

On Sun, 11 Sep 2011 21:04:39 -0400, Martin Owens wrote: > Subject: [PATCH] Add flush and reopen to notmuch database + python bindings. The python parts look fine to me, they certainly have my blessing to go in if the rest is being checked in. Sebastian -- next part -- A

  1   2   3   4   5   6   7   8   >