Bug 45930 - X application RPMs should depend on XFree86-libs, not Xfree86 itself
Summary: X application RPMs should depend on XFree86-libs, not Xfree86 itself
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: XFree86
Version: 7.1
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Preston Brown
QA Contact: Brock Organ
Keywords: FutureFeature
Depends On:
TreeView+ depends on / blocked
Reported: 2001-06-25 22:13 UTC by Matthew Saltzman
Modified: 2007-04-18 16:33 UTC (History)
1 user (show)

Clone Of:
Last Closed: 2001-06-26 04:41:47 UTC

Attachments (Terms of Use)

Description Matthew Saltzman 2001-06-25 22:13:46 UTC
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

How reproducible:

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

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.

Comment 1 Mike A. Harris 2001-06-30 10:00:00 UTC
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.

Comment 2 Mike A. Harris 2001-06-30 10:01:51 UTC
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.

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