"Forensic mode" submenu has fallen apart after the original commit
as the tricky logic in mkimage::tools/mki-copy-efiboot failed to
pick up the new variant; this should all be redone (solo@ has
started doing something but it needs a time-consuming review).

Fixes: 79d02088

- pkg.in/profiles

This has been requested by Andrey Mitrofanov:
http://www.opennet.ru/openforum/vsluhforumID3/107265.html#162

Putting the image license text into its toplevel directory
is *very* reasonable as it's much more accessible then.

use/docs/license will copy the texts contained in branding
package ("notes" one) over to the image's rootdir so these
can be read with ease; otherwise one has to look up the
right package at best (or unpack squashfs, no user can be
really expected to do that just to *read* a *license*).

This was originally profiles/scripts.d/01-copy-license
script from m-p-d; got cut down heavily.

This one is just like STAGE2_BOOTARGS but for rescue images
(which don't do that one for quite a few reasons).

See the previous commit for rationale.

The problem at hand was that an installer component
of a "DVD class" image does use/cleanup/installer
while installable LiveCD component gets broken by that
(livecd-install -> installer-scripts-remount-stage2
which gets removed as installer-*).

Split those.

The same that was done by commit 50bfea9d.
Note the duplication, maybe worth to split off...

Mark the particular pkglists included into what's dumped;
makes content analysis considerably more convenient.

Failing to kaboom just in time can make (and has just made)
it harder to figure out the culprit down the road; e.g.
metadata target's tar(1) might fail to find *some* files
that haven't been copied over due to a single one missing
by that run.

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