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
/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
try to update openoffice with yum-presto plugin enabled
yum downloads 80+MB of openoffice.org-core (the whole rpm)
downloading only a deltarpm for openoffice.org-core
- deltarpms are from http://dl.anmar.eu.org/repos/f8/updates-x86_64/DRPMS/
- yum-presto owner added into CC
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
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:
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.