Воззрения кота Manual’а. Maui и KDE. Предпосылки выбора: KDE и root

Алексей Федорчук

До недавнего времени в KDE не было проблем с запуском приложений графического режима, работа которых требовала привилегий администратора. На сей предмет испокон веку существовали утилиты kdesu и kdesudo (графические фронт-энды для команд su и sudo), соответственно. С их помощью можно было запустить от имени root’а, например, файловый менеджер Konqueror, а затем и его преемник Dolphin, для манипуляций с файлами вне домашнего каталога пользователя. Или — какой-либо из текстовых редакторов, KWrite или Kate, для правки общесистемных конфигов.

Кроме того, Konqueror был первым файловым менеджером, который, будучи запущенным от лица обычного пользователя, предусматривал возможность открытия каталогов и редактирования файлов с правами администратора. Со временем эта функция появилась и в Dolphin’е. Там она была реализована с помощью плагина Simple Root Actions Menu, на смену которому пришёл плагин Root Actions Servicemenu с существенно большим функционалом.

В большинстве дистрибутивов, использующих KDE в качестве рабочего окружения, тот или иной плагин включались в Dolphin по умолчанию, так что применитель обычно и не подозревал о их существовании. Не был исключением и автор этих строк, пока не столкнулся с отсутствием какого-либо из них в Neon’е — не только в дистрибутивном образе, но и в репозитории. Хотя в производном от него Maui 2 действия root’а в Dolphin’е функционировали вполне справно.

Последнее обстоятельство и позволило решить тогда эту проблему путём прикручивания к Neon’у пакета rootactions-servicemenu_2.7.3* из репозитория Maui — в лоб, с помощью утилиты Qapt. И во всех моих сборках на базе Neon’а с Plasma 5.8.X (например, в «сочинительской») это прекрасно работало.

Лафа эта закончилась при переходе к Neon’у с Plasma 5.9, а затем и Plasma 5.10. Собственного плагина Root Actions Servicemenu для него так и не появилось, а пакет rootactions-servicemenu из Maui в «чуждом» окружении работать категорически отказывался. Более того, одновременно из Neon’а исчезла и утилита kdesudo — не только из поставки, но и из репозитория.

При этом rootactions-servicemenu в «родном» Maui 17.03, включающем туже самую Plasma 5.9.3, функционировал по прежнему справно, и утилита kdesudo в этом дистрибутиве имелась «из коробки». И тогда я решил поглядеть, как обстоит дело в других KDE-ориентированных дистрибутивах.

Под рукой в виде существующих виртуальных машин у меня были основанные на Ubuntu системы Kubuntu 17.04 и Linux Mint 18.2, KDE Edition, а также Antergos 17.6, базирующийся на Arch’е. В них имела место быть Plasma версий 5.9.4, 5.8.7 и 5.10.3, соответственно.

Kubuntu и Linux Mint KE имеют хотя и не стопроцентно, но в основном общую пакетную базу, поэтому действия в KDE от root’а в них предсказуемо оказались одинаковыми. То есть в Dolphin’е таковых не оказалось вообще — нельзя было ни открыть каталог, ни редактировать файл с его привилегиями. Не было и пакета rootactions-servicemenu — ни в установленном виде, ни в репозиториях. Но зато «из коробки» имелась утилита kdesudo. И с её помощью можно было запустить и файловый менеджер, и текстовый редактор.

А вот Antergos откровенно порадовал — в нём имелись обе возможности: и «прикинуться root’ом» из Dolphin’а, и автономно, через kdesudo, запускать как его, так и Kate. Более того, в репозитории antergos (то есть собственном, а не потибренном из Arch’а) имелись пакеты dolphin-root и kate-root, назначение которых очевидно из их имён.

Таким образом, можно констатировать: лучше всего «действия root’а» поддерживаются в KDE из Antergos’а, а среди Ubuntu based систем — в Maui. Хотя и Kununtu, и Linux Mint KE позволяют выполнять их в более ограниченном объёме. А поскольку в условия задачи, вызвавшей к жизни данный раздел «Воззрений», входила, в числе прочих, и Ubuntu-базированность, это послужило той самой соломинкой, которая склонила чашу весов в пользу Maui.

Не то чтобы нам с Мануалом был так важен функционал, обеспечиваемый плагином Root Actions Servicemenu: редактировать простые системные конфиги мы предпочитаем в nano, а файловые операции «от root’а» — проводить во встроенном терминале Dolphin’а, благо он позволяет визуально наблюдать за результатом. Однако, во-первых, обе возможности не являются лишними, а иногда даже очень полезными. А во-вторых и главных — этот вопрос, как говорилось в известном анекдоте, имеет огромное международно-политическое значение.

Как известно (всем заинтересованным лицам), запрет на запуск Dolphin’а и Kate/KWrite от root’а обусловлен генеральной линией партии разработчиков KDE. И вызван к жизни их неуклонной заботой о пользователях и их безопасности. Для чего и «причиняют ему добро налево и направо, нанося пользу и подвергая ласкам» невозможности совершать потенциально опасные (для здоровья системы) действия. То есть сознательно исключают функционал, «не нужный народу». Нечто подобное уже давно практикуется в GNOME, где особо зияюще заблестало в третьей его версии. Именно под эту раздачу попал и Neon, основной задачей которого является воспроизведение «референсного дизайна» KDE со всеми его новшествами, как (обычно) полезными или интересными, так и (иногда), не говоря худого слова, спорными.

Но мы-то, ребята, не пользователи, а применители. И о безопасности своих систем способны позаботиться сами. Так что нам, товарищи, ни к чему эти искусственные ограничения, верно?

Радует то, что в ответ на наглое бесчинство разработчиков KDE, испытавших приступ юзерофилии, майнтайнеры пакетов, действительно заботящиеся о применителях, ответили патчами к Dolphin’у и KWrite с Kate, позволяющими обойти ограничения «головного проекта». А дистроители, те, что искренне применителей любят, приняли эти патчи на вооружение — кроме именованных выше, в их числе как минимум также разработчики openSUSE (о других дистрах у меня просто нет информации).

Ну а то, что в этой компании оказались и создатели дистрибутива Maui, для нас с Мануалом, как уже говорилось, стало ultima ratio для его выбора.

[Общее содержание]