Red Hat Bugzilla – Bug 45930
X application RPMs should depend on XFree86-libs, not Xfree86 itself
Last modified: 2007-04-18 12:33:50 EDT
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
Steps to Reproduce:
1. Run installer
2. Select GUI configurators (e.g. printconf or firewall-config) but don't
(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
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:
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.