[Libvir] Suggested list of files to rename

I've accumulated a collection of files in libvirt which I think should be renamed. This file is in CVS, called 'RENAMES', and attached below. What do you think? Rich. # Suggested list of file renames. # # File renames don't normally go into patches because they make # the patches much harder to read, so list them here instead. # # $Id: RENAMES,v 1.1 2007/06/11 12:25:06 rjones Exp $ # Clearer naming scheme after Xen-unified patch went in. src/xen_internal.c src/xen_internal_hv.c src/xen_internal.h src/xen_internal_hv.h src/proxy_internal.c src/xen_internal_proxy.c src/proxy_internal.h src/xen_internal_proxy.h src/xend_internal.c src/xen_internal_xend.c src/xend_internal.h src/xen_internal_xend.h src/xm_internal.c src/xen_internal_inactive.c src/xm_internal.h src/xen_internal_inactive.h src/xs_internal.c src/xen_internal_xenstore.c src/xs_internal.h src/xen_internal_xenstore.h src/xen_unified.c src/xen_internal.c src/xen_unified.h src/xen_internal.h # Test driver should really be called test_internal. src/test.c src/test_internal.c src/test.h src/test_internal.h # This would be better: src/*_internal*.c src/*_driver*.c src/*_internal*.h src/*_driver*.h # Qemud is now the qemud + remote driver. qemud/protocol.x qemud/qemud_protocol.x qemud/* remote/* -- Emerging Technologies, Red Hat - http://et.redhat.com/~rjones/ Registered Address: Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SL4 1TE, United Kingdom. Registered in England and Wales under Company Registration No. 03798903

On Mon, Jun 11, 2007 at 01:40:14PM +0100, Richard W.M. Jones wrote:
I've accumulated a collection of files in libvirt which I think should be renamed. This file is in CVS, called 'RENAMES', and attached below.
What do you think?
That renaming without tweaking the CVS base (which I could do) looses the history. I agree naming of files is not perfect, but there is a drawback to change those. I guess if we also made a pass on the documentation and also document all the existing modules (as well as do the renaming) then is would make far more sense, but renaming won't replace actually get the docs. And I find the later far more important and with less drawbacks. Daniel -- Red Hat Virtualization group http://redhat.com/virtualization/ Daniel Veillard | virtualization library http://libvirt.org/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/
participants (2)
-
Daniel Veillard
-
Richard W.M. Jones