similar to: [PATCH] appliance: Don't rebuild the appliance every time configure runs

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: +------------------+

Hello-- I've been trying to build libguestfs 1.2.14 with the appliance enabled on an older type of system at my company. Getting all the required dependencies installed has been an arduous process, but I've finally hit an obstacle I don't know how to get around. The final output of "make": + febootstrap-run initramfs -- /sbin/depmod -a ABOUT-NLS BUGS COPYING COPYING.LIB

This avoids an error where the appliance cannot start up because this dbus helper script (which is never used) is unreadable by non-root. Why do we have unreadable binaries in Fedora at all? You may wonder: https://www.redhat.com/archives/fedora-devel-list/2009-October/msg00987.html Maintaining a blacklist like this is generally a bad thing. We should change this code so it automatically

The appliance was being completely rebuilt every time guestfsd was updated. This was because make.sh depended on guestfsd, which it had to do because it called update.sh to install guestfsd. This fix removes the call to update.sh in make.sh, and therefore the dependency on guestfsd. The Makefile already includes a rule to run update.sh when guestfsd is updated, so this was unnecessary. ---

Patches 1-6 are general code quality improvements. Note that Guido previously asked us for the ability to build libguestfs without building the appliance. Patches 7-10 are specific to Mac OS X, but shouldn't break the build for existing platforms. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports

Couple of notes: (1) You may need to 'make clean' after applying this patch. There is some missing dep so it seems the appliance isn't fully rebuilt. (2) [Comment mainly directed to Matt] This is not a candidate to be automatically added to the stable 1.2 branch. It's far too large of a change for a stable release. Since this change may be required for V2V, please clone

I've ported the supermin appliance capabilities from libguestfs into febootstrap >= 2.5: http://git.et.redhat.com/?p=febootstrap.git;a=commit;h=76b7711268a6b0c0929952ee261821825589a165 Once that has rolled out into Fedora (in about 2 weeks) I will remove the code from libguestfs and just have it use febootstrap. There should be no visible changes, but developers will need to upgrade 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

This is related to this message I posted yesterday: http://www.redhat.com/archives/libguestfs/2010-January/msg00016.html fakechroot doesn't sufficiently contain dracut, which is what was very indirectly causing that problem. However we don't need to run /sbin/new-kernel-package (in the kernel %post script). It takes a long time because dracut is so slow, and it builds an initrd that we

I think there's some demand internally for a version of libguestfs where the appliance part actually runs on Windows. So I'm creating this thread to discuss the issue. The reason to want a Windows appliance at all is twofold: (1) better support for NTFS filesystems and Windows-native filesystem features (attributes, volume management etc), and (2) so we can run Windows CMD.EXE commands

On Wed, Jun 10, 2015 at 06:47:44PM +0200, Pino Toscano wrote: > index e2ee1b5..eebab53 100644 > --- a/src/guestfs.pod > +++ b/src/guestfs.pod > @@ -3540,6 +3540,30 @@ Finally, the child process sends asynchronous messages back to the > main program, such as kernel log messages. You can register a > callback to receive these messages. > > +=head1 FIXED APPLIANCE > +

On Tue, Dec 01, 2009 at 04:08:38PM +0100, Pierre Riteau wrote: > For a project of mine I would like to create VMs from tarballs of > root filesystems. I would like to use libguestfs since this is > exactly what the tar2vm.sh guestfish recipe does. > > However, I need to extract tarballs that are in the hundreds of > megabytes, but my tests showed that performance is very low,

This is the third version of the FUSE bindings for libguestfs. Still, read and write calls don't work, but you can now navigate through the filesystem hierarchy efficiently. Rich. .gitignore | 3 + HACKING | 3 + Makefile.am | 5 + README | 2 + TODO | 37 +-- bindtests | 13 + bootstrap | 2 +

-- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://et.redhat.com/~rjones/libguestfs/ See what it can do: http://et.redhat.com/~rjones/libguestfs/recipes.html -------------- next part -------------- >From 56f426a0be9b0c2e6551ae7a841d236c5909b488 Mon Sep 17

[First attempt to send this using git send-email didn't work because of SMTP routing problems] Hilko, This is my experimental patch to remove update-guestfs-appliance from Debian. With this patch, libguestfs builds with a supermin [version 5] appliance in /usr/lib/guestfs/supermin.d: $ ll -h /usr/lib/guestfs/supermin.d/ total 884K -rw-r--r-- 1 root root 94K Mar 15 12:18 base.tar.gz

On Tue, Jun 27, 2017 at 07:42:20PM +0300, Pavel Butsykin wrote: > This feature allows you to use different image formats for the fixed > appliance. The raw format is used by default. I wonder if you're stil using this feature? Unfortunately because of a recent change in libvirt it is no longer possible to have a backing file where libvirt will autodetect the format. See:

This is an automatic message generated by the builder on builder-ubuntu for libguestfs. Log files from the build follow below. Linux builder-ubuntu 2.6.35-22-generic #35-Ubuntu SMP Sat Oct 16 20:45:36 UTC 2010 x86_64 x86_64 x86_64 GNU/Linux Tue Jun 14 23:00:01 BST 2011 ----- + git pull --rebase git://git.annexia.org/git/libguestfs.git master >From git://git.annexia.org/git/libguestfs *

From: "Richard W.M. Jones" <rjones at redhat.com> This allows custom parameters to modify parameters added by libguestfs, eg. by doing: -set drive.hd0.file=rbd:foo/bar Thanks: infernix @ #libguestfs --- src/launch-appliance.c | 31 +++++++++++++++++-------------- 1 file changed, 17 insertions(+), 14 deletions(-) diff --git a/src/launch-appliance.c b/src/launch-appliance.c

On Tue, Apr 25, 2017 at 02:35:26PM +0300, Pavel Butsykin wrote: > The patch changes the order of the steps to search for fixed/supermin > appliance in accordance with documentation: > > "If the fixed appliance is found, libguestfs skips supermin entirely > and just runs qemu with the kernel, initrd and root disk from the > fixed appliance." Does anyone rely on the

Inspired by something Glauber asked me about today, I made a very simple pair of patches which add a 'virt-rescue' command to libguestfs. This uses the appliance as a "rescue appliance", so people can boot into a disk image and repair it in an unstructured, interactive way. (Specifically, Glauber's question was how to run fsck interactively - with this patch you could do