Re: segfault using python bindings

On Thu 2019-08-22 19:37:34 +, Rollins, Jameson wrote: > Ug, this naming issue is unfortunate. I don't really like "notmuch3" as > a reference to python 3, honestly. how about notmuch3000? :P > What about making these new bindings only for python3, and the old ones > relegating to python2, an

Re: segfault using python bindings

"Rollins, Jameson" writes: > What about making these new bindings only for python3, and the old > ones relegating to python2, and then just using the same name? Is > that too confusing? I imagine it can be done to have 'import notmuch' redirect to different things under python3 and python2. Co

Re: regex [X-Z] with non-ascii char returns different results from (X|Y|Z)

On Thu, Aug 22 2019, David Bremner wrote: > "yury.t" writes: > >> Thank you for your reply. >> I confirmed that the issue is reproduced in C program.  >> https://pastebin.com/5NaCM45G >> >> Sorry for bothering you... > > I'm not sure, but it might be a glibc bug. S

Re: segfault using python bindings

On Thu, Aug 22 2019, David Bremner wrote: > Daniel Kahn Gillmor writes: > >> (i also find "notmuch2" rather unsatisfying, but python doesn't have a >> meaningful versioning system for backwards-incompatible API changes for >> its modules, so this kind of name augmentation is the only strategy i'm

Re: segfault using python bindings

Daniel Kahn Gillmor writes: > > (i also find "notmuch2" rather unsatisfying, but python doesn't have a > meaningful versioning system for backwards-incompatible API changes for > its modules, so this kind of name augmentation is the only strategy i'm > aware of). Naming is hard. What about "notm

Re: Threaded view would do annoying scroll

Sanel Zukan writes: > Hi, > > I'm using Emacs 26.2 and Notmuch 0.28.2 and I noticed that after > updating Emacs to 26.2, notmuch would start doing annoying (auto)scroll > inside thraded view opened message, probably trying to center the > message. The search is done calling `notmuch-search`. > >

Re: regex [X-Z] with non-ascii char returns different results from (X|Y|Z)

"yury.t" writes: > Thank you for your reply. > I confirmed that the issue is reproduced in C program.  > https://pastebin.com/5NaCM45G > > Sorry for bothering you... I'm not sure, but it might be a glibc bug. Since we are already using glib, maybe we should use

Re: regex [X-Z] with non-ascii char returns different results from (X|Y|Z)

Thank you for your reply. I confirmed that the issue is reproduced in C program.  https://pastebin.com/5NaCM45G Sorry for bothering you... ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/li