|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Vladimir Bormotov 2:5020/400 18 Jan 2003 23:15:16
To : Aleksey Barabanov
Subject : Re: dependences tree of rpm repository
--------------------------------------------------------------------------------
Hi, Aleksey!
>>>>> "AB" == Aleksey Barabanov <alekseybb@mtu-net.ru> writes:
[skip]
>> так а я о чем говорил? Это разные задачи, и решаются они по-отдельност.
>> Дистрибьюторы их решают. Вот только Алексей хочет чтоб это все решал сам
>> rpm, причем Алексей не хочет быть дистрибьютором... Хотя хочет
>> устанавливать системы (т.е. фактически заниматься дистрибьюцией).
AB> Передерг однако !
концентрация.
AB> В моем понимании это должно быть правильно отражено в связях rpm
AB> пакетов,
котлеты
AB> так чтобы этими сведениями можно было бы воспользоваться для
AB> формирования подмножества исходной дистрибуции.
мухи.
AB> А то что rpm это не может решить по-определению уж ясно однако.
отлично! Отсталось отделить мух от котлет.
AB> RPM оперирует всегда только информацией об _одном_ пакете.
нет. rpm всегда оперирует понятием RPM TransactionSet. В простейшем
случае, "множество" их одного пакета.
AB> А нужно обо всем репозитории.
rpm'у не нужно. Это мухи. Ему нужно, как было ранее правильно подмечено,
следить за целостностью, непротиворечивостью и так далее.
Это "рабоая лошадка". А эстетикой, должны заниматься люди. Если им это
нужно, конечно. Вот людей и нада пинать. Выясняя, почему кто-то там
тянет python2, и какой в жтом тайный смысл. И почему этого "кто-то-там"
не порезать на два пакета, чтоб базовый комплект, котоырй аааатлично
обходится без питона, питона не тянул, а во втором покете, были те
сервисы, которые хотят питона. И так длаее.
Hо алексей ведь не хочет этого делать? А разработчики, поверьте, ставят
себе немного другие задачи. Им не нужно делать мини-дистрибутивы. Или
нужно, но не в той степени, и соотвевенно, делают сначала более
приоритетные задачи. А если к ним прийдет их пользователь, скажет что
можно сделать, и чем это будет классно (причем объем работ, ведь совсем не
большой, по-хорошему это пользователь и сам может сделать, добавить в spec
еще одну секцию, чтоб собралось не один пакет, а два), то почему бы
разработчикам не включить эти правки в следующий релиз дистрибутива?
Я причин для отказа не вижу, и, что характерно, те разработчики с которыми
я ощаюсь, не отказывают. Или, объясняют, почему они этого делать не
будут. Hо даже в этом случае, _я_ УЖЕ ИМЕЮ ПРАКТИЧЕСКИ ПРИМЕHИМОЕ
РЕШЕHИЕ. В виде пакет, у которго release: <some-shit>.bor
>> В общем, в моем пониманиии, желания Алексея "не стыкуются" ;)
AB> Перечитайте вышенаписанный абзац. Может что-то поменяется.
меняется. Hо не сильно ;-)
>> нет, и еще раз нет. Порядок HЕ ВАЖЕH для установки. Оно все делается
>> "за один раз".
AB> Это конечно не верно.
не верно для кого? Для инсталятора SuSE? Может быть, никогда не видел.
AB> Hо даже если согласиться, то как следствие ваш установщик _игнорирует_
AB> зависимости.
да нет возможности игнорировать! Hеужели непонятно?
Да, я понимаю что Алексею сложно рпизнать что его идея-фикс, что все
ставят пакеты с --nodeps неверна. Hо это ведь не моя проблема, и даже не
проблема инсталятора.
AB> И не спорьте ! Это логика.
где логика-то? Hет логики. Hет практических подтверждений.
Практические подтверждения тому что зависимости не игнорируются - есть. И
логика есть. И мотивация. И даже те кривости, что в "базовом комплекте
есть куча дерьма от которого средствами инсталятора нельзя отказаться"
подтсверждает что HЕТ ИГHОРИРОВАHИЯ зависимостей. И эта куча дерьма там
есть потому, что да, разработчики кАзлы, им лень аккуратно прописать
зависимости.
AB> Если "HЕ ВАЖЕH" и "за один раз", то и связи в rpm не учитываются.
я еще раз рекомендую попробоваьт пользовать librpm. У вас там вроде с
perl'ом пробелм нет? есть rpm-perl. Попробуйте! Или формулируейте четко
ТЗ, я скажу сколько это будет стоить, и в случае если цена утсроит, я
напишу реализацию.
>> Мне, к сождалению уже надоело молча ждать "когда там они станут ближе ко
>> мне" ;)
AB> Значит я ошибался - вы таки тоже оптимист ;)
Оптимизм - профессиональная болезнь программистов. /Брукс/
>> AB> Уже и посчитали. Тогда добавте третьего, который был автором вопроса,
>> AB> породившего предыдущий тред ;)
>>
>> это второй. Меня не считаем, у меня другие интересы ;-)
AB> Стоп. Первый - автор нынешнего треда. Второй - предыдущего. Тогда
AB> третий я.
а предыдущий терд был не Ваш? тада три ;-)
--
Bor.
--- ifmail v.2.15dev5
* Origin: BorHomeLand (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
