similar to: Re: libguestfs binaries missing when built from source code

On Fri, Aug 04, 2017 at 10:20:39AM +0000, emlyn.jose@wipro.com wrote: > Hi Richard, > > Thank you for the feedback! > I have been following them and facing the below issue while building the same: > ….. > podwrapper.pl: wrote virt-v2v-test-harness.1 > podwrapper.pl: wrote ../../html/virt-v2v-test-harness.1.html > touch stamp-virt-v2v-test-harness.pod > ocamlfind

On Tue, Jul 25, 2017 at 01:20:15PM +0000, emlyn.jose@wipro.com wrote: > Hello, > > This is regarding the binary missing from libguestfs built from the source code(v 1.30.3). > Here there are some binaries missing when compared to the libguestfs rpm installed from the rhel6-server repo. > Below are the list of binaries > >From the os rpm

On Tue, Aug 01, 2017 at 12:55:21PM +0000, emlyn.jose at wipro.com wrote: > Hello Richard, > > I have been following that link to build libguestfs that includes > virt-resize binary. But it is found that the libguetfs is split into > another libguestfs-tools-c which actually provides this virt-resize > binary. In the Fedora packaging we put virt-resize into libguestfs-tools-c,

On Thu, Aug 10, 2017 at 04:49:22AM +0000, emlyn.jose@wipro.com wrote: > Hello Richard! > > Ocaml solved my problem. Thank you so much :) > > There are many unpackaged ocaml files created outside the BUILDROOT. Will removing them harm the working of the package? > > error: Installed (but unpackaged) file(s) found: > /usr/lib64/ocaml/guestfs/META >

On Wed, Aug 30, 2017 at 01:50:25AM +0000, emlyn.jose@wipro.com wrote: > Hi, > We installed it from the source code. Most likely you've run ‘make install’ at some point and now have multiple copies installed all over the place, which is why binaries and libraries are linked to the wrong versions. I suggest started from scratch (reinstalling your operating system), and NOT running ’make

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,

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",

On Thu, Sep 07, 2017 at 10:10:52AM +0000, emlyn.jose@wipro.com wrote: > Hello Richard, > > Attaching a log file just to check if the issue is with the virt-resize binary. > Kindly have a look at the attached log. The error is: virt-resize: error: libguestfs error: internal_feature_available: dispatch_incoming_message: unknown procedure number 458, set which is caused by and can

On Thu, Oct 05, 2017 at 10:32:09AM +0000, emlyn.jose@wipro.com wrote: > Hi Richard, > > The --with-qemu option description is given as below: > > --with-qemu="bin1 bin2 ..." > set default QEMU binary [default="[qemu-kvm] > qemu-system-<host> qemu"] > > Does specifying this option takes

[PLEASE maintain libguestfs mailing list. I'm not paid to give free private help] On Fri, Oct 06, 2017 at 10:51:06AM +0000, emlyn.jose@wipro.com wrote: > >Don't use ‘--with-qemu=...qemu-img’, it is simply wrong. The --with-qemu parameter is intended to specify the hypervisor, and qemu-img is not a hypervisor. > Yes this is clear now. Thank you! > > > You just said

[Please keep replies on the mailing list so that others can benefit from following the discussion] On Fri, Oct 06, 2017 at 06:04:46AM +0000, emlyn.jose@wipro.com wrote: > > qemu is a hypervisor, qemu-img is a program for manipulating disk > > images. They are very different things, and it makes no sense to > > substitute qemu-img for qemu. > > I do not want to substitute

This worked wonderfully!  What are the odds of getting this upstream in the near future?  I'd rather not build from source in production. # ./run guestfish --format=raw --ro -a rbd://[fd00::cefc:1]:6789/images/CentOS-7-x86_64-GenericCloud-1901 libguestfs: trace: set_verbose true libguestfs: trace: set_verbose = 0 libguestfs: trace: set_tmpdir "/root/libguestfs/tmp" libguestfs:

2017-07-29 18:00 GMT+08:00 Richard W.M. Jones <rjones@redhat.com>: > > > I download the newset package and extract in my > > path(/share/CACHEDEV1_DATA/appliance/) and set env > > It doesn't work. > > and I run the libugestfs-test-tool: > > Please don't provide partial information. Include the command you > type and *all* the output, without

2017-07-29 20:17 GMT+08:00 lampahome <pahome.chen@mirlab.org>: > > > 2017-07-29 18:00 GMT+08:00 Richard W.M. Jones <rjones@redhat.com>: >> >> > I download the newset package and extract in my >> > path(/share/CACHEDEV1_DATA/appliance/) and set env >> > It doesn't work. >> > and I run the libugestfs-test-tool: >> >>

Signed-off-by: Hiroyuki Katsura <hiroyuki.katsura.0513@gmail.com> --- python/t/test020Create.py | 25 ++++++++++++++ python/t/test030CreateFlags.py | 27 +++++++++++++++ python/t/test040CreateMultiple.py | 32 ++++++++++++++++++ python/t/test050HandleProperties.py | 50 +++++++++++++++++++++++++++ python/t/test430ProgressMessages.py | 52 +++++++++++++++++++++++++++++ 5

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

libguestfs: trace: set_verbose true libguestfs: trace: set_verbose = 0 libguestfs: trace: set_verbose true libguestfs: trace: set_verbose = 0 LIBGUESTFS_TRACE=1 LIBVIRT_DEFAULT_URI=qemu:///system LIBGUESTFS_DEBUG=1 PATH=/home/farzad//.local/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/snap/bin XDG_RUNTIME_DIR=/run/user/1000 SELinux: sh: 1:

guestfs_set_path now does a copy of the passed string, so bindings don't need to take care of the lifetime of strings parameters for it. --- perl/t/060-handle-properties.t | 13 +++++-------- 1 file changed, 5 insertions(+), 8 deletions(-) diff --git a/perl/t/060-handle-properties.t b/perl/t/060-handle-properties.t index 0057503..6b1ee42 100644 --- a/perl/t/060-handle-properties.t +++

Hi. I am currently debugging an issue with libguestfs in Centos 7.2 (Kernel 3.10.0-327.36.3.el7.x86_64). libguestfs is being called by SaltStack to access a qcow2 image, but it is failing. I have narrowed the issue down to the command below: guestmount -i -a /opt/vm-spinning/salt-mnt/salt-images/pb123/system.qcow2 --rw /tmp/guest/opt.vm-spinning.salt-mnt.salt-images.pb123.system.qcow2 I have

https://bugzilla.mindrot.org/show_bug.cgi?id=1585 emlyn.corrin at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |emlyn.corrin at gmail.com --- Comment #13 from emlyn.corrin at gmail.com --- +1 Any progress on this? -- You are receiving this