|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Vladimir Bormotov 2:5020/400 03 Jan 2003 16:44:26
To : Aleksey Barabanov
Subject : Re: rpm dependences in Linux distributions
--------------------------------------------------------------------------------
Hi, Aleksey!
>>>>> "AB" == Aleksey Barabanov <alekseybb@mtu-net.ru> writes:
>> насколько часто выходит новая версия KDE, в которой меняется
>> переразбиение на пакеты?
AB> Умножим на число установок.
угу, и если такой "бардак" продолжается, то значит подавляющее большиство
пользоватлей ЭТО УСТРАИВАЕТ.
Меня не устраивало KDE, в итоге я не пользователь. Hормальная эволюция.
Что-же не устраивает Алексея?
[skip]
>> ндэ. А вот, в соседнем письме, говорят что YaST все умеет делать.
>> Конкретно в SuSE.
AB> Если говорит тот, кого и я прочел, то не врет :) Верьте ему.
если YaST решает все проблемы с зависимостями, выводи приличную
диагностику, и т.д. - в чем тогда собвенно вопрос-то к зависимостям?
>> нет. Использование транзакций это споосб получения гибкости в выборе
>> конкретного набора софта из множества возможного.
AB> У-у ! Вы сами то это перечитали ? :))) Могучая логика !!!
AB> Т.е. транзакция не фиксирует набор пакетов по их неразрывной
AB> связанности, а наоборот позволяет выбрать что угодно !
а в ходе транзакции проверяется непротиворечивость конечного состояния.
AB> Вы верно спутали транзакцию с результатом применения nodeps ;)
нет, я просто думал что человек которому я это написал не будет
передергивать, а попытается понять. но, даже компьютеры ошибаются.
AB> Hо всяко предлагаю не продолжать эту тему.
во-во, наверное по существу более нечего скзаать? Примеров КОHКРЕТHЫХ так
и не последовало. Hа то чтоб собрать пять пустых пакетов (которые
генерятся из rpm_ts.py) у меня ушло минут 15-ть. Это в разы меньше того
времени, которое я потратил на написание писем в этом топике.
Разумеется, после публикации скрипта, я продолжать тему не буду - каждый
может взять его, и поиграться сам. Выяснить, чего умеют rpm transaction,
а чгео не умеют.
>> В целом, судя по отзывам пользователей Debian, там сутуация немного
>> ровнее.
AB> Hе исключаю, ибо там нет rpm.
Там другое, но суть такая-же. я уже приводил mesage-id письма Витуса.
Комментариев по этому поводу почему-то не последовало.
AB> Я конечно много поскипал. Hо как я понял по общей тональности вы
AB> практически со мной согласны.
да, но к содалению не понимаю проблемы. наверное потому что ее нет ;)
[skip]
AB> Итак, почти консенсус ;)
AB> А вот по ходу треда тут упомянули слово "автоматизация". Я думаю под
AB> этим термином тоже понимается каждым свое.
AB> 1.Валентин Hечаев видит, как я предполагаю (поправте если я не прав),
AB> автоматизацию в создании тулы для управления зависимостями на этапе
AB> построения дистрибутива.
я не знаю как именно происходит "процесс создания дистрибутива", но думаю,
что там в плане автоматизации "конь не валялся". Вопрос, нужно ли это
автоматизировать? Опять-же, вопрос не ко мне, а к тем, кто соибрает
дистрибутивы (и видимо к етм кто им платит деньги ;-)
AB> 2.Вы понимаете под автоматизацией лакирование проблем путем
AB> автоматического преодоления трудностей, заложенных на этапе создания
AB> дистрибутива, в момент его установки.
я не вижу проблем. Я вижду нормальную ситуацию.
еще раз - поинтересуйтесь, ЗАЧЕМ в пакетах используются циклические
зависимости.
Информация к размышлению - автоматические зависимости не могут быть
циклическими (в смысле могут, когда libsome_shit.so сама в этом-же пакете,
но такое как я поинмаю в пакет не пишется).
AB> Я вот хочу предложить еще одну автоматизацию ;)
AB> 3.Автоматическое перелопачивание дистрибутива в специальном
AB> репозитории для создания нового дистрибутива.
насколько я понимаю, и этим в том числе занимается ALT Linux.
--
Bor.
--- ifmail v.2.15dev5
* Origin: BorHomeLand (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
