similar to: [PATCH] Don't mention /dev/mapper in docs for vg-activate{, -all} commands.

For the series: Reviewed-by: Richard W.M. Jones <rjones at redhat.com> BTW it's usually possible to cherry pick across git repos, eg: $ git fetch ../libguestfs $ git cherry-pick -x <hash> Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-p2v converts physical

-- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into Xen guests. http://et.redhat.com/~rjones/virt-p2v -------------- next part -------------- >From ebd89aa4c41634c2dfbf8475e4f35e4afb35b61f Mon Sep 17 00:00:00 2001 From: Richard W.M. Jones

On Fri, May 19, 2023 at 04:08:49PM +0200, Laszlo Ersek wrote: > In the LUKS-on-LVM inspection test, call the "check_filesystems" function > yet another time, now with such "--key" options that exercise the recent > "/dev/mapper/VG-LV" -> "/dev/VG/LV" translation (unescaping) from > libguestfs-common. > > Bugzilla:

On 5/19/23 18:31, Richard W.M. Jones wrote: > > For the series: > > Reviewed-by: Richard W.M. Jones <rjones at redhat.com> Thanks! Commit range 67647b883e13..569bd1dd29da. > > BTW it's usually possible to cherry pick across git repos, eg: > > $ git fetch ../libguestfs > $ git cherry-pick -x <hash> Hm, good to know, thanks! I didn't know

When you open a LUKS device, you have to associate it with a "raw" device mapper device (eg. /dev/mapper/lukstest). Previously there has been no way through the API to list such devices after they have been created. Also they are not revealed when you tab-complete /dev paths in guestfish. These two patches fix this. The first patch adds a new API called guestfs_list_dm_devices which

Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=2168506 This small set covers the new /dev/mapper/VG-LV "--key" ID format in the libguestfs LUKS-on-LVM inspection test. Thanks, Laszlo Laszlo Ersek (3): update common submodule LUKS-on-LVM inspection test: rename VGs and LVs LUKS-on-LVM inspection test: test /dev/mapper/VG-LV translation common

Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=2168506 This small set covers the new /dev/mapper/VG-LV "--key" ID format in the LUKS-on-LVM virt-inspector test. Thanks, Laszlo Laszlo Ersek (3): update common submodule inspector: rename VGs and LVs in LUKS-on-LVM test inspector: test /dev/mapper/VG-LV translation in LUKS-on-LVM test common

-- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into Xen guests. http://et.redhat.com/~rjones/virt-p2v -------------- next part -------------- >From a2f7faeeca9109e18ea8b90d5326d63c055e899b Mon Sep 17 00:00:00 2001 From: Richard Jones

-- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into Xen guests. http://et.redhat.com/~rjones/virt-p2v -------------- next part -------------- >From 4a3d4323745a4222adf4377d62c0c66a1b80d0fc Mon Sep 17 00:00:00 2001 From: Richard Jones

This patch adds a new function, guestfs_file_arch, which is like guestfs_file but specifically intended to determine the architecture of binaries and libraries. Usage is: guestfs_file_arch (g, "/bin/ls") ==> "x86_64" (or whatever) What it can do: - ELF binaries - ELF shared libraries - Windows Win32 and Win64 binaries - Windows Win32 and Win64 DLLs - Linux

CentOS 5.3 and RHEL 5.4 both fail on these 3 tests only: 82/212 test_zero_0 umount: /dev/sda1: umount: /dev/sda1: not found test_zero_0 FAILED 83/212 test_fsck_0 umount: /dev/sda1: umount: /dev/sda1: not found test_fsck_0 FAILED 84/212 test_fsck_1 umount: /dev/sda1: umount: /dev/sda1: not found test_fsck_1 FAILED Debian fails on 57 / 212 tests, but they all seem to be of the same type:

Just a note that 'whenjobs'[1] is now automating libguestfs test and build, along the development branch. Simply tagging a new release in git will trigger a cycle of packaging, test, build, updating the website, and performing a new build in Fedora Rawhide. At the moment I'm only doing the tests on Fedora, but I will extend it later so it tests both individual commits and released

These are general updates to: https://www.redhat.com/archives/libguestfs/2009-October/msg00037.html [Libguestfs] [PATCH 4/5] New tool: virt-tar and: https://www.redhat.com/archives/libguestfs/2009-October/msg00038.html [Libguestfs] [PATCH 5/5] New tool: virt-ls The code uses die "prog: ...\n". The parameters to virt-tar are swapped so they always go in source -> destination

Quite a victory for Gnulib here. I was able to port a large part of the daemon just by adding some modules and fixing a few headers. The remaining issues which are *not* fixed are: * No chroot on Windows. * No sync(2) call. * No posix_fallocate call. * No futimes call. * No pread call. * No custom printf format specifiers. * Quite a few problems in guestfsd.c, eg. code to run external

Currently virt-df launches the appliance once for each guest. With these two patches the number of times the appliance launches is reduced to once every 26 block devices. In theory we could do better by adding support for disk hot-add (supported by qemu but not via libguestfs at the moment). However this patch is still an improvement on the current situation. Rich. -- Richard Jones,

On Sun, Dec 19, 2010 at 12:12:58PM +0100, Olivier Hault wrote: > For a while, I wonder if it would be possible to defrag guest fs > from the host. I can see two flavors a) offline defrag, b) online > defrag of the guest fs > > I there already solutions of works in progress to support those > operations ? We don't support this right now. However it is certainly something we

This three part patch series extends virt-win-reg so it supports HKEY_USERS\... paths, for reading and writing user preferences. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into Xen guests. http://et.redhat.com/~rjones/virt-p2v

[CC-ing to libguestfs mailing list] You might want to try building from the tarballs. You won't need OCaml to build from the tarballs (although that is available for Mac OS X, see: http://godi.camlcity.org/). If you want to see how we build for Fedora, see: http://cvs.fedoraproject.org/viewvc/devel/libguestfs/libguestfs.spec?view=markup If building from git, make sure you start with the

If you just git clone, ./autogen.sh, make, then the first time you get this error: Making all in po make[2]: Entering directory `/home/rjones/d/libguestfs/po' make[2]: *** No rule to make target `/config.status', needed by `Makefile'. Stop. make[2]: Leaving directory `/home/rjones/d/libguestfs/po' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory

On Wed, Sep 25, 2019 at 03:16:18PM +0200, Pino Toscano wrote: > Mention what is the password of the root user on the disk images created > by virt-p2v-make-disk, virt-p2v-make-kickstart, and virt-p2v-make-kiwi, > so users know how to login in the live p2v system. > --- > virt-p2v-make-disk.pod | 2 ++ > virt-p2v-make-kickstart.pod | 2 ++ > virt-p2v-make-kiwi.pod |