Hi, Daniel
Daniel Veillard wrote:
> I promised that mail for the beginning of the week but I still have
> a very hard time to try to formulate a good plan of action, I'm still
> stuck in a dilemna, see below.
>
> What is it?
> ---
> I think tuning informations are that set of parameters
On Wed, 14 Nov 2007 04:33:47 -0500 Daniel Veillard wrote:
> On Tue, Nov 13, 2007 at 08:24:53PM -0500, beth kon wrote:
> > I tested the latest CVS libvirt on a 128-way x3950 and create, define,
> > and start appear to work well with various cpusets specified. The only
> > thing I noticed was that
Hi,
Is HTML code of Libvirt site opened like virt-manager web?
http://hg.et.redhat.com/virt/websites/virt-manager-web--devel
Thanks
Atsushi SAKAI
Gildas <[EMAIL PROTECTED]> wrote:
> Hi,
>
> As reported on the irc channel, the documentation at
> http://libvirt.org/uri.html#URI_qemu is not in sy
Daniel Veillard <[EMAIL PROTECTED]> wrote:
> On Wed, Nov 14, 2007 at 03:57:10PM +0100, Jim Meyering wrote:
>> Here's another infrastructure-fixing patch.
>> I got most of the way to an honest "make distcheck",
>> but fixing a final failing sub-test wasn't worth the effort,
>> so I punted and added
Looks like within has no effect. I ran virsh
dumpxml, inserted the , redefined the domain, and ran
virsh dumpxml again. No shareable. I even ran virsh undefine and
virsh define again, same thing.
XML and output of xm list --long for this guest attached.
rhel5pv
49a0c6ffc066539264983632d
Daniel Veillard <[EMAIL PROTECTED]> wrote:
> On Wed, Nov 14, 2007 at 03:57:10PM +0100, Jim Meyering wrote:
>> Here's another infrastructure-fixing patch.
>> I got most of the way to an honest "make distcheck",
>> but fixing a final failing sub-test wasn't worth the effort,
>> so I punted and added
On Wed, Nov 14, 2007 at 03:57:10PM +0100, Jim Meyering wrote:
> Here's another infrastructure-fixing patch.
> I got most of the way to an honest "make distcheck",
> but fixing a final failing sub-test wasn't worth the effort,
> so I punted and added the top level "distuninstallcheck"
> target to ma
Daniel Veillard kindly gave me space on the libvirt.org server, so now
the new home page for ocaml-libvirt is:
http://libvirt.org/ocaml/
and the new downloads page is:
http://libvirt.org/sources/ocaml/
Rich.
--
Emerging Technologies, Red Hat - http://et.redhat.com/~rjones/
Registered Add
Jim Meyering wrote:
"Richard W.M. Jones" <[EMAIL PROTECTED]> wrote:
Jim Meyering wrote:
I noticed a bunch of unchecked strdup's in a row,
and audited the rest of the file:
Handle failed strdup and malloc.
* src/remote_internal.c: Don't dereference NULL after
failed st
"Richard W.M. Jones" <[EMAIL PROTECTED]> wrote:
> Jim Meyering wrote:
>> I noticed a bunch of unchecked strdup's in a row,
>> and audited the rest of the file:
>>
>> Handle failed strdup and malloc.
>>
>> * src/remote_internal.c: Don't dereference NULL after
>> failed strdup or mall
Hi,
As reported on the irc channel, the documentation at
http://libvirt.org/uri.html#URI_qemu is not in sync with what is
reported/supported by libvirtd v 0.3.3
Regards,
Gildas
--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list
Jim Meyering wrote:
I noticed a bunch of unchecked strdup's in a row,
and audited the rest of the file:
Handle failed strdup and malloc.
* src/remote_internal.c: Don't dereference NULL after
failed strdup or malloc in doRemoteOpen.
This is all good stuff, except that t
I noticed a bunch of unchecked strdup's in a row,
and audited the rest of the file:
Handle failed strdup and malloc.
* src/remote_internal.c: Don't dereference NULL after
failed strdup or malloc in doRemoteOpen.
---
src/remote_internal.c | 22 ++
1
Here's another infrastructure-fixing patch.
I got most of the way to an honest "make distcheck",
but fixing a final failing sub-test wasn't worth the effort,
so I punted and added the top level "distuninstallcheck"
target to make it skip that part.
Make "make distcheck" work.
* M
I'm pleased to announce the release of ocaml-libvirt 0.3.3.1, type-safe
libvirt bindings for OCaml.
Main page: http://et.redhat.com/~rjones/ocaml-libvirt/
Source repo: http://hg.et.redhat.com/virt/applications/virt-top--devel
Change log: http://et.redhat.com/~rjones/ocaml-libvirt/ChangeLog.txt
This patch has been applied.
Rich.
--
Emerging Technologies, Red Hat - http://et.redhat.com/~rjones/
Registered Address: Red Hat UK Ltd, Amberley Place, 107-111 Peascod
Street, Windsor, Berkshire, SL4 1TE, United Kingdom. Registered in
England and Wales under Company Registration No. 03798903
Daniel Veillard wrote:
On Tue, Oct 16, 2007 at 11:37:31AM +0100, Richard W.M. Jones wrote:
I didn't really mean to post the debugging part of that patch. But
actually it's quite useful and the message only appears when configured
with --enable-debug, which is fair game for lengthy informationa
This patch now applied.
This is a big, albeit mostly mechanical, patch but as with all such
things there's the possibility it could break URI parsing in some corner
cases. If you find one, please let me know.
Rich.
--
Emerging Technologies, Red Hat - http://et.redhat.com/~rjones/
Registered
(1) Add documentation to the hvsupport page for virNodeGetFreeMemory
(2) Fix documentation on the hvsupport page to show that the two new
functions aren't supported in the QEMU, KVM or remote cases yet.
(3) Add DEBUG() calls to both new functions.
(4) xen_internal.c functions may now support
On Tue, Nov 13, 2007 at 08:24:53PM -0500, beth kon wrote:
> I tested the latest CVS libvirt on a 128-way x3950 and create, define,
> and start appear to work well with various cpusets specified. The only
> thing I noticed was that dumpxml does not grab the cpuset info. I have
> not looked at the
20 matches
Mail list logo
