Bart Smaalders wrote: > Philip Brown wrote: >> >> You may say that 95% is good enough. My perspective, is that it's the >> 4% difference, the "tricky" software packages out there, are the ones >> that people *most want handled for them* ! > > Busted software is just that: busted.
There's a difference between "busted" and "complex". your apparent assertion that "complex == busted", is false. > Our assertion is that pkg install time is the wrong time to do this in > the general case. It might work for application software that's > never installed on diskless clients or packaged as part of an > appliance. I'm beginning to get the impression, that this assertion, is driven by lack of existing APIs, rather than a tight conceptual logical/conceptual derivation of "this doesnt belong in packaging". What I mean by this is: There is a problem for postinstall type activities; they become complex to "do right", in situations of zones, or diskless clients [funny, i didnt think sun SUPPORTED diskless clients any more. but anyways... :) ] Your response to the problem seems to be: "Well, there doesnt seem to be an existing, clean API, for 'do this action cleanly across all zones/diskless clients'. HOWEVER: we can do what is usually required, by using SMF. Hmm.. SMF isnt technically related to packaging. Should we use it? Well, tell you what, we'll just rescope the whole postinstall thing to be 'separate from packaging', and then it'll be conceptually cleaner to justify using SMF for it" BTW: I DO see the benefit, of allowing a postinstall script to have "delayed execution", in the case where there is a situation of "global zone, shared read-only filesystems for practically everything, and oh by the way, one of the zones/clients is not running right now". I see that as highly useful. What I'd like to suggest: How about not pretending, "we dont do postinstall scripts any more", and instead saying, "This is the New and Improved way of doing postinstall scripts. This is why it is an improvement. And oh by the way, here are some tools for you, to help you transition your existing postinstall scripts, to the new-and-better way". _______________________________________________ pkg-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
