search for: manifest2

...ova-bad-sha256.sh | 66 +++++++++++++++++++++++ v2v/test-v2v-i-ova-checksums.ovf | 95 +++++++++++++++++++++++++++++++++ v2v/test-v2v-i-ova-good-checksums.sh | 64 ++++++++++++++++++++++ v2v/test-v2v-i-ova-invalid-manifest1.sh | 65 ++++++++++++++++++++++ v2v/test-v2v-i-ova-invalid-manifest2.sh | 64 ++++++++++++++++++++++ 8 files changed, 442 insertions(+), 1 deletion(-) create mode 100755 v2v/test-v2v-i-ova-bad-sha1.sh create mode 100755 v2v/test-v2v-i-ova-bad-sha256.sh create mode 100644 v2v/test-v2v-i-ova-checksums.ovf create mode 100755 v2v/test-v2v-i-ova-good-checksums.sh cr...

...| 66 +++++++++++++++++++++++ > v2v/test-v2v-i-ova-checksums.ovf | 95 +++++++++++++++++++++++++++++++++ > v2v/test-v2v-i-ova-good-checksums.sh | 64 ++++++++++++++++++++++ > v2v/test-v2v-i-ova-invalid-manifest1.sh | 65 ++++++++++++++++++++++ > v2v/test-v2v-i-ova-invalid-manifest2.sh | 64 ++++++++++++++++++++++ > 8 files changed, 442 insertions(+), 1 deletion(-) > create mode 100755 v2v/test-v2v-i-ova-bad-sha1.sh > create mode 100755 v2v/test-v2v-i-ova-bad-sha256.sh > create mode 100644 v2v/test-v2v-i-ova-checksums.ovf > create mode 100755 v2v/test-v2v-i-...

...| 2 +- tests/test-v2v-i-ova-bad-sha256.sh | 2 +- tests/test-v2v-i-ova-formats.sh | 4 ++-- tests/test-v2v-i-ova-good-checksums.sh | 2 +- tests/test-v2v-i-ova-gz.sh | 4 ++-- tests/test-v2v-i-ova-invalid-manifest1.sh | 2 +- tests/test-v2v-i-ova-invalid-manifest2.sh | 2 +- tests/test-v2v-i-ova-snapshots.sh | 6 +++--- tests/test-v2v-i-ova-subfolders.sh | 6 +++--- tests/test-v2v-i-ova-tar.sh | 6 +++--- tests/test-v2v-i-ova-two-disks.sh | 6 +++--- tests/test-v2v-i-ova.sh | 4 ++-- tests/test-v2v-i-vmx...

https://bugzilla.redhat.com/show_bug.cgi?id=1570407 This turned into quite an in-depth refactoring of how we handle OVAs. It also fixes a potential security issue. Rich.

From: "Richard W.M. Jones" <rjones@redhat.com> With OCaml < 4.02 when using the alternate Bytes module, this module would be compiled twice during parallel builds, resulting in occasional corruption. The reason for this is that the ocamldep file mentions ‘bytes.cmo’ whereas the ‘$(OCAML_BYTES_COMPAT_ML)’ macro expands to ‘../../common/mlstdutils/bytes.ml’. Make doesn't

Even if ocamlopt is available, always build a bytecode version of ‘common/mlstdutils’. The generator is always built as bytecode. The generator depends on ‘../common/mlstdutils/guestfs_config.cmo’ and ‘../common/mlstdutils/std_utils.cmo’, but if these have not been built already then the generator races to build the .cmi files. Since the generator doesn't have the dependencies covering for

Untested - still working on reproducing this bug. Rich.

See: https://bugzilla.redhat.com/show_bug.cgi?id=1469655 https://github.com/systemd/systemd/issues/6334 https://lists.freedesktop.org/archives/systemd-devel/2017-July/039325.html

v1 was: https://www.redhat.com/archives/libguestfs/2017-July/msg00154.html There is no change in the first patch, but I added a second patch adding slow tests of opensuse guests (which pass, but require the first patch). Rich.

In SUSE guests, handle the case where Bootloader::Tools::GetDefaultSection () returns undef. Previously this would return an empty string and cause a bogus error in subsequent code: virt-v2v: error: libguestfs error: statns: statns_stub: path must start with a / character --- v2v/linux_bootloaders.ml | 17 ++++++++++++++--- 1 file changed, 14 insertions(+), 3 deletions(-) diff --git

v3 -> v4: Use HAVE_OCAMLOPT in both places.

Removed extra $(OCAML_BYTES_COMPAT_CMO). Add if HAVE_OCAMLOPT around the call to ocamlopt. Tested with OCaml 4.01 on RHEL 7. Rich.

v1: https://www.redhat.com/archives/libguestfs/2017-July/msg00127.html v2: - Remove /etc/systemd/system/default.target.wants/guestfs-firstboot.service link as well. - Use multi-user.target for virt-p2v as well. Rich.

The C function mkdtemp(3) requires that the string ends with 6 'X' characters, so appending a non-empty suffix causes the function to raise EINVAL. Luckily we only ever called this function with the last parameter "". --- builder/builder.ml | 2 +- builder/sigchecker.ml | 2 +- common/mlutils/unix_utils.ml | 4 ++--

In the appliance used to build the packages for openSUSE, os-release is super minimal and only had ID_LIKE=suse. The code setting the DISTRO variable only searches for ID variable so far, resulting in invalid packagelist on openSUSE. This fix reads ID_LIKE as a fallback if ID contains nothing. --- m4/guestfs_appliance.m4 | 8 +++++++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git

oraclelinux is the same as redhat/centos/scientificlinux, so add it where it is missing. This fixes amongst other things, running sysprep on an Oracle Linux image where it would previously fail operations like setting the hostname, saying that it was not supported on that distro. --- customize/firstboot.ml | 2 +- customize/hostname.ml | 4 ++--

Even if ocamlopt is available, always build a bytecode version of ‘common/mlstdutils’. Furthermore, because this library is pure OCaml, we should not be using ‘ocamlmklib’. We should use ‘ocaml{c,opt} -a’ instead. This doesn't make any difference for native code, but for bytecode it was building a broken library. The original reason for making this change is because the generator is always

--- builder/sources.ml | 2 -- common/mlstdutils/Makefile.am | 4 ++- common/mlstdutils/stringSet.ml | 19 ++++++++++++ common/mlstdutils/stringSet.mli | 46 ++++++++++++++++++++++++++++ dib/elements.ml | 2 -- sysprep/sysprep_operation_ca_certificates.ml | 1 -

These are generated in many different ways in the various subdirectories, and sometimes not generated correctly. Introduce a script to do this in one place, and hopefully correctly. This is mostly simple refactoring, but I got rid of a couple of things: (1) The ‘make depend’ rule doesn't appear to be needed. automake (or make?) seems to rebuild the ‘.depend’ file automatically just

Previously posted in 2015: v1: https://www.redhat.com/archives/libguestfs/2015-June/msg00048.html v2: https://www.redhat.com/archives/libguestfs/2015-June/msg00118.html This series was posted about 4 weeks ago: v3: https://www.redhat.com/archives/libguestfs/2017-June/msg00287.html There is no change in this series except I rebased it against current upstream head and retested. Last time there