As it is, you have to define the comps file classes _before_ you use them. The algorithm should be expanded so that you could also define them later in the file. The reason: the order classes are defined in comps file defines the order they're shown in the installer. If the algorithm were to be reworked you could do something like: ---- 1 base { ... } 1 Our Server { @ Development @ ... ... } ... 0 Development { ... } ---- Now, you have to define the classes you want in 'Our Server' one by one (if you want it to be the first entry in the installer).
Not for 7.0 :)
We're going to rethink the comps file.
We've made some changes to the comp file format that should address this issue.
The new comps file format does allow control of the order that package groups appear. <grouphierarchy> <category name="Desktops"> <subcategory>base-x</subcategory> <subcategory>gnome-desktop</subcategory> <subcategory>kde-desktop</subcategory> </category> <category name="Applications"> <subcategory>editors</subcategory> ... CLOSING->RAWHIDE
Time tracking values updated