Mike Shapiro writes: > b. A mechanism for asking the question "what happens if I remove you?" > i.e. for asking for confirmation. > > The current package system has no interface to permit (b) -- i.e. to call > into something in the package or intrinsically understand that. This is > an example of where you want a separation between the internals and > a particular presentation layer where it may or may not be appropriate > to pop up some dialog box and say "this is running -- are you sure > you want to remove it?" Clearly if nothing else decide the answer for IPS, > since we certainly won't go back and address this in legacy packaging.
It's unclear to me which of these two things (package and service names) is really intended to be the primary administrative unit. The text above seems to be written as though the package name is that unit: we'd want to ask "what service is (or services are) damaged if this package is removed?" Wouldn't it be somewhat more consistent to deal just in FMRIs, since that's how the rest of the system is managed? That is, I'd like to be able to say "please remove svc:/network/foobar and whatever horse it rode in on," rather than trying to divine sets of package names by looking at services. Better still, I'd like to install by service name. -- James Carlson, Solaris Networking <james.d.carlson at sun.com> Sun Microsystems / 35 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677
