On Fri, Jan 16, 2009 at 10:11:02AM +0000, Daniel P. Berrange wrote: > Integrating with host networking meanwhile is a fundamental requirement > for virtualization for all apps using libvirt, since guests need network > connectivity, and thus managing NICs should be within scope. I don't think that's much of an argument. Plenty of things can be considered fundamental. My kernel version certainly is, so why isn't libvirt letting me upgrade that? What about my firewall? Why isn't libvirt configuring my iSCSI target for me? We should be considering why libvirt is /well-placed/ to configure the host. I think it should be pretty clear that it's actually not: the problems around distro differences alone is a good indication. The proposed API is anaemic enough to not be of much use. This is way beyond carving out the physical system into virtual chunks and it's a big step towards lib*virt* becoming libmanagement. It seems David's main justification for this was: - you want to configure host NICs - libvirt already has scaffolding for remote management So I'm sympathetic to something like spinning out the RPC into a generic layer, and modularising what it can talk, with a libvirt module. But that's a very different beast. regards john -- Libvir-list mailing list Libvir-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/libvir-list