Bug 91458 - rpm: Should support weak dependencies (suggests/recommends etc.)
Summary: rpm: Should support weak dependencies (suggests/recommends etc.)
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: rpm   
(Show other bugs)
Version: 9
Hardware: All Linux
Target Milestone: ---
Assignee: Jeff Johnson
QA Contact: Mike McLean
URL: http://http://
Keywords: FutureFeature
Depends On:
TreeView+ depends on / blocked
Reported: 2003-05-22 19:53 UTC by Tobias Burnus
Modified: 2007-04-18 16:53 UTC (History)
0 users

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2003-05-22 20:16:50 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Tobias Burnus 2003-05-22 19:53:45 UTC
The thing I miss most in RPM is the lack of having "weak dependencies".
For instance I have the package "foo-bar". Than I'd like to offer the use the
hint that there is
a) the documentation in foo-bar-doc or foo-bar-doc-html etc. which he might
   want to install
b) the source available in foo (which happens to create foo-bar*)
c) that there is a nifty GUI to the program foo-bar called fbaroo

The Debian package format DEB has, which comes close to the things I want:
- Package A recommends Package B, if the package maintainer judges that most
users would not want A without also having the functionality provided by B.
- Package A suggests Package B if B contains files that are related to (and
usually enhance) the functionality of A.

Comment 1 Jeff Johnson 2003-05-22 20:16:50 UTC
Yes, rpm is missing one of Recommends: or Suggests:, I've never
been able to keep straight which is which.

There are two main problems that I (and other rpm maintainers)
have with what you are calling "weak dependencies":

    a) "weak dependencies" don't belong in, but rather with, a package.
     The problem with putting dependencies hints in a package is
     that package metadata starts to rot as soon as you build a package.
     This is not a big deal if you can rebuild, but is a huge support
     problem for binary-only rpm based distros. So my current answer
     is to design a means to associate the weak dependency hints with,
     but not in, a package as rpm is missing support for one of the two.

    b) establishing well defined and objective semantics for new functionality
    in weak dependencies is not exactly clear. When can a suggests and/or
    recommends be ignored and when not. Without a clear semantic, I'm hesitant
    to undertake the clarification necessary. Clearly rpm has survived this
    long without either recommends and suggests.

Deferred until somewhen for an omplementation with, but not in, a package.


Comment 2 Tobias Burnus 2003-05-22 20:26:50 UTC
> "weak dependencies" don't belong in, but rather with, a package.
For recommended additionally packages I agree, but for
 package      -> package-devel
 package      -> package-docs
 package-docs -> package
and maybe
 package*     -> package.src.rpm

it makes sense to put it into the rpm. After all in 99% of the cases they are
produced by the same .spec file.

For the other relations (GUI etc.) I agree that storing them externally is
probably a better idea.

Comment 3 Jeff Johnson 2003-05-22 20:31:04 UTC
Again, I don't disagree. What is really missing
in rpm based distros is the administrative controls
necessary to force the perfectly sensible (and even defacto pragma)
consensus on the dependencies you mention above.

Without consensus, only rock'n'roll is possible. Oh well ...

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