From Bugzilla Helper: User-Agent: Mozilla/4.77 [en] (X11; U; Linux 2.2.17-14 i686) Description of problem: XFree86-libs was broken out of the main XFree86 package so that X apps living on a server could be run remotely without installing XFree86 itself and supporting packages on the server. But many X app RPMs still depend (possibly indirectly) on XFree86. How reproducible: Always Steps to Reproduce: 1. Run installer 2. Select GUI configurators (e.g. printconf or firewall-config) but don't select XFree86. (I don't recall the exact packages at this point, but it happened several times. Bottom line, no GUI configurators.) 3. Allow dependency packages to be loaded. 4. Repeat until XFree86, font libraries, etc., are required. Actual Results: Could not install GUI configurators without hitting dependency on XFree86. Expected Results: Ideally, should be able to install any X app (especially GUI config tools) on a machine with XFree86-libs, even if it doesn't have XFree86. Additional info: This feature is desirable for building firewalls (where firewall-config would be useful) on legacy hardware (where XFree86 won't fit) or headless compute servers. Configuration could certainly be done remotely in these cases *if* the tools could be installed. Many of the dependency paths seem to lead through control-panel.
All known issues WRT dependancy breakageness have been fixed in rawhide since around May 4th. You can get the packages from my ftp space at: ftp://people.redhat.com/mharris/testing Thanks for the heads up though, and please do report any further problems like this as I want to make the packaging as painless for people as possible.
BTW, release 4.0.3-14 is the one that contained the last fixes to this, so every release since then has had them. They should be fully compatible to install. You will need Mesa and glibc updates though to use.