[3141] in RedHat Linux List
Re: What happened to "xload"
daemon@ATHENA.MIT.EDU (Kyle Ferrio)
Thu Nov 7 09:33:41 1996
Date: Thu, 7 Nov 1996 09:30:35 -0500 (EST)
From: Kyle Ferrio <kbf@phy.duke.edu>
To: redhat-list@redhat.com
In-Reply-To: <Pine.SOL.3.91.961107012923.18680C-100000@sun2.bnl.gov>
Resent-From: redhat-list@redhat.com
Reply-To: redhat-list@redhat.com
On Thu, 7 Nov 1996, jyan-min fang wrote:
> xload from X11R6-contrib was overwritten by xload from procps-X11,
> but for some reasons, none of the files from procps-X11 (about 6 or 7
> of them) were installed during upgrade (maybe redhat should look into
> this), even though it has removed X11R6-contrib's xload. anyway, I did
> the following to get xload back.
Is it then the case that to get the latter rpm to install, one has to use
the --force option? Then the installation order becomes important,
similar to but different from dependency. In an ideal world, packages
would never overlap. But enforcing uniqueness would add overhead, and
maybe isn't desirable anyway, (as with two differentiated packages that
have to be called with the same name for historical compatibility).
So is there (or can there be) a mechanism built into rpm (or a rpm-server)
that maintains a local "conflict database" of rpm contents and fires out
warnings on stderr? This "conflict database" should be able to print out
a brief blurb about exactly what the conflicting packages are. This info
could be extracted from the individual rpms, or added manually to the
database since rpm builders can't be omniscient.
This discussion should probably move to the rpm list; feel free to bounce it.
Kyle Ferrio
kbf@phy.duke.edu (919) 660-2518 office
Duke University, Dept. of Physics (919) 660-2525 FAX
Box 90305, Durham N.C. 27708-0305, USA
--
PLEASE read the Red Hat FAQ, Tips, Errata and the MAILING LIST ARCHIVES!
________________________________________________________________________
http://www.redhat.com/RedHat-FAQ http://www.redhat.com/RedHat-Errata
http://www.redhat.com/RedHat-Tips http://www.redhat.com/mailing-lists
------------------------------------------------------------------------
To unsubscribe: mail -s unsubscribe redhat-list-request@redhat.com < /dev/null
