- lists copying fixed

There's gnome3-regular now extending -default (thx aris@).

There's no more livecd-gnome3-nosetup, it's been renamed
to setup-gnome3-done with no P:/O: to reduce repo spam.

Should have cherry-picked this into master back then :-/

The problem with the changed piece of code is that it would
- both call cp(1) multiple times if multiple *_LIST variables
  were non-empty (which is usually the case), and
- try to evaluate stdout of the called commands as a shell
  script (which would be empty unless someone passed e.g. -v
  to that cp(1) but it's crazy to rely on things like this).

So the functions should prepare arguments for a single copy
command that is predictable and could be made verbose.

Ouch.

This batch deals with various Microsoft(R) Word(TM)
instilled formats like RTF/DOC/DOCX and requires nothing
but basic libraries and perl at most; might get extended
over time but please mind the extra dependencies!

- live: don't force localboot

It's probably a good year to get rid of this reference practice
resulting in a known sort of misdocumentation over time :-/

live-webkiosk.iso regressed into trying to boot off the local disk
immediately, the exact cause is not yet discovered but this one
has popped in build trace (distcfg.mk) already.

Desktop images are still likely to depend on it though.

I've been puzzled to find current live-webkiosk.iso trying to go
localboot with no timeout; this is basically a plug, VM images
might need more effort to go in.

This utility should help those operating multi-display
configurations with somewhat non-trivial requirements:
http://www.opennet.ru/openforum/vsluhforumID3/100999.html#31

This one has been prepared for PostgreSQL 9.4 meetup in Moscow:
http://postgresmen.ru/meetup/2014-12-23-parallels

This utility manages systemd services inside chroot
while the host system runs sysvinit (systemctl will say
"Running in chroot, ignoring request" and bail out).

Thanks asy@ for getting both packages back to sisyphus
and stable branches.

wget is actually required by vzctl currently
but lftp is a handy tool which is missing,
and both are better specified explicitly.

This is a somewhat "advanced" flavour,
extra filesystems seem reasonable.

george@ wondered why it's not included into regular builds;
well, here it is.

- starterkits-20141212

There's GNOME 3.8 in p7/branch and it has no initial setup tool
thus no disabler is needed anyways; I've fixed this a while ago
but seem to have managed to lose the commit somehow :-/

Replaced qxkb with axkb as it seems less unstable;
added gvfs and friends as pcmanfm-qt won't handle devices otherwise:
http://forum.altlinux.org/index.php/topic,33244.msg242391.html#msg242391

The problem with hardwired "[alt]" was that it's not going
to match "[p7]", for example.

Brown paper bag bug.

Thanks dango for this proposal either:
http://forum.altlinux.org/index.php/topic,33700.msg242365.html#msg242365

Specifically the seemingly missing dependencies on gstreamer:
https://bugzilla.altlinux.org/show_bug.cgi?id=30556

Thanks dango for heads-up:
http://forum.altlinux.org/index.php/topic,33700.msg242323.html#msg242323

There were quite a few things missing:
- packager pseudo for both rpm and hasher;
- proper target (so that i686 or athlon don't confuse people);
- hasher repo for apt so that mkimage would use it too;
- last but not least, a friendly bootstrap message! ;-)

So ALT Linux has got decent build tools but no one even knows
about those, right?  And starting to use those is somewhat tedious
as it requires ALT installation with a specially crafted user account?

live-builder.iso has been useful enough to consider including its
relative into starterkits skipping regular builds for roughly the
same reasons as those for installers: we're better off helping users
to get onto the stable platform bandwagon than having them excited
with Sisyphus just to hit some wall down the road (even if we warn
of these walls well in advance most of the time), and while packages
tend to get into branches via sisyphus repo it's still better to stay
on the safe side with what we make easily available.

THE_* and friends are all unneeded for live builder image;
this commit makes dev feature basically incompatible with
install2 feature (which relies on the conventional behaviour
of main subprofile), will have to think it all over if the
combination of these two ever becomes needed.

It feels like time to introduce regular-builder.iso,
let's help it by factoring most of the common part out
into the feature.

Might be useful for those wishing to set up additional drives
carrying NTFS at install time.

This was basically a feature request to get smartctl into
sysv-tde starterkit; it's in regular+extra which is pulled
for regular/starterkit rescue images already but it's better
to have it duplicated here than missing somewhere as the tool
is pretty requisite these days.

It's not supported anymore:
http://git.altlinux.org/tasks/archive/done/_133/136193/

It's been ignored since the introduction of deflogin feature
and removal of build-vm specific ROOTPW variable handling;
might be adjusted to mandate this for vm/bare too, have to
think it over.

There could be root-only VM appliances, for example,
and ROOTPW is now handled through this feature.

- docs: "7.0+" (closes: #30474)
- l10n feature

Thanks someone at opennet for bringing my attention to this:
http://www.opennet.ru/openforum/vsluhforumID3/100066.html#50

0.6.3 has introduced some changes that were deemed incompatible
with t6/p6 branches; it should be possible to restore compatibility
at least for non-EFI images but the effort required hasn't been
up for grabs so far.

See also https://bugzilla.altlinux.org/30474

The problem with initial implementation (commit 62e7e9c1)
is that there's no systemd-services package in p7/branch
thus apt complains about an attempt to remove something
that doesn't even exist in the first place.

Aimed at live images at first but should cover installers as well.

This has been brewing for quite some time and while the proper
implementation is considerably more complex (and hard to do)
looks like there's demand for the particular important use case,
namely LiveCDs for Russian users, so this code has been shared
with a few people before merge.

There's a particular problem with lazy evaluation
in case of BOOT_LANG: mkimage uses internal variable,
BOOT_LANG = $(GLOBAL_BOOT_LANG) (note the lack of
immediate assignment there), and if we set up

  export GLOBAL_BOOT_LANG = $(BOOT_LANG)

in the same namespace we end up with recursively
defined pair of variables; a ":=" in either place
would save the day _but_ it's not there in m-p due to
accumulator variables, e.g. USERS, which are defined
and exported by a corresponding feature and then get
populated *after* having been declared for export,
_and_ it's not in mkimage as of 0.2.16 for some reason
that might even be good (I don't know yet).