This has been long overdue: pretending that "http server"
is an Apache2 with PHP5 was wrong for ages, and providing
apache2/nginx, php5/php7 choice along with more databases
was waiting for its user proposal.

Follow these changes in server feature as well.

Suggested-by: Altexander
See-also: https://forum.altlinux.org/index.php?topic=40290

This kludge should go to at least desktop installers as well,
and WM-based images shouldn't suffer either.  Regarding server
ones, let's see.

Suggested-by: Speccyfighter
See-also: https://forum.altlinux.org/index.php?topic=36963.msg289422#msg289422
Suggested-by: Иволгин
See-also: https://forum.altlinux.org/index.php?topic=36963.msg292251#msg292251

This one enables rw session support for Rescue images;
the nitpick is that syslinux' gfxboot *will* set this up
when booting the same ISO from USB Flash media instead of
optical one (CD/DVD-ROM/RW), and we don't put gfxboot into
a standalone rescue image.

See-also: http://altlinux.org/propagator
See-also: http://altlinux.org/remount_rw

This is an experiment that should finally land in install2
but SYSTEM_PACKAGES is not enough, mkfs.btrfs doesn't land
in the installer somehow.

See-also: https://bugzilla.altlinux.org/show_bug.cgi?id=32403

Update list desktop+engineering: - remove slic3r (conflict perl-OpenGL with pycam) - added qucs-s - added blender - added libuniset2 - added solvespace

- qcow2c

Suggested-by: Alexey Shabalin <shaba@altlinux.org>

This is a compressed version of good ol' qcow2.
Suggested-by: Alexey Shabalin <shaba@altlinux.org>

This isn't a warning cause, this is a error cause!

Maybe this commit will be reverted but this is the current state
of both sisyphus and p8.

See-also: http://bugzilla.mozilla.org/show_bug.cgi?id=1304743
See-also: http://www.opennet.ru/opennews/art.shtml?num=45909
See-also: http://www.opennet.ru/opennews/art.shtml?num=46987

- opennebula-systemd

No more in sisyphus:
http://git.altlinux.org/tasks/archive/done/_189/193808/

Suggested-by: Anton Farygin <rider@altlinux.org>
See-also: https://lists.debian.org/debian-devel/2017/06/msg00308.html

It should be more clear what gets libX11 test triggered.

...as it pulls libX11 in now.

- p8+

mixin/e2k-desktop was asking for separation from its day zero,
and the rest just came in naturally (the temporary patch to
add lxqt and mate looked awfully with all the duplication in).

This is to make desktop+lxqt packages installable on e2k
as there's no qt4 package within this Sisyphus port and
things might just stay this way (it's long unsupported,
looks like porting software to qt5 is more worthwile
an effort).

There's one more removal though: qupzilla. This browser
fits lxqt like a glove *but* it's pulled in already by
mixin/regular-lxqt, and browser feature is available now
to make the selection more flexible.  It's also going to
be renamed on the way to incusion into KDE SC.

...for firmware-rt61pci; thanks to an anonymous bugreporter.

See-also: http://www.opennet.ru/openforum/vsluhforumID3/112310.html#177

There was a semi-awful lot of long-abandoned targets
spotted while factoring out mixins; let's just drop
these for good, and if anyone needs some of those
drop me a commit.

These branches are officially unsupported for the whole
two years, probably just the time to clean up.

See-also: http://altlinux.org/branches

These have appeared in desktop.mk, regular.mk, vm.mk
over time, and there are two problems around.

The minor one is that mixins have been introduced as
handy reusable bits close in context of their use;
this practically means that they fall under the same
class restrictions as their parent targets, that is
a mixin coming from regular.mk will only be available
for "distro" IMAGE_CLASS, and so on.

The major one is probably the worst design flaw in m-p:
building images from ground up, where ground is a valid
standalone buildable target as well.

Life has shown that we rather want to build up images
the other way around, choosing what essentials go in first
and then fitting the fine details along with the packaging.

The first sign of this difference appeared with ARMv7 Simply:
we had a well-built configuration aiming for x86 ISO, still
we needed roughly the same app/environment configuration
put into armh disk image.

Those platforms were different enough that we didn't actually
plan shipping *lots* of distributions but the problem was clear,
and it was much alike to the one that sprang m-p to life in the
first place (when we had a range of "common" distros and needed
to create and maintain a set of "school" ones that mostly had
similar or even identical difference to their respective base
ones -- and we couldn't do something like conf.d/p8.mk does now).

So mixins are going to become the softer way to turn m-p's
target configuration chain upside down to considerable extent:
build up what you're going to mix into the various deliverables,
and make it as portable across image classes, hardware platforms,
repository branches as feasible so that total maintenance effort
needed goes down or at least doesn't spike too bad.

And here's the first strike at that.

This one has been clearly duplicated before.

It's been expelled from sisyphus.

See-also: http://git.altlinux.org/tasks/archive/done/_183/187993/

- 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.