Bug 1211344
| Summary: | rpmconf plugin doesn't obey dnf -y or ^C | |||
|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Richard W.M. Jones <rjones> | |
| Component: | dnf-plugins-extras | Assignee: | rpm-software-management | |
| Status: | CLOSED DUPLICATE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | |
| Severity: | unspecified | Docs Contact: | ||
| Priority: | low | |||
| Version: | 25 | CC: | e, jkadlcik, jmracek, jzeleny, mluscon, msuchy, packaging-team-maint, vmukhame | |
| Target Milestone: | --- | Keywords: | EasyFix, Triaged | |
| Target Release: | --- | |||
| Hardware: | Unspecified | |||
| OS: | Unspecified | |||
| Whiteboard: | ||||
| Fixed In Version: | Doc Type: | Bug Fix | ||
| Doc Text: | Story Points: | --- | ||
| Clone Of: | ||||
| : | 1213848 (view as bug list) | Environment: | ||
| Last Closed: | 2017-08-04 11:42:13 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: | 1213848 | |||
| Bug Blocks: | ||||
Actually, from the definition of the '-y' switch, this plugin should always select "Y" if "-y" is used. I just wanted to let you know since I believe that it might not be what you have probably expected. I would proposet the when "dnf -y" is set that this plugin either does nothing or just print name of configs which needs merging (which would need RFE in rpmconf itself). Yes, that would make sense to me but it is not aligned with the description of the "-y" switch: "answer yes for all questions". So, we would have either change the description to something like "plugins may implement this switch in a different way" or the rpmconf would have to document that it works differently if "-y" is used. (In reply to Radek Holy from comment #3) > Yes, that would make sense to me but it is not aligned with the description > of the "-y" switch: "answer yes for all questions". > So, we would have either change the description to something like "plugins > may implement this switch in a different way" or the rpmconf would have to > document that it works differently if "-y" is used. Leaving aside what the -y flag currently is documented as doing, what we as users _need_ is a flag that means "do not ever be interactive under any circumstances". For example at the moment, virt-builder hangs if you do: virt-builder fedora-22 --install dnf,dnf-plugins-extras --update because the --update flag runs 'dnf -y update'. Yes, I see. The documentation probably should explicitly say that the purpose is to switch DNF into an non-interactive mode. And the only thing that can be done wrt to the plugins is to remind plugin developers to respect DNF's global switches. We need to implement this functionality in rpmconf itself first and then add switch in plugin. I've created bug 1213848 with RFE for rpmconf. This bug appears to have been reported against 'rawhide' during the Fedora 23 development cycle. Changing version to '23'. (As we did not run this process for some time, it could affect also pre-Fedora 23 development cycle bugs. We are very sorry. It will help us with cleanup during Fedora 23 End Of Life. Thank you.) More information and reason for this action is here: https://fedoraproject.org/wiki/BugZappers/HouseKeeping/Fedora23 This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component. This bug appears to have been reported against 'rawhide' during the Fedora 25 development cycle. Changing version to '25'. *** This bug has been marked as a duplicate of bug 1213848 *** |
Description of problem: If you accidentally install the rpmconf plugin, then you see apt-like interactive file updates: $ sudo dnf -y install kernel Failed to synchronize cache for repo '_local' from 'file:///var/lib/dnf/plugins/local': Cannot download repomd.xml: Cannot download repodata/repomd.xml: All mirrors were tried, disabling. Using metadata from Mon Apr 13 16:57:02 2015 (0:48:44 hours old) Package kernel-4.0.0-0.rc5.git2.1.fc23.x86_64 is already installed, skipping. Package kernel-4.0.0-0.rc5.git4.1.fc23.x86_64 is already installed, skipping. Package kernel-4.0.0-0.rc6.git2.1.fc23.x86_64 is already installed, skipping. Dependencies resolved. Nothing to do. local: '/var/lib/dnf/plugins/local' is not a directory Configuration file '/etc/pam.d/fingerprint-auth' lrwxrwxrwx. 1 root root 19 Feb 21 2012 /etc/pam.d/fingerprint-auth -> fingerprint-auth-ac -rw-r--r--. 1 root root 701 May 9 2012 /etc/pam.d/fingerprint-auth.rpmnew ==> Package distributor has shipped an updated version. What would you like to do about it ? Your options are: Y or I : install the package maintainer's version N or O : keep your currently-installed version D : show the differences between the versions M : merge configuration files Z : background this process to examine the situation S : skip this file The default action is to keep your current version.Your choice: Unfortunately these do not obey 'dnf -y'. Also ^C doesn't quit dnf in this dialog. Version-Release number of selected component (if applicable): dnf-plugins-extras-0.0.6-2.fc23.noarch python3-dnf-plugins-extras-rpmconf-0.0.6-2.fc23.noarch How reproducible: 100% Steps to Reproduce: 1. Accidentally install dnf-plugins-extras 2. Use dnf -y install command