Hide Forgot
Description of problem: Doing "dnf -v repolist" on Fedora 23/24 ends with a traceback if -v option used. Version-Release number of selected component (if applicable): dnf-plugin-spacewalk-2.5.8-1.fc23 dnf-1.1.10-1.fc23 Same issue reproduced on Fedora 24 with dnf-plugin-spacewalk-2.7.1-1 from nightly-client How reproducible: always Steps to Reproduce: 1. Install rhn-client-tools and rhn-setup on Fedora 23 from Spacewalk client repo. 2. Create an channel on a Spacewalk 2.5 server and create an activation key for it. Empty channel without any packages is sufficient. 3. Register Fedora client to the channel on Spacewalk server using the activation key. 4. Try running "dnf -v repolist" Actual results: Traceback (most recent call last): File "/usr/bin/dnf", line 58, in <module> main.user_main(sys.argv[1:], exit_code=True) File "/usr/lib/python3.4/site-packages/dnf/cli/main.py", line 174, in user_main errcode = main(args) File "/usr/lib/python3.4/site-packages/dnf/cli/main.py", line 60, in main return _main(base, args) File "/usr/lib/python3.4/site-packages/dnf/cli/main.py", line 112, in _main cli.run() File "/usr/lib/python3.4/site-packages/dnf/cli/cli.py", line 1099, in run return self.command.run(self.base.extcmds) File "/usr/lib/python3.4/site-packages/dnf/cli/commands/repolist.py", line 216, in run if repo.repofile: AttributeError: 'SpacewalkRepo' object has no attribute 'repofile' Expected results: Verbose repo info is listed without any error. Additional info: Same issue reproduced on Fedora 24 with dnf-plugin-spacewalk-2.7.1-1 from nightly-client
Bug is not fixed in dnf-plugin-spacewalk-2.7.2-1.fc25.noarch
fix in upstream https://github.com/rpm-software-management/dnf/commit/fba7ae2890ddc725fdad3fd092278e36dd029a83
Verified with dnf-1.1.10-4.fc25.noarch
This looks like it was fixed in previous release, but I'm closing it in this one. Spacewalk 2.7 has been released. https://github.com/spacewalkproject/spacewalk/wiki/ReleaseNotes27