On 09/29/10 02:03 AM, Ethan Quach wrote:
On 09/23/10 23:56, Jan Damborsky wrote:
On 09/23/10 10:08 PM, Ethan Quach wrote:
On 09/23/10 05:13, Jan Damborsky wrote:
[...]
With current proposal, it is assumed that configuration of core set of
parameters defined in 14.1 would happen either in interactive or
non-interactive
way.
If both mechanisms took place, then interactive configuration
would take precedence over non-interactive one.
Such approach provides less flexibility comparing to legacy sysid
tools
and it needs to be discussed if this is acceptable limitation.
I don't have huge heartburn if the whole wad of questions had to
be re-prompted for. My question was really whether or not SCI
could automatically get launched if one of the required parameters
was not set (rather than basing it on the specific property to invoke
SCI.)
What particular AI scenario you think would take advantage of this
feature ?
I think the general concept of being self-contained is what I
am striving for. That is, if AI accepted an SC profile that lacked
a piece of configuration that made the resultant installed system
unusable by default (e.g. if root account and user account were
not in the profile), it would be nice if we just launched SCI to
"correct" the issue.
Are you contemplating some kind of generic approach or do you envision
that amending mechanisms we already have available would cover this ?
I didn't have anything particular in mind. For the general case, it
seems
that the definition of what constitutes a "usable" system by default is
key, but I suspect that is not in the scope of this proposal or the
intent
of the SCI tool.
I agree. We could dig into that later when addressing AI scenario
you have described.
I am asking, since in this scenario you described, it would be
feasible to
enhance scope of System Configuration smf service [1], since it is where
SCI tool is planned to be launched in most of the cases. smf service
could check for such conditions and kick off SCI tool if needed.
That sounds like a reasonable approach given the scope of this
proposal.
ok. I will capture this in System Configuration smf service design spec.
Thank you,
Jan
_______________________________________________
caiman-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/caiman-discuss
