IF YOU WOULD LIKE TO GET AN ACCOUNT, please write an
email to Administrator. User accounts are meant only to access repo
and report issues and/or generate pull requests.
This is a purpose-specific Git hosting for
BaseALT
projects. Thank you for your understanding!
Только зарегистрированные пользователи имеют доступ к сервису!
Для получения аккаунта, обратитесь к администратору.
This package contains both the fan control service
(disabled by default so sort of safe) and the manual
fanspeed.sh (that we rather need to provide out-of-box).
The problem at hand is that sem@ explicitly disables acpid
within installer-distro-simply-linux; early shots at
ALT Education 9.0 for Elbrus suffered from this as e2k's
power button handling differs slightly regarding events
generated so we *do* need acpid{,-events-e2k} to poweroff
on power button press.
Hope this doesn't introduce regressions or woes for anyone.
There are literally no office packages on riscv64 so far,
let's ease the need to count that in within pkglists like
it was done in slinux/misc-base since this approach makes
for unreadable conditional chunks if we look at LO-still
being absent on e2k; a common place should be in place.
Added use/office/LibreOffice/lang/extra target inspired
by pkg.in/lists/slinux/misc-base as well as targets for
two more LO subpackages; and use/office/LibreOffice/full
so that distros don't have to reiterate on all of those
particularities.
SYSLINUX happens where GRUB happens too, just in case.
The problem at hand is that some branding-*-bootloader tend to
*create* /etc/sysconfig/grub2 without bothering to check that it
existed, thus confusing the subsequent scripts (e.g. 65-serial.sh
tries to run update-grub that's just absent then).
Otherwise it might e.g. add branding-*-bootloader
for no good reason, poisoning $destdir with an
existing and non-empty /etc/sysconfig/grub2
regardless of the actual grub availability
on the platform.
There's no need for bootloader on Elbrus platform
since firmware boots Linux just fine; note that
the whole feature is betted omitted since its
script checks for the case when the feature
is requested but not configured properly.
There's no LibreOffice-still on e2k (no 6.x for now,
just a single production 5.x build); and there's no
office (neither LO nor abiword/gnumeric) at all on
riscv64 as of today. These nuances shouldn't bother
release managers each time but should lurk under
this feature's cover.
The culprit is that e2k has exactly one kernel flavour
available at the moment, elbrus-def (there used to be
per-CPU flavours in p8 times -- elbrus-{4c,8c,1cp} --
but these aren't needed anymore), but there are no
std-def/un-def kernels or provides available.
There's more to it, but lacking a kernel is critical.
Maybe other arches might do similar things when needed,
or maybe this gets reverted in favour of a more generic
approach; but patching all starterkits or messing with
p9.mk per-arch (while leaving out regular builds or
any other image that might just build) looks worse.
xorg-drv-mga2 is MCST Graphics Array driver for 2D part
of videochip found in Elbrus-1C+ APU (also to be a part
of Elbrus-2C3).
xorg-drv-smi is another fork of xorg-drv-siliconmotion
that's absent in p9/sisyphus; *might* be of some interest
to mipsel folks (they've got yet another fork it seems).
Ah, and do not override targets on e2k.
Make sure acpid will be running as acpid-events-e2k relies on it
(and power button handling relies on this one).
NB: need to do that before 10-services.
This commit is packing a bunch of changes that went
into RELENG-e2k-workstation during its forked
development; it covers three distinct things:
- boot.conf preparation for firmware to load the image;
- fixup of packages common for e2k images;
- major cleanup of obsolete/unused cruft
(unified kernel and reliable xorg autodetection
allow us to move away from canned machine-specific
configurations for the most part).
60 seconds should be enough for any hardware.
It is important not to forget that the timeout for grub is measured
in seconds, and for syslinux in deciseconds.
In the future, you need to decide for which architectures use/x11/nouveau,
use/x11/radeon, use/x11/amdgpu are available. Then this condition will not be needed.
