- regular-engineering

...instead of xfce4-mixer which is based on gstreamer 0.10
(with its mixer API that perished in 1.0); this has been
tested on e2k already.
Suggested-by: Mikhail Efremov <sem@altlinux.org>
See-also: http://forum.altlinux.org/index.php?topic=36177.msg316175#msg316175

Weird it got overlooked in the first place.

ROSA's legacy...

Suggested-by: Speccyfighter
See-also: http://forum.altlinux.org/index.php?topic=39476.msg315597#msg315597

Suggested-by: squire
See-also: http://forum.altlinux.org/index.php?topic=38966.msg312602#msg312602

Suggested-by: Evgenii Terechkov <evg@altlinux.org>

- seven years ago...

...and somewhat improve vm/e2k-xfce.

Radeon HDMI as the default soundcard isn't really optimal,
and trying to push 44100 kHz samples towards 48 kHz interface
isn't going to sound great; provide sane ALSA dmix defaults
for Elbrus-401 PC workstation.

BASE_PACKAGES_REGEXP and THE_PACKAGES_REGEXP,
to be exact; the lack of handling these appears
to have been the culprit of firefox missing in
vm images which use/browser/firefox.

This reverts commit 41a3f091:
at least build-vm doesn't do *_REGEXP (which is worth fixing
but all relevant branches got firefox-classic_theme_restorer
so this tweak is now irrelevant and a bit wasteful).

...and leave it for possible further investigation
only if debug level is 2 or higher (which is uncommon).

It's strange but ve/builder and distro/live-builder
along with distro/regular-builder are all mostly
"independent", that is duplicating functionality
without any reasonable gain; spotted finally.

Suggested-by: gremlin@altlinux.org

- e2k

Weird but the last round of image builds on e2k started complaining:

  Makefile:95: *** target file `debug' has both : and :: entries.  Stop.

Looks like these should have been fixed indeed.
But why didn't this surface before then?

Let's build an Xfce based image, got anything needed (well, almost:
xorg-drv-libinput isn't there and no one is crying over that here).

And let's change "e2k" suffix to be prefix while at that.

BR: imsettings -> libgxim -> ruby, and it's missing still.

The early builds used to rely upon a non-committed
rootfs/files/etc/X11/xorg.conf within this feature
which was a bit annoying and would have screwed an
Elbrus system based on any other GPU.

So let's provide some flexibility by packaging it.

Turns out that vm images might need localization too,
not just live ones.

The current state made vm images belong to root group,
no reason to not change those to the primary group of
the user building an image.

kpartx -d -s could fail in some circumstances,
make a safety cleanup call more verbose.

These used to carry (or need) their own means for the same
problem of extra services consuming bootup time.

These are creeping throughout m-p and aren't really needed
by default as these should be enabled upon configuration;
let's provide a single switch off point.

These images have been tested on an Elbrus-401 PC.

It's like missing here!

...as vm images don't need extra processing.

Somewhat ARM-like with only the bootloader bits
standing out; Elbrus 2000 firmware can read ext2
and boot the kernel directly.

Elbrus 2000 only takes us a few lines to get up and running ;-)

KFLAVOURS could have been set earlier and got overridden here.

No need to deduce kernel version again,
just save it in a temporary file.

The main reason to change what worked is
that e2k kernel-image package has Linux bits
named as image-$kver and not vmlinuz-$kver;
the guessing logic taking all of this into
account resulted in non-aesthetic patch.

NB: there's a duplicating script within
    kernel feature; it wasn't easy to avoid
    this and it might differ when handling
    multiple kernels, I didn't think much
    about this now as vm images tend to ship
    with the sole one.

- lxde-sysv