Bug 1213848

+++ This bug was initially created as a clone of Bug #1211344 +++

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

--- Additional comment from Radek Holy on 2015-04-14 05:26:35 EDT ---

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.

--- Additional comment from Miroslav Suchý on 2015-04-16 04:18:55 EDT ---

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).

--- Additional comment from Radek Holy on 2015-04-16 04:46:57 EDT ---

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.

--- Additional comment from Richard W.M. Jones on 2015-04-16 04:52:27 EDT ---

(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'.

--- Additional comment from Radek Holy on 2015-04-16 05:08:28 EDT ---

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.