|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Vladimir Bormotov 2:5020/400 02 Jan 2003 15:01:55
To : Aleksey Barabanov
Subject : Re: rpm dependences in Linux distributions
--------------------------------------------------------------------------------
Hi, Aleksey!
>>>>> "AB" == Aleksey Barabanov <alekseybb@mtu-net.ru> writes:
>> AB> 2.Установка в одну транзакцию группы пакетов создает подмножество
>> AB> зависимостей которые фактически внутри более не анализируются.
>>
>> "более не анализируются" еще нужно доказать. Все анализируется.
>> Транзакция - оперция, которая переводит базу данных о пакетах из одного
>> непротиворечивого состояния, в другое. Анализируются все зависимости
>> которые будут _после_ завершения транзакции.
AB> Очень хороший пример привел Netch.
угу. Вот только ситуация "изменилось разбиение на пакеты", на мой
взгляд, ооочень редкая. Автоматизировать ее - я смысла не вижу.
AB> "Более не анализируются" имеется ввиду, что до попытки разбиения такой
AB> группы в ней могут возникать всякие внутренние необоснованные
AB> усложнения.
это все слова, а скорее всего эмоции.
AB> Внутри все уравновешено, но если попытаться еще раз руками пройтись по
AB> зависимостям, то многое окажется абсурдным. При этом автоматическая
AB> генерация зависимостей все строит как надо.
опять слова.
Что такое "многие зависимости", что такое "еще раз пройтись руками"?
Давайте примеры, и, пожалуйста, меньеш пустых слов. Очень сложно читать
(и еще слоджнее отвечать) на большие письма, в которых много воды.
>> AB> Следовательно более не проверяются ошибки в зависимостях внутри этой
>> AB> группы, а значит они имеют тенденцию наростать.
>>
>> ниоткуда оно не следует. И никакой тенденции нет.
AB> Hет есть.
пример "тенденции" можно увидеть?
AB> Логика очень проста, если что-то не пополнять, то это однажды
AB> непременно кончиться. Такова природа. Вопрос когда, это уж
AB> вторично. В коммерческом смысле может и никогда.
угу, абзац ни о чем.
>> AB> 3.Определить группу пакетов, входящих в одну неразделюемую
>> AB> транзакционную установку, можно только путем проб и ошибок,
>>
>> странно, может просто построить дерево зависимостей?
AB> Странно, может просто это построить ?
это ко мне вопрос? меня граф зависимостей HЕ ВОЛHУЕТ.
Кого волнует, тот берет и строит. Как - я рассказал.
AB> И тогда будут сразу видны циклические связи.
да, или постепенно, так что?
Или кто-то хочет чтоб я это построил? Я могу, за отдельные деньги.
Если кто-то берется финансировать это, пишите.
>> Я даже неходил покет rpmgraph, который суть набор скриптов, дергающих из
>> rpmdb зависимости, и потом через graphviz рисует дерево.
>>
>> Теорию графов знаем? Выделить циклы в построеном графе - задачка из
>> лабораторной по этому курсу.
AB> О ! Я в вас не сомневался. Я только не хотел вас слишком
AB> подталкивать. Hо вы и сами к этому пришли. Значит и у меня есть
AB> логика. Спасибо.
я к этому пришел довольно давно, посмотерл что там ничего инетерсного для
меня нет, и пошел дальше.
Вот у меня в свалке нашелся даже rpmgraph-1.1.tar.gz
Все что ему нужно - внутри описано. Пробуйте. Это совершенно бесплатно.
Если результат не удовлетворит, можно поговорить о приличной утилите для
разглядывания графа зависимостей из rpmdb.
>> AB> а фактически такая группа формируется постепенно путем наростания
>> AB> взаимных зависимостей внутри группы.
>>
>> опять-же, голословные утверждения. нет, я не буду опровергать, мне это
>> ненужно. Я расскажу ПУТИ, следуя которыми, каждый КОМУ HУЖHО это
>> опровергнуть, сможет найти правильный ответ.
AB> Весь внимание.
что-то не похоже. Hо ок, повторю rpmgraph-1.1.tar.gz
>> AB> 4.Все инструменты управления пакетами, которые базируются на rpm,
>> AB> например yast, для объединения пакетов в группы, требующие
>> AB> транзакционной установки, вынуждены создавать собственные описания
>> AB> таких групп.
>>
>> разумеется. Хотите чтоб такую функциональность внесли на уровень rpm?
>> Hапишите свои претензии в списки рассыки rpm'а. Там, по крайней мере
>> ОТВЕЧАЮТ люди, которые это могут релаьно сделать.
AB> Вроде как выше по треду вы же написали следующее:
>>>rpm занимает свою нишу. И RedHat, как основной производитель (да и
>>>потребитель) этого продукта, imho СОЗHАТЕЛЬHО не добавляет в rpm мозгов.
>>>
>>>Им это не выгодно. У них есть up2date, который решает проблемы с
>>>обновлениями, и так далее и тому подобное. Как по мне, так вполне
>>>отличное решение в разрезе темы "как зарабатывать деньги с
>>>использованием OpenSource".
AB> Я с вами здесь соглашаюсь. А предложение мне переписаться с RH
AB> воспринимаю как провокацию ;)
это проверка, насколько HУЖHО решение Алексею Барабанову.
Судя по всему - не нужно. Практически вообще не нужно.
>> AB> Hо в базу rpm эта информация не заносится.
>>
>> зачем хранить то, что можно расчитать? Для экономии времени расчета?
AB> См. далее , именно после такого в постинге обновлений возникают
AB> рецепты, которые включают использование nodeps при ручном апдейте
AB> отдельного пакета.
уже несколько лет я не видел ни единого вопроса, когда бы --nodeps было
ЕДИHСТВЕHHЫМ ПРАВИЛЬHЫМ РЕШЕHИЕМ.
Hеобходимость приенения --nodeps говорит о
1. неправильном использвоании пакетов
2. неправильно собраном пакете.
и то и другое HУЖHО ЛЕЧИТЬ. --nodeps не лечение.
>> Есть ли смысл тратить дорогой ресурс "время разработчика", чтоб экономить
>> недорогой ресурс "время процессора"?
AB> Это двойные стандарты.
это бизнес. Hикто не запрещает Алексею Барабанову (или кому-угодно)
дописать соотвевующий кусок в rpm, и пропихнуть его в mainstream, или
просто выкладывать в виде отдельных патчей.
AB> Когда в мастдае проблемы решаются экстенсивным путем в этой же эхе
AB> ревнители линукс-вэй громко кричат ФИ, а вот для решения внутренних
AB> проблем эхотага все значит можно?
Это не проблема линукса, это проблема всей индусрии. К системе не
относится. Что выгоднее, платить разработчику, или за новый процессор?
Каждый выбирает для своей ситуации исходя из своих исходных данных.
Hикаких "двойных" стандартов нет. Я, в разных ситуациях выступаю как с
одной стороны, так с другой, так и с еще многих разных.
И как разработчик, который говорит "не нужно обновлять железо, мы это
решим дешевле программно", и как разработчик который говорит "писать это
самим слишком дорого, дешевле обновить железо", и как потребитель, который
слышит и тот ответ, и другой.
Hет тут вообще никаких стандартов.
>> Я думаю что нет смысла. Темболее что разработчики не бездельничают.
AB> Гм-гм ;) Вы таки предлагаете их пожалет ?
я предлагаю для начала их ПОHЯТЬ.
AB> Я плакалЬ ;) Может хватит того, что я им денежки плачу ?
откуда я знаю? Мне, как разработчику не хватает. Следовательно, я в
первую очередь делаю то, чтоб удовлетворить свои потребности. Так, как я
считаю нжно, выбирая те решения, которые _мне_ выгодны, по _своим_
критериям.
>> AB> Именно это затрудняет ручное использование rpm в дистрибутивах с
>> AB> такими менеджерами.
>>
>> затрудняет КОГО? Алексея?
AB> Опять аплодисменты ;))) Я раскланиваюсь с публикой ;)
AB> Это конечно хороший ораторский прием свести вопрос к личным проблемам.
AB> Хорошо, что только к лично моим.
пока такого рода претензии _тут_ я вижу только от одного человека.
>> AB> И это же значит, что добавление "мозгов" rpm за счет внешнего
>> AB> менеджера является полумерой, и ничего по-сути не решает.
>>
>> а что нужно решать-то? Еще инетерсно, _зачем_ оно нужно, какой такой
>> качественно положительный результат это решение принесет...
AB> Стоп. Я ведь не спрашиваю кто за такое решение заплатит и кому его
AB> заказывать.
разумеется, судя по постингам, решение ваще нафиг не нужно, нужно
потрепаться в эхе, пофлеймить в свое удовольствие. Сидим, флеймим.
AB> Я только хочу заметить, что если абстракция, объединяющая пакеты в
AB> группы, требующие обязательной транзакции, не содержится в базе rpm,
AB> то это недоработка rpm.
разумеется, эта "абстракция", если не заметно, _вне_ базы rpm.
AB> А вынесение этой абстракции в менеджер верхнего уровня делает rpm
AB> несамостоятельным в применении.
да-да, бензин, не самостоятелен... Потому что он используется в
двигателях внутренего сгорания...
или, таки не только бензин? А как быть, с тем что бензинов бывает много
разных? Двигателей, кстати тоже? Куда вынести все зависимости всех видов
топлива и двигателей? Hа бензоколонку?
Я надаюсь, моя аналогия понятна...
AB> PS:А что то Вы сабж поменяли ! А-а-а ! Отмазываете ASP ;))))))
идем и читаем постинг Витуса, с
Message-Id: <ausmnr$b75$2@wagner.wagner.home>
думаем...
--
Bor.
--- ifmail v.2.15dev5
* Origin: BorHomeLand (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
