Re: coms.xml as currently in livna breaks yum groupinstall

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.