On Sat, Oct 18, 2014 at 12:03:23AM +0200, Wouter Verhelst wrote:
Hi all,
(added rjones from nbdkit fame -- hi there)
[I'm happy to implement whatever you come up with, but I've added
Florian Weimer to CC who is part of Red Hat's product security group]
So I think the following would make
I'm pleased to announce libguestfs 1.28, a library and set of tools
for accessing and modifying virtual machine disk images.
This release took 7 months of work by a considerable number of people,
and has many new features (see release notes below), including new
'virt-v2v' and 'virt-p2v' tools
No change, just a repost of this trivial patch which is sitting in my
queue.
Previous post:
http://www.redhat.com/archives/libvir-list/2014-September/msg00417.html
--
libvir-list mailing list
libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list
Really this should be a warning, not an error, but at least let's
print out the product version so we have a hope of diagnosing the
problem.
error: internal error: v2v-vcenter is neither an ESX 3.5, 4.x nor 5.x host
(product version = 0x40007)
In this instance the error was that you have to use
These tools have been rewritten upstream, so you don't need to link to
the old tools, link to the new ones and mention they are part of
libguestfs.
Also remove the link to Poor man's P2V. There's no real reason to
use that technique any longer since the rewritten tools are simple,
fast and
Build with clang fails with:
CC util/libvirt_util_la-virsocketaddr.lo
util/virsocketaddr.c:904:17: error: cast from 'struct sockaddr *' to
'struct sockaddr_in *' increases required alignment from 1 to 4
[-Werror,-Wcast-align]
inet4 = (struct sockaddr_in*) res-ai_addr;
Store version numbers in this format
version = 100 * major + 1000 * minor + micro
produces by virParseVersionString instead of dedicated enums.
Split the complex esxVI_ProductVersion enum into a simpler
sxVI_ProductLine enum and a product version number.
Relax API and product version
Hi,
Daniel P. Berrange wrote (01 Oct 2014 14:54:43 GMT) :
Agreed, the libvirt upstream distributed file should do version checks
based on official apparmor releases, and distros can tweak versions if
they have backported features.
So, it seems that we've reached a consensus that adding
Store version numbers in this format
version = 100 * major + 1000 * minor + micro
produced by virParseVersionString instead of dedicated enums.
Split the complex esxVI_ProductVersion enum into a simpler
esxVI_ProductLine enum and a product version number.
Relax API and product version
2014-10-18 23:11 GMT+02:00 Matthias Bolte matthias.bo...@googlemail.com:
Store version numbers in this format
version = 100 * major + 1000 * minor + micro
produces by virParseVersionString instead of dedicated enums.
Split the complex esxVI_ProductVersion enum into a simpler
2014-10-18 16:10 GMT+02:00 Richard W.M. Jones rjo...@redhat.com:
Really this should be a warning, not an error, but at least let's
print out the product version so we have a hope of diagnosing the
problem.
error: internal error: v2v-vcenter is neither an ESX 3.5, 4.x nor 5.x host
(product
On Sun, Oct 19, 2014 at 12:12:34AM +0200, Matthias Bolte wrote:
I propose a different patch instead:
https://www.redhat.com/archives/libvir-list/2014-October/msg00517.html
This simplifies and relaxes the internal version checks and as a side
effect also improves the error messages. In
12 matches
Mail list logo