On 2/17/06, Ben Armstrong <[EMAIL PROTECTED]> wrote: > On Fri, 2006-02-17 at 15:36 +0200, Eddy Petrişor wrote: > > The sledgehammer is debtags itself, not the actual tag; no user will > > need without D-I an udeb (at least not one thatknows what he's doing > > ;-), only the installer will use udebs > > I have come around to seeing that. So the rest of my musing has to do > with the inconsistency of having multiple classification systems, not > the particular constraints that appear to be inherent in D-I and udebs. > > > the binary udeb package can have different tags than the binary deb, > > with no problems; please document yourself about the purpose of udebs, > > you will understand better. > > I did warn you that my question was naive. :) But yes, I have a general > idea what udebs are for. > > > So having an X- header in the udeb will > > not prevent the deb to have an associated debtags tag. > > I'm aware that they can differ. Was my suggestion that such X- headers > be defined in terms of debtags too subtle? Couldn't the classification > quite easily reside in debtags, and the X- headers be set based on the > debtags tags? > > > > I'm assuming a user > > > might care about locating the subset of packages flagged as D-I game > > > material outside of the context of doing an actual install. > > > > I simply can't imagine that scenario. What would be the purpose? > > One springs to mind: communication between users and developers about > the classification.
There is no need of such a complicated clasifcation like debtags withing D-I > If the X- header in the udeb is the *sole* place > where this classification is stored, the classification is a bit > obscure. Only the D-I team itself, plus a handful of people here are > likely to know about it. Because no one else would need that info. > On the other hand, if there is a tag, and the X-header in the udeb is > set based on the tag, Usually package mainatinance is done by hand, so a developer could > it is clearer to all people examining Debian's > packages which games are in D-I. If you find an udeb in the package database, then it most surely is in D-I > This facilitates decision-making and > teamwork. The only decision one would make is wheter he would play a game or the other during install. Playing the game after the installation is totally another issue. The only thing you would need in D-I is to see _during_ the installation _through_ the D-I interface that you can choose one out of (e.g.) 3 games to play right then, until the system installs. D-I is the only one who needs to discriminate between a game udeb and another type of udeb. But all of this is still vaporware, currently. -- Regards, EddyP ============================================= "Imagination is more important than knowledge" A.Einstein
