>Интересно, для каких прикладных задач придумывали RPM

Промышленные дистрибутивы, вестимо.  Он более деревянный и при этом издревле (v3, что ли) умеет подписи и контрольные суммы.

>>А путать редхат, федору, RPM и .rpm в одну кашу в голове
>>-- не следует.  При всей моей иронии относительно федоры-то.
>Редхат эту заварушку и заварил.

Да, но с тех пор она кипит довольно замысловато.

>Развели зоопарк да еще постоянно все перетрясают, так что там черт ногу сломит.

Самый большой бардак в rpm world -- это rpm macro hell.  Бишь то, что исходный редхатовский набор макросов уж очень убог и просто напрашивается на расширение (будучи прекрасно расширяемым).  Дальше каждый танцевал под своё сопровождение :-)

Возможно, это порешают в рамках rpm5.org.  Возможно, нет.  Не берусь предсказывать.

>Вопрос: кому и нафига при этом кроме редхата надо какое-то непонятное апи
>если и без него проблем особых нет?

API чего именно?  Впрочем, я всё равно вряд ли отвечу достаточно компетентно, но на своём уровне сборщика и внедренца могу попробовать.

>Объясняю в чем у вас ошибка: вы выпускаете систему на основе этого ... добра.

Есть такое.

>И потому во первых нечаянно и нисколько не задумываясь делаете им скидку.

Подсознательно -- скорее всего, но вообще-то именно выпуская, развёртывая и поддерживая системы на базе чего-либо -- лучше всего знакомишься с проблемами этого чего-либо.

Правда, альтовский rpm очень сильно отличается от редхатовского.  Но наш майнтейнер входит в rpm5 team :)

>Во вторых вы все это знаете на уровне гуру и вам кажется что все просто и понятно.

Какого нафиг гуру...

>Ваша ошибка типична.Не будут люди со стороны делать скидок редхату на их кривульки.

И я не делаю, когда речь о кривульках.  Хотите -- поищите shigorin|gvy redhat rpm крупноблочный.

Да только ни rpm, ни dpkg как инструменты управления единичными (по сути) пакетами -- где то вооооон там, далеко внизу.  Для пользователя низкий уровень -- это apt, ну или там yum какой :-)

>А вам можно сказать: у вас неплохая система.Но вот как раз базированность
>на редхате все портит.Если честно - простите но лично я например
>не верю в то что у вашей системы большое будущее.Как раз
>из-за основанности на редхате.

Как бы Вам сказать... вон арабы и евреи -- они и те, и те семиты.
Только почему-то слегка расходятся во взглядах.  Так и тут.

Если хотите, найдите слово "исходники" здесь:
http://lists.altlinux.org/pipermail/devel/2005-March/031495....
и прочтите абзац, в котором оно находится.  Это довольно ёмкое описание.

>Редхат что-то из себя представляет на энтерпрайз поприще
>а на остальные рынки даже всерьез и не пытается соваться, понимая
>что не переспективно это с тем что у них есть.

У них другие проблемы, как мне кажется.  С rpm как техсредством не связанные.
Могу попробовать расписать, но это уже на статью потянет, а сейчас не вполне удобно.

>Может конечно у вас что-то и получится.Тогда я за вас порадуюсь.

Спасибо :-)

>Но сам я вашу систему юзал бы дома только если бы она была основана
>на дебиане или даже лучше (для домашнего использования) убунту.

На убунте нельзя надёжно основываться, это авторитарный апстрим.

Я в 2005 всерьёз такой вариант для нашей конторы обдумывал и несколько месяцев изучал обстановку.  Выводы были сделаны и с тех пор не опровергались :(

>Может редхат и был хорош когда вы начинали делать вашу ос и был лучше
>других.А сейчас... сейчас редхат что-то из себя представляет только в
>энтерпрайз секторе.

hint: альт в 2002--2003 сделал многое из того, что было уже сделано в дебиане, а в федоре и opensuse началось только пару лет как.  Начиная с мелкоблочной порезки, гораздо менее растяпистого подхода к зависимостям (поскольку в 2001 был внедрён apt параллельно, а потом и вместо *&^&*^ мандрейковского urpmi) и весьма впечатляющей разработки по их автоматическому обнаружению (как сборочных, так и установочных; как для бинарников, так и для скриптовых языков).

Кстати, научная работа по зависимостям в альте тоже не имеет известных мне аналогов ни в одном из известных мне по этой части дистрибутивов.  Вместе со своим весьма практическим применением.

Это важно для качества пакетной базы.