Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.
Bug 135709 - need 32 bit redhat-artwork installed by default for HelixPlayer and openoffice
need 32 bit redhat-artwork installed by default for HelixPlayer and openoffice
Product: Fedora
Classification: Fedora
Component: HelixPlayer (Show other bugs)
All Linux
medium Severity medium
: ---
: ---
Assigned To: Mike McLean
Depends On:
Blocks: FC3Blocker 134959
  Show dependency treegraph
Reported: 2004-10-14 12:07 EDT by Colin Walters
Modified: 2007-11-30 17:10 EST (History)
4 users (show)

See Also:
Fixed In Version: 10.0.1.gold-6
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2004-10-18 17:03:29 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Colin Walters 2004-10-14 12:07:16 EDT
Description of problem:

We need the 32 bit version of redhat-artwork installed, since several
apps like HelixPlayer and openoffice use bluecurve but don't directly
depend on the 32 bit redhat-artwork.

How reproducible:

Steps to Reproduce:
1. Install HelixPlayer
2. Run it
3. See incorrect theming
Comment 1 Bill Nottingham 2004-10-14 12:36:33 EDT
Can't we put the Requires: back in the packaging? :)
Comment 2 Colin Walters 2004-10-14 12:44:26 EDT
That sounds weird to me; you could use another theme, and in that case
don't need redhat-artwork.

On the other hand, so many other packages depend on redhat-artwork
(rpm -q --whatrequires redhat-artwork), that adding another hardcoded
dependency probably isn't a big deal.

However - this does mean that any 32-bit third party apps would have
to know to pull down redhat-artwork(32) if HelixPlayer/openoffice
weren't installed.

Comment 3 Owen Taylor 2004-10-14 12:49:42 EDT
To my knowledge, gtk2 has never Requires: redhat-artwork, if that
is what is being suggested, it would create yet one more bootstrap
loop in the distribution.
Comment 4 Colin Walters 2004-10-14 12:54:13 EDT
I think notting's suggestion was that 32-bit apps like HelixPlayer and
OpenOffice should require redhat-artwork(32) individually.  It seems a
bit ugly to me, but I'm willing to do it for HelixPlayer if changing
comps isn't desirable at this point.  Dan, do you have an opinion?
Comment 5 Bill Nottingham 2004-10-14 14:57:48 EDT
Well, it's mainly that we already pull in redhat-artwork easily for
64-bit. Getting it to say 'if you include a 32-bit gtk app, include
32-bit redhat-artwork' isn't an easy change. But the package
requirements isn't right either.
Comment 6 Colin Walters 2004-10-14 15:12:03 EDT
Do we install any other 32 bit libraries by default on x86_64?  If so
then adding redhat-artwork seems to be a fairly natural thing to me. 
If not, then let's just go with the individual package deps.
Comment 7 Bill Nottingham 2004-10-14 15:18:28 EDT
It's included in 'Compatibility Arch Support' already. But that's
something the users can turn off, while still getting OOo, Helix, etc.
Comment 8 Colin Walters 2004-10-14 15:24:41 EDT
I see.  And CAS isn't checked by default, apparently?  I did a pretty
much stock runthrough of anaconda on my em64t test box, and didn't get it.

Let's go with the package dependencies.  I'm reassigning this one to
openoffice for Dan, and I'll do an upload of Helix now.
Comment 9 Colin Walters 2004-10-15 14:11:48 EDT
Ok, according to Nalin, Jeremy says there's no way for a package to require a
32-bit version of a package.  Thus, I think this is a comps issue.  Reassigning
Comment 10 Colin Walters 2004-10-18 17:03:29 EDT
And it turns out that comps can't do it.  But after talking with
notting on irc, we decided that HelixPlayer could Requires:
libbluecurve.so, which is the 32 bit version.  This is done in
It's a hack, but oh well.
Comment 11 Dan Williams 2004-10-19 10:58:04 EDT
Will also Require: libbluecurve.so in OOo

Note You need to log in before you can comment on or make changes to this bug.