| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
| |
Fixes bug #48100, patch from Anssi Hannula
Package A requires D and E.
Package B provides D and E.
Package C provides E.
If the require on E happens to be resolved first, then perl-URPM will
prompt the user, even though installing B is enough.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
When installing a package which suggests an uninstalled package, urpmi
currently installs both packages without asking the user while it asks
when installing a package which requires an uninstalled package. This is
because we call resolve_requested__no_suggests to find which suggested
package to install, but this mark the package as requested as well (and
we don't ask for confirmation before installing a requested package).
This patch calls resolve_requested__no_suggests_ (with a trailing '_')
instead which is the same as resolve_requested__no_suggests but does not
mark the packages as requested.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Fixes bug #48223, patch from Anssi Hannula
Currently, if _handle_diff_provides finds unsatisfied requires on an already
selected package, and cannot find any packages from the repo that satisfy
these, it calls resolve_rejected_ (or set_rejected_and_compute_diff_provides
after fix to bug #47803) (as it does when those unsatisfied requires are on an
installed package, which was always the case before r242656).
However, those should be called with installed packages only.
Attached patch makes _handle_diff_provides call
disable_selected_and_unrequested_dependencies and _set_rejected_from in case of
selected packages.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
conflict
Fixes bug #47803, patch from Anssi Hannula
Closer look at urpmi revealed it only does this if a provide X is
removed from
an upgraded package, not when a package providing X has to be removed.
i.e. this works:
A provides foo
B provides foo
C requires foo
Installed A,C.
A is upgraded and Provides:foo is dropped, B gets installed in order to
keep C.
But this won't:
A provides foo
A requires dep
B provides foo
C requires foo
D provides dep
Installed A,C,D.
D is upgraded and Provides:dep is dropped, A gets removed, C gets
removed.
|
| |
|
|
|
|
|
|
| |
(especially important for installer where there's no rpmdb in / (really
/var/lib/rpm) and thus no keys to check against)
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
- fix sorting choices on provided version (feature introduced in 3.08,
but was not working if packages were coming from different repository)
- when a "Requires:" can be fullfilled by several different packages and
one of those packages is explicitly required by another package which
is also being installed, silently choose this package instead of letting
the choice up to perl-URPM user (fixes bug #46874)
|
| |
|
|
|
|
|
|
|
| |
instead)
- add a comment
|
| |
|
|
|
|
|
| |
- add some comment
|
| |
|
| |
|
|
|
|
|
| |
- add some comment
|
| |
|
| |
|
|
|
|
| |
a "requires", fixes bug #46874
|
|
|
|
|
| |
- enhance a comment
|
| |
|
|
|
|
|
| |
but was not working if packages were coming from different repository)
|
| |
|
| |
|
| |
|
|
|
|
|
| |
adapt to librpm4.6, rpmtsSetRootDir(ts, "") is forbidden
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
- headerNextIterator -> headerNext
- headerAddEntry -> headerPut
- headerModifyEntry -> headerMod
|
| |
|
|
|
|
|
|
|
|
| |
- headerSprintf -> headerFormat
- headerAddEntry -> headerPutString
- headerRemoveEntry -> headerDel
- rpmProblemGetLong -> rpmProblemGetDiskNeed
|
|
|
|
|
| |
(otherwise it segfaults with 4.6.0-rc1, and i wonder how it worked before...)
|
|
|
|
|
|
| |
(wrongly) called in rpmReadPackageFile can open the rpmdb which won't get
closed if ts is not closed
|
|
|
|
|
|
| |
- use an absolute filename for %_topdir, it seems to help
(bug in rpm 4.6.0-rc1?)
|
|
|
|
|
| |
- remove a failing test (old)
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
errors (useful for example to detect diskspace issues)
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
spec files won't work
|