Description of problem:
When subscribing to a product in RHSM, two repos are produced, one is correct, the other is corrupted and exposes the original repo url that pulp is syncing from.

Version-Release number of selected component (if applicable):
katello-0.1.92-1.git.34.2858cdd.fc15.noarch

How reproducible:


Steps to Reproduce:
1. Create an environment Development in ACME_Corporation
2. Create a provider and product "katello", with a repo "f14-x86-64", url of http://repos.fedorapeople.org/repos/katello/katello/fedora-14/x86_64/
3. Sync the product.
4. Promote the product to development.
5. on an RHSM box, register to your katello server, and subscribe to the product katello. 
6. yum repolist (this will generate a redhat.repo file)

Actual results:
/etc/yum.repos.d/redhat.repo contents:

#
# Red Hat Repositories
# Managed by (rhsm) subscription-manager
#





[1318464917816-f14-x86-64-ACME_Corporation]
name = f14-x86-64
baseurl = /ACME_Corporation/$env/http://repos.fedorapeople.org/repos/katello/katello/fedora-14/x86_64/
enabled = 0
gpgcheck = 1
sslverify = 1
sslcacert = /etc/pki/CA/certs/pulp-ca.crt
sslclientkey = /etc/pki/entitlement/3159983628409910714-key.pem
sslclientcert = /etc/pki/entitlement/3159983628409910714.pem

[1318464917816-f14-x86-64-Development-ACME_Corporation]
name = f14-x86-64
baseurl = https://katello-test-f15-1.usersys.redhat.com/pulp/repos/ACME_Corporation/$env/katello/f14-x86-64
enabled = 1
gpgcheck = 1
sslverify = 1
sslcacert = /etc/rhsm/ca/candlepin-ca-pub.key
sslclientkey = /etc/pki/entitlement/3159983628409910714-key.pem
sslclientcert = /etc/pki/entitlement/3159983628409910714.pem


Expected results:
The first repo is invalid and should not be there.  It also exposes the original repo url in katello, which should never happen.

Additional info: