TODO/PackageManagement: различия между версиями
Sb (обсуждение | вклад) мНет описания правки |
Нет описания правки |
||
Строка 25: | Строка 25: | ||
* персональные репозитории | * персональные репозитории | ||
* отдельные пакеты | * отдельные пакеты | ||
= Текущая оснастка = | |||
{{todo|добавить описание, сделать в виде схемы}} | |||
* {{cmd|rpm}} | |||
* {{cmd|apt-get}} | |||
* {{cmd|apt-shell}} | |||
* {{cmd|apt-pipe}} | |||
* {{cmd|synaptic}} | |||
* {{cmd|apt-repo}} | |||
* {{cmd|apt-indicator}} | |||
* {{cmd|alterator-packages}} | |||
* {{cmd|alterator-pkg}} | |||
* {{cmd|alterator-updates}} | |||
= Проблемы = | |||
{{todo|возможно, сделать списком определений с подробным описанием проблемы}} | |||
* продолжительность операций | |||
* возможные ошибки указания или вообще отсутствия внешних репозиториев | |||
* необходимость обновления индексов до операций | |||
* при блокировании базы apt-get просто подвисает без сообщения о блокировке | |||
* ориентация на пакеты в то время как пользователь ожидает приложений | |||
* невозможность автопочинки apt-get при возникновении конфликтов | |||
* обязательность парсинга вывода утилит вместо использования библиотеки | |||
* ограничения консольного вывода apt-get (обрезание имён пакетов) | |||
* невозможность простого отката изменений | |||
* в графических утилитах отсутствует функция очистки пакетной базы и кэша | |||
* консольное управление пакетами разнесено на несколько утилит (apt-get, apt-cache). [http://metadata.ftp-master.debian.org/changelogs/main/a/apt/unstable_changelog Новый apt] делает всё в одной утилите | |||
* при обновлении системы невозможно указать и необходимость обновления ядра | |||
* отсутствуют сохраняемые журналы операций с ПО | |||
= Диспозиция = | |||
* apt-get мы переписать не можем | |||
* Но мы можем сделать его окружение более дружелюбным и простым в использовании | |||
[[Категория:Планы]] | [[Категория:Планы]] |
Версия от 08:18, 3 мая 2014
Эта страница посвящена задачам улучшения управления программным обеспечением (далее — ПО) в ALT Linux.
Введение
Исходим из того, что мы продолжаем применять apt-get поверх rpm. В случае замены самого apt-rpm на иной пакетный менеджер предложения остаются в силе, а утилиты будут скорректированы.
Типовые случаи управления ПО
Управление ПО включает в себя:
- установку
- удаление
- обновление
- получение информации о доступном ПО
- получение информации об установленном ПО
- получение отчётов об операциях с ПО
- сопровождение зеркал
- создание собственных репозиториев
- централизованное управление установленным ПО
Источниками ПО могут быть:
- централизованные репозитории
- зеркала (полные или частичные)
- персональные репозитории
- отдельные пакеты
Текущая оснастка
TODO:
добавить описание, сделать в виде схемы
- rpm
- apt-get
- apt-shell
- apt-pipe
- synaptic
- apt-repo
- apt-indicator
- alterator-packages
- alterator-pkg
- alterator-updates
Проблемы
TODO:
возможно, сделать списком определений с подробным описанием проблемы
- продолжительность операций
- возможные ошибки указания или вообще отсутствия внешних репозиториев
- необходимость обновления индексов до операций
- при блокировании базы apt-get просто подвисает без сообщения о блокировке
- ориентация на пакеты в то время как пользователь ожидает приложений
- невозможность автопочинки apt-get при возникновении конфликтов
- обязательность парсинга вывода утилит вместо использования библиотеки
- ограничения консольного вывода apt-get (обрезание имён пакетов)
- невозможность простого отката изменений
- в графических утилитах отсутствует функция очистки пакетной базы и кэша
- консольное управление пакетами разнесено на несколько утилит (apt-get, apt-cache). Новый apt делает всё в одной утилите
- при обновлении системы невозможно указать и необходимость обновления ядра
- отсутствуют сохраняемые журналы операций с ПО
Диспозиция
- apt-get мы переписать не можем
- Но мы можем сделать его окружение более дружелюбным и простым в использовании