On Sun, Oct 12, 2014 at 07:28:00PM +0200, Sven Joachim wrote: > On 2014-10-01 15:24 +0200, Agustin Martin Domingo wrote: > > > aspell (0.60.7~20110707-1.2) unstable; urgency=medium > > . > > - Modify to use "/usr/share/aspell" for arch indep stuff, except > > filters and dict description files. Change aspell compat level. > > - 09_debian-dictdir.diff: Implement a new debian specific > > "--debian-dict-dir" configure option to allow explicitly setting an > > independent path for dictionaries. > > Sorry to bother you again, but this change has caused a new problem in > Emacs: Emacsen which do not use debian-ispell.el (e.g. emacs-snapshot, > or locally compiled Emacs binaries) can no longer find dictionaries > which are not in the default ispell-dictionary-base-alist -- a big > problem for me, since I rely on aspell-de's German dictionary. I have > this tracked it down to (ispell-aspell-find-dictionary "de") returning > nil which is due to the dictionary not living in ispell-aspell-data-dir, > which is now /usr/share/aspell rather than /usr/lib/aspell.
Hi, Sven, This should also affect Debian Emacs, only that if has an alternative way to know the available dicts. There is some confusion in ispell code about the use of the different variables, .dat files are searched for under ispell-aspell-data-dir but aliases definitions under ispell-aspell-dict-dir. By the way, stracing an aspell call for current Debian, seems it searches for en.dat in /usr/lib/aspell first, not in data-dir first and then fallback to dict-dic. I need to check if would do this last thing by moving en.dat to data-dir. I think I should try to patch ispell.el to look in both locations. I'll try to look at this, but it will need some time until I test real aspell behavior for the corner cases. > For the version of ispell.el in Debian you could probably change > ispell-aspell-find-dictionary to look in ispell-aspell-dict-dir instead, > but what would be a suitable solution for Emacs upstream? I hesitate to > report a problem to bug-gnu-emacs which so far does not manifest itself > anywhere but in Debian unstable. I think something has to be done upstream for this. I will commit my changes there once I consider them ready, but Emacs is now frozen because of the inminent 24.4 release, I would not like to consider committing something to the FSF Emacs repo unless I consider it rock solid. And that might need some time. The dirty temporary workaround is to set ispell-aspell-data-dir from your .emacs, but that might hide future problems. Let me think about this a bit. Regards, -- Agustin -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
