Re: [PATCH] add NEWS for 0.30
Daniel Kahn Gillmor writes: > Signed-off-by: Daniel Kahn Gillmor > --- Thanks! merged to master and release, d ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch
[PATCH] add NEWS for 0.30
Signed-off-by: Daniel Kahn Gillmor --- NEWS | 35 +++ 1 file changed, 35 insertions(+) diff --git a/NEWS b/NEWS index 14db7f6f..1921127f 100644 --- a/NEWS +++ b/NEWS @@ -1,6 +1,41 @@ Notmuch 0.30 (2020-06-01) = +S/MIME +-- + +Handle S/MIME (PKCS#7) messages -- one-part signed messages, encrypted +messages, and multilayer messages. Treat them symmetrically to +OpenPGP messages. This includes handling protected headers +gracefully. + +If you're using Notmuch with S/MIME, you currently need to configure +gpgsm appropriately. + +Mixed-up MIME Repair + + +Detect and automatically repair a common form of message mangling +created by Microsoft Exchange. (see index.repaired=mixedup in +notmuch-properties(7). + +Protected Headers +- + +Avoid indexing the legacy-display part of an encrypted message that +has protected headers. (see +index.repaired=skip-protected-headers-legacy-display in +notmuch-properties(7). + +Python +-- + +Drop compatibility with python2, focus on python3. + +Introduce new CFFI-based python bindings in the python module named +"notmuch2". Officially deprecate (but still support) the older +"notmuch" module. + Notmuch 0.29.3 (2019-11-27) === -- 2.26.2 ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch
Re: Feature freeze for notmuch 0.30: June 1
David Bremner writes: > I plan to tag the first release candidate for notmuch 0.30 on June > 1. It's long past time we had a release, and the new python bindings in > particular need a wider audience. Per usual, I'll accept (some) bug > fixes and NEWS updates after that date. > As promised, I tagged the first release candidate, and we are in feature freeze. I do want to get at least the one known memory management bug for the notmuch2 python module fixed before release. There's a patch in progress. Debian users can try the release candidate in debian experimental. d signature.asc Description: PGP signature ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch
Lazily loading notmuch into Emacs
Hello, I don't want to put (require 'notmuch) into my Emacs init because that will slow down initial Emacs startup a fair bit, especially since my (file which is equivalent to) notmuch-config.el does quite a bit of processing to populate notmuch-saved-searches. So I have this: ;; Ensure notmuch does its `message-mode' configuration and that my ;; notmuch-config.el gets loaded before certain commands happen. An ;; alternative to advising `compose-mail' and friends here would be ;; to remap its keys to `notmuch-mua-new-mail', but it is nice to ;; have things work correctly if some lisp code somewhere calls ;; `compose-mail' or friends (defun spw/load-notmuch ( ignore) (require 'notmuch)) (dolist (cmd '(compose-mail compose-mail-other-window compose-mail-other-frame notmuch-jump-search notmuch-hello)) (advice-add cmd :before #'spw/load-notmuch)) (global-set-key "\C-cs" #'notmuch-search) (global-set-key "\C-cm" #'notmuch-jump-search) (global-set-key "\C-cM" #'notmuch-hello) This is not a very idiomatic way to make use of an ELPA package, however. Does anyone have a better approach that does not involve advice-add? I'm using the elpa-notmuch package on Debian. -- Sean Whitton ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch
Re: [PATCH] doc: fix for out-of-tree builds of notmuch-emacs docs
Tomi Ollila writes: > On Sun, May 31 2020, David Bremner wrote: > >> The sphinx-doc include directive does not have the ability to include >> files from the build tree, so we replace the include with reading the >> files in conf.py. The non-trivial downside of this is that the emacs >> docstrings are now defined for every rst source file. They are >> namespaced with docstring::, so hopefully there will not be any >> surprises. One thing that is noticable is a small (absolute) time >> penalty in running sphinx-doc. > > IMO good enough tolerable hack to get this done for no (read: I don't > know alternatives). > > Some comments below... Pushed a version with most of Tomi's comments applied (and s/append/extend/) d ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch
Re: [PATCH] configure: check existence of python3 setuptools and dev package
Tomi Ollila writes: > The notmuch2 CFFI-based Python interface is not buildable unless > python3 dev package and python3 setuptools are installed. > > Check that these exist in configure (and disable notmuch2 bindings > build if not) so that build of these bindings don't fail when make(1) > is executed. I pushed this. I did notice that the existing python related checks are not as friendly as some other parts of the configure script in terms of telling the user what the consequences of a "No" answer to the check is. d ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch
Re: [PATCH] emacs: Respect `load-prefer-newer` when loading `notmuch-init-file'
David Edmondson writes: > On Sunday, 2020-05-31 at 23:17:04 -07, Sean Whitton wrote: > >> Before this change, `load-prefer-newer' was ignored. >> >> Set NOERROR and MUST-SUFFIX arguments of `load' to t, and NOSUFFIX >> argument to nil, to preserve the behaviour of the deleted `let' form. > > Reviewed-by: David Edmondson > >> --- pushed. d ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch
Re: [PATCH] emacs: Respect `load-prefer-newer` when loading `notmuch-init-file'
On Sunday, 2020-05-31 at 23:17:04 -07, Sean Whitton wrote: > Before this change, `load-prefer-newer' was ignored. > > Set NOERROR and MUST-SUFFIX arguments of `load' to t, and NOSUFFIX > argument to nil, to preserve the behaviour of the deleted `let' form. Reviewed-by: David Edmondson > --- > I've observed that the way that the code at the end of notmuch.el > loads the user's notmuch-init-file means that the variable > load-prefer-newer is effectively ignored: notmuch.el will always load > notmuch-config.elc in preference to notmuch-config.el, even if the > latter is newer than the former. This patch should fix the problem > without changing anything else. > > emacs/notmuch.el | 4 +--- > 1 file changed, 1 insertion(+), 3 deletions(-) > > diff --git a/emacs/notmuch.el b/emacs/notmuch.el > index a980c7a2..5a24d8a7 100644 > --- a/emacs/notmuch.el > +++ b/emacs/notmuch.el > @@ -1148,8 +1148,6 @@ beginning of the line." > > ;; After provide to avoid loops if notmuch was require'd via > notmuch-init-file. > (if init-file-user ; don't load init file if the -q option was used. > -(let ((init-file (locate-file notmuch-init-file '("/") > - (get-load-suffixes > - (if init-file (load init-file nil t t > +(load notmuch-init-file t t nil t)) > > ;;; notmuch.el ends here > -- > 2.26.2 > > ___ > notmuch mailing list > notmuch@notmuchmail.org > https://notmuchmail.org/mailman/listinfo/notmuch dme. -- I went starin' out of my window, been caught doin' it once or twice. ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch
[PATCH] emacs: Respect `load-prefer-newer` when loading `notmuch-init-file'
Before this change, `load-prefer-newer' was ignored. Set NOERROR and MUST-SUFFIX arguments of `load' to t, and NOSUFFIX argument to nil, to preserve the behaviour of the deleted `let' form. --- I've observed that the way that the code at the end of notmuch.el loads the user's notmuch-init-file means that the variable load-prefer-newer is effectively ignored: notmuch.el will always load notmuch-config.elc in preference to notmuch-config.el, even if the latter is newer than the former. This patch should fix the problem without changing anything else. emacs/notmuch.el | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/emacs/notmuch.el b/emacs/notmuch.el index a980c7a2..5a24d8a7 100644 --- a/emacs/notmuch.el +++ b/emacs/notmuch.el @@ -1148,8 +1148,6 @@ beginning of the line." ;; After provide to avoid loops if notmuch was require'd via notmuch-init-file. (if init-file-user ; don't load init file if the -q option was used. -(let ((init-file (locate-file notmuch-init-file '("/") - (get-load-suffixes - (if init-file (load init-file nil t t +(load notmuch-init-file t t nil t)) ;;; notmuch.el ends here -- 2.26.2 ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch