75796

Создание RPM пакета в операционной системе Linux

Курсовая

Информатика, кибернетика и программирование

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

Русский

2015-01-26

629.67 KB

2 чел.

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РФ

КОСТРОМСКОЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ ИМ. Н.А. НЕКРАСОВА

 

 

 

 

 

 

 

Курсовая работа

 

на тему: «Создание RPM пакета в операционной системе Linux»

 

 

 

 

 

 

 

 

Работу выполнила студентка 4 курса 5 группы

Липина Алена Сергеевна

 

  

 

 

 

 

 

 

 

 

Кострома 2014

Оглавление

[1] Введение

[2] 1. Сборка утилиты wget

[3] 2. Создание RPM пакета

[4] 3. Собираем пакет RPM

[5] Заключение

[6] Список литературы


Введение

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

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

Поскольку в каждой операционной системе имеют свои особенности, пакет, как правило, подстраивается под конкретную систему. Кроме того, в каждой операционной системе имеется свой собственный менеджером пакетов - специальная утилита для добавления и удаления пакетов из системы. Например, в Linux системах, основанных на Debian, используется менеджер пакетов Advanced Package Tool (APT), а в системах Fedora Linux используется менеджер пакетов RPM. Менеджер пакетов исключает частичную и неправильную установку и "удаление" за счет того, что пакет автоматически добавляет и удаляет файлы. С помощью менеджера пакетов также поддерживается работа с манифестом — специальным описанием всех пакетов, установленных в системе, что позволяет знать о всех ранее установленных пакетах и особенностях, имеющихся в системе.

Для демонстрационных целей мы рассмотрим сетевую утилиту wget, которая загружает файлы из интернета. Утилита wget является полезной, но она обычно не входит в состав стандартных дистрибутивов (в дистрибутивах часто используется ее аналог - curl). [1]


1. Сборка утилиты wget

Загружаем последнюю версию исходного кода утилиты wget с сайта. Остальные шаги выполняются в командной строке так, как это показано в Скрине 1.

Скрин 1

В прошлом пакеты создавались только пользователем root, т.е. суперпользователем, поскольку только root был единственным пользователем, имеющим доступ к репозитарию с системным кодом. С помощью команды sudo su -  выходим под root, в следующей строке вводим пароль.

Команда ./configure опрашивает систему и устанавливает настройки компиляции в соответствие с обнаруженным аппаратным и программным обеспечением.

Команда make компилирует код, а команда sudo make install устанавливает код в системные директории. По умолчанию используются директории, находящиеся в корне /usr/local.

Для того, чтобы сделать так, чтобы этот процесс был выполнен менеджером пакетов RPM, вы помещаете исходный код в репозитарий и пишите конфигурационный файл, в котором указывается, где можно найти исходный код, который будет компилироваться, как собирать этот код и как его устанавливать. Конфигурационный файл, называемый файлом спецификаций, подается на вход утилиты rpmbuild. Файл спецификаций и двоичные файлы упаковываются утилитой rpmbuild в RPM пакет. Когда другой пользователь загружает ваш RPM пакет, утилита rpm читает файл спецификаций файлов и устанавливает пакет в соответствие с предварительно записанной инструкцией.

2. Создание RPM пакета

Для того, чтобы создать пакет RPM, нужно:

  •  Создать иерархию директориев в соответствие со спецификациями утилиты rpmbuild.
  • Поместить исходный код и дополнительные файлы в надлежащие места в этой иерархии.
  • Создать файл спецификаций.
  • Собрать пакет RPM. Дополнительно собрать пакет RPM исходных кодов (source RPM) для того, чтобы разрешить другим пользоваться исходным кодом.

Сначала создадим эту иерархию. В домашнем директории, home/mywget, создадим следующие пять поддиректорий:

  • BUILD. Директорий BUILD используется для компилирования программного обеспечения.
  •  RPMS. В директории RPMS содержится бинарный пакет RPM, который создается утилитой rpmbuild.
  • SOURCES. Директорий SOURCES используется для исходных кодов.
  • SPECS. В директории SPECS находится ваш файл спецификаций или несколько файлов спецификаций — по одному для каждого пакета RPM, который вы хотите собрать.
  • SRPMS. В директории SRPMS хранится пакет RPM с исходными кодами, который был создан в процессе сборки.

Нам потребуется исходный код в директории SOURCES и файл спецификаций в директории SPECS.

Скопируйте ваш ваш исходный код, в идеале он должен иметь вид tar архива (tarball), в директорий SOURCES так, как это показано в листинге 2. Мы переименовали архив так, что в его имени указан номер версии приложения. В соответствие с общепринятым соглашением имя должно иметь вид пакет-версия.tar.gz. В случае с утилитой wget, выполняем следующее:

Скрин 2

Затем, создаем файл спецификаций. Файл спецификаций является ничем иным, как обычным текстовым файлом, имеющим специальный синтаксис. В Скрине 3 показан файл спецификаций.

Скрин 3

В строках с 1 по 5 определен набор удобных переменных, которые используются в остальной части файла. В строках с 7 по 15 задается ряд требуемых параметров, для этого используется формат параметр:значение. Параметр names  понятен сам по себе, но параметр BuildRoot поясним для того, чтобы отличать его от директория BUILD, который у нас уже создан. Если wget, в конечном счете устанавливается в /usr/local/bin/wget и в другие поддиректории в /usr/local, такие как /usr/local/man для документации,BuildRoot служит в качестве указателя на /usr/local в процессе сборки пакета RPM.  Нужно всегда устанавливать значение BuildRoot в файле спецификаций.

Следующий раздел начинается с %description. Сюда мы помещаем краткое, но ясное описание программы. Эта будет выдаваться всякий раз, когда мы будем запускать команду rpm -qi для того, чтобы сделать запрос к базе данных RPM.

Далее идут разделы %prep, %build и %install. В каждом разделе создается шелл скрипт, который добавляется в пакет RPM и последовательно исполняется как часть процесса установки. В разделе %prep указываются операции по подготовке исходного кода, такие, как распаковка tar архива. Указанная здесь команда %setup -q является операцией, которая автоматически распаковывает tar архив с именем, указанным в переменной Source.

Инструкции в разделе %build будут выглядеть аналогичным образом. Они идентичны тем пошаговым операциям, которые делали при ручном конфигурировании и сборке пакета. Раздел %install также идентичен.

В разделе %files перечисляются файлы, которые должны быть добавлены в пакет RPM и дополнительно можно задать права доступа, а также указать другую информацию. Внутри раздела %files,можно использовать команду %defattr, с помощью которой задаются права доступа, владелец и группа, используемые по умолчанию для файлов, входящих с состав пакета RPM; в нашем примере команда %defattr(-,root,root) устанавливает для всех файлов владельца root независимо от того, кто был владельцем, когда они были взяты из системы при сборке пакета RPM.Также если вы в разделе %files указать имя директория, то в пакет RPM будут включены все файлы, содержащиеся в этом каталоге [2].

3. Собираем пакет RPM

Теперь, когда ваши файлы находятся на должном месте и определен файл спецификации, вы готовы собрать файл RPM. Для того, чтобы его собрать, используйте утилиту rpmbuild с надлежащим образом указанными параметрами: rpmbuild -ba SRECS/wget.spec

Скрин 4

В указанной выше команде используется файл спецификаций для того, чтобы собрать пакет RPM с исходными кодами, -ba ("build all" — собрать все) вместо -bb(бинарный пакет).

Утилита rpmbuild выполняет следующие операции:

  • Читает и анализирует файл спецификаций wget.spec.
  •  Выполняет операции раздела %prep — распаковывает исходный код во временный директорий. В нашем случае временный директорий - BUILD.
  •  Выполняет операции раздела %build— компилирует исходный код.
  •  Выполняет операции раздела %install— устанавливает код в директории на машине, где собирается пакет.
  •  Читает список файлов из раздела %files, находит их и создает бинарный пакет RPM (и пакет RPM с исходными кодами, если это выбрано).

Если проверить  директорий home/mywget, то теперь в нем находится новый директорий с именем wget-1.12-root. Этот директорий выполняет роль прокси для целевого директория.

Скрин 5

Также находится новый директорий с именем RPMS/i386, в котором должен находиться пакет RPM, имеющий имя wget-1.12-1.i386.rpm. В имени отражается, что это версия 1.12 утилиты wget, предназначенной для работы на процессоре i386.

Скрин 6

После того, как создали RPM пакет, можно отправить другим пользователям. Как только они получат файл, они могут запустить следующую команду rpm для того, чтобы установить утилиту wget в своих системах:

sudo rpm -i wget-1.12-1.i386.rpm


Заключение

 Наше описание лишь малое упоминаете того, что можно делать с помощью RPM. Хотя эта технология наиболее часто используется для установки программного обеспечения и сопутствующих файлов, вы можете упаковывать все, что угодно — от системных скриптов и исходного кода и до документации. И вы можете использовать технологию RPM для пропатчивания исходного кода, а также восстановления и переустановки программ. Формат, в котором распространяются пакеты RPM, поддерживается во многих системах Linux и он является основным, используемым для установки бинарных программ на системах Red Hat, Fedora и некоторых других.


Список литературы

  1.  Баурн С. Операционная система UNIX. -М.: Мир, 1986. -462 с.
  2.  URL: http://www.ibm.com/developerworks/library/l-rpm1/

4


 

А также другие работы, которые могут Вас заинтересовать

27081. Архитектура MRP II 131.24 KB
  Архитектура MRP II Объяснить что такое MRP II Что такое архитектура Как архитектура относится к классу данной системы 1. Концепция MRP II Manufacturing Resource Planning Планирование производственных. В отличие от MRP рассматривающего производственные мощности как неограниченные MRP II содержит специальную функцию позволяющую согласовывать потребности в материалах с возможностями производства. Таким образом MRP II представляет собой сочетание планирования по MRP с функцией CRP включая управление складами снабжением продажами и...
27082. Архитектура MRP-систем 132.39 KB
  Архитектура MRPсистем. Объяснить что такое MRP. В 60е годы был разработан метод MRP Material Requirements Planning Планирование потребностей в материалах позволяющий устранить недостатки простейших систем управления запасами. MRP базируется на данных основного производственного плана при составлении которого за исходную точку принимается ожидаемый спрос на готовую продукцию либо иные возникающие потребности в материалах.
27083. MRP II (Manufacturing Resources Planning) 34.44 KB
  В общем случае можно выделить следующие направления:  планирование бизнеса  планирование производства  формирование основного производственного планаграфика  MRP  CRP Системы MRP II предполагают вовлечение в информационную интеграцию финансовой составляющей планирование бизнеса. В системах MRP II предполагается специальный инструментарий формирования финансового плана и составления бюджетных смет прогнозирования и управления движением денежных средств на основании которых определяется возможность реализации производственного...
27084. MRP (Material Requirements Planning) 17.84 KB
  MRP Material Requirements Planning MRP системы интенсивная разработка теории которых осуществлялась с начала 60 годов в настоящее время присутствуют практически во всех интегрированных информационных системах управления предприятием. В настоящее время использование современных интегрированных систем на Российских предприятиях пока не нашло широкого распространения тем более функциональности планирования материальных ресурсов MRP В каких случаях использование MRP систем является целесообразным Прежде всего необходимо заметить что MRP...
27085. SCM 95.29 KB
  supply chain management SCM организационная стратегия и прикладное программное обеспечение предназначенные для автоматизации и управления всеми этапами снабжения предприятия и для контроля всего товародвижения. SCMсистемы охватывает весь товарный цикл: закупку сырья производство распространение товара. Выделяется шесть основных областей на которых сосредоточено управление цепями поставок: производство поставки месторасположение запасы транспортировка и информация В составе SCMсистемы можно условно выделить две подсистемы: SCP ...
27086. Информация в бизнесе. Информационная поддержка бизнеса 15.71 KB
  Информация сведения об объектах и явлениях окружающей среды их параметрах свойствах и состоянии которые воспринимают информационные системы живые организмы управляющие машины и др. Финансовоуправленческие системы включают подкласс малых интегрированных систем. Такие системы предназначены для ведения учета по одному или нескольким направлениям бухгалтерия сбыт склад кадры и т. Системы этого класса обычно универсальны цикл их внедрения невелик иногда можно воспользоваться коробочным вариантом купив программу и самостоятельно...
27087. Документооборот 14.98 KB
  Следует отметить что в этом определении упор делается на словах движение документов то есть их пути из одного подразделения или от одного сотрудника к другому. Автоматизация позволяет сократить время на обработку документов а также снижает риски случайной потери данных кроме того СЭД позволяет руководству контролировать выполнение управленческих решений. Возможность параллельного выполнения операций позволяющая сократить время движения документов и повышения оперативности их исполнения Непрерывность движения документа позволяющая...
27088. Корпоративная информационная система(КИС) 12.02 KB
  Основными блоками корпоративных информационных систем являются: система хранения база данных хранилище; система сбора и концентрации информации; системы поддержки принятия решений бизнеслогика базируется на обработке; специальные взаимодействия.
27089. ОСНОВНІ ВІДОМОСТІ ПРО ВАГОНИ. ТИПИ, ЗАГАЛЬНА БУДОВА, ТЕХНІКО-ЕКОНОМІЧНІ ПОКАЗНИКИ ВАГОНІВ. ПОЗНАЧКИ ТА НАДПИСИ НА ВАГОНАХ 337.5 KB
  Типи та конструкції сучасних вантажних, пасажирських та рефрижераторних вагонів являють собою доволі складну інженерну побудову. Тому інженери, що працюють в системі вагонного господарства залізничного транспорту та в вагонній промисловості, повинні добре знати конструкцію вагонів