similar to: working on docker images and image building... what can we learn from supermin?

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

On Fri, May 14, 2010 at 11:02:36PM -0400, Aron Griffis wrote: > Hi again Rich, > > I'm trying to use febootstrap to install either rawhide or f13, > but my attempts are failing. > > $ sudo febootstrap fedora-13 /mnt/jubjub-f > ... > Running rpm_check_debug > ERROR with rpm_check_debug vs depsolve: > libc.so.6()(64bit) is needed by procmail-3.22-25.fc12.x86_64

Use basename of external helper instead of 'no' for external supermin helpers. This gives a clear error messages what binary is actually missing, and it is now possible to install the missing package without recompiling libguestfs. In addition its now also possible to use private builds of supermin (if they are in PATH) with a given libguestfs binary package. Signed-off-by: Olaf Hering

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

hi list, I try to get libguestfs running on SLES11SP1 .... or at least basic guestfish functionality and run into a serious problem: febootstrap-supermin-helper --verbose -f ext2 /usr/lib64/guestfs/supermin.d x86_64 /tmp/guestfs.MUqge5/kernel /tmp/guestfs.MUqge5/initrd /tmp/guestfs.MUqge5/root supermin helper [00000ms] whitelist = (not specified), host_cpu = x86_64, kernel =

Bash automatically resets euid to uid when it executes. This can mean that the effective user id of a program at the point it calls febootstrap-supermin-helper can be lost if any part of execution chain involved bash. This in turn can result in: * the generation of an incorrect checksum, which contains the uid. * the generation of supermin files with differing owners The -u and -g options allow

On Fri, May 31, Richard W.M. Jones wrote: > On Fri, May 31, 2013 at 10:41:47AM +0200, Olaf Hering wrote: > > Use basename of external helper instead of 'no' for external supermin > > helpers. This gives a clear error messages what binary is actually > > missing, and it is now possible to install the missing package without > > recompiling libguestfs. In addition

Hi, First, I'd like to thank you for your nice effort of the febootstrap tool. I understand there are 2 major versions of this tool the first has the syntax of "febootstrap fedora-12 ./f12" while the second has the syntax "febootstrap --names ....." Is it correct? I also understand the second one is used only to create a minimal system. is it correct too? But what about

I'm confused! What use cases is the new febootstrap primarily intended for? I'm mainly trying to figure out if I'm trying to put a square peg into a round hole. What I'm looking into is using linux containers (LXC) either using libvirt or lxc-tools) to create jails for a web hosting type environment. I can see that in the long run btrfs has some nice features to help with this

Because of the confusion generated by calling something 'febootstrap' which didn't have anything to do with Fedora and didn't generate bootstrap filesystems, I have renamed 'febootstrap' as 'supermin'. I also bumped the version number up to 4.1.0. New home page: http://people.redhat.com/~rjones/supermin/ Downloads: http://libguestfs.org/download/supermin/ Git

Hi, While trying to ./configure libguestfs on gentoo fails since it requires feboostrap or deboostrap Can this be made optional and not as necessary requirement, since there are still many useful uses for libguestfs besides bootstrapping, which can be used on distros like gentoo. Thanks Alex

Systems such as Debian (and thus Ubuntu) operate with 64-bit programs in /lib, with /lib64 a symlink to it: as a result, they apply a patch to their glibc adjusting the default search path of the 64-bit dynamic loader (only used if the library is not found in ld.so.cache) to look in /lib, and instruct the 32-bit one to look in /lib32. Because fakechroot is implemented via LD_PRELOAD, it ends up

Unfortunately, placing the link into the /boot does not work. libguestfs-test-tool failes with the same message: ************************************************************ * IMPORTANT NOTICE * * When reporting bugs, include the COMPLETE, UNEDITED * output below in your bug report. *

Hi Rich, I got an error: > supermin helper [00000ms] visiting /usr/local/lib/guestfs/supermin.d > supermin helper [00000ms] visiting /usr/local/lib/guestfs/supermin.d/base.img > supermin helper [00000ms] visiting /usr/local/lib/guestfs/supermin.d/daemon.img > supermin helper [00000ms] visiting /usr/local/lib/guestfs/supermin.d/hostfiles > supermin helper [00012ms] visiting

[CC to Fabian - can you comment on the ovirt-node problem below] On Thu, Nov 21, 2013 at 10:02:46PM +0000, Исаев Виталий Анатольевич wrote: > On 11/21/2013 05:56 PM, Richard W.M. Jones wrote: > > When you say "cannot access them" do you get an error message? Could > > it be an SELinux denial? > > Yes, when I am trying to open some logical volume on the hypervisor

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

Am Freitag, den 22.11.2013, 10:29 +0000 schrieb Исаев Виталий Анатольевич: > Thanks a lot. Yes, we have a Support and we will ask them to help with this bug. > > How do you think, maybe we can hack this issue quickly just putting the kernel file (desired by libguestfs) manually to some directory on the RHEV-H file system? /boot and /lib/modules do not contain kernels on RHEV-H. Hey,

Hello, I have running xen over a debian server (debian sarge). Now I would like to configure a domU with redhat (AS 4), do you now any way to install it? -- Angel L. Mateo Martínez Sección de Telemática Área de Tecnologías de la Información _o) y las Comunicaciones Aplicadas (ATICA) / \\ http://www.um.es/atica _(___V Tfo: 968367590 Fax: 968398337

Hello- I've recently upgraded from OEL 6.4 to OEL 6.8. Infiniband Hardware installed on the server prevents me from upgrading the OS version any higher. Kernel Version: Oracle Linux Server Red Hat Compatible Kernel (2.6.32-642.el6.x86_64) Since the upgrade, there have been problems with libguestfs-tools hanging, then timing out. I'd like to use the newest version of

This error is with libguestfs 1.20. Calling guestfs_launch() with tracing on: supermin helper [00065ms] finished creating appliance libguestfs: checksum of existing appliance: 2bd6811426e14b6fb661b4d52cebd6c21a41df1a068e8acf6a7a08e3b3bd4ada libguestfs: trace: get_cachedir libguestfs: trace: get_cachedir = "/var/tmp" libguestfs: [00071ms] begin building supermin appliance libguestfs: