From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.7.5)
Description of problem:
It is missing from the x86_64 directory in a development tree, and it
was not present in FC3/x86_64 install CDs, so an `everything' install
wouldn't have it, and updates wouldn't bring it in.
Only openoffice.org and openoffice.org-i18n are mentioned in
comps.xml; openoffice.org-libs are brought in as deps of the first.
-kde is not mentioned in comps.xml (i386 and x86_64). I suppose it
makes to the i386 tree just because it's built out of the same
.src.rpm as the other openoffice.org packages in i386, but it is not
in x86_64 because it's not x86_64 and there's no explicit reference to
it to force it to be brought in.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.Look in development/x86_64/Fedora/RPMS
Actual Results: openoffice.org-kde is not there
Expected Results: it should be
What is its purpose, and why does it need to be multilib?
It doesn't need to be multilib. OOo is not built for x86_64, so we
use the i386 binaries. Except for -kde, that is just missing.
'mutilib' == 'the same arch as multilib OOo'. What is its relation to
OOo, why does it need to be the same bitwidth ( as opposed to
At least, this will cause it to get pulled into the tree. This could
cause mass chaos on multilib arches, though. Will have to see how it
percolates out in rawhide.
I suspect something went wrong with this fix. Today's and yesterday's
x86_64 rawhide were missing not only openoffice.org-kde, but also
*all* other i386 packages that used to be there before.
Seems to have been fixed in yesterday's rawhide, thanks!