Bug 417061 - dictionary.lst changes by openoffice.org-dict-cs_CZ prevents yum-presto to work
dictionary.lst changes by openoffice.org-dict-cs_CZ prevents yum-presto to work
Status: CLOSED RAWHIDE
Product: Fedora
Classification: Fedora
Component: openoffice.org (Show other bugs)
8
All Linux
low Severity low
: ---
: ---
Assigned To: Caolan McNamara
Fedora Extras Quality Assurance
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2007-12-09 03:25 EST by Dan Horák
Modified: 2007-12-09 14:28 EST (History)
2 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2007-12-09 14:28:08 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Dan Horák 2007-12-09 03:25:38 EST
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
Comment 1 Jonathan Dieter 2007-12-09 04:36:52 EST
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.
Comment 2 Dan Horák 2007-12-09 05:31:27 EST
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
Comment 3 Caolan McNamara 2007-12-09 05:36:51 EST
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 09:59:38 EST
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 10:25:35 EST
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 14:28:08 EST
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.