On Mon, Sep 1, 2008 at 2:23 PM, Richard W.M. Jones
On Mon, Sep 01, 2008 at 01:58:09PM +0200, atif bajwa wrote:
> On Mon, Sep 1, 2008 at 1:39 PM, Richard W.M. Jones <rjones redhat com
> Thanks but does libvirt support windows port with any released build or not?You can compile libvirt (client only) on Windows -- see Atsushi's
previous email for links to how to do this.
If you follow this link you will see the current status of Windows
builds (ie, binaries that you can download from libvirt.org):
> > On Mon, Sep 01, 2008 at 12:06:07PM +0200, atif bajwa wrote:
> > > 1. Solaris SPARC 81/9/10
> > > 2. Solaris x64/x86 9/10
> > > 3. Red Hat RHEL AS/ES/WS 3/4/5
> > > 4. Novell SUSE & SLES 8/9/10
> > Those should all be supported as libvirt clients.
> I am little surprised "should be?". I need to make a decision to use libvirt> which of the following distributions "are" supported [...]
> or Xen API, (clearly runnable from windows) . If libvirt does windows port,
"should be" as in, we haven't compiled it on every single one of
those, but since they are all Un*x distributions, there should be no
problem. If you find a problem, please post about it on the mailing
If you want commercial support, Red Hat support libvirt client &
server on RHEL 5, and I guess we either do now or could in the future
support libvirt client on RHEL 3/4 too (talk to Red Hat sales or your
account manager). Solaris and SUSE are supported by Sun and Novell
respectively, so you would need to talk to them.
> as remote hosts.
I'm a bit confused by what you mean here though. For example RHEL 3/4
don't have any support for virtualization of the host, so there
wouldn't be any point in running them as libvirtd servers. Unless you
are compiling qemu on them or something like that.
Libvirt as a client and libvirt(d) as a server are completely
Read my OCaml programming blog: http://camltastic.blogspot.com/
Fedora now supports 64 OCaml packages (the OPEN alternative to F#)