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

Рисунок 7-11. Пакеты-исключения

Пакеты, входящие в список исключений, средствами Gslapt нельзя ни удалить, ни обновить, ни переустановить без некоторых дополнительных действий. Или это можно сделать из командной строки утилитой slapt-get с указанием опции --ignore-excludes.

Групповые действия с пакетами

Как помнится по главе пятой, утилита slapt-get может не только устанавливать, обновлять и удалять отдельные пакеты, но и обновлять систему в целом. Разумеется, на это способен и Gslapt: достаточно любым способом (горячими клавишами Control+A, через главное или контекстное меню) отметить все пакеты, для которых доступны обновления, после чего нажать Control+Enter или экранную кнопку Выполнить.

Система исключений, о которых говорилось ранее (см. главу шестую) и будет говориться ещё, практически гарантирует от неожиданностей, вроде внепланового обновления ядра. Однако не помешает внимательно посмотреть предлагаемый список пакетов, которые будут обновлены в результате этой операции:

Рисунок 7-12. Список пакетов, предназначенных к обновлению

Возможно, для каких-то из них пакетов списка обновление окажется нежелательным – например, для пакетов, пересобранных собственноручно. Правда, такие пакеты лучше заранее внести в список исключений: список обновляемых пакетов может быть или принят, или отвергнут целиком, коррекция его «по ходу дела» невозможна.

Правда, ничто не может помешать удалить из списка исключений тот или иной компонент – правда, я очень сомневаюсь в том, что это нужно делать. А вот возможность пополнить список – иногда может понадобиться, например, при наличии собственноручно модифицированных пакетов, которые следует сохранять при обновлении системы..

В Salix имеется и возможность автоматического отслеживания обновлений – она носит название Slapt-update-service, устанавливается и активизируется по умолчанию при первичной инсталляции системы. После чего представляет собой пиктограмму в системном лотке управляющей панели Xfce. О наличии обновлений сообщает всплывающая подсказка при наведении на неё курсора мыши. После чего щелчок мышью вызывает панель с предложением эти обновления выполнить:

Рисунок 7-13. Предложение автоматического обновления

Если согласиться с этим предложением – последует запрос пароля пользователя (см. рис. 7-1), после чего будет запущен Gslapt, который выведет список обновляемых пакетов, точно такой же, как на рис. 7-12. И к которому применимо всё, что было сказано относительно обновления непосредственно из Gslapt.

От автоматического отслеживания обновлений можно отказаться вообще: для этого достаточно исключить Slapt-update-service из списка системных служб. Как – будет рассказано в главе 10.

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

Настройка Gslapt

Я уже упоминал, что в Gslapt интегрирована настройка всей этой системы управления пакетами – та самая, которая в предыдущей главе выполнялась в «ручном режиме». Для чего в пункте Правка главного меню предусмотрен одноимённый подпункт, вызываемый также клавишной комбинацией Control+P.

Прежде чем переходить собственно к описанию настройки, подчеркну: Gslapt использует те же самые конфигурационные файлы и рабочие каталоги, что и slapt-get. Поэтому результаты «ручной» их правки, выполненной в текстовом редакторе, будут влиять на его работу. И наоборот: переопределение параметров конфигурирования, выполненное в графическом интерфейсе Gslapt, отразится на поведении консольного slapt-get. Именно поэтому, в частности, при совместном использовании обоих инструментов рекомендуется выполнять процедуру обновления локального кеша при каждом запуске того и другого.

А теперь собственно о конфигурировании в графическом интерфейсе. Вызываемая одним их упомянутых выше способов панель настройки содержит четыре вкладки. В первой можно переопределить рабочий каталог всей системы, в частности, локального кеша пакетов:

Рисунок7-14. Определение рабочего каталога Gslapt

Чего, впрочем, без очень веских оснований делать не стоит – а оснований таких, как уже говорилось в предыдущей главе, я не вижу. А вот возможность очистить локальный кеш время от времени может оказаться востребованной – в частности, при смене версии дистрибутива.