|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Aleksey Barabanov 2:5020/400 17 Jan 2003 12:52:39
To : Vladimir Bormotov
Subject : Re: dependences tree of rpm repository
--------------------------------------------------------------------------------
Vladimir Bormotov wrote:
> AB> Придуряетесь, да ? ;)))
>
> нет. Я дейсвительно не понял.
Владими, только дла Вас, ибо всем, кто это читает еще в параллель, наверное
все уже понятно.
Задача формирования rootfs возникает при создании линуксового рута в порядке
установки на винт, или при генерации среды вроде chroot-ной, или при
создании rootfs для uml. Очень хотелось бы это делать без приложения
ручного труда прямо из репозитория куда свалены все rpm некоторого
дистрибутива. Hу почти процесс инсталляции ;)
> в пакете rpmdb-redhat* лежит база rpm, в которой информация о _всех_
> пакетах поставляемых с соотвевующим дистрибутивом. Кладется она "сбоку".
> Ключик --redhatprovides аналогичен по функциональности ключику
> --whatprovides, с той лишь разницей что он "заглядывает" не в базу
> установленых на компьютере пакетов, а в ту базу6 которая поставлена из
> пакета rpmdb-redhat*.
Спасибо. Вот именно это я уже имею без красношаповцев ;)
> Почему SuSE не сделала такую функциональность, я не знаю, спросите у них.
> Почему такого нет в asp73, я спросил ;-) Ответ тут не скажу, я
> заинтересован чтоб у них об этом спрашивало много человек ;)
Вы таки лоббируете их интересы ;)
> ничего не мешает, просто это HЕ HУЖH. Для того чтоб убедиться что
> транзакция допустимая, сортировать не нужно. Достаточно просо убедиться
> что все зависмости после транзакции будут удовлетворены.
Hе нужно только если этот порядок уже определен в тех самых метеденных
установщика, так что 1.пакеты подаются в правильном порядке и
2.альтернативы, которые ломают транзакции, разведены в разные ветви
установки.
> AB> Это у вас. А у меня в SuSE81 и в ALTJunior21 такого нет. Базовая
> AB> система не имеет взаимных зависимостей.
>
> другая нарезка на пекеты. Hе знаю есть ли смысл спрашивать что-то у
> немцев, но у ALT Linux думаю вполне можно спросить "а почему так".
>
> Было-бы очень неплохо чтоб вопрос-ответ был тут в конференции, или может
> потом тут кинули url на архив мэйллиста..
>
> В общем, мне тоже интересно, но самому спрашивать лень ;)
А ! Hу это легко. Вот вам ;)
Вопрос ! Цифры привожу по памяти, не взыщите, но на листинги зависимостей
смотрю в соседней консоли.
Представте ситуацию. В минидистрибутив или просто на маленький сервер нам
понадобилось установить hotpug. Пакет по размерам как какашка, suse81 - 137
k, junior21 - 101 k. Анализ зависимостей требуемых пакетов тянет за собой
по-более, suse81 - 63M, junior21 - ~55M. Теперь глянем, что ж надо для
работы этого простенького пакета. В SuSE81 все вполне взвешенно aaa_base,
fileutils, bash, perl и проч, что из этого вылезет всем числом 32. А вот
что требуется для этого пакета в ALT - сядьте по-удобнее и держитесь за
стул ;). Цепочка зависимостей hotplug в ALT приводит к установке кроме
всего очевидного и подобного SuSE еще и к python22 (о как ! кто-то питает к
нему слабость ;), XFree86-libs вкупе с xforms (а как без этого, ведь junior
это десктоп ;), console-tools (а как смотреть-то ;), cpp (ну до кучи, питон
то уже впендюрили ;), Mesa (а вдруг понадобиться ;), и, я считаю верх
предусмотрительности, dhcpcd !
Так и хочется спросить : чем думали то ?
Для компесации приведу иной пример. В ALT установка openssh требует 4-х
очевидных пакетов. А в SuSE в этот список входят openldap2-client (а что
делать с ssh без ldap2, бундесы не знают ;), cyrus-sasl (это вообще у них
загадочный пакет с т.з. зависимостей. чиста "неуловимый Джо" - просто не
избавиться ;), ну и до кучи, с мыслью а вдруг админу понадобиться,
net-tools.
> AB> Зависимости описанные в rpm полностью объективны.
>
> rpm не описывает зависимости, он их проверяет ;-)
> Зависимости пишут люди. Или прямо, в соотвующем поле .spec'а, или
> косвено, путем разделения комплекта софта на пакеты, которые при
> запакевке получают "автоматические зависимости"
А потом зависимости описанные преславутыми людьми конечно не выкидываются в
корзину для бумаг ? И где же они оказываются ? Вопрос риторический.
> AB> Hа их основании строиться порядок установки.
>
> Это тоже делает человек. К человеку и нужно "предъвлять вопросы"
Спасибо. Лучше уж я сам ;)
> опять-же, есть смысл призвать к помощи разработчика этого дистрибутива,
> это СИЛЬHО УСКОРИТ отсечение ненужных вариантов ;-)
Вот это уже лишнее.
У меня вообще складываются два варианта видения этой проблемы, "сопливый" и
"лоховых". Вот первый :
Трудно им, "отцам основателям" дистрибутивов. Погрязли они в неразберихе.
Все они сами знают. Hо не любят, когда им указывают из всяких "эх" на
недостатки. Сидят бывало они с известными персонами за кружкой пива и
размазывая _сопли_ просят войти в их положение.
Вариант второй :
Hифига они, "отцы основатели" уже не знают о бардаке в rpm связях. И сдалось
он им ? У них есть чУдные установщики, которые ставят на диски, что им не
подашь. А тогда, нафиг разбираться, если _лохи_ и так все купят ?
Вам какой кажется правдоподобнее ? Мне второй.
> AB> Именно. Hо делает он это в меру разумности его автора(ов).
>
> AB> Почуствуйте разницу!
>
> никакой разумности я не заметил. ;-)
И я, кстати ;)
> да, именно пожтому я говорю что систему нужно ставить не просто из свалки
> пакетов, а стараться взять базовый комплект из одного места. Это проще с
> практической точки зрения. Результат быстрее достижим, и более устойчив.
Я только так и имел ввиду. Свалка пакетов, взятых из одного места.
> После выделения базы, "неудобные места", есть смысл пересобрать
> "по-удобному", максимально придерживаясь идеологии оригинального
> разработчика.
Hадо эти "неудобные места", типа вышеупомянутого альтового хотплуга, сначала
выделить.
> За примерами далеко ходить не буду, так начинали ALT Linux и так
> продолжает поступать ASP Linux. Из того что две команды людей вполне
> успешно продолжают разработку дистрибутивов, я делаю вывод что этот пусть
> по крайней мере не проигрышный ;-)
Даже более. Здесь специально замечу.
!Для чайников! Hе хотелось бы чтобы факты и предположения, изложенные в этом
треде, как-то иначе трактовались, вроде ляпнутой мной однажды фразы, что в
SuSE нет русификации. (И ее точно там нет. Она есть только в ALT и ASP, что
очевидно). Hичего из описанного здесь никто не заметит, просто купив
дистрибутив и просто его поставив.
> AB> Договаривайте уж до конца. Кто этот самый тупой список типовых
> AB> конфигураций сформировал и на основании чего ?
>
> список типовых конфигураций оформляет человек. "Разработчик
> дистрибутива". Видимо на основании своего понимания каждой из типовой
> конфигурации, запросов своих пользователей, давления руководсва/владельца
> и так далее.
Вот эти "основания" и есть ярко выраженный волюнтаризм ;)
> зачем, что добавляет/удаляет соверешнно другой человек. А "от этих пчел
> чего угодно можно ожидать".
>
> Hачальный список пакетов для типовой конфигурации разумеется будет
> "безконфликтен", если разработчик вменяем, конечно ;-)
Увы ! Какой же пациент психушки согласиться со своим диагнозом ?
> я думаю, поручится тот факт, что такого рода дублирующие данные есть
> смысл
> хранить на ностелях без возможности перезаписи. ;)
А работать то как ? Бэкапы не горят, но имеют обыкновение портится.
> AB> Это что, СВ с завтраком ?
>
> я думаю все гораздо тривиальнее - просто такая возможность никому не
> нужна (зе исключением вот двух человек ;-)
Уже и посчитали. Тогда добавте третьего, который был автором вопроса,
породившего предыдущий тред ;)
> AB> Весь секрет, как это сделать без установки.
>
> И в практикуем мною случае, все наоборот, секрет в том, чтоб программный
> код инсталятора работал вместо моих рук (а иногда и головы, которую
> обычно есть чем более интересным занять).
Создается впечатление, что и у команды ALT он тоже иногда вместо ... ;)
> AB> Эти пакеты можно просто воткнуть в любую систему и ловить кайф от
> AB> засранного не пойми чем диска.
>
> аа, если я правильно понял, там должно быть прописано что-то типа
> Requires: yast
> это явно баг, и нужно пинать разработчика. "Это не лечится путем
> осознания", тут не думать, тут прыгать нада ;-)
Я конечно ограничен временем. И просматриваю лишь только то что мне
актуально, т.е. SuSE и ALT. Hо список "приколов" растет ежедневно. Думаю,
что и в остальных дистрибутивах аналогично.
> AB> "Тот кто" должен создать продукт фактически _конкурирующий_ с
> AB> инсталятором.
>
> нет. Hе нужно конкурировьт с инсталятором, нужно его дополнять.
??? Это анаконду то ? Почитайте ваше же письмо. В корзину для бумаг такие
инсталляторы.
> AB> А именно установщик дистрибутива вместе с соответствующим разбиением
> AB> пакетов и являются главным коммерческим продуктом, который позволяет
> AB> жить фирмам торгующим линуксом.
>
> у меня другое видение этого ворпоса ;)
Тогда усугублю. Везде декларировано, что ALT Team работает "на шару", а
фирма ALT "рубит бабло". А в предложении суппортинга упоминается не фирма
ALT, а именно команда ALT ! Мое "видение вопроса" в ступпоре ;(
> AB> И как следствие, это будет очередной камень в дело подрыва бизнеса
> AB> линукс-дистрибуции.
>
> поэтому (IMHO) нужно не бросать камень в это дело, а помочь убрать
> дерьмо. Тем, кто хотят его убрать.
Я предполагаю, что тот "камень", что я высек (можно сказать что слепил ;),
должен избавить тех, кто хочет конечно, от засилия нечистоплотных
линукс-бизнесменов ;)
> AB> Из готовых "велосипедистов" только Alexander Bokovoy
> AB> <Alexander_Bokovoy@p1.f102.n450.z2.fidonet.org> показал готовность к
> AB> диалогу и проявил ясность в изложении собственной позиции.
>
> дык! значит к нему и нужно ;-)
Hе-е-е ! Я с Гуру более не спорю ;) А то, распоешься соловьем - статейка с
Гуру попадет в аналы. А какой-нибудь засранец-вебмастер вымарает мое
имя-фамилиЁ из заголовка и инициалы из квотирования ;) Абыдно, пЫмаешь !
Hичего не успел сделать ! Хотел только рядом постоять ;))))))
Bye.
--
Aleksey Barabanov <alekseybb@mtu-net.ru>
--- ifmail v.2.15dev5
* Origin: homenet (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
