Выбор дистрибутива Linux

17.01.2020

Ниже я изложу своё личное, безусловно субъективное мнение по поводу того, какой Linux выбрать для дома. Будет много букв).

«Пока сам не поймешь своим опытом, что тебе ближе, так и будешь метаться».

Откуда-то с ЛОРа.

Начальное условие простое: речь идёт о desktop-системе и отчасти о рабочей станции (она же workstation, она же SO/HO). Серверные дистрибутивы не входят в зону моих интересов, хотя на этот счёт всё как раз просто — берите Debian или CentOS, не прогадаете. Но, нас интересует именно настольное применение, т.е. вариант установки Linux на ПК или ноутбук. Я хочу поделиться своим опытом и немного рассказать о тех дистрибутивах, которые я перепробовал лично. У меня получилось несколько тезисов, включающих системы, которые я лично тестировал, а именно: Ubuntu, Mint, openSUSE, Fedora, Rosa Fresh, Alt Linux Workstation, OpenMandriva, elementaryOS, и в меньшей степени Q4OS, Manjaro и MX Linux. Если иное не указано отдельно, то всегда имеется в виду дистрибутив со своим стандартным рабочим окружением (Gnome для Ubuntu, Fedora, Plasma5 для openSUSE, Rosa, OpenMandriva…).

  1. На выбор сильно влияет аппаратная конфигурация. У меня компьютер со встроенной графикой Intel HD 3000, с ней никогда нет никаких проблем. Но у кого-то может быть ноутбук со сдвоенной графикой Nvidia или AMD, всевозможные разновидности Bumblebee и похожих технологий, при которых хочется ожидать комфортного переключения между видеокартами. лучше всего начать эксперименты с наиболее популярных и массовых дистрибутивов — Ubuntu, Mint. У них, как и у многих других, имеется «живой режим», т.е. возможность загрузиться с флешки и посмотреть на работу системы до её установки. Обратите внимание, что я не советую здесь такие дистрибутивы как Manjaro и MX Linux, хотя они в настоящий момент возглавляют рейтинг Distrowatch. Дело не в том, что они чем-то плохи, а в том, что их нахождение на гребне успеха является временным явлением, порождением хайпа и энтузиазма сообщества. В своё время этот рейтинг  возглавляла Mageia, хотя теперь про неё мало кто вспоминает. Manjaro и MX Linux, так же как и Arch, на мой взгляд, хорошо подходят для «красноглазия». Стабильность и отточенность там никогда не ставились во главу угла. Опять же, это строго моё имхо.
  2. Мир дистрибутивов Linux по-прежнему делится на RPM-based и DEB-based. Я мало использую Ubuntu и Mint, но это дело вкуса, по существу у меня к ним претензий нет. Раньше мне нравилась elementaryOS, и я даже использовал её в качестве основной ОС какое-то время в прошлом. При плотной работе быстро проявились многочисленные баги и неудобства, которые живут там до сих пор. eOS может не проснуться при выходе из ждущего режима, часть программ неверно отрисовывает окна с оконным менеджером Gala, системный лоток реализуется сторонним хаком и тоже ведёт себя странно иногда. Ни о какой «полировке» интерфейса там речи на самом деле нет, нам каждый раз скармливают серию красивых экранных снимков с малозначительными визуальными изменениями. При этом, к примеру, LibreOffice выглядит с темой elementary откровенно криво, но это не волнует никого. К тому же, в последнее время разработка elementaryOS угасла, новостей почти нет… Короче говоря, наиболее универсальными и дружественным к нетребовательному пользователю дистрибутивами являются Ubuntu и Mint, особенно если вы не имеет ничего против рабочего стола на базе GTK3. Отдельно хочу упомянуть Fedora — основной и «базовый» RPM-дистрибутив. Fedora установлена у меня на один из разделов SSD как дополнительная ОС. Fedora является детищем Red Hat — системообразующей компанией в мире Linux. Многие совершенно заслуженно считают Fedora Workstation эталонным Linux для работы с Wayland, Gnome, Systemd и DNF, которые тоже разрабатываются в Red Hat. Огромное количество дополнительных инструкций в сети, дополнительного ПО и прочего считают Fedora «типичным», «образцовым» Linux, что очень удобно. Когда я нахожу на Github какой-нибудь модный проект, написанный на NodeJS,  у меня никогда нет сомнений, что он заработает в Fedora. В Fedora имеется колоссальный репозиторий сторонних проектов под названием Copr, с ним можно работать прямо из командной строки. Короче говоря, Fedora — это зрелый, развитый и перспективный дистрибутив, который полезно попробовать. Очень много передовых технологий сначала появляются именно в нём, взять тот же Wayland. С другой стороны, у Fedora отвратительный инсталлятор Anaconda, который глючил всегда (с 2003 года), и куча мелких косяков, которые изрядно портят жизнь людям. В сети полно свидетельств того, как тормозит Gnome и отваливаются его расширения в Fedora, как вместе с обновлениями прилетают регрессии. То есть, не всё так однозначно.
  3. Дистрибутивы, произошедшие от Mandriva — подмножество RPM-based. Так сложилось, что я слежу за этой веткой развития Linux. На сегодняшний день ситуация такая:
      • Mageia Linux — кривое поделие в стиле «лоскутного одеяла». Устаревшее ПО, редкие обновления, часть репозиториев представлена сетевыми папками на Яндекс-диске (это уже о многом говорит). Типичный проект сообщества — нет направления развития, просто слабый дрейф и попытка поддерживать пакетную базу на минимально приличном уровне;
      • OpenMandriva — интереснейший проект, вылупившийся из стабильной версии Rosa Desktop Fresh (о чём сами разработчики OMV очень не любят вспоминать и скрывают этот факт). В OpenMandriva сделано много классных штук — интеграция инсталлятора Calamares, возврат с RPM5 на RPM4, сборка всей системы компилятором Clang, дополнительные оптимизированные сборки для ARM и AMD Ryzen и всё в таком духе. Дистрибутив ориентирован на настольное применение и отличается хорошей отзывчивостью — это действительно так, советую попробовать. Проблема лишь в том, что при всех этих фантастически крутых нововведениях очень сильно пострадала стабильность. Команда OMV превратила репозитории ОС в сущий бардак, при котором многие пакеты имеют битые зависимости. Первый восторг от использования OMV быстро сменяется разочарованием из-за ужасающе низкого качества ОС как продукта. Невозможность установить часть пакетов из стандартных репозиториев — это серьёзный индикатор как-никак…
      • Rosa Fresh — не путайте её с той Росой, которая иногда мелькает в новостях. В грубом приближении, есть две Росы: одна основана на RHEL и сертифицирована для работы с коммерческой и гос. тайной, она нас не интересует. Напротив, «обычная» Роса (Rosa Fresh) — это истинный наследник и продолжатель дела Mandriva. Проект добился хороших результатов в период с 2012 по 2016 года, но в последнее время стагнирует. Команда разработчиков Росы очень маленькая, она не успевает поддерживать систему в актуальном состоянии, из-за чего до сих пор последней версией является Rosa Fresh R11 на платформе 2016.1. Как можно догадаться, базовый софт в ней до сих пор от 2016-2017 годов, хотя отдельные части можно обновить (ядро, рабочий стол). Владелец Росы — компания ОАО «НПО Ангстрем« — за всё время своего шефства абсолютно никак себя не проявила, из-за чего создалось ощущение, что этот дистрибутив брошен и не развивается (что не так). В плане поддержки оборудования, отточенности и стабильности Rosa Fresh R11 очень хороша, это один из лучших RPM-дистрибутивов, обладающий собственным обширным репозиторием Contrib (в OMV его поломали и назвали Unsupported, кстати), а также интересными проектами пользователей в системе Rosa ABF.
      • Итого: из наследников Mandriva наиболее достойной ОС является Rosa R11. Надеюсь, что мы дождёмся новой версии R12 на платформе 2019.1, и в ней будет не очень много багов.
  4. Отечественные ОС. Их много, но основные названия и так на слуху: это Alt Linux, Rosa, Astra Linux. Примерно раз в год я делаю подход и пытаюсь настроить у себя Alt Linux Workstation, и каждый раз я её удаляю через несколько часов. Этот дистрибутив постоянно оставляет ощущение недоделанности и полного отсутствия того, что называют Quality assurance (QA, «проверка качества»). Дружелюбность к пользователю нулевая, собственный конфигуратор системы Alterator примитивен, ну и так далее. Менеджер пакетов Apt-rpm может запросто упасть при неудачном стечении обстоятельств. Если у вас выход в интернет через проксирующий сервер Squid с авторизацией — ждите проблем. Alt Linux представляет из себя небрежную заготовку, из которой при желании и везение иногда можно слепить что-то приличное. Напротив, Astra Linux от Русбитеха мне очень понравилась, это интересный, самобытный и очень толково сделанный дистрибутив, с собственным легковесным рабочим окружением Fly. Однако, Astra Linux ориентирован на защищённые рабочие места и сохранение конфиденциальности, это не настольная система. Иными словами, в ней довольно мало дополнительного ПО, и если ваши интересы требуют большего, нежели Libreoffice и Firefox, то лучше поискать что-то другое. Ту же Росу, например.
  5. Дистрибутивы для старых ПК или просто для слабого «железа». У меня имеется компьютер с ЦП Pentium 4, 2 ГБ ОЗУ и видеокартой Radeon HD4850, так что я знаю, о чём говорю. Первое и самое главное: не следует ставить на подобное антикварное оборудование что-либо с рабочим столом Gnome/Cinnamon/Pantheon. Стандартные редакции Ubuntu, Fedora, Mint, а также elementaryOS сразу отвергаем. Причина: почти всё, что основано на GTK3, очень пухлое и ресурсоёмкое, просто на современном железе вы этого не замечаете. Любой дистрибутив с KDE4/Plasma5 будет работать быстрее, как бы неожиданно это ни звучало. Быстрее и плавнее всех на означенной древней конфигурации у меня летала именно OpenMandriva. Если скорость и отзывчивость для вас приоритетны, ставьте её, хотя надо быть готовым к «сырости» этой системы. Второй вариант — что-нибудь на базе XFCE или Mate. Это тоже GTK (и местами GTK3), но работает всё же довольно быстро. Третий вариант — Q4OS. Это дистрибутив на основе Debian с рабочим столом Trinity, т.е. с реанимированным KDE3. Он очень быстрый, но выглядит довольно архаично (зато может хорошо подойти людям старшего поколения).
  6. Дистрибутив для родственника, которому нужен Интернет, печатная машинка, и чтобы всё «просто работало». Тут нужно не выпендриваться, а поставить систему, которая:
      • Не сломается после обновления;
      • Имеет длительный срок поддержки;
      • Не требует длительного ковыряния и починки после каждого «чиха»;
      • Позволяет неподготовленному человеку устанавливать дополнительное ПО.

    Этому критерию хорошо соответствуют Ubuntu, Mint, Rosa и совсем не подходят rolling-дистрибутивы. Поставить бабушке Calculate или Arch — тяжкое преступление. Просто представьте, что произойдёт, если систему не обновлять, скажем, год, а потом взять и установить прилетевшие обновления? Вероятность поломки стремится к 100%.

  7. Наконец, для дистрибутивов с классическим циклом выхода версий важна способность ОС обновляться на новый мажорный релиз без переустановки. Опыт подсказывает, что лучше всего ситуация в Fedora (там это делается прямо из Gnome Software), хуже всего — в elementaryOS (и разработчики, и знающие люди советуют каждую версию ставить заново).

Итак, если вам не важны тонкости и вы не знаете, что выбрать, берите Ubuntu или Mint. Если у вас аллергия на Gnome Shell и Cinnamon, берите толковый дистрибутив с рабочим столом Plasma5 — например зелёного хамелеона, Rosa R11 или Kubuntu. Если компьютер старый/слабый — берите любой дистрибутив с рабочим столом XFCE, Mate, Trinity (TDE) или Plasma5. Если у вас уже и так всё работает, но хочется посмотреть что-то ещё — обратите внимание на Fedora и elementaryOS, в плане качества это крепкие середнячки.

Выше я уже написал, что Fedora установлена у меня второй системой. Какая же первая? Ха-ха, это openSUSE Leap 15.1 с рабочим столом Plasma5. Я слежу за развитием проекта openSUSE с 2006 года и в последние 2-3 года Leap является моей основной системой. Объясню, почему.

В мои задачи входит тестирование и написание обзоров на свободное ПО, большая часть которого живёт на Github. Соответственно, мне нужно, чтобы в моём дистрибутиве был наиболее полный, максимально насыщенный стек уже собранного ПО, а также полный инструментарий для самостоятельной компиляции. Нужна стабильная система, но при этом с возможностью установки самого свежего софта. Если же что-то пойдёт не так, мне понадобится вернуться обратно. Нужны развитые средства настройки системы, учитывающие предпочтения таких «мышевозов» как я. Например, чтобы можно было управлять параметрами предотвращения Spectre и Meltdown прямо в GUI. И чтобы межсетевой экран можно было бы так же настраивать. Короче, нужен подход в стиле Windows NT, но реализованный в Linux. И я нашёл такой вариант: это openSUSE Leap. Для некоторых юзверей он кажется неидеальным, но тут зависит, с  какой стороны тестировать. Для меня «по сумме баллов» это наиболее полный, развитый и удобный Linux из всех, что я когда-либо встречал. Вот некоторые соображения:

  • openSUSE Leap для меня удобнее чем rolling-версия openSUSE Tumbleweed, потому что я хочу иметь возможность откатываться к стабильным версиям ПО когда захочу. Я просто отключаю ненужные репозитории и делаю ‘zypper dup’ (всё же, без командной строки никуда);
  • Поставляемый с системой инсталлятор чрезвычайно удобен, логичен и надёжен, несмотря на то, что это важно лишь на начальном этапе;
  • В целом, мне нравится, что openSUSE одновременно подходит как для серверного применения, так и настольного. Есть всякие удобные штуки, типа Autoyast для массового развёртывания рабочих станций, но одновременно есть и всё для мультимедиа — достаточно подключить репозиторий Packman;
  • Обновления системы устанавливаются в 2 щелчка мыши и без ввода каких-либо паролей, благодаря шикарной интеграции Plasma5 и Packagekit+Zypper; Zypper, на мой взгляд, это самый мощный и развитый пакетный менеджер. Он написан на C++, стабилен и ничем не уступает Apt и DNF;
  • Когда мне нужно что-то установить, а в подключённых репозиториях нужной программы нет, то я иду на software.opensuse.org и с высокой долей вероятности нахожу там то, что нужно. В дополнительных репозиториях программ не просто много, а очень много. Например, я могу собирать ПО разными версиями GCC и Clang, могу подключить ядро с поддержкой Reiser4/5, могу поиграться с рабочим столом Trinity.  При этом у меня ничего не ломается, система остаётся очень стабильной;
  • Я предпочитаю Plasma5 — это самый удобный и функциональный рабочий стол. По идее, многое из уже описанного выше я мог бы делать в Kubuntu и Fedora KDE, но всё же эти два дистрибутива являются дополнительными и как бы менее «официальными» по отношению к своим основным редакциям. Ну, и в них нет Yast, само собой.  OpenSUSE официально относится ко всем рабочим окружениям одинаково, но на деле по умолчанию при установке предлагается именно Plasma5. Когда в новостях пишут о новой версии Plasma 5, мне не нужно ждать следующего релиза openSUSE Leap — я знаю, что через день-другой эта новая версия прилетит ко мне в составе обычных обновлений. Это действительно удобно.

В сухом остатке: я не могу утверждать, что на вашем оборудовании openSUSE будет работать идеально, но мне повезло, и никаких проблем у меня не вылезло. Это хороший сбалансированный дистрибутив, требующий небольшой доводки после установки, но взамен предлагающий огромные возможности без ущерба качеству. Я

При написании обзоров я стараюсь поддерживать баланс между разными категориями ПО, как-то: GTK-based, Qt-based, консольные, системные, мультимедиа и т.п., чтобы всем было интересно. Моя многолетняя практика показывает, что для этого полезно иметь две ОС: одну с миром Qt-программ, другую — с GTK-программами. Я выбрал связку openSUSE Leap 15.1 (Plasma5) и Fedora 31 (Gnome 3). В качестве альтернативного варианта второй системы можно использовать Mint с его Cinnamon, но это уже дело вкуса. Спасибо, что дочитали!


Тихая загрузка 2.0

15.11.2019

В продолжение моих предыдущих изысканий. Нашёлся параметр загрузки ядра Linux, который гасит все экранные сообщения легко и изящно, переводя их на «пустую» консоль. Это console=ttyS0. Для достижения нужного эффекта нужно только добавить второй параметр, отключающий мигание курсора:
console=ttyS0 vt.global_cursor_default=0
Вот и всё! Одна строка заменяет собой целую статью Silent boot на арчвики.


Снова про Linux

17.10.2019

Недавно у меня был интересный опыт установки нескольких дистрибутивов 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 года, однако большая часть прикладного ПО обновлена до актуальных версий. Особо отмечу:

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

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


Немного о быстрой (и тихой) загрузке

01.09.2019

Данная запись дополняет мою прошлую заметку про загрузку Linux без экранных сообщений. В этот раз я покажу, как можно организовать загрузку в обход Grub2, т.е. обойтись без стороннего загрузчика вообще. Нам понадобится система с поддержкой UEFI и примерно 5 минут времени.

Современных компьютеров без UEFI днём с огнём не сыщешь, и даже моя рабочая лошадка родом из 2011 года прекрасно поддерживает эту технологию. В Linux имеется замечательная утилита efibootmgr, управляющая загрузочными записями прямо в ПЗУ материнской платы. С помощью Efibootmgr можно добавлять, удалять и менять приоритет загрузки этих записей. Efibootmgr может добавить запись, ссылающуюся на grub2-efi — в этом случае вы увидите меню Grub вашего дистрибутива. Но можно сразу указать путь к vmlinuz и initrd, а также произвольный набор параметров ядра, и тогда Linux будет загружаться безо всякого Grub. Если у вас на ПК установлена только одна ОС, то это прекрасный способ сделать процесс загрузки более быстрым и плавным.

Для реализации этой идеи для начала нужно скопировать образы vmlinuz и initrd из /boot куда-нибудь внутрь EFI-раздела. В моём случае это директория efi/opensuse. Я переименовал эти файлы в initrd.img и vmlinuz.efi для удобства, но названия могут быть любыми. Далее следует ввести команду примерно такого вида:
efibootmgr --create --disk /dev/sda --part 1 --label "opensuse" -u --loader '\efi\opensuse\vmlinuz.efi'
"root=/dev/sda2 initrd=/efi/opensuse/initrd.img resume=/dev/sda2 splash=silent plymouth.enable=0 quiet elevator=noop logo.nologo acpi_osi=Linux acpi_backlight=vendor audit=0 rd.timeout=120 scsi_mod.use_blk_mq=1 dm_mod.use_blk_mq=1 systemd.show_status=0 rd.udev.log-priority=3 ipv6.disable=1 loglevel=3 vt.global_cursor_default=0 systemd.log_target=null systemd.journald.forward_to_console=0 systemd.default_standard_output=null systemd.default_standard_error=null init=/bin/systemd"

На что нужно обратить внимание:

  • У меня EFI-раздел находится на /dev/sda1, а корневой — на /dev/sda2 (у вас может быть иначе);
  • Я отключил заставку Plymouth, указал планировщик ввода/вывода Noop, отключил IPv6 и убрал вывод сообщений на экран (тут довольно много опций, с избытком);
  • Нужно не забыть передать UEFI-загрузчику путь до Systemd. В openSUSE это /bin/systemd, но в других системах может быть иначе, например в Росе это /lib/systemd/systemd.

Далее нужно указать приоритет записей:

efibootmgr -o <номер 1>,<номер 2>...

Можно просто удалить все остальные записи кроме нашей:

efibootmgr -b <номер записи> -B

Дополнительно имеет смыл залезть в UEFI BIOS и включить там быструю загрузку, когда система не показывает логотип производителя, не пытается опрашивать USB-устройства и т.д.

Мой результат: от нажатия кнопки питания на системном блоке до полной прогрузки KDE Plasma проходит 25 секунд, причём половина этого времени проходит ещё до загрузки Linux.

Вот и всё. Если ваш дистрибутив всё равно загружается слишком долго, посмотрите вывод команды systemd-analyze blame. Скорее всего, какой-то сервис инициализируется слишком долго — иногда его проще отключить.

P.S.

Для отключения неопрятных сообщений в консоли, которые мигают, например, перед выключением/перезагрузкой системы, существует простой хак:
sudo systemctl disable getty@tty1.service
Теперь у вас нет консольного терминала, но зато выглядит всё просто отлично!


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

23.04.2019

Если вам не нужны служебные и отладочные сообщения, которые мелькают при загрузке 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 и задать ему поменьше секунд. У меня он выглядит так:

systemd

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

grub2-editor


elementaryOS

11.01.2019

Совершенно случайно обстоятельства сложились так, что меня в Интернете считают специалистом по настройке и кастомизации elementaryOS. Я до сих пор получаю в почту комментарии к своим старым статьям о том, как довести до ума версии Luna, Freya и Loki. В своё время мне действительно было это интересно, но это время уже позади. Когда в октябре 2018 года вышла версия 5.0 Juno, мне не захотелось делать полноценное руководство для этой системы по довольно банальной причине: это не очень хорошая система. Команда и сообщество elementary очень малы, у проекта очень мало ресурсов на полноценное развитие, не говоря уж о QA. Вы заметили, что у elementaryOS нет форума, полуживые аккаунты в соцсетях, а официальный русский канал в Telegram забит трэшем и школьным ололо в стиле MDK? На этом фоне меркнет даже тот факт, что в сей замечательной ОС нет системного лотка (но его можно вернуть).

На самом деле, с 2003 года, когда я скачивал пакеты kdebase и kdelibs версии 3.2 на нашей кафедре редактирования и издательского дела, почти ничего не изменилось. Во всяком случае, я по-прежнему использую самую лучшую и мощную среду рабочего стола (KDE) и не могу нарадоваться этому. Поэтому в новом году я постараюсь писать больше именно о возможностях KDE Plasma Desktop.

 


KMail и Akonadi

11.01.2019

Принято считать, что 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?