Системы поддержки, обновления и развёртывания ПО и ОС Сеппель Евгений Кафедра системного программирования СПбГУ 2007 г.

Развёртывание программ под Windows Алгоритм: Скачиваем. Устанавливаем Настраиваем Скачиваем обновление Устанавливаем. Проблемы: Развёртывание на многих компьютерах. Установка обновлений. У всех программ свой способ. Нет единого. Настройка. Как узнать о том что вышло обновление? Что делать при ошибках в установке ПО? Locked files

Ещё проблемы Настройки и ярлыки хранятся где попало. Простановка прав доступа к ПО. Установка необходимых библиотек, кодеков (DLL Hell) Как быть с подписями?

Как решать проблемы? Использовать ПО от Microsoft only ;) - $$$ - Количество и качество ПО Пакетировать ПО в MSI и использовать Microsoft SMS - $$$ - Сложность - Часть проблем остаётся Использовать ОС, в которых эти проблемы решены:)

Обновление ОС: WindowsUpdate Поддерживаются 2 версии каждой ОС (например Windows XP): Версия GDR (General Distribution Release) и LDR (Limited Distribution Release Hotfix/Security) После выпуска SP количество версий умножается на 2... Дополнительно оно умножается на количество архитектур (x86, x86_64, IA64) Нет зависимостей Каждый язык (русский, татарский, древнееврейский) – отдельная ОС (хотя возможен MUI) Обновления получаются через update.microsoft.com или SUS/WSUS

Проблемы Windows Update Обещается что если ставить updates в произвольном порядке или сносить их, то худшее что случится – они не поставятся. Это не всегда так :( Большой размер updates Непрозрачная система развёртывания. Папки со старыми версиями ПО остаются... и занимают место.

Развёртывание ОС Windows Сопряжено с большими проблемами: ОС привязывается к железу на котором оно установлено. Необходимо предварительно подготавливать ОС к переносу. Лицензионные ограничения Необходимо дополнительное ПО Сложная архитектура переноса Сложно переносить только настройки

Управление ПО в Linux Основные положения ВЕСЬ необходимый софт упакован в пакеты. Ответсвенность за актуальное состояние пакетов лежит на maintainer'е. Механические действия и контроль целостности лежат на системе управления пакетов Имеются зависимости пакетов Есть глобальные репозитарии Основное ПО в репозитарии. Дополнительное (чужеродное) ПО может быть в отдельных репозитариях

Пример управления пакетами: Пусть мы хотим послушать музыку в MP3/OGG. Нужен плеер (Amarok). Требует библиотеки графической системы. Требует какой-нибуть движок Нужен движок libXine Нужен кодек (MPG/Vorbis). Ничего не требует Нужны красивые скины. Требуют плеер. Нужен пульт ДУ. Требует плеер

Системы поддержки пакетов 2 уровня поддержки пакетов. Низкий уровень. (DPKG/RPM) Работает с отдельными пакетами и установленными в системе Установка и удаление пакетов. Контроль целостности Конфигурация пакетов Создание зависимостей Поиск по установленному ПО Возможно упаковывание проприетарного ПО в репозитарий Высокий уровень (APT/YUM/URPMI/Yast2) Работает с репозитарием Разрешение зависимостей Выбор необходимого ПО

Низкоуровневые системы поддержки пакетов. RPM RPM – Red Hat Package Manager Пакет представляет собой имя.версия.сборка.архитектура.rpm CPIO архив файлов с правами доступа Файлы конфигурации Скрипты установки, удаления, подготовки к оным Метаинформация Архитектура, ОС (i386, sparc, noarch, src) (Linux, FreeBSD) Завсимости (depends, obsoletes, requires, conflicts) Аффтар Eugene Seppel, Лицензия (GPL, BSD, LGPL, Apache,..) Цифровая подпись, контрольные суммы Описание (i18n), Категория, Важность Размер

Низкоуровневые системы поддержки пакетов. DPKG DPKG – Debian Package Manager Пакет представляет собой: Почти всё то же самое, но, основные отличия tar.bz2 вместо cpio скрипты конфигурирования

Низкоуровневые системы поддержки пакетов. Система В системе есть база данных с метаинформацией обо всех установленных пакетах. В том числе список файлов и файлов конфигурации. Можно проверить всё ПО стоящее в системе (rpm -Va)

Установка пакетов Пакеты ставятся разом. Транзакцией. Проверка зависимостей Скрипт Копирование файлов Скрипт Ставится либо всё либо ничего! Фичи: Если обновился изменённый конфиг – об этом предупреждается..rpmnew Если удаляем пакет с изменённым конфигом – тоже сообщаем..rpmsave Настройки могут идти отдельным пакетом

Высокоуровневые системы поддержки пакетов. APT APT – Advanced Packaging Tool apt-get Работает с репозитарием. Репозитарии прописываются в конфиге. (deb etch main contrib non-free) Репозитарий: Метаинформация репозитария Подпись репозитария Имя Репозитарии бывают разные: main, contrib, non-free, multiverse, universe Приоритеты пакетов из разных репозитариев

Высокоуровневые системы поддержки пакетов. Фичи Хотим поставить KDE, или обновить что-нить большое: есть виртуальные пакеты – только зависимости. Поиск и удаление осиротевших библиотек Поиск по доступному ПО Репозитарии обновлений. (На обновления ядра можно смотреть особо) Работа с CD/DVD/Zip Кеш пакетов GUI

Ещё вкусности Разные типы файлов лежат в соответствующих местах (/usr /etc...) В UNIX нет принудительных блокировок файлов! Сборка и установка из исходных кодов!

Сборка пакетов Низкоуровневая: собираем пакет: Исходный код базового ПО. Патчи Скрипты Метаинформация Высокоуровневая Собираем репозиторий: В умном порядке, на кластере, циклично

Autopackage Недостатки всего перечисленного: Нужны права администратора! Пакет под конкретный дистрибутив Ставятся в конкретное место Не все зависимости одинаково полезны файл.package. Всё внутри! Любой дистрибутив Можем думать что библиотека есть в системе, или тащить её с собой Графический инсталлятор библиотеки грузятся в рантайме (dlopen).

Другие системы Slackware – tgz. нет зависимостей. FreeBSD, Gentoo – порты.

Вопросеги?