similar to: libguestfs binary "fixed appliance"

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

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

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

Rich, this wasn't operational. First of all, the image on my version of RHEV-H is kept in other directory. So I did that: 1. $ export FEBOOTSTRAP_KERNEL=/dev/.initramfs/live/vmlinuz0 2. $ echo $FEBOOTSTRAP_KERNEL /dev/.initramfs/live/vmlinuz0 3. $ libguestfs-test-tool ************************************************************ *

[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

I spent the last couple of days rethinking how we go about building the appliance, and the difficulties we have porting that to other Linux distros. I've come up with a much better way that works better and faster on (so far) Fedora and Debian (probably on Ubuntu too, not tried it), and should be much simpler to port to other distros. The current way is to do: +------------------+

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.

Hi all, As title, thanks a lot. My test host configurations: Linux desktop 3.0.0-14-generic #23-Ubuntu SMP Mon Nov 21 20:28:43 UTC 2011 x86_64 x86_64 x86_64 GNU/Linux The test tool output as following: xxx at desktop:~$ sudo libguestfs-test-tool [sudo] password for xxx: ===== Test starts here ===== LIBGUESTFS_DEBUG=1 TMPDIR=(not set) libguestfs: new guestfs handle 0x16cd0f0 library version:

Am Freitag, den 22.11.2013, 11:40 +0000 schrieb Исаев Виталий Анатольевич: > Unfortunately, placing the link into the /boot does not work. > libguestfs-test-tool failes with the same message: Could you provide $ ls /boot $ ls /dev/.initramfs/live/ $ ls /dev/.initramfs/live/isolinux/ I just realized that I provided the wrong path, it should be: $ ln -s

I'm updating the ArchLinux libguestfs package to 1.12.7, but the "make check" tests fail in qemu with: Booting from ROM... This kernel requires an x86-64 CPU, but only detected an i686 CPU. Unable to boot - please use a kernel appropriate for your CPU. How does qemu detect the CPU type? I'm running a 64-bit ArchLinux (without KVM) on an Intel Xeon E5420 processor. I'm

Rich, you are right; the hypervisor is RHEV-H. As Itamar has just explained me, hooks are executed on the hypervisor’s side (not on the RHEV-M, as I used to think), so properly working libguestfs on the RHEV-H will resolve my issue. Here is the output of the test tool: ************************************************************ * IMPORTANT NOTICE * * When

Hello all, I tried unsuccessfully to run libguestfs on debian squeeze (with kernel from testing) using the packages you provide here: http://libguestfs.org/download/binaries/debian-packages/. The output I get from libguestfs-test tool is this: ===== Test starts here ===== LIBGUESTFS_DEBUG=1 TMPDIR=(not set) libguestfs: new guestfs handle 0x17f32c0 library version: 1.14.0 guestfs_get_append:

As part of the oVirt Node[1] project, I'm going to P.O.C. a version of the node using febootstrap 2.x instead of livecd-creator. The main reasons in doing this is for allowing a r/w root filesystem without some hacky overlayfs and just to see if it can be done. On IRC, rwmjones mentioned a few issues he ran into with febootstrap 2.x where some rpms had %post scripts which aren't really

Hi, I am trying to get libguestfs-test-tool working on ubuntu. The first problem I had was that HiveX won't compile on ubuntu to due to some missing symbols (rpl-getopt, I see this has already been reported). Second problem is that if HiveX is not available, guestfish doesn't link because code refers to symbols which aren't compiled into libguestfs (I was able to work around this by

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 >

On Sun, Sep 28, 2014 at 11:04:11PM +0800, Zhi Yong Wu wrote: > On Sun, Sep 28, 2014 at 6:48 PM, Richard W.M. Jones <rjones@redhat.com> wrote: > > On Sun, Sep 28, 2014 at 06:33:53PM +0800, Zhi Yong Wu wrote: > >> On Sun, Sep 28, 2014 at 6:26 PM, Richard W.M. Jones <rjones@redhat.com> wrote: > >> > Which version of libguestfs is this? I think you'll

On Tue, Jan 23, 2018 at 06:01:08AM +0000, Ryan Lindsay wrote: > Hi Richard > > I have been playing around with your lovely libguestfs tools . I have however run into a bit of a problem > > Basically I have a 5.4T qcow2 virtual disk, which I made too small (bugger) > > So I had read that you can expand these with your virt-resize tools. > > So I tried this sort of

Here you go, from the newest version: ************************************************************ * IMPORTANT NOTICE * * When reporting bugs, include the COMPLETE, UNEDITED * output below in your bug report. * ************************************************************

On Sun, Sep 28, 2014 at 11:31 PM, Richard W.M. Jones <rjones@redhat.com> wrote: > On Sun, Sep 28, 2014 at 11:04:11PM +0800, Zhi Yong Wu wrote: >> On Sun, Sep 28, 2014 at 6:48 PM, Richard W.M. Jones <rjones@redhat.com> wrote: >> > On Sun, Sep 28, 2014 at 06:33:53PM +0800, Zhi Yong Wu wrote: >> >> On Sun, Sep 28, 2014 at 6:26 PM, Richard W.M. Jones