Организация комфортной работы в командной строке — одна из задач, которую мы выдвинули в рамках нашего программного документа, вслед за настройкой консольного режима. В качестве регистрационной оболочки пользователя (login shell) по умолчанию в кастомизированной системе Cinant вместо традиционного для (почти) всех Linux’ов Bash’а используется Zsh. И, соответственно, задача наша сводится к его установке и настройке.
Cinant унаследовал от прародителей, Antergos’а и Arch’а, «скользящую» модель обновлений. Которая почти всегда обеспечивает доступность самых последних версий ядра, десктопов, утилит и приложений — и это плюс. Однако иногда применение этой модели чревато не очень приятными последствиями — «отваливанием» при обновлении системы отдельных пакетов (особенно из AUR), в том числе и критически важных. И это, безусловно, минус. Преодолеть который — одна из первоочередных задач кастомизации Antergos’а на пути к Cinant’у.
Овладев со страшной научно-фантастической силой методами пакетного менеджмента Antergos’а (унаследованными от Archlinux’а), можно приступать к его кастомизации. Для чего, в соответствие с заветами наших бывших велики вождей, нужно определить её цели и задачи.
Как и большинству современных дистрибутивов, Antergos’у свойственно удивительно несерьёзное отношение к браку консоли: по умолчанию там нет ни консольной мыши, ни возможности ввода кириллицы. Хорошо хоть теперь есть кириллический вывод, хотя шрифты по умолчанию выглядят… так себе они выглядят. Хотя бы потому, что мы с Мануалом едва разглядеть их можем.
Едва успел я похвастаться тем, что в Antergos’е манипуляции с пакетами можно выполнять из GUI, ни на какой CLI не оглядываясь, как появился повод в очередной раз припомнить слова, которые не устаёт повторять мне кот Мануал: «Не зарекайся, Лёха!» Ибо появилась у меня непреодолимая потребность установить Tor Browser. Почему — вопрос не ко времени, и не к месту (скорее к Блогосайту, и уж точно не сейчас). Но решения он требовал срочного. К чему, казалось бы, никаких препон не было.
На предыдущих страницах был рассмотрен инструментарий управления пакетами средствами CLI и универсальный менеджер пакетов с GUI — Pamac. Дело осталось за малым — решить, что больше подходит для джентльменов таких лет и такого размаха, как мы с котом Мануалом. Для чего сначала придётся устроить вечер воспоминаний.
В прошлом очерке речь шла о пакетном менеджере CLI — pacman‘е, предназначенном для работы с официальными репозиториями Arch’а. И вскользь говорилось о дополнительных инструментах CLI — wrapper’ах и helper’ах для работы с AUR. Нынешний же очерк посвящён интегрированном средству, решающему обе эти задачи. Это — пакетный менеджер Pamac, представляющий собой графический фронт-энд (или, по простому, «морду») к библиотеке libalpm (ArchLinux Package Management Library). Которая, кстати, обеспечивает также функционал утилиты pacman и некоторых дополнительных к ней инструментов, например, yaourt.
Как было сказано в предыдущем очерке, пакеты из официальной ветки репозитория распространяются в виде запакованных в tar.xz бинарников. Так что установка сводится к скачиванию, распаковке, регистрации в базе данных и интеграции в файловую иерархию как компонентов данного пакета, так и, при необходимости, всех его зависимостей. И занимается всем этим менеджер пакетов всех Arch’оидов, pacman.
Кастомизация Antergos’а ради превращения его в Cinant — в значительной мере установка необходимых утилиты и приложений, и удаление ненужных. То есть первый шаг на пути кастомизации — освоение системы пакетного менеджмента, свойственного Arch’у и всем Arch’оидам. А поскольку пакеты эти, как и во всех современных дистрибутивах, хранятся в репозиториях, надо начать с нескольких слов о них.
Antergos — клон Archlinux’а, один из тех, что декларирует свою «юзерофилию» — и не без оснований. Происходит он из Испании, местом своего виртуального проживания имеет одноимённый сайт, развивается по модели rolling release. Причём делает это довольно давно — с середины 2012 года. И на протяжении всего этого времени его можно видеть в рядах первой полусотни Distrowatch’его казачества или около того.
Cinant — условное название нового субпроекта в рамках проекта Cinia. Задача его — создание кастомизированной системы на базе дистрибутива Antergos с рабочим окружением Cinnamon, её описание и, в перспективе, распространение в узкитх кругах широкой общественности в виде iso-образа, одновременно «живого» и установочного.
Ниже описан процесс инсталляции Antergos’а с целью превращения позднее его в кастомизированную систему Cinant. Установку эту мы с котом Мануалом выполнили на «реальном железе» — конкретно, на SSD 120 ГБ, какой решили целиком пожертвовать поб это благое дело. Установка выполнялась с эмулятора CD/DVD устройства Zalman ZM-VE300. Однако она проходит точно так же, если в качестве источника выступает реальный сидюшник, USB-флешка и SD-карта.
Мы с котом Мануалом были в восторге от того, что Cintu 18.04.1 с Cinnamon 4.0 удачно собралась и успешно заработала. А также — в восторге от самой среды. И, вдохновлённые этими чувствами, решили немедленно претворить её в образ, пригодный для распространения в узких кругах широких народных масс на правах пре-релиза.
Наконец-то удалось обрести в Cintu полноценную среду Cinnamon версии 4.0, что на данном этапе дистроения оказывается задачей не совсем тривиальной. Ибо прошедшие в наших новостях сообщения о том, что это можно сделать из известного PPA-репозитория embrosyn’а — ложь, звиздёжь и провокация: версия для Bionic’а там 3.8.X. А Гвендаль свои «ночные сборки» вообще забросил аж в июле текущего года. Нет 4-й версии и в репозитории Linux Mint 19.1. Как, между прочим, нее было и официального объявления о релизе — лишь сообщение…
Наши с Мануалом ожидания увидеть релиз среды Cinnamon 4.0 к знаменательной дате — 1 нояюря 2018 года — не оправдались. Но зато на Launchpad’е неожиданно обнаружился PPA-репозиторий с пакетами Cinnamon, предназначенными для тестирования. И для некоторых из этих пакетов уже прямо указана принадлежность к 4-й версии, а другие, например, nemo-3.9.0-201810300304~ubuntu18.04.1, асимптотически к ней приближаются.
Эта глава посвящена различным аспектам использования текстового редактора Geany исключительно в мирных, то есть непрограммерских, целях. Ибо в Cintu это основное орудие производства применителя-текстовика.
Система Cintu создавалась в первую очередь для работы с текстами — и потому приложения этой направленности для нас архинужные и архиважные. И разбиваются они у нас на три категории: средства CLI для обработки текстов, простые текстовые редакторы для мелких поделок, и «продвинутые» текстовые редакторы для работы со сложным контентом. В настоящей главе речь пойдёт только о первой категории. Это — стандартные UNIX-утилиты или их GNU-версии, и потому ничего специфичного для Cintu здесь не будет.
Вот и наступил психологический момент для создания Оглавления к Книге о Cintu — по крайней мере, к написанным главам. А поскольку весь оглавляльник в голове устаканился — то и к ненаписанным тоже: они будут (пока) отличаться неактивизированными ссылками. Которые будут становиться активными по мере того, как…
Ближайшие страницы посвящены приёмам работы в командной строке вообще и в Zsh в особенности. Именно эта командная оболочка принята в Cintu как регистрационная (login shell) по умолчанию, вместо традиционного для почти всех дистрибутивов Linux оболочки Bash.
Следующий шаг на пути к применению Cintu — это доукомплектация системы прикладными пакетами. А возможно, и полная перекомплектация её — ведь приложения Малой редакции пподбирались, исходя из наших с Мануалом предпочтений, которые не обязаны совпадать с предпочтениями применителей. И потому Глава 7 будет посвящена главному средству управления пакетами — утилите apt.
Система Cintu создавалась применителями — и для применителей. Применяющих её исключительно в мирных целях, то есть не программерских и не админских. А применение любой системы начинается с её установки. Начнём с этого и мы.
Во введении к Книге о Cintu мы с котом Мануалом расскажем, что это такое — Cintu, для кого она предназначена и чем отличается от… более иных систем (нужные дописать).
Побочным, но немаловажным следствием сочинения Части I Книги о Cintu стало обновление образа Малой Cintu в соответствие с реалиями сего дня. О её отличиях от предыдущей версии много говорить не приходится. Достаточно заметить, что образ Cintu 18.04.1 SE собран в точном соответствии с тем, что написано в Главе 2 и Главе 3 упомянутой Книги.
Поставив в Главе 4 точку в создании Малой Редакции системы Cintu, приступаем к увековечиванию её в виде образа посредством утилиты Systemback. Она во всех подробностях описана котом Мануалом. Поэтому ниже будет говориться только о том, что имеет отношение к созданию образа Cintu и записи его на установочный носитель.
Прежде чем опробовать Cǐntu с её «корицей» на вкус, необходимо нанести последние штрихи на нашу картину… нет, не маслом, а скорее пастелью. То есть превратить Ubuntu в Cintu формально. Для чего получаем права администратора на неопределённый срок:
Файловый менеджер Nemo — неотъемлемая часть среды Cinnamon, и друг без друга они не то что совсем жить не могут, но не будут счастлиы. Однако, кроме того, Nemo — штатное приложение среды Cinnamon, и притом единственное. И потому Nemo, его настройки и его плагины заслуживают выделения в отдельное производство. Тем более, что глава о настройках собственно среды Cinnamon получилась очень длинной.
После авторизации в окне приглашения LightDM мы видим рабочий стол среды Cinnamon, но в совершенно неудовлетворительном разрешении (800×600 — напоминаем, что дело происходит внутри виртуальной машины) и с не самыми подходящими (к нашим с Мануалом глазам) шрифтам. Да и ещё некоторые мелочи выглядят не очень привычно. Поэтому первое действие в этом свежеинсталлированном десктопе — это сделать его среду п… нет, не то, что подумали испорченные мальчики и девочки, а просто комфортной:
Глава 1 Книги о Cintu закончилась тем, что после установки минимальной системы и перезагрузки машины нашему взору предстала страшная чёрная текстовая консоль с предложением авторизоваться в ней. Что мы с Мануалом тут же и проделываем, использу логин cintu и пароль — тоже cintu — эту пару мы всегда задаём для всех наших сборок одноимённой системы, вне зависимости от её версии и редакции. После чего первая виртуальная консоль готова к работе:
Мы с Мануалом постоянно подчёркиваем, что Cintu — это не столько дистрибутив, сколько алгоритм создания собственной кастомизированной системы, пригодной для тиражирования среди родных, друзе и близких. А также всех тех, кому она понадобится впредь. Поэтому собственно руководство по Cintu мы и начнём с рассмотрения того, как она делается.
Поскольку Cintu базируется на Ubuntu, обновление ядра в ней штатными средствами происходит точно так же, как и в материнской системе. То есть раньше в течении жизненного цикла релиза версии ядра не менялась вообще — изменялись только номера сборок. То есть в LTS-релизах одна и та же версия ядра держалась все пять лет — хотя временами и патчилась на предмет безопасности и бэкпортирования поддержки нового «железа». Затем, начиная с середины жизненного цикла версии 16.04 LTS, в «долгоиграющих» релизах стали внедряться ядра…