RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.

Description of problem:
subscription-manager is installed by default in CentOS Stream 8.  The CentOS team currently "debrands" subscription-manager by setting the dnf plugin to enabled=0 because we had complaints from our users about the warnings the dnf plugin emits when installed and enabled but not subscribed.  After discussing this with the subscription-manager and anaconda maintainers, we would like to accomplish the following:

1. Eliminate manual debranding, i.e. use RHEL spec files without modification on CentOS and have it do the right thing based on conditionals.
2. Leave the subscription-manager dnf plugin enabled=1, but ensure it isn't installed by default on CentOS.
3. Use the same approach on both C8 and C9 (see bug 1962385).


Version-Release number of selected component (if applicable):
anaconda-33.16.5.2-1.el8
subscription-manager-1.28.17-1.el8
CentOS-Stream-8-x86_64-20210716-dvd1.iso


Steps to Reproduce:
1. Install CentOS Stream 8 from the DVD ISO using the "Server with GUI" selection


Actual results:
subscription-manager is installed by default


Expected results:
subscription-manager is not installed by default

I've opened https://github.com/candlepin/subscription-manager/pull/2713 to disable subscription-manager-initial-setup-addon when built on CentOS.  This is because that package supplements initial-setup-gui, which is part of the GNOME desktop comps group.  Disabling the supplments was the previous debranding approach.

Hey Carl,

note that we had bug 1967781 doing "sort of" the job of this. Also, after your PR was accepted, the remaining bit to ensure that subscription-managed is not pulled implicitly by anything else was in anaconda, which was recently fixed in c8s:
https://git.centos.org/rpms/anaconda/c/61f7fb8519563616e038f7aebd27ed551a9fd5d6?branch=c8s

Should we attempt new c8s builds of subscription-manager and anaconda to verify that sub-man is no more installed by default, and that it is usable (fixing bug 1967781)?

The necessary changes have been applied to anaconda-33.16.5.2-1.el8.0.1 and subscription-manager-1.28.19-1.el8.  CentOS-Stream-8-x86_64-20210721-dvd1.iso has these builds, and I confirmed it works to not install subman by default in a "server with gui" install.  Furthermore, on a previously installed system that got subman included by default, after applying these updates a `dnf autoremove` will remove subman.

Hey Carl,

anything left for us to do in this case?

Nope, looks good to me.  Thanks for your assistance on this Pino.