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