Bug 1400714
Summary: | implement alwaysprompt=no option | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Georg Sauthoff <fedora> |
Component: | dnf | Assignee: | Jaroslav Rohel <jrohel> |
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | low | ||
Version: | 25 | CC: | jrohel, mluscon, packaging-team-maint, rpm-software-management, vmukhame |
Target Milestone: | --- | Keywords: | Triaged |
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | dnf-2.5.1-1.fc26 | Doc Type: | If docs needed, set a value |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2017-06-16 13:19:01 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: |
Description
Georg Sauthoff
2016-12-01 22:34:36 UTC
status DNF: - 'alwaysprompt=no' option is not implemented (there is only a piece of unusable crashing code) status of YUM: Implemented and documented. But the option and documentation is confusing. Documentation: Either '1' or '0'. When set to '0', yum will not prompt for confirmation when the list of packages to be installed exactly matches those given on the command line. Unless 'assumeyes' is enabled, it will prompt when additional packages need to be installed to fulfill dependencies regardless of this setting. Note that older versions of yum would also always prompt for package removal, and that is no longer true. Default is '1'. Result: 1. You expect this results: Just the installation of xonsh with its dependencies and without any prompting. But according to the yum documentation it must prompt (and it prompts in my test). Because the dependcy packages was not given on command line. So 'allwayspromt=no' is useless for that case. 2. How about removal of packages. Documentation says it depends on yum version. And what about upgraded and downgraded packages given on command line? And theirs dependencies? What about obsoleted packages during upgrade? There are many possibilities. And as I wrote at point 1. the option 'alwaysprompt=no' is useless for your case. So we decided to fix this bug by removing the option 'alwaysprompt' completely. PR: https://github.com/rpm-software-management/dnf/pull/830 dnf-plugins-core-2.1.1-1.fc26 libdnf-0.9.1-1.fc26 dnf-2.5.1-1.fc26 has been submitted as an update to Fedora 26. https://bodhi.fedoraproject.org/updates/FEDORA-2017-c87c47dccb dnf-2.5.1-1.fc26, dnf-plugins-core-2.1.1-1.fc26, libdnf-0.9.1-1.fc26 has been pushed to the Fedora 26 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2017-c87c47dccb dnf-2.5.1-1.fc26 dnf-plugins-core-2.1.1-1.fc26 dnfdaemon-0.3.18-3.fc26 libdnf-0.9.1-1.fc26 has been submitted as an update to Fedora 26. https://bodhi.fedoraproject.org/updates/FEDORA-2017-c87c47dccb dnf-2.5.1-1.fc26, dnf-plugins-core-2.1.1-1.fc26, dnfdaemon-0.3.18-3.fc26, libdnf-0.9.1-1.fc26 has been pushed to the Fedora 26 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2017-c87c47dccb dnf-2.5.1-1.fc26, dnf-plugins-core-2.1.1-1.fc26, dnfdaemon-0.3.18-3.fc26, libdnf-0.9.1-1.fc26 has been pushed to the Fedora 26 stable repository. If problems still persist, please make note of it in this bug report. |