David Bustos writes: > > Again, using the work-around described above, if someone creates a > > temporary service but then does a temporary disable and a permanent > > enable -- perhaps by mistake -- the result is that the "temporary" > > instance suddenly becomes permanant. > > Right -- it's essentially impossible to repurpose standard semantics > because you can't instruct the framework not to expose the original > semantics through the generic interface. You could instruct users "not > to do that", but that would be pretty silly.
Yep; it'd defeat part of the purpose of going with a standardized configuration mechanism. I've resigned myself to living without temporaries until they're real. It should be fine for ordinary use. -- 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
