As proposed by Speccyfighter:

http://lists.altlinux.org/pipermail/community/2014-March/681897.html

...but not installed by default due to overhead:

http://bugzilla.altlinux.org/21838

It has dawned on me that gdm2.20 is more widely useful
within sysvinit based builds: lightdm with gtk greeter
would fail to poweroff/reboot while this one would not.

It's not exactly obvious how install2_size, live_size or rescue_size
get defined since the variable names themselves get constructed;
help git grep these down.

acpid is not enough since power button handling configuration
has been split apart; and tracking this in zillion places is
utterly useless in face of a specially trained power feature.

Just use it.

At least Radeon drivers badly need those,
e.g. SUMO_uvd.bin + PALM_pfp.bin for C60 APU.

Helps live-flightgear.iso a lot indeed!

Another bridgelet.

aen@ asked to ship this one as well; no problem given mixins,
still being able to *switch* the init instead of regrafting
would be very beneficial.

NB:
- wdm can't do autologin;
- wdm can poweroff/halt;
- wdm+autologin won't work under systemd (via prefdm.service);
- nodm will work under systemd;
- nodm will ruin consolehelper -> livecd-install by root's PATH;
- gdm2.20 is lightweight, feature complete and sovereign enough.

nodm needs fixing indeed but let's spell this clearly at least.

- install2: more cleanups

The reason for an explicit cleanup is that VNC installation support
is now left in by default (see #29901); thus this commit is only
keeping the status quo for this image.

This one is really not needed, use/init/* instead.
Been declared obsolete for more than 9 months.

A few more tweaks for changes in sisyphus and t7 repos;
thanks real@ for both fixing and tracking things.

Installation finishes just fine if bzip2-compressed
hash files are removed *but* apt-cdrom add will fail.

It's missing in Sisyphus since php5 update to 5.5.x;
while an opcode cache would be a powerful boost for
many webapps this has to be sorted out in repos first.

It happens to hold couple of files nowadays
on an otherwise almost empty system!

It's still a GUI installer but pretty much barebone one by now...
in particular, it needs no xorg-drv-$hardware being mostly targeted
at VMs and demo appliances where fbdev is rather enough.

Cleanup extra kernel drivers too.

This one has been missing for quite some time (infiniband modules
should have triggered a commit like this back then), finally there
in very crude and draft form for the starters.

This destructive target is like a "people's revolution":
almost nothing left.

Some need this to achieve jeos or chaos, respectively.

{lib,}bind shouldn't have to be removed twice, really.

By the time these hooks run the font packages' %post scriptlets
should have fired already; no need to carry the utilities on.

Yes these are bit-by-bit savings.  No it's too expensive still.

Both might be useful in some context but serve no real need
given the installer one, at least this year.

This rotten cherry-picking is ridiculous of course
but that's the price to pay for hard dependencies...

These aren't going to be really needed in that environment,
please refer to the more complete environments like rescue,
live, or an installed system.

xterm is pulled in by xinitrc (as xvt),
xdg-utils by alterator-browser-qt (for xdg-open).

...or are fine with fbdev like in case of installers,
especially minimalistic ones.

My gut feeling is that we're not going to see glib2's
messages a lot within installer environment anyways.

And there's a forgotten /usr/share/X11/locale/ too.

These are required by no package after the intermediate
cleanup has finished.  Argh.

Installer doesn't do systemd and needs no service files.

An installer needs video playback acceleration
when it has some content to show and some means to;
as long as these are not supported just drop this
unconditionally.

server-nano is intended to be slim; it doesn't need VNC
installation support and provides no LUKS tools either.

These are only needed for alterator-vm when making
LUKS encrypted partitions; ideally the extra libraries
would be omitted automatically when luks isn't included.

At least don't purge it with no questions answered.
Thanks naf@ for posting #29901.

The mixin concept and name has been borrowed from Ruby
language -- it's a kind of thing that can be added to
more or less whatever suitable; the problem it tries
to solve is that incrementally building up the image
configuration breaks when one would like to change
something that's been configured in early enough so that
grafting early will warrant a lot of duplication later on
but inheriting too much things that need to be changed
gets too much hackery in.

It started while trying to build an installer image
using configuration bits and pieces collected while
bringing an installable LiveCD together: there are
just too many livecdish things in a LiveCD to try
and rebase the actual desktop configuration things
onto an installer, so putting these into a mixin
to be reused within both livecd and installer
seems the way to go.

Looks like today's xorg won't autoload radeon_drv but
insists on ati_drv falling back to fbdev if it's not there;
FlightGear runs definitely slow on C-60 APU with that.

I didn't specify ati since it pulls r128 and mach64 modules in
which are rather useless in this context (accelerated 3D graphics).

Burn.app won't list a USB DVDRW drive with CD-RW inside
(NOT_FOUND), and its README states explicitly that wodim
is not supported yet.

Mixer.app would start with three knobs none of which would
actually change any mixer channel.

Forward-port of b84182c5cb684afbd30ed1f9e5b6f89f55b4b53f
commit extended to handle /boot as well.

This time it autostarts using livecd-fgfs and primus
if possible; firefox and GUI mixer are the notable loss
but the clarity of "boot into FlightGear" should sort of
compensate for that.

Ah, and Tu-154 by default.

That reflects the packaging and distribution practice
having formed during last year or so...

Looks like Qt4-based imagewriter fits these images better
than Qt5-based rosa-imagewriter; so be it.