Note: This is a beta release of Red Hat Bugzilla 5.0. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Also email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback here.
Bug 229793 - beryl-plugins depends on fedora-logos
Summary: beryl-plugins depends on fedora-logos
Alias: None
Product: Fedora
Classification: Fedora
Component: beryl-plugins
Version: 6
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Jarod Wilson
QA Contact: Fedora Extras Quality Assurance
Depends On:
TreeView+ depends on / blocked
Reported: 2007-02-23 15:24 UTC by Matthew Booth
Modified: 2007-11-30 22:11 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2007-02-23 21:12:22 UTC

Attachments (Terms of Use)

Description Matthew Booth 2007-02-23 15:24:48 UTC
Description of problem:
beryl-plugins depends on fedora-logos, which makes it uninstallable on RHEL5
without recompilation. I haven't looked closely into the fedora-logos
requirement, however such a simple thing doesn't seem like a good enough reason
for incompatibility. fedora-logos conflicts with redhat-logos.

Version-Release number of selected component (if applicable):

Comment 1 Jarod Wilson 2007-02-23 16:52:38 UTC
Graphics from fedora-logos are used to brand the top and bottom of the cube
desktop switcher, and regardless, a package built for Fedora not installing on
RHEL5 actually seems quite sane to me. :) If you'd like beryl for RHEL5, you
could submit a request for an EL-5 branch in CVS and it could be done under the
EPEL banner, complete with a req on redhat-logos instead, RHEL branding, etc.
I've purposely not requested an EL-5 branch to date though, because I really
don't feel this stuff is really enterprise-ready...

Comment 2 Matthew Booth 2007-02-23 20:52:05 UTC
I don't want to submit beryl for EPEL. I have it installed (manual recompile),
and it regularly eats my desktop. It's a nice toy which I like to show to people
who like that sort of thing.

The RPM philosophy is ideally reasonably distribution neutral. If all
dependencies are correct and everything is sane, I expect something to either:

* Install correctly and work
* Not install in the first place

I use a number of FC packages on my box, and they work just fine. When glibc or
gtk+ get upgraded I expect things to get a little hairier. A dependency failure
due to different graphics just seems a bit obnoxious and unnecessary. I note the

[mbooth@mbooth ~]$ rpm -q --qf "[%{PROVIDES}\n]" redhat-logos

Could the dependency be changed to either:

* "system-logos", assuming fedora-logos also provides this
* The names of specific files which are used

That way the package will interoperate nicely with RHEL without recompilation.

Comment 3 Jarod Wilson 2007-02-23 21:12:22 UTC
I realize plenty of FC6 packages work on RHEL5 today, but yeah, that can get
rather hairy down the road...

That said, I could change the Req: to system-logos, or I could just drop that
dependency altogether, since the package actually uses a piece of artwork from
fedora-logos, but includes the specific artwork as Source1. Which reminds me,
that needs to be updated for rawhide.

New build w/o any logos dep forthcoming.

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