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!
Только зарегистрированные пользователи имеют доступ к сервису!
Для получения аккаунта, обратитесь к администратору.
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.
Finalize the move to shared multiseat support on e2k
following education.mk; should have been done properly
in the first place but I couldn't manage that for 9.0,
let's at least fix this now.
This includes merge of RELENG-e2k-edu private branch current state
along with the move to shared multiseat support on e2k and assorted
updates following pkg.in/.
This should have been done when reworking Workstation,
but better that late than making a copy for Education.
NB: directory name has been chosen to both sort late
(so that functionality related checkboxes come first
and graphics setup related ones sit down there), and
to relate to X11 as well.
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.
Some pkggroups were numbered (thus ordered) and some weren't;
let's make those uniform instead of depending on Latin alphabet:
kde5 -> 06_kde5
teacher -> 07_teacher
server-apps-edu -> 08_server-apps-edu
video-conferencing -> 09_video-conferencing
There's no full KDE Plasma 5 environment available on e2k yet
but many libraries, frameworks and apps are there already;
I chose to provide a distinkt pkggroup so that this subset
doesn't get confused with the whole KDE 5.
Not every package is available on Elbrus, avoid the missing ones;
add mplayer along with vlc just in case as it's better optimized
for e2k already (including MCST patches and automatic use of more
than one CPU core).
There's no std-def kernel on e2k and mipsel so far, and there are
different kernels for some aarch64 machines as well; we'll have to
deal with this problem that's been solved in m-p-d the other way
around (@KFLAVOUR@ substitution in pkglists among the rest).
Also add graphics branding part: must be there regardless of platform,
otherwise an arbitrary one gets pulled in, this time it was
"xalt-kworkstation". This is another case of the same problem,
m-p-d would solve it with @BRANDING@ substitution where m-p does
generation of variable contents but not file-based pkglists to
be put into the image for runtime selection during install process.
Restrict plymouth support to @X86 as well, just as bootsplash
branding component has already been.
This commit includes summary of the work done within RELENG-alt-server
branch, and goes over the existing bits regarding architecture support.
It was somewhat hard to keep separate so I finally chose to lump these
parts together.
These have been brewing in RELENG-alt-server branch for a while;
with ALT Server 9.0 for Elbrus release as the immediate result.
NB: plymouth is still strangely broken there.
...so those willing to use e.g. 256-colour terminal variants
can do so without extra access to the repository.
Suggested-by: Andrey Savchenko <bircoph@altlinux.org>
Four checkboxes with "Elbrus 801-PC" prefix look a bit too much,
let's put these under a parent one; the counter-argument is that
selecting that parent checkbox is going to provide message telling
that there are conflicts within -- the proper widget would be a
dropbox with the number of seats but we don't do that just yet
in alterator-pkg.
The autologin group goes there too; still a hack that should be
replaced by proper alterator-users multiseat support.
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.
The point is that it's common between the rest of the arches,
no need to keep making my old mistake of growing configuration
trees based on very different "roots" (.e2k-installer this time
which was good for early experiments but not for production).
Also get rid of long-unused distro/alt-workstation-?01 targets,
unified kernel made those obsolete.
And last but not least: *drop* that setup-libgl-dri3-disable,
makes Radeon RX lag (half-recent AMD GPUs seem to lack 2D part
rather altogether, it's emulated through 3D).
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.
