Выбрать главу

   • репозитории «братских» дистрибутивов, подобно 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;

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

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