On Mon, Mar 19, 2018 at 05:03:21PM -0300, David Bremner wrote:
> I can confirm this reproduces both the xapian-check and the notmuch-show
> error. Olly agrees that whatever notmuch is doing wrong, it shouldn't
> lead to a corrupted database
There was a Xapian bug here, which I fixed on master last
Brian May writes:
> David Bremner writes:
>
>> We tried this before, and it didn't work out very well. Bindings tend to
>> depend on a strict matching of versions with the underlying library, so
>> distributing them seperately doesn't really make sense to me. You need
>> the underlying libraries
David Bremner writes:
> We tried this before, and it didn't work out very well. Bindings tend to
> depend on a strict matching of versions with the underlying library, so
> distributing them seperately doesn't really make sense to me. You need
> the underlying libraries, so why not get the matchi
On Wed, Mar 28 2018, David Bremner wrote:
> Brian May writes:
>
>> I can into this thread late. However, my priorities for python bindings
>> would be:
>
> [...]
>> * Packages should be available from pypi.python.org
>>
>
> We tried this before, and it didn't work out very well. Bindings tend to
On Wed, Mar 28 2018, Brian May wrote:
> Justus Winter writes:
>
>>> This is exactly what I have fixed in my alternative bindings which I
>>> created around the end of last year [0]. So we do have an idea of how
>>> to fix this, at the time I said I do believe that it's possible to also
>>> do th
On Wed, Mar 28 2018, Justus Winter wrote:
> Floris Bruynooghe writes:
>
>> On Wed, Mar 21 2018, Justus Winter wrote:
>>>
>>> Floris Bruynooghe writes:
>>>
This is exactly what I have fixed in my alternative bindings which I
created around the end of last year [0]. So we do have an ide
On Tue, Mar 27 2018, David Bremner wrote:
> We added several new functions, at least
>
>notmuch_database_get_default_indexopts
>notmuch_database_index_file
>notmuch_indexopts_destroy
>notmuch_indexopts_get_decrypt_policy
>notmuch_indexopts_set_decrypt_policy
>notmuch_messag
Brian May writes:
> I can into this thread late. However, my priorities for python bindings
> would be:
[...]
> * Packages should be available from pypi.python.org
>
We tried this before, and it didn't work out very well. Bindings tend to
depend on a strict matching of versions with the underly
Justus Winter writes:
>> This is exactly what I have fixed in my alternative bindings which I
>> created around the end of last year [0]. So we do have an idea of how
>> to fix this, at the time I said I do believe that it's possible to also
>> do this for the existing bindings even though it is
