Hello,

we've never stated that Fedora 22 and DNF are supported. You clearly took spacewalk-plugin-dnf from nightly repos which are not stable, full of bugs and are meant to be a developer tool. Spacewalk users are advised to use any 2.x repositories and not nightly ones. This behavior is to be expected when running on nightly version.

Thank you for sharing your issues though.

On 06/26/2015 02:55 PM, Jonathan Hoser wrote:
Dear all,

we are not sure anymore what we are doing - everyone is going mad atm...

Maybe due to our current experience with Fedora22, DNF and the
spacewalk-plugin.
Don't get us wrong, we are delighted there is one,
but we have a ton of trouble with it.

It may be because somewhere a rhnlib got cross-installed on the new
systems,
but I thought, I'd just share our experience for others...

After getting DNF to talk, the following was reported:

Traceback (most recent call last):
   File "/usr/bin/dnf", line 36, in <module>
     main.user_main(sys.argv[1:], exit_code=True)
   File "/usr/lib/python2.7/site-packages/dnf/cli/main.py", line 185, in
user_main
     errcode = main(args)
   File "/usr/lib/python2.7/site-packages/dnf/cli/main.py", line 84, in main
     return _main(base, args)
   File "/usr/lib/python2.7/site-packages/dnf/cli/main.py", line 115, in
_main
     cli.configure(map(ucd, args))
   File "/usr/lib/python2.7/site-packages/dnf/cli/cli.py", line 983, in
configure
     self.base.plugins.load(self.base.conf.pluginpath, opts.disableplugins)
   File "/usr/lib/python2.7/site-packages/dnf/plugin.py", line 94, in load
     import_modules(package, files)
   File "/usr/lib/python2.7/site-packages/dnf/plugin.py", line 123, in
import_modules
     module = importlib.import_module(name)
   File "/usr/lib64/python2.7/importlib/__init__.py", line 37, in
import_module
     __import__(name)
   File "/usr/lib/python2.7/site-packages/dnf-plugins/spacewalk.py", line
34, in <module>
     import up2date_client.up2dateAuth
   File "/usr/share/rhn/up2date_client/up2dateAuth.py", line 3, in <module>
     import rhnserver
   File "/usr/share/rhn/up2date_client/rhnserver.py", line 34, in <module>
     import rpcServer
   File "/usr/share/rhn/up2date_client/rpcServer.py", line 5, in <module>
     import config
   File "/usr/share/rhn/up2date_client/config.py", line 16, in <module>
     from rhn.connections import idn_ascii_to_puny, idn_puny_to_unicode
ImportError: cannot import name idn_ascii_to_puny


=> idn_pune_to_unicode idn_ascii_to_pune

We had a hard time finding and identifying the missing imports
and funnily we didn't see idn_ascii_to_puny, idn_puny_to_unicode but
idn_pune_to_unicode idn_ascii_to_pune
are in the rhnlib that is atm on the system. It might be the wrong one
(i.e. from fedora repos),
and this error followed us some time around, until I replaced a number
of 'y's with 'e's.

Now we got the plugin working, BUT....

  dnf repolist -d 10 -e 10
timer: config: 9 ms
cachedir: /var/cache/dnf/x86_64/22
Loaded plugins: builddep, Query, generate_completion_cache, noroot,
config-manager, download, protected_packages, migrate, reposync,
debuginfo-install, copr, playground, langpacks, kickstart,
needs-restarting, spacewalk
initialized Langpacks plugin
initializing!! Spacewalk plugin
initializing.....past config parsing.... Spacewalk plugin
initialized Spacewalk plugin
DNF version: 1.0.1
Command: dnf repolist -d 10 -e 10
Installroot: /
Releasever: 22
Base command: repolist
Extra commands: []
This system is receiving updates from Spacewalk server.
Cleaning up.
Traceback (most recent call last):
   File "/usr/bin/dnf", line 36, in <module>
     main.user_main(sys.argv[1:], exit_code=True)
   File "/usr/lib/python2.7/site-packages/dnf/cli/main.py", line 185, in
user_main
     errcode = main(args)
   File "/usr/lib/python2.7/site-packages/dnf/cli/main.py", line 84, in main
     return _main(base, args)
   File "/usr/lib/python2.7/site-packages/dnf/cli/main.py", line 115, in
_main
     cli.configure(map(ucd, args))
   File "/usr/lib/python2.7/site-packages/dnf/cli/cli.py", line 1016, in
configure
     self.base.plugins.run_config()
   File "/usr/lib/python2.7/site-packages/dnf/plugin.py", line 82, in fn
     dnf.util.mapall(operator.methodcaller(method), self.plugins)
   File "/usr/lib/python2.7/site-packages/dnf/util.py", line 157, in mapall
     return list(map(fn, *seq))
   File "/usr/lib/python2.7/site-packages/dnf-plugins/spacewalk.py", line
84, in config
     self.activate_channels(self.cli.demands.sack_activation)
   File "/usr/lib/python2.7/site-packages/dnf-plugins/spacewalk.py", line
158, in activate_channels
     'enabled': conf.enabled,
   File "/usr/lib/python2.7/site-packages/dnf-plugins/spacewalk.py", line
227, in __init__
     except InvalidGpgKeyLocation as e:
NameError: global name 'InvalidGpgKeyLocation' is not defined

(Yes, there's some debug messages from me in the DNF load);

In yum-rhn-plugin/rhnplugin.py there was/is a class defined:
class InvalidGpgKeyLocation(Exception):
but this is not present in dnf-plugins/spacewalk.py
...

Arg. Just saw the FIXME note in dnf-plugins/spacewalk.py
that a number of functions should be moved to rhn-client-tools....

We will look further.

Best
-Jonathan


_______________________________________________
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-devel

Reply via email to