Manjaro Linux vs openSUSE Tumbleweed

Fedora vs Ubuntu был первым боем-сравнением систем от профессионалов, там победила Ubuntu.

Представляю вам системы, которые встречаются во втором полуфинальном бою из 6-ти раундов:

1. Установки

Manjaro использует Calamares, а он сегодня, на мой взгляд, лучший установщик. В его разработке принимают участие, в том числе, контрибьюторы из Fedora, Manjaro и KDE. Установочный образ Manjaro содержит ещё memtest86+ и UEFI Shell. Из неё можно запустить уже имеющиеся системы, что выручает, когда в UEFI пропадают ссылки на загрузчики.

openSUSE предлагает один iso в виде образа DVD, а второй для онлайн установки. SUSE ввела ограничения для РФ, поэтому загрузить образы с их сайта не получится. Приходится выбирать на mirrors.opensuse.org подходящее зеркало и загружать оттуда iso DVD или snapshot, потому что при онлайн установке затруднительно подставить адрес доступного зеркала.

Наверно, бюргеры все заходят в бургер, а остальные часто пропускают, но не беда, ещё будет возможность задать hostname на последней странице с Настройками установки. Там можно щёлкать на заголовки для изменения настроек. В заголовке "Программное обеспечение" можно что-то добавить или убрать, это отвлекает и расслабляет. Ведь при кабельном подключении на пункте слева  "Включение сети" уже будет галочка, а под заголовком "Конфигурация сети" сказано, что Имя хоста уже установлено DHCP. Трудно сообразить, что вы его сами не задавали, а надо бы.

В Tumbleweed по умолчанию ставится systemd-boot, который сам находит только загрузчик Windows, если он на этом же разделе EFI. Чтобы выбрать grub, нужно войти в "Загрузка". При установке grub к старту ядра в grub.conf приписывается и источник установки, ведь это DVD и планируется, что он будет локальным репозиторием, а если это была Ventoy, то перезагрузка приведёт в чёрный экран. Нужно загрузиться в recovery вариант, удалить в файле grub подключение ventoy и обновить grub.conf.

Установка на бой у Manjaro проста и понятна, Manjaro выходит вперёд.

2. Обновления

У Manjaro в РФ несколько зеркал, но обновление работает прилично только последний год или полтора. До этого и за TLS сертификатами плохо следили, и с keyrings косячили. Это были какие-то юношеские ошибки, но они многим запомнились, до сих пор их вспоминают "добрым" словом.

Временами, на каком-то срезе репозитория выпускается установочный iso с цифрой и названием. Это не значит, что в Manjaro какой-то полу-роллинг, такого понятия нет, ведь нет специальных переходов с версии на версию. Просто если происходят достаточно весомые изменения в системе или установщике, это фиксируют выпуском установочного образа с цифрой и названием.

В openSUSE работает автовыбор зеркала по геолокации. Для меня он выбирает такое, на котором тоже стоит заглушка по ip. Можно исключить всю страну из списка выбора, а лучше прицельно задать адрес доступного зеркала.

Список зеркал уже видели, он солидный, там много университетов и институтов. Но среди зеркал есть не особо актуальные, а порой сильно неторопливые, как в свежести, так и в скорости отдачи. Пока я перебирал зеркала, мне не раз предлагалось понизить версию некоторых пакетов, а то и вообще всех. Вот и наш TSPU (Томский Педагогический) очень сильно отстаёт от текущего среза, видимо пользуется неактуальным зеркалом, может за скорость отдачи у него.

Популярность openSUSE оказалась с особенностями и не такой, какой я её представлял до этого вынужденного осмотра зеркал.

Manjaro продолжает выглядеть лучше и увеличивает отрыв.

3. Пакеты

Для одного и того же ПО размер пакетов в openSUSE будет меньше, хотя уже мало где остались лимитные тарифы.

Дискретность пакетов в openSUSE выше, их больше, разбираться и копаться в них труднее.

Свежесть пакетов устраивает в обеих системах, в openSUSE они появляются чуть раньше, но в Manjaro можно перейти на ветку testing или unstable и картина поменяется.

Контроль и качество пакетов в openSUSE имеют долгую историю и хорошую репутацию. В Manjaro, якобы, тоже проверяют пакеты, но, на мой взгляд, всё сводится просто к выжиданию 2-3 недели и наблюдению за сообщениями от арчеводов. Я видел, как после такой "проверки" всё равно выложили неработающий плагин для geany. Но пауза нужна и полезна, просто не надо думать, что во время неё тестируют как в Debian.

Этот раунд на классе берёт openSUSE и сокращает отставание.

4. Менеджеры пакетов

Pamac создан на той же библиотеке libalpm, что и pacman, но добавлен GUI и AUR-helper. Ключи и команды в pamac для CLI более "говорящие", они естественны, а в pacman комбинации букв. Удаление осиротевших пакетов организовано простой командой. Многое удобнее, но менеджер стал тяжелее, а значит вряд ли стабильнее, чем раздельные pacman и, например, yay. Но в системе сразу установлены оба менеджера, так что полная свобода выбора.

Zypper похож на pacman, а команды и ключи для CLI так же логичны, как у pamac, и GUI имеется. Но удаление "хвостов" в простую команду для CLI не оформлено и это принципиальная позиция.

В GUI их надо отмечать по одному, а в терминале нужна комбинация из команд. Можно поставить галочку в GUI удалять и зависимости, но она будет работать только для текущего сеанса и сбросится с закрытием. Узнал, желая прописать зачистку в zypp.conf, что этот файл упразднён и нужно создавать отдельный файл в /etc/zypp/zypp.conf.d/ .

В репозитории есть dnf5. При его установке нужно заказать создание папки со ссылками на файлы репозиториев, dnf ждёт их в другом месте.

Команда dnf autoremove всё время показывает "Nothing to do". В openSUSE всячески избегают автоматического удаления "хвостов". Понятно, что и полное обновление с dnf не рекомендуется. Вроде бы остальной функционал dnf не ограничен.

У менеджеров схожие стили, но в openSUSE между менеджерами были замечены разногласия.

5. Стремления

Manjaro стремится облегчить жизнь новичку и много делает для него по своему усмотрению. Помните эпизод, когда Facebook напутал с DNS и волна от ошибок расходилась по сетям неделю? Manjaro, обновляя тогда список зеркал, не обнаружила ни одного, а сеть ведь работает, вот он и сохранил пустой mirrorlist. А иногда не запускается pamac, это значит, он сам сейчас проверяет обновления. Такие моменты приводят пользователей в замешательство.

В openSUSE я запустил dnf repoclosure и неожиданно для себя получил приятный результат. Оказывается, в проекте OpenELA участвует только головная компания SUSE, она использует его для поддержки своих RHEL-совместимых коммерческих продуктов. А openSUSE делает дочерняя SUSE Software Solutions без OpenELA. Поэтому repoclosure нашла 77 пакетов со 100 незамкнутыми зависимостями. Результат очень близок к Fedora, похоже, что вдохновляются именно ей, системы на OpenELA показывают по несколько тысяч ошибок.

Приятно видеть стремление замкнуть все зависимости, а repoclosure — утилита контроля. В 77-ми пакетах 3 были из стороннего репозитория, она их тоже проверила и показала в отчёте.

А помните историю, как все добавляли драйвер ntfs3? Arch был первым, потом Gentoo, Fedora и уже остальные. Debian долго тестировал и хотел видеть признаки регулярного сопровождения, только потом добавил. В openSUSE с ntfs3 тогда поступили мудро: довольно быстро приняли, но внесли в blacklist.conf и сообщили об этом, может кому-то нужен.

В стремлениях openSUSE больше зрелости и опыта, были видны хорошо продуманные действия.

6. Non-free

Обе системы осматривают железо при установке и делают это хорошо, вот только для чего?

После осмотра Manjaro всё равно ставит мета-пакет с набором firmware. Mhwd смотрит, хватит ли мета-пакета, потому что есть и не вошедшие в него. Понятно желание увеличить шансы работы на произвольном ноутбуке, но хотелось бы больше гибкости.

openSUSE поставила мне только одну лишнюю firmware, респект, но всё равно она не поставит ничего из non-free, даже если всё правильно обнаружит. Впечатление от такого подхода хорошо описал один пользователь в недавнем отзыве на distrowatch.

Уход openSUSE в глухую защиту при работе с non-free смотрится не очень, а раскрепощённые действия Manjaro приносят ей очки.

Финальный гонг!

Решение

Ну раз не хочет openSUSE выступать в нашей стране, тогда дальше проходит Manjaro.

Последнее время Manjaro прибавила в стабильности, но если бы не самоограничения в openSUSE, то сегодня Manjaro могла бы и не одержать победу, у неё явно меньше опыта.

P.S. 

А сейчас, после боя, давайте обсудим дальнейшие перспективы систем-участниц.

Распространение Manjaro в Бразилии через BigLinux продолжается, хотя последнее время в Manjaro фиксируют снижение пользователей по миру. Но людям нравятся лихой задор и отсутствие ограничений, популярность Manjaro всё ещё остаётся высокой.

После мартовских событий этого года в Manjaro проходит разделение полномочий, разработчики уже буквально бьют копытом в энтузиазме. Посмотрим, оно может пойти на пользу, ведь дело идёт к финальному бою-сравнению с Ubuntu.

Недавно SUSE объявила, что прекращает поддержку YaST. Конечно, в таком виде YaST устарел, некоторых утилит в текущих установочных iso уже нет. Сейчас можно полностью удалить YaST, а вместо него установить Myrlyn. Название и иконка связаны с мифическим волшебником по имени Merlin/Myrddin, только почему-то всё через "y".

По информации от ИИ, SUSE является вторым по величине дистрибьютором корпоративного Linux после Red Hat. Но ведь любой разработчик хотел бы, чтобы его продукты, даже бесплатные, были популярны. Так что, где-то у них там openSUSE может и будет биться с Fedora, но сегодня, судя по зеркалам, ею пользуются лишь определённые группы людей и она смотрится скромнее.

Избегание автоматической очистки "хвостов" можно трактовать и как неуверенность в работе с зависимостями, поэтому и запуск команды в CLI остаётся в виде "для продвинутых", сравните:

zypper rm --clean-deps $ (zypper packages --unneeded | awk 'NR>4{print $ 6}')
vs
dnf autoremove

Владелец SUSE объявил о желании продать компанию и на неё уже смотрят европейцы с мыслями о суверенности в ПО. Был докуплен очень крупный провайдер облачных решений и кто-то ещё, компания стала больше. А ей не привыкать, она пережила уже четыре смены владельцев и её символ, хамелеон Гертруда, очень ей подходит.