On 2022-08-24 20:15:32 +0200, Agustin Martin wrote: > I am a bit confused by this problem and tend to think that is a side > effect of a problem somewhere else. First time I tried to reproduce > this problem I succedded, but all further atempts failed and no > warnings are shown at all.
It seems that Emacs caches results, so that once the cache is built, Emacs doesn't attempt to rebuild anything... until the cache gets obsolete or is removed: rm -r .emacs.d/eln-cache Now I've seen earlier today that this was not working at all in firejail with some restrictive profiles because gcc could not be run. If I understand correctly, Emacs now wants to compile the .el files: https://www.emacswiki.org/emacs/GccEmacs So I now think that the results should be provided by the binary package. But this doesn't mean that there are no issues between Emacs and the debian-ispell.el file in particular (this would occur at build time, I think). [...] > First two warnings should never happen, ‘really-hunspell’ is a local > variable inside a let statement, Other expect the variable or function > from outside the file. I could improve the use of > ‘ispell-base-dicts-override-alist’, but seems not a problem here. So this would be a bug in Emacs itself? > Can you please check that emacs (and emacs-common) versions are > 1:28.1+1-2? Is this problem still happening? Same issue after the Emacs upgrade to this version and also after removing the cache with "rm -r .emacs.d/eln-cache". -- Vincent Lefèvre <vinc...@vinc17.net> - Web: <https://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/> Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
