Bart Smaalders wrote: > >>>> >>>> One other thing to keep in mind is that software selection may not >>>> be what we know it to be today. We are talking about adjusting the >>>> clusters of software to be more intuitive in terms of what they >>>> mean, not just some arbitrary clustering like we currently have. >>>> Another thing we are talking about is allowing the ability to select >>>> and deselect clusters of software, not individual packages. >>>> Although, I imagine if we went this route we would get a lot of >>>> pushback. >>> > > Note that packages today serve no purpose in Solaris other than > minimization boundaries. If we don't allow minimization except at > clusters of packages, why don't we make packages larger and less > numerous? >
I think they're still a little more than that, as they express some architecture, too, in the sense of the root/usr split. But other than the amount of work required (we are talking about 1900 packages in snv_55, after all, from 19 consolidations), no real reason, I guess. It seems to me that we've got a ways to go in getting that basic principle agreed to first, and no one has yet drafted the proposed new best practice that seems needed to start that conversation. I think it needs to address how we share components across zones, VMs, what to do with the diskless support, and almost inevitably ends up in a discussion about how much we're willing to restructure the system to make all of this easier. Dave
