Большинство графических сред (и Cinnamon тут не исключение) устроены так, что в принципе позволяют обходиться без мыши: все (или все основные) действия в них могут выполняться с клавиатуры. Однако мышь добавляет комфорта в работе. А в консоли она в некоторых случаях оказывается просто незаменимой.
Наброски к первой части этого сочинения писались более или менее в том порядке, в каком они вошли в итоговую сводку. После чего планировалось в в том же порядке поступить со второй частью: сначала наброски, потом сводка. Однако жизнь тут же внесла свои коррективы, ибо знакомство с теорией у нашей Незнакомки сопровождалось началом практического применения Linux’а. Что естественно, ставило практические же вопросы, требующие быстрого решения. И потому дальше изложение пойдёт в порядке возникновения этих самых вопросов — то есть с перескоком…
Вторая часть нашего сочинения посвящена рассмотрению базовых понятий Linux — в объёме, необходимом начинающему пользователю. К ним принадлежат: пользовательские аккаунты и их права, режимы работы, интерфейсы взаимодействия, носители информации, файловые системы и файловая иерархия, пакеты и репозитории. А также то, что мы с котом Мануалом ещё припомним. Но сейчас начнём с нас, любимых — то есть пользователей. Однако прежде — о самом краеугольном понятии Linux’а, о рекурсии.
Настоящее сочинение предназначено для пользователей, как применителей, так и потребителей, впервые знакомящихся с операционной системой Linux, её дистрибутивами и прикладными программами. И при этом не только не испорченных тлетворным влиянием запада Windows, но, возможно, даже не имевших ранее дела с настольными персоналками. В связи с этим в 1-й, вводной части, говорится о том, что такое операционные системы вообще и ОС Linux в частности, а также о разновидностях последней.
Некоторое время назад мы с котом Мануалом замутили проект под названием Linux для пионеров и пенсионеров. Однако первоначальный замысел его претерпел изменения. В частности, из целевой его аудитории мы по ряду причин исключили пионеров. И потому нынче вниманию читатедя предлагается модифицированная его версия — заглавие которой указано на этой странице.
Данный материал сочинялся как тезисы доклада на XVI конференция разработчиков свободных программ 2019 года. по причине своего хронического разгильдяйства я не вписался ни в какие сроки, и потому доклад этот не будет произнесён, а тезисы — опубликованы. Но поскольку я давно собирался написать на эту тему, а тут типа повод появился — размещаю здесь.
Полная версия вводной части Определившись в прошлой заметке с тем, что такое дистры, и которые из них являются десктопными, посмотрим, каковы их отличительные черты в ряду всех прочих.
Полная версия вводной части Разговор о дистрибутивах опять же логично начать с определения — что такое дистрибутив Linux’а. От цитаты из Википедии я в данном случае воздержусь, там всё изложено достаточно кучеряво. Хотя в реальности (в которой, как все знают, не так, как на самом деле) дело достаточно просто, если вспомнить о значениях слова distribution. Одно из которых — «распространение».
Полная версия вводной части В двух словах ответ на вопрос из заголовка заметки прост: Linux — это операционная система (далее — ОС), одна из существующих и развиваемых в наши дни. Правда, существует точка зрения, что Linux — это только ядро ОС, а сама она должна называться GNU/Linux. Мы с Мануалом полагаем её неправильной, однако вдаваться в дискуссию и обоснование здесь не будем, потому что целевую аудиторию наших заметок этот вопрос нимало не волнует, по крайней мере поначалу.
Полная версия вводной части Некогда, в середине нулевых годов нашего тысячелетия, автор этих сочинил материал под названием Кандидатский минимум начинающего линуксоида. Как всегда, сочинялся он в расчёте на очень определённую целевую аудиторию — группу товарищей. Но, по дошедшим до меня слухам, он оказался полезен некоторым представителям узких кругов широких народных масс вообще.
Повседневная жизнь применителя — запуск приложений, управление данными etc. — протекает преимущественно в рабочей среде aka Desktop, каковой в нашем случае является Cinnamon. И потому тему кастомизации соответствующей редакции Startedkit’а Altlinux P9 мы с котом Манулом начнём именно с её настройки. Хотя среда Cinnamon — единственная из всех, которую руки не чешутся начать настраивать сразу после установки: начинать работу в ней можно и в апстримистом виде. Однако в виде кастомизированном работать в ней можно гораздо комфортней.
Когда я говорил о безупречной поддержке Cinnamon в Altlinux P9, я несколько забежал вперёд. Потому что эта безупречность (в понимании нашем с котом Мануалом) подразумевает в первую очередь актуальность версии. На текущий момент это версия 4.2, тогда как в StartedKit P9 по умолчанию устанавливается предыдущая, 4.0 главного пакета среды (собственно cinnamon). Хотя все сопровождающие пакеты пакеты, типа cinnamon-control-center etc, имеют версию 4.2.
Как известно, в любом дистрибутиве для получения обычным пользователем привилегий администратора используется две команды — su, требующая пароля root’а, и (или) sudo, согласная и на пароль обычного юзера. О сравнительных их достоинствах и недостатках говорить сейчас неуместно. Замечу только, что мы с котом Мануалом очень к sudo привыкли…
Создание сайта Cinia мы с котом Мануалом начали с изложения его концепции, которая в тот момент сводилась к созданию и (возможно) продвижению самосборной системы Cintu — сочетания Ubuntu’вского базиса (с использованием Zsh в качестве login shell по умолчанию) и надстройки в виде среды Cinnamon. К чему со временем присоединилась интеграция отдельных Qt/KDE приложений. Однако не прошло и года, как концепция эта потребовала корректировки.
Почему рассказ об Altlinux’е попал на сайт, посвящённый изначально самосборной системе Cintu — история довольно длинная, и будет описана отдельно. А пока замечу только, что непосредственным поводом для данного обзора послужил выход Startedkit’ов Altlinux P9. По сравнению с прошлым выпуском, P8, в нём резко расширился набор аппаратных платфоорм — за счёт практически всех не-Intel’овских процессоров, о которых я когда-либо слышал (полный список оглашается здесь).
В недавней заметке про Cintu и Cinnamon 4.2 был представлен образ, предназначенный для демонстрации того, что указанное сочетание возможно и работоспособно — у меня и в мыслях не было, что это система для практического применения. Однако после установки её на реальное железо и некоторого периода практического использования я изменил своё мнение: это вполне нормальная система, которая может послужить основой для наращивания под конкретные задачи применителя.
Строго говоря, все важные новые фишки версии Cinnamon 4.2 появились ещё в 4.0. Но описать их тогда я не сподобился, ибо пытался переходить на Antergos (как показала практика, напрасно), и больше внимания уделял его дистрибутив-специфичным фичам. Так что задним числом постараюсь исправиться. И рассказать о тех фишках, которые пусть и не убойны, но весьма полезны. И среди них наипервейшими будут фишки главной управляющей панели.
В предыдущей заметке, которая только что написана, говорится о нескольких фишках Cinnamon, появившихся в версии 4.0 (и, разумеется, имеющих место быть и в 4.2), гармонично дополняющих описанные ранее. Сейчас же я хочу сказать об одной достаточно частной фишке, не претендующей на убойность, но могущей иногда быть весьма полезной.
Как уже говорилось в предыдущей заметке, первый успешный опыт наложения Cinnamon 4.2 на Cintu проходил на реальной машине — моей рабочей. А поскольку опыт этот оказался удачным, появилось естественное желание на тиражируемый образ. Что и было претворено в жизнь по ранее описанному алгоритму, но
На предпоследней странице говорилось, что попытка получить работоспособную систему с Cinnamon 4.2 (из репозитория gogo) на базе Ubuntu (для определённости — 18.4.2) потерпела фетяску. Однако забыл добавить, что это касалось системы, построенной с «нулевого цикла», то есть с mini.iso. Что, кстати, имело место быть и Cinnamon 4.0.
В предыдущей заметке релиз Cinnamon 4.2 был назван долгожданным. Однако ни слова не было сказано, чем же он отличается от предыдущего, и почему его следовало так ждать. Исправляюсь в заметке этой.
Свершилось событие, которого с нетерпением ожидало всё прогрессивное человечество (или, по крайней мере, некоторая его часть): 29 июня было объявлено о релизе среды Cinnamon версии 4.2. Одновременно соответствующие пакеты стали доступны для её материнского дистрибутива Linux Mint грядущей версии 19.2 и в репозитории бывшего дистрибутива Antergos (ныне это часть репозитория Arch’а). А через несколько часов ими пополнился и PPA-репозиторий gogo.
Тематика этого сайта в значительной мере вращается вокруг среды Cinnamon и всего, что с ней связано. И потому давно пора поговорить о её фирменных фишках. Которые, может быть, и не все «убойные» — но отличают её от более иных десктопов, придавая ей красоту и функциональность. Впрочем, как сказал некогда Саади
Организация комфортной работы в командной строке — одна из задач, которую мы выдвинули в рамках нашего программного документа, вслед за настройкой консольного режима. В качестве регистрационной оболочки пользователя (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.