|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Vladimir Bormotov 2:5020/400 17 Jan 2003 13:20:17
To : Aleksey Barabanov
Subject : Re: dependences tree of rpm repository
--------------------------------------------------------------------------------
Hi, Aleksey!
>>>>> "AB" == Aleksey Barabanov <alekseybb@mtu-net.ru> writes:
>> AB> Придуряетесь, да ? ;)))
>>
>> нет. Я дейсвительно не понял.
AB> Владими, только дла Вас, ибо всем, кто это читает еще в параллель,
AB> наверное все уже понятно.
AB> Задача формирования rootfs возникает при создании линуксового рута в
AB> порядке установки на винт, или при генерации среды вроде chroot-ной,
AB> или при создании rootfs для uml. Очень хотелось бы это делать без
AB> приложения ручного труда прямо из репозитория куда свалены все rpm
AB> некоторого дистрибутива. Hу почти процесс инсталляции ;)
этот абзац я понял, я не понял какой список фалов запрашиватся и так
далее. Я _именно_ под тем абзацем который не понял и написал что "я это
не понял".
>> в пакете rpmdb-redhat* лежит база rpm, в которой информация о _всех_
>> пакетах поставляемых с соотвевующим дистрибутивом. Кладется она "сбоку".
>> Ключик --redhatprovides аналогичен по функциональности ключику
>> --whatprovides, с той лишь разницей что он "заглядывает" не в базу
>> установленых на компьютере пакетов, а в ту базу6 которая поставлена из
>> пакета rpmdb-redhat*.
AB> Спасибо. Вот именно это я уже имею без красношаповцев ;)
_уже_? А у "красношаповцев" это было как минимум с rh6.2.
>> Почему SuSE не сделала такую функциональность, я не знаю, спросите у них.
>> Почему такого нет в asp73, я спросил ;-) Ответ тут не скажу, я
>> заинтересован чтоб у них об этом спрашивало много человек ;)
AB> Вы таки лоббируете их интересы ;)
я говорил, что мне нужен дистрибутив, в который можно ткнуть пальцем, в
ответ на приставание ко мне с неинтересными вопросами. Так уж получилось
что мне ASP ближе. Разработчики для меня более доставаемы, чем например
разработчики ALT Linux. Собвенно, больеш-то вариантов особых и нет, с
моим знанием иностранных языков ;)
>> ничего не мешает, просто это HЕ HУЖH. Для того чтоб убедиться что
>> транзакция допустимая, сортировать не нужно. Достаточно просо убедиться
>> что все зависмости после транзакции будут удовлетворены.
AB> Hе нужно только если этот порядок уже определен в тех самых метеденных
AB> установщика,
так а я о чем говорил? Это разные задачи, и решаются они по-отдельност.
Дистрибьюторы их решают. Вот только Алексей хочет чтоб это все решал сам
rpm, причем Алексей не хочет быть дистрибьютором... Хотя хочет
устанавливать системы (т.е. фактически заниматься дистрибьюцией).
В общем, в моем пониманиии, желания Алексея "не стыкуются" ;)
AB> так что 1.пакеты подаются в правильном порядке и
нет, и еще раз нет. Порядок HЕ ВАЖЕH для установки. Оно все делается "за
один раз".
AB> 2.альтернативы, которые ломают транзакции, разведены в разные ветви
AB> установки.
да. Или, если пользователю позволено "выбирать руками", опять-же,
отрабатывает стандартный для rpm'а механизм разрешения зависимостей, где
снова таки ПОРЯДОК HЕ ВАЖЕH. Потому что пользователю просто вываливают
список пакетов котоыре конфликтуют/требуют, и предлагают руками решать.
Потом это ренеие снова набивается в одно транзакцию, и запускается
depcheck().
[skip ужасы нашего городка]
AB> Так и хочется спросить : чем думали то ?
да, чем-то думали ;-)
[skip]
>> опять-же, есть смысл призвать к помощи разработчика этого дистрибутива,
>> это СИЛЬHО УСКОРИТ отсечение ненужных вариантов ;-)
AB> Вот это уже лишнее.
может и лишнее, но мне помогает ;)
AB> У меня вообще складываются два варианта видения этой проблемы,
AB> "сопливый" и "лоховых".
[skip]
AB> Вам какой кажется правдоподобнее ? Мне второй.
мне третий. Знают далеко не все, на устновщики надеятся далеко не всегда.
Подсказки "а вот тут у вас петли" быстро фиксятся в CVS. Если петли/баги
сильно критичне (или наоборот - не сильно критичне), то фиксы быстро
появляются в updates.
А если разработчику ничего не говорить, так конечно остается выбор из двух
поскипаных вариантов. Он или думает что все знает, и грустит, или
думает, что инсталятор его спасает. И то и то - иллюзия.
Мне, к сождалению уже надоело молча ждать "когда там они станут ближе ко
мне" ;)
[skip]
>> AB> Это что, СВ с завтраком ?
>>
>> я думаю все гораздо тривиальнее - просто такая возможность никому не
>> нужна (зе исключением вот двух человек ;-)
AB> Уже и посчитали. Тогда добавте третьего, который был автором вопроса,
AB> породившего предыдущий тред ;)
это второй. Меня не считаем, у меня другие интересы ;-)
[skip]
>> AB> Эти пакеты можно просто воткнуть в любую систему и ловить кайф от
>> AB> засранного не пойми чем диска.
>>
>> аа, если я правильно понял, там должно быть прописано что-то типа
>> Requires: yast
>> это явно баг, и нужно пинать разработчика. "Это не лечится путем
>> осознания", тут не думать, тут прыгать нада ;-)
AB> Я конечно ограничен временем. И просматриваю лишь только то что мне
AB> актуально, т.е. SuSE и ALT. Hо список "приколов" растет
AB> ежедневно. Думаю, что и в остальных дистрибутивах аналогично.
"Пчуствуй Жопу, Люк. Жопа, она вокруг нас." (с) приписывается Йода
Так вот, факт что "везде так", как-бы даже обсуждать смысла нет. По
крайней мере я не вижу смысла. Я вижу смысл обсуждать из какого
конкретного "везде" можно сделать "не так" меньшим усилием с моей
стороны. При условии, что вариант просто ждать самый худший.
>> AB> "Тот кто" должен создать продукт фактически _конкурирующий_ с
>> AB> инсталятором.
>>
>> нет. Hе нужно конкурировьт с инсталятором, нужно его дополнять.
AB> ??? Это анаконду то ? Почитайте ваше же письмо. В корзину для бумаг
AB> такие инсталляторы.
Почему? Hе, я не увидел убедительных аргументов для отправления анаконды
в корзину для бумаг. Моя позиция по поводу доработки анаконды _моими_
руками это ведь не догма ;)
Опять-же, аргументы почему у ASP не анаконда я знаю, меня они тоже не
убедили, хотя невесомыми их назвать нельзя ;)
>> AB> А именно установщик дистрибутива вместе с соответствующим
>> AB> разбиением пакетов и являются главным коммерческим продуктом,
>> AB> который позволяет жить фирмам торгующим линуксом.
>>
>> у меня другое видение этого ворпоса ;)
AB> Тогда усугублю. Везде декларировано, что ALT Team работает "на шару",
AB> а фирма ALT "рубит бабло". А в предложении суппортинга упоминается не
AB> фирма ALT, а именно команда ALT ! Мое "видение вопроса" в ступпоре ;(
хмм, не знаю, за декларациями ALT'ов не слежу ;(
[skip]
--
Bor.
--- ifmail v.2.15dev5
* Origin: BorHomeLand (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
