Description of problem:
System subscribed to RHEL channel has command yum grouplist and yum groupinstall
working alright. System subscribed to channel cloned from the original one does
not seem to work.
Steps to Reproduce:
1. Register system to channel RHEL 5.
2. Run yum grouplist, see that it shows groups.
3. Clone that RHEL 5 channel.
4. Change the base channel of that system.
5. Run yum goruplist again.
No groups shown.
Groups shown as for the original channel.
This bugzilla is an upstream for bug 452046.
There are two problems there:
1) We do not receive the comps information (used bu those yum group* actions)
from hosted in channel synces / channel dumps. We use a hack in
/usr/share/rhn/server/repomd/repository.py, where if the table rhnchannelcomps
is not populated for given channel and the channel label is one of well known,
we return the information we assume hosted would have sent to us.
2) When the channel is cloned, the logic is no longer used for that cloned
channel since the label is different.
Commit 9bb5490a1d4438ea161136101398f9a823e76f3c addresses the point 2. Once we
have the data in the rhnchannelcomps table, cloning the channel will clone the
comps information as well.
Commit 6b8bd42ede5e900a9fc04ba16c1a8a1a0ac5fd13 addresses the point 2 even for
our current situation when the data is not in the database. We now recurse
through the original channels of cloned channels and use the first comps
information we find.
Ran on rlx-0-24.rhndev.redhat.com, a Spacewalk 0.2 install with a rhel5 client, looks good.
Setting up Group Process
clone-rhel-i386 server-5 | 1.4 kB 00:00
GNOME Desktop Environment
Games and Entertainment
James' X apps.
James' core apps.
Legacy Network Server
Legacy Software Development
Server Configuration Tools
Sound and Video
X Window System
Authoring and Publishing
DNS Name Server
Engineering and Scientific
GNOME Software Development
KDE (K Desktop Environment)
KDE Software Development
Windows File Server
X Software Development
Spacewalk is released for long time.