Алексей Федорчук - Погружение в Salix

Принцип одного приложения для каждой задачи работает и в подборе консольных программ. Здесь опять не увидеть дублирующих друг друга, например, ftp-клиентов или почтовых программ. А дублирование текстовых редакторов или аудиоплейеров – кажущееся. Так, Vim и nano на самом деле предназначены для решения разных задач работы с текстами, а mpg321 и moc – для разных ситуаций и даже настроения: ведь смысл прослушивания музыки – получение эмоций, ему соответствующих.

Всё это консольное богатство укладывается в чуть больше чем полтысячи пакетов. И занимает на диске 1,1 ГБ.

На мой взгляд, в «стержневой» системе два упущения. Первое – косметическое: по умолчанию не активизирована служба консольной мыши. Хотя пакет gpm присутствует, и это исправляется очень легко.

Второе упущение более существенное: полное отсутствие консольных браузеров. В Salix нет ни links, ни elinks, ни даже канонического lynx. Так что фактически применитель базового варианта этого дистрибутива остаётся без возможности обратиться к сетевым источникам информации. Это упущение должно быть исправлено возможно быстрее, о чём пойдёт речь в главе 5. Но сначала –

Как итог всего сказанного в этой части цикла я приведу сравнение различных вариантов установки Salix с дистрибутивами сходной комплектации, точнее, также с вариантами их установки, с точки зрения занимаемого дискового пространства. В качестве объектов сравнения дистрибутивы, близкие по времени релиза, с которыми я имел дело в последнее время. Это:

• Xubuntu (14.04 Trusty Tahr) как аналог полной установки Salix, поскольку она использует ту же рабочую среду Xfce и сходный набор пользовательских приложений;

• openSUSE 13.1, устанавливаемая с полного DVD (или NET-образа) в варианте Минимальное X Window– он наиболее близок (хотя и не идентичен) базовому варианту Salix;

• Sabayon Spin Base 14.01, более или менее соответствующий «стержневой» инсталляции нашего героя.

Результаты сравнения приведены в таблице.

Таблица 4-1. Сравнение занимаемого дискового пространства разных вариантов Salix и их примерных аналогов

Казалось бы, объём дискового пространства при установках Salix в вариантах FULLи BASICпримерно равен таковому его ближайших аналогов, не так ли? Так, да не совсем. При сравнении полной установки Salix и Xubuntu нужно учитывать, что последняя не включает в себя LibreOffice – роль офисного пакета в ней играет сцепка AbiWord и Gnumeric, существенно меньшая по «весу». В openSUSE же с «голой» X Window нет никакой интегрированной рабочей среды – только лёгкий оконный менеджер IceWM. Так что Salix в обоих случаях представляется более компактным. Для консольных же инсталляций Salix и Sabayon эта разница почти двухкратна – и не в пользу последнего.

Три варианта установки Salix предполагают разные модели применения этого дистрибутива. Для варианта FULLэто немедленная практическая работа – после, возможно, небольшой косметической доводки. Вариант же BASICможет применяться двояко: как основа для построения системы с собственным рабочим окружением, отличным от Xfce «головного» проекта, или as is – как специализированная рабочая станция, например, для разработки программ.

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

В пятой главе сначала дан краткий обзор средства работы с пакетами, применяемыми в дистрибутивах семейства Slackware. Далее описывается утилита slapt-get – основной инструмент для работы с пакетами и репозиториями в дистрибутиве Salix: приведена общая её характеристика, специфические черты и примеры практического применения.

В Salix предусмотрено несколько средств для работы с пакетами,. С одной стороны, в нём имеются базовые утилиты, входящие в пакет pkgtools, унаследованный от Slackware. С другой – в нём могут быть установлены любые средства управления пакетами, когда-либо разрабатывавшиеся для родительского дистрибутива.