...to create users root:alt and alt:root as per BaseALT's rebranding.

This allows one not to hope that only the packages of the desired
loader will be installed.

Should be done this way in the first place it seems.

(gkebfm@ thinks it was a terrible idea in the first place
and mike@ agrees; this is a rework TODO item)

build-vm ceases to be a target for building only virtual machine images.
Now it can be used to build tarballs designed for installation on real
machines.

This commit is the result of transferring the required functionality from
build-mr (mipsel rootfs) by Ivan Melnikov <iv@altlinux.org>.

NB: mike@ strongly objected to this dilution but gave up eventually;
    the whole kernel/build-vm/tar2fs/pack mess should be split into
    distinct layers busy with their own responsibilities:

    1) a tarball with kernel is done without tar2fs at all
       (and no build-vm bits should be needed either, maybe
       it's worth splitting and renaming as "vm" meaning
       disk image for some armh board is grossly misleading);

    2) a tarball with kernel can be further (multi-)packed
       as, well, (compressed) tarball and a disk image
       (only the latter one should employ build-vm/tar2fs);

    3) compression should be done in pack feature style,
       preferably described once and not duplicated all over
       the profile for every single new kind of its output.

    In the mean time, running into this and moving no further
    starts to hurt more than it could help.

NB: 07-kernel change breaks multi-kernel setup!

Breaks: 650e92bf

See-also: https://www.cinia.ru/altlinux-p9-i-ego-cinnamon

...it's no more in Sisyphus too:
See-also: http://git.altlinux.org/tasks/archive/done/_230/236244/logs/events.2.1.log

xorg-drv-wizardpen is only built for x86 targets,
doesn't look like it's worth worrying about though.

These fonts are provided by use/live/x11 target, but they are
also needed by all desktop regulars, not just live builds.

This might be further refactored/generalized it seems...

ConsoleKit2 removed from Sisyphus
See-also: https://bugzilla.altlinux.org/37040

It's required for modern AMD videocards to work.

Use `p8' mkimage-profiles branch if you still need it:
http://git.altlinux.org/gears/m/mkimage-profiles.git?p=mkimage-profiles.git;a=shortlog;h=refs/heads/p8

- x11: reverted vulkan changes (need more testing)

This reverts commit 115a1901:
the change has not been tested properly unfortunately,
and it broke today's regular-rc builds fortunately;
there are no vulkan-{intel,radeon} packages in sisyphus
(only amdgpu), and these are present in lakostis@' repo:
http://www.unsafe.ru/lakostis/RPMS/ALTLinux/glvnd/repo/x86_64/RPMS.hasher/

Just drop the whole thing until it gets sorted out.

- pkg.in/profiles subdirs support (shaba@)
- repo fixup regarding target arch (obirvalger@)
- switch back to yandex mirror by default,
  portability fixes, refactoring, cleanups (antohami@)
- x11 amdgpu/radeon and dm fixups, vmguest refactoring (me)

The whole RADEON_PACKAGES affair was introduced to deal
with fglrx/radeon incompatibility; it got basically
deprecated following fglrx removal from sisyphus,
and lakostis@ should have done "add" logic instead
of reusing the "set" one inappropriately.

Fixes: 85c52d71
See-also: https://lists.altlinux.org/pipermail/devel/2019-July/208126.html

...at least on x86 for now.

Split use/x11/vulkan properly while at that.

...into mixins to make the distro configuration
more reusable and portable across target arches.
Think grafting instead of just growing from seed.

See-also: ba437ba8

Signed UEFI loader not required for aarch64.

NB: i586 images don't need UEFI SB either
and 32-bit shim is used for x86_64 images
along with proper 64-bit one.

GRUB is available on several target platforms for us,
but the particular package needed will vary.

This reverts commit 1b457a5d.
It wasn't prudent to switch everyone to master FTP server;
Yandex mirror still has an order of magnitude more bandwidth.

ttyAMA0 needed for qemu on aarch64 and armh.
ttySI0 needed for HiFive Unleashed (riscv64).

...and drop duplication tossed in by i-f-online-repo.

See-also: https://bugzilla.altlinux.org/36952

%_host_cpu was a wrong choice in the first place,
and the particular case of %_arch == ppc64le
with %_host_cpu == powerpc64le became the culprit.

The problem is that `chkconfig dm on' will enable
display manager service on *all* runlevels feasible
without paying any attention to its customary subset
of those; the solution seems just to avoid that.

Note that there's at least one more similar case
with networking services vs runlevels 2 and 3;
it's to be handled either in a similar manner,
or somewhat more generically.

Reported-by: Konstantin Savun and Speccyfighter
Suggested-by: Anton Midyukov <antohami@altlinux.org>
See-also: https://bugzilla.altlinux.org/36967
See-also: https://forum.altlinux.org/index.php?topic=36177.msg340553#msg340553
See-also: https://www.opennet.ru/openforum/vsluhforumID3/117762.html#81

As noted in the previous commit,
it's just not making it now.

It's actually sisyphus jeos image that needed this:
open-vm-tools got installed and then removed just
before the final reboot (unlike p8 jeos); not clear
what exactly caused this as subsequent installation
only pulled in libdnet and libicu56, neither of which
were excplicitly removed during cleanup.

Let's make the image a bit leaner until someone asks
for VMware support there.