Hi All, Sorry for being non verbose, but I hope this explains it the best: --- [hans@localhost ~]$ yum groupinfo "Games and Entertainment" Setting up Group Process Group: Games and Entertainment Description: Various ways to relax and spend your free time. Optional Packages: crimson-fields xrick [hans@localhost ~]$ --- [hans@localhost ~]$ yum groupinfo --disablerepo livna "Games and Entertainment" Setting up Group Process Group: Games and Entertainment Description: Various ways to relax and spend your free time. Default Packages: joystick gnome-games Optional Packages: six pachi xmoto xgalaxy nazghul atomix liquidwar gl-117 seahorse-adventures nagi rocksndiamonds scorchwentbonkers <long list snipped> --- [hans@localhost ~]$ yum grouplist Setting up Group Process Installed Groups: Engineering and Scientific MySQL Database <snip> Available Groups: Games and Entertainment Development Libraries Window Managers Fedora Packager News Server XFCE Software Development Virtualization Legacy Network Server DNS Name Server FTP Server XFCE Clustering Games and Entertainment <snip> Notice how Fedoras and livna's "Games and Entertainment" groups are seen as 2 seperate groups. Regards, Hans

Jeroen van Meeuwen wrote: > And this is really a bug in ... yum, right? Is it?

If you look in Pirut you will see that there is a higher level of sorting above groups, and in this level of sorting we put the livna stuff currently in different containers then Fedora itself does.

Thorsten Leemhuis wrote: > On 24.11.2007 09:44, Hans de Goede wrote: >> Jeroen van Meeuwen wrote: >>> And this is really a bug in ... yum, right? >> Is it? > Not sure. > >> If you look in Pirut you will see that there is a higher level of >> sorting above groups, and in this level of sorting we put the livna >> stuff currently in different containers then Fedora itself does. > Well, pirut gets the data from the same comps file, thus it might really > be a yum bug. IOW: I'm not sure myself whom to blame. > > Take a look at the section in question from the comps file ( > http://livna-dl.reloumirrors.net/fedora/8/i386/comps.xml ) : > > <group> > <id>rpmfusion_free-games</id> > <name>Games and Entertainment</name> > <description>Various ways to relax and spend your free time.</description> > <default>false</default> > <uservisible>true</uservisible> > − > <packagelist> > <packagereq type="optional">crimson-fields</packagereq> > <packagereq type="optional">xrick</packagereq> > </packagelist> > </group> > > As you can see, I gave a RPM Fusion specific ID (and group; see at the > bottom of the page), but used the same <name> as in Fedora, which IMHO > should be a valid things to do, but is the reasons for the problem. > I think though yum may be using 'group.groupid' to distinguish groups, while you select using 'group.name'. This may be causing the last "Games and Entertainment" to be loaded to override the associated 'group.groupid' for this name. Could someone try this with rpmfusion/livna's comps using the same group.groupid?

> I doubt filling a bug against yum will help. Fedora likely will tell us > to use the same group-id then Fedora. I'd like to avoid that, as it will > be harder for people to find RPM Fusions packages. And there are > problems in anaconda as well, as you will get packages marked as > "<packagereq type="default">" only if you unselected and reselect a group.

Thorsten Leemhuis wrote: > As I said, I don't want to do that: I understand, but I just wanted to verify it /would/ work, not to discuss implementing it. [...]

>>> I doubt filling a bug against yum will help. Fedora likely will tell us >>> to use the same group-id then Fedora. I'd like to avoid that, as it will >>> be harder for people to find RPM Fusions packages. And there are >>> problems in anaconda as well, as you will get packages marked as >>> "<packagereq type="default">" only if you unselected and reselect a group. How about a separate category for RPM Fusion packages? You would need to try to not use the same group.name, and not the same group.groupid. Sounds reasonable and doable, don't you think? Again, just an idea / my $0.02

>> As you can see, I gave a RPM Fusion specific ID (and group; see at the >> bottom of the page), but used the same <name> as in Fedora, which IMHO >> should be a valid thing to do, but is the reason for the problem. >> >> We could work around the problem by adding " (from RPM Fusion)" to the >> "<name>Games and Entertainment</name>" line. Then yum would work, but >> that would look ugly and redundant in pirut. Does anyone have a better >> idea how to solve the issue?

On 24.11.2007 13:20, Thorsten Leemhuis wrote: > Sorry, but again we are going in circles (some typos fixed): Just clarifying: this wan not meant harsh nor as offense.

>>>> As you can see, I gave a RPM Fusion specific ID (and group; see at the >>>> bottom of the page), but used the same <name> as in Fedora, which IMHO >>>> should be a valid thing to do, but is the reason for the problem. >>>> >>>> We could work around the problem by adding " (from RPM Fusion)" to the >>>> "<name>Games and Entertainment</name>" line. Then yum would work, but >>>> that would look ugly and redundant in pirut. Does anyone have a better >>>> idea how to solve the issue? "Better" here means that I'm considering to add that "(from RPM Fusion)" or something similar if there is no other way to make it work.