Re: groups storage - some common ground here too?
Joe Shaw <[email protected]>
| Newsgroups | gmane.linux.rpm.metadata |
|---|---|
| Message-ID | <1067886528.29882.17.camel@bacon> |
On Mon, 2003-11-03 at 01:06, seth vidal wrote: > I was thinking about the other files outside of just package metadata in > the lists and I was wondering about grouping metadata. Right now yum can > read the comps groups xml file, as can redhat-config-packages. I know > apt uses the idea of task-oriented groups and I know rc has a grouping > mechanism as well. Would there be any interest in seeing if we could > agree on a groups format as well? Is the purpose to group similar packages together for ease of presentation, or to actually create some relationship between packages? For grouping, Red Carpet just maps various RPM "Groups" (and the dpkg equivalent, I don't remember what it is exactly now) into friendlier categories for end-user presentation. The upcoming libredcarpet/rcd 2.0 has the concept of "package sets" which have a special kind of dependency relationship between them. We added a "child" dependency relationship, which is similar to requires/depends except that when the package set is removed, the children are as well. I'm not sure how/if we can somehow wedge this into the common metadata format. Adding a new type for it that other programs don't understand would probably help. Joe