Urpmi Fixes — различия между версиями

Версия 18:55, 22 декабря 2011

Изменения в Urpmi, которые потенциально могут сказаться на функциональности других программ.

Bug Fixes

• При некоторых ошибках urpmi завершался с нулевым кодом возврата:
  • Wrong conclusion for "urpmi" when installation is _NOT_ possible
  • urpmi fails *silently* and with exit status 0 even when package installation fails because of conflicts
  • Wrong return code of urpmi if package can't be installed
  • Invalid urpmq return code (when rpm file is absent)

Feature Requests & Discussion

1. Хочется заставить urpmq искать по библиотеке, как это делает apt-cache. А то приходится помнить версию пакета.
   В принципе, задача решается посредством urpmf + urpmq, в связи с чем вопрос - нельзя ли как-то объединить возможности urpmf и urpmq.
   (Более глобальный вопрос - в чем вообще преимущество наличия нескольких отдельных утилит).
   Resolution: ломать традиции не надо, но можно добавлять опции к urpmq - например, чтобы задействовала urpmf для поиска по файлу.
2. Aria2 vs wget - aria2 сейчас используется по умолчанию
   • минус - aria временами глючит
   • плюс - aria умеет переключаться на новое зеркало, если текущее глючит
   • потенциальный плюс - режим типа p2p, реализация которого планировалась, но что-то не срослось
     В идеале, надо просто починить/доработать aria. Альтернативное предложение - использовать по умолчанию wget.
3. Включить по умолчанию "download all" (чтобы сначала скачать все пакеты, а потом уже ставить)
   Альтернативы:
   • качать и ставить параллельно - дист-апгрейд в случае внезапного обрыва связи может привести систему в неработоспособное состояние
   • режим "скачал пакет - поставил" - тоже плохо при обрывах связи, отрицательный опыт использования в openSUSE
   • текущий режим - качать и ставить блоками пакетов - опять же, обрывы связи могут привести к чему-то нехорошему
     Resolution: Добавить возможность задать 'download all' опцией в /etc/urpmi/urpmi.cfg
4. Добавить в urpme автоматическое удаление orphan-пакетов (которые ставились по зависимостям и больше не нужны в системе)
   Автоудаление orphan часто работает некорректно из-за неидеальности репозиториев (особенно не-main) и может удалить что-то лишнее. А поскольку contrib-репозиторий с большой вероятностью всегда будет содержать некоторое количество проблем, то вряд ли мы когда-нибудь сможем смело автоматом удалать orphan'ы.
   Resolution: совсем по умолчанию так делать не стоит, но можно сделать опцию в /etc/urpmi/urpmi.cfg.—I added this to upstream version 6.69