The issue with this was that plain use/browser/firefox/esr
didn't actually pull in the feature as such; it MUST NOT
pull in use/browser/firefox since it will change semantics
from "if it's Firefox make it ESR" to outright "use FX ESR"
(starterkits depend on the former and it was intentional).

...so it hits regular-rescue.iso...

- no more GREP_OPTIONS

It was superfluous in the first place indeed,
and new grep(1) considers the option deprecated.

- systemd-specific hook for installer (solo@)

Both kde5 and xfce-sysv have received their fair share
of criticism for substandard fonts; zerg@ has proposed
adding droid fonts to the former and someone expressed
their frustration with Terminal fonts in the latter:
http://www.opennet.ru/openforum/vsluhforumID3/104750.html#70

Let's try to make some difference between Xfce based
flavours as well by changing the kernel to a bit more
"bleeding" one as proposed either.

It was observed in regular-gnustep-20150916-*.iso that
mediacheck boot target sort of starts plymouth bootsplash
when not intended to; let's plug this by moving +plymouth
away to a test image *but* there are couple things with it:

1) supporting plymouth in mediacheck *might* be a good thing
   for distros proper -- this will likely require some support
   on bootsplash theme side either;
2) it's not enough to just drop @bootargs@ from syslinux.cfg
   snippet as the extra payload will still go in to no avail.

s/PLASMA/Plasma/ (thanks zerg@)

Signed-off-by: Aleksey Avdeev <avdeev@pkcc-tb.ru>

- starterkits-20150912

Both starterkits and live webkiosk images carrying Firefox
are switched to ESR packages by this commit; note that those
images with other browsers aren't affected.

FX_FLAVOUR variable can be set anywhere to switch
use/browser/firefox to prefer ESR packages, including
the appropriate localization ones.

Note that there's no dependency as it can be set in e.g.
starterkits (still unset in regular builds) wholesale
but shouldn't affect those of them lacking firefox.

This was wrong as l10n with no LOCALE would result
in "lang=" being added to the boot menu and not
overridden by F2 selection.

This one has been proposed by antohami@ so as to ease support:
http://forum.altlinux.org/index.php?topic=35274.msg263698#msg263698

This one has been suggested by shadowsbrother@ and restored
in Sisyphus as a lightweight notifyd provider.

This has been an old TODO item either.

This has apparently been a TODO item stuck until finding out
whether efi and isohybrid conflict or not; it's been a *long*
time since this has been found out (no conflict) actually,
let's add isohybrid to all of the images as it's completely
free size-wise and efi to chromium image as it's the largest
base one (I don't think that adding any extra functionality
to the already overweight and full of potential and kinetic
security bugs "flash" flavour is a good idea as it would
promote its use among those who need EFI but not Flash).

- im feature

The sort key field value has been off-by-one apparently,
"6" corresponds to "capacity" field of df -PT output
while the "available" one was meant:

Filesystem     Type  1024-blocks     Used Available Capacity Mounted on
/dev/sda9      ext4     15350768 12799972   1747980      88% /
tmpfs          tmpfs     1967204    27396   1939808       2% /tmp

1              2               3        4         5       6

This lapse has been five years old, looks like it's only
been masked by lower available space limit *and* filesystem
ordering by type so far.  It didn't hit me even now, rather
inspected the code while implementing volumes-profile-starterkit...

The reason behind this silly patch is that the default URL
can be left alone with no rebuilds neccessary but with the
intranet services delivered through a "captive portal" or
a redirecting proxy; we definitely don't want the canonical
wiki URL, http://www.altlinux.org, blocked by a rule made
for redirecting the default homepage, so let it be another
one which is served but not widely known or linked to.

pam_pkcs11 is needed for SC-based authentication,
let's carry it as well.

Note that further configuration is still required.

This has been proposed and largely implemented
by antohami@, see also #30851.

gd07e9c37 was apparently not enough to cover regular desktop images...

Wish this was done before starterkits alpha but still;
here are the preliminary (unqualified) test results:

- cinnamon: OK (vi_VN, zh_CN, ko_KR)
- gnome3: no way to change the hotkey; menu font troubles
- kde4: OK but lacks corresponding localization subpackages
- lxde: OK (vi_VN, zh_CN, ko_KR)
- lxqt: imsettings-xfce somehow gets in (unrequested!)
- mate: unable to change hotkey, applet complains to stderr
- tde: native apps don't recognize ibus input

This makes use of IM_PACKAGES variable processed by
newly added im feature so that DE-specific targets
could tell which DE-specific IM packages they'd like
on a system *iff* use/im has been requested.

Might be lacking right now, to be sorted out with
the actual users.

This one has emerged due to request by Chú minh
to add Vietnamese support to LXDE starterkit.

- starterkits alpha

This was another TODO item based on my own use of this starterkit.

It's a small python utility to deal with Supermicro/LSI
SAS enclosures via /sys/class/enclosure (got some).

Ouch, a dup and both cases of trailing whitespace...

It's a simple text editor quite popular among
debian/ubuntu users for some reason; let's make
it available so that those uncomfortable with
vim(1) aren't totally at loss.

- docs feature

These should come handy when PC/SC libraries, drivers and
utilities are required.

(rather cosmetic changes)