LMDE Betsy: есть ли жизнь до релиза?

Алексей Федорчук
Впервые опубликовано: LinuxFormat, #194 (март 2015)

Вступление: в бумажной версии этой статьи было довольно много картинок, но мне вставлять их сюда мне было лениво. Тем более что их аналоги можно найти в книге Linux Mint и его Cinnamon. Тем более что ныне содержание этой статьи представляет главным образом исторический интерес. Ну и, может быть, в какой-то мере, методический.

Тема этой статьи не совсем обычна — она посвящается системе, релиза которой на момент сочинения этих строк ещё нет. Но которую, тем не менее, вот уже более двух недель можно не просто пощупать в тестовом режиме, как это обычно предлагается для всякого рода бета-версий и релиз-кандидатов. Нет, её уже сейчас можно полноценно применять на практике — без проблем на типовых задачах и с некоторыми, но достаточно простыми, ухищрениями — на задачах не совсем стандартных. Ибо речь здесь пойдёт о Linux Mint Debian Edition, релиз которой за номером 2 известен под партийной кличкой Betsy.

Предыстория Betsy

О дистрибутиве Linux Mint слышали, наверное, все, хоть каким-то боком прислонившиеся к миру Linux и FOSS. Ответвившись от Ubuntu в ноябре 2006 года, он быстро превзошёл свою родительницу если не по распространённости (ибо количественные данные на сей предмет для всех дистрибутивов условны и неопределённы), то уж точно по известности, и не в очень узких кругах. Ибо уже в первый год своей жизни вошёл в десятку сильнейших по рейтингу Distrowatch’а (и отнюдь не при девяти участниках), а в 2008 году поднялся на третью ступень пьедестала почёта. Которую покинул только в 2011 году — и лишь для того, чтобы взойти на ступень первую. На которой LM и пребывает по сей день, причём со всё более увеличивающимся отрывом от ближайшего соперника — а им почти бессменно выступает прародительская Ubuntu.

А вот факт, что проект Mint на самом деле развивает две линии, рассматриваемые разработчиками как самостоятельные дистрибутивы, не столь известен. Всё сказанное о положении в рейтинге относится к собственно Linux Mint (далее просто LM). Который основан на кодовой базе Ubuntu, опирается на её официальные репозитории и полностью совместим с репозиториями неофициальными, так называемыми PPA. И отличается от прародительницы, во-первых, официально поддерживаемыми графическими средами, в качестве которых выступают Cinnamon, собственная разработка проекта Mint, и MATE (редакции с KDE и Xfce официального статуса не имеют). А во-вторых, набором специфичных для дистрибутива фирменных утилит, как для командной строки, так и графических, предназначенных для решения очень широкого круга задач — от управления пакетами до блокировки доменов и размещения pastebin-сообщений.

Второй дистрибутив, развиваемый проектом — Linux Mint Debian Edition (далее LMDE), далеко не столь популярен, как собрат. Из его названия легко догадаться, в нём под пышным ковром тех же графических сред (Cinnamon- и MATE-редакции), расцвеченных фирменными утилитами, лежит не Ubuntu, как в LM, а твердокаменный Debian.

Первая версия LMDE, вышедшая в сентябре 2010 года, однако, включала в себя среду GNOME 2, точно такую же, что и существовавший тогда LM 9 isadora. Он получил номер версии 201009 — отличие от релизов LM, выпуски LMDE именовались по схеме год-месяц. Это было связано с тем, что изначально они основывались на кодовой базе Debian testing, и релизы этого дистрибутива носили «скользящий» характер (так называемые rolling release): сами по себе выпуски официальных образов были просто некими вехами в непрерывном развитии системы. И вслед за первым релизом последовали очередные такие вехи — 201012 и 201109; в последней к GMONE-редакции дистрибутива присоединилась сборка с Xfce — вероятно, в связи с тем, что эта среда получила статус одной из официальных для Debian’а.

Однако в том же 2011 году в развитии LMDE, как и собственно LM, произошёл коренной перелом. С одной стороны, Ubuntu перешла на использование собственной среды Unity, с другой же — вышел GNOME 3, а развитие GNOME 2 прекратилось, как и поддержка этой линии разработчиками.

Обе новые среды, оказались неприемлемыми как для собственно LM, так и LMDE: принципы их построения резко отличались от концепции классического десктопа. Кроме того, разработчики GNOME 3 пошли по пути существенного ограничения настраиваемости среды. А среда Unity, в которой без сторонних утилит с настраиваемостью дело обстояло тоже не блестяще, кроме того, не поддерживалась никем, кроме собственно Ubuntu. Как, впрочем, по ряду причин (в том числе и юридических, в связи с требованием для сторонних разработчиков отказа от имущественных прав на свой же код) и по сей день никем, кроме прямых клонов Ubuntu, не поддерживается — для LMDE, основанной на Debian, это было ещё более критично, чем для собственно LM.

В результате некоторых коллизий, на которых я не буду сейчас останавливаться, так как они относятся истории проекта Mint вообще, а не его линии LMDE, последняя, начиная с релиза 201205, выходит в двух редакциях — с Cinnamon и MATE в качестве рабочих сред. Поначалу доживала свой век и сборка с Xfce, однако на версии 201205 она и закончила своё существование.

Казалось, что эта судьба уготовлена и линии LMDE вообще: последний её официальный релиз имел номер 201403, что, как не сложно догадаться, соответствовало дате выхода — марту месяцу прошлого года. И затем на протяжении полугода о разработке LMDE не было практически никаких вестей. Пока 28 августа 2014 года на сайте, посвящённом новостям от разработчиков Mint с говорящим названием Segfault, не появилось сообщение основателя и бессменного лидера проекта Клемента Лефевра (Clement Lefebvre), известного также как clem, суть которого сводилась к следующему:

  • все вышедшие до того времени релизы дистрибутива объединяются в версию LMDE 1;
  • версия, находящиеся ныне в разработке, будет именоваться LMDE 2 Betsy;
  • подобно LM, она переходит на фиксированный релиз-цикл и будет основана на кодовой базе следующей версии Debian 8, известной как Jessie, когда та обретёт статус релиза (в тот момент, как и сейчас, она находилась в стадии тестирования);
  • это знаменательное событие произойдёт предположительно в ноябре месяце текущего года.
  • все вышедшие до того времени релизы дистрибутива объединяются в версию LMDE 1;
  • версия, находящиеся ныне в разработке, будет именоваться LMDE 2 Betsy;
  • подобно LM, она переходит на фиксированный релиз-цикл и будет основана на кодовой базе следующей версии Debian 8, известной как Jessie, когда та обретёт статус релиза (в тот момент, как и сейчас, она находилась в стадии тестирования);
  • это знаменательное событие произойдёт предположительно в ноябре месяце текущего года.

Последнее обещание выполнено не было. И не вследствие нерадивости разработчиков LMDE, а, скорее, из-за перфекционизма разработчиков Debian, как обычно, не выпускающих релизы до полного их «вырелизывания». А сообщения о разработке Betsy опять пропали со страниц Segfault’а почти на полгода — до 6 февраля текущего года, когда Клемент в статье под названием «About Betsy» обрисовал текущее положение дел, а также описал отличия Betsy, с одной стороны, от собственно LM, с другой — от предыдущих выпусков LMDE.

Примерно в это же время на сервере проекта появился, наряду с репозиторием LMDE 1 Debian, и репозиторий LMDE 2 Betsy. А значит — и возможность ознакомиться с будущим релизом до его выпуска, который на этот раз был запланирован на март месяц 2015 года. Как? Расскажу в следующей части этой статьи.

Обретение Betsy. Шаг первый

Никаких директивных указаний о том, как следует использовать репозиторий LMDE 2 Betsy (и даже — следует ли его использовать вообще) на официальном сайте проекта на момент сочинения этих строк ещё не было. Не было и никаких пре-релизных образов будущего дистрибутива. Однако, исходя из общих соображений и солдатской смекалки, последовательность действий представить себе не сложно.

Как говорят французы, чтобы сварить суп из курицы, надо как минимум иметь кошку. Поэтому для обретения Betsy необходимо как минимум иметь образ последнего релиза LMDE 1. Каковой, именем linuxmint-201403-cinnamon-dvd-64bit.iso и объёмом 1,4 ГБ, можно скачать с любого из зеркал проекта (например, Яндекса). Кроме него, имеется и образ linuxmint-201403-mate-dvd-64bit.iso, а также 32-битные сборки обеих редакций, однако меня интересовал именно 64-битный вариант (по причине наличия машины этой архитектуры и 16 ГБ памяти) и с Cinnamon в качестве рабочего окружения (чему причиной — исключительно личные симпатии к этой среде).

Образ диска может быть записан на оптический носитель, на USB-флешку или SD-карту (одной из специальных графических утилит или прямой командой dd). И после загрузки с него мы оказываемся в Live-среде, точно такой же, какая будет после установки, так что сейчас я задерживаться на ней не буду.

Следующий шаг обретения Betsy — установка LMDE 1 как основы дальнейших действий. Описывать детали установки системы, для которой не вышла ещё даже пре-релизная версия, смысла не имеет — в релизе инсталлятор может и измениться. Поэтому остановлюсь только на нескольких моментах, привлекающих внимание.

Как обычно в инсталляторах всех клонов Debian, установка начинается с выбора языка инсталлятора, который в дальнейшем станет языком установленной системы. Как ни странно, в моём случае языком, предлагаемым по умолчанию, оказался русский. Не телепатически ли были определены мои предпочтения?

Рис. 1. Языком инсталлятора, предлагаемым по умолчанию, в моём случае оказался русский

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

Рис. 2. Горы, равнины и часовой пояс

Критически важный момент установки — выбор раскладки клавиатуры. По умолчанию предлагается русская раскладка в варианте winkeys. Однако можно выбрать и любой другой вариант русской раскладки, причём с возможностью не только проверить её в тестовом поле, но и посмотреть воочию. Однако делать этого ни в коем случае не нужно — после этого переключиться на английскую раскладку не получится, а без этого невозможно будет заполнить поля учётной записи. Так что лучше сразу остановиться на раскладке English (US).

Рис. 3. Выбор вариантов русской раскладки широк, но прибегать к нему не нужно: выбранная раскладка не дополняется к английской, а подменяет её

В ходе подготовке диска к инсталляции, то есть его разметки и форматирования целевого раздела (или разделов) необходимо, как обычно, выбрать файловую систему для него. И в списке предложений, кроме обычных вариантов (то есть всех файловых систем, нативных для Linux, от btrfs до xfs, привлекают внимание специфическая cramfs и постепенно вымирающая reiserfs.

Рис. 4. Список доступных при инсталляции файловых систем не очень обычен

Важный момент инсталляции — определение места для загрузчика системы, в качестве которого выступает GRUB 2. В Ubuntu и всех её производных (в том числе и в LM) для его установки можно выбрать любое наличное устройство — MBR одного из дисков (если их больше одного) или PBR любого раздела. Нельзя лишь одного — отказаться от установки загрузчика вообще, что иногда бывает весьма желательно. А вот в LMDE это вполне допустимо (как и в её «подковровом» Debian’е).

Рис. 5. Инсталлятор LMDE позволяет не только выбрать любое устройство для установки загрузчика, но и отказаться от его установки вообще

И, наконец, мелкая, но очень существенная деталь: после определения, как надо размечать и форматировать диск, и куда надо записывать загрузчик, но до того, как эти действия свершатся в реальности, выводится панель, наглядно резюмирующая все сделанные при подготовке к инсталляции настройки. К ней надо отнестись со всем вниманием, ибо это последний шанс что-то поправить. Например, место размещения загрузчика. Ведь записать его не туда (например, в MBR первого диска вместо PBR целевого раздела) — это типичная болезнь применителей Ubuntu и её производных, причём не только начинающих (автор этих строк ей тоже подвержен).

Рис. 6. Сводная информация по подготовке к инсталляции — последний шанс что-то исправить

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

Обретение Betsy. Шаг второй

После перезагрузки мы оказываемся в системе с ядром 3.11, средой Cinnamon версии 2.0 и другими компонентами, актуальные для начала 2014 года. Набор приложений оказывается практически идентичным таковому LM 16 Petra, одновозрастной нашей LMDE. Поэтому задерживаться на особенностях установленной системы я не буду. Ведь предстоит второй шаг на нашем тернистом пути волшебное превращение её в LMDE 2 Betsy.

Оно начинается с подключения нужных репозиториев — базового от Debian Jessie и специфического от проекта Mint. Для этого достаточно нужно в каталоге /etc/apt/sources.list.d/ создать файл official-package-repositories.list и внести в него такие строки:

deb http://packages.linuxmint.com betsy main upstream import
deb http://extra.linuxmint.com betsy main

deb http://ftp.ru.debian.org/debian/ jessie main contrib non-free
deb http://security.debian.org/ jessie/updates main contrib non-free
deb http://www.deb-multimedia.org jessie main non-free

Затем выполняется командой

$ apt update

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

$ apt dist-upgrade

В первый раз эта процедура (почти) наверняка завершится сообщением об ошибке при разрешении зависимостей. Ничего страшного — выполняется «коррекция» системы командой

$ apt install -f

А затем — вторая попытка тотального апгрейда, которая на этот раз наверняка завершится успехом, который закрепляется перезагрузкой системы и лицезрением результата проделанной работы с помощью вызванных из главного меню Cinnamon Системных настроек и их модуля О системе. Который продемонстрирует нам имя обновлённого дистрибутива (LMDE 2), версию его ядра (3.16.0-4-amd64) и среды (2.4.6).

Рис. 7. Аттрибуты обновлённой системы

Читатель, знакомый с системами пакетного менеджмента Debian и его производных, наверняка обратит внимание, что команда apt в нашем случае даётся от имени обычного пользователя и не предваряется командой sudo. Это не ошибка автора или его лень, а особенность реализации утилиты apt в дистрибутивах проекта Mint: она избавляет применителя помнить о необходимости получения административных прав, так как запрос пароля для авторизации последует за командой apt автоматически.

Нельзя сказать, что новообретённая Betsy работает абсолютно гладко. Но ожидать такого от системы, для которой даже пре-релиза официально объявлено не было, было бы опрометчиво. И надо заметить, что шероховатости в ней, во-первых, немногочисленны, во-вторых, легко ликвидируются. Но об этом разговор будет позднее. А пока поглядим на дистроспецифические особенности системы, которые и определяют её лицо. Их три: «ковёр» — рабочая среда, средства её «крепления» — фирменные утилиты, и «подковёрный» Debian.

Среда Cinnamon

Рабочая среда — первое, что видит большинство применителей при запуске системы. Поэтому с неё и начнём знакомство с LMDE 2 Betsy. Правда, во всех дистрибутивах этого семейства среда при первом запуске почти целиком загорожена экраном приветствия проекта Mint, но от него легко избавиться, на время сеанса или навсегда. А потом, при необходимости, запускать, ибо это обычная Mint-утилита.

Рис. 8. Рабочая среда Cinnamon и экран приветствия проекта Mint

Во всех дистрибутивах проекта Mint экран приветствия один и тот же. И, кроме формальной информации, несёт некоторую функциональную нагрузку. Так, он предоставляет простой доступ к Менеджеру программ, базе данных оборудования, чат-комнате (она потребуется для регистрации в качестве члена сообщества, что может быть не лишним — например, для сочинения отзывов о пакетах в Менеджере программ), может обеспечить установку мультимедийных кодеков (если опция их установки не была включена при первичной инсталляции системы). Так что, хотя при первом запуске системы экран приветствия, скорее всего, будет отключён, но потребность вызвать его может появиться в дальнейшем. И реализовать эту потребность очень просто: либо через секцию Параметры главного меню Cinnamon, либо прямой командой mintwelcome в терминале или минитерминале.

После отключения экрана приветствия видно, что интерфейс Cinnamon построен в традиционном стиле, включая собственно рабочий стол и управляющую панель. В отличие от GNOME Shell’а или Unity, здесь сразу ясно, что делать дальше. Во-первых, можно щёлкнуть правой кнопкой мыши по рабочему столу, чтобы увидеть его контекстное меню — через него, в частности, можно поменять фоновую картинку или включить слай-шоу из их набора.

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

Рис. 9. В среде Cinnamon возможен и двухпанельный интерфейс

Наконец, в-третьих, для доступа ко всем штатным приложениям и утилитам дистрибутива, развёрнутым при первичной инсталляции системы, можно обратиться к главному меню Cinnamon. И это самый главный и самый примечательный элемент интерфейса. Оно вызывается или кнопкой на главной панели, или горячей клавишей (по умолчанию — Left Win, она же Super). В нём можно выделить три элемента — колонку пиктограмм быстрого запуска, поле поиска, поле списка секций меню и поле элементов.

Рис. 10. Cinnamon: главное меню

Назначение колонки быстрого запуска понятно: она предназначена для быстрого запуска приложений (смайлики по вкусу), а также блокировки экрана, завершения сеанса или смены пользователя, перезагрузки или выключения машины. Назначение каждой пиктограммы объясняется подсказкой в правом нижнем углу меню.

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

Что же касается полей списков секций и элементов, их основное назначение очевидно — выявление и запуск нужной программы. Хотя первую операцию, на мой взгляд, удобнее делать через поле поиска, потому что русскоязычные названия элементов меню не всегда понятны. Однако у поля элементов меню есть и дополнительные функции, доступные через контекстное меню любого элемента. Меню это включает пункты:

  • Добавить на панель;
  • Добавить на рабочий стол;
  • Добавить в избранное (то есть в колонку быстрого запуска);
  • Удалить;
  • Добавить на панель;
  • Добавить на рабочий стол;
  • Добавить в избранное (то есть в колонку быстрого запуска);
  • Удалить.

Обращаю внимание на последний пункт: это не удаление элемента из списка, а именно удаление соответствующего пакета после ввода пароля для авторизации и согласия с соответствующим предупреждением. Таким образом можно быстро избавиться от «ненужных» программ, доставшихся вместе со штатным комплектом, а также от пакетов, которые устанавливались в ознакомительных целях.

Рис. 11. Через контекстное меню можно не только манипулировать пиктограммами, но и удалять пакеты

А теперь вернёмся к рабочему столу. Как и любая современная рабочая среда, Cinnamon поддерживает несколько рабочих областей — по умолчанию их задействовано две. Между ними можно переключаться горячими клавишами Control+Alt+Right/Left. Просмотреть все рабочие области можно в так называемом режиме Expo, переход в который — по горячим клавишам Control+Alt+Up. В этом же режиме можно добавлять новые рабочие области.

Рис. 12. Режим Expo: помощью знака «Плюс» на панели справа можно добавлять рабочие области

Кроме нормального режима, в котором происходи работа приложений, и режима Expo, в Cinnamon имеется режим масштабирования, в котором на экран выводятся все открытые окна текущей рабочей области. Переключение в него — горячими клавишами Control+Alt+Up.

Однако коронка среды Cinnamon — так называемый тайлинг, то есть расщеплении экрана на ряд независимых областей, в каждой из которых локализуется окно с запущенным в нём приложением. Это подобно покрытию пола кафелем (tiling), чем и порождена аллюзия. При этом понятие управления окнами как бы лишается смысла – тайлинговые системы управляют не столько окнами, сколько областями экрана, в которых окна открываются. В Cinnamon тайлинг управляется перетаскивание окон к границам экрана или его углам, а также с клавиатуры — клавишей Super в комбинации со стрелками управления курсором. Поддерживается расщепление экрана пополам по вертикали и горизонтали, а также на «четвертинки».

Рис. 13. Тайлинг окон в среде Cinnamon: расщепление экрана на «половинки» и «четвертинки»

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

Рис. 14. Среда Cinnamon: Системные настройки включают модули для конфигурирования почти всего, чего можно

К низкоуровневому конфигурированию с помощью Редактора Dconf в среде Cinnamon приходится прибегать буквально в единичных случаях — настолько редких, что соответствующий инструмент даже не включён в штатную поставку дистрибутива, а должен устанавливаться дополнительно. Пожалуй, единственный пример того, когда без него не обойтись — включение режима сохранения сеанса при завершении работы (см. рис. 15).

Рис. 15. Сохранение сеанса — один из очень редких случаев, когда нужен редактор Dconf

Завершая разговор о среде Cinnamon, ещё раз подчеркну: в ней в оптимальных дозах сочетаются традиции, такие, как общий интерфейс рабочего стола, и модерн — инкрементный поиск в меню (восходящий к Dash из Unity), режим Expo для рабочих областей, тайлинг окон. Что немаловажно, почти все настройки среды можно выполнить её собственными штатными средствами, не прибегая к сторонним твикерам, без которых не обойтись в Unity и GNOME Shell.

Фирменные утилиты

Комплект утилит, специфичных для дистрибутивов проекта Mint — второй фактор, определяющий их своеобразие. Как уже было сказано, утилиты эти для решения весьма широкого круга задач, и потому весьма многочисленны — полный их список включает более 20 исполняемых файлов вида mint*. Большинство из них имеет графический интерфейс и запускается из секции Администрирование главного меню. Текстовые утилиты, разумеется, требуют запуска из командной строки терминала или консоли.

Важнейшим из фирменных инструментов, безусловно, является собственная реализация утилиты apt — именно она обеспечивает удобство и простоту управления пакетами, непревзойдённую во всём семействе deb based дистрибутивов. Однако ей будет посвящена специальная статья. Здесь же я остановлюсь только на основных графических инструментах. Рассмотрение которых целесообразно начать с Менеджера программ, как наиболее востребованного его компонента.

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

Рис. 16. Менеджер программ — простой способ установки и удаления пакетов

В обращении mintinstall столь же прост, как и внешне. А обращение с ним, разумеется, начинается с поиска нужного пакета. Проще всего для этого воспользоваться полем поискового запроса, где вводится имя пакета, его фрагмент или ключевое слово из описания (в последнем случае иногда можно даже по русски). Правда, порядок вывода пакетов — не по соответствию имени, а по количеству отзывов на них.

Рис. 17. Поиск пакета Geany и его плагинов в Менеджере программ

Следует помнить, что поиск в Менеджере программ — регистро-зависимый. Это можно продемонстрировать на примере поиска выпадающих терминалов. Если в поле поиска ввести слово «Выпадающий», мы увидим пакет выпадающего терминала Guake. А по ключевому слову «выпадающий» обнаружится совсем другой выпадающий терминал, Tilda.

Если дважды кликнуть на строке с именем найденного пакета, появится страница с его описанием, иллюстрирующими скриншотами, перечнем зависимостей, а также отзывами о пакете — теми самыми, которые определяют приоритет вывода при поиске. Для установки отсутствующего пакета (вместе с его зависимостями) достаточно нажать соответствующую кнопку, для удаления пакета установленного — заменяющую её кнопку Установить.

А можно также и оставить свой отзыв. Правда, для этого надо предварительно зарегистрироваться в сообществе пользователей (как — расскажу позже).

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

С Менеджером программ тесно связана утилита software-sources, которая в главном меню именуется Источники приложений. Она предназначена для выбора зеркал основных репозиториев, подключения репозиториев дополнительных, проверки подлинности ключей, исправления проблем в списках пакетов и очистки от следов жизнедеятельности, то есть локальных кешей.

Сюда же примыкает Менеджер обновлений, именуемый mintupdate — средство для обновления системы. По умолчанию он включается в автозагрузку, пиктограмма его находится постоянно в системном лотке, изменяя свой вид в зависимости от доступности обновлений.

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

Режима автоматического обновления в Mint не предусмотрено как класса — оно начинается только после нажатия экранной кнопки Установить обновления. Однако некоторые пакеты, критически важные для функционирования системы (ядро, glibc и некоторые другие), не обновляются и в таком полуавтоматическом режиме — это требуется задать явным образом, отметив соответствующий бокс.

От средств работы с пакетами плавно переходим к средствам работы с файлами. А тут одно из наипервейших дел — резервное копирование. Для чего в составе фирменного инструментария Mint имеется утилита mintbackup (в меню — Резервное копирование). Она выполняет две функции — собственно резервное копирование и сохранение списка установленных пакетов.

Для решения первой задачи указываются исходный и целевой каталоги, а также дополнительные параметры — простое копирование, архив tar, tar.bz2 или tar.gz, условия перезаписи. Далее можно определить исключения из исходного каталога, не подлежащие архивированию (если, конечно, они нужны). В общем, в этой утилите нет ничего такого, чего нельзя было бы сделать с помощью утилиты tar и её опций. Но всё это представлено в наглядной форме, избавляющей от необходимости ломать голову над последними.

Не менее проста и полезна утилита mintbackup во второй своей части, сохраняющей список установленных пакетов. Здесь всего-то и требуется, что указать целевой каталог, при желании, просмотреть список пакетов, установленных в системе, нажать кнопку Применить и дождаться появления сообщения об успешном завершении процесса. После этого в целевом каталоге обнаруживается обычный текстовый файл вида software_selection_[имя хоста]@[дата]-package.list со списком пакетов.

Как известно, на смену оптическим приводам постепенно приходят USB flash и SD-карты. Единственная сфера, где до некоторого времени оптические накопители были не всегда заменимы — это установка системы на чистую машину. Однако ныне все современные дистрибутивы Linux’а или BSD-системы распространяются в виде так называемых гибридных образов, допускающих их запись на твердотельные носители. Что повлекло за собой появление большого числа программ, призванных выполнить эту процедуру.

Имеется такая утилита и в составе фирменного инвентаря Mint’а. Это mintstick, которая в главном меню находится в разделе Стандартные под именем Создание загрузочного USB-носителя. Действия в ней очевидны: надо выбрать записываемый образ и указать, куда он должен быть записан (подключённая флешка или SD-карта предлагается по умолчанию). После этого остаётся ввести пароль и подождать завершения процесса

В Системных настройках Cinnamon имеется модуль Языки. Однако он не является частью этой среды, а принадлежит к семейству фирменных утилит Mint (под именем mintlocale). Он выполняет двоякую функцию. Во-первых, через него можно изменить собственно язык интерфейса и прочие параметры, объединяемые понятием locale (формат даты, представление чисел, единицы измерения etc.). Главная его особенность — разделение групп параметров Language и Region (в русском переводе — Язык и Область/Край, соответственно). Первая определяет переменные LANG и LC_TIME, то есть собственно язык интерфейса и местное время. Группа же параметров Region задаёт значения всех остальных локально-зависимых переменных — представление чисел, денежных единица, формат бумаги, и так далее.

Разнесение переменных по группам может показаться спорным, как и его аргументация Клементом (специально для отъезжающих за границу). Однако сама по себе идея отделения языка интерфейса от прочего локально-зависимого хозяйства весьма здрава, особенно если язык этот — смесь нижегородского с оксфордским, как часто можно видеть в дистрибутивах, адаптированных для наших палестин.

Вторая функция mintlocale — определение так называемого метода ввода (Input Method), то есть системы обеспечения ввода символов, отсутствующих на клавиатуре от слова «вообще». Например, китайских иероглифов и символов всех генетически связанных с ними систем письма. И потому, конечно, жизненно необходимы жителям соответствующих стран, но у нас актуальна только для применителей со специальными интересами.

Говорить о Mint-утилитах можно было бы ещё долго, потому как я не описал и половины из них. Однако для плавного перехода к следующей части закончу эту словами о том, какой утилиты в LMDE, в отличие от собственно LM, нет: Менеджера драйверов, предназначенного для управления проприетарными программами поддержки оборудования. Что, однако, не единственное различие между этими дистрибутивами, как мы увидим в следующем разделе.

LM и LMDE: сравнение

Всё сказанное о среде Cinnamon и фирменных утилитах имеет силу как для LM, так и для LMDE (с единственной оговоркой относительно Менеджера драйверов). В чём же разницам ежду этими дистрибутивами? Рассмотрим на этот вопрос с позиций применителя, не горящего желанием залезать «под ковёр» (а тем более «под капот») без большой необходимости.

Так вот, под таким углом главное различие между LM и LMDE — отсутствие во втором доступа к PPA-репозиториям Ubuntu, без проблем возможного из первого. Попытка в LMDE подключить через add-apt-repository какой-нибудь из репозиториев с Launcpad’а вызывает сообщение об ошибке:

Добавление PPA не поддерживается

С другой стороны, для применителей LMDE доступен как официальный репозиторий Debian, так и неофициальные, которых тоже немалое количество. Конечно, той централизации, что реализована в дистрибутивах семейства Ubuntu через Launcpad, нет. Но и оснований жаловаться на бедность (приложениями) нет тоже.

На практике с проблемами при установке пакетов приходится сталкиваться в только в редких и достаточно специальных случаях. Причём одни из этих проблем связаны с тем, что LMDE — не совсем LM, но и не совсем Debian Jessie, например, при установке модулей поддержки системы размещения данных ZFS. Как уже было сказано, подключить PPA-репозиторий, из которого эти модули устанавливаются в LM, здесь не удастся. А попытка «в лоб» воспользоваться рецептом, приводимым на сайте проекта ZFS on Linux для «чистого» Debian приводит к ошибке при создании файла описания репозитория, ибо он явным образомпредназначен для Jessie. Что, впрочем, обходится тем, что соответствующий файл /etc/apt/sources.list.d/zfsonlinux.list, создаётся вручную, и в него вносятся такие строки:

deb [arch=amd64] http://archive.zfsonlinux.org/debian jessie main
deb-src http://archive.zfsonlinux.org/debian jessie main

В итоге после выполнения команды apt update все пакеты поддержки ZFS благополучно собираются и устанавливаются.

В других случаях проблемы возникают вследствие, видимо, до-релизного статуса Betsy. В частности, у меня они возникли при установке систем кастомизации образов дистрибутивов. К этому занятию я пристрастился за время применения LM, где применял в этих целях пакет UCK (то есть Ubuntu Customization Kit, работа которого основана на добавлении и удалении пакетов из имеющегося образа), входящий официальный репозиторий одноимённого дистрибутива. Как и следовало ожидать, в LMDE этот пакет установить было невозможно. Однако, и тоже ожидаемо, UCK отказался работать с её образом, будучи запущенной из LM. Мотивируя тем, что ни малейших следов Ubuntu он в этом образе не обнаружил.

Для сборок кастомизированных образов имеются и другие средства, самое из них известное — пакет remastersys. Он основан на совсем другом подходе, нежели UCK — на создании снапшота установленной, настроенной и «отрихтованной» по набору пакетов системы, но позволяет получить сходный с ним результат.

В LM пакет remastersys благополучно устанавливается из PPA-репозитория и работает безукоризненно. В LMDE же дело упирается в то, что разработчик пакета пару лет прекратил свою деятельность, остановившись в своих сборках на версиях для Ubuntu и Debian того времени (а буквально на днях и сайт его прекратил работать в связи с истечением срока делегирования домена). Сборки для Ubuntu с тех пор поддерживаются в актуальном состоянии майнтайнером соответствующего PPA-репозитория. Авторская же сборка для Debian (то есть для Wheezy) в Betsy, сиречь в Jessie, устанавливаться отказывается наотрез: с тех пор изменились не только версии пакетов-зависимостей, но и их набор.

Однако выход нашёлся и здесь — в виде форка remastersys, пакета refractasnapshot. Хотя и его установка не обходится без проблем, связанных с разрешением зависимостей, которое в конечном счёте приходится выполнять вручную. Однако завершается это дело благополучно.

Существует мнение, что в репозиториях Debian, даже ветки testing, версии пакетов более старые, нежели в официальных репозиториях Ubuntu и, тем более, в PPA-репозиториях. И нередко это действительно так. Но, во-первых, возникает вопрос: а всегда ли действительно так нужны новейшие версии пакетов? Ведь новый функционал в них нынче появляется достаточно редко, а обновления для устранения критических уязвимостей во всех дистрибутивах выпускаются всеми майнтайнерами, кроме самых нерадивых.

Кроме того, высказанное выше расхожее мнение имеет множество исключений. Например, в момент сочинения этих строк в официальном репозитории Debian Jessie (доступном, разумеется, и в Betsy) пакет calibre представлен версией 2.5, тогда как в Ubuntu — только 1.48. А ведь это один из тех не частых случаев, когда различия старой и новой версии — не в косметике, а в функционале.

И к тому же пакеты, принципиально важные именно для дистрибутива LMDE, как правило, поддерживаются для неё в официальном репозитории Mint — и вот там-то их версии уже точно самые последние.

Следующее различие между LM и LMDE касается аппаратных средств. Как известно, производители оборудования не балуют Linux своим вниманием. Однако если уж хоть как-то реализуют поддержку своей продукции для это ОС, то обычно для любого её дистрибутива — при условии, сказал бы старик Генри Форд, что это будет Ubuntu. И потому всякого рода фирменные драйвера могут иметься для неё (и, соответственно, быть доступными для её производных, включая LM), но отсутствовать для Debian и LMDE. Не случайно ведь, как было отмечено в конце предыдущего раздела, в последней из всего набора Mint-утилит нет только Менеджера драйверов.

Однако отсутствием Менеджера драйверов дело не ограничивается. В начале статьи я упоминал о некоторых шероховатостях в работе «рукотворной» Betsy. Одна из них — отвратительное качество звука сразу после обновления исходной системы. В частности, при использовании HD Audio от Intel его можно определить как среднее между стоном и хрюканьем.

Это решилось совсем просто — созданием файла /etc/modprobe.d/alsa-base.conf и внесением в него такой строки:

options snd-hda-intel vid=8086 pid=8ca0 snoop=0

После чего звучание становится пригодным для человеческого восприятия.

А теперь о хорошем. В числе различий между LM и LMDE основной разработчик обоих дистрибутивов, Клемент Лефевр, указывает, что последний дистрибутив проще с точки зрения архитектуры и, как следствие, обычно несколько стройней, быстрей и отзывчивей. Мои наблюдения с этим согласуются: при запуске с традиционного винчестера LMDE, показывает большее субъективное быстродействие (которое и можно квалифицировать как отзывчивость), нежели LM, оно визуально сопоставимо скорее с быстродействием последнго при его установке на SSD.

И последнее различие, которое можно констатировать в данный исторический момент: LM, основанный на Ubuntu 14.04 LTS, сохранил верность собственной системе инициализации, upstart, тогда как Betsy, вслед за своей «подковёрной» Jessie, перешёл на systemd.

Вместо заключения

Настоящее заключение для LMDE Betsy давать ещё рано — время его наступит после выхода релиза и практического применения оного. Однако предварительные итоги можно подвести. Главный из них в том, что LMDE 1, последний раз обновлявшаяся около года назад, без всякого труда превращается в пре-релизную Betsy, которая, во-первых, вполне пригодна к выполнению любых более или менее стандартных практических задач, во-вторых, отличается завидной устойчивостью и, в-третьих, без проблем обновляется штатными средствами, в частности, через mintupdate. А с помощью систем пакетного менеджмента ней легко устанавливаются любые пакеты из официальных репозиториев как LM, так и Debian’а. Что вселяет надежду на то, что в грядущем релизе всё будет ещё более хорошо.

Предвкушение релиза Betsy омрачается для любителя линии проекта Mint и среды Cinnamon тем, что этот любитель оказывается в положении буриданова осла: он будет вынужден выбирать между двумя одинаково вкусными и равно доступными охапками сена.

И уж совсем в заключение я хотел бы выразить признательность Станиславу Шрамко aka stanis за плодотворное обсуждение всех затронутых в этой статье вопросов.

Post Scriptum

Работа над статьёй была практически закончена, когда в блоге разработчиков проекта Mint появилось сообщение Клемента Лефевра о начале тестирования LMDE 2 Betsy. Правда, образов для тестирования в открытом доступе пока так и не появилось. Однако к моменту, когда читатель будет держать в руках этот номер журнала, думаю, они уже будут — и не в тестовом, а в релизном исполнении.

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