Небольшой пиар моей репы для Росы

У меня тут недавно случился отпуск, во время которого нашлось время для моего любимого занятия: ковыряния RPM.

Я актуализировал и дополнил свой репозиторий для Rosa 2021.1, собрав для него несколько новых программ. Среди них:

1. Декорации окон Hello.

2. Декорации окон BreezeEnhanced.

3. Два эффекта для KWin: скругление окон и плавное выезжание уведомлений сбоку.

4. Плагин динамических обоев для рабочего стола в формате AVIF (сами меняются в зависимости от времени суток).

5. Инструмент Qt6ct для настройки внешнего вида приложений на Qt6.

6. Стиль Skulpture для Qt5 и Qt6.

7. Переключатель раскладок клавиатуры Qxkb5. Он умеет запоминать раскладку для каждого окна в X11, а ещё у него более симпатичные значки флагов по сравнению со штатным апплетом в Plasma.

8. Программа Usbview-qt. Очень удобна для просмотра подключенных устройств.

9. Программа Fancontrol-GUI. Уникальный для Linux инструмент удобной настройки вентиляторов.

10. Программа QtWaifu2x для увеличения изображений. Не требует NVIDIA/CUDA. Программа живёт в моей репе уже давно, но недавно я обновил её и теперь можно добавлять не только отдельные файлы, но и целые папки!

11. Программа Real-ESRGAN-ncnn-vulkan-ui для увеличения изображений. Также не требует NVIDIA/CUDA. Вы ставите пакет с GUI, а сам бэкенд вместе с моделями подтягиваются автоматически. Всё работает сразу, короче. Результат отличается от такового в QtWaifu2x и в ряде случаев превосходит его по качеству.

12. Также я собрал Nodejs 20 для префикса /opt. Мало ли, кому-то пригодится (стандартно в Rosa 2021.1 очень старый Nodejs 14).

Пока это всё. Как будет ещё время и желание — соберу ещё несколько программ.

Завершающий пост о Rosa Fresh

В ближайшее время нас ждёт выпуск новой версии Rosa Desktop Fresh R11.1. Это будет система на базе платформы 2016.1 с обновлённым набором отдельных компонентов и программ (например, с ядром 5.4).

Выпуск версии на новой платформе 2019.1 состоится позже. Когда — мне неизвестно. Буквально на днях разработчикам удалось интегрировать инсталлятор Anaconda в текущую сборку:

В Rosa R12 будет переход от зашедшей в тупик ветки RPM5 к поддерживаемой версии RPM4, основным менеджером пакетов будет DNF. Из телеграм-канала Росы можно узнать, что система будет ориентирована на корпоративных заказчиков и иметь следующие свойства:

• поддержка Kickstart-сценариев в установщике (для автоматической удалённой установки), установки в текстовом режиме;
• традиционная, унаследованная от Mandriva политика упаковки библиотек с разбиением на множество маленьких пакетов (те самые lib64*rpm). Заявлено, что это преимущество: можно одновременно держать в одном окружении несколько версий одного компонента;
• проработка под десктопные задачи;
• наличие официальной поддержки в России.

Когда-то давно у ООО «Роса Лаб» была политика выпуска мажорных версий раз в год, затем срок был увеличен вдвое, и мы получили линейку платформ 2012, 2014.1 и 2016.1. Уже при НТЦ ИТ «Роса» этот срок был нарушен: в 2018 году новая платформа не была готова, не готова она и по сей день (хотя работа, как видите, ведётся).

Если говорить о списке выше, то на каждый пункт легко можно привести контраргумент. Всё, за исключением оригинальной (и сомнительной) политики разбиения ПО на пакеты, имеется в Fedora и CentOS. Проработанность под десктопные задачи легко бьётся тем фактом, что за годы существования проекта Russian Fedora его разработчиками были исправлены практически все «острые углы». Проект закрылся потому, что все важные улучшения благополучно ушли в апстрим, а участники Russian Fedora стали мейнтейнерами пакетов основной Fedora.

Таким образом, Rosa R12, выйди она хоть завтра, станет дистрибутивом на оригинальной пакетной базе, но имеющим часть инструментария из мира Red Hat, включая DNF и упомянутый выше установщик Anaconda. При этом:

• Роса растеряла почти всё свое сообщество. Группы в ВК и Телеграме еле живые;
• Команда НТЦ ИТ «Роса» очень невелика, при этом значительная часть её работает над сертифицированными версиями системы, не имеющими отношение к линейке Fresh.
• Наличие платной поддержки — вроде хорошая штука, но на деле в том же телеграм-канале Федоры получить квалифицированную помощь можно бесплатно и гораздо быстрее. К тому же, те клиенты, которых окучивает НТЦ ИТ «Роса», уже и так имеют в штате DevOps-инженеров. Сейчас актуальный стек технологий middleware — это OpenShift, Docker, Kubernetes. Это промышленный стандарт, который разрабатывается и продвигается американской компанией Red Hat. Куда здесь встраиваться Росе?

Сейчас уже очевидно, что отношение НТЦ ИТ «Роса» к обычным пользователям балансирует между равнодушием и презрением. За всё время с 2014 года компания не сделала ни одного толкового пресс-релиза, никак не стимулировала сообщество энтузиастов, никак не показала своей заинтересованности в росте пользовательской базы.

Тут уместно вспомнить, что есть два принципа взаимодействия с аудиторией:

1. Дистрибутиву нужно сообщество
2. Сообществу нужен дистрибутив

Я вижу, что все эти годы НТЦ ИТ «Роса» верен принципу №2. Его можно выразить так: «Если вам что-то надо — берите и делайте. Мы вам ничего не должны«. Результат такого подхода прост и очевиден — пользователи переходят на другие дистрибутивы Linux, где к ним относятся более человечно. При этом, интересно, что 10 лет назад популяризация Росы начиналась совсем иначе. Были потрачены деньги на UX и оригинальный визуальный стиль, были созданы свои приложения, был даже свой небольшой журнал. Это всё описано в Википедии, и, по большей части, этого уже нет. Cборочная ферма ABF часто сбоит и ломается, несмотря на то, что та же ABF, но у проекта OpenMandriva, работает без сбоев.

Роса вряд ли исчезнет, но всё идёт к тому, что она будет в той же яме, на дне которой валяется Alt Linux. Странное, кривое и полное недоработок поделие, которое уже многие годы не показывает какой-либо положительной динамики. В клубе подобных дистрибутивов не понимают, зачем нужен хороший дизайн, зачем нужно проводить Quality Assurance если поделка и так формально соответствует требованиям размытого ТЗ, и т.п.

По этой причине, пользоваться дальше Rosa Fresh особо смысла нет. Если вы не оплачиваемый специалист в НТЦ ИТ «Роса», то на все вопросы и предложения к вам будут относиться как к назойливой мухе. По моему опыту, в местах общения пользователей Arch, Manjaro, openSUSE, Ubuntu, Fedora ничего подобного нет. В частности, я как-то опубликовал две статьи в Fedora Magazine, для чего мне пришлось зарегистрироваться в их системе и пообщаться с коллегами в IRC. Ощущения строго положительные: народ вежлив, доброжелателен, пишет в тему. Непонятно, что мешает развивать подобный стиль общения в отечественных проектах…

Снова про Linux

Недавно у меня был интересный опыт установки нескольких дистрибутивов Linux в среде VirtualBox 6. Требовалось проверить сборку одной софтины под разными системами, поэтому я соорудил небольшой тестовый стенд из нескольких виртуальных машин. В частности, я ставил следующие 64-битные дистрибутивы в их стандартной поставке:

• Ubuntu 18.04
• Fedora 30
• Rosa R11
• Alt P8
• openSUSE Tumbleweed

Софтина везде собралась в итоге, но параллельно я отметил, что в VirtualBox нормально умеют работать далеко не все линуксы. Общая проблема — отсутствие в репозиториях актуальной версии VirtualBox Guest Additions и ошибки при сборке этих гостевых дополнений вручную. Меньше всего проблем в Ubuntu, Fedora и Rosa — там гостевые дополнения работают отлично. Альт и openSUSE оказались довольно бестолковыми и глючными, хотя и с ними можно работать при большом желании.

Однако, учитывая крайне низкую производительность рабочего стола Gnome при работе с виртуальным графическим адаптерам, можно сделать вывод, что лучше всех из моего списка работает именно Rosa с Плазмой. Мои поздравления отечественным разработчикам!

Я уже довольно давно пользуюсь Росой как дома, так и на работе, и постоянно сравниваю её с другими дистрибутивами. На мой взгляд, Rosa R11 — это очень хорошо сделанная домашняя система, которую стоит поставить как себе, так и другим людям. В ней используется базовая платформа 2016 года, однако большая часть прикладного ПО обновлена до актуальных версий. Особо отмечу:

• Новое ядро
• Новый рабочий стол KDE Plasma
• Новые компиляторы GCC и Clang

У меня тоже имеется небольшой личный репозиторий, куда я иногда собираю нужные мне программы.

Загрузить свежую сборку Rosa R11 можно здесь.

Загрузка Linux без экранных сообщений

Если вам не нужны служебные и отладочные сообщения, которые мелькают при загрузке Linux, то вам может быть это интересно.

Мне хотелось сделать так, чтобы моя ОС Rosa R11 загружалась максимально аккуратно, без чего-либо лишнего на экране. Отправной точкой послужила статья про «тихую загрузку» для Arch Linux, а примером для подражания — готовящаяся к релизу OpenMandriva Lx 4.0. В Мандриве загрузка происходит просто идеально: после меню Grub2 экран гаснет и загорается уже в KDE Plasma 5. Красота!

Сделаем так же в Росе.

Используем набор параметров из OpenMandriva:
quiet splash logo.nologo acpi_osi=Linux "acpi_osi=!Windows 2012" acpi_backlight=vendor audit=0 rd.timeout=120 scsi_mod.use_blk_mq=1 dm_mod.use_blk_mq=1 rd.systemd.show_status=auto rd.udev.log-priority=3 loglevel=3

Их нужно добавить одной строкой в /etc/default/grub, в качестве значения параметра GRUB_CMDLINE_LINUX_DEFAULT. Для применения понадобится выполнить команду:
sudo update-grub2
Но это ещё не всё: у нас по-прежнему моргает полоска курсора при загрузке и отображается сообщение Started bpfilter. Мигание курсора отключается параметром vt.global_cursor_default=0 (нужно добавить его к описанному выше набору), а для подавления bpfilter мы просто забаним соответствующий модуль ядра (при условии, что сам Bpfilter вам не нужен). Этот модуль отключается хитро: его недостаточно указать в списке blacklist, т.к. по зависимостям других модулей он всё равно будет загружаться. Для решения проблемы откроем файл /etc/modprobe.d/blacklist-mdv.conf и добавим в конец следующую строку:

install bpfilter /bin/false

Кстати, в Росе можно открывать системные файлы в обычном редакторе Kwrite: при попытке сохраниться он запросит пароль root, а не пошлёт вас куда подальше…

В принципе, на этом всё. Что можно улучшить? Во-первых, если при выключении/перезагрузке Linux у вас система висит 1,5 минуты, то можно исправить это, отредактировав файл /etc/systemd/system.conf. Там нужно раскомментировать параметр DefaultTimeoutStopSec и задать ему поменьше секунд. У меня он выглядит так:

Также, для управления настройками Grub2 удобно использовать графическую программу Grub2-editor. Для Росы можно взять пакет здесь. После установки в параметрах KDE, в разделе «Запуск и завершение» появится новый раздел:

KMail и Akonadi

Принято считать, что openSUSE нынче уже не тот. Ошибок, мол, много. Но вот показательный пример.

В декабре все три используемых мною дистрибутива — Rosa, OpenMandiva и openSUSE — собрали KDE Applications 18.12. Я являюсь активным пользователем почтового клиента KMail, который использует для доступа к данным подсистему Akonadi. На данный момент результаты забега следующие:

Rosa. Akonadi работает и даёт настроить почтовый ящик Gmail. Но, при попытке скачать письма валится ошибка akonadi_imap_resource. Работать нельзя.

OpenMandriva. Akonadi не работает и даже не запускается. Кое-как я смог его запустить, но настроить почтовый ящик не вышло: всё падает и отваливается ещё на этапе авторизации в Google, причём падает всё тот же akonadi_imap_resource.

Обе системы ещё не довели до ума KDE Applications 18.12. В Росе сейчас внутреннее тестирование и QA (напомню, что релиза Rosa R11 пока не было), да и OpenMandriva 4.0 всё ещё находится в состоянии Alpha 1. Вроде как и нельзя никаких претензий предъявить.

Но в openSUSE Leap 15 репозитории с новыми версиями KDE, KF5 и приложений тоже считаются тестовыми и не до конца стабильными, однако в этой системе у меня KMail работает идеально. Никаких ошибок, программа безупречно запускается и корректно получает почту. Выходит, что не так уж и нестабильна openSUSE?

Интересное в мире Linux

Традиционно, осенью выходят новые версии популярных Linux-дистрибутивов. Лично я ожидаю в ближайшее время следующие интересные мне релизы:

1. elementaryOS Juno. Это те самые ребята, которые предлагают платить за халтурно сделанные приложения. Несмотря на это, новая версия ОС, скорее всего, будет в целом очень удачной. Я немного потестировал Juno Beta 2 и не могу не отметить очень высокую производительность рабочего стола и кучу мелких улучшений в интерфейсе. Уведомления сделаны шикарно, а режим «картинка в картинке» вообще огонь: такого нет сейчас больше нигде.
2. Fedora 29. «Тяп-ляп и готово — вышла новая Федора». Несмотря на то, что F29 пока не вышла, это лозунг сохраняет актуальность. Тем не менее, Fedora — это «родная» стихия для новейших версий Gnome Shell, а также полигон для множества интерфейсных улучшений. Сама концепция Gnome Shell не сильна удобна (недаром её все ругают), но проблема решается дополнительными расширениями и Gnome Tweak Tool. Лично для меня одно из принципиальных удобств GTK3-программ — это наличие предварительного просмотра в диалоге печати. Печатать изображения во многих GTK3-программах с некоторых пор очень удобно! Ещё Fedora уже давно стабильно работает с Wayland, это тоже плюс.
3. OpenMandriva Lx 4. Это небольшой проект, за которым я слежу последние несколько лет. Вообще, нельзя не заметить, что все существующие сейчас потомки Mandriva Linux медленно помирают. Mageia стала выходить очень редко, а её русскоязычное сообщество скатилось до того, что выкладывает репозитории пакетов на Яндекс-диске (своей инфраструктуры, видимо, нет). Rosa уже который год поддерживается маленькой кучкой энтузиастов ис не получает какой-либо помощи от своего вроде-бы хозяина в лице НПО «Ангстрем». О каких-то новинках там речи не идёт — хватило бы сил просто обновлять пакеты. На этом фоне нельзя сказать что OpenMandriva сильно лучше, но хотя бы в ней просматриваются интересные изменения. В своё время разработчики пересобрали весь дистрибутив компилятором Clang, что привело к сугубо положительному эффекту: субъективно рабочий стол Plasma 5 работает в OpenMandriva очень плавно и отзывчиво. Главная новинка грядущей версии LX 4 — это работающий пакетный менеджер DNF. Ранее его портивали к себе коллеги из Mageia, теперь же настала очередь и OpenMandriva. DNF должен со временем заменить URPM, который уже давно не развивается.

Linux: личный опыт в этом году

Хочу поделиться своим опытом тестирования дистрибутивов Linux в медленно уходящем 2017 году. Напомню, что мой профиль использования — это классическое настольное применение, также известное как desktop computing. Если говорить конкретно, то свою тестовую машину я использую для интернет-сёрфинга, проигрывания медиа-контента, каталогизации фотографий, а также для написания, сканирования и печати документов. Существенный момент: я регулярно пишу обзоры новинок открытого ПО, которые вы можете читать в журнале Linux Format, поэтому для меня жизненно важно иметь возможность устанавливать самые новые программы. Если есть готовые бинарные сборки — хорошо, нет — не беда, я могу и сам собрать что угодно из Github.com.

С точки зрения «железа», использовалась следующая конфигурация:

• Intel Core i3 2105 с материнской платой DH67BL-B3;
• Встроенная графика Intel HD 3000 Graphics;
• 8 Гб ОЗУ (DDR3/1333)
• Intel SSD 120GB

В качестве подопытных операционных систем выступали интересующие меня дистрибутивы Linux: openSUSE 42.3, elementaryOS 0.4.1, Rosa Fresh R9, Mageia 6. Каждая из этих систем прожила в моём компьютере не менее 2 месяцев и оценивалась с точки зрения удобства, функциональности и эстетики. Ниже я поделюсь своими впечатлениями о каждой из них.

openSUSE 42.3

Данный дистрибутив имеет массу преимуществ для тех, кто по тем или иным причинам, предпочитает RPM-системы. Здесь есть очень удобный и надёжный инсталлятор от Suse Enterprise Linux (SLE) и довольно толковый центр управления YaST. Я сознательно выбрал более консервативную и стабильную версию Leap вместо всегда супер-свежей Tumbleweed по простой причине: в Leap я могу подключить дополнительные репозитории и обновить множество компонентов до самых свежих версий, получив на выходе нечто похожее на Tumbleweed. Но при этом, если что-то пойдёт не так, я всегда могу временно отключить такие репозитории и откатиться обратно. Не стоит забывать, что команда ‘zypper dup’ не столько обновляет пакеты, сколько приводит их в соответствие с текущим набором включённых репозиториев, то есть, её можно использовать и для даунгрейда (отката). Я установил новые версии для Qt5, KF5, KDE, KDE Extras, настроил себе более свежий компилятор GCC 7, перешёл на свежую версию ядра. У меня появилась самая новая версия рабочего стола KDE Plasma 5, которая автоматически обновлялась почти без моего участия. В openSUSE имеется отличная интеграция PackageKit и Zypper, поэтому для установки обновлений достаточно пару раз щёлкнуть мышью по значку в системном лотке. Даже пароль вводить не нужно!

Что и говорить, обновления в openSUSE ставить легко и приятно, однако за последствия никто не отвечает…

Однако, со временем стали вылезать недостатки такой системы: приверженность самым новым версиям вышла мне боком. То и дело после очередного обновления что-нибудь отваливалось или начинало работать не так. Либо Segmentation fault, либо частые падения самой оболочки Plasma (да, она всё ещё падает иногда!), либо временная потеря функциональности (Virtualbox может не работать с самым новым ядром). Проблемы можно обычно решить с помощью маневрирования с репозиториями, но со временем, опять же, дистрибутив превращается в гремучую смесь пакетов от разных поставщиков. Поддерживать стабильность вручную оказалось довольно трудозатратно. Всё таки, openSUSE Leap наиболее надёжен именно в своём изначальном виде, со стандартным набором репозиториев (плюс можно безболезненно использовать Packman), но тогда он теряет важную для меня особенность — свежесть пакетов. Оставаться на Qt 5.6 и GCC 4.8 для меня неприемлемо: я знаю дюжину проектов на Github, которые нельзя скомпилировать с этим устаревающим инструментарием.

Есть и ещё одна особенность проекта openSUSE, которая меня расстраивает. Дело в том, что инфраструктура проекта работает слишком уж нестабильно и непредсказуемо. По выходном где-то раз в месяц останавливается сервис software.opensuse.org, якобы на «плановые работы». Несколько раз я сталкивался с неработающим сервисом OBS и по будним дням – вместо страницы поиска пакетов вылетал Error 404. У openSUSE имеется два датацентра: один в Нюрнберге (Германия) и второй где-то в США. Стабильность работы обоих отражает общую картину с обеспечением качества (quality assurance, QA) в openSUSE – лично я не вижу ни стабильности, ни качества, но зато воочию наблюдаю постоянно прерывающийcя uptime.

При «настольном» использовании система обрастает репозиториями как снежный ком. Ну, по крайней мере, у меня 🙂

По этим причинам я в итоге принял решение перенести openSUSE 42.3 в виртуальную среду VirtualBox и использовать этот дистрибутив по мере надобности. Мне по-прежнему нравится очень удобная функция Zypper, позволяющая мигом установить все зависимости для сборки того или иного пакета:

sudo zypper --si d <package>

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

elementaryOS 0.4 «Loki»

Это один из самых популярных отпрысков Ubuntu. Система очень хорошо себя зарекомендовала у новичков в мире Linux, и вполне заслуженно, как мне кажется. Система elementaryOS 0.4 «Loki» основана на Ubuntu 16.04 LTS и отличается повышенной стабильностью, надёжностью и увеличенным сроком поддержки. Последнее особенно удобно: можно один раз установить Loki в качестве запасной ОС и вспомнить о ней пару лет спустя. После установки всех накопившихся обновлений с системой не случится ничего страшного, всё продолжит работать как часы. Вроде бы, ничего особенного, но многие другие Linux не переносят такого к себе отношения. Очень круто и удобно то, что elementaryOS полностью совместима с Ubuntu, а значит я могу подключить любой PPA-репозиторий для Ubuntu, и он гарантированно будет работать. Де-факто Ubuntu является наиболее распространённым дистрибутивом Linux в мире, и для него создано множество таких частных PPA-источников. Почти любая Linux-версия какой-либо программы имеется в уже собранном виде в чьём-то PPA, а значит мне не нужно возиться со сборкой исходников. Это удобно.

Одной из причин, почему я использую elementaryOS, а не саму Ubuntu, является рабочий стол Pantheon, который является оригинальной разработкой проекта elementary. Он основан на библиотеках GTK3 и Granite, и включает в себя отдельные элементы Gnome 3 (хотя их тут немного). Pantheon очень быстр и по своему поведению напоминает пресловутую macOS, как внешне, так и идеологически.

Вроде бы всё чисто и аккуратно, но активная вкладка в браузере очень слабо выделена, из-за чего работать неудобно. В дизайне elementaryOS не очень хорошо обстоят дела с контрастностью элементов.

Несмотря на то, что я не являюсь поклонником Debian и deb-дистрибутивов, наличие на компьютере elementaryOS для меня полезно, так как на свете существует некоторое число программ, которые очень легко установить в Ubuntu-подобных ОС, и очень трудно собрать где-либо ещё. Хороший пример: игра Machines vs. machines, которая опирается на QML-модули к Qt5, написанные в Canonical специально для Ubuntu. Это также относится к целому пласту программ, написанных в то время, когда в Canonical ещё делал ставку на Unity и Mir, и разрабатывал много специфических для Ubuntu компонентов. Другой пример – замечательный каталогизатор заметок Outwiker, который очень легко поставить из PPA и довольно муторно собирать вручную.

elementaryOS 0.4 могла бы быть идеальной настольной системой, но увы, она имеет свои недостатки, которые раскрываются после первых дней интенсивного использования. Во-первых, не все компоненты от Ubuntu 16.04 можно заменить более свежими версиями, и если программа требует самую новую GTK3, то мне гораздо проще накатить новейшую Fedora и собрать всё там, вместо ломания стабильной, но устаревшей GTK3 в elementaryOS. Во-вторых, кажущееся удобство рабочего окружения оборачивается совершенно дикими проблемами при каждодневной работе. Копирование файлов в Pantheon-files, каталогизация фотографий штатным приложением, веб-сёрфинг в Midori и Epiphany (Gnome Web) – всё это очень неудобно. Мало функций, мало настроек, невозможно что-либо изменить и перенастроить. Дополнительное наблюдение, которое, впрочем, относится не столько к elementaryOS 0.4, сколько ко всем рабочим окружениям на GTK3 – это крайне скудная и ограниченная функциональность прикладных программ. Я уже писал заметку о возмутительно убогом индикаторе погоды от проекта elementary, но с остальными приложениями из нового elementary AppCenter ситуация та же. Когда я подбираю свободные приложения для своей рубрики в журнале, я всегда отмечаю убожество и ограниченность программ на GTK3. Почти все они примитивны до безобразия, и при том часто ещё и нестабильно работают. Напротив, самые лучшие, развитые и функциональные приложения часто написаны на C++ и имеют интерфейс на Qt. Такое вот наблюдение 🙂

Наконец, я отмечаю всё возрастающую жадность разработчиков elementaryOS в отношение пользовательских донатов. Принцип Pay what you want – пример отвратительной жадности и истончающейся связи этих ребят с реальностью. Они заставляют ничем не виноватых людей чувствовать себя нищебродами каждый раз когда требуется скачать из AppCenter «условно-бесплатную» программу (с лицензией GPLv3, между прочим). Разумеется, это вовсе не означает что весь дистрибутив Loki 0.4 из-за этого плох.

Мы напишем недопрограмму на Vala и GTK3, а вы нам дадите немного денег. Видимо, в мире хипстеров растёт напряжение из-за недостатка донатов…

В итоге, elementaryOS живёт у меня на запасной разделе моего SSD и используется время от времени, в зависимости от задач и настроения.

Rosa Fresh R9

Мои отношения с этим российским дистрибутивом начались в 2012 году, когда в мае проект Rosalab презентовал версию Rosa Marathon. Этот релиз планировали поддерживать и обновлять аж 5 лет, что являлось прямым ответом на Ubuntu 12.04 LTS от британской Canonical. Увы, история Rosa Linux продолжила своеобразное «хождение по мукам» своего прародителя – французской Mandriva Linux. В 2011-2013 годах Rosa имела мощную финансовую подпитку от фонда NGI, организованным бывшим министром связи РФ Леонидом Рейманом. У компании имелся шикарный офис в Сколково и большой штат сотрудников. Именно в это время под руководством UX-дизайнера Кирилла Монахова был создан прекрасный набор фирменных значков Rosa и куча интересных модификаций для KDE. Многое из этого используется в дистрибутиве до сих пор.

Отличная фирменная тема значков — это именно то, что меня всегда привлекало во внешнем виде Rosa Linux

Любопытно, что «тучные» годы Rosa Lab совпали с волной неистовой критики дистрибутива со стороны анонимусов и прочих человекоподобных с сайта Linux.org.ru. Дистрибутив ненавидели за то, что под него якобы попилили неисчислимые суммы бюджетных денег, а также за то, что он русский, а всё русское по определению толковым быть не может. Время показало, что оба обвинения были напрасными. С некоторых пор Rosa Linux существует под крылом НТЦ ИТ «Роса», имеет очень скромный штат сотрудников (не знаю, сколько их там точно, но вряд ли больше 10-15 человек) и в основном развивается за счёт образовавшегося сообщества. Интересно, что в наши дни у дистрибутива вполне неплохая репутация у Интернет-пользователей, никто Росу больше не ненавидит, но зато и будущее дистрибутива немного туманно: лично я боюсь, что проект может в любой момент умереть, и сообщество просто не справится с его поддержкой (например, кто-то должен оплачивать размещение сборочной среды ABF в датацентре).

После Rosa Marathon стартовала проект Rosa Fresh – версия дистрибутива с полускользящим режимом поддержки и обновления. «Полу-» означает, что в рамках базовой платформы у вас есть полноценная роллинг версия, а для перехода между платформами всё же рекомендуется устанавливать систему с нуля. Были выпущены две базовых платформы: 2014.1 и 2016.1, последняя является актуальной на данный момент.

Итак, какими особенностями обладает Rosa Fresh R9, основанная на платформе 2016.1?

• Интеграцией дополнительных инструментов настройки (drak-приложений, унаследованных от Mandriva) в стандартный центр настройки KDE Plasma. Для сторонних программ сделаны соответствующие KCM-обёртки;
• Свежими версиями рабочих окружений и прикладных программ. Версии пакетов в Rosa могут немного отставать от upstream, но зато в дистрибутиве организовано более толковое и тщательное тестирование новых функций. Если новая версия Plasma 5 несёт в себе регрессии и новые ошибки, пользователи Rosa получат её позднее, когда ошибки будут исправлены в корректирующих минорных релизах. Это не очень удобно для тех кому нужен bleeding edge (таким лучше подойдёт Manjaro или тот же Tumbleweed), но зато обеспечивает отличную стабильность системы. Однажды установленная Rosa Fresh может работать годами без сбоев;
• Наличием огромного количества дополнительного ПО в репозитории Contrib. Стандартная поставка Rosa уже включает задействованный репозиторий Contrib, который по своему «богатству» не уступает, а иногда и превосходит знаменитый AUR от проекта Arch Linux. Я говорю сейчас не о формальном количестве пакетов, а о наличии всяких редких штук, вроде VoltAir, OilWar, Softmaker Freeoffice, которые сложно найти где-то ещё в готовом виде. В отличие от россыпи PPA-репозиториев в Ubuntu или частных OBS в openSUSE, содержимое Contrib централизованно пересобирается и тестируется средствами сборочной фермы ABF, что положительно сказывается на стабильности программ;

Хотите поиграть в эту игру? Ставьте Rosa Fresh!

• Возможностью скачать свежий промежуточный образ системы вместо того, чтобы накатывать огромный пласт обновлений поверх оригинального релизного образа. Это не полноценные nightly builds, но очень близко к ним. Это именно то, чего мне так не хватает в других дистрибутивах, особенно когда под рукой нет быстрого безлимитного Интернета (бывает и такое!);
• Наличием дружного и адекватного сообщества на официальном форуме проекта. Активность там умеренная, и, к примеру, сообщество Ubuntu будет гораздо многочисленнее и более разговорчивым, однако форум Росы гораздо толковее, чем форум openSUSE, и бесконечно лучше того, что происходит в русском сообществе elementaryOS (напомню: ребята там зачем-то специально забросили свой форум и переместились в Telegram-канал, где быстро скатились в привычный для телеграма шлак).

В разделе «Системное администрирование» содержатся инструменты, которые в других дистрибутивах разбросаны где попало.

В Росе довольно удобно заниматься сборкой программ из исходного кода, так как, с одной стороны, у нас есть здесь практически все инструменты и библиотеки для сборки (актуальных версий), а с другой, имеется довольной развитый инструментарий URPM, который содержит все неоходимые мне функции. Например, аналогом “zypper –si d” здесь выступает “urpmi –buildrequires”, а вместо “zypper dup” можно использовать “urpm-reposync”.

Разумеется, у Росы имеются и недостатки. Помимо неустойчивого положения дистрибутива и непонятных перспектив (а точнее – молчания со стороны НТЦ ИТ «Роса»), я бы отметил довольно архаичный инсталлятор и заброшенность прежних разработок (например, проигрыватель Rosa Media Player больше не развивается). Но в реальной эксплуатации это всё мелочи.

Rosa R9 является сейчас моей основной системой, и она меня полностью устраивает. Мне нравится то, что инфраструктура сборки этого дистрибутива находится на территории России, и помимо моей личной позиции, тут есть и практическая сторона: никакой тропический ураган или санкции США на реэкспорт ПО не могут повлиять на доступность Росы. Если вопрос с «американскими сервисами» был чисто политическим и никак не отразился в итоге на доступе к ним в РФ, то в конце августа этого года я лично столкнулся с тем, что моя Russian Fedora Remix 26 (какая ирония!) не могла достучаться до списка зеркал именно тогда, когда мне срочно нужно было сделать “sudo dnf update” – в это время в городке Ралейф бушевал ураган «Харви», который на несколько часов обесточил датацентр Red Hat. После этого я задумался: хочу ли я, чтобы мою работу с Linux определяли ураганы в стране вероятного противника? 😉

Mageia 6

Напоследок напишу немного о Mageia Linux. Это ещё один потомок почившей Mandriva Linux и в некотором смысле конкурент Rosa Linux. Я никогда особо интенсивно не использовал Mageia, так как в данном дистрибутиве исторически всегда наблюдались разброд, шатания и срывы сроков. Но я добросовестно прожил некоторое время с Mageia 6, так как в ней имеется портированный из Fedora пакетный менеджер DNF. С моей точки зрения, DNF является более перспективной технологией, чем URPM, и мне очень жаль, что в Росе пока нет DNF. Я пробовал портировать его самостоятельно, но это оказалось трудным заданием, и пока что я застрял где-то на сборке библиотеки Hawkey. В общем, я снимаю шляпу перед разработчиками Mageia за то, что они проделали отличную работу. Более того, в Mageia имеется графический интерфейс для DNF под названием Dnfdragora. Эта программа использует libYui и может интегрироваться с GTK3, Qt5 и ncurses. Такие штуки вызывают у меня зависть и восхищение!

Современный и быстрый менеджер пакетов, плюс отличный интерфейс к нему — это, безусловно, сильный ход разработчиков Mageia.

Что касается самого дистрибутива, то для начала я советую прочитать обзор от Dedoimedo. Сразу скажу, что с выводами этого уважаемого автора с согласен лишь отчасти. В принципе, Mageia 6 вполне можно использовать в качестве основной системы, особенно если вам нужен проприетарный драйвер Nvidia, однако я легко могу перечислить и недостатки данного дистрибутива:

• Крайне скудное наполнение стандартных репозиториев (и небогатый выбор сторонних). Я уже как-то привык, что QtCurve, Kvantum, Cool Retro Term можно поставить сразу из репозиториев в Росе. В Магее так нельзя, увы;
• Старые версии программ. Версия с Plasma 5 использует устаревший набор KDE Applications 16.12, которому скоро стукнет год. Остальные программы обновляются тоже крайне избирательно;
• Странная приверженность к неудачным пережиткам Mandriva, например к Netapplet. Чтобы понять всю ущербность Netapplet по сравнению с NetworkManager (стандарт в большинстве другим дистрибутивов Linux), достаточно сравнить поведение Mageia и Rosa в VirtualBox: если на хосте меняются сетевые настройки, то NetworkManager в гостевой системе заметит это и автоматически перенастроится, а NetApplet в Mageia просто потеряет сеть до тех пор пока вы не сделаете “# service network restart”. Кстати, в Mageia почему-то нет sudo в стандартной поставке;
• Довольно много багов. Например, смена языка и системной локали удивительным образом не влияет на некоторые программы. И таких мелочей в системе хватает.

В общем, если бы не DNF, то Mageia 6 вообще не стоило бы рассматривать.

В итоге, опыт использования подсказывает мне, что среди настольных дистрибутивов наиболее сбалансированным вариантом является Rosa R9 (а скоро уже выйдет и R10). Если вы по какой-то причине не любите Plasma 5, то можно использовать отдельную редакцию Росы с рабочим столом Gnome 3. В зависимости от вкуса, предпочтений и привычек вполне достойно установить Ubuntu 16.04 или elementaryOS 0.4, но использовать openSUSE Leap или Mageia скорее всего не стоит: количество ошибок и трудностей со временем приведёт к разочарованию.

Спасибо, что дочитали до конца. Подписывайтесь, ставьте лайки, и всё такое…

В KDE теперь есть нормальный браузер!

Не прошло и трёх лет с тех пор, когда я написал заметку про достоинства Konqueror, как появился веб-браузер на Qt, который наконец-то действительно очень хорош. Речь идёт о Qupzilla, который недавно обновился до новой мажорной версии 2.0 Qupzilla существовал и раньше, но ничего интересного из себя не представлял, т.к. использовал довольно слабый движок WebKit — да, в наше время это уже старьё.

Новенький Qupzilla 2.0 использует QtWebEngine, который, в свою очередь, базируется на коде Chromium. Для нас с вами это означает, что теперь в KDE Plasma Desktop есть браузер, который идеально вписывается в рабочее окружении и отлично отображает любые сайты и сервисы. Для работы Qupzilla 2.0 требуется Qt 5.6, которая уже имеется во всех нормальных дистрибутивах, включая Росу. Интересно, что в Росе новый браузер просит удалить Rosa Media Player — увы, оригинальные разработки «старого» Росалаба умирают, но сам дистрибутив замечательно живёт!

Из крупных функций Qupzilla 2.0 лишён только синхронизации настроек с облачным аккаунтом. В остальном же браузер работает просто шикарно:

OpenMandriva Lx 3 с новенькой плазмой…

OpenMandriva возникла как клон Rosa Desktop Fresh R3 и поначалу обе системы были почти идентичны. Однако команды шли разными путями и сейчас Rosa Fresh и OpenMandriva уже заметно отличаются друг от друга. И если сборка Rosa Desktop Fresh R7 с рабочим столом Plasma5 мною уже неплохо изучена (это моя основная система сейчас), то аналогичную тестовую систему от сообщества OpenMandriva я увидел только сейчас.

Встречайте новинку:

Скачать и попробовать сборку можно здесь, обсуждение сборки традиционно ведётся на официальном форуме сообщества.

Некоторые исправления для OpenSUSE 42.1

1. При загрузке ядра система зависает намертво и… через 20 минут всё таки грузится. В 13.2 наблюдал такое на ядре kernel-desktop и лечил это тогда переходом на kernel-default. В OpenSUSE 42.1 нет в образе такого выбора ядер, а новый kernel-default стал зависать при загрузке именно так. Решение нашлось очень простое: к параметрам загрузки ядра нужно добавить dis_ucode_ldr. Нашёл тут.

2. На некоторых машинах система время от времени зависает сама и без видимых причин. В dmesg такое:

[   35.962355] systemd-journald[525]: File /var/log/journal/fde0e1438648364a342657f95654294e/user-1000.journal corrupted or uncleanly shut down, renaming and replacing.

Заметил, что проблема имеется только тогда, когда /var примонтирован на отдельном разделе (именно так предлагается по умолчанию при установке 42.1). Удалось вылечить следующим образом:

su -
rm -rf /var/log/*
systemctl daemon-reload
reboot

Из того, что пока не удалось починить:

1. При обновлении/установки ядра, создание initrd и обновление загрузчика занимает очень много времени (у меня — 40 минут). Опять же — только на некоторых конфигурациях, когда в системе определённое сочетание дисков с MBR и GPT.
2. В Plasma 5 полная неразбериха в системном лотке. К тому же так и не починено отображение значка Dropbox. Xembed-sni-proxy не помогает.

В целом, OpenSUSE 42.1 — один из самых глючных и небрежно сделанных релизов OpenSUSE, что, безусловно, расстраивает. Я рассчитывал на качественную сборку KDE Plasma 5, но пока получается, что лучше всего Plasma 5 собрана в Rosa Desktop Fresh R6. Кстати, свежий образ системы «на посмотреть» можно взять тут.