Hide Forgot
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): 0.1.9999.2-1.fc6 RHEL5 RC1
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... http://fedoraproject.org/wiki/EPEL/WishList
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 following: [mbooth@mbooth ~]$ rpm -q --qf "[%{PROVIDES}\n]" redhat-logos system-logos 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.
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.