Погружение в Salix

Неофициальные репозитории Slackware – это своего рода налоги PPA-репозиториев Ubuntu или «домашних» репозиториев openSUSE. Они не столь многочисленны, как последние (и, тем более, первые). Но имеют место быть, причём некоторые из них развиваются уже многие годы, возникнув задолго до создания PPA и OBS. Среди них можно видеть

   • репозитории «братских» дистрибутивов, подобно Salix, сохраняющих полную совместимость со Slackware (например, репозиторий дистрибутива Slackel;

   • репозитории для сборки специализированнх систем – примером может послужить Microlinux Enterprise Desktop (или просто MLED);

   • хранилища пакетов для отдельных интегрированных сред (например, Ktown, содержащий сборки версий KDE, более новых, чем включены в релиз) или оконных менеджеров (таких, как репозиторий пакетов для Enlightenment DR17 – Slack64e14;

   • наконец, личные репозитории энтузиастов – самым известными являются хранилища пакетов, собранных Эриком Хамелирсом (Eric Hameleers, также известный как Alien Bob и Alien Pastures) для применителей из США и иных стран.

Более подробно о неофициальных репозиториях Slackware можно прочитать Приложении.

Разумеется, все найденные репозитории Slackware не следует сразу же вписывать в /etc/slapt-get/slapt-getrc и немедленно выполнять тотальное обновление кеша, а затем и пакетов. Как раз наоборот, делать этого не следует: неофициальные репозитории развиваются сами по себе, часто содержат разные версии одного и того же пакета, да ещё и их зависимости могут быть несколько разными. Так что при таком огульном подключении вполне вероятны конфликты.

Так что лучше вписать неофициальные репозитории с необходимыми пакетами в альтернативный конфигурационный файл (например, /etc/slapt-get/slapt-get-ktownrc для использования новых версий KDE), и для обращения к его содержимому использовать slapt-get с опцией --config [имя файла].

Впрочем, slapt-get в консольном исполнении не предполагает автоматического, независимого от действий применителя (как это обычно происходит в Ubuntu), обновления пакетов. Эта функция возлагается на соответствующую службу, использующую графическую оболочку Gslapt, которая будет предметом рассмотрения в седьмой главе.

Глава 7. Управление пакетами: Gslapt

В седьмой главе описывается Gslapt – графическая надстройка над утилитой slapt-get, рассказывается о её практическом применении и настройке. А также даётся общее заключение о целесообразности их параллельного применения, как взаимодополняющих инструментов для работы с пакетами.

Обзор

Если утилиту slapt-get в какой то мере можно считать созданной по мотивам утилит семейства APT, то её графическая оболочка Gslapt – оригинальная разработка, созданная специально для Slackware. Однако как неотъемлемая часть системы она присутствует только в Salix (и Vector Linux).

В дистрибутиве Salix Gslapt устанавливается по умолчанию в обоих вариантах с графической средой. Он запускается из раздела Система главного меню через одноимённый пункт, предварительно запрашивая пароль пользователя. Что осуществляется через утилиту gksu – графическую надстройку над командами su и sudo (в данном случае, по понятным причинам, используется вторая).

Рисунок 7-1. Запрос пароля пользователя перед запуском Gslapt

Первое действие, требуемое после запускаGslapt – запрос на получение списка пакетов для подключённых репозиториев. Причём это необходимо в любом случае – даже если этот список уже был получен ранее консольной утилитой slapt-get (почему – будет сказано в разделе о настройке Gslapt).

После этого Gslapt выглядит примерно таким образом:

Рисунок 7-2. Gslapt: первый запуск

По умолчанию в верхнем фрейме выведен список всех пакетов из подключённых репозиториев, вне зависимости от их статуса. Нижний же фрейм содержит вкладки, в которых отображаются:

   • общие сведения о пакете – краткая характеристика, статус и приоритет. версия, репозиторий и так далее;

   • описание пакета;

   • зависимости, если они были определены майнтайнером;

   • список изменений, если имеются;

   • список файлов пакета и путей к ним, доступный, если пакет установлен.

Через кнопки инструментальной панели доступны три действия:

обновление списка пакетов, которое желательно проводить при каждом запуске Gslapt;

   • отметка всех пакетов, для которых обновления доступны;

   • выполнение действий над отмеченными пакетами – до нажатия этой кнопки никаких изменений в системе (обновления пакетов, их установки, удаления и так далее) не происходит; в «реальном времени» обновляются только данные о репозиториях.

Гораздо более богатые возможности представляет меню Gslapt. Через пункт Файл можно обновить локальный кеш пакетов, отметить пакеты с доступными обновлениями и устаревшие пакеты, а также выполнить все «заказанные» операции. Второй и третий подпункты требуют внимания, о чём я подробнее скажу в следующем разделе.