Bug 1582939
Summary: | RFE: API for turning on/off weak dependencies | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Peter Robinson <pbrobinson> |
Component: | libdnf | Assignee: | rpm-software-management |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | rawhide | CC: | amatej, cglombek, jmracek, mluscon, rpm-software-management, walters |
Target Milestone: | --- | Keywords: | Tracking, Triaged |
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2020-12-04 15:00:42 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 1269538 |
Description
Peter Robinson
2018-05-27 19:39:23 UTC
Adding Walters for any further information. Related: rhbz #1452348 This is work in progress. Libdnf will be handling DNF configs and you'll be able to the 'install_weak_deps' there. What's the status of this functionality? Is there a time line? Ping. The work on LibDnf is in progress. (In reply to Jaroslav Mracek from comment #6) > The work on LibDnf is in progress. That doesn't provide a timeline. It's basically a non answer. https://github.com/projectatomic/rpm-ostree/pull/1513 is a PR for rpm-ostree. I think rpm-ostree is unlikely to parse libdnf config files for server-side composes at least; I'm generally happy with our YAML format now. As far as a new API, in the end rpm-ostree has since gained some nontrivial bits around depsolving, so we end up talking to the lower level goal API anyways and don't need a high level wrapper. The main thing is on the client side today, rpm-ostree checks the goal after and makes sure that (by default) package layering isn't trying to remove something from the "base image". You *can* remove things from the base but it requires a separate `override remove|replace` command. It's kind of like having every package in the base image be a "protected package" or so. Perhaps down the line we could try to switch to marking every package like that and return to using a high level libdnf API, but for now this is OK; we're not blocked. I believe that this feature is planned for Fedora 33. is there an update on this? has it landed in F33 as mentioned above? I suggest that the issue is resolved by commandline option for microdnf `--setopt=install_weak_deps=false`. In case that it doesn't work like expected, please feel free to reopen the bug report. |