Поставил теще на домашнем базальтговый воркстат, туговат для 2 метровой памяти.
Эта ж*па была уже на p8-sysv-xfce (ну там инновации, всё такое):
Минимум для комфорта уже нужно было полтора гига. Но лучше два. А на 82915GM в NX6110, максимум столько и можно.
Хотя
enp -овый xfce i586 с sysv на t7, памяти жрал метров 80, не больше. По-сути, копейки.
Пока xfce-sysvinit не пробовал апдейтить с p8>p9, но симплы нормально обновились только на 61 чипсете интела, а во на brix-ах повисли при загрузке, нухно набрать ctrl+alt + F2 залогиниться и набрать startx тогда работает до перезапуска, а потом опять. Что за х...? Опять базальтовцы пошли своим путем? )
Или это общая и для sysv проблема? Мне опыта не хватает понять суть работы tty...
В p8-sysv-xfce, lightdm, а в p9-xfce-sysv уже поправленный gdm2.20, который правился специально под sysv.
Причина замены lightdm на gdm2.20, проста как кирпич:
Какой-то рукожопый линуксовый программист выломал из lightdm поддержку sysv:
# rpm -qpvl /var/cache/apt/archives/lightdm_1.30.0-alt10%3ap9+254371.100.2.1@1594311413_x86%5f64.rpm | grep init | wc -l
0
При переезде с p8-sysv-xfce на p9-xfce-sysv, gdm2.20 надо будет руками вкручивать. А уже prefdm его сам поднимет на загрузке. Ну или перезапуском сервиса dm.
Но у gdm2.20 есть древний косяк:
Если gdm2.20 устанавливается в уже установленную систему, то файлы сессии отсутствуют
/etc/X11/sessions/default.desktop
[Desktop Entry]
Encoding=UTF-8
Name=default
Comment=default session
Exec=/etc/X11/Xsession "default"
Icon=
Type=Application
/etc/X11/sessions/Xfce4.desktop
[Desktop Entry]
Encoding=UTF-8
Name=Xfce4
Comment=Xfce4 session
Exec=/etc/X11/Xsession "Xfce4"
Icon=
Type=Application
а без них, gdm2.20 не знает какую сессию ему нужно использовать и сообщает что нет сессий.
Вроде бы это можно и командой, но честно говоря не помню как и чем.
Ну а дальше как в старом одесском анекдоте:
- Сёма, ви таки думаете шо таки это всё?
Каким-то стандартизаторам уродам-линуксоидам приспичило переместить /var/run в /run, а /var/lock в /run/lock, чем они нахер и сломали инсталляционный xfce-sysv, вместе со всеми sysv, и в последнем FHS это так и есть:
# ls -l /var | grep 'lock\|run'
lrwxrwxrwx 1 root root 11 сен 12 07:14 lock -> ../run/lock
lrwxrwxrwx 1 root root 6 сен 12 07:14 run -> ../run
# file /run /run/lock
/run: directory
/run/lock: directory
И если dist-upgrade -ом переезжать с p8-sysv-xfce на p9-xfce-sysv, это надо будет крутить руками.
В потрохах debian на этот случай есть скрипт-анализатор, строк этак на 700.
А вылезла эта херня, акурат после этого "улучшения":
$ rpm -q --changelog filesystem | sed -n '4p; 9p'
* Вт авг 28 2018 Dmitry V. Levin <ldv@altlinux.org> 2.3.17-alt1
- Added %ghost /run/lock/, marked /var/lock/ and /var/lock/* as %ghost (by Alexey Shabalin).
Полное "удовольствие" можно получить, прочитав отсюда и дальше, страниц пять подряд:
https://forum.altlinux.org/index.php?topic=36177.690Но "удовольствие" и представление что такое разработка sysv, может быть гораздо бОльшим, если добавить "десерт":
https://bugzilla.altlinux.org/show_bug.cgi?id=35350Поэтому что лучше, переезд или свежая установка, вопрос философский. И у меня на него однозначного ответа нет.
