Hi Sundar.
I like the idea of simplification, and the overall proposal of
accounting for criteria on the commandline instead of in a file. I
believe it will cut user confusion.
In order to simplify even further, I have the following comments.
1) Instead of
installadm add-manifest
I suggest
installadm update-service
This will allow for easy deletion or changing of manifests as well as
adding them:
Add:
installadm update-service -a -m <my_manifest> [ -C <criteria=value> ... ]
would add a new manifest and associate with criteria. If no criteria
are specified, it would be a default manifest.
Delete:
installadm update-service -d <manifest-to-del>
Similar to what you stated in one of your replies, installadm
create-client would take precedence over installadm update-service -a.
I think of create-client as a shortcut to update-service, in that it
binds a particular client to a manifest much like update-service binds a
manifest to one or more systems in a group.
Actually, we don't really need create-client as update-service -a would
do the trick. This would be one less complication for the user to deal
with. Simple = one way to do something.
(If we opt to leave create-client in, then I would change the command to
be more explicit that the manifest specified there is the default manifest.)
2) I think installadm set-property is just going to confuse users. It
is too low level, and for setting manifests, unnecessary given
update-service. (Again simple = one way to do something.) If
set-property is going to be used for other things, then it may be best
to leave it in, but if not, I would remove it.
3) I agree with Ethan's comment that installadm list is very important
here, to show the connections between the services, systems and manifests.
Thanks,
Jack
On 07/31/09 18:06, Sundar Yamunachari wrote:
> Hi,
>
> The proposal to simplify AI manifest by removing criteria manifest
> is updated and available at
> http://www.opensolaris.org/os/project/caiman/auto_install/manifest_simplification_proposal_v2.
>
> The document has more information and user scenarios. Please review
> the proposal and provide your feedback.
>
> Thanks,
> Sundar
> _______________________________________________
> caiman-discuss mailing list
> caiman-discuss at opensolaris.org
> http://mail.opensolaris.org/mailman/listinfo/caiman-discuss
