similar to: ANNOUNCE: libguestfs 1.0.64 released

I'm pleased to announce the release of libguestfs 1.0.78. Libguestfs is a library for accessing and modifying virtual machine disk images. Home page: http://libguestfs.org/ Source: http://libguestfs.org/download/ Binaries: http://libguestfs.org/FAQ.html#binaries A Fedora build is available in Koji here: http://koji.fedoraproject.org/koji/packageinfo?packageID=8391 (These release

This set of 10 patches removes the need for any vmchannel implementation, although we can still choose to use vmchannel if we want. In this so-called "null vmchannel" configuration, the appliance connects directly to a port on the library. The exact method is described in patch 9/10. This method still requires SLIRP (user mode networking) so it is not a panacea, because recent

I'm pleased to announce a major new release of libguestfs. libguestfs is a library and a set of tools for accessing and modifying disk images and virtual machines. You can use this for viewing and editing files inside guests, scripting changes to VMs, monitoring disk used/free statistics, P2V, V2V, performing partial backups, cloning VMs, and much more. Home page: http://libguestfs.org/

There is a need for communication channel between host and various agents that are running inside a VM guest. The channel will be used for statistic gathering, logging, cut & paste, host screen resolution changes notifications, guest configuration etc. It is undesirable to use TCP/IP for this purpose since network connectivity may not exist between host and guest and if it exists the traffic

There is a need for communication channel between host and various agents that are running inside a VM guest. The channel will be used for statistic gathering, logging, cut & paste, host screen resolution changes notifications, guest configuration etc. It is undesirable to use TCP/IP for this purpose since network connectivity may not exist between host and guest and if it exists the traffic

The change to "null vmchannel" didn't get reflected in the configure script which still checks for vmchannel in qemu. This patch tidies up this part of the configure script so we don't fail, provided we have support for user mode networking (which is required for null vmchannel). This patch didn't make it into 1.0.71. Rich. -- Richard Jones, Emerging Technologies, Red

Hi experts, When I start a VM using "virsh create vm.xml", I'm not able to connect to the vmchannel from host. The process libvirtd is running as root (modified qemu.conf to set user/group to root) already. The connect just hangs there even after the guest VM is up and running. However, if I start the VM using kvm directly (with same arguments as libvirtd in `ps auxwww`), the

This patch is in preparation for allowing libguestfs to use alternate "vmchannel" implementations. Although it's not a functional change, I think it is worthwhile on its own because use of the term "vmchannel" in the names of constants is inappropriate since (a) the "-net channel" option is now properly known upstream as "guestfwd", and (b) no one can

Hi all. Having trouble figuring out the magic to set up VMChannel comms between EL6.x host/guests. My end goal is to enable fence_virt in the guest to talk to fence_virtd on the host via VMChannel. I'd prefer to use that instead of multicast because it is supposed to work even if networking in the guest is down/borked. My analysis is that there is a mismatch between what libvirt is feeding

This also changes the name of the "vmchannel" buffer to just "buf", reflecting the fact that it's just used as a temporary buffer, and that the word vmchannel is overloaded. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages.

On Sat, Jul 25, 2009 at 01:28:29AM +0900, Jun Koi wrote: > hi Richard, > > i am trying libguestfs 1.0.64, and have below errors at "make" step: > > make[2]: Entering directory > `/home/quynh/projects/libguestfs/libguestfs-1.0.64/appliance' > mv initramfs.fedora-11.i686.img initramfs.fedora-11.i686.img.bak > mv: cannot stat `initramfs.fedora-11.i686.img':

There's a new syntax check rule from gnulib. It requires that you write e.g., exit (EXIT_SUCCESS), not exit (0). And the same for 1/EXIT_FAILURE and any other constants. There were a lot of violations, including a few false positives, so I started with the exemptions (see the .x-sc file below). Then I converted the vast majority automatically, with this: maint: use EXIT_SUCCESS and

Dear Tom, I see that RPMS for R 3.4.0 are not successfully built on Fedora, nor on RHEL 7. https://koji.fedoraproject.org/koji/packageinfo?packageID=1230 When I build with mock on Fedora 25 I also get a build failure. R is not able to establish the time zone inside the chroot and this triggers a regression tests which is new in R 3.4.0. Specifically, in file tests/reg-tests-1d.R this test

Signed-off-by: Hu Tao <hutao@cn.fujitsu.com> --- BUGS | 6 +++--- guestfs-release-notes.pod | 8 ++++---- guestfs-release-notes.txt | 8 ++++---- po-docs/ja.po | 8 ++++---- po-docs/libguestfs-docs.pot | 8 ++++---- po-docs/uk.po | 8 ++++---- 6 files changed, 23 insertions(+), 23 deletions(-) diff --git a/BUGS b/BUGS index

Hi, I am trying to set up vmchannel between the host and guest os. However, "sudo virsh start vm1" always gave me this error: ************************************************************* error: Failed to start domain vm1 error: internal error Process exited while reading console log output: char device redirected to /dev/pts/5 bind(unix:/tmp/foo): Permission denied chardev:

This option, used for testing, causes the daemon to create the Unix domain socket (from guestfs_channel), listen on it, and accept a single connection. --- daemon/guestfsd.c | 65 ++++++++++++++++++++++++++++++++++++++--------------- daemon/guestfsd.pod | 9 ++++++++ 2 files changed, 56 insertions(+), 18 deletions(-) diff --git a/daemon/guestfsd.c b/daemon/guestfsd.c index 8285d27..1bcdfa3

Just a note that I released version 1.0.56 yesterday. The main reason for doing a release was a large number of RHEL 5 fixes that allowed me to actually get an EPEL build out. The source is here: http://libguestfs.org/download/ and Fedora 11, 12 and EPEL 5 binaries are here: http://koji.fedoraproject.org/koji/packageinfo?packageID=8391 There are some experimental, internal changes in this

Hi, The libguestfs homepage says that libguestfs and guestfish are available in EPEL, but I can't find any evidence of them there. I haven't made much use of EPEL so I might be missing something. Any suggestions? Thanks, Aron

Hello fellow Fedora, libvirt and libguestfs users, If you have any Windows guests, then you can help Fedora to support Windows guests better by spending a few minutes testing the Windows Registry feature we just added to libguestfs 1.0.75. You will need: - A Windows NT/200x/XP/Vista/7/... guest - Fedora 12 or Fedora Rawhide host - libguestfs-tools >= 1.0.75 (from updates or

Even though the current stable branch is 1.4.x[1] I'm not going to leave the 1.2.x branch to completely wither. I will still pull in any more serious bug fixes into the 1.2.x branch and make an occasional release. Therefore I have released 1.4.1 and 1.2.10 which contain a small number of bug fixes. If you are using earlier 1.4.x or 1.2.x versions, and if you simply want a more stable