FOSSBook от alv’а

Чтобы настраивать параметры доступа к репозиториям, их необходимо сначала подключить. Как это сделать посредством PackageKit мы уже рассматривали. Но там речь шла о репозиториях, уже задействованных на стадии установки — оставалось только решить, нужно ли их использовать. А вот задача подключения совсем “левых” (пусть даже и очень “правых”, но не входящих в официальный список) хранилищ пакетов средствами PackageKit не решается. Читать дальше »

А пока обратимся к плагинам. Они устанавливаются точно так же, как и любые другие пакеты. Например, команда Читать дальше »

Настройка yum включает несколько аспектов, как то: Читать дальше »

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

Как было сказано на странице, посвященной базовым средствам yum, система эта, помимо главного пакета, включает комплекс сопутствующих утилит и плагинов. Из них на стадии инсталляции по умолчанию устанавливается пакет yum-utils, а в RFRemix 11 — ешё и несколько очень важных плагинов. Читать дальше »

Как было сказано на одной из предыдущих страниц, посвященной базовым средствам yum, система эта, помимо главного пакета, включает комплекс сопутствующих утилит и плагинов. Из них на стадии инсталляции по умолчанию устанавливается пакет yum-utils, а в RFRemix 11 — ешё и несколько очень важных плагинов. Читать дальше »

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

Система yum включает в себя собственно одноимённую утилиту, набор дополнительных утилит (yum-utils) и многочисленные плагины, образующие самостоятельные пакеты и расширяющие функциональность главной программы. Читать дальше »

Аббревиатура yum интерпретируется как Yellow dog Updater, Modified, то есть Обновитель Yellow dog Модифицированный. Что заставляет предполагать его связь с одноимённым дистрибутивом — портом (см. о клонах, портах etc.) Red Hat на архитектуру Power. Читать дальше »

Yum — система управления rpm-пакетами и их репозиториями, предлагающая автоматическую установку, обновление и удаление пакетов и пакетных групп с автоматическим контролем зависимостей. По механизму действия и функциональности она сходна с системой APT, разработанной для Debian. Однако, в отличие от последней, за пределами rpm-based дистрибутивов, насколько мне известно, не используется. Читать дальше »

Ознакомившись в общих чертах с устройством rpm-пакетов, посмотрим, что же с ними можно сделать. И начнём с одноимённой утилиты, предназначенной для работы с единичными пакетами — для их поиска, получения информации, установки, обновления и удаления с отслеживанием (но не разрешением) зависимостей. В давние времена она была благословением и проклятием начинающих пользователей дистрибутива Red Hat, его клонов и дериватов. Читать дальше »

Пакет rpm включает в себя два компонента. С одной стороны, это набор скомпилированных файлов, таких, как исполняемые бинарники и библиотеки, сопровождаемых необходимыми конфигами, документацией и т.д.), готовый к инкорпорацию в файловую иерархию системы.

С другой стороны, пакет содержит метаинформацию — составленное по определённым правилам описание. Оно включает имя пакета, номер версии и сборки, сведения о разработчике и его мастер-сайте, список файлов, их положение в файловой иерархии, список зависимостей. При необходимости тут могут присутствовать установочные и настроечные сценарии. Всё это вместе позволяет контролировать целостность пакета, отслеживать зависимости, обеспечивать выполнение собственно процедуры инсталляции, и так далее.

Компоненты rpm-пакета запаковывается в архив cpio — одно из древнейших средств архивирования в UNIX (информацию об этой утилите можно найти здесь), подвергнутый компрессии. Ранее, вплоть до Fedora версии 11 включительно, это делалось посредством утилиты gzip (о ней см. здесь). Начиная с 12-й версии Fedora rpm-пакты сжимаются по алгоритму LZMA, обеспечивающему много большую степень компрессии — правда, ценой времени, на неё затрачиваемого (кое-что на эту тему можно найти здесь). Что для пользователя, впрочем, неудобств не доставит — потому что распаковка lzma-файлов, как это ни парадоксально, осуществляется практически с той же скоростью, что и gzip. А вот скачивание их, разумеется, происходит много быстрее, что не может не радовать обладателей “толстых” и дешёвых каналов: при этих условиях установка пакетов по Сети происходит быстрее, нежели с локальных носителей.

Вернёмся, однако, к тому, что у rpm-пакета “внутре”. Для чего сначала распакуем пакет любым стандартным средством (rpm2cpio, например, или с помощью утилиты rpm2tgz) и посмотрим, что получилось:

$ ls rpm-4.7.1-6/
bin/  etc/  usr/  var/

То есть мы видим те компоненты пакета, которые будут инкорпорировано с файловую иерархию целевой системы.

Знакомство со вторым компонентом проще всего сделать с помощью Midnight Commander. По клавише F3 (по прежнему для примера рассматривается пакет rpm) он выдаст всю синтетическую метаинформацию в таком виде

Name        : rpm                          Relocations: (not relocatable)
Version     : 4.7.1                             Vendor: Fedora Project
Release     : 6.fc12                        Build Date: Пнд 21 Сен 2009 17:30:35
Install Date: (not installed)               Build Host: x86-3.fedora.phx.redhat.
com
Group       : System Environment/Base       Source RPM: rpm-4.7.1-6.fc12.src.rpm
Size        : 2027173                          License: GPLv2+
Signature   : RSA/8, Втр 29 Сен 2009 19:37:43, Key ID 9d1cc34857bbccba
Packager    : Fedora Project
URL         : http://www.rpm.org/
Summary     : The RPM package management system
Description :
RPM Package Manager (RPM) - это мощная, управляемая из командной строки
система установки пакетов, способная устанавливать, удалять, проверять
содержимое пакетов и обновлять пакеты программ. Каждый программный пакет
содержит архив файлов одновременно с информацией о версии пакета, его описанием
и т.д.
posttrans scriptlet (using /bin/sh):
# XXX this is klunky and ugly, rpm itself should handle this
dbstat=/usr/lib/rpm/rpmdb_stat
if [ -x "$dbstat" ]; then
    if "$dbstat" -e -h /var/lib/rpm 2>&1 | grep -q "doesn't match environment ve
rsion | Invalid argument"; then
        rm -f /var/lib/rpm/__db.*
    fi
fi
exit 0

и так далее.

Всё это хозяйство можно просмотреть и по частям — нажав Enter на файле

rpm-4.7.1-6.fc12.x86_64.rpm

мы увидим список входящих в него “метаинформационных” файлов:

/..              │-ВВЕРХ-│Дек 16 12:04
/INFO            │      0│Сен 21 00:00│
CONTENTS.cpio   │      0│Сен 21 00:00
HEADER          │   1185│Сен 21 00:00
*INSTALL         │     39│Сен 21 00:00
*UPGRADE         │     39│Сен 21 00:00

О содержимом файлов легко догадаться. Так, CONTENTS.cpio — полный список всех файлов и путей к ним:

-rwxr-xr-x   1 root     root        20808 Sep 21 17:30 ./bin/rpm
drwxr-xr-x   2 root     root            0 Sep 21 17:30 ./etc/rpm
...

и так далее. Файл HEADER содержит то самое описание, которое мы только что видели через F3, *INSTALL и *UPGRADE — исполняемые скрипты соответствующего назначения. А в каталоге /INFO лежит множество мелких файликов, из которых в итоге собирается синтетическая метаинформация. Из них остановлюсь только на REQUIRENAME — это пресловутый перечень зависимостей, который для пакета rpm выглядит примерно так:

/bin/bash
/bin/sh
/bin/sh
config(rpm) = 4.7.1-6.fc12
coreutils
curl
db4-utils = 4.7.25
libacl.so.1()(64bit)
libbz2.so.1()(64bit)
...

И так далее, единым списком, без разделения на зависимости “жесткие” и “мягкие”.

В репозиториях Fedora (и остальных rpm-based дистрибутивов) можно обнаружить разные виды пакетов интересующего нас формата (об устройстве репозиториев мы также поговорим отдельно). Читать дальше »

Как мы знаем из исторической части, изобретение формата пакетов rpm и соответствующей утилиты для управления ими оказало очень большое влияние на Linux-дистрибуцию вообще. Так что пора познакомиться с этими материями поближе. И начнём с рассмотрения формата. Читать дальше »

Как уже говорилось, за интерактивные настройки aptitude отвечает меню Параметры (Options), включающее следующие пункты: Читать дальше »

Рассмотрение этой темы проще всего провести на реальном примере, возникающем в конкретном же дистрибутиве — Kubuntu. Не секрет, что русификация KDE и его приложений в нем, мягко говоря, оставляет желать лучшего, существенно отставая по качеству от официального пакета русификации проекта KDE. На причинах этого останавливаться не буду, но столь прискорбный факт имеет место быть. И с ним остается либо смириться, либо попытаться исправить ситуацию. Читать дальше »

В списке категорий Задачи (Tasks) стоят на последнем месте, однако по значению эта категория далеко не последняя — именно выбором из нее определяется своеобразие каждого представителя семейства дистрибутивов Ubuntu. Читать дальше »

Главное меню aptitude в интерактивном режиме выглядит следующим образом: Читать дальше »

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

Кроме операторов, командная директива aptitude предусматривает использование опций. Они весьма многочисленны, но не обязательны, и потому я остановлюсь только на самых, с моей точки зрения, интересных и полезных. Более подробные сведения об опциях можно получить посредством Читать дальше »