From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.7.5) Gecko/20041111 Firefox/1.0 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): How reproducible: Always Steps to Reproduce: 1.Look in development/x86_64/Fedora/RPMS Actual Results: openoffice.org-kde is not there Expected Results: it should be Additional info:
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 OOo-style-gnome.)
Nevermind, added.
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!