Hey, Alright, running kwrite with::
LANGUAGE=en LANG=en kwrite works (with spotty highlighting for auto-check, but yeah). My locale says:: LANG=en_GB.utf8 LANGUAGE=en_GB:en however. I installed everything (on a clean slate Debian testing machine) by saying:: aptitude install kwrite sonnet-plugins aspell-en hunspell-en-gb \ kde-cli-tools libqt5xcbqpa5 Note, I'm not running a KDE environment, hence the 'libqt5xcbqpa5' package. I'm simply using kwrite in XFCE (not even that's entirely true, as I'm reporting this bug for somebody else :). The kde-cli-tools report failure, too:: $ kcmshell5 spellchecking Could not find module 'spellchecking'. See kcmshell5 --list for the full list of modules. Nevertheless, I did a complete purge and reinstall cycle, even went so far as to install 'plasma-framework' (I have no stomach to try task-kde-desktop). However, none of the above changed. Hypothesis: hunspell is never asked. Supporting: Removing aspell-en yields the same behaviour as before, this time with No language dictionaries for the language: "en" in the terminal. Also: > [copious strace output] > > As you can see, it finds (and then loads) all the plugins. Yes. Yes, it does. My point was, however, that a '/usr//usr/' path anywhere can't be healthy. But it can possibly safely be ignored, I wouldn't know. Thanks!