Fabrizio Listello wrote: >> My "back of the cocktail napkin" proposal is that this OpenSolaris >> team divide the packages/objects into two categories: >> >> 1) If delivered, must be delivered by the distro (core). >> 2) Everything else. >> >> 2) is much, much larger than 1) > > Maybe I'm missing what you intend to be a "distro": Either is > OpenSolaris a full distro or a "core distro" only? I don't know of an "OpenSolaris distro". At the moment, there is a "Sun Solaris distro". Maybe there will be an "OpenSolaris distro" when all the "closed bits" and such are resolved.
Should an "OpenSolaris distro" exist, its up to the community/CAB exactly what it is. My *personal* (and perhaps not completely thought out) opinion is that it should only contain the objects that the community is the primary maintainer of (plus a few other items which are absolutely required). This doesn't make much of a distro, but it makes a great place to a distro to start from. Then again, the community might want to become the Debian of the Solaris world. Its your collective choice (opps, our collective choice, because I am one of many contributors). > IMHO there is a 1.5 set of packages that are "community delivered", > think to them something like the Ubuntu universe. They are packages > done by the "comunity" following the same "building rules" of 1) but > that have not the same support of 2). Again I think Ubuntu distinction > is good. > The 1.5 set should be easily downloaded/installed and, if installed, > it will override the set 1) at user risk. Sure. There may be a 1.5 (or 3 or 0). I'm a simplistic kinda guy, so I'd aim for the smallest *practical* number. Maybe 2 isn't practical. I don't like the "override 1" bit, at least as a default. Having it be possible is probably good, but it shouldn't be something somebody can do by accident. It probably pushes the user out of the domain where any distro would be interested in providing support. - jek3
