Про Linux и немного про других. Колонки в LinuxFormat, 2014–2016

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

Подборка колонок, публиковавшихся в журнале LinuxFormat (далее LXF) на протяжении 2014, 2015 и начала 2016 года. О содержании их можно сказать то же самое, что и о предыдущей подборке:

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

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

Предыдущие колонки, публиковавшиеся в журнале на протяжении 2006–2013 годов, вошли в книгу Linux и все, все, все…, которую можно найти в Библиотеке Блогосайта.

2014 год

Настройки Unity: есть ли жизнь без GNOME?

Впервые опубликовано: LXF#178-179 (январь 2014)

Одной из особенностей Ubuntu, точнее, её рабочей среды Unity, является исключительное «богатство» средств конфигурирования. Здесь и штатный GNOME (!) Control Center (aka Параметры системы), обеспечивающий только самый минимум базовых настроек, и расширяющие его функционал «полуштатный» Ubuntu Tweak Tool, и сторонний Ubuntu Tweak. Причём по умолчанию устанавливается только первый, а оба «твикера» по своим возможностям перекрываются лишь частично. Если добавить к этому, что некоторые параметры настраиваются только с помощью редактора dconf или консольной утилиты gsettings, а для юстирования поведения окон может потребоваться менеджер настроек CompizConfig — вспоминаются пророческие слова Владимира Попова (автора LXF, кстати) о времени, когда количество утилит конфигурирования превысит число конфигурируемых параметров.

Похоже, что разработчики Ubuntu увидели приближение рокового рубежа и решили «бороться за упорядочивание стилей», как завещал Великий Мао. А поскольку весь этот зоопарк — в значительной мере унаследован от GNOME, начать борьбу с создания форка его центра управления. Чем он будет — пока неведомо. Можно только надеяться, что он, не превратившись во всеобъемлющего монстра типа KDE System Settings, вберёт в себя всё необходимое из обоих «твикеров», достигнув баланса простоты и функциональности. Ведь пример Cinnamon’а (см. LXF#177) показывает, что такое возможно. Кстати, а почему бы просто не интегрировать в Unity Центр управления последнего? Ведь иногда и родителям не западло получиться у своих детей.

Cinnamon и дистрибутивы

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

Не так давно (см. LXF#177) писал я о рабочей среде Cinnamon, рождённой в недрах Mint’а – самого популярного клона Ubuntu. С тех пор я всё больше и больше проникался величием этого десктопа. И захотелось поглядеть, как он ведёт себя вне родного дистрибутива.

Из числа популярных и знакомых мне дистрибутивов теоретически его поддержка декларировалась в Fedora и openSUSE. Причём в первом он шёл «из коробки» – то есть его можно было выбрать на стадии первичной инсталляции. В openSUSE же его легко было установить позднее, подключив соответствующий «полуофициальный» репозиторий.

Я не замедлил проделать обе операции – и в обоих случаях был разочарован. Сам Cinnamon в обоих дистрибутивах был прекрасен. Но и там, и там обнаружились небольшие неполадки в самом неожиданном месте – в настройке кириллической раскладки клавиатуры и её переключателя. На деталях останавливаться не буду – отмечу только, что эти «мелочи» делали десктоп практически не пригодным к использованию в русскоязычной обстановке.

И тогда появилась мысль – а не прикрутить ли его к «головной машине пробега» – к собственно Ubuntu? Оказалось, что сделать это легко, путём подключения нужного PPA-репозитория. И Cinnamon встал там как влитой, показав себя не только красивым, удобным и настраиваемым, но и безупречным с точки зрения русского языка.

Так что не появится ли в скором времени в славной семье гуманистических дистрибутивов новый законнорождённый отпрыск?

Эпохальная init-система

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

В то время как космические корабли бороздят просторы Вселенной, а разработчики Linux’а придумывают всё более сложные системы инициализации, некоторые идут другим путём: сочиняют init-системы простые и маленькие. В числе этих некоторых – Бен Диббел (Ben Dibell, aka Subsentient), который в один прекрасный июльский день минувшего года решил сочинить систему инициализации, аналог Upstart или Systemd, но без их наворотов, которые показались ему лишними. В то же время init-систему busybox, казалось бы, соответствующую его требованиям, Бен счёл недостаточно функциональной.

Пацан решил – пацан сделал. И в результате новая init-система, названная автором эпохальной (Epoch), к сентябрю 2013 года приобрела рабочий вид. А в январе года нынешнего под именем Sage была выпущена её версия 1.0 .

Обязательные зависимости Epoch сводятся к библиотеке glibc, или аналогичной – не считая ядра Linux’а, разумеется. Кроме того, для установки её желательно иметь какою-нибудь sh-совместимую командную оболочку, хотя можно обойтись и без этого. Для функционирования системы требуется единственный конфигурационный файл, никакие shell-сценарии в процессе загрузки не используются.

Распространяется Epoch как Public Domain.

Представляется, что прикрутить Epoch к какому-либо «настоящему» дистрибутиву Linux’а в данный момент проблематично – разве что в Tiny Core она могла бы заменить Busybox. Ну а что получится из этого проекта в дальнейшем? Поживём – увидим. Однако будет весьма забавно, если такая игрушечная init-система окажется не менее жизнеспособной, чем активно внедряемые нынче монстры.

Нет новостей? Это отличная новость!

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

За последнее время мы начинаем привыкать к тому, что на нас валятся новости. Часто ничего нового в них нет – это просто хорошо испорченное старое. И ладно бы они портились сами – нет ведь, они норовят испортить всё в округе…

И тем приятней узнавать иногда новости, в которых нет новоиспорченного. Например, о выходе… нет, не беты новой Ubuntu, доблестные зулусы отрешились от старого мира с его альфами и бетами. Но по всему Зулуленду объявлен приказ о заморозке релиза 14.04. Вы вправе сказать, что ничего нового в этом нет? Да, не могу с вами не согласиться. Больше того, открою вам страшную военную тайну: и релиз был заморожен в стадии, когда в нём не было (почти) ничего нового. Не считать же таковым собственный Центр управления, отпочковавшийся от GNOME’вского – никаких различий между ними не найти даже под микроскопом. С другой стороны, радует, что в этом релизе умудрились не «сломать» настройку клавиатурных раскладок и их переключателей…

Хотя нет, кое-что действительно новое есть: возможность включить локально-интегрированное меню как альтернативу глобальному. Это, в сочетании с тайлингом окон, одна из тех убунтийских мелочей, столь же приятных, сколь и полезных. И которые служат объектом иронии Ubuntu’фобов. После чего втихаря заимствуются ими.

И последняя новость: возможно, это будет последняя Ubuntu в том виде, в каком мы к ней привыкли. Но она с гордостью сможет нести высокое звание долгоиграющего релиза. Чем поможет пережить трудное время.

openSUSE: первый шаг к релизу 13.2

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

Последняя декада марта ознаменовалась выходом openSUSE 13.2 Milestone 0. До сих пор нулевой «верстовой столб» при подготовке следующего релиза был началом отсчёта изменений, и почти не отличался от релиза предшествующего. Однако нынешний Milestone 0 оказался весьма богатым на новшества – видимо, в связи с переходом дистрибутива на годичный релиз-цикл.

«Цветовое» имя нового релиза – Harlequin. Это «народное» название Шафрана золотистого (Crocus chrysanthus), а также колера его цветов. Но для русскоязычных пользователей оно ассоциируется скорее с персонажем сказки «красного граф», а для тех, что с претензиями – итальянской комедии масок. Что, как говорится, создаёт определённое настроение.

Однако и без эмоций в Milestone 0 немало интересного: Wicked – инструмент настройки сети на замену ifup, btrfs как файловая система по умолчанию, включение Wayland’а, Dracut как штатное средство создания initrd. И не в последнюю очередь – обновлённый YaST. Его Qt-фронтэнд был переведён на 5-ю версию этой библиотеки, что вызвало изменение интерфейса. Модуль инсталлятора упростился как внешне, так и внутренне – за счёт перехода на «одностадийную» установку и отказа от ряда дополнительных настроек. Однако прежнее богатство возможностей при разметке диска, создании файловых систем и выборе программного обеспечения никуда не делось. Что не может не радовать в связи с новомодной тенденцией «хоть что-нибудь, да сломать» – разработчикам openSUSE пока удаётся её избежать.

Ubuntu и systemd

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

В связи с весенним автитаминозом почти незамеченной прошла новость, которая в иное могла бы вызвать бурление страстей. Когда несколько месяцев назад Марк Шаттлворт поддержал разработчиков Debian’а а их стремлении перейти на systemd и обещал последовать их примеру (а чего ему ещё остаётся делать?), то решение было сформулировано примерно так: в Ubuntu systemd будет тогда (и если — или если и тогда), когда он проявит себя должным образом в Debian’е. Что, зная темпы разработки последнего, по срокам близко к ракам на горе или турецкой пасхе.

Однако всё оказалось не так. В начале 20-х чисел апреля один из разработчиков Canonical, Мартин Питт, открывает свой PPA-репозиторий для поддержки systemd в Ubuntu Trusty Tahr. А уже в конце того же месяца его наработки включаются в ветку proposed тестируемого репозитория Ubuntu 14.10 Utopic Unicorn. То есть получают почти официальный статус. И предполагается, что в этом релизе systemd займёт законное место — хотя, по словам Мартина, и не станет там системой инициализации по умолчанию, ввиду наличия ещё не решённых проблем.

Однако процесс пошёл: полная systemd‘изация Ubuntu — вопрос двух релизов. И это символично: на смену Козлу Двурогому и Гималайскому железной поступью грядёт Конь Однорогий и Мифический. Полная systemd‘изация Gentoo тоже не за горами — причём под давлением снизу, со стороны собственных клонов. И возникает вопрос: долго ли на последнем рубеже обороны традиционных UNIX-ценностей продержатся Патрик Фолькердинг и Билл Рейнольдс?

Systemd OS?

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

Как и следовало ожидать, systemd, возникнув как просто схема инициализации, нацеленная на распараллеливание запуска стартовых сервисов, разрастается, включая в себя всё новые и новые службы, вплоть до DHCP-сервера, а вскоре и DNS. По словам автора, она превращается в набор блоков для построения операционной системы. Похоже, что недалёк день, когда будет объявлено о создании Systemd OS, которая интегрирует в себя и графическую систему (давно обещанный Wayland), и рабочие среды типа GNOME и KDE. А заодно поглотит все основные дистрибутивы Linux’а, вытеснив оставшиеся, такие, как Slackware, вместе с BSD-системами, на обочину. И наступит эпоха всеобщей унификации и благоденствия — как предполагается, это повысит конкурентоспособность Linux как операционной системы общего назначения.

Однако — конкурентоспособность по отношению к кому? Ведь унифицированная система, обещающая благоденствие, существует давно, и называется она Windows. Имеется, в лице MacOS, и система, интегрирующая в себе всё на свете (по крайней мере такой она видится пользователю). А конкурентоспособность Linux’а на этом фоне как раз и была до сих пор обусловлена разнообразием его дистрибутивов и их «конструкторским» характером, позволяющим индивидуализировать систему практически безгранично. Утратив разнообразие и «конструктивизм», Linux рискует потерять существенную часть своих нынешних пользователей. А вот приобретёт ли новых, в лице любителей унификации и интеграции?

KDE 5 воочию

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

Старым применителям KDE до сих пор памятен тот шок, который они испытали, когда они впервые увидели первый релиз этой рабочей среды. Ибо, с нетерпением ожидая её в течении ряда лет, регулярно знакомились с наполеоновскими планами разработчиков, включавшими поначалу чуть ли не замену X-сервера. Правда, на протяжении этого периода амбиции несколько поубавились. И представшее перед нами чудо, почему-то названное релизом, вызывало в памяти присказку: «Гора родила мышь». И хотя постепенно 4-я версия KDE по стабильности и функциональности сравнялась с «трёшкой», а по некоторым показателям и превзошла её, времени на это понадобилось почти столько же, сколько и на разработку первого из четвёртых релизов. И за это время «хлопцы стали разбегаться в разные стороны» — кто в сторону Xfce, кто в сторону GNOME.

При подготовке KDE 5 разработчики учли ошибки прошлого — во-первых, отказались от революционных новшеств, а во-вторых, новшества эволюционные претворяли в жизнь поэтапно. И в интегрированном виде, пригодном для ознакомления простым способом, будущий пятый релиз предстал во второй половине июля. Сначала, под именем neon, был выпущен прототип от проекта KDE, затем — Kubuntu 14.10 с KDE Plasma 5.

Оба варианта для практической работы не приспособлены (да и не предназначены), но позволяют получить представление о том, что день грядущий нам готовит. Так вот, поклонники KDE могут не волноваться: действительно внешне ничего революционного. А внутренние усовершенствования тщательно скрыты от любопытных глаз.

И снова о Linux’е и поэзии

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

Тема взаимодействия Linux’а и творческой интеллигенции, в первую очередь литературной, уже поднималась в этой колонке (см. LXF #99 и #100, 2008 год). Ныне же появился повод вернуться к ней снова.

Повод этот — выход в электронном виде сборника стихов «В начале» Веры Хорват — сербской поэтессы (она же эссеист, литературный переводчик, художественный критик etc., обладательница всяческих поэтических регалий, лауреат, участник, и прочая, и прочая, и прочая). Это — первая её книга, вышедшая в русском переводе, выполенном Олегом Комковым. Пересказывать стихи — занятие неблагодарное, и я от него воздержусь. Отмечу только, что ряд из них посвящён не очень известным моментам древней истории, например, культуре Лепенски-Вир, существовавшей на территории Сербии 7-9 тысяч лет назад, или Фестскому диску, тайна письмен которого не разгадана до сих пор.

Требует объяснения, какое отношение какой-то поэтический сборник имеет к Linux’у. Самое непосредственное: его электронная версия была подготовлена посредством исключительно свободного ПО, работавшего под управлением этой ОС: LibreOffcice и дополнения к нему OOoFBTools. Без этой триады сборник был бы недоступен для народа: бумажная версия его стала библиографической редкостью ещё до выхода из типографии. Версию же электронную (в форматах PDF, FB2, HTML) можно найти в Библиотеке Блогосайта и на всем известной Флибусте.

Ubuntu Customization Kit: дистрибутив для себя

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

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

В принципе в кастомизации существующего образа нет ничего сверхъестественного. Однако это кропотливая работа, требующая аккуратности. И потому очень наличие инструментов, способных её упростить. Одним из таких инструментов является Open Build System (OBS), позволяющая собирать собственные ремиксы на базе широкого круга дистрибутивов. Однако для семейства Ubuntu и её клонов есть более простое средство — Ubuntu Customization Kit. С его помощью индивидуализированный ремикс на базе Mint’а, том числе и с «нескучными обоями», можно сделать за полчаса — если, конечно, знать, что делать.

Применение UCK не ограничивается удовлетворением личных амбиций. С его помощью можно собирать ремиксы под любые специальные задачи — от ремонтно-восстановительны до ориентированных на тяжёлые приложения типа GIS. Причём делать это не просто, а очень просто.

Редактор с острова Komodo

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

Текстовый редактор является необходимым инструментом применителя, работающего с текстами, хотя далеко не все они об этом догадываются. В том числе и потому, что обычно рекомендации в этом плане сводятся к Vim и Emacs, хотя оба они не очень подходят для сочинения нарративных текстов.

До недавнего времени я полагал лучшим текстовым редактором для использования в мирных целях Geany. Однако ныне моё мнение было несколько поколеблено знакомством с Komodo Edit (KE). Это — текстовый редактор, распространяемый свободно под лицензией MPL (его не следует путать с коммерческой Komodo IDE). Возможности KE необъятны, поэтому остановлюсь только на трёх моментах.

Первый — управление проектами: они легко создаются, одновременно может быть открыто более одного проекта (по умолчанию 10, но это легко изменить). Функция управления проектами включает в себя и полноценный файловый менеджер.

Момент второй — работа с макрокосами: KE содержит большое их количество, они могут быть отредактированы по потребностям. Не запрещено и создание собственных макросов «с нуля», в том числе и в режиме протоколирования действий.

Наконец, третий момент — практически неограниченная настраиваемость «горячих клавиш», в том числе и для собственных макросов.

А ещё он спеллинг умеет. По русски. Так что, думаю, сказанного достаточно, чтобы применители-текстовики обратили внимание на KE.

2015 год

Релизы с ласковыми именами

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

Минувшая осень ознаменовалась двумя эпохальными событиями: сначала — выходом релиза среды Cinnamon 2.4, а затем — релиза Mint 17.1 Rebecca, в котором Cinnamon используется как одна из двух главных рабочих сред. Чего ж тут эпохального? — вправе спросить читатель. Подумаешь, очередная версия очередной рабочей среды, а уж «вмещающий» её дистрибутив — вообще минорный релиз. Попробую ответить.

Во-первых, версия Cinnamon 2.4 — последний шаг в превращении «гадкого утёнка» в прекрасную лебедь. А сцепка её с Mint окончательно придала системе законченность и гармонию. В которой нечего ни прибавить, ни убавить. Кроме одного.

С самого своего появления среда Cinnamon не отличалась, мягко говоря, бережным отношением к аппаратным ресурсам. Что исключало из числа её потенциальных применителей владельцев даже не старых и слабых машин, а просто средне-офисных конфигураций. И так было вплоть до Mint 17 с Cinnamon 2.2. А вот в релизах, о которых идёт речь, началась, как сказал бы Великий Мао, «борьба за упорядочивание стилей работы». То есть — за оптимизацию «железных» потребностей. И есть основание предполагать, что борьба эта будет продолжена в следующих промежуточных релизах Cinnamon-редакции Mint.

P. S. Заглавию колонки я обязан Станиславу Шрамко aka stanis, напомнившему о книжке про похождения знаменитого Эмиля Боева. А слова о гадком утёнке и прекрасной лебеди принадлежат Brego, автору сайта о Mint и Cinnamon.

Cinnamon: начало триумфального шествия?

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

В прошлой колонке речь шла о релизе среды Cinnamon 2.4, вошедшей с состав одноимённой редакции Mint 17.1. Но значение его не только в этом.

Не секрет, что до недавнего времени Cinnamon поддерживался майнтайнерами более иных дистрибутивов не лучшим образом. Фактически, единственной полностью работоспособной сборкой этой среды за пределами прародительской Mint была та, что в PPA-репозитории Ubuntu поддерживал Gwendal Le Bihan. Да и тот минувшей весной отказался от развития стабильной её ветки, ограничившись «еженощными» тестовыми. В прочих же популярных дистрибутивах поддержка Cinnamon была либо чисто формальной, либо не очень аккуратной, либо просто не совсем полной. И начинало казаться, что Cinnamon уготована судьба десктопа одного дистрибутива, подобно… сами знаете кого и где. И вот с выходом релиза среды 2.4 всё кардинально изменилось.

Во-первых, сам Gwendal продолжал регулярно выпускать тестовые сборки — как задел на будущее. Во-вторых, на их базе образовалось сразу два стабильных PPA-репозитория — Lester Carballo Pérez и Tsvetko. В-третьих, и главных: стопроцентно рабочие сборки Cinnamon 2.4 появились для таких популярных дистрибутивов, как openSUSE, Fedora (и Russian Fedora), Archlinux и его Manjaro, и даже для PC-BSD (перечислены только опробованные лично). Не начало ли это триумфального шествия этой среды по пользовательским десктопам, о необходимости чего так много говорили её поклонники?

Matuntu — гуманизм по нашему

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

Как известно, самый гуманистический дистрибутив всех времён и народов, известный под именем Ubuntu, возник в Южной Африке, сбросившей цепи апартеида. Однако и наша страна, с её давними гуманистическими традициями, не осталась в стороне от этого процесса. И в ней на кодовой базе Ubuntu были созданы сначала Runtu, а за ней — Matuntu. Последняя базируется на текущих LTS-релизах «головного» дистрибутива, отличаясь такими особенностями: использованием MATE, наследника GNOME 2, в качестве рабочей среды, включением её наработок, уже не поддерживаемых в апстриме, но сохраняющих интерес, и «отвязкой» от метапакетов MATE, что позволяет каждому применителю индивидуализировать систему по своему вкусу. И конечно, безупречная локализация и адаптация к российским реалиям для дистрибутива подразумевается по умолчанию.

Дистрибутив Matuntu распространяется в виде гибридных ISO-образов, из которых актуальными являются четыре, основанные на Ubuntu 14.04.1 — 32-битная и 64-битная пары. Сборки для одной архитектуры различаются версиями MATE (1.6 и 1.8) и включением по умолчанию Compiz или его отсутствием. Все они штатно укомплектованы большим количеством приложений, в том числе и не обязательно обычных, но всегда интересных. А сама среда MATE здесь точно воспроизводит «второгном» на пике его развития, причём в очень аккуратном исполнении.

Заполучить образы дистрибутива можно с сайта проекта. И там же на форуме получить дружескую помощь в его освоении.

SverigeLinux как пример импортозамещения

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

Тема импортозамещения нынче актуальна как никогда, и ни одно издание, вне зависимости от профиля. Так что и LXF мимо неё не может пройти. Тем более что давеча про просторам Интернета разнеслась весть о представлении первой альфа-версии дистрибутива SverigeLinux, основанного на Debian. Он имеет шведское происхождение, разработка его финансируется Шведским интернет-фондом и предназначен он для шведских госучреждений. Какое отношение он имеет к нашему импортозамещению?

Дистрибутив позиционируется как система, которая может быть быстро развёрнута администраторами, имеющими минимальные познания в Linux’е. Что даёт возможность ответить контр-инициативой: разработкой дистрибутива, который можно установить на тысячах рабочих мест администраторами, не имеющими никаких познаний в этой ОС. Желательно, чтобы его можно было установить, не устанавливая. И уж совсем в идеале — чтобы с ним и работать не требовалось. Хотя нечто подобное у нас уже было?

А если серьёзно, то ничего необычного в SverigeLinux нет: подобные системы с давних пор разрабатываются в разных провинциях Испании (и некоторых других стран). Нет тут ничего сверхъестественного и технически — для этого имеется достаточно штатных инструментов. Вот только финансируются такие работы обычно заинтересованными организациями, а не ведутся на голом энтузиазме, подобно Matuntu, о которой говорилось в прошлом номере.

Релиз LMDE 2 Betsy: не ждали?

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

Едва успела дорелизная Betsy, о которой говорилось в LXF#194, превратиться в релиз-кандидата, доступного в виде iso-образа, как неожиданно было объявлено о выходе официального релиза Linux Mint Debian Edition 2. Почему неожиданно? Чтобы ответить на этот вопрос, нужно сказать об особенностях релиза, о которых было объявлено ещё в долгие дни его ожидания.

С момента своего возникновения в конце 2010 года LMDE фактически не имела фиксированных релизов. Будучи основана на кодовой базе Debian ветки testing, она обновлялась по так называемой «скользящей» модели, следуя обновлениям своего «базиса». Но при начале разработки будущей Betsy было объявлено, что отныне её основой будет текущая версия Debian stable, каковой в тот момент должна была стать 8-я, известная уже тогда как Jessie. А скользящие обновления будут распространяться только на Mint-специфические компоненты. Поэтому можно было ожидать, что релиз Betsy увидит свет после того, как Jessie обретёт статус stable — событие это ожидается 25 апреля.

Однако всё произошло не совсем так. Почему? Ответить трудно. Нет, конечно, по собственному опыту могу сказать, что Betsy более чем заслуживает титула релиза. Но это с одной стороны. Со стороны же другой, не означает ли это смены модели выдвижения релизов, объявленной более года назад? Что же, подождём выхода очередного минорного релиза собственно Linux Mint 17.2. Кстати, уже получившего имя собственное — Rafaela. В любом случае, к моменту выхода этого номера журнала ответ уже будет известен.

Смерть Mandriva, или конец эпохи

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

Началось всё почти как в песенке — с того, что «разнеслася весть». Правда, не «на Дерибасовской, угол Ришельевской», а по всему Интернету, и не «в девять часов вечера», а чуть ли не утра 26 мая. Да и старушка-бабушка тут была не при делах. Ибо весть эта говорила о ликвидации фирмы Mandiva, под девиьей фамилией Mandrake Linux существовавшей с 1998 года и известной разработкой одноимённого дистрибутива. За прошедшее с того дня время этот факт и его причины (политические, конспирологические, клинические — а между строк даже реальные) обсудили со всех сторон, и возвращаться к этому не стоит. А стоит сказать, почему кончина фирмы Mandriva знаменует собой конец эпохи.

Потому что Mandrake был первым по настоящему user friendly дистрибутивом — и долгое время единственным успешным на этом поприще. Первым, поступившимся принципами ради целесообразности — и сделавшим тогда идеологически чуждую среду KDE десктопом по умолчанию. Первым, изначально ориентированным на интернационализацию. И, наконец, на рубеже тысячелетий и в начале нулевых он был первым дистрибутивом для многих и многих ныне действующих, а тогда — начинающих применителей Linux’а.

И вот его не стало. И от этого немножко грустно. Но — «Минутной печали не будем, друзья, предаваться». Потому что не стало лишь фирмы, с которой по привычке связывалось имя дистрибутива. А сделанное в рамках проекта — осталось в виде форков сначала Mandrake (таких, как Altlinux и PCLinuxOS), а потом Mandriva (в числе коих Mageia и ROSA). Да и законная наследница, OpenMandriva, никуда не делась. Так что «дистров хороших, ребята, нам хватит на всех».

Триумфальное шествие Cinnamon 2.6

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

О выходе версии среды Cinnamon за номером 2.6 было объявлено 2 июня 2015 года. И в тот же день составляющие её пакеты стали доступны в репозиториях дистрибутивов проекта Mint — будущей Linux Mint 17.2 Rafaela и текущей Linux Mint Debian Edition 2 Betsy. Что и не удивительно — разработка Cinnamon почти целиком сосредоточена в рамках этого проекта. А вот почти мгновенная поддержка этой среды майнтайнерами ряда дистрибутивов «первого эшелона» оказалась неожиданностью, как и качество реализации этой поддержки.

Прежние версии Cinnamon в «неродных» системах внедрялись неторопливо и, подчас, не лучшим образом. Нынче же за неделю версия 2.6 появилась в официальных репозиториях Fedora всех поддерживаемых версий (с 20-й по 22-ю, не говоря уже о Rawhide), в репозитории сообщества Archlinux, в Sysiphus’е Alt’а, в semi-official’е openSUSE (как для стабильной версии, 13.2, так и для Thumbleweed), даже в консервативном Debian’а, хотя и ветке unstable.

Как ни странно, из этих стройных рядов выбивается Ubuntu — некогда единственный дистрибутив, в котором существовала полноценная поддержка Cinnamon (кроме родительских, конечно). Ныне же версия 2.6 доступна только в виже «ночных сборок» в PPA-репозитории. Однако и это не в силах омрачить триумфального шествия этой среды. И, хотя она пока не удостоилась собственной строки в списке «дистрообразующих» пакетов Distrowatch’а, участи «десктопа одного дистрибутива», каким является Unity, она счастливо избежала.

LMDE и PPA: ещё один довод «за»

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

Чуть ли не главным преимуществом Mint перед LDME считается возможность подключения к нему PPA-репозиториев Ubuntu, в которых, как в Греции, всё есть. Это правда, чистая правда и одна только правда… но не вся правда. Потому что PPA-репозитории многих прикладных пакетов можно подключить и к LMDE фирменной утилитой mintsources (она же — Источники приложений в секции Администрирование меню Cinnamon и MATE). Хотя в её LMDE-версии такая возможность штатно не предусмотрена, это делается через пункты Дополнительные репозитории и Проверка подлинности ключей. Имя репозитория и ключ находятся, если развернуть пункт Technical details about this PPA на Launchpad-странице пакета ‘е. После чего остаётся только обновить локальный кеш и командой

$ apt search [packagename]

убедиться в доступности нового пакета. Что, конечно, не гарантирует успешной его установки в LMDE, но в случае «простых» пакетов срабатывает — а ведь именно за разными полезными мелочами и обращаются обычно к PPA-репозиториям. Ибо пакеты «серьёзные», как правило, имеются и в официальных репозиториях Debian, откуда устанавливаются в LMDE любым штатным способом. И не обязательно их версии будут более старыми, чем в репозиториях Ubuntu — часто ситуация оказывается прямо противоположной, особенно если учитывать ветки testing и sid проекта Debian.

Так что «наркозависимость» применителей Mint’а от PPA-репозиториев несколько преувеличена. А возможность её удовлетворения при «ломке» — ещё один довод в пользу равноценности обоих дистрибутивов этого проекта.

Десять лет — не один день

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

Истина, вынесенная в заглавие, столь же свежа и оригинальна, как все банальности, но от этого она не перестаёт быть истиной: ровно 10 лет назад, в сентябре 2005 года, вышел из печати первый номер русскоязычной версии журнала Linux Format (кодовое имя, LXF#70, унаследовано от версии исходной, английской). В столь знаменательный, что называется, день принято, оглядываясь на пройденный путь, говорить о свершениях и достижениях. Позволю себе нарушить эту традицию, по крайней мере, частично. И поговорить не только о том, что было сделано, но и о том, что сделано не было. Для чего, опираясь на материалы номеров LXF#70–71, вспомним освещённые в них наиболее значимые события осени 2005 года:

стабилизация положения дистрибутива Mandrake, отразившаяся в объединении его с Connactiva и смене названия на Mandriva;

превращение Ubuntu, в лице релиза 5.10 breezy, в полноценную систему, закреплённое «долгоиграющим» статусом релиза следующего;

выход, после трёх лет разработки, дистрибутива Debian 3.1 sarge, с обещанием разработчиков более не затягивать релизы столь надолго.

Разумеется, это не значит, что прочие события того времени не было значимы. В частности, почти тогда же происходило оформление openSUSE и стабилизация Fedora (уже без Core). Но именно эти три вселяли надежду, что «десктопизация» Linux’а, бурно, хотя и с переменным успехов, проходившая предшествующую пятилетку, будет продолжена столь же интенсивно, и при этом более успешно. Оправдались ли эти надежды, и если оправдались — насколько? А вот это будет темой материала «Десять лет спустя» в этом же номере.

Void: Linux и пустота

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

Казалось бы, более чем за 20 лет все разумные идеи в дистроении были реализованы (как, впрочем, и большинство неразумных тоже). И ничего нового ожидать уже не приходится. Ан нет, на просторах Open Source есть ещё место чуду. И одно из них — Void, дистрибутив Linux, не являющийся форком кого бы то ни было.

Название отражает суть: дистрибутив распространяется в виде серии редакций, с любым из существующих десктопов (кроме KDE и GNOME). И каждая, кроме базовой системы, соответствующей рабочей среды и её штатных приложений, не содержит ничего. То есть в отношении комплектации прикладным софтом для работы применителю даётся полная свобода действий. Благо, черпать их есть откуда — из официальных репозиториев, основанных на собственной системе управления пакетами (xbps). Выбор пакетов там не очень у богат, но большая часть по настоящему нужного присутствует. И к тому же — самых наипоследних версий, ибо исходники для сборки берутся с GitHub авторов по мере обновления.

«А чего не хватит в доме — сколько хочешь…» нет, не в гастрономе, а может быть собрано посредством столь же оригинальной и простой в обращении системы построения пакетов (xbps-src — сам дистрибутив собирается с её же помощью).

В качестве системы инициализации — не замшелый SysV, и не гипермодерновый Systemd, а runit. Каковой на поверку оказывается осовременным и распараллеленным BSD Init.

Остаётся добавить, что разрабатывает всё это один (совсем один!) горячий испанский парень, известный в сети как Juan PR, в миру Хуан Ромеро Пардинес, в прошлом — участник разработки системы pkg-src из NetBSD. И делает это вот уже три года.

Antergos: дедовское наследство

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

Дистрибутив Archlinux — один из самых богатых по части репозиториев, содержащих самые последние версии пакетов. Однако использование этого богатства затрудняется отсутствием простого способа развёртывания системы: Archlinux не имеет инсталлятора, установка его выполняется из командной строки. Эта досадная для многих применителей особенность вызвала к жизни появление ряда «юзерофильных» клонов, одним из которых является Antergos.

Имя Antergos — галисийское слово, которое на русский язык можно перевести как «дедовский»: он сохраняет полную бинарную совместимость с Archlinux’ом. Однако снабжён простым и гибким графическим инсталлятором, который можно запустить из Live-среды GNOME 3 или непосредственно. Он даёт возможность выбора любого десктопа (Cinnamon, GNOME, KDE, MATE, Openbox или Xfce), вместе с которым устанавливается набор штатных приложений. Его можно дополнить LibreOffice, FireFox, Steam, шрифтами Google Fonts. Можно также включить поддержку репозитория AUR, в котором всего есть даже больше, чем в Греции… то есть в Ubuntu’вских PPA.

Для управления пакетами Antergos наследует систему pacman, которая сопровождается графической оболочкой Pamac. Она позволяет легко и быстро находить, устанавливать и удалять пакеты, а также подключать и отключать AUR: нет необходимости выискивать отдельные репозитории PPA, как в Ubuntu, или рыскать по сайтам разработчиков в поисках дополнительного софта. Что делает Antergos подходящим выбором как для начинающих применителей, так и для «тех, которые с претензиями».

Спелость корицы, или Cinnamon 2.8

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

Как уже стало привычно за последние пару лет, очередная версия среды Cinnamon за номером 2.8 вышла в первых числах ноября, примерно за месяц до обещанного релиза Linux Mint 17.3, имя которому будет Rosa. И в котором среда эта станет одним из двух титульных десктопов — наряду, как легко догадается каждый, наделённый солдатской смекалкой, с MATE версии 1.12, о выходе которой было объявлено через несколько дней.

Чем интересна новая Cinnamon’ка? На мой взгляд, двумя вещами. Первая — та, что она визуально покажется… не интересной. Ибо внешне практически не отличается от своей предшественницы. Не считать же значимыми отличиями улучшенные апплеты управления звуком или питанием? Ведь далеко не всеми эти апплеты вообще востребованы. А для этих не всех единственным способом проверить успешность обновления версии может быть только модуль О системе из Параметров оной. Так что может возникнуть вопрос: а стоит ли вообще это самое обновление выполнять?

Стоит. Потому что долгая, начиная с версии 2.0, «подковёрная» работа по оптимизации среды в отношении ресурсов наконец стала видна невооружённым глазом, особенно на машинах среднего уровня (проверить на совсем уж «хилом железе» у меня, увы, возможности не было). А если учесть, что среда Cinnamon не навязывает своему применителю, фактически, ни одного штатного приложения (кроме файлового менеджера Nemo, который — неотъемлемая её часть), то перед ним открывается уникальная возможность комплектовать систему и по своим возможностям, и по своим желаниям. Возможность, которая в более иных средах, конечно, тоже может быть реализована, но с куда большими затратами сил и времени.

2016 год

DragonFly BSD: полёт продолжается

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

ОС DragonFly BSD, отпочковавшись от FreeBSD 4.4 летом 2003 года, привнесла в мир UNIX’а такие принципиальные новшества, как распараллеливание легковесных нитей ядра (LWKT), перенесение драйверов устройств в пользовательское пространство памяти, механизм сообщений и их очередей вместо традиционных системных вызовов, файловая система HAMMER. Эти особенности могли бы заиграть яркими красками на настольных десктопах с широким распространением многоядерных процессоров, под что система затачивалась изначально. Однако доступ к её прелестям для простых применителей долго затруднялся неразвитостью пользовательской инфраструктуры, в частности, доступа к приложениям.

Ситуация начала меняться в 2012 году, когда в рамках проекта FreeBSD была разработана система управления пакетами Pkg. Она была мгновенно инкорпорирована в DFBSD и получила в ней официальный статус и собственные репозитории даже раньше, чем в материнской операционке. Первоначально она требовала весьма кропотливой настройки, однако ныне (в версиях 4.4.X) справно работает «из коробки».

Так что чисто консольную систему DFBS, получаемую после установки посредством BSD Installer (кстати, очень простом в использовании), можно превратить в полноценный десктоп буквально двумя командами: pkg xorg и pkg [имя любимой рабочей среды], например, cinnamon, mate или xfce.

Так что тем применителям, кому становится скучно в стремительно стандартизируемом и заорганизованном мире Linux’а, есть куда двигаться.

Ubuntu и ZFS: взгляд в будущее

Впервые опубликовано: LXF#205–206 (февраль 2016)

О несравненных достоинствах файловой системы ZFS было написано много — в том числе и на страницах LXF (#164, #165-166, #167). Говорилось и о главном её достоинстве — а оно в том, что ZFS файловой системой не является. Ибо объединяет в себе функции как её, так и системы управления томами. Что ныне не столь уж уникально — сходный функционал имеется и в BTRFS, и в HAMMER. Однако первую по сей день до ума так и не довели, а вторая поддерживается только родной операционкой, то есть DragonFly BSD. ZFS же, во-первых, прошла испытание временем и, во-вторых, тем или иным образом поддерживается везде, в том числе и в Linux’е во всём его многообразии.

Так-то оно так, да не совсем так. Потому что, не смотря на все достижения проекта ZFS on Linux, поддержка первой во всех дистрибутивах второго выполняется через то устройство, которое является родительским для /dev/feet. И причины тому не технические, а чисто юридические, то есть несовместимость лицензий. Так что, казалось бы, путей разрешения этого классового противоречия нет.

Тем интересней выглядит заявление Марка Шаттлворта, что в Snappy Ubuntu 16.04 ZFS поддерживаться будет. Как — пока не ясно. Но, поскольку Snappy, по определению, система атомарная, можно предполагать, что поддержка эта будет «из коробки». Что, очевидно, противоречит лицензиям GPL и CDDL. Как будет решено это противоречие — пока можно только гадать. Благо, гадать остаётся не очень долго.

MX Linux: просто хороший дистрибутив

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

Популярность Ubuntu заставила забыть, что это — не первый дистрибутив в ряду юзеролюбивых систем на базе Debian’а. Правда, большинство её предшественниц прекратили своё существование, не оставив потомства. За исключением одной — MEPIS Linux. Которая, правда, прекратила своё развитие в 2013 году, но сформировала вокруг себя сообщество. А оно, в свою очередь, породила несколько производных систем, одна из которых — MX Linux. Чем же примечателен этот дистрибутив?

Во-первых, своим Live-образом — чрезвычайно компактным по нынешним временам: 64-битная сборка занимает менее 1 ГБ. Правда, сборка 32-битная чуть больше — 1,1 ГБ, но зато она включает в себя два ядра — с поддержкой PAE и без оной. Последнее же в наши дни — большая редкость, хотя и сохраняет актуальность для обладателей давно неактуальных конфигураций (например, нетбуков). При этом MX Linux — не какая-то облегчённая система, а вполне полноценный дистрибутив общего назначения, включающий среду Xfce с полным набором её штатных приложений, LibreOffice, GIMP, VLC, Firefox и прочие приложения, обычные для систем, основанных на Gtk.

Разумеется, Live-образ включает и возможность установки себя на диск, причём с помощью собственного инсталлятора, очень простого, но достаточно гибкого. Однако у него есть и средства сохранения изменений, внесённых в Live-систему, на внешний носитель типа USB-флешки.А в уже установленной системе есть возможность создания на базе её ISO-образа, пригодного для восстановления и тиражирования. Что делает MX Linux хорошим кандидатом на роль основы для различных специализированных систем.

Linux, ZFS и здравый смысл

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

В одной из недавних колонок (LXF#205–206) говорилось об обещании разработчиков Ubuntu поддерживать в своём дистрибутиве ZFS. И вскоре в тестируемые сборки 16.04 соответствующие модули были включены. Однако это — лишь частичное выполнение обещания: ZFS по прежнему не поддерживается инсталлятором. То есть штатного способа установить корневую файловую систему Ubuntu на пул ZFS по прежнему не существует.

Однако почти одновременно вышел дистрибутив, в котором ZFS действительно поддерживается «из коробки». Это Antergos, начиная с «освежённой» версии 2016.02.21. В его инсталляторе, Chchi, начиная с версии 0.14, ZFS можно выьрать наряду с любой другой нативной файловой системой, правда, только при установке с полного образа и в режиме автоматической разметки целевого носителя.

Однако и это не предел желаний и возможностей. В инсталляторе дистрибутива Proxmox ZFS поддерживается с самой страшной силой: она может не только нести корневую файловую систему, но и, в отличие от Antergos’а, не требует специального загрузочного раздела с файловой системой традиционной. Правда, сам по себе Proxmox не очень подходит «для десктопных для целЕй», однако, будучи клоном Debian’а, может использоваться в этом качестве по подключении соответствующих репозиториев.

А тем временем вокруг поддержки ZFS в Ubuntu, даже и столь ограниченной, начинается лицензионная склока. Инспирированная, как ни парадоксально, не злобными копирастами, а одной из организаций — оплотов свободного софта, Software Freedom Conservancy (SFC). Как будут развиваться события — покажет время.

Добавить комментарий