On Thu 21 Sep 2006 at 02:23AM, Roland Mainz wrote:
> > All the tools which currently use command line editing use
> > libtecla; it is installed in /usr/lib so it is clear that replacing
> > such functionality does not require a library in /lib.
>
> I wasn't only thinking about "command line editing". For zones and SMF I
> have some nice ideas in the queue to add features like event-driven
> scripting (for example send SMS to the admin when a service goes down)
> or simply "conditional execution" (e.g. the usual if...else...fi
> machinery would be very usefull, including keeping the current status of
> a SMF service in variables maintained by discipline functions (for
> example $ echo ${SMF.service.status["svc:/network/telnet:default"]} #
> could return "online" (the "trick" is to define a "get" discipline
> function for "SMF.service.status"))).
As a representative of the Zones team, I'm not aware of these plans.
Since zonecfg(1m) is just basically a document editor, I don't believe
we need anything beyond the kind of tab completion that libtecla gives
us (and indeed we were the team responsible for adding it in the first
place).
As for notifications at state transitions, the team's long term plan is
to rework our service model such that each zone is an SMF service
instance (there are additional reasons for this which are out of the
scope of this discussion), and then to piggyback on planned SMF
functionality in that space, which Liane has called "the transitions
project." It is possible that we will also expose such state
transitions to the command line (i.e. via zoneadm) but I don't need
any new libraries to do so.
-dp
--
Daniel Price - Solaris Kernel Engineering - dp at eng.sun.com - blogs.sun.com/dp
