similar to: [PATCH] handle --use-installed in zypp driver

This takes a list of package names, adding them to the image without pulling any dependencies. Only implemented for Debian at the moment. zypper wasn't build-tested because I don't have the dependency. --- src/.depend | 2 +- src/supermin.ml | 6 +++--- src/supermin_cmdline.ml | 13 ++++++++++--- src/supermin_cmdline.mli | 10

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

Signed-off-by: Olaf Hering <olaf at aepfle.de> --- src/supermin_zypp_rpm.ml | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/src/supermin_zypp_rpm.ml b/src/supermin_zypp_rpm.ml index 1c6243d..4247d09 100644 --- a/src/supermin_zypp_rpm.ml +++ b/src/supermin_zypp_rpm.ml @@ -173,7 +173,7 @@ let rec zypp_rpm_list_files pkg = | [filename; flags; mode; size]

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

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

--- .gitignore | 6 +- .gitmodules | 3 - HACKING | 41 +++ Makefile.am | 6 +- README | 7 +- TODO | 61 +--- autobuild.sh | 65 ---- autogen.sh | 12 - configure.ac | 27

Signed-off-by: Olaf Hering <olaf at aepfle.de> --- src/supermin_zypp_rpm.ml | 8 +++++++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git a/src/supermin_zypp_rpm.ml b/src/supermin_zypp_rpm.ml index 720f50a..1c6243d 100644 --- a/src/supermin_zypp_rpm.ml +++ b/src/supermin_zypp_rpm.ml @@ -175,12 +175,18 @@ let rec zypp_rpm_list_files pkg = let mode = int_of_string mode

On Thu, Jul 11, 2013 at 10:50:01AM +0300, Or Goshen wrote: > Now, I installed supermin from git. During configuration it discovered > zypper: > > *checking for zypper... zypper > checking for yum... no > checking for rpm... rpm > checking for yumdownloader... no > checking for aptitude... no > checking for apt-cache... apt-cache > checking for dpkg... no >

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

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

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

Add a --size option to setting the size of the ext2 filesystem, so it is possible to create ext2 appliances with smaller disk images. The default is like the previously hardcoded value of 4GB. --- src/build.ml | 4 ++-- src/ext2.ml | 19 ++++++++++--------- src/prepare.ml | 2 +- src/supermin.ml | 9 +++++++-- src/supermin.pod | 15 +++++++++++++++ 5 files changed, 35

On Tue, Jun 11, Olaf Hering wrote: > 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. Related to this, zypper --xml gives the chance to parse the output. But doing it all in the shell is cumbersome. Right now there is no output if

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, I found the zypper provider mentioned on this list in another thread, but it failes with the flowing error : Package[kvm]/ensure: change from 0.11.0-4.5.2 to true failed: Could not update: undefined method `zypper'' for #<Puppet::Type::Package::ProviderZypper:0x7fd1acf9e360> at Is the latest provider broken? Is there interest in making this work / making it complete. I

Hi, I''ve used the zypprepo type successfully on sles 11.1 to register my server to a repo. However, I can''t get it to work on sles 10.3 and 10.4. However using the zypper sa command I can easily register my repos but it seems impossible to make it work using zypprepos. My /etc/ zypp/zypp.conf file exist with the correct information that I specified in my manifest, but there seems

Upon fresh installation of R-patched and rimage on openSUSE 11.3 box, simple fftw on renown lena image cause memory free failure. Quick: Go to the end of this mail and read the error message from R Thoruogh: Find detailed step-by-step how sopprt library fftw2 was installed and how rimage was installed. Regards Mads Jeppe VERSIONS ======== openSUSE -------- # cat /etc/SuSE-release

Add a function for each mode to return the list of potential outputs, so that the existance/timestamp checks done for --if-newer can take those into accounts. At the moment both modes return no outputs, so there is no behaviour change. --- src/mode_build.ml | 7 +++++++ src/mode_build.mli | 4 ++++ src/mode_prepare.ml | 9 ++++++++- src/mode_prepare.mli | 4 ++++ src/supermin.ml | 9

This option was considered unsecure, found a fix on the generated opensuse images instead. --- customize/customize_run.ml | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/customize/customize_run.ml b/customize/customize_run.ml index ad0ab7f..6cb2328 100644 --- a/customize/customize_run.ml +++ b/customize/customize_run.ml @@ -116,7 +116,7 @@ exec >>%s 2>&1