hmm not sure I completely understand what this bug is intended for, rhnlib gets the serverUrl info directly from what the update client sends it. rhnlib is a generic wrapper around python xmlrpclib which has no info of rhn.redhat.com (code wise). So up2date/yum reads the /etc/sysconfig/rhn/up2date and creates an rhnserver object thats being referenced to talk to the xmlrpc layer on the server through rhnlib.

unless you're referring to the url comment references pointing rhn.redhat.com in the spec file and other setup info?

ok, so by default if you install:

yum install rhn-client-tools rhn-check rhn-setup rhnsd m2crypto yum-rhn-plugin

from our spacewalk Fedora repo you get:

# grep rhn.redhat.com /etc/sysconfig/rhn/*
/etc/sysconfig/rhn/up2date:serverURL=https://xmlrpc.rhn.redhat.com/XMLRPC

and rhnreg_ks will default to talking to xmlrpc.rhn.redhat.com

We should make it so we do NOT default that to xmlrpc.rhn.redhat.com so our client bits can be included in CentOS and other distros.

that make sense?

ah thats rhn-client-tools not rhnlib. ok I'll look into it.

Thanks

changed summary to be 'rhn-client-tools should be sanitized to not hit rhn.redhat.com' instead of 'rhnlib should be sanitized to not hit rhn.redhat.com'

Done in commit cd925d940357d145c7106c1c3ed6ed12dff29e9d

Changed url from xmlrpc.rhn.redhat.com to enter.your.server.url.here

Spacewalk 0.7 released.