TODO/PackageManagement: различия между версиями

Материал из ALT Linux Wiki
мНет описания правки
Нет описания правки
Строка 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 мы переписать не можем
* Но мы можем сделать его окружение более дружелюбным и простым в использовании


[[Категория:Планы]]
[[Категория:Планы]]

Версия от 05:18, 3 мая 2014

Stub.png
Данная страница находится в разработке.
Эта страница ещё не закончена. Информация, представленная здесь, может оказаться неполной или неверной.


Эта страница посвящена задачам улучшения управления программным обеспечением (далее — ПО) в 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 мы переписать не можем
  • Но мы можем сделать его окружение более дружелюбным и простым в использовании