Just spotted that .disk/profile.tgz would hold
distcfg.mk with pre-expanded $(HOME) from build
host which is both info leak (user account that
was used to build the particular image) and just
wrong given that the in-image profile archive was
conceived as a means to pass that part of build
environment over instead of tying it to vendor.

Morale: premature optimization is premature.

It should state clearly both the positive and negative examples
of rootfs concept use (its name is not consiceenough unfortunately,
and I haven't come up with a better one yet).

+net-eth covers both stage2 and base installation parts
while use/stage2/net-eth would result in an inobvious
catch when udev-rule-generator-net would hit install2
but not the installed system, and interface bindings
would be carried over from installer to the installation
but would *not* be updated in case of changed network
card(s) configuration.

It was spilled over an intermediate target and a mixin
for what looks like no good reason; let's factor these
in by means of +net-eth as *both* are really needed
for an installer anyways, and if/when we do installers
with those new and crippled ethernet interface names
this addition can be dropped to be used where required.

The bare intermediate target did use/stage2/net-eth but it
was found out by sem@ that an installed server would lack
udev-rule-generator-net package so its ethernet interface
naming would be inherited from install2 stage only; fix it
by adding use/net-eth and reduce the churn with +net-eth.

"use/stage2/net-eth use/net-eth" would be common enough
for installers or livecd images to just get these pulled in
together by a convenient shortcut thus reducing confusion
and chances to just forget one of these counterparts.

Namely cinnamon, tde and kde4 flavours for the starters.

sem@ says it works at the moment, the utility is useful
to look up account status or handle SMS.

It looks *ugly* on-screen, at least within regular builds,
even if the screen is 166dpi.

Based on a quick experiment this morning I'd suggest using
fonts-otf-adobe-source-{code,sans}-pro instead -- and it's
available as use/fonts/otf/adobe now, incidentally.

The documentation is still built with it though as a2x/fop look
unhappy otherwise (as in replacing Cyrillic glyphs with "#"s).

Font packages are sprinkled all over the metaprofiles,
let's try and help make their use more systematic.

This is a sort of a feature abuse as it was conceived
for fontconfig setup originally but spawning features
with confusing names looks grim; so let all things fonts
live within a feature named "fonts" for the time being.

- connman fixup

Thanks mithraen@ for creating a universal frontend script
for udisksctl/pmount/hmount user mount tools; let's try it
within the minimalistic GUI image for the starters.

These packages have been sitting there commented out
long enough to consider them for cleanup.

Kernel modules come as both *.ko and kernel-modules-*.rpm
and it wasn't clear enough whether to mention "ahci" or "v4l".

There's not much sense in overduplication of documentation
(tends to get stale faster then), still it's not good to
just refer to the code as the PDF/HTML book is less useful
then; maybe drifting towards "recommended" bits with more
"advanced" things being impleentation-defined is better.

A bunch of intermediate files would be sitting around otherwise.

Stupid systemd will shadow connmand initscript with
connman.service but will not enable connman.service
when told to enable connmand initscript.  Sigh.

An udisks2-based removable device listing utility
courtesy of Speccyfighter and mithraen@:

http://lists.altlinux.org/pipermail/community/2014-August/682294.html
http://lists.altlinux.org/pipermail/community/2014-August/682326.html
http://lists.altlinux.org/pipermail/community/2014-August/682342.html

- fixed package build

Wonder how these have been missing so far.
Thanks george@ for categorization. :)

Thanks mithraen@ for the hint:
http://lists.altlinux.org/pipermail/community/2014-July/682262.html

fop doesn't pull any java virtual machine in anymore:
http://lists.altlinux.org/pipermail/sisyphus/2014-July/362665.html

- current bits

That's a part of ALT Linux conveniences: system log
messages at tty12 (helps immensely in case of disk crash
or cable problems as running anything, including utilities
to view logs, becomes painful to impossible in such cases).

systemd lacks this kind of setup out-of-box for sure
so zerg@ hacked a substitute together; just pull that in.

vkni@ removed fonts-bitmap-cyr_rfx-iso10646-0400
from WindowMaker dependencies; I think that's wrong
but life is short so let's compensate that here as
at least regular-gnustep.iso degrades (GNUstep menus
are rendered in fixed bitmap font then).

Nice lil' WebDAV userspace filesystem; example:

wdfs https://webdav.yandex.ru /mnt/ydisk -o accept_sslcert,username=me@yandex.ru

A nice little hack that looks up running instances of cp/mv/tar/gzip/...
in /proc and comes up with job completion percentage.  Useful when one
didn't bother to use pv(1) or the process has been running for quite
some time already.

- post-214 fixups

systemd-214 doesn't play well with service network currently,
gotta save users from timeout frustration until things get
sorted out, hopefully...

There's no sense to duplucate sysklogd requirement
in plethora of fallback places when a specific feature
responsible for comprehensive init system choice has been
implemented since; just use/init/sysv as needed.

shaba@ wonders if it's really needed as an auto-starting
service in regular livecd images, and it's probably not.

This hasn't been tweaked for systemd-214 yet,
and regular-kde4.iso should yield GUI at least.

This reverts commit 81231ae5:
task #122722 contains a few display managers updated for
systemd-214.

This reverts commit e48fe6c4:
livecd-evms has been updated to cope with systemd-214.

- systemd-214