similar to: [PATCH] run: Turn error message about missing LIBGUESTFS_PATH into warning; output to STDERR

Set LIBGUESTFS_PATH to the default value compiled into and output a warning to STDERR, instead. The previous behavior caused the build to abort when trying to build the sysprep documentation -- without much of a hint of what went wrong. When LIBGUESTFS_PATH was not set, test-events.sh would fail. --- run.in | 8 +++++--- 1 file changed, 5 insertions(+), 3 deletions(-) diff --git a/run.in

$ libguestfs-test-tool ... libguestfs: launch: version=1.42.0fedora=33,release=5.fc33,libvirt ... libguestfs: build appliance libguestfs: error: cannot find any suitable libguestfs supermin, fixed or old-style appliance on LIBGUESTFS_PATH (search path: /usr/lib/guestfs) ... It appears that this configure test is now failing:

Here are some of the patches that I have maintained in the patch queue of my packages that I maintain within the Debian distribution (http://packages.qa.debian.org/libg/libguestfs.html). All of them address FTBFS (fail to build from source) errors that happened with the particular configuration that is used for building the Debian package. Cheers, -Hilko

This change allows the run scripts of virt-v2v and libguestfs to be chained. --- run.in | 16 +++++++++++++--- 1 files changed, 13 insertions(+), 3 deletions(-) diff --git a/run.in b/run.in index 9388398..7cef715 100755 --- a/run.in +++ b/run.in @@ -37,9 +37,19 @@ b=@abs_builddir@ export TMPDIR="$b" # Set local environment relative to this script. -export

I download libguestfs from github and fetch to the *origin master*. I tried to build libguestfs in my own linux distro and I followd the http://libguestfs.org/guestfs-building.1.html#using-a-prebuilt-binary-appliance to replace with supermin I download the appliance-1.30.1.tar.xz and appliance-1.30.1.tar.xz.sig and extract the tarball to /home/user/appliance and export

Overwriting LD_LIBRARY_PATH broke some tests when running with fakeroot. --- align/Makefile.am | 2 +- cat/Makefile.am | 2 +- clone/Makefile.am | 2 +- df/Makefile.am | 2 +- edit/Makefile.am | 2 +- fish/Makefile.am | 2 +- haskell/Makefile.am | 2 +- ocaml/Makefile.am |

More complete documentation below. Rich. ---------------------------------------------------------------------- libguestfs on Mac OS X (tested with libguestfs-1.23.33): -------------------------------------------------------- prerequisites: -------------- - install osxfuse, download from: http://osxfuse.github.io - install some dependencies using macports: sudo port install qemu cdrtools pcre

Move the "FIXED APPLIANCE" section from libguestfs-make-fixed-appliance(1) to the general guestfs(3), so it's more visible and less hidden in the documentation of a rarely-used tool. Expand the FAQ question about libguestfs without supermin, mentioning the build options needed and pointing to the aforementioned new section. --- appliance/libguestfs-make-fixed-appliance.pod | 28

thanks for your reply, When I set the debug mode and run "libguestfs-test-tool" the result is: virtTest@06MYRC5:~$ libguestfs-test-tool ************************************************************ * IMPORTANT NOTICE * * When reporting bugs, include the COMPLETE, UNEDITED * output below in your bug report. * ************************************************************

Hi, I have some issues with libguestfs. I download the libguestfs-0.18.3 source code and read the README file. it requested qemu >= 0.13, my qemu version is qemu-1.0.1 requested kernel version >= 2.6.34, my kernel version is 3.1.4 the most of requirement for compiling I reached. but I completed compiltion and executed command. the guestfish hang there. the following was my operating steps:

--- run.in | 1 + 1 file changed, 1 insertion(+) diff --git a/run.in b/run.in index ed4971b..548ac20 100644 --- a/run.in +++ b/run.in @@ -51,6 +51,7 @@ b=@abs_builddir@ # # chcon --reference=/tmp tmp export TMPDIR="$b/tmp" +mkdir -p "$b/tmp" # Set local environment relative to this script. export LIBGUESTFS_PATH="$b/appliance" -- 1.7.10.4

On Thu, Dec 04, 2014 at 04:53:21PM +0800, cuimingwen@incito.com.cn wrote: > Hello， Richard， > I run command as example： " virt-df -d `virsh domuuid 5`" > some errors show : > libguestfs: warning: supermin-helper -f checksum returned a short string > libguestfs: error: cannot find any suitable libguestfs supermin, fixed or old-style appliance on

On Fri, Apr 28, 2017 at 05:03:58PM +0300, Pavel Butsykin wrote: > On 27.04.2017 18:28, Richard W.M. Jones wrote: > > > >On Thu, Apr 27, 2017 at 03:55:10PM +0300, Pavel Butsykin wrote: > >>The flag determines the behavior of working with the appliance, and specifically > >>the choice to use the build supermin appliance or the fixed appliance. If the >

Sorry for the top posting, it's the gmail app behavior. It didn't mention the other aspects because they are not a problem. The only "problem" is the package depency. Cordially Le 11 nov. 2014 19:03, "Pino Toscano" <ptoscano@redhat.com> a écrit : > > Hi, > > (please do not top-reply...) > > On Tuesday 11 November 2014 18:32:10 Mathieu

Hi, all. I've set up an LXC container for various Openstack admin chores, and now I'm being asked to have it used for importing qcow2 images -- on which we want to run utilities like virt-sparsify and virt-sysprep, first. Sadly, when I do that, it dies horribly, e.g., root@openstack-cli:/tmp# virt-sysprep -a cloud-image.qcow2 Examining the guest ... libguestfs: warning:

In CentOS 6 with KVM, I have libguestfs-tools installed, but the "virt-xxx" tools like "virt-df" just give, "libguestfs: error: cannot find any suitable libguestfs supermin, fixed or old-style appliance on LIBGUESTFS_PATH (search path: /usr/lib64/guestfs)". What am I missing? All the guests boot and run OK. I just can't get these tools to work.

This takes advantage of glibc's MALLOC_PERTURB_. If you develop on glibc-based systems and don't yet set this via your shell's init scripts, add something like this to e.g., .bashrc: export MALLOC_PERTURB_=$(($RANDOM % 255 + 1)) This change ensures that it's enabled for anyone running "make check" and in particular for koji. There's probably documentation

In 1.11.1 / git, I have made some changes to the way that you run guestfish, guestmount and the virt tools from the build directory without installing. Firstly you can't just run ./fish/guestfish or ./fuse/guestmount any more and have those programs magically set LIBGUESTFS_PATH. The automagic code was always error-prone and I have removed it. Secondly, all of the run-*-local scripts have

2017-07-29 0:20 GMT+08:00 Richard W.M. Jones <rjones@redhat.com>: > > You need to download this appliance: > > http://download.libguestfs.org/binaries/appliance/ > appliance-1.36.1.tar.xz > > and unpack it under /home/user/appliance/ . > > Directly inside the /home/user/appliance directory you should see > files called "initrd", "kernel",

Hi Richard, As per your suggestion we removed pango-devel and build was successful. Thank you! After the delivery, our customer reported another error related to virt-resize as below: virt-resize: error: libguestfs error: internal_feature_available: dispatch_incoming_message: unknown procedure number 458, set LIBGUESTFS_PATH to point to the matching libguestfs appliance directory Regards,