[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: [libvirt] libvirt vs XenAPI



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>wrote:
> > To address another point, we'll have better support for Windows in
> > future (ie. you won't need to build it from source).  The dependency
> > is this project: http://fedoraproject.org/wiki/SIGs/MinGW
> > See also: http://wiki.libvirt.org/page/TodoWindowsSupport
>
> 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):
http://wiki.libvirt.org/page/TodoWindowsSupport

> > 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
> or Xen API, (clearly runnable from windows) . If libvirt does windows port,
> which of the following distributions "are" supported [...]

"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
list.

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
different things.

Rich.

-- 
Richard Jones, Emerging Technologies, Red Hat  http://et.redhat.com/~rjones
Read my OCaml programming blog: http://camltastic.blogspot.com/
Fedora now supports 64 OCaml packages (the OPEN alternative to F#)
http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]