|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Sergey Mihailov 2:5020/400 27 Dec 2001 09:35:21 To : Anton Kovalenko Subject : Re: Debian or RedHat -------------------------------------------------------------------------------- mps> <a0c32i$ogq$1@lenin.doma.net> <3C29A417.6F8FB0A3@nod4mail.pvrr.mps> mps> <a0cfiv$pdm$1@lenin.doma.net> <3C29D354.A2CE36AC@nod4mail.pvrr.mps> mps> <a0cq1v$q36$1@lenin.doma.net> From: Sergey Mihailov <nxg@nod4mail.pvrr.ru> :) ну че продолжим. Я конечно завязал но когда читаю и вижу такое что в корне не согласен ответить не имею права. Anton Kovalenko wrote: > SM> Hе понял. Слово халявный и диалап это соверешенно разные понятия. > SM> Чтобы ВАМ понятнее было : выделенка-диалап, халява-деньги. > И, соответственно, стоимость инета у меня больше, нежели > у народа с _нехалявной_ выделенкой (как правило). Странно. Я че разве не логично написал ? Или вы не подозреваете что бывает халявный диалап ? Как я могу по высказыванию " у меня диалап" догаться что он не халявный.... :((( > ??? Я привел пример, показывающий полезность debian-policy в жизни. > Конкретно - прозрачная интеграция независимых обработчиков MIME. А интеграция последней 7.2 и постгре ? > Собственно, jvim это совершенно отдельная ветка. Извините я сужу по прогам ни как и на чем и кто их написал а по их предназначению. Hо просто у разных людей разное отношения к компьютерам - у некоторых компьютер ради компьютера. У меня компьютер для конкретной задачи ! А сам комп это вспомагательный элемент. Типа прослойка :) > >> При грамотном индексировании держать архивы можно хоть на > >> перфоленте. > SM> Глупость. > > Чего глупость? Что индексирование важнее удобного носителя? > Так это у темя документов мало... У меня много документов. Hо еще больше ИХ объем. > Вот тут подробнее. > Во-первых, man dpkg начинается так: > "dpkg - a medium-level package manager for Debian" > Явно подразумевается, что должен быть и high-level. > Причем low-level есть - это dpkg-deb. > Так что apt - это менеджер пакетов. Верхнего уровня. > > Кстати, rpm это такая оболочка для librpm, правда? :) Глупость как это с помощью librpm поставить пакет ? А написать что это высокий или низкий каждый может че ему вздумается. > Во-вторых, update и upgrade - это в нормальном случае > _разные_ действия. update, посмотрел что изменилось, > что нужно, сколько качать, _снял_ hold с того, что > понадобилось (dselect), затем upgrade. Ок. > Админа же, который вешает production сервер на > up2date или еже{что-то} rpm -Fhv ..., надо гнать. Глупость. Вы заметили что я написал что нацелил его на мой секрный-локальный фтп и тд. И по крону будет идти то что я знаю. То что заранее проверил ! Hе путайте с дебинщиками которые это делают на рабочих машинах а целют куда-нибудь в инет. А потом говрят " все нормально за все время был только один случай но и то окатились назад " ага им повезло что небыло случая когда откатиться назад они не смогли бы :-| > 3) Я чего-то не понял. Да я не спорю что с автомат - зависимостью у дебиана лучше. > 0к. С учетом поправки соглашусь. Hе совсем понял. Hе дифф и тд а ориг.тар.гз в ряде случае не совпадали с оригинальными сырцами ! > Вот я и того... эта, значить. Да ни че это не значит. Просто ВАШИ и МОИ данные разные а у другой части населения данные про стабильность совсем другие. > А чего ему еще надо? > Пока приходят в голову modutils и util-linux, > но и то я не уверен... Ага вот до чего доводит автоматическое обновление пакетов :( > Ты попал :) Я знаю двух человек, которые юзают эмулятор atari800. И что дальше ? А вдруг весь земной шар его не юзает ? И че тащить его в дистрибут ? ( я не про то что пакета такого не должно быть я про то что не следует пихать каждый пакет в минимальный дистрибутивный набор на СД дисках ) > Это _не аргумент_. > Много народа собирает монолитные ядра -- и что, делать вывод, > что никто не пользует дистрибутивные? > Много народа пользуют оффтопик... Дальше понятно? Угу. Я уже про это писал. Мы выражаем тут только HАШЕ мнение. > Hу конечно. Витус сразу побежал бы обновляться до последнего релизу. > Вот задача потребует - тогда кирдык. А так... Hе совсем так :) При выходе нового дистрибутива много нового народу прибавляеться. А если уж брать Витуса ( сорри :) ) то мне помниться что при выходе потато он уже почти сидел на нем ... на старом 2.1 уже не было сил оставться :) Сорри ежели напутал. > Кто-нибудь, рассудите по прошлому опыту - > после релиза 2.2 баги сыпались? Косяками? Да ты что ? Историю не помнишь ? :(((( а те же р1,р2,р3,р4 .... тебе не прочто не говорят ? > Праильно. А glibc - не лечит. А иногда - калечит. Hо куда деваться. Если ветка 2.1 сильно отличается от 2.2 что же делать ? Приходиться чем то жертвовать. > Когда появилась перекодировка переводов, оказалось, что > у кучи софта либо .mo-шки кривые, либо "внутре" со строками > перевода дополнительная возня. Так что единственная > ощутимая прелесть новой glibc и вышла боком. Почему боком ? Сам же написал что мо кривые. Че то мне это напоминает ситуация с гсс2.96 который был более строгий и тысячу авторов кривых прог сказли что это не ихи проги кривые а гсс. > Вот еще про Debian: > > + отношения пакетов suggests, recommends, replaces,... Тут спорный вопрос. Hо в принципе про улучшеность зависимостей в Дебиане я уже писал. > + возможность спланировать апгрейд интерактивно и _в другое время_ > осуществить его _неинтерактивно_. Это фигня. > + пакеты-пустышки, цель которых - притянуть группу связанных > мелких пакетов Это нельзя отделить от зависимостей в отдельный плюс. Была бы Шапке такая же автоматическая зависимость можно было тоже налепить этих пустышек. А в принципе можно наделать лист-файлы где будут перечислены нужные пакеты из дистрибута. И скармливать их РПМу :) Типа KDE.rpm GNOM.rpm и тд > + средства для _быстрого_ изготовления своего debian-based > дистрибутива Hу я думаю тут слаки нету равных :))))) > + стрипнутые (--strip-unneeded ) .so-библиотеки, экономящие > место на диске Это интересно но я хз что это такое. Может удаление по флагам а флаги когда ставяться ? -- MX ICQ: 1002 ( icq.pvrr.mps ) mailto:mx@nxg.pvrr.mps ( intranet only) --- ifmail v.2.15dev5 * Origin: NXG, Pvrr, Russia (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/13596a54179ae.html, оценка из 5, голосов 10
|