Bug 37092
Summary: | Red Hat 7.1 randomly changed aspell to use some foriegn language | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | David Woodhouse <dwmw2> |
Component: | aspell | Assignee: | Trond Eivind Glomsrxd <teg> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Brock Organ <borgan> |
Severity: | low | Docs Contact: | |
Priority: | medium | ||
Version: | 7.1 | ||
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2001-04-23 14:39:14 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
David Woodhouse
2001-04-22 19:26:06 UTC
The US dictionaries are part of the aspell package, so you can't remove them. Not a bug. IMHO the fact that the en_US dictionaries cannot be removed _is_ a bug. But it's the less important of the two problems I reported. The fact that it _changed_ to use en_US dictionaries again when my previous 7.0 installation was correctly set up for my own language is more important problem. Either there's a way to set aspell up correctly such that upgrades don't revert to incorrect behaviour, or there's a bug in the package. If the former is the case, please assist me in my ignorance and tell me what I should do to make it work (and possibly refile this bug against the installer, which I'm _sure_ was told my preferred language). It shouldn't change the default language, as that is set in your own .aspell.conf - just add a line "lang british" there. As for the US dictionary present there, it's there as the default language if none are specified and would cause too many errors if absent. A system-wide fix is required. /etc/aspell.conf doesn't seem to work, but would be an acceptable solution. Having the en_US dictionary isn't the end of the world for systems with disc space to waste, I suppose - but wouldn't it be possible to put the dictionary into a separate RPM and give aspell a dependency which can be satisfied by _any_ dictionary? Post-install: [ -r /usr/lib/aspell/default.multi ] || ln -sf whatever.multi /usr/lib/aspell/default.multi Or have an empty 'default.multi' file installed as part of the program RPM. Try /usr/etc instead of /etc ("aspell dump config" should show you the configuration). And no, aspell looks for the US one by default - removing it would confuse it rather well. Aha. Thanks, that works. An installer bug then? :) It will become less of an issue in the future, as aspell is going to try using the locale for determining dictionaries. Unfortunately, it doesn't build very well because of dependance on a very bleeding-edge version of libtool. That will be useful. Would it be possible to fix the dependency on 'english.multi' at the same time? Perhaps this is a suggestion I should make to the upstream maintainers. If done properly, it could be entirely compatible with old installations. (if there's a configured language, use it. else, if there's a default.multi, use it. else, if there's an english.multi, use it.) |