Алексей Федорчук - Погружение в Salix
Обзор книги Алексей Федорчук - Погружение в Salix
Погружение в Salix
Алексей Федорчук aka Alv
Эта электронная книжка, aka e-book, посвящена дистрибутиву Salix – одному из «клонов» Slackware. Он интересен и сам по себе. Но также и тем, что среди всех потомков старейшего из выживших дистрибутивов он в наибольшей степени наследует особенности родительской системы. И потому знакомство с ним может рассматриваться (в том числе и) как самый быстрый и простой метод вхождения в мир Slackware. Ибо фраза «Если ты знаешь Slackware – ты знаешь Linux» до сих пор не потеряла своей актуальности.
Настоящая книжка не является руководством по Salix, Slackware или, тем более, по Linux'у вообще. Нет, это описание дистрибутив-специфических особенностей Salix'а – тех, которые показались мне интересными, и которые я задействовал в своей практической работе.
Основу книжки составили заметки о Salix на Блогосайте и цикл статей, размещённых на IBM developerWorks (содержание его здесь). Ныне они исправлены, дополнены и причёсаны, так что полного совпадения с материалами, ранее размещёнными на указанных ресурсах, нет.
Непосредственным стимулом к оформлению всех изложенных материалов послужило желание моего сына Виктора погрузиться в Salix самому и приобщить к нему сестру Ольгу. Так что им эта e-book'а и посвящается.
Глава 1. Общая характеристика, назначение, история
В первой главе даётся общий обзор дистрибутива Salix и его история, а также содержится краткое терминологическое введение. Кроме того, авто попытается объяснить, объяснение того, почему в первой фразе аннотации применительно к Salix'у нему применены кавычки.
Введение
Salix, первоначально носивший имя Salix OS (официальный сайт проекта) представляет собой один из дистрибутивов Linux, основанных на Slackware, старейшей из ныне живущих Linux-систем. От прародительницы он унаследовал простоту устройства и здоровый консерватизм, привнеся, однако, некоторые черты, свойственные так называемым «дружелюбным» (user friendly) дистрибутивам. Впрочем, как читатель увидит в дальнейшем, его «дружелюбие» никогда не становится навязчивым.
Salix относительно молод – первый его релиз, за номером 13.0, был представлен в сентябре 2009 года. И не сказать, что с тех пор он ослеплял фейерверком версий и обновлений: за четыре с половиной года он сменил лишь пять «мажорных» релизов, из которых текущим на момент сочинения этих строк является 14.1. Однако они отражают, во-первых, все важные изменения в родительской Slackware, от которой наследуют нумерацию версий. А во-вторых и главных – в них воплощаются все значимые события, происходящие в мире Linux, такие, как появление принципиально новых функций в ядре системы, существенные изменения используемых рабочих сред, выход обновления основных приложений.
Целью разработчиков Salix было создание компактного, лёгкого, но полнофункционального дистрибутива, полностью совместимого со Slackware. При этом они основывались на собственной интерпретации знаменитого принципа KISS, расшифровывая эту аббревиатуру как Keep It Super Simple, то есть Сделать проще некуда. Чего и достигли путём реализации трёх требований:
1. простота разработки достигалась происхождением Salix от самого прозрачно устроенного из существующих дистрибутивов Linux, то есть Slackware, которая может быть индивидуализирована в очень широких пределах;
2. простота сопровождения обеспечивалась полной совместимостью с прародительским дистрибутивом, благодаря чему работы по обновлениям безопасности и исправлениям ошибок происходили «выше по течению»;
3. простота использования Salix относительна: Slackware предоставляет пользователю полный контроль над системой, ничего не делая за него, но требуя понимания сути действий; для желающих иметь систему, которая «просто работает» Salix выступает как связующее звено, предоставляя полностью локализованные системные инструменты, управление зависимостями пакетов и их репозиторий; в то же время цели сделать полностью упрощённый и автоматизированный дистрибутив по примеру Ubuntu не ставилась.
Упрощению использования Salix служит в первую очередь его система инсталляции. Каждый, кто имел дело с установкой Slackware, знает, что, хотя сам по себе инсталлятор её предельно прост в употреблении, он предусматривает только два его варианта:
1. устанавливать «гуртом» предопределённые наборы пакетов (так называемые sets или series) – но в этом случае в системе оказывается много лишнего;
2. заниматься индивидуальным выбором пакетов – но это требует времени, согласно известной шутке, достаточного для выхода следующей версии дистрибутива.
Инсталлятор Salix, как и установщик родительской системы, работает в текстовом режиме и имеет псевдографический интерфейс на базе библиотеки ncurces. Он не блещет внешними красотами, но позволяет легко и быстро установить базовую систему и, в варианте инсталляции по умолчанию, рабочую среду и предопределённый разработчиками (и безальтернативный) набор пользовательских утилит и приложений.
Критерии комплектации Salix пакетами также были подчинены задаче упрощения использования дистрибутива. В качестве рабочей среды по умолчанию в нём принят компактный и легковесный, но при этом развитый и полнофункциональный десктоп Xfce. Приложения же для него отбирались по принципу «одна задача – одна программа». В штатной установке Salix вы не увидите ни одного пакета, функции которого дублировались бы другим, да и в репозитории таких альтернатив не густо. Далее, из круга приложений, предназначенных решить некую задачу, отбирались сочетающие в себе полноту функций и «лёгкость», то есть нетребовательность к ресурсам, во-первых. И те из них, которые лучше всего вписывались в рабочее окружение Xfce – во-вторых.
Разумеется, не обошлось здесь и без того, чтобы «поступиться принципами»: в штатном комплекте Salix имелись OpenOffice.org и Firefox, функциональных аналогов которым среди «лёгких» приложений просто нет. Кстати, браузер – единственная программа, представленная в штатной установке «в двух лицах», вторым из которых выступает «лёгкий» Midori. Однако для всех, связанных с Интернет-технологиями (а кто нынче с ними не связан?) наличие в системе более чем одного браузера – не роскошь, а необходимость. Так что это «отступление от канона» можно не засчитывать.
В результате сразу после установки пользователь получает в своё распоряжение систему, пригодную к немедленному выполнению практических задач. Правда, только в том случае, если его вкусы и предпочтения в отношении прикладных пакетов совпадают с таковыми разработчиков дистрибутива. Чего, разумеется, гарантировать нельзя. Предусмотрев это, создатели дистрибутива предложили и иные варианты инсталляции с одного и того же установочного носителя: базовый, при котором установки приложений поверх среды Xfce не происходит (кроме менеджера пакетов и браузера) и «стержневой» (core), дающий чисто текстовую систему, не только без рабочей среды, но и без оконной системы X. После первого каждый пользователь может установить свой любимый набор приложений, используя репозитории пакетов дистрибутива. Второй же представляет собой основу «индивидуального конструктора».
Из сказанного выше становится ясно, что разработчики Salix ориентировали свой дистрибутив на совершенно определённую группу пользователей – с одной стороны достаточно подготовленных и опытных, способных решать возникающие задачи, с другой же – не отягощённых свободным временем, чтобы заниматься этим постоянно. Разумеется, они не оставили за бортом и пользователей начинающих – но только тех из них, кто всё-таки готов был разбираться в том, как работает их система.
Цели и задачи, которые ставили перед собой создатели Salix, они изложили в интервью, состоявшемся 2 октября 1999 года (доступно и в русском переводе. И за прошедшие годы ни разу не отклонились от «генеральной линии».
Ибо «сверхзадачей» создателей Salix было снижение «порога вхождения» в мир Linux вообще и в круг Slackware-систем – в частности. Но не ценой «примитивизации» (от необходимости приобретения знаний этот дистрибутив, как и любой другой, отнюдь не освобождает), а лишь за счёт некоторой экономии времени на начальных этапах установки и первичного освоения системы. Тому, как им удалось её решение, будут посвящены остальные статьи цикла. В рамках же настоящего материала мы рассмотрим причины и поводы, вследствие которых эта «сверхзадача» возникла, для чего придётся обратиться к истории. Но сначала – несколько терминологических замечаний.
Вопросы терминологии
В этой статье и последующих статьях цикла я буду употреблять термины, которые наилучшим, по моему мнению, способом передают суть именуемых ими явлений. Они не всегда являются общепринятыми или широко распространёнными, и потому требуют некоторых пояснений в той части, которая имеет отношение к герою нашего повествования.
