Those few places lacking "; @:" replacement for a real recipe
have been finally -spotted- identified with `make check'
and fixed.

An initial (and quite naive) implementation was done
for conf.d/ files but features do need it as well --
which became obvious during a casual inspection of
distro/alt-workstation's target graph (which occured
broken).

The code is a messy hackery unfortunately, regexes used
are fragile regarding e.g. [A-Z_] in target names.
Read with care.

NB: lib/ might need this too but it's rather stable
    and contains some special cases that would obstruct
    the regexes even more...

Turns out it's "splash=0" that does the job.
Suggested-by: Lenar Shakirov <snejok@altlinux.org>
See-also: https://bugzilla.altlinux.org/28625

...just in case (make doesn't guarantee that it's left-to-right
for normal-prerequisites so make them order-only-prerequisites).

See http://altlinux.org/gear/remotes for rationale.

In this case it's rather worth it to examine build.log
than read documentation again (as vm.txt should have been
read or at least skimmed through to get sudo setup ready,
and the problem might be either an environment one or a bug).

...so there's no forced mode switch (unless modesetting
kicks in which is another story to X server starting up
to carry the installer).

...instead of hardwired 0x314 (which is rather wrong
for modern kernels and hardware, just ran into that
with yet another Matrox G200eW WPCM450).

rpm-4.13 stopped bringing alt-gpgkeys in, and specifying it
explicitly for STAGE1_PACKAGES didn't help somehow; don't presume
/usr/lib/alt-gpgkeys/ existence anyways.

s/ALT Linux/ALT/g as per s/ALT Linux/BaseALT/g Ltd

Should get into distributions' rescue image indeed.

elinks doesn't require libX11 (unlike links2),
and webclient can become e.g. rekonq pulling
in kde4libs -- that's exactly what I ran into
while preparing 201612xx server starterkits.

For some reason DOT_BASE only got BASE_PACKAGES_REGEXP so e.g.
browser feature use well could result in the lack of a browser
if no metapackage pulls one in!

X-Brown-Paper-Bag :-(

It's required for many touchpads these days,
just get it in for the "full" (+installer) target.

The two package sets seemed *too* identical when
I finally needed to add another package there...

It's at least removing the very obvious user->root
attack through (maliciously) modifying bin/tar2fs
and waiting for it to be run; if mkimage-profiles
is installed system-wide as a package, the script
from /usr/share/mkimage-profiles will be tried so
those willing to allow vm/* build to themselves
can provide for a passwordless sudo (as described
in doc/vm.txt) to run a root-only writable script,
not user-writable.

Still not perfect but a step away from the abyss.

It turns out that -regular pulls in too much
(including xfce-polkit that doesn't work with
sysvinit); let's provide means to have it both
ways, need xfce4 4.12-alt5 or later metapackage
for this change to be effective.

The issue at hand it _nmconnect group that's supported
in ALT NM for polkit-less cases; it has to be added
*before* 50-users hook from deflogin feature fires off.

The existing systemd-related hook has been renamed
to reflect its job better.

Our NetworkManager will lend the knobs to those
in _nmconnect group, thanks sem@.

Even base rescue images should get mount.nfs and rpcbind.

'video' group has been missing compared to /users 10.10-alt1.

Old format:
rpm [p7] http://ftp.altlinux.org/pub/distributions/ALTLinux/p7/branch x86_64 classic
New format:
rpm [p8] http://ftp.altlinux.org/pub/distributions/ALTLinux p8/branch/x86_64 classic

No use to distinguish between "on" and "off"
each iteration when the resulting files with
differing names should end up identical.

Spoils nouveau otherwise, see also
https://bugzilla.altlinux.org/show_bug.cgi?id=32340#c6Reported-by: Sergey Turchin <zerg@altlinux.org>

...as suggested for the next starterkits since
seamonkey 2.40 is officially full of security bugs
and there's no 2.46 (or whatever stable/plugged)
release available despite the plans:

https://wiki.mozilla.org/SeaMonkey:Home_Page
https://forum.altlinux.org/index.php?topic=37268

This one is related to forensics mode handling in mkimage:
there's a regex that's expecting the old string ending with
hash value, and it stops working when this is changed here
(at least as of mkimage 0.2.18).

So partially undo the change for this particular file to avoid
refind's example menu for regular-rescue.iso (or any other image
involving forensics mode), and hope to revert this commit some day.

This keyword was misused due to the lack of understanding
of its meaning; thanks zerg@ for the hint, let's hide the
kernel boot parameters not expected to be modified by user
under the hood (and vice versa in some cases).

Note that this is just a keyword shift in all cases
but mediacheck where "showopts" is now added.

NB: this keyword is only relevant for gfxboot.

'twas somewhat incomplete otherwise,
and these two packages are pretty tiny.

Note that +vmguest is affected too.

xorg-drv-vmmouse should accompany xorg-drv-vmware.
Reported-by: Anton Farygin <rider@altlinux.com>

Both KDE4 and KDE5 images should carry it this way
according to zerg@; pkglists duplication is not needed.

...for a "full" systemd target that's been re-aliased
as "+systemd"; please adjust any minimalistic images
to use/init/systemd instead of +systemd.

Reported-by: Sergey Bolshakov <sbolshakov@altlinux.org>

This might be an overreaction but let's handle
non-x86 virtualization on per-case basis.

Thanks sbolshakov@ for the notice.

We don't use microcode_ctl anymore.

It's unfortunate but leaving "upstream" redirector
index.html files without their final target is worse yet;
hope this gets popravleno some day.

...just do it when actually requested for the main image part.

...for those images that can be installed.

Now that we don't ignore X-Alterator-PackageList
in pkggroup files these few places referencing
group names as list names have broke; bring 'em
in line through this new and shiny function.

This has been spotted by rider@ and reproduced by me as well:
some touchpads would work in livecd/installed system but not
within the installer itself.