I keep forgetting that CLEAUP_PACKAGES come with
/var/lib/{apt,rpm} purge, gotta do something...

This one conflicts with kde4 so isn't included into
kde5-big metapackage [yet]; just add by hand.

The "full" target should care for rescue bits as well
(remember that THE_* won't go there); thus regular-rescue.iso
will receive these couple hundred useful kilobytes as well.

- check KFLAVOURS

The flexible KFLAVOURS handling has a downside:
if no packages match the regexp it's silently OK
until too late, and the error is incomprehensible.
Let's fix the latter at least.

I decided that it's worth the added size to sprinkle more
hardware-related packages like SANE throughout the regular
crop so that compatibility tests are easier to do; there's
sane usage in there already, let's port live-gimp over too.

There's a rarely-used live-gimp for new GIMP builds
and looks like there's another target now...

- yet another systemd- tweak

The configuration has rather settled down by now
although the actual sisyphus/p7 builds still require
adding custom repositories (this ought to change for
sisyphus but not for p7):

http://git.altlinux.org/tasks/138496/ for sisyphus
http://git.altlinux.org/tasks/132256/ for p7

...now explicitly.

The problem started with systemd being tossed in but was ignored
for some time -- until systemd-221-alt1 gained X11 dependency
through /etc/X11/xinit.d/ script and triggered the libX11 test
that breaks regular-rescue.iso build.

pam_systemd and systemd-services still get in (and can be removed
by hand with nothing else requiring those).

It's the very same problem that must be solved within mkimage:
some package lists get expanded early and some late thus having
no chance to influence apt's choices of alternatives made early
(in fact, too early).

Until that, here's another kludge...

PS: turns out that ^systemd- is not "drop ^systemd" but rather:
    systemd-analyze
    systemd-coredump
    systemd-journal-gateway
    systemd-networkd
    systemd-sysvinit
    -- thus one /really/ wants something else.

These _do not_ go into rescue images unlike COMMON_PACKAGES.

- LIVE_CLEANUP_KDRIVERS actually works

This one was an experimental but the server is long
offline and isn't going back up; remove the obsolete
config snippet, if/when it's done again it's the easiest
part to be restored (the implementation should provide
HTTP/FTP/NFS-publishable deliverables without the need
to extract those from ISO images).

Speccyfighter was upset with backlight breakage:
http://forum.altlinux.org/index.php/topic,34428.msg257036.html#msg257036
-- it's a bug to be sorted out separately, let's not insist.

This reverts commit f02fc7ac.

See also http://forum.altlinux.org/index.php/topic,34428.0.html

This one relies on the controversial polkit-sysvinit package
that subverts policykit using well known groups to make it
"work" for things like NM and shutdown helpers.

See also http://altlinux.org/sysvinit and feel free to improve.

Let's provide some kernel versatility as well
since there are two distinct Xfce-based images.

Both Xfce-based images have been falling back to
a completely wrong Monospace font alias implementation
at least for ASCII part which resulted in hard to read
Serif font in Terminal (even if e.g. Cyrillics are OK);
adding Liberation seems to work around this.

Too bad this commit didn't hit the recent starterkits.

/etc/sudoers is persistent with regard to userdel(8)
so removing a LiveCD user isn't going to drop this kind
of the added privilege and might result in an unintended
grant of those by adding a user with the same name after
permanent LiveCD installation.

This has been spotted by Speccyfighter:
https://bugzilla.altlinux.org/31071

These have been asked for by Speccyfighter:
http://forum.altlinux.org/index.php/topic,34428.msg256990.html#msg256990

This flavour is known to behave the best on touchscreen
based devices at the moment, let's fit it with the
calibration tool.

This one is alike to install2's one; it's not a shared rootfs
script/variable though as contexts differ a lot, let's be careful.

The commit has been missing from 1.1.64 somehow, found in patch
series while figuring out why LIVE_CLEANUP_KDRIVERS seems to be
just ignored in live-privacy *after* the massive rebase of that
branch...

- minor post-tweaks

This one has formed off the recent addition to regular-rescue.iso,
namely the feature starting network and sshd upon generating some
random password and setting it as the root one for the (remotely
started) livecd session so that a person operating an IP-KVM/iKVM
would be able to boot off the ISO file via virtual media and then
look up an IP obtained via DHCP and the root password.

There's a convention that syslinux configuration snippets
carrying the names of subprofiles involved are picked up
automatically; there were a few special cases already
when this is actually inconvenient, and there's another
one at hand so let's just step up and do it.

NB: this is a sort of a hacky hook though, wish an elegant
    interface would come to mind some day.

This one has been proposed by Oleg Ivanov again,
and more are supposed to come as people use it.

`make help/distro' would yield a needless complaint
that's been suppressed for `make help' already...

Fixes: f1479275

- remote rescue

The added initscript used to be purged by 98-init-rescue
which has been somewhat overlooked during vain attempts
to build an image that would actually run it!

The goal of implementing rescue_remote was regular-rescue.iso
indeed; so let's both add it and bump the default boot timeout
to 600 deciseconds, that is, a minute: 20 seconds might be way
too low for some slow IP-KVM/iKVM use cases.

This one provides cmdline arguments for startup-rescue >= 0.24
which would bring up networking and sshd in its turn thus allowing
remote access to the host booted in this mode.

The feature has been asked for by many people including mithraen@
and valintinr@ (and I'd make use of it another day too).

See the appropriate startup-rescue commit description for notes
on implementation; this default set of variable values should be
both useful and illustrative though.

apg(1) is already there but let's provide another
well known utility either, habits use to vary...