Hide Forgot
Description of problem: On up-to-date fedora 23 with current master snapshot: [ ERROR ] DNF Failed loading plugin: copr Why? Can we mask it? I'd expect users to complain/be confused about it once we officially support fedora 23. The rest is less important, but still noisier than before: [ INFO ] DNF Downloading 1 files, 0.00KB [ INFO ] DNF Downloaded Fedora 23 - x86_64 [ INFO ] DNF Downloading 1 files, 0.00KB [ INFO ] DNF Downloaded Latest oVirt master additional nightly snapshot [ INFO ] DNF Downloading 1 files, 0.00KB [ INFO ] DNF Downloaded Latest oVirt master nightly snapshot [ INFO ] DNF Downloading 1 files, 0.00KB [ INFO ] DNF Downloaded virtio-win builds roughly matching what was shipped in latest RHEL [ INFO ] DNF Downloading 1 files, 0.00KB [ INFO ] DNF Downloaded Fedora 23 - x86_64 - Updates [ INFO ] DNF Downloading 1 files, 0.00KB [ INFO ] DNF Downloaded Copr repo for patternfly1 owned by patternfly [ INFO ] Stage: Environment packages setup [ INFO ] DNF Package iproute-4.1.1-3.fc23.x86_64 is already installed, skipping. [ INFO ] Checking for product updates... [ INFO ] DNF Package ovirt-engine-extension-aaa-jdbc-1.1.0-0.0.master.20160215110950.git8ebdaba.fc23.noarch is already installed, skipping. [ INFO ] DNF Package ovirt-engine-4.0.0-0.0.master.20160320170819.git7d069d5.fc23.noarch is already installed, skipping. [ INFO ] DNF Package ovirt-host-deploy-1.5.0-0.0.master.20160317100553.gitf913ead.fc23.noarch is already installed, skipping. [ INFO ] DNF Package ovirt-engine-cli-4.0.0.0-0.3.20160208.gitded440f.fc23.noarch is already installed, skipping. [ INFO ] DNF Package ovirt-image-uploader-4.0.0-0.0.master.20160308130232.gita3e72cd.fc23.noarch is already installed, skipping. [ INFO ] DNF Package ovirt-iso-uploader-4.0.0-0.0.master.20160308123356.git98e29da.fc23.noarch is already installed, skipping. [ INFO ] DNF Package ovirt-engine-wildfly-10.0.0-1.fc23.x86_64 is already installed, skipping. [ INFO ] DNF Package ovirt-engine-wildfly-overlay-10.0.0-1.fc23.noarch is already installed, skipping. [ INFO ] DNF Package ovirt-engine-dwh-4.0.0-0.0.master.20160224090609.20160224085307.git395d235.fc23.noarch is already installed, skipping. [ INFO ] DNF Package ovirt-engine-websocket-proxy-4.0.0-0.0.master.20160320170819.git7d069d5.fc23.noarch is already installed, skipping. [ INFO ] No product updates found [ INFO ] Stage: Package installation [ INFO ] DNF Package ovirt-vmconsole-proxy-1.0.1-0.0.master.20160309100202.gitdfa3c40.fc23.noarch is already installed, skipping.
Target release should be placed once a package build is known to fix a issue. Since this bug is not modified, the target version has been reset. Please use target milestone to plan a fix for a oVirt release.
(In reply to Yedidyah Bar David from comment #0) > Description of problem: > > On up-to-date fedora 23 with current master snapshot: > > [ ERROR ] DNF Failed loading plugin: copr Can't see this anymore on Fedora 25 with master: # rpm -qa |egrep "(dnf|otopi)"|sort dnf-1.1.10-6.fc25.noarch dnf-conf-1.1.10-6.fc25.noarch dnf-plugins-core-0.1.21-5.fc25.noarch dnf-yum-1.1.10-6.fc25.noarch otopi-1.7.0-0.0.master.20170504102223.git4fe9afe.fc25.noarch otopi-java-1.7.0-0.0.master.20170504102223.git4fe9afe.fc25.noarch python2-dnf-1.1.10-6.fc25.noarch python3-dnf-1.1.10-6.fc25.noarch python3-dnf-plugins-core-0.1.21-5.fc25.noarch python3-dnf-plugins-extras-common-0.0.12-4.fc25.noarch python3-dnf-plugins-extras-versionlock-0.0.12-4.fc25.noarch python-dnf-plugins-extras-common-0.0.12-4.fc25.noarch python-dnf-plugins-extras-versionlock-0.0.12-4.fc25.noarch the only worrying thing left is in the logs: 2017-05-24 20:45:20,004+0200 DEBUG otopi.plugins.otopi.packagers.dnfpackager dnfpackager.verbose:75 DNF Closing transaction with commit The 'plugins' function is not a part of DNF API and will be removed in the upcoming DNF release. Please use only officially supported API functions. DNF API documentation is available at https://dnf.readthedocs.org/en/latest/api.html.
(In reply to Sandro Bonazzola from comment #2) > the only worrying thing left is in the logs: > 2017-05-24 20:45:20,004+0200 DEBUG otopi.plugins.otopi.packagers.dnfpackager > dnfpackager.verbose:75 DNF Closing transaction with commit > The 'plugins' function is not a part of DNF API and will be removed in the > upcoming DNF release. Please use only officially supported API functions. > DNF API documentation is available at > https://dnf.readthedocs.org/en/latest/api.html. And aboce disappeared on fedora 26: AttributeError: 'Base' object has no attribute 'plugins'
Reinstalled my fedora 25 machine and the error is gone. Originally the machine was installed with fedora 22 and upgraded to 23 -> 24 -> 25. Closing. Opened bug 1455456 for comment 3 issue.
Happened to me as well Can not run engine-setup anymore opening again since I don't thin k that re-installing the machine is an acceptable solution rpm -qa |egrep "(dnf|otopi)"|sort dnf-1.1.10-6.fc25.noarch dnf-conf-1.1.10-6.fc25.noarch dnf-plugins-core-0.1.21-5.fc25.noarch dnf-plugin-system-upgrade-0.7.1-4.fc25.noarch dnf-yum-1.1.10-6.fc25.noarch otopi-1.7.2-0.0.master.20170816071739.git7a3278c.fc25.noarch otopi-devtools-1.7.2-0.0.master.20170816071739.git7a3278c.fc25.noarch otopi-java-1.7.2-0.0.master.20170816071739.git7a3278c.fc25.noarch python2-dnf-1.1.10-6.fc25.noarch python2-dnf-plugins-core-0.1.21-5.fc25.noarch python2-dnf-plugin-system-upgrade-0.7.1-4.fc25.noarch python3-dnf-1.1.10-6.fc25.noarch python3-dnf-plugins-core-0.1.21-5.fc25.noarch python3-dnf-plugins-extras-common-0.0.12-4.fc25.noarch python3-dnf-plugins-extras-versionlock-0.0.12-4.fc25.noarch python3-dnf-plugin-system-upgrade-0.7.1-4.fc25.noarch python-dnf-plugins-extras-common-0.0.12-4.fc25.noarch python-dnf-plugins-extras-migrate-0.0.12-4.fc25.noarch python-dnf-plugins-extras-versionlock-0.0.12-4.fc25.noarch
Seems that engine-setup fails only if I answer 'Yes' (which is the default) to the following question : Install and configure ovirt-provider-ovn? Please note that this will cause an immediate installation of several OVN packages that will not be rolled back in case of a failure. (Yes, No) [Yes] If I answer 'No' , engine-setup completes successfully
(In reply to Eli Mesika from comment #6) > Seems that engine-setup fails only if I answer 'Yes' (which is the default) > to the following question : So it's not really related to current bug, which is about the noise. Feel free to close if you think it's acceptable, or keep open if you hope to have it fixed...
I agree with didi, closing again.