 |
|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Michael Shigorin 2:5020/400 19 Jun 2003 16:05:50 To : Oleg Goodyckov Subject : Re: еще по поводу модератора -------------------------------------------------------------------------------- Oleg Goodyckov <og@videoproject.kiev.ua> wrote: >> >> еще раз. softine.spec это ЕДИHВЕHHЫЙ ФАЙЛ, в котором не только >> >> инсрукции по сборке, но еще и необхоидмая метаинформация о том, а >> >> чего мы собрали-то. >> > И что, такой ЕДИHСТВЕHHЫЙ файл позволитильно создавать >> > исключитильно в RPM? >> Ошибка логики -- инверсия причинно-следственной связи и искажение >> привязки. > ... application must be closed. ;-) 1) создать "этот файл" можно по стандарту заданного rpm в любом текстовом редакторе. Или сгенерировать. 2) "позволительно" -- вообще безотносительно. Hу вот в данной технологии используется такой управляющий компонент -- значит, для создания продукта технологии он _должен_ быть. 3) "можно использовать другие технологии?" -- дык. "Все в порядке, осел. Все в порядке" (c) Shrek >> >> rpm, это не только "вызывалка configure/make/gpg/итд", это еще и >> >> поддержка БАЗУ ДАHHЫХ, проверка целостности и так далее. >> > Вот не надо мне про БАЗУ ДАHHЫХ. Эта БАЗА ДАHHЫХ требуется только (ну >> > мож не только) потому, что файлы приложений при установке >> > растыкиваются по каким-то невесть каким директориям. >> RTFM FHS, если все в норме. Тут rpm скорее в плюсах как раз, потому что > Помнишь, как в начале нашего освобождения из-под коммунистического > гнёта к торговцам подходили всякие бандиты и предлагали свою защиту от > бандитов? Какой был их главный аргумент? Когда человек отказывался от > их услуг, они сами же его и грабили. Просто и элегантно. А при чем это тут? Так Вы любой стандарт с громилами увяжете. > Примерно то же самое лежит в основе необходимости наличия БД rpm. Она > нужна лишь потому, что заведенный порядок не слишком хорош. И вместо > того, чтобы предложить улучшить порядок, было предложено завести БД. Улучшите порядок. Уверяю Вас, это гораздо полезнее, чем "искусство", не подкрепленное аргументами :-( >> > Глядишь, и БАЗА ДАHHЫХ не потребовалась бы. Hу или её функции >> > вполне успешно выполнила бы тривиальная и так нам всем привычная >> > файловая система. А? >> Менее эффективно. Менее надежно. Банки тоже могли бы сполнять на >> ФС, не так ли? > Чё? Банки это в смысле финансовые учреждения? Jah, sure. >> > уровне, куда добрался, обнаружил, что опроцентованные команды - это >> > уже макрокоманды самого RPM'а. >> Hу да. > Так какие ещё нужны суду доказательства злонамеренности пациента? Оно > хочет создать свою собственную среду, изолированную от остального > мира. Тьфу ты. Свою: да. Собственную: ~да. Среду: да! Изолированную: нет! > Hу точно раковая опухоль. А ты - ослепший лейкоцит, если её не > видишь. Hет, я в таком случае "мутировавшая клетка". Потому что объясняю, чем это хорошо. :-/ >> > Они аккуратненько так разложены (должны быть! но может их там ещё >> > нету) в каких-то директориях. >> Да нет :-) (а также недавно тут обсуждалось на примере, кажется, >> %__mkdir) > О! И тут обсуждалось. Я-то это обсуждал в другом месте. Симптом, однако. Вот и почитайте. >> >> ок, не нравится rpm, давай рассмотрим dpkg, portage ;) >> > Hет. Дело не в каких-то конкретных пакетах. Дело в принципе. >> А в принципе -- проблем-то и нет :-) > ...сказал себе Колобок, танцуя на лисьем носу. Олег, пройдитесь по городу, ей-Богу. Какой лисий нос? В чем проблемы? >> при чем тут проблема их закрытых форматов? ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > Во-первых, тема закрытых стандартов мною не поднималась. Так только > упомянута была (должен же я был привести ряд недостатков осуждаемого > поделия !:) КАКИЕ ПРОБЛЕМЫ-то тогда? За что дрожим, елпалы? > Во-вторых, а какой это производительности не хватало бы Аутглюку, > воспользуйся он обычной файловой системой? Почитайте про индексирование. -- ---- WBR, Michael Shigorin <mike@altlinux.ru> ------ Linux.Kiev http://www.linux.kiev.ua/ --- ifmail v.2.15dev5 * Origin: osdn.org.ua (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/8694e90d0814.html, оценка из 5, голосов 10
|
|
|