Linuxformat: последние колонки. Июнь 2017 — декабрь 2018

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

Как было сказано в Посмертных колонках, журнал Linuxformat стал достоянием истории. Что и послужило поводом поставить в этой истории свою личную точку: разместить последние опубликованные колонки, начиная с июня 2017 года и заканчивая декабрём 2018. Как и в предыдущих подборках (см. Linux и все, все, все…, Про Linux и немного про других, Про Linux и немного про австралопитеков), колонки размещаются в авторской редакции.

Cinnamon 3.4: косметика или оптимизация?

Впервые опубликовано: LXF#223 (июнь 2017)

Стало доброй традицией последних лет, что очередная версия Cinnamon выходит дважды в год — весной и осенью. Не стала исключением и нынешняя весна, ознаменованная релизом этой рабочей среды за номером 3.4, хотя никакой информации о ней в предшествующие полгода на сайте разработчиков не было. И потому можно было ожидать, что и существенных новшеств она не принесёт, кроме разве что косметических улучшений.

И, на первый взгляд, так оно и было: не считать же важной вехой десктопостроения возможность не только вертикального, но и горизонтального размещения пиктограммок на рабочем столе. Однако оказалось, что существенные изменения спрятаны «внутре» среды. А именно: демон настройки cinnamon-settings-daemon, ранее запускавшийся как единый процесс, был разбит на составные части, соответствующие отдельным модулям Центра управления (управление питанием, настройка экрана и устройств ввода, и так далее). Каждый из них запускается как отдельный процесс, не затрагивая остальные части десктопа. Аналогично, настройка файлового менеджера Nemo тоже разделена на два изолированных процесса, один из которых отвечает за окна файлового менеджера, второй — за конфигурирование рабочего стола.

Всё это должно повысить устойчивость среды и понизить потребность её в ресурсах. И хотя, если смотреть на цифры, этого не очень заметно, но субъективная отзывчивость среды возросла.

Не обошлось, разумеется, и без косметики, более всего приложенной к настройкам экранной заставки. Однако это — мелочи, на которых я останавливаться не буду. А отмечу лишь, что общая тенденция развития среды Cinnamon — обходиться без революционных бурь и потрясений, — продолжается.

Память и тенденции

Впервые опубликовано: LXF#224 (июль 2017)

В прошлой колонке (LXF#223) речь шла о новой версии среды Cinnamon. И о том, что, благодаря мерам по её оптимизации, можно было надеяться на снижение ею потребления ресурсов. Вопреки известной эмпирической закономерности: в каждой новой версии любой рабочей среды требования к памяти могут только возрастать.

Увы, проверка гармонии алгеброй показала, что это не так. И новая версия Cinnamon затребовала при первом своём запуске памяти больше, нежели предыдущая. Насколько больше — говорить неуместно, ибо это существенно зависит от аршина, которым та самая память измеряется. Однако величина эта была больше статистических погрешностей эксперимента. Так что же, законы развития софта непреложны, и чудес не бывает? Бывают. И, как ни странно, там, где их можно меньше всего ожидать.

С давних пор повелось, что среда KDE — самая прожорливая по части ресурсов вообще и памяти в частности. Да на самом деле почти так и было долгое время (если исключить эпитет «самая» — сородичи от неё по сей части отставали не очень). Однако в версиях KDE Plasma 5.8–5.10 начали наблюдаться противоестественные явления: потребление памяти в каждой последующей версии снижалось. Иногда — немного, но иногда и статистически значимо. Но если тенденция продолжится в следующих релизах этой среды — начётся ведь сплошное безобразие и нарушение законов природы…

Правда, всё сказанное относится к эталонным сборкам KDE из проекта Neon, о котором не очень любят говорить вслух. И поэтому в следующей колонке речь пойдёт именно об этом проекте.

Быть root’ом в KDE

Впервые опубликовано: LXF#225 (август 2017)

До недавнего времени в KDE легко запускались приложения графического режима с привилегиями администратора — как с помощью специальных утилит вроде kdesu и kdesudo, так и непосредственно из файлового, скажем, менеджера. И так было в KDE, начиная как минимум с «двойки». А вот вот в «пятёрке» давеча вдруг пропало. И из Dolphin’а исчезли опции Open as root и Edit as root, и тот же Dolphin или Kate отказались запускаться прямой командой kdesudo kate. Сначала это обнаружилось в «референсных» сборках проекта KDE Neon, а потом и многие другие дистрибутивы подтянулись. Ибо оказалось это генеральной линией партии разработчиков KDE, вызванной к жизни их неуклонной заботой о пользователе. Вот и стали они «причинять ему добро налево и направо», запрещая совершать действия, «народу ненужные».

Благо, майнтайнеры не всех дистрибутивов за генеральной линией последовали. В частности, создатели дистрибутива Maui, хоть и основывались на «референсном» Neon’е, сохранили и утилиту kdesudo, и плагин Root Actions Servicemenu, позволяющий получать права администратора непосредственно из пользовательского сеанса Dolphin’а. А затем «патченные» версии Dolphin’а и Kate с KWrite, которые можно было запустить от имени root’а, появились и в некоторых других дистрибутивах — сначала в Antergos’е и в openSUSE, а нынче, вероятно, и в более иных.

Однако Maui в этом ряду оказался одним из первых — и потому о нём будет следующая колонка (LXF#226).

И наконец о Maui

Впервые опубликовано: LXF#226 (сентябрь 2017)

На протяжении последнего времени в этой колонке неоднократно упоминался дистрибутив Maui — и каждый раз с обещанием рассказать о нём подробнее вскоре. Вот и настало время исполнения обещаний. Так что Maui…

…это дистрибутив, основанный в базовой своей части на Ubuntu LTS рекущего разлива (то есть в данный момент — на 16.04). Не использующий при этом технологию HWE — но обновляющий ядро по собственному графику, только в рамках LTS-его версий. А в качестве десктопа применяющий KDE — да не простое, а Neon’ое последних версий (о котором тоже говорилось не раз). И опять же не «в лоб», а через промежуточный тестовый репозиторий. Чем обеспечивается гармония между актуальностью и устойчивостью. Что является первой особенностью дистрибутива.

Вторая его особенность — отсутствие «зацикленности» на идеологической чистоте: не смотря на применение KDE как единственного десктопа, в штатном комплекте дистрибутива имеется множество Gtk-приложений, органично интегрированных в среду Plasma.

Есть у него и третья особенность: не смотря на внешнее сходство, он ни в коем случае не является Kubuntu. И, того паче, с последней несовместим, ибо использует гранаты… пардон, Qt-библиотеки, иной системы.

В общем, это хороший дистрибутив для всех, кто уважает современное KDE (Plasma от 5.8 и выше) и при этом не страдает аллергической реакцией на Ubuntu. Но путём нескольких несложных действий его можно сделать ещё лучше. Как — будет рассказано в следующей колонке (LXF#227).

Кастомизация Maui

Впервые опубликовано: LXF#227 (октябрь 2017)

Прошлая колонка была посвящена особенностям дистрибутива Maui, которые можно считать достоинствами — и ни слова не было сказано о его недостатках. Впрочем, с моей точки зрения, недостаток у Maui только один — перегруженность штатными приложениями и их достаточно субъективный выбор. Трудно себе представить применителя, не занимающегося профессионально графикой, которому нужны были бы одновременно и GIMP, и Krita. А про игры и говорить нечего: для записного геймера их мало, для простых людей — слишком много.

Напрашивается естественное желание иметь некую облегчённую версию, освобождённую от всего, что определяется вкусом, привычками и предпочтениями. Но такой, увы, нет. Что же, ещё Ильф и Петров объяснили нам, чьих рук делом должно быть дело спасения утопающих. Тем более что такую Lite-версию Maui легко изготовить самостоятельно. Или — воспользоваться той, которую уже сделал автор этих строк. Из неё удалены все игры, почти вся мультимедия и графика (кроме абсолютно необходимой), и даже… LibreOffice. В результате чего получился iso-образ на 1,4 ГБ, занимающий после установки 4,8 ГБ (оригинал — 2,0 и 6,7 ГБ, соответственно).

Очисткой системы дело не ограничилось: для обновления ядра был задействован стек HWE, выполнены кое-какие настройки KDE и его штатных приложений. Полный отчёт о проделанной работе можно видеть здесь.

Cintu и системы ремастеринга

Впервые опубликовано: LXF#228 (ноябрь 2017)

Как всем известно, создавать на базе Ubuntu собственные ремиксы, респины и тому подобные пересборки, в том числе и узкоспециальные, очень просто. Достаточно установить базовую систему с mini.iso, а затем нарастить её Иксами, любимым десктопом или оконным менеджером, а также необходимыми приложениями. Однако радости от такой системы будет мало, если её не удастся легко тиражировать по крайней мере в узких кругах родных и близких. А для этого нужен ещё и инструментарий ремастеринга — то есть создания образов на основе самосборной системы. А вот с этим инструментарием время от времени возникают напряги: рано или поздно они или забрасываются своими разработчиками (как Systemback), или поддерживаются только для последнего LTS-релиза Ubuntu и систем на её основе (например, Remastersys).

Особенно остро этот вопрос стоит для Ubuntu based сборок со средой Cinnamon, одна из которых автором этих строк названа Cintu. До недавнего времени она выполнялась с помощью инструментов Systemback, развитие которых прекратилось фактически на уровне Ubuntu 16.04 LTS. И работоспособность которых в более поздних версиях этого дистрибутива, мягко говоря, не гарантируется. А между тем новая версия Cinnamon выходит регулярно, каждые полгода, примерно одновременно со следующим релизом Ubuntu. И возникает резонное желание включить в очередную Cintu последние достижения «коричного миучринства».

Решение обнаружилось неожиданно: по крайней мере к грядущему релизу Ubuntu 17.10 можно прикрутить систему ремастеринга Refracta, хотя та и разрабатывалась для чистого Debian’а. И это вселяет надежду на то, что дело Cintu не пропало…

Обновление Cintu: базис 17.10, надстройка — Cinnamon 3.6

Впервые опубликовано: LXF#229 (декабрь 2017)

В инфрастуктуре Ubuntu с давних пор представлены официальные дериваты «головной» системы со всеми существующими рабочими окружениями: от старинного KDE до недавно возникшего Budgie. Нет в этом списке только одной рабочей среды — Cinnamon. И пакеты для неё в официальном репозитории появились не так давно, не дают возможности собрать самодостаточную систему, да и отстают от Mint’овского апстрима на полгода для текущего релиза Ubuntu, и на несколько версий — для релизов предыдущих.

В обсуждение причин этого явления автор вдаваться не будет (хотя и имеет свои соображения). Ибо предпочёл некогда исправить эту недоработку, представив систему, названную им Cintu (см. LXF#216). Каковая вот уже более полутора лет собирается на базе Ubuntu 16.04 LTS со средой Cinnamon из PPA-репозитория Цветко Цветкова. «Жить можно бы беспечно при эдаком» наборе… по крайней мере до 2021 года. Однако — скучновато, да и очередной LTS-релиз, 18.04, уже маячит на горизонте. А поскольку, как было сказано в предыдущей колонке (LXF#229), технические проблемы по сборке Cintu на базе «промежуточных» релизов оказались (пока?) решаемыми, эта система была представлена в виде микста из базиса Ubutnu 17.10 и актуальной на данный момент версии Cinnamon 3.6, пакеты для которой взяты из PPA-репозитория Гвендаля ле Бьена (Gwendal LE BIHAN). Ссылка для скачивания образа — http://alv.me/cintu-17-10-i-cinnamon-3-6/.

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

Cintu 17.10 и Cinnamon 3.6: альтернатива

Впервые опубликовано: LXF#230 (январь 2018)

В предыдущей колонке (LXF#229) говорилось о сборке Cintu 17.10 со средой Cinnamon 3.6 из PPA-репозитория Гвендаля ле Бьена (Gwendal LE BIHAN). Который всем хорош… да вот только по определению предназначен для тестирования, а не для практической работы. И хотя последннее время никаких осложнений с ним не наблюдалось, вероятность их появления нулю не равна.

Благо, вскоре после выхода Cinnamon 3.6 появился альтернативный PPA-репозиторий, владкльцем которого является embrosyn — он имеет статус стабильного. И к тому же удачно дополняется его же репозиторием пакетов кроссдесктопного комплекта приложений X-Apps, разрабатываемого в рамках проекта Mint (см. LXF#211). Правда, эти пакеты имеются и в репозитории Гвендаля. Который вообще более полон — в частности, он включает дисплейный менеджер MDM, хорошо интегрируемый со средой Cinnamon. При установке же последней из репозитория embrosyn’а приходится использовать гораздо менее вписывающиеся в неё LightDM или GDM.

Впрочем, это не страшно — обычно дисплейный менеджер реально используется один раз, при первом запуске. И только для того, чтобы настроить автоматический вход в систему и больше его не видеть.

Зато в репозитории embrosyn’а имеется чрезвычайно полезный плагин для Nemo — nemo-terminal: как следует из названия, он обеспечивает поддержку встроенного терминального окна в этом файловом менеджере.

В результате, в дополнение к сборке Cintu, о которой говорилось в предыдущей колонке, был подготовлен и альтернативный микст на базисе Ubutnu 17.10 и среды Cinnamon 3.6 из PPA-репозитория embrosyn’а. Ссылку для скачивания образа можно найти здесь.

«Дырявые камни»: немного истории

Впервые опубликовано: LXF#231 (февраль 2018)

Каждый, кто хоть эпизодически следит за новостями из мира Open Source, привык к регулярным сообщениям о нахождении уязвимостей в ядре Linux и самых различных приложениях для неё. Достаточно часты и сведения о «багах» в прошивках, например, сетевого оборудования. А вот критические ошибки в «железном сердце» компьютера, то есть в процессорах, устанавливаются достаточно редко. А уж несколько ошибок сразу — событие почти уникальное. И такое событие мело место быть в новогодние дни, когда достоянием гласности стали сведения о критических уязвимостях Meltdown и Spectre, первая из которых затрагивает процессоры Intel и ARM, а вторая — также и AMD. Причём уязвимость Meltdown теоретически присутствует во всех Intel’овских процессорах, начиная с 1995 года.

И тут впору вспомнить, что в 1994 году в первых Pentium’ах (60 и 66 МГц) была выявлена ошибка в сопроцессоре, которая могла (!) приводить к ошибкам при вычислениях (так называемый баг FDIV). Которая сначала также замалчивалась. Однако когда факт получил огласку, последовали публичные извинения руководства фирмы Intel. И — кампания по свободной замене дефектных процессоров (правда, увы, не на Руси).

Возникает вопрос: не была ли такая покладистость Intel’а отвлекающим маневром? Призванным замаскировать существенно более серьёзную уязвимость Meltdown в проектируемых в то время процессорах. И что в компании об этой уязвимости знали с самого её появления, но ничего не сделали для её исправления. Более того, Линус Торвальдс высказал подозрение, что она сохранится и в грядущих процессорах Cannon Lake и Ice Lake.

Linux: какой дистрибутив выбрать?

Впервые опубликовано: LXF#232 (март 2018)

Вопрос, поставленный в заголовке, лет 15 назад был любимой темой для обсуждения на всех ресурсах соответствующей тематики. Потом стало казаться, что острота его как-то сгладилась. Однако нынче он возник в обсуждениях сразу с несколькими моими онлайновыми друзьями, отнюдь не начинающими. Правда, ещё и в аспекте: какой дистрибутив лучший? В связи с этим постараюсь дать ответ на обе формулировки одного и того же вопроса. Подчёркивая, что сказанное ниже — не более чем моё личное мнение.

На вопрос из заголовка ответить легко. Для выбора дистрибутива следует взять Top-100 Distrowatch’а, закрыть глаза и ткнуть пальцем. Ибо почти все активно развиваемые дистрибутивы равноценны по своим применительским качествам. Хотя могут различаться по потребительским. И потому при таком методе выбора есть риск напороться на узкоспециализированное решение типа Kali. Но скорее «слепой» выбор даст результат, вполне приемлемый для первого знакомства.

Со второй гранью «вечного» вопроса — немного сложнее. По только что озвученной причине оценивать дистрибутивы в терминах «хорошо или плохо» — затруднительно. Поэтому — мой личный рейтинг с позиций «интересно или нет» таков (с исключением из него Cintu, которая вне конкуренции).

Если хочется «гладкой» системы с KDE — Maui. При желании выбора рабочих сред — Antegros. Для любителей нестандартных решений — Void Linux или NuTiX. Наконец, для тех, кому нужно просто работать, не завивая себе голову себе всякими Linux’ами — Linux Mint или LMDE. На этом заканчиваю в связи с лимитом объёма колонки. Ибо (почти) в любом дистрибутиве, если исключить откровенно халтурные поделки, можно найти что-то интересное.

Linux: а зачем выбирать?

Впервые опубликовано: LXF#233 (апрель 2018)

В прошлой колонке разговор был о выборе дистрибутива. Который завершился судьбоносным решением: выбираемый дистрибутив может быть… любым. Потому что, что бы ни говорили о несравненных достоинствах дистрибутива имя-рек-один супротив всех остальных имя-реков, не верьте им: по своему функционалу они практически одинаковы.

Поэтому на самом деле выбор сводится к выбору рабочего окружения — так называемого десктопа. И здесь тоже, люди, будьте бдительны: бессчётные сетевые источники будут твердить вам о несравненных достоинствах KDE супротив GNOME, и наоборот. Что тоже неправда: самое убогое рабочее окружение, типа GNOME, худо-бедно позволяет решать применительские задачи. А самый продвинутый из всех десктопов, KDE, может весьма помешать в этом деле. Хотя бы тем, что довольно сложно удержать себя от настраивания всего, что можно настроить…

Поэтому выбор начинайте не с дистрибутива. Начинайте его с десктопа. Да, в кругах, полагающих себя около-IT’шными, всё время раздаются стоны: мол, изобилие Linux’овых десктопов очень усложняет жизнь потенциальных пользователей этой ОС. С этим трудно не согласиться. Если не забывать о словах моего старого коллеги и товарища, Сергея Голубева: разнообразие женщин очень затрудняет жизнь мужиков. Подозреваю, что и наоборот — тоже.

Поэтому, ребята, выбирайте себе десктоп тщательно. Не опасаясь ошибок в ходе проб: ибо только дурак может верить, что всему научится на чужих ошибках. Умный понимает, что изрядную их часть ему придётся сделать самому.

Bionic Server как десктоп

Впервые опубликовано: LXF#234 (май 2018)

О системе Cintu немало говорилось на этих страницах. И всегда подчёркивалось, что в качестве основы для неё использовался установочный диск Ubuntu mini.iso — образ объёмом в несколько десятков мегабайт, включающий ядро Linux’а, средства запуска инсталлятора (так называемого «альтернативного», работающего в текстовом режиме) и настройки сети — всё остальное, и в наисвежайшем виде, получается из официальных репозиториев проекта. Метода была отработана, проста, надёжна.

Но случилась незадача: на стадии тестирования 18.04 в установщике mini.iso безнадёжно поломали консольную русификацию — похоже, это становится традицией перед выходом очередного LTS-релиза. Само по себе — не страшно, на стадии инсталляции можно и вражью мову стерпеть. Но создавало некоторые шероховатости уже после установки. Впрочем, тоже поправимые — но нельзя ли обойтись без них? А потому появилась мысль — в качестве базиса для Cintu использовать Ubuntu Server? Тем более, что в нём появился новый инсталлятор, также текстовый, но вполне современный на вид («альтернативный» инсталлятор Ubuntu не менялся лет 14).

Оказалось, что инсталлятор очень даже годный, весьма простой и при этом вполне функциональный. Правда, неизбежные затраты дискового пространства на избыточные цели — но и это решаемо. Его бы в mini.iso прикрутить, с опцией установки только метапакета ubuntu-minimal — цены для наших целей бы не было. Так что если в «альтернативном» инсталляторе консольную кириллицу к релизу не вылечат — можно будет и его принять за основу.

Шутки Bionic’а

Впервые опубликовано: LXF#235 (июнь 2018)

Вот уже 5 лет в качестве основной рабочей системы применяю Ubuntu и её дериваты И, каждый раз перед очередным релизом её я смотрю: а чего в ней в очередной раз поломали? Ибо до сих пор это происходило с неизбежностью уравнений небесной механики: то раскладку клавиатуры испортят, то кириллицу в консоли. Что быстро исправлялось — но каждый раз вносило сложности в сборку Cintu, которая тоже принадлежит к отпрыскам Ubuntu, хотя и незаконным.

Правда, перед выходом релиза 18.04, известного как Bionic Beaver, ничто такого поломатия не предвещало — Cintu на базе предыдущего релиза (17.10) собралась на удивление гладко. Однако тут подстерегала засада, связанная с нарушением некоторых зависимостей от gksu. Который оказался изъятым не только из штатного комплекта дистрибутива, но и из репозиториев вообще. Что произошло буквально за две недели до релиза и обосновывалось его устарелостью. Устарелость же вызвана была неработоспособностью этой команды в Wayland’е. Сеанс которого, по парадоксальной логике разработчиков, был исключён из 18.04 по умолчанию — но должен был быть включён в релиз 18.10.

Конечно, это священное право майнтайнеров — считать устаревшим тот или иной компонент системы. Однако изымать из репозитория пакет, от которого зависит множество сторонних пакетов, да ещё делать это накануне релиза… на это можно отреагировать только словами пионера имя рек из письма его в редакцию журнала «Костёр». Причём «сломанные», опять же совсем недавно, зависимости оказались и у некоторых других пакетов, входящих во вполне официальные репозитории.

Впрочем, это ничуть не помешало своевременному выходу Cuntu 18.04 и даже имело некоторые положительные следствия, о чём будет говориться в следующей колонке.

Cintu Bioni’ческая

Впервые опубликовано: LXF#236 (июль 2018)

Как было сказано в прошлой колонке, перевод базы Cintu на релиз Ubuntu 18.04 LTS, он же Bionic Beaver, сопровождался некоторыми осложнениями, связанными с нарушением ранее существовавших зависимостей. Однако они оказались преодолимыми. И, более того, вызвали некоторые положительные последствия.

Среда Cinnamon возникла как форк GNOME 3 и основана на библиотеках Gtk3. И GNOME- и Gtk-приложения выглядят в ней как «родные». А вот приложения на базе Qt/KDE кажутся совсем «чужими». Хотя одни приложения лучше в KDE, другие — из числа тех, что на базе Gtk. Но если рабочая среда обычно выбирается по любви (в том числе и за красоту), то приложения — скорее по расчёту, то есть функционалу. И потому возникает естественное желание совместить любимую среду с наиболее функциональными в своих классах приложениями, вне зависимости от их происхождения и «родственных связей».

Удачные примеры такого «межвидового» скрещивания известны — например, дистрибутив Maui, некогда описанный на на этих страницах. Его коронка — интеграция в среду KDE приложений на базе Gtk, которые превосходят «родные» аналоги. И потому напрашивается мысль: прикрутить самые удачные приложения Qt и KDE к среде Cinnamon. В результате образовалось две новые редакции Cintu 18.04 — Small Edition (с минимумом Qt/KDE приложений, вроде вьювера Nomacs и текстового редактора Kate), и Big Edition, включающая полный набор приложений GIS-GPS. Обе доступны для скачивания по ссылкам на сайте Cinia.

Linux Mint-19

Впервые опубликовано: LXF#237 (август 2018)

Дистрибутив Linux Mint традиционно считается клоном Ubuntu. Хотя на самом деле это уже давно — самостоятельная система со всеми атрибутами таковой. Она имеет собственную систему управления пакетами, хотя и основанную на APT’е и aptitude, идущими ещё от Debian’а. Однако Mint’овская реализация apt’а — это далеко не обычный apt, а продукт интеграции dpkg, apt и aptitude. Есть здесь и собственный менеджер программ, отличный от покойного Ubuntu’вского и сменившего его GNOME’вского.

Конечно, базовая система Mint’а устанавливается из официальных репозиториев Ubuntu. Однако Mint имеет и собственный репозиторий — в частности, именно из него берутся оба его титульных десктопа, Cinnamon и MATE. Причём первый разрабатывается в рамках проекта Mint, и его релиз-циклы привязаны к релизам дистрибутива. Наконец, разработкой проекта является и кросс-десктопный комплект базовых приложений графического режима, X-Apps — от текстового редактора до графики и мультимедии.

Самостоятельность Mint’а выпукло смотрится в недавно вышедшем 19-м его релизе. И начинается она прямо с Экрана приветствия. В большинстве дистрибутивов роль его достаточно формальная. В Mint’е же это реальное пошаговое руководство к действию по вступлению в систему, в котором можно сразу выполнить все основные действия по её настройке. И именно в том порядке, в каком их желательно выполнять, начиная от настройки Снимков системы (на них нынче завязаны Менеджеры обновлений и драйверов), и заканчивая «косметикой» внешнего вида.

Важно понимать, что Mint — именно системная целостность, все компоненты которой целесообразно применять в комплексе, а не бездумно использовать рецепты, «надёрганные» из Ubuntu. И это делает работу в нём простой и лёгкой для тех применителей, которые не хотят особо заморачиваться с внутренним устройством составных частей.

Ubutnu LTS: «точечный» релиз

Впервые опубликовано: LXF#238 (сентябрь 2018)

Традиция что-нибудь сломать накануне выхода очередного «долгоиграющего» релиза Ubuntu имеет давнюю историю, начавшуюся с первой LTS-версии 6.06которая потребовала коррекции в виде «точечного» релиза через несколько недель после анонса. Иногда, правда, к моменту его официального «поломки» чинятся. Так, ошибки в выводе кириллицы в консоли версии 16.04 LTS были исправлены буквально за несколько дней до её выхода.

Однако релиз 18.04 не нарушил «долгоиграющей» традиции. О том, что почти накануне его выхода пакет gksu был не только исключён из поставки, но и удалён из репозитория, уже говорилось (см. LXF июньский). Правда, это относится скорее к категории «не бага, но фича»: майнтайнеры Canonical’а (вслед за Denian’овцами) сочли эту утилиту устаревшей. Но это доставило некоторые неудобства, ибо gksu фигурировал как зависимость ряда важных пакетов из PPA-репозиториев. В частности, он создал сложности при подготовке очередной версии Cintu, впрочем, преодолимые (см. LXF июльский).

Но уже после релиза 18.04 LTS в Ubuntu выявились и лругие «поломки», на этот раз всязанныее с пакетами, зависимыми от Perl’а. Правда, и их можно отнести к «фичам, но не багам». И распространялись они на небольшое количество пакетов, так что большинство применителей Ubuntu’идов могли их просто не заметить, а майнтайнеры исправлением ошибок не занимались. Однако пакеты эти критичны для Cintu, существенно ограничивая её функционал. До тех пор, пока не вышел первый точечный LTS-релиз 18.04.01, в котором существовавшие «поломки» были, наконец, ликвидированы — к вящей радости моей и моих товарищей.

LMDE 3 Cindy: «точечный» релиз

Впервые опубликовано: LXF#239 (октябрь 2018)

Редакция Linux Mint, основанная на Debian (LMDE — Linux Mint Debian Edition) развивается в рамках проекта Mint параллельно с основным дистрибутивом — Linux Mint, основанным на Ubuntu. И делается это, по словам Клемента Лефевра, во-первых, как запасной вариант (на случай, если с Ubuntu что-нибудь случится), и во-виторых — для проверки совместимости продуктов, выходящих за рамки Linux Mint.

Однако, в отличие от Lunux Mint, очередные версии которого выходят буквально «по часам», LMDE развивается неспешно, и о её обновлениях (если не остлеживать их специально) можно услышать достаточно редко. Так, выход очередной «мажорной» версии был запланирован на 1-й квартал, однако всё первое полугодие на сайте проекта о нём молчали, как партизаны.

Однако LMDE не згинела — и 3-я её версия, известная под подпольной кличкой Cindy, появляется в последний день лета 2018 года. И примечательна она следующим:

• во-первых, в отличие от «головного» проекта, доступного нынче долько для архитектуры X86_64, в LMDE поддерживаются как 32-, так и 64-битная сборки;
• во-вторых, обе эти сборки официально выпускаются в единственном варианте — с рабочей средой Cinnamon;
• в-третьих, зато, среда эта — самой последней версии, чем могут похвастаться далеко не все дистрибутивы, декларирующие её поддержку;
• наконец, в-четвёртых, в LMDE 3 портированы все особенности последней версии Linux Mint Tara, включая систему снапшотов TimeShift и завязанный на неё механизм обновления системы.

Единственный спорный момент в 3-й версии LMDE — отказ от поддержки рабочих соед, кроме «титульной» Cinnamon. Однако резон тут есть: лучше хорошая поддержка одного дкесктопа, чем абы какая — нескольких. Тем более, что неофициальные сборки LMDE с более иными рабочим средами (MATE, Xfce) уже появились.

Калуга: XV конференция по свободному софту

Впервые опубликовано: LXF#240 (ноябрь 2018)

О конференциях разработчиков свободного программного обеспечения, ежегодно проводимых в Калуге, знают все заинтересованные лица. Автор этих строк тоже был в курсе, однако за все предшествующие годы выбраться туда так и не смог. Но на юбилейную, XV, которая проходила с 28 по 30 сентября — поехал. И не пожалел. Ибо послушал там три доклада на интересующие его темы, связанные с гуманитарными аспектами СПО.

Первым хронологически был доклад Ольги Мироновой, посвящённый локализации СПО. Каковая является задачей скорее гуманитарной, нежели технической. Что и нашло отражение в названии доклада: «Локализация СПО — больше, чем перевод». Разумеется, первый вопрос тут — а нужна ли локализация вообще? Ответ докладчика можно интерпретировать так: нужна, но хорошая.

Два следующих доклада, Андрея Савченко и Татьяны Никифоровой, были посвящены юридическим вопросам СПО и назывались, соответственно, так: «Уязвимости в лицензиях СПО» и «Правовые риски свободных программ: чем юристы пугают ваших заказчиков». По первому докладу можно было бы поспорить о некоторых частностях, например, о статусе файловой системы ZFS. Что же касается второго — нужно помнить о том, что у юристов профессия такая — пугать. Или, по крайней мере, напоминать своим клиентам о существовании законов…

P.S.Это не значит, что остальные доклады были не интересные — просто гуманитарная составляющая СПО меня сейчас интересует больше, чем техническая. Почему ваш покорный слуга также выступил в «гуманитарной номинации».

Cinnamon 4.0

Впервые опубликовано: LXF#241 (декабрь 2018)

Так уж повелось, что очередная версия среды Cinnamon выходит примерно одновременно с очередным релизом Ubuntu. С тем, чтобы через месяц, после обкатки, усушки и утруски, войти в состав следующей версии дистрибутива Linux Mint, для которого она некогда была создана.

Однако нынешней осенью график был нарушен: скоро месяц с момента релиза Ubuntu 18.10, а на официальном сайте проекта про релиз Cinnamon 4.0 — ни полслова (слухи, что таковой релиз состоялся — не более чем провокация). И это досадно — потому что в «четвёрке» обещана не только оптимизация по части производительности, но и существенно новые возможности по настройке интерфейса среды (при лёгком откате к интерфейсу старому, привычному).

Однако давних поклонников среды Cinnamon не остановит ничто. Ибо есть возможность скомбирировать её в полноценном работоспособном виде из двух источников: архива бинарников с Mint’овского Git’а и PPA-репозитория gogo. Что и было проделано автором этих строк для его системы Cintu на базе mini.iso Ubuntu 18.04.1 LTS. Результат превзошёл все ожидания — система получилась не только красивая, но и вполне рабочая. Результат этот, то есть Live-образ (он же установочный, 1,2 ГБ), как обычно, можно увидеть по ссылке с сайта cinia.ru. Пока — в ознакомительных и тестировочных целях. Однако, надеюсь, что к моменту выхода в свет этого номера очередная версия Cintu со средой Cinnamon 4.0 обретёт уже статус релиза.