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)

This one has been brewin' for quite a while but has been
completed finally; some tweaks sure can come in later but
it's working.

Please note that it's rather needed for "proper" distros
with specific branding and docs packages prepared for those;
one should use l10n feature most likely too.

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