pre-install gzip to avoid busybox-gzip via dependency about rockstor-installer HOT 3 CLOSED

Based on a side conversation with @phillxnet and @FroggyFlox, I am adding additional observations that I encountered during the build process, which I faced while testing the ability to build Rockstor on OpenSUSE Tumbleweed, which proves to be tricky due to it being a rolling release that continues to evolve. Hence, having the build instructions as self-contained as possible should insulate from some of the TW quirks, especially during this transitional phase of gradually getting to more current releases of the underlying building blocks like python 3.x, django, etc.
It appears that the kiwi packages automatically pull in busybox packages for its own dependencies if there is nothing explicitly specified beforehand. It doesn’t matter whether the non-busybox versions are installed on the host system (this probably also applies to using the buildbox approach, though I have not verified that).
After reading some more in the kiwi docs and looking at the gzip issue mentioned above, I needed to find a place in the kiwi install where I “pre-emptively” install gawk, grep and xz.
Adding it to the bootstrap packages seems to do the trick, and kiwi does not reach for busybox as its source for these. This means in the kiwi file these entries could be added:

Bootstrap package section:

<packages type="bootstrap">
    <package name="ca-certificates"/>
    <!-- https://github.com/OSInside/kiwi/issues/776#issuecomment-403724943 -->
    <package name="ca-certificates-cacert"/>
    <package name="ca-certificates-mozilla"/>
    <package name="cracklib-dict-full"/>
    <package name="filesystem"/>
    <package name="gawk"/>
    <package name="glibc-locale"/>  <!-- possbily glibc-locale-base-->
    <package name="grep"/>
    <package name="openSUSE-release"/>  <!-- /etc/os-release etc -->
    <package name="udev"/>
    <package name="xz"/>
</packages>

For Tumbleweed specific conversations I want to leave behind this information as well:
Changed this from dracut to kiwi, thinking it might make a difference (and since in the kiwi docs it implies when using kiwi it essentially uses dracut anyway). It initially didn’t make a difference of course. Only when adjusting the bootstrap packages (as stated above) the behavior changed (i.e. not using busybox-based installations), but I forgot to change it back, and it still worked.

For anybody trying to (as of today) replicate this with Tumbleweed: there is currently no TW specific Rockstor build in the corresponding repository.
Until that changes (once more urgent issues have been addressed in the Leap 15.x space) pointing to the most recent (in this case 15.4) in the TW profile of the rockstor.kiwi file will allow to successfully build.

from rockstor-installer.

Ah, I see. So I got lucky when I changed this, that at the time, it didn't have any further implications :). I'd say, stick with the tried and true setting of dracut for now ...

from rockstor-installer.

@Hooverdan96 Re:

Changed this from dracut to kiwi, thinking it might make a difference (and since in the kiwi docs it implies when using kiwi it essentially uses dracut anyway).

From: https://osinside.github.io/kiwi/concept_and_workflow/customize_the_boot_process.html
it is to be mandatory, if we use "kiwi" here to provide:
<type ... boot="netboot/suse-tumbleweed"/>
or the like. I'm not sure I'm happy making these changes just yet:

Such boot descriptions for the OEM and PXE types are currently still provided by the KIWI NG packages but will be moved into its own repository and package soon.

So all in it may be a step too far just yet. Still looking into our options here.

from rockstor-installer.