CentOS Stream 8 с KDE Plasma на ASUS Zenbook

Дистрибутив:

CentOS Stream 8

Окружение:

KDE (Plasma)

§ Железо:

• Устройство ← ASUS Zenbook UX31E (214);
• ЦПУ ← Intel(R) Core(TM) i5-2557M CPU @ 1.70 ГГц (2.700 ГГц ?)
• ОЗУ ← 4 ГиБ;
• ГПУ ← Intel 2nd Generation (Драйвер — i915);
• Экран ← 1600×900.
• ПЗУ ← «SanDisk SSD U100 1.02» на 256 ГиБ.

§ ПО:

• OC ← CentOS Stream 8.3;
• Ядро ← 5.11.3-1.el8.elrepo.x86_64;
• Окружение:
• — KDE Plasma ← 5.18.4;
• — KDE Frameworks ← 5.68.0;
• — Qt ← 5.12.5;
• Тема окружения ← «Breeze Dark».

Историю про похождения многострадального ноутбука можно прочитать тут:
→ https://pingvinus.ru/gallery/3523

Не долго думая, и не желая экспериментировать с этой машиной. — решил поставить ту же «Fedora, но с Rolling Release». Rawhide меня отпугивает своей потенциальной не надежностью. А тут хочется чего-то обновляемого на лету, но надёжного. В конце концов сама машина не совсем моя, и после своего выздоровления должна вернуться к прежней владелице.

Остановился на CentOS Stream. Вроде как, не очень про ноутбуки, но и противопоказаний нет.

§ Что было интересного:

1. Установился не с первого раза. При этом установщик сразу начисто разнёс lvm от предыдущей системы. Но не исключаю, что это только моё «умение».

2. После установки система по умолчанию загружается в многопользовательский режим (не графический). При установке я указывал режим «Рабочей станции», но это не помогло. В итоге, нужно было самостоятельно прописать `sudo systemctl set-default graphical`.

3. Крайне скудный набор пакетов в стандартных репозиториях. Например, тот же htop можно получить, только после подключения epel-release. Кроме него, я подключал ещё
• rpmfusion (куда же без него?);
• elrepo;
• remi;

В итоге у меня получилось:
```
sudo dnf install https://dl.fedoraproject.org/pub/epel/epel-release-latest-8.noarch.rpm
sudo dnf install https://download1.rpmfusion.org/free/el/rpmfusion-free-release-8.noarch.rpm
sudo dnf install https://download1.rpmfusion.org/nonfree/el/rpmfusion-nonfree-release-8.noarch.rpm
sudo dnf install https://www.elrepo.org/elrepo-release-8.el8.elrepo.noarch.rpm
sudo dnf install https://rpms.remirepo.net/enterprise/remi-release-8.rpm
```

4. Нет поддержки KDE … → `dnf groupinstall "KDE Plasma Workspaces"`сыплет ошибками зависимостей. (╯°益°)╯彡┻━┻
Установка стала возможной только после включения репозиториев «epel-playground» и «PowerTools». По-умолчанию, они выключены. Полный набор команд у меня вышел такой:
```
sudo dnf config-manager --enable epel-playground
sudo dnf config-manager --enable powertools
sudo dnf update
sudo dnf group install "KDE Plasma Workspaces"
sudo dnf group install kde-desktop
sudo dnf group install kde-apps
sudo dnf group install kde-half --skip-broken
sudo dnf group install kde-software-Development --skip-broken
sudo dnf group install kf5-software-Development
```
По желанию, можно поставить и запустит `switchdesk`, чтобы переключить окружение по-умолчанию. Но на экране входа в систему и без него всё можно выбрать.

5. После этого уже можно увидеть Plasma. Но она будет всё ещё урезанная. Например не будет возможности поставить KMail. Для исправления можно подключить репозиторий «Raven». Описание от автора можно найти тут: https://sysadmins.ws/viewtopic.php?f=96&t=22598&sid=f90eb5efd1bd409f632632720fbc0749

6. После подключения `epel*` — subscription-manager начинает думать, что мы не в CentOS, а в настоящей платной RHEL, и начинает требовать подписку. (o_O)! Подписка вроде как не проблема. Но при попытке купить подписку, subscription-manager падает с не внятной ошибкой «nonetype' object is not subscriptable». Больше похоже на баг, но как его чинить можно прочитать только при уже активированной подписке → https://access.redhat.com/solutions/5473581 =) Всё как в старом советском анекдоте …
Сам subscription-manager вроде как не мешает. Но он заставляет dnf каждый раз писать надоедливое сообщение «this system is not registered to Red Hat subscription management». Пришлось subscription-manager отключить. Благо это делается просто флагом в конфиге:
```
sudo sed -i 's/enabled=1/enabled=0/' /etc/yum/pluginconf.d/subscription-manager.conf
```

7. Как и со старой доброй Fedora — rpm от всякой «проприетарщины» требуют каких-то невообразимых версий библиотек. Например клиент dropbox нужно ставить через flatpak. А Telegram и Slack скачивать с официального сайта (впрочем, как и всегда). Некоторые сторонние пакеты, которых нет в RHEL-репозиториях можно брать от Fedora. Но (!) зависимости могут не совпадать. В особо тяжелых случаях — проще самостоятельно пересобрать rpm с правильными зависимостями или поставить ссылки на *.so как ожидает бинарь. Но такое бывает нужно не часто.

§ Итоги:

1. Было увлекательно, познавательно и интересно (x_x). Но лично я немного иного ожидал от CentOS. Хотя что еще было ожидать от серверной лошадки … Тем не менее, системой как «рабочей станцией» пользоваться можно смело! Всё что есть работает хорошо. А то чего нет — то «от Лукавого» и «для работы» не нужно …

2. Очередной раз убедился, что плазму основательно испортили новым меню приложений. Очень не удобно, когда работаешь с несколькими окнами. А как показала практика в Gnome после допиливания напильником тоже можно жить. Внезапно, в контексте CentOS Fedora я бы рекомендовал именно Gnome.

Задачу реаниманиции многострадального ультрабука считаю выполненной (￣^￣)ゞ