On Thu, Dec 15, 2005 at 10:19:17AM -0500, Bryan D. Payne wrote:
> Interesting. Can you expand on how this is different than the
> services currently provided by libxc? Is the idea to simply have a
> wrapper around libxc that can be LGPL and, possibly, be extended to
> work with other virtualization mechanisms? Or does libvir provide
> services not found in libxc?
It is not using libxc for a couple of reasons:
- to decouple the API from Xen, with the hope it will
help provide API stability with an intermediate abstraction
- due to the licence: if the LGPL library requires to link with
a GPL library well the resulting programs can only be used
under the GPL licence.
It is smaller than libxc in term of capabilities, the goal is not
to try to match those exactly, it can be expanded if there is demand
though but it's more about providing generic services. For example
there is an API do dump running domain informations as an XML chunk
that could be used as well for different kind of virtualization engine,
and is more high level than what libxc provides.
Daniel
--
Daniel Veillard | Red Hat http://redhat.com/
veillard@xxxxxxxxxx | libxml GNOME XML XSLT toolkit http://xmlsoft.org/
http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/
