similar to: Libguestfs Failure on latest Ubuntu 22.04 LTS

Hi Libguestfs team, I'm trying to build guestfs on Ubuntu 22.04, but getting below error. #17 8.021 checking for OCaml findlib package augeas... not found #17 8.024 configure: error: the OCaml module 'augeas' is required By guestfs-building doc I need to get the package from https://people.redhat.com/~rjones/augeas/. But there is not instructions on how and where to place the package

On Thu, Oct 20, 2016 at 10:43:26PM +0200, Emmanuel Kasper wrote: > Hi > I've been looking for a standalone tool to create OVA/OVF VM files based > on a disk image and found none. So I was thinking to write my own. > Would you be interested in having such a tool in the libguestfs umbrella ? There is this: http://git.annexia.org/?p=import-to-ovirt.git which can generate OVF, and

Hi I've been looking for a standalone tool to create OVA/OVF VM files based on a disk image and found none. So I was thinking to write my own. Would you be interested in having such a tool in the libguestfs umbrella ? My aim is too have a free toolchain to build VirtualBox images for Debian (for Vagrant to be more exact, see https://wiki.debian.org/Teams/Cloud/VagrantBaseBoxes) Interface for

Le 21/10/2016 à 16:08, Richard W.M. Jones a écrit : > On Thu, Oct 20, 2016 at 10:43:26PM +0200, Emmanuel Kasper wrote: >> Hi >> I've been looking for a standalone tool to create OVA/OVF VM files based >> on a disk image and found none. So I was thinking to write my own. >> Would you be interested in having such a tool in the libguestfs umbrella ? > > There is

I'm please to announce libguestfs 1.36, a library and a set of tools for accessing and modifying virtual machine disk images. This release represents about 7 months of work by many contributors. I'd like to call out in particular substantial code contributions from: Pino Toscano, Tomáš Golembiovský, Cédric Bosdonnat, Roman Kagan, Dawid Zamirski and Matteo Cafasso. Also our testing team:

Hi Team, Am trying to install libguestfs in my redhat 8.2 version default its installing 1.38.4. Could you please help us with the installation of version 1.50 libguestfs and supported RHEL versions. Regards, Teja K -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://listman.redhat.com/archives/libguestfs/attachments/20230905/2d59d029/attachment.htm>

Hi Team, Am trying to install libguestfs in my redhat 8.2 version default its installing 1.38.4. Could you please help us with the installation of version 1.50 libguestfs (through command line in RHEL 8.2) and supported RHEL versions of 1.50. Regards, Teja K From: Teja Konapalli Sent: Tuesday, September 5, 2023 8:16 PM To: libguestfs at redhat.com Subject: LIBGUESTFS supported version Hi

I'm pleased to announce libguestfs 1.30, a library and set of tools for accessing and modifying virtual machine disk images. This release took 9 months of work by a considerable number of people, and has many new features (see release notes below). You can get libguestfs 1.30 here: Main website: http://libguestfs.org/ Source: http://libguestfs.org/download/1.30-stable/

We don't have to always extract all files from the OVA archive. The OVA, as defined in the standard, is plain tar. We can work directly over the tar archive if we use correct 'offset' and 'size' options when defining the backing file for QEMU. This puts much lower requirement on available disk space. Since the virt-v2v behaviour for OVA input now depends on QEMU version

We don't have to always extract all files from the OVA archive. The OVA, as defined in the standard, is plain tar. We can work directly over the tar archive if we use correct 'offset' and 'size' options when defining the backing file for QEMU. This puts much lower requirement on available disk space. Since the virt-v2v behaviour for OVA input now depends on QEMU version

On Fri, Mar 23, 2018 at 12:35:36PM +0100, Pino Toscano wrote: > So far v2v did not read the model of network interfaces, resulting in > "virtio" as the model for such interfaces. > > Start reading the model, if available, mapping only E1000 for now. Looks sensible, ACK. > There are also other models, e.g. PCNet32 or VmxNet3, but they are > ignored for now: reading

Very recent versions of tar (most probably as a consequence of CVE-2016-6321) may refuse archive members with '..', like the relative paths to upper level directories. Since these are just tests, simply copy the files in the temporary directories where tar (or zip as well) is run, so all the files are in the same directory. --- v2v/test-v2v-i-ova-formats.sh | 9 +++++----

The virt-v2v behaviour for OVA input now depends on QEMU version available. The tests affected by this now have two *.expect files and the expected result now also depends on the QEMU used. Signed-off-by: Tomáš Golembiovský <tgolembi@redhat.com> --- test-data/utils.sh | 21 +++++ v2v/Makefile.am | 1 + v2v/test-v2v-i-ova-formats.sh

We don't have to always extract all files from the OVA archive. The OVA, as defined in the standard, is plain tar. We can work directly over the tar archive if we use correct 'offset' and 'size' options when defining the backing file for QEMU. This puts much lower requirement on available disk space. Since the virt-v2v behaviour for OVA input now depends on QEMU version

We don't have to always extract all files from the OVA archive. The OVA, as defined in the standard, is plain tar. We can work directly over the tar archive if we use correct 'offset' and 'size' options when defining the backing file for QEMU. This puts much lower requirement on available disk space. Since the virt-v2v behaviour for OVA input now depends on QEMU version

Test: - Bad SHA1 sum - Bad SHA256 sum - Invalid lines in manifest (x2) - Good checksum and manifest These tests were originally written by Tomáš Golembiovský. All I have done is to integrate them into the virt-v2v test suite. --- .gitignore | 1 + v2v/Makefile.am | 22 +++++++- v2v/test-v2v-i-ova-bad-sha1.sh | 66

So far v2v did not read the model of network interfaces, resulting in "virtio" as the model for such interfaces. Start reading the model, if available, mapping only E1000 for now. There are also other models, e.g. PCNet32 or VmxNet3, but they are ignored for now: reading them as Source_other_nic would result in v2v rejecting OVAs previously converted. --- v2v/parse_ovf_from_ova.ml

We have to be explicit about the drivers in backing file JSON in order for libvirt to work. Signed-off-by: Tomáš Golembiovský <tgolembi@redhat.com> --- v2v/input_ova.ml | 1 + v2v/test-v2v-i-ova-subfolders.expected2 | 2 +- v2v/test-v2v-i-ova-tar.expected2 | 2 +- v2v/test-v2v-i-ova-two-disks.expected2 | 4 ++-- 4 files changed, 5 insertions(+), 4

Does genid exist in oVirt ? If yes, is it already preserved or should it be a new patch ? On Thu, Jul 5, 2018 at 3:44 PM Richard W.M. Jones <rjones@redhat.com> wrote: > virt-v2v moves guests, it doesn't clone them. Therefore we should try > to preserve the VM Generation ID (genid) as much as possible. > > This has the ability to read the genid from VMware VMX files and

On Tue, Feb 14, 2017 at 01:26:40AM +0100, Tomáš Golembiovský wrote: > We have to be explicit about the drivers in backing file JSON in order > for libvirt to work. > > Signed-off-by: Tomáš Golembiovský <tgolembi@redhat.com> > --- > v2v/input_ova.ml | 1 + > v2v/test-v2v-i-ova-subfolders.expected2 | 2 +- > v2v/test-v2v-i-ova-tar.expected2