The mechanics were simple and funny but having unified kernel
available is even better ;-)

I've got some Trio64 cards, even...

...so that enp0s3 is just not there.

It was proposed by someone and looks pretty reasonable.

Sort of unification; still the background of the regular builds should
rather be the particular DE's authentic one in the ideal case.

plymouth helper omitted as it's not mission critical usually.

apt-get is requisite for a network-enabled livecd
with rw overlay since it's almost universal then.

It's currently security+extra.

Things that weren't fit in the other rescue pkglists went here;
more are sure to follow.

It happens to hold a noticeable share of what might go into
rescue+misc, so why duplicate.

Quite a few filesystem specific tools and utilities went into extra,
some of them pulled back from fs since the proper categorization will
clearly require even more effort.

Added utilities for: f2fs, nilfs, logfs, reiser4fs, clicfs, cloop,
ocfs2, exofs, zfs, cifs.

It would be better to put it into stage2 in the first place
but this somehow went over my head; rescue made a reminder.

This one was just asking to be built for quite a long time;
http://sourceforge.net/apps/trac/smartmontools/wiki/LiveCDs
specifically accenting use of smartmontools 6.0 has finally
persuaded me to roll out yet another rescue livecd, that is
on the regular basis.

As the firmware feature got more involved, this one
has successfully dodged the change but is amended now.

The reason is to contain the implementation details
within this feature while adding the ability to include
everything it can provide (e.g., for rescue images).

It's been delegated to a fonts subfeature.

Thanks cow@ for both the packages and suggestion.

KDE4 is maintained by zerg@ as well as the vast RM experience
connected to it; so use/fonts/zerg there.

This includes an updated version of 50-fontconfig script
which actually works (the preliminary one attached to #28612
didn't); thanks zerg@ and cow@ for providing the incentive
to introduce it.

Based on m-p-d and installer-feature-kdesktop-fontconfig.

Thanks make(1) for the warning, `vmguest' target was
getting pulled in twice indeed.

...by popular demand, see also
http://forum.altlinux.org/index.php/topic,28619.html

Forum feedback has shown that it's a bit surprising
given the lack of other multimedia applications in
baseline package set; aen@ suggested to leave it out
and hardware support testing requires much more than
that anyways.

The issue is that r8169 is rather broken nowadays while
r8168 tends to work on the same hardware; see also #28473.

Thanks zerg@ for having hinted that it's stage1 modules,
not the root squashfs.

The metapackage was fine, the "only one" additional package
was more or less okay, but there came a dozen more so it's
now reasonable to stash these into a separate pkglist.

...so that the benefits and shortcomings of each
"as is" in Sisyphus are more obvious.

...and refactored its use in cinnamon image too;
this isn't a permanent solution though,
slated to move into fonts feature.

Thanks gns@ for suggestion.

Thanks aen@ for figuring these out and suggesting them.

There isn't much sense to keep an entirely separate flavour
as deepsolver starts being actually useful and icewm is
a somewhat special flavour for those who know their ways
around Linux plumbing.

- regular-deepsolver.iso target is added using regular-icewm.iso as a base.

- regular refactoring

Bump it to account for the useful fixes in mkimage-0.2.7.

Switched from mate-default to mate-full as aen@ asked to,
and dropped a few leftover packages which are now in
mate-default 1.5.0-alt3+.

It wasn't really obvious what are the available targets;
sorry for that and thanks led@ for a suggestion.

It's possible that use/efi/signed target has fired already
at the time when use/efi/shell is invoked; shouldn't clobber
the signed shell with unsigned one.

Added rEFInd, EFI shell and SB stuff.

Maybe it's worth moving to the kernel feature as well.

The various *8168 and friends among kernel modules
have finally been pushed into a designated target
so that RM doesn't have to care which particular
additional ethernet modules are available in this
particular branch and kernel.

Tweak distros as appropriate.

NB: *maybe* this is required by distro/.base either.

acpi_call is used far too often when dealing with the newer
portable x86 hardware, we're better off including it when
it's available.

regular.mk adjusted appropriately.

Let's make CPU microcode an explicit target, it isn't
required at every host where firmware-linux is.

Adjusted its use accordingly.