Первого октября была представлена openSUSE Leap 16, новая версия эталонного дистрибутива сообщества в экосистеме SUSE, но не еще одна. Этот запуск стал историческим шагом в развитии системы, и это не сказать: YaST, ветеранский инструмент администрирования и, вероятно, самый мощный в своем классе, ушел на пенсию. Но, увы! даже самые сильные стареют и вынуждены уходить на пенсию.
Проблема в том, что замены, которыми дистрибутив заполнил пробел, не соответствуют требованиям. По крайней мере, на данный момент. И поскольку это не является специфическим шагом openSUSE Leap, но в какой-то момент будет распространяться и на выпуски rolling release — это верно: YaST по-прежнему лидирует в Tumbleweed и Slowroll — и, что более важно, в грядущем выпуске SUSE Enterprise Linux 16, эта тема заслуживает внимания. жаль комментировать немного более подробно, чем мы это делали.
YaST, а не Другой инструмент настройки
YaST (https://yast.opensuse.org/) — это аббревиатура от Yet another Setup Tool, «еще один инструмент настройки», но правда в том, что, несмотря на свое скромное начало, он стал самым полным инструментом, который когда-либо предлагался на рабочем столе Linux. — с разрешения Центра управления Mandriva. Проект даже не был рожден как часть SUSE: он был разработан третьими сторонами как несвободное программное обеспечение, приобретен немецкой компанией и открыт в соответствии с ее философией бизнеса.
Со временем YaST охватил все на административном уровне в экосистеме Chameleon, включая установку системы, а также большое количество расширенных конфигураций из автономно выполняемых модулей, объединенных вокруг одного интерфейса, который можно использовать как в графическом режиме, так и через терминал (YaST2 с Ncurses): управление программным обеспечением, периферийными устройствами, системой, сетью, безопасностью… Всего понемногу, с целью упростить жизнь пользователя.
Почему они убивают YaST, если он так хорош? С учетом сказанного: он почтенный старик, за плечами которого много проблем. Или, что то же самое, он превратился в очень дорогого в обслуживании монстра, набитого кодом. Кроме того, со временем появились альтернативы для многих его функций, и с технической точки зрения они были основаны на более современных и устойчивых технологиях.
Например, менеджер пакетов YaST великолепен, но большинству пользователей подойдет GNOME Software или KDE Discover; то же самое касается мастеров настройки сети или принтеров, которые включают в себя рабочие столы, инструменты для разбиения хранилища на разделы, резервное копирование, управление службами и другие. В связи с этим SUSE представила три ключевых компонента в качестве замены самой элементарной функциональности YaST.
Агама как установщик системы
Agama (https://agama-project.github.io/) — это новый установщик систем для SUSE и openSUSE. Он написан на Rust и имеет гораздо более гибкий веб-интерфейс. Кроме того, он построен на основе модульного API, что упрощает его настройку и интеграцию в различные среды, как в случае с новым поколением неизменяемых и облачных систем. Короче говоря, Agama вносит свой вклад в обновление, которое также не казалось решающим, учитывая нынешний статус YaST как установщика системы, но которое будет особенно заметно в будущем.
Но что теперь? Соответствует ли Agama всему, что предлагал YaST? В целом, да: на практическом уровне он включает в себя опции, которые любой мог бы ожидать найти в программе установки системы, с интерфейсом и процессом использования, очень похожими на YaST. И, что не менее важно, как по стабильности, так и по производительности, он очень ровный. Или это общий опыт, который передают пользователи и который я могу подтвердить.
Тем не менее, Agama не включает в себя все, что предлагает YaST, возможности настройки которого выходили за рамки обычного для установщика системы. Примеры? Agama позволяет применять программные шаблоны — для установки определенной среды рабочего стола или серверного стека или нескольких — но не фильтровать по пакетам, не говоря уже о включении или отключении служб. Тем не менее, это не критичные варианты, и неизвестно, будут ли они реализованы в будущем. Короче говоря, Agama хорошо справляется с основными задачами.
Мирлин как графический менеджер пакетов
На данный момент управление пакетами осуществляется Myrlyn, приложением, которое можно использовать как в режиме только для чтения, так и с привилегиями суперпользователя и которое по внешнему виду является копией YaST. Он использует libzypp в качестве серверной и Qt6 для интерфейса, но по-настоящему изюминкой Myrlyn является то, что он работает на уровне функций и делает это с помощью одного экземпляра, который служит для поиска, установки, удаления, проверки исправлений, управления репозиториями…
Пользователи openSUSE понимают, что я имею в виду, потому что дистрибутив предоставляет множество возможностей для управления программным обеспечением, но в несколько разрозненной форме. Что ж, Мирлин собрала все это в одном окне по старинке, в том числе в эстетическом аспекте значок волшебника, который перенесет воспоминания в далекие времена не одному человеку. Они могли бы назвать ее YaIT, и многие бы не заметили этого изменения.
Дело в том, что Myrlyn, как и YaST, представляет собой очень специфический инструмент для управления программным обеспечением, который большинству пользователей не понадобится, потому что GNOME Software или KDE Discover, среди других альтернатив, уже охвачены. Тем более в наше время приложений на Flatpak. Но для тех, кто любит вдаваться в подробности, управлять репозиториями и выполнять другие сложные действия, Myrlyn — это ответ — как и Synaptic в Ubuntu, если привести известный пример.
Кабина как набор настроек
Третьим элементом этого перехода является Cockpit (https://cockpit-project.org/), веб-интерфейс для администрирования, который уже много лет набирает обороты на корпоративном уровне и который такие дистрибутивы, как SUSE, взяли за основу для расширенной настройки системы. Cockpit позволяет управлять пользователями, службами, хранилищами, сетями, обновлениями и контейнерами из браузера с Moderna и модульной презентацией. То есть в стиле того, что мы видели в Agama.
Следует отметить, что Cockpit не является полной заменой YaST: есть несколько настроек, которые выходят за рамки функциональности «по умолчанию» — есть дополнительные модули, некоторые из которых поддерживаются сообществом — и хотя их можно было бы реализовать, они, вероятно, не будут реализованы по разным причинам: есть и другие, которые не входят в стандартную комплектацию. которые доступны в других собственных или сторонних инструментах, а некоторые из них очень легко реализуемы через терминал.
Cockpit с openSUSE Tumbleweed
Фактически, мы возвращаемся к уже упомянутому: большинству пользователей даже не потребуется устанавливать Cockpit, которого, в отличие от Agama или Myrlyn, нет по умолчанию, потому что основы он может делать с помощью инструментов, включенных в тот же рабочий стол: от управления пользователями до системных разделов, безопасности и т. Д. длинный и т. Д., Который не доходит до всего и не хватает того, что он делает. Cockpit тоже этого не делает, но он есть для всех, кому он нужен.
Cockpit, со своей стороны, закладывает основы единого управления, более близкого к современным стандартам профессионального сектора и с четко ориентированным подходом к облачным и гибридным развертываниям. Позже мы посвятим ему обширную статью.
Однако сегодня мы прощаемся с YaST, почтенным эталоном, где бы он ни был. несмотря на то, что ему предстоит пройти значительный путь … в упадке, необходимо внести нюансы, поскольку он по-прежнему присутствует в openSUSE Tumbleweed и Slowroll в течение неопределенного времени, но также и в SUSE 15, жизненный цикл которой похоронит альтернативы, которые еще не родились. Но YaST мертв, так что… Да здравствует YaST!