On Thu, Jun 19, 2008 at 09:36:15AM +0200, Joerg Barfurth wrote: > Take all the unstated (in the original post) syntax changes into > account, I agree that it seems possible to have a (CLIP compliant) > syntax of the form > > zoneadm <subcommand> [<all-options>] [<zonename> [<operands>]] > > and that this is more usable than the current > > zoneadm [<global-opts>] <subcommand> [<subcmd-opts>] [<operands>]
Given that the <global-opts> and <subcmd-opts> today don't conflict, why not just: zoneadm <subcommand> [<all-options>] where the zone on which a sub-command must operate is named with -z/-u as usual, just after the sub-command name? > Still there are some details in the required options and operands (like > use of -u instead of -z or the reboot boot-options arguments) that make > it tricky to do this cleanly - particularly if the old syntax needs to > be kept alive for compatibility. The old syntax must remain, yes, for backwards compat. But I don't see why this is complicated. If argv[1] doesn't start with - then you do the new thing and use a getopts string with all the options for that sub-command and all the global ones too. Otherwise do as today. Nico -- _______________________________________________ zones-discuss mailing list zones-discuss@opensolaris.org