smart should treat Recommends as apt does
Bug #268143 reported by
Andreas Hasenack
This bug affects 3 people
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Landscape Server |
Won't Fix
|
Undecided
|
Unassigned | ||
Smart Package Manager |
In Progress
|
Undecided
|
Unassigned | ||
smart (Ubuntu) |
Confirmed
|
Undecided
|
Unassigned |
Bug Description
apt-get in Intrepid tries to install Recommends by default. If a package listed in a Recommends dependency is not available, it is not treated as an error.
We should be careful to only do this where apt has the same behavior. So, for now, that means Intrepid only. Seems the best way, once it is supported by smart, is to enable/disable this feature in distro.py
Changed in landscape: | |
milestone: | none → later |
tags: | added: patch |
Changed in smart: | |
milestone: | none → 1.4.1 |
Changed in smart: | |
status: | New → In Progress |
Changed in landscape: | |
status: | New → Won't Fix |
milestone: | later → none |
Changed in smart: | |
milestone: | none → 1.5 |
To post a comment you must log in.
Weak ("maybe") dependencies are also present in yum comps:
https:/ /launchpad. net/~afb/ smart/groups
The Depends equivalent there have type="mandatory", whereas
the Recommends equivalent has type="optional" instead. There's
also "conditional" that depends on which other packages and
selections have been made, and are sorta complex that way:
<packagereq type="conditional" requires= "openoffice. org-langpack- en">openoffice. org-core< /packagereq>