It appears that led-ws kernel flavour hasn't been tested
within regular builds which is a shame; let's fix that.

These are rather foreignsic:

liblnk-tools: Tools to access the Windows Shortcut File (LNK) format
libregf-tools: Utilities to inspect Windows REGF-type Registry files
libuna-tools: Utilities from libuna for Unicode/ASCII Byte Stream conversions
libvshadow-tools: Tools to access the Volume Shadow Snapshot (VSS) format

Suggested by Maxim Sunahov and ported from OBS packages.

The newly-introduced STAGE1_KCONFIG variable serves
to keep those kernel configuration options that are
required to be present in the kernel to boot.

This software allows to (re)index and analyze
considerable bodies of unstructured documents.

The full metapackage, just in case.

Maxim Suhanov suggested this to reduce stress for those
not used to the editor yet.

- remember Odessa

Thanks msp@ for his proposal to provide at least some hints
regarding metadata related variables albeit further RTFM
is much recommended.

cfg.in/README should be explicit regarding
"automatic=method:cdrom" being usable for
flash media too (propagator has been fixed
since 20101130-alt10 or so, and gfxboot is
able to tweak the cmdline having figured
out it's running off the flash either).

Asked for by Speccyfighter:
http://lists.altlinux.org/pipermail/community/2014-April/682001.html

It's by no means substitution for proper l10n feature
but forcing users into POSIX locale for recovery ops
is no good at all.

This is basically a fork of live feature's 20-locale,
a font has been changed to save some face though.

This should provide the fix for #30024 (thanks ildar@):
vmware relies on mptspi.ko by default and that's been
split out into scsi and not guest subpackage for led-ws.

BTW use/install2/vmguest instead of a bunch.

Thanks ildar@ for #30024 and specifically mentioning
that mptspi.ko is missing in jeos flavour (using led-ws).

VMware specific bits went into use/install2/vmware target,
and all of those targets are worth their use/install2/vmguest
collective one instead of just sticking the kitchen sink into
use/install2/full immediately.

So as to bring the name bits into harmony with use/install2 ones.

plasma-applet-networkmanager has been superseded by a bunch
of kde4-plasma-nm* packages; only the main one has been included
in regular-kde4 flavour since the switch resulting in the lack of
VPN/mobile connectivity options.

My opinion still is that plasma-applet-networkmanager should be
returned as a metapackage for p7/branch timespan so that images
could be built no matter whether it's sisyphus or p7 at hand.

Oh well.

These plugins should be required by a metapackage providing
plasma-applet-networkmanager so that branch and sisyphus builds
use the same pkglist; let's add those explicitly while that's
not done yet.

Just in case adding use/net-eth -> use/stage2/net-eth dependency
ever seems a good idea...

A minimal chroot supporting extension via apt-get. Looks like the best
start for use with docker-io software.

- net-eth tweaks

No need to require udev-rule-generator-net explicitly here,
it's been factored out into that feature.

This feature intrinsically depends on predictable
ethernet interface names and makes no sense without
those; so it only seems reasonable to bring this
nice package in, huge thanks go to shaba@ of course.

The issue at hand is that we must not reconfigure an interface
that NFS with the rootfs we're running off is mounted over.

This PoC will boot into locale and credentials setup GUI once
and should boot as usual ever since, that is into lightdm
in this case.

There's working use/oem to provide initial setup now too,
default root/user logins are logically conflicting with it
most of the time.

Looks like it might be expected there, why not:
http://www.opennet.ru/openforum/vsluhforumID3/95593.html#87
(out-2.ogv)

It's finally packaged!

There's a whole slew of improved dd(1) forks out there
and several more utilities around, some might stick to
this one and others to that one; let's try and make'em
all happy even if it's not really feasible...

It's pretty useful in some cases.

Some of the utilities included might make use of xdg-su indeed,
and that one needs at least one backend like this.

Thanks Aleksander Gorohovski for this list:
http://lists.altlinux.org/pipermail/community/2010-March/662609.html

Package has been prepared by shaba@ and sem@,
and it looks like ALT Linux with un-def kernel
is one of the few (or just the one) distribution
running on Hyper-V Gen.2 rather flawlessly
thanks to efforts by boyarsh@ and vitty@.

- regular-rescue week

It's pretty limited but still useful for some LSI SAS controllers.

This one relates to serial ports (including USB serial);
thanks dd@ for suggestion.

Suggested by dd@ and pretty reasonable.

That space before ']' was missing indeed :-/

Yes it's been obsoleted but guymager requires X11
and regular-rescue.iso is specifically text-based.