similar to: libguestfs 1.14 update for Fedora 16

As announced two months ago[1], and since RHEL 6.3 is about to be released, I have deprecated the older branches of libguestfs (1.8, 1.10, 1.12, 1.14). These old branches are archived and will no longer receive any bug fixes or security fixes. libguestfs 1.16 and 1.18 are now the only supported stable branches, and it is recommended that everyone upgrades to them. They should be completely

Just a note (mainly to get it clear for *me*!) where we are with libguestfs branches and Fedora/RHEL versions: Fedora ? ??? Fedora 16 libguestfs 1.16 (currently 1.16.29) ? ??? Fedora 17 libguestfs 1.18 (currently 1.18.6) ? ??? Fedora 18 (just libguestfs 1.19.28, will move to ? branched) stable 1.20 branch when it is ready ? ???

On Fri, Mar 02, 2012 at 07:28:13AM -0800, THO HUYNH wrote: > I`m using Fedora 15 as the host. > And on this physical machine, I created a virtual machine with Fedora 15 minimal version installed on it. > When I tried to install the libguestfs-live-package inside the virtual machine, here is the result I got : > [root at fedora15 ~]#? yum install libguestfs-live-service > Loaded

The machine at et.redhat.com is going to be decommissioned soon, and so I have arranged alternate hosting for these two git repositories. As of now you should use: http://git.annexia.org/?p=febootstrap.git;a=summary (web interface) git clone git://git.annexia.org/git/febootstrap.git http://git.annexia.org/?p=libguestfs.git;a=summary (web interface) git clone

This patch is FYI as it needs more testing, although feel free to take a look at it if you want. Background: We'd like to change libguestfs so that the appliance can support optional features. This would mean you could have (for example) a 'libguestfs' base package and a 'libguestfs-xfs' package providing optional support for XFS filesystem tools. This would only apply to

I've deleted most of the Debian and Ubuntu binaries that were previously here, because they were old and not being updated: http://libguestfs.org/download/binaries/ For Debian, please use Hilko's packages: squeeze: http://people.debian.org/~bengen/libguestfs/ wheeze and up: [available as a regular Debian package] For Ubuntu we still don't have good packages available.

The "oldlinux" branch of the libguestfs git repo contains a version of libguestfs that works with 'old' versions of Linux. 'old' in this sense means 'RHEL 5'. https://github.com/libguestfs/libguestfs/tree/oldlinux I have recently rebased the oldlinux branch on top of libguestfs git (version 1.19.37). I'll push an EPEL 5 build shortly. Rich. -- Richard

On Fri, Jun 22, 2012 at 12:57:40PM +0000, Davis, Richard wrote: > I see that the libguestfs packages are included in the RHEV > Hypervisor product. > > Are there any plans to further integrate the libguestfs toolset into > the RHEV product ? In particular, the ability to mount and change > raw volume content for a VM via guestfish ? Yes there are plans to do this, but no public

Version 1.5.23 contains the fix. Fedora 14 users, please test this package and vote it up if it works for you: https://admin.fedoraproject.org/updates/libguestfs-1.5.23-1 Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones New in Fedora 11: Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 70 libraries

http://libguestfs.org/download/binaries/appliance/ This could be interesting for people trying to compile libguestfs on platforms which don't yet support febootstrap. I suspect it may also be useful for Debian. I'm not suggesting that Debian uses a binary appliance, but instead of having update-guestfs-appliance build a supermin appliance, it could build a fixed appliance (in two steps,

[Stefan asked an interesting question on IRC about how / whether it is possible to use libguestfs remotely. The answer is too detailed for IRC] Consider this model of the libguestfs architecture[i]: (2) libguestfs (3) Linux (1) API protocol syscalls program <--------> libguestfs <--------> qemu <-------->

I'm going to be out of contact from next week until the beginning of March. libguestfs and the virt tools will obviously keep going without me, but I'm just sending this note to say that I have put mirrors for the following git repositories up in case the primary git repo has any problems. Primary Mirror http://git.annexia.org/?p=febootstrap.git;a=summary

This series of patches aim to make adding disks from libvirt domains easy through the core API. These two new APIs allow you to add the disks from a libvirt domain. The higher level add-domain API takes the name of the libvirt domain as a string and connects to libvirt itself. The lower level add-libvirt-dom API relies on the program to connect to libvirt and pass the virDomainPtr into the API

This patch series adds support for outputing an ext2-based appliance from febootstrap-supermin-helper. The usage is very simple, you just add '-f ext2' flag and the name of the appliance file that you want to write to. The implementation uses libext2fs, which is a very low level way to create ext2 filesystems from scratch. We'd like to use libguestfs, but that's an obvious

My aim is to get to the stage where we can start the daemon and run it under Wine. By using a dummy QEMU wrapper[1] we can have the daemon be run from a real Linux libguestfs program. It'll be running on the same machine (not in an appliance) and it'll be running under Wine, not Windows, but that's good enough to start testing the XDR protocol and some simple commands. It's very

On Mon, Nov 14, 2011 at 04:43:28PM +0100, Andrzej Tobola wrote: > Hello Richard, > > Can't configure febootstrap-3.12 on Fedora 16: > > $ ./configure > ............ > checking for aptitude... no > checking for apt-cache... no > checking for dpkg... no > checking for pacman... no > checking for gzopen in -lz... no > checking for mke2fs... /sbin/mke2fs >

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

As suggested by Jim in this earlier message: https://www.redhat.com/archives/libguestfs/2009-September/msg00152.html Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones New in Fedora 11: Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 70 libraries supprt'd http://fedoraproject.org/wiki/MinGW

These are the changes I made to the spec file related to gobject bindings and gobject introspection. TBH I wasn't sure how to properly package this. Rich. diff --git a/libguestfs.spec b/libguestfs.spec index 095a848..1b6e43d 100644 --- a/libguestfs.spec +++ b/libguestfs.spec @@ -29,7 +29,7 @@ Summary: Access and modify virtual machine disk images Name: libguestfs Epoch:

On Fri, Jun 18, 2010 at 11:09:10AM -0700, Dwayne Fontenot <dwayne.fontenot at att.net> wrote: > > open("/usr/lib/locale/locale-archive", O_RDONLY|O_LARGEFILE) = 3 > fstat64(3, {st_mode=S_IFREG|0644, st_size=80626448, ...}) = 0 > mmap2(NULL, 2097152, PROT_READ, MAP_PRIVATE, 3, 0) = 0x30041000 > mmap2(NULL, 245760, PROT_READ, MAP_PRIVATE, 3, 0x2330) = 0x30241000 >