...so that regular builds really have common ground again,
which is something that got broken with regular-jeos introduction;
adjusted jeos and builder flavours to make use of this.

...so base is base and bare is freed for a leaner entity...

There's considerable confusion accumulated over the
expansion of regular builds with non-GUI targets:

- bare meant quite a lot including wireless;
- base meant GUI base actually,

so rescue, server, and especially jeos images had to
either cope with the bloat or start from scratch.

Let's fix "base" first...

Looks like QEMU 2.2.0 gets surprised with some kernel module
that udev tries to load during "Populating /dev:" boot stage;
dropping *both* +vmguest and +wireless dependencies does help
while switching to un-def kernel flavour doesn't (as is or with
any single one of these two deps removed).

Thanks user who reported the problem at opennet.ru
(alias "myhand").

- vagrant feature (closes: #28553)

This should be built as vagrant-base.vdi (xz before publishing).

This feature adds initial vagrant-compatible box
build support as outlined in #28553.

Looks like there's a race condition somewhere: this script
will fail to clean up after itself when considerable background
load is inflicted upon the host it's running on (e.g. LA ~16
on a 8-core, single-disk system).

Note that this commit is NOT enough to win that race
but just a step in the right direction...

It's unwise to skip the common storage driver,
and vagrant (which uses virtualbox by default)
is likely to crash and burn as well.

This has been suggested by cas@ and sounds quite reasonable
given that we ship rsync anyways.

altlinux-p7-kde4-20141212 images had a problem:

- the generic starterkit profile is tuned
  for modest disk space consumption;
- KDE4 is quite extensive;
- kde4-regular subpackage tosses in most of KDE4 SC

...thus the livecd wouldn't autopartition enough
space for root filesystem when being installed.

volumes-profile-lite specifies 10Gb rootfs currently
which is just fine (-kdesktop one starts with 30Gb),
let's use it until vm-profile management is imported
into mkimage-profiles or things are redone completely.

This feature operates LIVE_* variables specifically
(as opposed to the more generic THE_* ones) so +alsa
isn't exactly suitable but reusing the pkglist that's
just been factored out is fine.

Split package lists:

- base alsa packages (also needed in pulseaudio-based installations)
- additional alsa packages (needed only if not using pulseaudio)
- pulseaudio packages

- fix the lists copying fix

cp(1) would get confusing arguments with no files to copy
if there are no lists to handle; employ xargs(1) as promised
to handle this properly.

aris@ tells that it's been specified as totem dependency since,
no need to carry this temporary duplication on.

This might come handy for those who have to deal with iDevices.

- fix lilo check for vm images

The check introduced by commit d7689f30 while rewriting tar2vm
(which presumed x86) was subtly broken: it checked for *host*
binary before preparing *chroot* configuration file for it.

Wonder how many build servers run lilo over here that this BUG
has managed to evade attention for almost two years...

This notice essentially duplicates the recent addition to
http://www.altlinux.org/Mkimage/Profiles/m-p/objects
(in a brief offline form).

It's been discussed that URW fonts' priority be lowered
and way too many direct dependencies upon those be reviewed:

http://lists.altlinux.org/pipermail/devel/2014-September/199105.html

...just not there yet.

Looks pretty superfluous there.

Looks like there's some issue with fakeroot as pseudousers
created with useradd during package installation have their
/etc/tcb/*/shadow files with proper permissions ($user:auth)
but shadow- and shadow.lock belong to root:root which makes
passwd(1) fail.

- 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