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 openoffice.org-core-2.3.0-6.6.fc8.x86_64 yum-presto-0.4.2-1.fc8.noarch 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
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.