On 12/07/10 07:03, Dave Miner wrote:
On 12/ 6/10 06:04 PM, Ethan Quach wrote:
On 12/06/10 14:34, Dave Miner wrote:
On 12/ 6/10 05:11 PM, Sue Sohn wrote:
On 12/ 6/10 11:30 AM, Dave Miner wrote:
On 12/ 3/10 10:57 AM, William Schumann wrote:
Version 1.11
http://hub.opensolaris.org/bin/download/Project+caiman/System+Configuration+Project/SCProfileProposal.odt
Modified commands to make them more consistent with AI manifests.
Two questions about the consistency aspect:
- Why "create-profile" when manifests use "add-manifest"?
This is consistent with the proposed changes to installadm commands
(add-manifest is also changing to create-manifest). The rationale, as
explained
by Frank, is that the object being added doesn't already exist in the
installadm
world and therefore needs to be "created" rather than "added". An
email with the
set of proposed changes will be sent out shortly.
Would one of you please elaborate on the answer to my question below:
- What's the sequence to overwrite an existing profile with an
updated version
of itself; is it just "create-profile" or is there a delete followed
by create?
as I didn't see this answered in a quick skim of your other email.
Like with manifests, trying to create another profile whose name already
exists for that service should fail.
Right now, that doesn't happen for add-manifest, at least for a
default manifest. That's why I asked.
You're right. For the default manifest, adding another default manifest
will end up just overwriting the current default. This is an artifact
of the current code's special treatment of the default manifest.
When we move denotion of the default manifest to be a property of the
service, as specified in the derived manifest design, this will change,
and updating the contents of any manifest, or profile, should be done
using an update-manifest or update-profile command.
It seems something we forgot to include is update-manifest (and
update-profile for profiles), as this is what's proposed in section
5.3.4 from the derived manifests design.
5.3.4 Additional manifest management commands
To provide a means to subsequently update the actual manifest files that
have already been published, we introduce two new subcommands.
'export-manifest' will output a copy of the specified manifest to
stdout, or to a file if the -o option is specified. 'update-manifest'
will republish a manifest leaving any already set criteria for that
manifest untouched.
Does that answer your question?
It does as far as manifests, anyway :-)
We can do the same for profiles. I'll check with William on whether or
not this can be done with the wad he's working on, but if not then we'll
file an RFE for this for both manifests and profiles.
I think a useful exercise at this point would be to publish a proposed
new man page for review/discussion.
That's being worked on now. We hope to have something in the next week
or so. Some of the more complex commands, like the auth commands, may
not have exact final description text yet, but there should be something
we can review.
thanks,
-ethan
Dave
_______________________________________________
caiman-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/caiman-discuss
