Bug 417061
Summary: | dictionary.lst changes by openoffice.org-dict-cs_CZ prevents yum-presto to work | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Dan Horák <dan> |
Component: | openoffice.org | Assignee: | Caolan McNamara <caolanm> |
Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | low | Docs Contact: | |
Priority: | low | ||
Version: | 8 | CC: | jnavrati, jonathan |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2007-12-09 19:28:08 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
Dan Horák
2007-12-09 08:25:38 UTC
I suspect that dictionary.lst is being changed by another rpm. It seems that it has a list of dictionaries, thesauruses and hyphenation rules files. When you install a new dictionary or thesaurus, does it change dictionary.lst? If so, dictionary.lst should probably be marked as a configuration file in rpm. Then, deltarpm won't try to delta dictionary.lst, and the deltarpm will apply cleanly. Installing e.g. hunspell-pl doesn't touch the file. After installing openoffice.org-langpack-sk_SK (brings hunspell-sk as Req) there is still no change. My complete list of OO.o and hunspell packages: hunspell-cs-20060303-5.fc7.x86_64 hunspell-en-0.20061130-3.fc8.noarch hunspell-sk-0.5.6-1.fc8.noarch hunspell-1.1.12.2-2.fc8.x86_64 openoffice.org-calc-2.3.0-6.7.fc8.x86_64 openoffice.org-core-2.3.0-6.7.fc8.x86_64 openoffice.org-dict-cs_CZ-20060303-5.fc7.x86_64 openoffice.org-draw-2.3.0-6.7.fc8.x86_64 openoffice.org-graphicfilter-2.3.0-6.7.fc8.x86_64 openoffice.org-impress-2.3.0-6.7.fc8.x86_64 openoffice.org-langpack-cs_CZ-2.3.0-6.7.fc8.x86_64 openoffice.org-langpack-en-2.3.0-6.7.fc8.x86_64 openoffice.org-langpack-sk_SK-2.3.0-6.7.fc8.x86_64 openoffice.org-math-2.3.0-6.7.fc8.x86_64 openoffice.org-writer-2.3.0-6.7.fc8.x86_64 openoffice.org-xsltfilter-2.3.0-6.7.fc8.x86_64 Ah, yes the *czech* hyphenation from package "openoffice.org-dict-cs_CZ" changes this file to add new hyphenation rules in F8 IIRC I hate that system, so in F9 you just drop them in and they're auto-detected and the file doesn't change, so this is "fixed in rawhide" Not at all sure what I can do about it for F8, what's done is done. I never wanted it to be a configuration file, but it is the only way in F8 that "openoffice.org-dict-cs_CZ" has to add its hyphenation rules to OOo. Take a look at the post of that package to see the modification. I'd say close it as Rawhide and let those using dict-cs_CZ for F8 download the full rpm. Yeah, it's not a great solution, but if it's fixed in Rawhide, we just need to go with it. There's no point making dictionary.lst a config file just for F8. I agree with Jonathan, close it with "rawhide". The most important info is that this issue doesn't exist in Fedora > 8. Now you must explicitly enable presto, so you can expect some non-optimal behaviour. Yeah, as they're have to be a push of OOo to get that functionality back into F8, then a push of the cs dicts, and only at that point would any *further* pushes of OOo work automatically out of the box with presto. |