On Thu, Aug 2, 2012 at 6:38 PM, Ray Strode rstrode@redhat.com wrote:
Hi,
aspell should be a red herring here.
So..., gedit has a spell plugin (/usr/lib64/gedit/plugins/libspell.so) which links to enchant, and enchant defaults to including the hunspell plugin (with the aspell plugin an optional extra) so hunspell libs are presumably pulled in. So it must be the case that the hunspell-en dictionaries are not installed.
i.e. if anyone has the problem then presumably rpm -q enchant hunspell succeeds, and rpm -q hunspell-en fails ?
I'm going to assume that it's that problem, and marked most of these as duplicates of https://bugzilla.redhat.com/show_bug.cgi?id=573516 and there's a testing update of hunspell-1.3.2-5.fc17 now
So we have this in the desktop spin kickstart file:
# Dictionaries are big -hunspell-*
I guess if you have a Requires: hunspell-en in hunspell you'll win over that, but we should probably fix the kickstart anyway.
So we will have hunspell-en in the livecd, but what if someone changes the UI or input language (this is a good reason for dictionaries to be a special case, you need them when you add input language, not UI language) they won't get the related dictionary. Could we get the control panel install the relevant dictionary using PackageKit when you add a keyboard layout? eg. if I add Arabic it should install hunspell-ar so I would have spellcheck when typing in Arabic. This will make using Fedora (and GNOME in general) easier for multilingual beginner users.
--Ray
-- desktop mailing list desktop@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/desktop