Погружение в Salix
Шрифт:
Особенностями дисрибутива Slackware были:
• собственная меню-ориентированная программа инсталляции псевдографического режима;
• выделение категорий пакетов — базовой системы (A), консольных приложений (AP), средств разработки (D), оконной системы X и ее приложений (X и XAP, соответственно), и так далее;
• набор утилит для манипуляции пакетами (pkgtools), не предусматривающего, однако, никакого контроля зависимостей.
Время показало провиденциализм подхода Патрика — Slackware живет и развивается вот уже более 20 лет, не поступаясь своими принципами, сохраняя редкую
Отступление. Многие линуксоиды старшего поколения начинали свою дорогу в Linux со Slackware — и ничуть об этом не жалеют, вне зависимости от того, какие дистрибутивы бы они не применяли в дальнейшем. Знакомство с этим дистрибутивом дает опыт, позволяющий найти пути для решения любых проблем в любых других системах. И потому крылатая фраза «изучая Slackware, ты изучаешь Linux» имеет под собой все основания.
Рисунок 1-1. Патрик Фолькердинг, создатель Slackware
Впрочем, история зарождения Linux-дистрибуции подробно описана в электронной книге Вопросы истории: UNIX, Linux, BSD и другие, и пересказывать её я не буду. Остановлюсь только на отдельных её моментах, сыгравших свою роль в судьбе нашего героя. А именно – на появлении клонов Slackware. Ибо особенности этого дистрибутива таковы, что он может выступать не только как законченная система, но и как каркас для создания систем индивидуализированных.
Возможностями Slackware как «конструктора» начали активно пользоваться чуть ли не с момента её зарождения. И первым результатом этого стал дистрибутив S.u.S.E.; впрочем, глядя на его сегодняшних потомков (SLE и openSUSE), догадаться об этом нелегко. Однако Slackware дала и немало (более шестидесяти) ответвлений, следующих заветам Патрика; правда, на сегодняшний день из них активно развивается не более дюжины. И причина не в том, что сама Slackware стала менее «продуктивна». Нет, резко сократилось число применителей, которые нуждаются в её «конструкторских» возможностях. А амбиции по созданию собственного дистрибутива «с перламутровыми пуговицами» удовлетворяются обычно на базе Ubuntu.
Тем не менее, новые клоны Slackware, и клоны удачные, возникали постоянно на протяжении текущего тысячелетия постоянно. В частности, уже в его первые годы начали появляться системы, призванные снизить пресловутый «порог вхождения». Ведь одной из особенностей Slackware, вытекающей из принципов его построения, было требование некоторых предварительных знаний при её установке, настройке и дальнейшей поддержке. В результате у разработчиков были все стимулы для создания первых систем быстрого развёртывания.
Одним из первых опытов в этом направлении стал Vector Linux, разработанный на базе Slackware Робертом Ланге (Robert S. Lange) и Даррелом Ставемом (Darrell Stavem) на самом рубеже тысячелетий. Уже в первой версии этого дистрибутива, вышедшей в июне 2000 года, была реализована концепция безальтернативной установки интегрированной рабочей среды (в данном случае KDE) с фиксированным набором пользовательских приложений, необходимых и, более или менее, достаточных для решения стандартных задач офисного или домашнего десктопа.
Дистрибутив Vector Linux дожил до наших дней, хотя не пользуется широкой известностью – думаю, что одной из причин тому была его эклектичность. Больше удачи выпало на долю другого представителя систем быстрого развёртывания, основанных на Slackware – дистрибутиву Zenwalk. Поскольку он имеет прямое отношение к нашей теме,
остановимся на его истории чуть подробнее.Дистрибутив Zenwalk возник в середине 2004 года под именем Minislack, а свое нынешнее имя он получил в начале второго года жизни – в августе 2005-го. Его разработчик, француз Жан-Филипп Гийомен (Jean-Philippe Guillemin), – ставил своей целью создание на базе Slackware компактной системы, предназначенной для «себя, любимого». Свои побуждения он описывает во Вступлении к Руководству пользователя Zenwalk (русский перевод).
Рисунок 1-2. Жан-Филипп Гийомен, создатель Zenwalk
Именно в дистрибутиве Zenwalk впервые последовательно был проведён в жизнь принцип «одна задача – одно приложение». Кроме того, в нём декларировалась полная совместимость с материнской Slackware. Однако её исконный инструментарий был дополнен собственной системой управления пакетами netpkg (в том числе и с графическим интерфейсом) и графическими средствами настройки системы.
Жан-Филипп оказался не одинок в своих представлениях об идеальном дистрибутиве Linux. И потому со временем вокруг проекта выросло не очень большое, но активное сообщество разработчиков. В результате дистрибутив развивался очень активно: новые версии его выходили с интервалами от месяца до полугода, и не в соответствие с каким-либо графиком релизом, а при обновлении ядра, рабочей среды (в качестве которой выступала Xfce) и других важных компонентов. Появлялись и различные варианты сборок дистрибутива – с рабочими средами GNOME и KDE, серверная, LiveCD, предназначенная для образовательных целей.
И всё было очень хорошо, но к 2009 году среди основных разработчиков Zenwalk наметились разногласия относительно его дальнейшей судьбы. Потому что, во-первых, этот дистрибутив всё больше отдалялся от первозданной Slackware, полагаясь на собственные средства конфигурирования и пакетного менеджмента, а во-вторых, снизил темп развития. Последнее выразилось в том числе и в том, что в наступившую эпоху доминирования 64-разрядных процессоров Zenwalk по прежнему существовал только в сборке под 32-битную архитектуру. Результатом этих разногласий стало появление дистрибутива Salix.
Появление Salix
Одним из тех, кого не устраивало направление развития проекта Zenwalk, был Георгий Влахавас (George Vlahavas, Греция), один из самых активных его участников. И когда разногласия с Жан-Филиппом перешли в антагонистические противоречия, он основал новый проект и собрал вокруг него группу единомышленников, в прошлом также входивших в число основных разработчиков Zenwalk.
Рисунок 1-3. Георгий Влахавас, создатель Salix
Впрочем, была и другая причина «откола» группы разработчиков от проекта Zenwalk. Один из сооснователей нового проекта, Пьерик Ле Брён (Pierrick Le Brun, Франция): в упомянутом выше интервью, объясняет её так:
Хотя мы очень уважаем Жан-Филиппа Гийомена как кодировщика, творческого и артистического человека, у нас были некоторые возражения против его автократической и иногда беспорядочной манеры управления проектом. Достаточно сказать, что через некоторое время он просто убил веселье (killed the fun). А ведь не нужно забывать, что для разработчиков-любителей веселье – это действительно одна из важных мотиваций их деятельности.