[Spacewalk-list] 0.6 and Fedora 11 rhnreg_ks problems.

[Greg Hookey]

Hi Pradeep,

Thank you for answering my question.  However, I don't think that is the issue.  Adding a 'print sys.path' to
rhnreg_ks, I get the following result:

[root at workstation-test rhn_rpms]# rhnreg_ks --serverUrl=https://spacewalk/XMLRPC --sslCACert=/usr/share/RHN-ORG-TRUSTED-SSL-CERT --activationkey=2-d3b595de4c7c2df7ec405217200ffd03,2-Linux-Workstation-F11 --profilename=workstation-test --force
['/usr/sbin', '/usr/lib/python2.6/site-packages', '/usr/share/rhn', '/usr/lib64/python26.zip', '/usr/lib64/python2.6', '/usr/lib64/python2.6/plat-linux2', '/usr/lib64/python2.6/lib-tk', '/usr/lib64/python2.6/lib-old', '/usr/lib64/python2.6/lib-dynload', '/usr/lib64/python2.6/site-packages', '/usr/lib64/python2.6/site-packages/Numeric', '/usr/lib64/python2.6/site-packages/PIL', '/usr/lib64/python2.6/site-packages/gst-0.10', '/usr/lib64/python2.6/site-packages/gtk-2.0', '/usr/share/rhn/']
Traceback (most recent call last):
  File "/usr/sbin/rhnreg_ks", line 30, in <module>
    from up2date_client import rhnreg
ImportError: No module named up2date_client

The rhnreg_ks script actually does add the directory /usr/share/rhn to the path.  And the module in /usr/share/rhn
does exist.

[root at workstation-test rhn_rpms]# ls /usr/share/rhn
actions        config_common      custominfo                up2date_client
config_client  config_management  RHN-ORG-TRUSTED-SSL-CERT

I still find it odd that it automagically suceeded in 0.5, but in 0.6 this failure occurs.  Especially considering my CentOS 5.3
kickstarts are working fine with respect to registration with Spacewalk.

Thanks,
Greg