similar to: Usage of 'no' as external helper

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

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

The new run_shell helper is a copy of run_python, and will be used by upcoming changes. Signed-off-by: Olaf Hering <olaf at aepfle.de> --- src/supermin_utils.ml | 9 +++++++++ src/supermin_utils.mli | 5 +++++ 2 files changed, 14 insertions(+) diff --git a/src/supermin_utils.ml b/src/supermin_utils.ml index f98e09a..cb8a27e 100644 --- a/src/supermin_utils.ml +++ b/src/supermin_utils.ml

On Tue, Jun 11, Richard W.M. Jones wrote: > But supermin is supposed to ignore packages that don't exist in the > distro. This is a bug in supermin or the zypp plugin for supermin. It looks like zypper has no "ignore unknown packages/provides" flag. zypper .. install $pkg is called with an unknown package then zypper will just abort because it expects valid input. Maybe

On Thu, May 30, 2013 at 10:02:10PM +0200, Olaf Hering wrote: > > 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 >

An attempt to use installed files in zypp driver. Add also a comment about the theory of operation. Enable set -x in shell only in verbose mode. This adds a dependency to xmlstarlet, which is required to parse zypper output. Signed-off-by: Olaf Hering <olaf at aepfle.de> --- src/supermin_zypp_rpm.ml | 93 +++++++++++++++++++++++++++++++++++++++++------- 1 file changed, 80 insertions(+), 13

Hi, During compilation of guestfs I get the following error: *supermin -v -o supermin.d --names augeas-libs btrfs-progs cryptsetup cryptsetup-luks e2fsprogs e4fsprogs genisoimage gfs-utils gfs2-utils grub hfsplus-tools hivex iproute iputils kernel libcap libldm MAKEDEV nilfs-utils ntfsprogs ntfs-3g openssh-clients pcre reiserfs-utils libselinux syslinux-extlinux systemd vim-minimal xz yajl

This is an attempt to handle a different --reposd-dir in the zypp_rpm driver. Up to now the system repositories in /etc/zypp/repos.d were used. To specify a different set of repositories for zypp a parser for a simple zypper.conf is added in this patch. It just looks for reposdir= in section main, like this: [main] reposdir=/path/to/other/repofiles If the config file provided via

Signed-off-by: Olaf Hering <olaf@aepfle.de> --- Not compile-tested! appliance/packagelist.in | 13 ++++++++----- 1 file changed, 8 insertions(+), 5 deletions(-) diff --git a/appliance/packagelist.in b/appliance/packagelist.in index 8a4a5ea..a00a7ad 100644 --- a/appliance/packagelist.in +++ b/appliance/packagelist.in @@ -126,11 +126,9 @@ dosfstools file findutils gawk -gdisk grep

Joseph, Please try my modified versions of these patches. These are compile-tested on Fedora and they don't break any existing functionality, but I don't have either urpmi nor a statically-linked xz so I cannot fully test them. I have also fixed detection of zlib (2/3). Rich.

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

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,

Allow an alternate libc, such as dietlibc, to be used for the init binary in the supermin appliance. Rich.

The current mode of operation in the zypp driver is to download all packages into a temporary pkg-cache-dir. Installed packages in the root filesystem are ignored, otherwise zypper would download only a subset of packages, and it would not provide a list of all required dependencies. Remove the getuid check to force an empty root directory and use the configured system repositories. This works

Hi, few cleanups in the supermin codebase; no actual functional change. Thanks, -- Pino Toscano (3): ext2: simplify tracking of visited modules utils: remove unused run_python function Add and use an helper error function src/build.ml | 20 +++++----------- src/dpkg.ml | 4 +--- src/ext2_initrd.ml | 10 ++++---- src/kernel.ml | 27

Simplier version of what is implemented in Common_utils in libguestfs, only adding the application prefix and handling the exit. --- src/build.ml | 20 +++++----------- src/dpkg.ml | 4 +--- src/kernel.ml | 27 ++++++++++------------ src/package_handler.ml | 7 +++--- src/pacman.ml | 6 ++--- src/prepare.ml | 12 ++++------ src/rpm.ml

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

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 started on a host that happens to have supermin installed. Olaf

v1 -> v2: - If we split out the init program into a separate init/ directory, that makes it much easier to build against an alternate libc. I tried to build against uClibc, but uClibc requires an entire build chain, which looked like it was going to be a massive ballache. Rich.

Fix supermins rpm/zypper detection on openSUSE Tumbleweed Newer version of openSUSE does not use /etc/SuSE-release anymore. Search for the new /etc/SUSE-brand in addition. --- diff --git a/src/rpm.ml b/src/rpm.ml index a5dc67a..400efbd 100644 --- a/src/rpm.ml +++ b/src/rpm.ml @@ -39,7 +39,10 @@ let fedora_detect () =  let opensuse_detect () =    Config.rpm <> "no" &&