similar to: [PATCH] Change fallback name for external supermin helper

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 its now also possible to use private > builds of supermin (if

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

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

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 Thu, Aug 22, Richard W.M. Jones wrote: > On Thu, Aug 22, 2013 at 09:28:36AM +0200, Olaf Hering wrote: > > Why does the toplevel Makefile process appliance/, and creates > > supermin.d during make install, whith configure --disable-appliance? I > > have to double check what actually happens, it seems it causes startup > > failures if the resulting binary packages are

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

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:

It looks to me that the windows 2008 image I am attempting to convert is not being detected as windows but is being updated as a Linux system. When PXE booted the server with the p2v image I ended up with this error: Failed to launch guestfs appliance. Try running again with LIBGUESTFS_DEBUG=1 for more information The system image transferred and I was able to create an XML file to boot it under

Hi All, I am trying to run guestfish inside an Ubuntu instance running in VirtualBox. I'm running into problems, and my first question, is this setup even possible? I compiled and installed libguestfs-1.8.4. Running libguestfs-test-tool fails with the following output. Would appreciate any advice, Chris new guestfs handle 0x8b77958 ===== Test starts here ===== LIBGUESTFS_DEBUG=1 library

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 have no hope of >> #rpm -qa | grep libguestfs >> libguestfs-1.20.8-1

--- test-tool/libguestfs-test-tool.pod | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/test-tool/libguestfs-test-tool.pod b/test-tool/libguestfs-test-tool.pod index c4284684f8c4ca3dfba0cb734d9cc46f0330b5b9..8999286848d79225c43c8fead674b998be93d4b3 100644 --- a/test-tool/libguestfs-test-tool.pod +++ b/test-tool/libguestfs-test-tool.pod @@ -87,7 +87,7 @@ variables

Hello all, I 've compiled libguestfs 1.16.5 on arch linux and the tests fail. This is the output I get when I run libguestfs-test-tool: LIBGUESTFS_DEBUG=1 TMPDIR=(not set) libguestfs: new guestfs handle 0xcf4310 library version: 1.16.5 guestfs_get_append: (null) guestfs_get_attach_method: appliance guestfs_get_autosync: 1 guestfs_get_direct: 0 guestfs_get_memsize: 500 guestfs_get_network: 0

On Fri, May 31, 2013 at 01:38:06PM +0200, Olaf Hering wrote: > But this requires that febootstrap or supermin is in BuildRequires:, > while this change removes the hard dependency of BuildRequires:. But I > see, if the appliance is enabled then it would now fail with this > change. In my packaging the appliance is not enabled because zypp > support in supermin is not yet complete,

Hi Rich, I ran coverity against febootstrap's head and it spotted four leaks. This fixes them. The first patch plugs three. The second attempts to make the add_link function do what I'm guessing it was intended to do. As is, it was a no-op. >From 7c2ff55613598a1295e213cef36600ad61da7ed6 Mon Sep 17 00:00:00 2001 From: Jim Meyering <meyering at redhat.com> Date: Tue, 10 Jan 2012

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

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

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

Hi all, On the most libguestfs commands (guestfish, virt-*), I have always the same message: "febootstrap-supermin-helper: ext2: parent directory not found: /lib: File not found by ext2_lookup" I'm aware of a similar bug with the old package [1]: "Note on febootstrap (may not be directly related to this bug): You need 3.14 to work around that. I would recommend using at least

libguestfs and supermin use 'no' instead of either the basename of the desired application, or 'false', as helper string. This happens when configure does not find things like rpm or supermin during build. Wouldnt it be more logical to use the basename instead of 'no' so that at runtime one has the chance to install the required packages and in addition get an obvious