similar to: [dev] Supermin on mageia

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.

Hi, as pointed out by Neal Gompa, Mageia recently introduced dnf in the distribution (currently only in Cauldron, which is the future Mageia 6), and most probably it will replace urpmi in the future. As such, on Mageia make supermin prefer dnf over urpmi when found, using the same code already used for Fedora. Related change: make test-harder.sh work explicitly also on Mageia

On Thu, Aug 15, 2013 at 09:18:51PM +0800, Joseph Wang wrote: > Thanks. I'll take a look. One other question. Does supermin support > kernel modules that are compressed with .xz format? It's seems > straightforward to add. Actually no; it does support gz. As you say, it would not be hard to add it. Rich. -- Richard Jones, Virtualization Group, Red Hat

When building the mini initrd, previously we copied the modules into the initrd as-is, so for example if the module was xz-compressed, we copied the foo.ko.xz file to the initrd. This requires that the mini init binary is linked to zlib & lzma, so that it knows how to uncompress these modules when insmoding them at boot time. Also since the init is statically linked, it required _static_

I had to make some changes to the xz patch. The code that was used for conftest had to be modified and I needed to add lzma to the link line. The urpmi patch worked fine. On Mon, Aug 19, 2013 at 4:43 PM, Richard W.M. Jones <rjones@redhat.com>wrote: > Joseph, > > Please try my modified versions of these patches. These are > compile-tested on Fedora and they don't break

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

On Thu, Aug 15, 2013 at 11:36:38AM +0800, Joseph Wang wrote: > Hello, > > I'm trying to get supermin to work on mageia and I've run into the > following glitch. Mageia has /etc/init.d as a symlink that is pointing to > /etc/rc.d/init.d and after I generate the appliance and run supermin-helper > I get > > supermin helper [00033ms] finished creating kernel >

Hi, let's make supermin use /etc/os-release as primary source instead of the various release files in /etc; apparently distros (e.g. openSUSE) are starting removing them. Thanks, Pino Toscano (2): Add simple handling of /etc/os-release Use os-release to detect the distro src/Makefile.am | 3 +++ src/dpkg.ml | 3 ++- src/os_release.ml | 78

On Mon, Aug 19, 2013 at 02:44:48PM +0800, Joseph Wang wrote: > FYI, I just posted two pull requests on libguestfs/supermin Can you post the patches on the mailing list please. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://libguestfs.org

On Thu, Aug 15, 2013 at 08:18:08PM +0800, Joseph Wang wrote: > Thanks, but that didn't seem to work. supermin-helper is seeing the file, > but I'm still getting the same error when it hits the symlink. I'm tryig > to get it to work by just excluding /etc/init.d from the hostfile Add multiple -v -v -v options to the supermin-helper command line see where it's running

Mageia introduced dnf as alternative package manager for the next version 6, with the possibility to replace urpmi as primary in the future. As such, prefer dnf over urpmi+fakeroot to download rpm packages. Thanks to Neal Gompa for his heads-up. --- README | 3 +-- src/rpm.ml | 8 +++++--- 2 files changed, 6 insertions(+), 5 deletions(-) diff --git a/README b/README index 79fcfd8..679bf70

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 Tue, Nov 11, 2014 at 06:41:40PM +0000, Richard W.M. Jones wrote: > On Tue, Nov 11, 2014 at 03:23:40PM +0100, Mathieu Bouillaguet wrote: > > Hi Pino, > > > > Thanks for your reply and details. > > > > I started looking at the others package manager code and as I see it there > > is one main problem to port supermin to slackware distro. > > >

I download libguestfs from github and fetch to the *origin master*. I tried to build libguestfs in my own linux distro and I followd the http://libguestfs.org/guestfs-building.1.html#using-a-prebuilt-binary-appliance to replace with supermin I download the appliance-1.30.1.tar.xz and appliance-1.30.1.tar.xz.sig and extract the tarball to /home/user/appliance and export

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.

After failing to get things to work on a Ubuntu 14.04 host I build a fedora 21 environment to see if Ubuntu may have been the problem and didn't get quite as far so here's an official report per the FAQ directions: - Trying to get guests to build and have network access so package management actions can be done before uploading to openstack image service. - I ran ./run virt-builder

On Mon, May 25, 2015 at 10:22:35PM +0200, Kashyap Chamarthy wrote: > I just built `supermin` from source on my Fedora 22 machine, and somehow > it can't seem to detect RPM (but `supermin` from Rawhide detects it). > Exact error: > > supermin: could not detect package manager used by this system or > distro. > > which is coming from:

Do not error out on empty files, just ignore them. --- src/mode_build.ml | 7 ++++++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git a/src/mode_build.ml b/src/mode_build.ml index b5f5fa6..9cd0a21 100644 --- a/src/mode_build.ml +++ b/src/mode_build.ml @@ -46,6 +46,7 @@ and file_content = | Packages | Hostfiles | Excludefiles +| Empty let rec string_of_file_type = function |

My current version is supermin 5.1.8-1 > > If the tests *don't* run successfully, then you've most likely found a > bug in supermin. That has to be fixed before continuing. > tests failed. See the log below. ========================================== supermin 5.1.9: tests/test-suite.log ========================================== # TOTAL: 8 # PASS: 5 # SKIP: 0 # XFAIL:

Hi, this work makes supermin use the rpm library instead of invoking rpm directly. This, together with a needed refactoring of the dependency resolution, should help in make supermin faster on rpm-based systems. Surely the patches will still need polishing, especially for behaviours of newly added stuff, but at least it's a good starting point. Noting that you need rpm-devel on most of rpm