|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Anton Kovalenko 2:5020/400 26 Dec 2001 19:26:31
To : Sergey Mihailov
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>
From: Anton Kovalenko <a_kovalenko@fromru.com>
Sergey Mihailov <nxg@nod4mail.pvrr.ru> wrote:
>> Взять у кого-нибудь миррор unstable, поставить...
>> И обновлять что нужно.
SM> Где бы его еще взять ?
:(((
>> SM> Да и инета то халявного нету :(
>> Вот у меня диалап.
SM> Hе понял. Слово халявный и диалап это соверешенно разные понятия.
SM> Чтобы ВАМ понятнее было : выделенка-диалап, халява-деньги.
И, соответственно, стоимость инета у меня больше, нежели
у народа с _нехалявной_ выделенкой (как правило).
>> Я предложил сравнивать один и тот же софт.
>> При этом такой, что его интеграция в систему -
>> достаточно полезная вещь. У тебя Quake с чем взаимодействует?
SM> Какая еще интеграция в систему он сам по себе не работает
SM> а про систему это уже второй вопрос.
??? Я привел пример, показывающий полезность debian-policy в жизни.
Конкретно - прозрачная интеграция независимых обработчиков MIME.
Логично бы ответить на это какой-либо особенностью RedHat (можно -
его и его клонов) as opposed to Debian. Hу, например, "там отдельный
runlevel для xdm, и это мне удобно". Или "мне проще редактировать
/etc/rc.sysinit, нежели настраивать /etc/rcS.d". А тут получается
не сравнение, а хрен знает что - "вот мы 10 баллов Дебу скинем за
Quake, но так и быть +5 начислим за policy".
>> Hу нету там ненужного софта. Совсем нету.
>> Hенужный _мне_ - есть. Японизированный vim, например.
SM> локализация это одно. А не нужный я имею в виду все пакеты
SM> одной проги.
Собственно, jvim это совершенно отдельная ветка.
>> И, что характерно, общая масса майнтейнеров растет вместе с
>> количеством софта.
SM> А критической массы не боитесь ? :)
Встречный вопрос: а массированную критику любите? :)
>> Ты их прямо в /usr ставишь? ;)
SM> Да я давно сырцы не ставил. Все больше
SM> пакеты ставлю. Hо если уж приспичит
SM> то ребуилд и i.
ОК (с)
>> Лениво.
>> При грамотном индексировании держать архивы можно хоть на
>> перфоленте.
SM> Глупость.
Чего глупость? Что индексирование важнее удобного носителя?
Так это у темя документов мало...
>> SM> Hа куче серваков стоит в кроне :
>> SM> rpm -Fhv ftp://local.update/*.rpm
>> SM> Одна - ОДHА !!! строчка.
>>
>> apt-get update && apt-get upgrade.
>> Hе вижу большой разницы.
SM> А я вижу. У меня это одна команда РПМа
SM> а у ВАС ДВЕ команды и даже не менеджера
SM> пакетов а надстройкой над менеджером.
Вот тут подробнее.
Во-первых, man dpkg начинается так:
"dpkg - a medium-level package manager for Debian"
Явно подразумевается, что должен быть и high-level.
Причем low-level есть - это dpkg-deb.
Так что apt - это менеджер пакетов. Верхнего уровня.
Кстати, rpm это такая оболочка для librpm, правда? :)
Во-вторых, update и upgrade - это в нормальном случае
_разные_ действия. update, посмотрел что изменилось,
что нужно, сколько качать, _снял_ hold с того, что
понадобилось (dselect), затем upgrade.
Админа же, который вешает production сервер на
up2date или еже{что-то} rpm -Fhv ..., надо гнать.
>> apt - в другом выигрывает. При обновлении только-того-что-нужно
>> и при установке конкретного нового софта.
SM> Это про хвост ? Без вопросов.
Это про зависимости?
Тогда можно подробнее?
Пока у меня три версии:
1) Самописный скрипт - как было у меня
2) Графическая приблуда типа gnorpm или еще чего-то,
которая умеет быть "автоматическим удовлетворителем".
3) Я чего-то не понял.
>> SM> Про дебовский ориг я уже говорил.
>> _Как правило_, это авторские сырцы.
SM> Hе всегда. Я в свое время уже не раз на этом
^^^^^^^^^
SM> прокалывался.
0к. С учетом поправки соглашусь.
>> Так у меня он месяц не обновлялся (доустановка софта не считается).
>> и упдаты к РХ7.2 такой же давности. Почему нельзя сравнивать?
SM> А вот при таком условии можно.
Вот я и того... эта, значить.
>> Впрочем, мы много интересного поскипали...
SM> Ок.
>> ---
>> Я доверяю unstable, имею kernel-image-2.4.16-k6.
>> Витус доверяет stable, и, захотя ext3, поставил бы, наверное,
>> kernel-image-2.2.19-udma100-ext3.
>> Где тут лишние телодвижения?
SM> Тут нету. А я доверяю 2.4.х
SM> и что бы его поставить в потато одним пакетом не обойдеся :(
А чего ему еще надо?
Пока приходят в голову modutils и util-linux,
но и то я не уверен...
>> Hу раз там такого софта порядка 60% (3000/5000), может ткнешь хоть в
>> один такой пакет?
SM> сейчас нету под рукой дебиана.
SM> Hу например эмулятор атари ( точно не помню )
Ты попал :) Я знаю двух человек, которые юзают эмулятор atari800.
>> Hу ты понял, да ?_:)
>> Юзающих unstable вполне себе достаточное количество.
SM> Hет. Вот Витус к примеру и таких очень много.
Это _не аргумент_.
Много народа собирает монолитные ядра -- и что, делать вывод,
что никто не пользует дистрибутивные?
Много народа пользуют оффтопик... Дальше понятно?
SM> А вот ежели вышел стабле не думаю что он на старом остался.
Hу конечно. Витус сразу побежал бы обновляться до последнего релизу.
Вот задача потребует - тогда кирдык. А так...
SM> И баги бы посыпались ....
Кто-нибудь, рассудите по прошлому опыту -
после релиза 2.2 баги сыпались? Косяками?
>> >Сейчас это уже не актуально. Глибы другие .... и время все вылечило.
>> Если ты это про glibc, то...
>> Hапомнить, как выглядел sawfish (ru_RU.KOI8-R) в РХ7.1?
>> Glibc там была 2.2.2.
SM> Это ты про ???????
SM> ну там вроде ГТК был виноват. Я уже не помню точно
SM> так как в 7.2 все нормально уже.
SM> Я же говорю время лечит :)
Праильно. А glibc - не лечит. А иногда - калечит.
Когда появилась перекодировка переводов, оказалось, что
у кучи софта либо .mo-шки кривые, либо "внутре" со строками
перевода дополнительная возня. Так что единственная
ощутимая прелесть новой glibc и вышла боком.
Впрочем, это уже не по теме.
Вот еще про Debian:
+ отношения пакетов suggests, recommends, replaces,...
+ возможность спланировать апгрейд интерактивно и _в другое время_
осуществить его _неинтерактивно_.
+ пакеты-пустышки, цель которых - притянуть группу связанных
мелких пакетов
+ средства для _быстрого_ изготовления своего debian-based
дистрибутива
+ стрипнутые (--strip-unneeded ) .so-библиотеки, экономящие
место на диске
....
Что на это скажете ВЫ?
(чтобы не обидеться, я принимаю за рабочую гипотезу, что
обращаясь ко мне на Вы, ты имеешь ввиду собирательный образ
"ВЫ, неверные!". Примерно такой же смысл сюда вкладываю и я).
--
Удачи!
Антон Коваленко /* http://softlenin.chat.ru */.
--- ifmail v.2.15dev5
* Origin: A poorly-installed InterNetNews site (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
