These targets do not have a network subsystem defined, so it was
not to add a target use/net-ssh.

Require virtual package postgresql-server.

I've doubted what to base it on but settled with ve/.lxc-base
for the common prefix reason. :)

Part of mkimage-profiles' design is to make it easier
to figure out the common parts and describe these as such;
even if something's hastily implemented through copypaste,
it's worth it to have a look (amending the debugged commit
to make it pretty as well, fixing up the newcomers at the
merge time, or at least spotting crap and taking care
afterwards -- the latter having more potential for "free"
merge conflicts, doing this sort of cleanup rather earlier
than later rather pays off albeit premature optimization
can take place here either when too many "layers of
beforehand indirection" are introduced; ve/.lxc-bare
in this very commit is bordering just that, so use your
common sense and experience or ask in devel-distro@
when in doubt).

Fixes: 37e088da

1) systemd-settings-disable-kill-user-processes - server systems should not
   kill processes after user exit;
2) apt-scripts - for apt-dedup;
3) update-kernel - to update kernel on vm cloud image.

For vm and ve targets do not require the vconsole-setup-kludge package.
For them the problem displaying non-ASCII characters in tty is not actual.
Suggested-by: obirvalger@

  - sysvinit-etcnet: System V init with etcnet
  - systemd-etcnet: systemd with etcnet
  - systemd-networkd: systemd with networkd

More than ve/systemd-bare (for now has locales and tzdata).

Sytemd contains systemd-networkd for network configuration package.

Docker uses iproute2 to configure network.

Suggested-by: glebfm@altlinux.org

It's strange but ve/builder and distro/live-builder
along with distro/regular-builder are all mostly
"independent", that is duplicating functionality
without any reasonable gain; spotted finally.

Suggested-by: Anton Farygin <rider@altlinux.org>

This one has been used in e2k build testing, let it live.

Drop duplicated code pulled into armh feature in haste
and another half-copy that made it into build-ve feature;
make ve.mk more explicit about what it actually does
regarding default nameservers (and switch it to level3
while at that, just for diversity they preach).

This is a toolchain chroot that should be convenient
for e.g. new architectures after initial bootstrap
has been done; in my case that's e2k.

This one has also been asked for by shaba@:
http://lists.altlinux.org/pipermail/devel/2015-February/199510.html

This one has been prepared for PostgreSQL 9.4 meetup in Moscow:
http://postgresmen.ru/meetup/2014-12-23-parallels

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

It's based on the package list provided by ldv@ and intended
for barebone OpenVZ template cache serving as a base for any
customizations needed.

Setting up apt configuration in every container
is pretty annoying, let's enable it by default.

Some provision to add/enable local mirror would
be beneficial but not there yet...

etckeeper was suggested by george@ along with vim-console;
the latter should come by server,base tags but so far does not
(splitting server-base list into common, bare metal and virtualized
parts in haste looked suboptimal).

It should actually work better than manual specification
now that it's fixed.

lib/*.mk aren't going to be parsed for build targets
in the near future; and the early placement of those
targets was superseded by a dedicated configuration
snippet directory so just move these bits there.

This one is finally there and should help reduce the
systemd-induced mess in package lists and specifications.

Actually the templates pretending to be usable missed the whole
interactivesystem (sysvinit would get pulled in by services as well).

Fixed somewhat but time and practice will tell.

There's no need to repeat the typical openssh-* triade
all over the place; those who need server and client
are better off pulling in "openssh" pkglist, and those
needing a particular package should specify it.

openssh-server is in need indeed on almost any server instance;
thanks Aleksey Cheusov for reporting the shortage.

This might be amended in the future but is reasonable right now.

A minimal chroot supporting extension via apt-get;
vitals if built on Sisyphus as of Jan 16, 2012:

  i586: 13M tar.xz, 58M chroot (33M w/o /usr/share/{doc,locale,man})
x86_64: 14M tar.xz, 60M chroot (35M w/o /usr/share/{doc,locale,man})

Trivial fixups (extra checks) added to two script hooks.

This was asked for by Leo-sp50 and torabora, and seems quite reasonable:
let's provide means to keep at least some distribution configurations
a bit apart, so that these can be considered more standalone in terms
of hard warranted functionality but at the same time enjoying the common
infrastructure.

Considering lib/distro.mk: it's now experimentally pulled apart so that
parallel development of different distro families can go on without
major merge hassles.  *Please* don't abuse with massive copy-paste.

And before you ask: this might get extended to allow for "private"
out-of-tree configurations being included since apparently there
are goals with no meaning outside of some very particular context...
but otherwise I'd like to encourage getting reusable bits in-tree.

This is quite a large-scale change since mkimage-profiles got used to
baking distributions over the last year, and virtual environments are
quite different, so e.g. image.in/Makefile had to be split in two with
the main part of it moved into features.in/iso/lib/.

Short overview:

- features.in/Makefile: lib/ support
  (supporting VE images requires dynamic modifications
  to image.in/Makefile before starting the build;
  the most natural way to achieve that seems to use
  features mechanism along with makefile include dir)

- packaging format related part moved into features.in/pack
  (should be better prepared for diversity either)
- features.in/iso renamed to features.in/build-distro
- features.in/ve  renamed to features.in/build-ve
  + NB: these could not be merged as e.g. features.in/build
    due to completely different script hooks

- lib/image.mk renamed to lib/build.mk
- image, config, log postprocessing moved downstream
- added a sort of a topping in the form of lib/sugar.mk
- assorted style fixups (like ifeq usage)

- clean.mk: reliability fix (the problem was observed by Oleg Ivanov
  and me too but finally it did get the attention quantum)

- reviewed, updated and extended docs
  + QUICKSTART: should be[come] a step-by-step guide
    (thanks Leo-sp50 for prodiving feedback)