James Carlson wrote:

>Darren Reed writes:
>  
>
>>2) it would seem the next place worth going is:
>>  zoneadm <subcommand> [all options]
>>
>>3) but what I'd rather do is:
>>  zoneadm <subcommand> <zonename> [all-options-except -z]
>>    
>>
>
>You might want to review the CLIP specification and companion, as the
>above goal seems to be out of step -- options are supposed to go
>before the operand, not trailing after:
>
>  http://opensolaris.org/os/community/arc/caselog/2006/062/spec-clip-html/
>
>I'm not really a fan of CLIP, but I am a fan of consistency.  To the
>degree we can manage it, we shouldn't have individual utilities
>striking out to explore new command line syntax territory.
>
>  
>
>>...but just maybe that requires (2) to allow for -u.  The other
>>thing to say is that any string that is going to be successfully
>>parsed by linuuid(3) is not going to be a normal zonename,
>>therefore no -u is required for <zonename> to indicate that
>>it is a uuid instead - the string can be passed to libuuid(3)
>>and if it works, we move along.  The only problem that poses
>>if someone was expecting "zoneadm blah uuid" to fail on
>>purpose - but I'd wager that more people would like it to
>>"just work" than fail.
>>    
>>
>
>I think that misses part of the point of the compatibility feature in
>"-u".  When you supply both -u and -z, we select the zone matching
>based on UUID first.  If there is no such zone, then we select the
>zone matching based on name.  This allows us to deal with the upgrade
>cases from S10 FCS where there was no UUID.
>
>In this new world without option introducers, such a situation would
>require the user (or script) to supply both the UUID and the zone on
>the command line, making the syntax a rather confusing:
>
>       zoneadm <subcommand> [<UUID>] [<name>]
>  
>

So the command line would look like:

zoneadm boot d66e28e2-d1d4-6a3d-febe-e76e5af17812 fred

or

zoneadm boot fred d66e28e2-d1d4-6a3d-febe-e76e5af17812

Hmmm, I think I prefer the bottom one, but I can't see why
either precludes the other as I'm pretty confident no sane
person will ever want a zone name that matches a uuid and
code could easily be written to cover this.

Darren

_______________________________________________
zones-discuss mailing list
zones-discuss@opensolaris.org

Reply via email to