Description of problem: Trying to use some tools, I'm getting an error from novaclient. Version-Release number of selected component (if applicable): python-novaclient-2.23.0-2.fc23.noarch How reproducible: always Steps to Reproduce: 1. (setup variables) 2. nova list Actual results: /usr/lib/python2.7/site-packages/keyring/backends/Gnome.py:6: PyGIWarning: GnomeKeyring was imported without specifying a version first. Use gi.require_version('GnomeKeyring', '1.0') before import to ensure that the right version gets loaded. from gi.repository import GnomeKeyring ... Expected results: (no such error) Additional info:
This means that every single OpenStack client invocation starts with this particular error message. $ openstack catalog list > /dev/null /usr/lib/python2.7/site-packages/keyring/backends/Gnome.py:6: PyGIWarning: GnomeKeyring was imported without specifying a version first. Use gi.require_version('GnomeKeyring', '1.0') before import to ensure that the right version gets loaded. from gi.repository import GnomeKeyring $ glance image-list > /dev/null /usr/lib/python2.7/site-packages/keyring/backends/Gnome.py:6: PyGIWarning: GnomeKeyring was imported without specifying a version first. Use gi.require_version('GnomeKeyring', '1.0') before import to ensure that the right version gets loaded. from gi.repository import GnomeKeyring Besides being annoying I know that in the past this sort of unexpected output has confused some of the openstack puppet modules.
You can "fix" (?) this problem by modifying the top of /usr/lib/python2.7/site-packages/keyring/backends/Gnome.py, replacing this: try: from gi import Repository if Repository.get_default().enumerate_versions('GnomeKeyring'): from gi.repository import GnomeKeyring except ImportError: pass With this: try: from gi import Repository, require_version if Repository.get_default().enumerate_versions('GnomeKeyring'): require_version('GnomeKeyring', '1.0') from gi.repository import GnomeKeyring except ImportError: pass
Can confirm that this "fix" works for me on fedora 23 as well. Any chance of getting this packaged into a bug fix?
"me too", works in fedora 23.
+1 works here too
Another +1
Another +1 for fixing this Fedora 23
+1 for a f23 fix
Why isn't this fixed? It was first reported 4 months ago, the fix is trivial and well known. It's very annoying. Please get a fix pushed out into stable ASAP. Don't forget about rawhide either. Note: same bug has been filed in a few other places: http://permalink.gmane.org/gmane.linux.debian.devel.python.modules/25136 https://bugs.launchpad.net/python-keystoneclient/+bug/1517907
Please try to keep the contents of bug reports polite. Fedora is a volunteer project, and folks are kind enough to donate their time to help maintain packages. In this case, one reason it hasn't been fixed is that it was initially filed against the wrong component, so the package maintainer wasn't even aware of it until earlier today when moved it to python-keyring.
My apologies for not seeing it was only assigned today.
just would like to share that the fix reported by Lars Kellogg-Stedman at 2015-09-28 10:31:16 EDT also worked in my F23 with latest codes (updated at Jan 13 2016)
*** Bug 1271641 has been marked as a duplicate of this bug. ***
*** This bug has been marked as a duplicate of bug 1195985 ***
Alan, can you give us some explanation about how this bug is a duplicate of #1195985? We got some feedback today that this bug is causing some performance issues in ansible: http://willthames.github.io/2016/03/12/ansible-slow-startup-on-fedora-23.html
I would also like to see a confirmation that this is a duplicate of bug 1271641, because the "fix" of comment 2 indeed works. Couldn't this issue be fixed separately from bug 1271641? Please package it in a bug fix for Fedora 23.
Please re-open this bug as I still get this error when using hg in Fedora 24.
Reopening. Maintainers: Can we take another look here please...
Many thanks to Lars Kellogg-Stedman, his fix saved my bacon too. Not sure why there is so much resistance to fixing this. Perhaps the maintainers are using some other version and don't see these problem every time they execute a command, but for the rest of us its a royal pain.
I am seeing this error message in .xsession-errors on F24 as well
Still in F24. (tested using python-novaclient-3.3.1-1.fc24.noarch. Shows the same behavior) Fix as suggested in comment #2 still applies nicely. So: what's the holdup? Come on guys, PLEASE fix this already. (Or at least respond with a reason *why* you don't fix this).
Created attachment 1206372 [details] patch as described in comment #2
Created attachment 1206373 [details] Diff of the spec file for including the patch Hopefully, providing the patch and the diff for the spec file speed up fixing this!
So, I looked into this a bit... seems that rawhide and f25 got an update to this package to version 9.0. This bug was actually fixed upstream in version 5.5, but f23 and f24 have 5.0. I'm not the maintainer here, but I'm going to push the fix anyhow. :) If folks could please test and karma the updates that would be great.
python-keyring-5.0-5.fc23 has been pushed to the Fedora 23 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2016-0e264302f4
python-keyring-5.0-5.fc24 has been pushed to the Fedora 24 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2016-68185dfc26
python-keyring-5.0-5.fc24 has been pushed to the Fedora 24 stable repository. If problems still persist, please make note of it in this bug report.
python-keyring-5.0-5.fc23 has been pushed to the Fedora 23 stable repository. If problems still persist, please make note of it in this bug report.
I updated the python-keyring to fc24. [stack@localhost ~]$ yum list python-keyring Loaded plugins: langpacks, product-id, search-disabled-repos, subscription-manager Repo rhel-7-server-extras-rpms forced skip_if_unavailable=True due to: /etc/pki/entitlement/711629419700828312-key.pem Repo rhel-7-server-rh-common-rpms forced skip_if_unavailable=True due to: /etc/pki/entitlement/711629419700828312-key.pem Repo rhel-7-server-rpms forced skip_if_unavailable=True due to: /etc/pki/entitlement/711629419700828312-key.pem Repo rhel-7-server-openstack-8-rpms forced skip_if_unavailable=True due to: /etc/pki/entitlement/711629419700828312-key.pem Repo rhel-7-server-openstack-8-director-rpms forced skip_if_unavailable=True due to: /etc/pki/entitlement/711629419700828312-key.pem Installed Packages python-keyring.noarch 5.0-5.fc24 installed [stack@localhost ~]$ I still met problem. Warning: /Stage[main]/Heat::Deps/Anchor[heat::service::end]: Skipping because of failed dependencies Notice: Finished catalog run in 24.60 seconds + rc=6 + set -e + echo 'puppet apply exited with exit code 6' puppet apply exited with exit code 6 + '[' 6 '!=' 2 -a 6 '!=' 0 ']' + exit 6 [2017-08-30 11:22:19,092] (os-refresh-config) [ERROR] during configure phase. [Command '['dib-run-parts', '/usr/libexec/os-refresh-config/configure.d']' returned non-zero exit status 6] [2017-08-30 11:22:19,093] (os-refresh-config) [ERROR] Aborting... Traceback (most recent call last): File "<string>", line 1, in <module> File "/usr/lib/python2.7/site-packages/instack_undercloud/undercloud.py", line 815, in install _run_orc(instack_env) File "/usr/lib/python2.7/site-packages/instack_undercloud/undercloud.py", line 699, in _run_orc _run_live_command(args, instack_env, 'os-refresh-config') File "/usr/lib/python2.7/site-packages/instack_undercloud/undercloud.py", line 370, in _run_live_command raise RuntimeError('%s failed. See log for details.' % name) RuntimeError: os-refresh-config failed. See log for details. Command 'instack-install-undercloud' returned non-zero exit status 1