|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Aleksey Cheusov 2:5020/400 11 Feb 2003 00:38:59
To : Vladimir Bormotov
Subject : Re: GeenTool Linux
--------------------------------------------------------------------------------
Vladimir Bormotov <bor@vb.dn.ua> writes:
> Hi, Aleksey!
>
> >>>>> "AC" == Aleksey Cheusov <cheusov@scnsoft.com> writes:
>
> >> ничего. Hе нужны они. Hа практике нужны решения конкретных прикладных
> >> задач. Сборка дистрибутива - это способ получить решение.
>
> AC> Всё это, конечно, правильно, но только зачем быть настолько
> AC> категоричным.
>
> AC> Я бы вот не отказался получать не только .rpm/.deb и .src.rpm/.tgz но
> AC> ипатчи. Т.е. по дефолту - бинарники, а если я попрошу - патчи к
> AC> .src.rpm или .tgz.
>
> патчи они обычно _внутри_ src.rpm, .deb
Ясное дело, но вот появилось сообщение об очередной дыре openssh
или apache и я качаю новый .src.rpm или .rpm или .deb... целиком...
В общем много качаю... и долго...
Или ищу этот патч отдельно и прикладываю его самостоятельно,
отклоняясь от пути, рекомендуемого дистрибьютором.
Я это сделать в состоянии, но вот тут
недавно рассказывали про стабильность ванильных ядер...
Да и вообще, самодеятельность нужна только там, где она нужна.
Т.е. сейчас я качаю целиком.
> AC> Мне вот надобно, все inet-related штучки пересобирать с libsocks5.so.
> AC> Сейчас я правлю спеки в .src.rpm скачивая каждый раз его целиком. Hо
> AC> хотелось бы этого не делать.
>
> уговорите дистрибьютора делать nosrc.rpm.
Что-то свыше мне подсказывает, что это бесполезно.
Хотя я таких nosrc.rpm вообще никогда нигде не видел.
> AC> Это я к тому, что везде есть разумное зерно. Главное - без фанатизма
> AC> и не доводить хорошую идею до маразма.
>
> конечно без фанатизма. Hиктож не против ;))
Вот кстати о фанатизме.
Можно даже бинарные патчи выкладывать и предоставить системе самой решать,
чего там этокомнее в смысле трафика.
Бедный сервер... ;)
> AC> А на счёт оптимизации под себя, так это всё фигня потому как
> AC> *суперскалярные* CISC/RISC не очень-то много в этом плане позволяют.
> AC> Особо не наоптимизишь.
>
> я думаю что более важно не процессор, а линковка с кучей библиотек,
> которые реально не нужны. HАпример если у меня весь звук идет через esd,
> то зачем мне поддержка aRts в каждом приложении?
Я всё это понимаю очень банально и просто:
Если функциональность одинакова, одинаковым должен быть и интерфейс.
А если разная, пусть ментейнеры nasd, artsd и esd соберутся, да обсудят
перспективы и зделают что-то одно или по-крайней мере с одним интерфейсом.
Или они, как здесь говорят, невменяемые?
--
Best regards, Aleksey Cheusov.
--- ifmail v.2.15dev5
* Origin: Science Soft (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
