Процесс управления программным обеспечением имеет следующие состав- ляющие.
r Установка нового программного обеспечения. Необходимость установки может быть связана с изменениями требований к системе в процессе экс- плуатации или, например, с проблемами с безопасностью.
r Обновление программного обеспечения. Одна из наиболее распространен- ных причин взлома систем — использование устаревшего программного обеспечения, приводящее к проблемам с безопасностью. Регулярное об- новление программного обеспечения — одна из рутинных задач систем- ного администрирования.
r Проверка подлинности нового программного обеспечения. Устанавливае- мое и обновляемое программное обеспечение должно поступать из на- дежных и проверяемых источников.
r Удаление программного обеспечения. Необходимость удаления продикто- вана требованием наличия в системе только того программного обеспечения,
которое действительно нужно, т. к. любая программа может содержать ошибки, приводящие к брешам в безопасности системы.
r Проверка целостности программного обеспечения. Эта задача связана с защитой от возможной порчи программного обеспечения при сбоях в системе или в результате чьей-либо несанкционированной деятельности в системе. Проверка целостности заключается в анализе размеров файлов, прав доступа и владения, контрольных сумм, времени модификации и прочее.
r Создание собственных пакетов или пересборка существующих. Сборка новых пакетов больше связана с деятельностью разработчиков программ- ного обеспечения или создателей пакетов, отвечающих за их поддержку (maintainers). Однако пересборка существующего пакета может потребо- ваться и в работе обычного системного администратора. Например, при необходимости оптимизации программного обеспечения для конкретной аппаратной платформы.
r Менее распространенная задача в мире свободного программного обеспе- чения — регистрация и лицензирование программного обеспечения. В по- следнее время GNU/Linux часто используется для работы коммерческого программного обеспечения, которое должно быть зарегистрировано и ли- цензировано.
Существует несколько вариантов установки программного обеспечения:
r сборка и установка из архивов с исходным кодом (tarballs);
r установка из архивов с бинарным машинным кодом (binaries);
r установка из бинарных пакетов (package) с помощью систем управления пакетами (package manager);
r сборка бинарного пакета из пакета с исходным кодом (source package)
с последующей установкой;
r сборка и установка программного обеспечения из исходного кода с по- мощью порта — сценария автоматизации (основной способ установки пакетов в Gentoo, где порты называются portage по аналогии с port во FreeBSD).
В подавляющем большинстве GNU/Linux-дистрибутивов имеется система управления пакетами. Она в значительной мере упрощает и стандартизирует процесс управления программным обеспечением. Основываясь на информа- ции, предоставляемой на сайте www.distrowatch.org, можно утверждать, что наиболее распространены четыре системы управления пакетами:
r RPM — Red Hat Package Manager. Применяется в RH и подобных ему сис- темах, SUSE и многих других дистрибутивах. Предоставляет возможности
установки бинарных пакетов и позволяет собирать бинарные пакеты са- мостоятельно;
r система управления пакетами Debian. Кроме Debian используется в соб- ранных на его основе дистрибутивах, например, в Ubuntu. Предоставляет широкие возможности по управлению пакетами;
r система портов Gentoo. Этот дистрибутив ориентирован на сборку про- граммного обеспечения с помощью специальных сценариев из архивов с исходным кодом. Позволяет также устанавливать заранее собранные пакеты;
r система управления пакетами, принятая в SlackWare. Здесь применяются пакеты в виде бинарных архивов в формате TAR.
Преимущества систем управления программным обеспечением:
r осуществляется единообразное управление программным обеспечением;
r программы устанавливаются в стандартные места файловой системы;
r управление программным обеспечением простое и прозрачное;
r во многих системах есть разграничение ролей пользователей, способных выполнять разные функции в управлении программным обеспечением;
r легко проверить целостность программного обеспечения.
Недостатки систем управления пакетами, ориентированных на бинарные па- кеты:
r сложно установить часть программного обеспечения из пакета;
r трудно устанавливать программы в нестандартные места файловой систе- мы, например, в домашние каталоги пользователей;
r трудно, а иногда и невозможно устанавливать программы из других дист- рибутивов или из предыдущей версии этого же дистрибутива;
r пакеты необходимо собирать заново для оптимизации под данную систе- му, а также для добавления или удаления некоторой функциональности.
В соответствии со стандартом FHS программное обеспечение, устанавливае- мое с помощью систем управления пакетами, размещается в каталогах:
r /bin;
r /sbin;
r /lib;
r /usr/bin;
r /usr/sbin;
r /usr/lib;
D /usr/X11R6;
r /opt.
Каталог /opt обычно используется для программного обеспечения, не постав- ляемого в составе дистрибутива. В каталог /usr/X11R6 помещаются файлы, относящиеся к системе X Window. Файлы помощи для программного обес- печения, устанавливаемого с помощью систем управления пакетами, должны размещаться в /usr/share/man, а документация — в /usr/share/doc.
Программное обеспечение, устанавливаемое самостоятельно с помощью сборки из архивов с исходным кодом, размещается в подкаталогах каталога
/usr/local.
При установке программного обеспечения очень часто возникает конфликт пакетов или зависимостей, который может быть вызван причинами, приве- денными далее.
r Два пакета взаимно исключают совместную работу. Так, например, нельзя использовать два сервера SMTP (Simple Mail Transfer Protocol). При по- пытке установить программу postfix в системе, где установлена почтовая программа sendmail, возникнет конфликт.
r Библиотеки, с которыми может работать пакет, имеют другие версии.
r Устанавливаемый пакет может требовать наличия других программ или библиотек, отсутствующих в настоящий момент в системе.
r Может возникать также и конфликт версий конфигурационных файлов.
