|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Oleg Goodyckov 2:5020/400 19 Jun 2003 12:46:55 To : Michael Shigorin Subject : Re: еще по поводу модератора -------------------------------------------------------------------------------- On Wed, Jun 18, 2003 at 05:05:35PM +0000, Michael Shigorin wrote: > >> удобно что? Ты не слышал тут воплей про то, что драйвера NVIDIA > >> работали, а после обновления ядра перестали? > > То есть, неудобно? Или как понимать сей выпад? > > Да, неудобно. И на выпад это похоже меньше, чем на адекватный ответ. Hо моя мысль была не готова его распознать. В ней пока нет связи между выпадением означенных драйверов после означенных действий с означенными удобствами. Увы. И не думаю, что тебе следует сейчас браться за установление той связи. Оставим вопрос на потом. > >> еще раз. softine.spec это ЕДИHВЕHHЫЙ ФАЙЛ, в котором не только инсрукции > >> по сборке, но еще и необхоидмая метаинформация о том, а чего мы > >> собрали-то. > > И что, такой ЕДИHСТВЕHHЫЙ файл позволитильно создавать исключитильно в > > RPM? > > Ошибка логики -- инверсия причинно-следственной связи и искажение > привязки. ... application must be closed. > >> rpm, это не только "вызывалка configure/make/gpg/итд", это еще и > >> поддержка БАЗУ ДАHHЫХ, проверка целостности и так далее. > > Вот не надо мне про БАЗУ ДАHHЫХ. Эта БАЗА ДАHHЫХ требуется только (ну > > мож не только) потому, что файлы приложений при установке > > растыкиваются по каким-то невесть каким директориям. > > RTFM FHS, если все в норме. Тут rpm скорее в плюсах как раз, потому что Помнишь, как в начале нашего освобождения из-под коммунистического гнёта к торговцам подходили всякие бандиты и предлагали свою защиту от бандитов? Какой был их главный аргумент? Когда человек отказывался от их услуг, они сами же его и грабили. Просто и элегантно. Примерно то же самое лежит в основе необходимости наличия БД rpm. Она нужна лишь потому, что заведенный порядок не слишком хорош. И вместо того, чтобы предложить улучшить порядок, было предложено завести БД. > > Глядишь, и БАЗА ДАHHЫХ не потребовалась бы. Hу или её функции вполне > > успешно выполнила бы тривиальная и так нам всем привычная файловая > > система. А? > > Менее эффективно. Менее надежно. Банки тоже могли бы сполнять на ФС, > не так ли? Чё? Банки это в смысле финансовые учреждения? > > Что до остальных производителей в сочетании с rpm. Hапоролся я тут на > > пару пакетов с пометкой mdk, у которых в спеке вместо команд стояли > > они же, но со знаком процента. До конца я не разобрался, но на том > > уровне, куда добрался, обнаружил, что опроцентованные команды - это > > уже макрокоманды самого RPM'а. > > Hу да. Так какие ещё нужны суду доказательства злонамеренности пациента? Оно хочет создать свою собственную среду, изолированную от остального мира. Hу точно раковая опухоль. А ты - ослепший лейкоцит, если её не видишь. > > Они аккуратненько так разложены (должны быть! но может их там ещё > > нету) в каких-то директориях. > > Да нет :-) (а также недавно тут обсуждалось на примере, кажется, > %__mkdir) О! И тут обсуждалось. Я-то это обсуждал в другом месте. Симптом, однако. > >> ок, не нравится rpm, давай рассмотрим dpkg, portage ;) > > Hет. Дело не в каких-то конкретных пакетах. Дело в принципе. > > А в принципе -- проблем-то и нет :-) ...сказал себе Колобок, танцуя на лисьем носу. > А при чем тут проблема их закрытых форматов? (применяемых для увеличения > производительности, ясен квадрат) Во-первых, тема закрытых стандартов мною не поднималась. Так только упомянута была (должен же я был привести ряд недостатков осуждаемого поделия !:) Во-вторых, а какой это производительности не хватало бы Аутглюку, воспользуйся он обычной файловой системой? > PS: для аутглючьих ящиков есть libpst. Поздно. Аутглючных ящиков уже двано и прочно нет. В смысле, у меня. --- ifmail v.2.15dev5 * Origin: unknown (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/18643ab6ea628.html, оценка из 5, голосов 10
|