Re: configure checks for python3-notmuch2 module
On Wed, Oct 06 2021, Tomi Ollila wrote: > > So, on Fedora 34, without python3-devel installed > > $ python3 -c 'import cffi,setuptools; cffi.FFI().verify()' > __pycache__/_cffi__xd915627fxd88346ae.c:2:10: fatal error: Python.h: No > such file or directory > 2 | #include > | ^~ > compilation terminated. > > (as of now python3-devel-3.9.7-1.fc34 provides > /usr/include/python3.9/Python.h) > > (debian systems may work differently -- w/ strace the above command > line did not show any access to Python.h...) The reason for the above was probably that something was cached; got exactly the same problem when tried in debian:11 (podman) container w/o libpython3-dev (*) -- and after apt-get install libpython3-dev the above cffi.FFI().verify() worked Tomi (*) executed the following on top of docker.io/library/debian:11 and then ./configure in notmuch source dir... export DEBIAN_FRONTEND=noninteractive apt-get update apt-get install -y -q build-essential emacs-nox gdb git man \ dtach libxapian-dev libgmime-3.0-dev libtalloc-dev \ python3-sphinx python3-cffi python3-pytest \ python3-setuptools gpgsm parallel apt-get -y autoremove apt-get -y clean rm -rf /var/lib/apt/lists/ > >> >> cheers, >> >> d > > Tomi ___ notmuch mailing list -- notmuch@notmuchmail.org To unsubscribe send an email to notmuch-le...@notmuchmail.org
Re: configure checks for python3-notmuch2 module
On Wed, Oct 06 2021, David Bremner wrote: > Tomi Ollila writes: > >> >> Have to check how all this behaves on Fedora 34 machine when I >> have access to one (currently away from such machines and from >> power grid also (laptop battery power, which I have to preserve, >> mobile devices gets charged by small solar panels so no problem >> there ;D)) > > Since winter is coming, I hope you are back in civilization :P. Did you > get a chance to try this? Yes, come back -- due to climate change outside temperature is not a problem, just that sun is so low it is hard to get any electricity ;/ -- now I have power and network -- civilization is harder to find... So, on Fedora 34, without python3-devel installed $ python3 -c 'import cffi,setuptools; cffi.FFI().verify()' __pycache__/_cffi__xd915627fxd88346ae.c:2:10: fatal error: Python.h: No such file or directory 2 | #include | ^~ compilation terminated. (as of now python3-devel-3.9.7-1.fc34 provides /usr/include/python3.9/Python.h) (debian systems may work differently -- w/ strace the above command line did not show any access to Python.h...) > > cheers, > > d Tomi ___ notmuch mailing list -- notmuch@notmuchmail.org To unsubscribe send an email to notmuch-le...@notmuchmail.org
Re: configure checks for python3-notmuch2 module
Tomi Ollila writes: > > Have to check how all this behaves on Fedora 34 machine when I > have access to one (currently away from such machines and from > power grid also (laptop battery power, which I have to preserve, > mobile devices gets charged by small solar panels so no problem > there ;D)) Since winter is coming, I hope you are back in civilization :P. Did you get a chance to try this? cheers, d ___ notmuch mailing list -- notmuch@notmuchmail.org To unsubscribe send an email to notmuch-le...@notmuchmail.org
Re: performance in emacs displaying a huge thread
Hello, On 2021-09-25 10:26, David Bremner writes: > I think it is a bug in doom or straight, or at least an assumption that > turns out to be wrong. They are assuming the elisp is runnable from git, > but in fact it needs to run make to create notmuch-version.el. I think > the straight recipe could specify a ":pre-build" step to build > notmuch-version.el. I attach a Makefile snippet that shows how to build > the file without running configure. You'd still need make, git, and sed. For the record, this was fixed in doom in this commit: https://github.com/hlissner/doom-emacs/commit/473eda795a1fcfd5562798bab6f79f72b0cebb6f Best, Alan signature.asc Description: PGP signature ___ notmuch mailing list -- notmuch@notmuchmail.org To unsubscribe send an email to notmuch-le...@notmuchmail.org