similar to: [PATCH 0/2 febootstrap] Allow zero-size conflicting config files to be combined

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

On Mon, Oct 08, Richard W.M. Jones wrote: > On Mon, Oct 08, 2012 at 08:50:47PM +0200, Olaf Hering wrote: > > On Mon, Oct 08, Richard W.M. Jones wrote: > > > > > But out of interest, how are you creating this appliance? I thought > > > we'd ripped out support for old-style appliances from the rest of the > > > toolchain ... > > > > I use

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

Arch User Repository - https://aur.archlinux.org/ have changed the package location I am not a developer (and i dont know ocaml) but i've tried to build a patch eg. old location: http://aur.archlinux.org/packages/hivex/hivex.tar.gz new location: https://aur.archlinux.org/packages/hi/hivex/hivex.tar.gz AUR has a lot Flagged out-of-date packages so it would be nice if febootstrap would

Rich, So, I tried to build the simple supermin app. from your blog. I can confirm that I did get to the shell when I invoked qemu-kvm. I used the standard qemu-kvm cmdline (but appended a serial console). This boots fine. ######################################################## [root at moon appliance-test]# qemu-kvm -kernel kernel -append "console=tty0 console=ttyS0,115200" -initrd

On Tue, Aug 16, 2011 at 09:40:44PM +0530, Kashyap Chamarthy wrote: > Hm..it's been 10 mins..I don't see anything more in the file where I > redirected stdout of 'febootstrap' cmd. > > Roughly, can you guess how much time this takes? For me it has so far taken a lot longer. The problem is that the number of dependent packages is probably 100s. If you want something

-- 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 supprt'd http://fedoraproject.org/wiki/MinGW http://www.annexia.org/fedora_mingw

This patch changes libguestfs to use the ext2-based appliance, cached if possible. I've tested this with the alpha version of febootstrap from here: http://koji.fedoraproject.org/koji/buildinfo?buildID=191338 and it at least passes the tests. There are some hacky bits right now: (1) We add the root -drive option last on the command line, then (in the initrd) reverse-search through the

NOT a problem, just a question about distro checking: the default value is REDHAT, then you check debian (or ubuntu) and then archlinux why are you using two if statements ? -- Evaggelos Balaskas - Unix System Engineer http://gr.linkedin.com/in/evaggelosbalaskas

I am trying to build libguestfs version libguestfs-1.18.11 in my archlinux box i am getting this error: febootstrap: error: /lib appears as both directory and ordinary file (glibc, ntfs-3g) make[2]: *** [stamp-supermin] Error 1 make[2]: Leaving directory `/mnt/downloads/dnl/PKGBUILDs/kvm/libguestfs/src/libguestfs-1.18.11/appliance' make[1]: *** [all-recursive] Error 1 make[1]: Leaving

This short patch series fixes various problems with the Java bindings, including enabling support for functions that return hash tables (returned as Map<String,String>). With this, the Java bindings are improved although still not perfect. The last remaining issue is to implement support for functions that take optional arguments. Rich. -- Richard Jones, Virtualization Group, Red Hat

Hi! Last night, I uploaded version 1.12.3-2 of the libguestfs package to Debian/unstable. I consider most of the initial work done. Apart from fixing bugs that users will reportt, a few issues remain: - Building bindings for multiple Python versions. I have just done this for hivex, it is probably going to be an issue being able build with $(builddir) != $(srcdir). - Improving febootstrap

--- config.ml.in | 2 +- configure.ac | 2 +- febootstrap_debian.ml | 8 ++++---- 3 files changed, 6 insertions(+), 6 deletions(-) diff --git a/config.ml.in b/config.ml.in index a8c008a..262c913 100644 --- a/config.ml.in +++ b/config.ml.in @@ -22,7 +22,7 @@ let package_version = "@PACKAGE_VERSION@" let yum = "@YUM@" let rpm = "@RPM@"

This patch series implements user cancellation. What this means is that the "user" (or any library caller) can cancel certain long-running operations. Currently it is only possible to cancel upload and download operations (ie. anything in the generator which uses FileIn and FileOut). The mechanism in the protocol to implement cancellation already exists, and it is already used to

I have a 15G qcow2 xp vm with only 1 partition: -rw-------. 1 root root 10514137088 Sep 12 11:10 XP.img I want to resize it to 20G. So I : virsh vol-create-as --format raw windows XP-new-20G.img 20G Vol XP-new-20G.img created -rw-------. 1 root root 21474836480 Sep 12 13:17 XP-new-20G.img But: virt-resize --expand /dev/sda1 XP.img XP-new-20G.img Summary of changes: /dev/sda1: partition will

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

I looked at OpenSUSE 11.3 (x86-64) and the 'zypper' package manager. Background ---------- libguestfs needs febootstrap to build the so-called supermin appliance. Since febootstrap 3.x, this requires porting febootstrap to each specific Linux package management system. We've already done this for yum (Fedora), apt (Debian/Ubuntu) and PacMan (ArchLinux). A port is reasonably

When writing to a RHEV target, virt-v2v launches the libguestfs appliance with euid:egid = 36:36, which is required to write to an NFS target using root_squash. Since the update to use an febootstrap cached appliance, this causes an error on startup as the cached files are owned by root, but the cache directory is owned by 36:36. The reason for this is that execve() resets euid and egid to uid and

The more I look at this patch, the less I like it. I would summarise why I think it's wrong here, but it's better if you look at the message I posted on the gnulib mailing list here first: http://lists.gnu.org/archive/html/bug-gnulib/2009-11/msg00434.html Directly accessing errno on Windows is wrong: you won't see the true reasons for an error by doing that. However depending on

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