Bug 417061 - dictionary.lst changes by openoffice.org-dict-cs_CZ prevents yum-presto to work
Summary: dictionary.lst changes by openoffice.org-dict-cs_CZ prevents yum-presto to work
Alias: None
Product: Fedora
Classification: Fedora
Component: openoffice.org
Version: 8
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Caolan McNamara
QA Contact: Fedora Extras Quality Assurance
Depends On:
TreeView+ depends on / blocked
Reported: 2007-12-09 08:25 UTC by Dan Horák
Modified: 2007-12-09 19:28 UTC (History)
2 users (show)

Clone Of:
Last Closed: 2007-12-09 19:28:08 UTC

Attachments (Terms of Use)

Description Dan Horák 2007-12-09 08:25:38 UTC
Description of problem:
when doing "yum update" of OpenOffice.org with the yum-presto plugin enabled,
the delta rpm is not used, see yum output:
Total download size: 239 M
Is this ok [y/N]: y
Downloading Packages:
Downloading DeltaRPMs:
/usr/lib64/openoffice.org/share/dict/ooo/dictionary.lst: contents have been changed
delta does not match installed data

I have not done any changes to the dictionary.lst file.

Version-Release number of selected component (if applicable):
updating to openoffice.org-core-2.3.0-6.7.fc8.x86_64 from


How reproducible:
try to update openoffice with yum-presto plugin enabled

Actual results:
yum downloads 80+MB of openoffice.org-core (the whole rpm)

Expected results:
downloading only a deltarpm for openoffice.org-core

Additional info:
- deltarpms are from http://dl.anmar.eu.org/repos/f8/updates-x86_64/DRPMS/
- yum-presto owner added into CC

Comment 1 Jonathan Dieter 2007-12-09 09:36:52 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

Comment 2 Dan Horák 2007-12-09 10:31:27 UTC
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:


Comment 3 Caolan McNamara 2007-12-09 10:36:51 UTC
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.

Comment 4 Jonathan Dieter 2007-12-09 14:59:38 UTC
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.

Comment 5 Dan Horák 2007-12-09 15:25:35 UTC
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.

Comment 6 Caolan McNamara 2007-12-09 19:28:08 UTC
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. 

Note You need to log in before you can comment on or make changes to this bug.