Package profiles -- the ones allowing for a multi-purpose
installer -- have been basically overlooked during previous
mkimage-profiles development, unfortunately.

This is the very basic part: put them into pkg-groups.tar.

These are alike to lists/groups ones.

This is to support Centaurus-like images featuring
more than a single installation profile (e.g.,
"workstation/server/minimal").

Quite a few more modifications are needed to do it
right though as m-p has fallen prey to exactly the
"single root composition" assumption with its current
THE_* variables semantics and processing.

THE_* variables serve user needs while shim belongs
to either SYSTEM or COMMON level packages, not needed
explicitly for stage1 though (mkimage will put it there
when needed) so it's just COMMON.

DOTBASE variable setup has been superceded by metadata feature
(commit c83cc111); this reference is thus useless.

...regarding THE_* use.

...following another inspection of m-p-d's centaurus pkglists.

use/install2/stage3 is only needed for distributions
implementing their own installer-*-stage3 package
(e.g., centaurus and simply but not kdesktop).

This has been borrowed from m-p-d for Centaurus, actually.

It's not reasonable for use/firmware/laptop to depend on
use/firmware/wireless as some laptops come without WiFi
cards and wireless userspace to use those is specified
elsewhere anyways.

It's unreasonable for firmware to depend on kernel,
the features should go in the other way around.

This might (and probably should) get split into
{base,desktop}+cups somewhere down the road,
maybe when we do print servers again; let's keep
things simple at the moment though, we only need
this for desktop images.

This one is required for HP MFP scanners to work;
note that setup is still quite peculiar (via cups/hpaio):
http://lists.alioth.debian.org/pipermail/sane-devel/2009-February/024117.html

This partially reverts commit 30d38381: trying to use/rescue
with e.g. distro/simply results in conflict between SysVinit
and systemd-sysvinit; INIT_TYPE had to relation to RESCUE_LISTS
in the first place.  Ugh.

This cp(1) option has been employed already but just for the lists
(and still incomplete as it didn't cover the names coming through
groups mechanism); thanks sem@ for trying out groups/simply/*,
failing to build an image and reporting the problem.
Reported-by: Mikhail Efremov <sem@altlinux.org>

...from "big" to "maxi" as per zerg@'s proposal.

...as it's x86-specific.

The forgotten commit: it's not the "official" target
but one of the worthy "beta" ones, let's still do it.

- starterkits-20160312

This one has took long in thinking it over,
and it is definitely still not perfect;
hope that better than we had before.

https://lists.altlinux.org/pipermail/smoke-room/2016-March/062275.html

This turned out to be requisite for volumes-profile-lite
which sat there silent about that (#31877).

...when installing in a VM; this adds no extra packages.

This has long been a TODO item but an elegant solution
just didn't come until the night before starterkits...
some services (mostly those operating on real hardware)
do not fit virtual environments at all, won't even start.

This is a pretty useful package on a typical multi-user server indeed.

Let's still provide this font package with at least one flavour;
kde4 is both quite large and paying some special font attention.

Turns out that this package made cinnamon's terminal mix up
font glyphs (latin ones would appear vector ones from it,
and numeric ones would come from a fixed bitmap font).

Any additions should make the set better so if any particular
image degrades we'd better fallback and regroup.

PS: boyarsh@ tells that this well might be an infinality problem.

There's no more 1.7.0 browser plugin package in sisyphus,
move on to 1.8.0...

It's not only related to jeos-ovz but also to jeos
it seems (even if more fixing is clearly needed in
sisyphus case as e.g. radeon driver might still
refuse to work).

This one has been introduced by alterator-users update;
makes no sense on its own, just drop.

The default "ALT Linux IMAGE_NAME/ARCH" turns into
"ALT Linux altlinux-p7-FLAVOUR/ARCH" which is both
redundant and prone to hitting the ISO9660 volume ID
length limit of 32 bytes (see also #28271).

It'd be better yet to avoid installing hardware-related
packages for a purely VM-targeted distro but it'd require
some more intermediate forking; while its objectives do
include reasonable minimalism it's not as ultimate as for
jeos images, thus let's keep some superfluous services
around (but disable them).

This is the actual implementation of feature request by mvk@.

These packages have been suggested by mvk@ to enable H.264 support
when no flash plugin is shipped (most likely for security reasons).

This has been requested by Balbes so as to avoid premature
DHCP timeouts with some gigabit networks; see also
http://forum.altlinux.org/index.php?topic=36495.msg281385#msg281385

I've read about it while working on http://altlinux.org/upstream page
and thought that providing it within ALT Linux Regular/Starterkits
project builds would be reasonable (upon having checked it of course).

regular-jeos-ovz with "xdriver=vesa" might still fail
where "vga=0" would chug on.

This reverts commit 7017d1ef:
kf5-i18n-* got misnamed, these are actually plasma5-i18n-*
(as explained by zerg@ now).