On 07/07/2011 03:24 AM, Matthias Bolte wrote:
No functional change included.
---
python/libvirt-override.c | 1 -
src/conf/domain_conf.c | 1 -
src/conf/interface_conf.c | 1 -
src/conf/network_conf.c | 1 -
src/conf/node_device_conf.c | 4 -
src/conf/storage_conf.c | 1 -
src/interface/netcf_driver.c | 16 ++----
src/libxl/libxl_driver.c | 2 +-
src/lxc/lxc_driver.c | 2 +-
src/node_device/node_device_driver.c | 2 -
src/node_device/node_device_linux_sysfs.c | 2 -
src/nwfilter/nwfilter_ebiptables_driver.c | 2 -
src/openvz/openvz_driver.c | 87 ++++++++++++++---------------
src/qemu/qemu_capabilities.c | 2 +-
src/qemu/qemu_command.c | 2 +-
src/qemu/qemu_driver.c | 10 +--
src/qemu/qemu_process.c | 1 -
src/rpc/virnetclient.c | 2 -
src/rpc/virnetserverservice.c | 2 -
src/uml/uml_driver.c | 2 -
src/xen/xen_driver.c | 1 -
src/xen/xs_internal.c | 12 ++--
src/xenxs/xen_xm.c | 1 -
tests/virnetsockettest.c | 3 -
24 files changed, 60 insertions(+), 100 deletions(-)
diff --git a/python/libvirt-override.c b/python/libvirt-override.c
True, there don't appear to be any functional changes, and it's nice to
have a consistent style to the code. My only problem with this type of
commit is that it increases the chances of merge conflicts now and in
the future (when someone tries to backport a bugfix to some stable
downstream release.) (I periodically have a desire to make similar
changes, but then discourage myself for that reason; maybe I'm just too
conservative)
I assume these were found by an automated tool - do just these changes
make all of the source in libvirt consistent to "the style"? Especially
if that's the case, I lean more towards pushing them than not; hopefully
any merge conflicts that come up will be easy to solve (definitely
easier than the ones caused by actual functional changes in the code!),
and we can start enforcing the style.
So, 1/2 ACK, but wait for someone else to give their 1/2 ACK.