Использование Yum

Использование Yum

— установка пакета.

— удаления пакета.

— обновление пакета.

—  обновление всех установленных пакетов

— проверка последней версии пакета, доступной для установки.

— проверка наличия обновлений для пакетов, связанных с безопасностью

– просмотр зависимости пакета.

-просмотр информации о пакете.

– просмотр доступности пакета

– список только установленных пакетов.

– список только доступных пакетов

– поиск пакета, содержащего файл

– поиск выражения, содержащегося в  названии или в описании пакета в репозитарии

– просмотр списка всех установленных репозиториев.

— имена тех пакетов, которые наличествуют в системе, но которыми в репозиториях и не пахло, то есть установленные “в лоб”, например, через

— очистить rpm-кэш, удалив закачанные пакеты

— очистить rpm-кэш, удалив закачанные пакеты и заголовки

— попытаться установить пакет RPM и все зависимые от него пакеты, используя ваши репозитории

— аналогично, но отключив проверку GPG-ключей

— просмотр всех версий пакета, доступных в подключенных репозитариях

— установка конкретной версии пакета

— Установка старой версии пакета(downgrade)
 

Установка пакетов из .rpm файлов
Для установки .rpm пакета с автоматическим разрешением зависимостей используется команда localinstall. Так команда:

автоматически найдет зависимости пакета foo.rpm в репозиториях (если сможет) и предложит их установить.
Может возникнуть проблема в отсутствии или неизвестной GPG подписи у RPM пакета, результатом чего будет отказ в установке и как следствие следующая ошибка
«Публичный ключ для foo.rpm не установлен»
Для того чтобы обойти это(в случае если Вы доверяете источнику предоставляющему пакет) необходимо выключить проверку GPG ключей, добавив в конце команды параметр —nogpgcheck
Использование Yum с прокси-сервером
Для того чтобы заставить Yum работать через прокси-сервер необходимо добавить следующий параметр в /etc/yum.conf:

где — yourproxy это имя прокси-сервера, а 8080 это порт прокси-сервера. Если сервер требует аутентификации, вы можете указать логин как:

RPM Package Manager позволяет использовать прокси-переменные среды. Это может быть задано в /etc/profile или определено для конкретного пользователя в файле ~/.bash_profile::

Для использования wget через прокси-сервер, добавьте следующие строки в /etc/wgetrc

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

 

При ошибках в работе пакетного менеджера

— почистить кеш

— попробовать создать кеш заново

При обращении в форум/конференцию/рассылку за помощью всегда предоставляйте информацию о настроенных репозиториях

 

Отображение приоритетов для всех установленных репозиториев
Вы можете получить список всех установленных у вас репозиториев —

Однако, он не показывает индекс приоритета. Вот строка необходимая для этого. Если номер не определен, по умолчанию, это самый низкий приоритет (99).

Presto

Presto реализует поддержку DeltaRPM (DRPM). Сокращает объем закачиваемого трафика при обновлении пакетов, а соответственно и скорость обновления. Выкачивает «разницу» между двумя версиями пакета и формирует новый пакет на основе существующей версии и выкаченной «разницы».

List Data

Плагин yum-plugin-list-data добавляет множество дополнительных субкоманд, позволяющих получать разнообразную информацию о пакетах и их разработчиках:

Каждая из команд выдает статистику по одному из атрибутов rpm-пакетов.

— выводит количество пакетов, собранных под различные архитектуры.

— доля пакетов различного размера из числ установленных и доступных.

— выводит список официальных сайтов всех проектов, пакеты на базе которых доступны в репозиториях Fedora.

— выводит список серверов, на которых были собраны пакеты и количество пакетов по ним.

— выводит полный список коммитеров, с указанием, сколько пакетов каждый “скоммитил”.

— выводит список групп пакетов, точно тот же, что и субкоманда grouplist.

— почти то же самое, что и list-arches.

— список лицензий, под которыми распространяются пакеты, во всевозможных их (лицензий) сочетаниях, и числа — сколько пакетов под какой лицензией, её вариантом или сочетанием лицензий распространяется.

— опять же вариации на тему list-installed-sizes и list-arches.

— выводит число пакетов, собранных участниками официального проекта Fedora и примкнувшими к ним лицами и командами.

— выводит список распространителей и число пакетов, им принадлежащих.

 

Fastest Mirror

yum-fastestmirror — это плагин для Yum, который измеряет скорость доступных зеркал и сортирует их список по скорости обмена с ними. Таким образом если сеть сильно загружена, то работа Yum может ускориться довольно сильно, а также снизится перегруженность сети. Плагин очень просто установить и он не требует какой-либо настройки.

Security
Для администраторов может оказаться полезным плагин yum-plugin-security, который предоставляет доступ к списку и обновлениям только тех пакетов, которые связаны с безопасностью системы. Например, доступны следующие пакеты для обновления (можно воспользоваться yum info-security, чтобы получить более подробную информацию по каждому пакету):

Используя опцию —security можно узнать сколько есть обновлений для пакетов, связанных с безопасностью

P.S.: Cубкоманды, реализуемые плагинами, в отличие от остальных, не реагируют на автодополнение по клавише [Tab] ни при каких настройках bash’а.

 

Настройка Yum
Настройка yum включает несколько аспектов, как то:

  • настройку собственно yum;
  • подключение и настройку плагинов;
  • подключение дополнительных репозиториев и настройку доступа к ним.

Рассмотрим настройку yum.

За поведение yum отвечает файл /etc/yum.conf. Ныне он сождержит только общие параметры для этой утилиты, объединённые в секцию [main]. Настройки отдельных репозиториев, имевшие место быть в нём в прежних версиях, ныне выделены в отдельные файлы в каталоге /etc/repos.d/

Параметры yum.conf задаются в таком формате:

Значение может быть булевым (0 — запрещено, 1 — разрешено), численным — от 1 и до,,, разумного предела (значение 0 опять-таки равносильно отключению) или символьным — например, путь к каталогу или список пакетов; в последнем случае значения разделяются пробелами.

По умолчанию главная и единственная секция yum.conf выглядит так:

Смысл этих параметров следующий:

— каталог для кэширования метаданных репозиториев и пакетов, скачиваемых в ходе установки; резона менять значение по умолчанию я не вижу;

— определяет, сохранять ли скачанные пакеты в локальном кэше (значение 1) или удалять их после успешной установки (значение 0)

— уровень отладочных сообщений, оставляю без изменений;

— каталог для файлов протоколирования действий yum, аналогично;

— значение по умолчанию предписывает устанавливать пакеты, точно соответствующие архитектуре; ИМХО, резонно сохранить, для предотвращения обновления сборки под i686 пакетом абстрактного назначения i386;

— определяет логику замены “устаревших” пакетов при тотальном обновлении, сопряжённом со сменой версий при операции yum upgrade;

— включение этой опции (значение 1) обязывает к проверке подписей при установке как из репозиториев, так и локально (посредством yum localinstall);

— использовать или нет плагины к yum’у; умолчальное разрешение, полагаю, смысла не имеет — иначе зачем бы их было устанавливать; в редких случаях, когда какой-либо плагин оказывается лишним, проще отключить его использование в командной строке;

— максимальное количество пакетов, запрещённых к обновлению (можно только устанавливать параллельно более новую версию).

Кроме перечисленных, существует ещё немало параметров настройки yum — с полным списком, как обычно, можно ознакомиться посредством man yum.conf. Остановлюсь на некоторых из них.

Так, очевидно, что опция installonly_limit имеет смысл только при наличии списка запрещённых к обновлению пакетов. Он задаётся параметром

Правда, по умолчанию, вне этого списка, запрещается обновление ядер.

Есть возможность и задать список пакетов, для которых запрещено как обновление, так и инсталляция:

Полезной может оказаться параметр

— он заставляет пропускать установку пакетов с нарушенными зависимостями, аналогично одноименной опции командной строки

Параметр

нужен для субкоманды list с одноименной опцией — он устанавливает срок, в течении которого добавленные в репозиторий пакеты считать новыми. По умолчанию он равен семи дням, но его можно подкорректировать в соответствие с собственными представлениями о новизне.

Что очень раздражает в yum — это синхронизация локально кэшированных метаданных о репозиториях с таковыми источников, происходящая каждый раз при его запуске с любой субкомандой — даже от лица пользователя, когда реально кэш метаданных обновлён быть не может. Побочным следствием этого может появиться значёк Обновление программ, да ещё такое, которое требует перезагрузки. Разумеется, оба требования — и обновления, и перезагрузки, можно проигнорировать — но значок глаза-то мозолит…

Такую ситуацию можно изменить в корне — на то существует параметр

, значением которого является время “выдыхания” метаданных в секундах. Документация уверяет нас, что по умолчанию это самое “выдыхание” составляет полтора часа — но не верьте ей, дыхалка у локального кэша гораздо короче. Так что тут можно поставить своё значение, которое покажется разумным. А можно вписать строку

И тогда обновление кэша метаданных будет производиться только по специальному запросу типа yum update.

Интересен параметр

— её включение прощает пользователю некоторые ошибки, впрочем, не очень существенные. Так, если дать команду yum install со списком пакетов, один из которых уже установлен, то она инсталлирует все недостающие пакеты без жалобы на ошибку.

Как я уже говорил, полный список параметров, вместе с их умолчальными значениями, можно найти в

В большинстве случаев значения по умолчанию приемлемы, что избавляет от необходимости детального их рассмотрения.

Комментирование и размещение ссылок запрещено.

Комментарии закрыты.

Яндекс.Метрика