Bug 1211344 - rpmconf plugin doesn't obey dnf -y or ^C
Summary: rpmconf plugin doesn't obey dnf -y or ^C
Keywords:
Status: CLOSED DUPLICATE of bug 1213848
Alias: None
Product: Fedora
Classification: Fedora
Component: dnf-plugins-extras
Version: 25
Hardware: Unspecified
OS: Unspecified
low
unspecified
Target Milestone: ---
Assignee: rpm-software-management
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On: 1213848
Blocks:
TreeView+ depends on / blocked
 
Reported: 2015-04-13 16:49 UTC by Richard W.M. Jones
Modified: 2017-08-04 11:42 UTC (History)
8 users (show)

Fixed In Version:
Clone Of:
: 1213848 (view as bug list)
Environment:
Last Closed: 2017-08-04 11:42:13 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 1215868 0 unspecified CLOSED rpm conf plugin tracebacks after user action 2021-02-22 00:41:40 UTC

Internal Links: 1215868

Description Richard W.M. Jones 2015-04-13 16:49:23 UTC
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

Comment 1 Radek Holy 2015-04-14 09:26:35 UTC
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.

Comment 2 Miroslav Suchý 2015-04-16 08:18:55 UTC
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).

Comment 3 Radek Holy 2015-04-16 08:46:57 UTC
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.

Comment 4 Richard W.M. Jones 2015-04-16 08:52:27 UTC
(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'.

Comment 5 Radek Holy 2015-04-16 09:08:28 UTC
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.

Comment 6 Igor Gnatenko 2015-04-21 12:38:08 UTC
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.

Comment 7 Jan Kurik 2015-07-15 14:16:58 UTC
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

Comment 8 Fedora Admin XMLRPC Client 2016-07-21 12:40:46 UTC
This package has changed ownership in the Fedora Package Database.  Reassigning to the new owner of this component.

Comment 9 Jan Kurik 2016-07-26 05:02:08 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 25 development cycle.
Changing version to '25'.

Comment 10 Jaroslav Mracek 2017-08-04 11:42:13 UTC

*** This bug has been marked as a duplicate of bug 1213848 ***


Note You need to log in before you can comment on or make changes to this bug.