|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Anton Kovalenko 2:5020/400 27 Dec 2001 13:36:18
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>
mps> <a0cq1v$q36$1@lenin.doma.net> <3C2AB31F.B83E3E1E@nod4mail.pvrr.mps>
From: Anton Kovalenko <a_kovalenko@fromru.com>
Sergey Mihailov <nxg@nod4mail.pvrr.ru> wrote:
SM> :) ну че продолжим.
SM> Я конечно завязал но когда читаю и вижу
SM> такое что в корне не согласен ответить не имею права.
ИМХО, незачем демонстративно завязывать, пока дискуссия
идет в рамках приличия.
>> И, соответственно, стоимость инета у меня больше, нежели
>> у народа с _нехалявной_ выделенкой (как правило).
SM> Странно. Я че разве не логично написал ?
Это я нелогично написал. И уточняю.
>> ??? Я привел пример, показывающий полезность debian-policy в жизни.
>> Конкретно - прозрачная интеграция независимых обработчиков MIME.
SM> А интеграция последней 7.2 и постгре ?
Можно подробнее?
>> Собственно, jvim это совершенно отдельная ветка.
SM> Извините я сужу по прогам ни как и на чем и кто их написал
SM> а по их предназначению. Hо просто у разных людей разное
SM> отношения к компьютерам - у некоторых компьютер ради компьютера.
SM> У меня компьютер для конкретной задачи ! А сам комп это
SM> вспомагательный элемент. Типа прослойка :)
Мы исходя из этого и разговариваем.
А чтобы потрахаться с компом, оба обсуждаемых дистрибутива не подходят.
Тогда уж лучше Linux from Scratch.
>> Чего глупость? Что индексирование важнее удобного носителя?
>> Так это у темя документов мало...
SM> У меня много документов. Hо еще больше ИХ объем.
0к (если средний объем документа большой, тогда да).
>> Кстати, rpm это такая оболочка для librpm, правда? :)
SM> Глупость как это с помощью librpm поставить пакет ?
Кстати, можно :) Hо я не это имел ввиду.
Я хотел сказать что apt - это не приблуда сбоку,
а менеджер пакетов.
SM> А написать что это высокий или низкий каждый может
SM> че ему вздумается.
>> Админа же, который вешает production сервер на
>> up2date или еже{что-то} rpm -Fhv ..., надо гнать.
SM> Hе путайте с дебинщиками которые это
SM> делают на рабочих машинах а целют куда-нибудь
SM> в инет. А потом говрят " все нормально за все
SM> время был только один случай но и то окатились назад "
Покажи мне, кто так делает на сервере.
(И кстати, кто держит там unstable - даже не testing).
SM> Hе совсем понял. Hе дифф и тд а ориг.тар.гз в ряде случае
SM> не совпадали с оригинальными сырцами !
Ок. Просто сначала это у тебя прозвучало так, как будто такое
несовпадение имеет место почти всегда.
SM> Да ни че это не значит. Просто ВАШИ и МОИ данные
SM> разные а у другой части населения данные про стабильность
SM> совсем другие.
0к. Я снимаю возражение по поводу стабильности. Это субъективно.
>> Ты попал :) Я знаю двух человек, которые юзают эмулятор atari800.
SM> И что дальше ? А вдруг весь земной шар его не юзает ?
SM> И че тащить его в дистрибут ?
Hу вот опять я недоговорил. Если _даже_ я знаю _целых_ двух человек
и так далее.
SM> ( я не про то что пакета такого не должно быть
SM> я про то что не следует пихать каждый пакет в минимальный дистрибутивный
SM> набор на СД дисках )
Он "минимальный" только с точки зрения тех, кто коробки с дисками продает.
А что популярный софт попадет на первые диски, тому гарантия
popularity-contest.
SM> А если уж брать Витуса ( сорри :) ) то мне помниться
SM> что при выходе потато он уже почти сидел на нем ...
SM> на старом 2.1 уже не было сил оставться :) Сорри ежели напутал.
Извиняюсь; я хотел сказать, что резких скачков будет не так уж и много.
Фактически, народ без инета получит возможность купить "официальные"
сидюки. И это, пожалуй, основной фактор, который повлияет на
количество пользователей.
SM> Да ты что ? Историю не помнишь ? :((((
SM> а те же р1,р2,р3,р4 .... тебе не прочто не говорят ?
Hе-а. Ведь по размеру updates от RedHat я ни про что не сужу.
А тут примерно то же самое.
>> перевода дополнительная возня. Так что единственная
>> ощутимая прелесть новой glibc и вышла боком.
SM> Почему боком ? Сам же написал что мо кривые.
0к. Это я так, на жизнь жалуюсь.
Мне-то ничего, я и с LC_MESSAGES=C поживу. А вот клиенты...
SM> Че то мне это напоминает ситуация с гсс2.96
SM> который был более строгий и тысячу авторов кривых
SM> прог сказли что это не ихи проги кривые а гсс.
ИМХО, RedHat с gcc допустил ошибку. По крайней мере в том,
что, выпустив этот "неофициальный" gcc 2.96, дал авторам
кривых прог возможность свалить все на RedHat.
Собственно, с .mo-шками все ясно - если включать в дистрибутив
новый glibc, надо, по-хорошему, проверить, что поломалось -
хотя бы самое очевидное. И ведь в RedHat наверняка проверяли...
но дело было в Штатах.
SM> А в принципе можно наделать лист-файлы где будут
SM> перечислены нужные пакеты из дистрибута.
SM> И скармливать их РПМу :)
SM> Типа KDE.rpm GNOM.rpm и тд
Так у меня лист-файлы и делались.
Правда не с KDE и GNOME, но суть не меняется.
Это правда.
>> + средства для _быстрого_ изготовления своего debian-based
>> дистрибутива
SM> Hу я думаю тут слаки нету равных :)))))
0к. Возможно.
Hа базе слаки еще не пробовал, и, наверное, не буду.
>> + стрипнутые (--strip-unneeded ) .so-библиотеки, экономящие
>> место на диске
SM> Это интересно но я хз что это такое.
Просто убрана лишняя информация о символах в .so из бинарных пакетов
с библиотеками. Резонно предполагается, что если
чувак трассирует вызовы внутри библиотеки, то уж devel-пакет
с этой библиотекой (где нестрипнутые .a) будет у него стоять.
Конечно, это не преимущество, а скорее особенность.
Просто она мне нравится - когда делаешь какую-нибудь
двухдискетную "мини-бяку", нет лишних телодвижений.
Я пока больше не смогу участвовать в обсуждении,
но не завязываю и обязательно вернусь :)
Просто предновогодняя лихорадка.
--
Удачи!
Антон Коваленко /* http://softlenin.chat.ru */.
--- ifmail v.2.15dev5
* Origin: A poorly-installed InterNetNews site (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
