On Thu, Nov 08, 2012 at 10:30:55AM -0500, James B. Byrne wrote: > > On Thu, November 8, 2012 09:24, Daniel P. Berrange wrote: > > > > > NACK to this patch. I think the current command names are good. > > Creating duplicates will make life worse. First, it creates > > divergance from the similarly named commands for networks, > > storage and other objects. It also means scripts written again > > the new commands will not work with existing libvirt. > > Duplicates (aliases) will make life worse for whom? In what way? On > what evidence? The present nomenclature is idiomatic to virsh and is > a variance with how many people think of managing a host whether > virtual or not. On the other hand, one does not customarily speak of > rebooting a network or a storage array, at least not in my experience. > > > > > I actually think that shutdown & reboot are *better* names > > than restart and stop. > > Then change start to boot and be done with it. But, the issue really > is what English words are commonly associated with each other in the > context we are dealing with. I submit that 'start' is not intuitively > associated with 'shutdown' by the vast majority of English speakers > and hardly associated with 'reboot' by any. > > Consider the syntax of 'initctl' and 'service'. Initctl uses start, > stop and restart. Service scripts virtually without exception use > start, stop and restart, including that for libvirtd. Operators are > far more likely to be familiar with this combination of terms than any > other. Why force them to learn yet one more variant? What is the > advantage for the users? If you are comparing to init services, then the 'stop' verb is semanticaly equivalent to libvirt's 'destory' verb, not the shutdown verb. 'stop' does a synchronous termination of the service. Daniel -- |: http://berrange.com -o- http://www.flickr.com/photos/dberrange/ :| |: http://libvirt.org -o- http://virt-manager.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: http://entangle-photo.org -o- http://live.gnome.org/gtk-vnc :| -- libvir-list mailing list libvir-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/libvir-list