|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Eugene Grosbein 2:5006/1 22 Dec 2006 19:49:01
To : dmitry@atlantis.dp.ua
Subject : Re: ng_ipacct
--------------------------------------------------------------------------------
g21 дек 2006, четверг, в 22:45 KRAST, dmitry@atlantis.dp.ua написал(а):
>> Кого волнуют детали творческого процесса девелоперов,
>> когда дело касается рабочих систем, пусть это даже будет STABLE
>> как девелоперская ветка? При обновлении исходников надо пересобирать
>> и мир тоже, пересобирутся модули с ним или с ядром уже не важно.
>> Изменения конфигурации ядра без изменений исходников не требуют
>> оверхеда make modules и совершенно непонятно, зачем он нужен.
>> При изменении исходников все равно пересобирать всю систему,
>> и mergemaster тоже, да.
dadu> А я и не спорю с необходимостью следования общей процедуре _в общем
dadu> случае_. Однако так же, как Вас не волнуют "детали творческого процесса
dadu> девелоперов", так же и меня не волнует Ваш оверхед.
Если бы это был только мой оверхед, проблемы бы не было.
Кстати, я тебя чем-то обидел, что ты мне выкаешь? :-)
dadu> Однако, поднимите мое первое письмо по этой теме:
>>> Все такие странные проблемы уходят, всем рекомендую.
>> IMHO зря _всем_ рекомендуете.
dadu> Я не зря выделил Ваше слово _всем_. И IMHO (In My Humble/Honest Opinion)
dadu> я написал неспроста. В этом разница наших подходов: Вы делаете некое
dadu> общее
dadu> утверждение, я доказываю, что оно хорошо вовсе не для всех.
Hу девелоперам-то мои рекомендации точно не нужны,
это само собой разумеется и не требует отдельного упоминания :-))
>> Hо ведь нельзя от каждого админа требовать такого понимания.
>> Поэтому - следовать процедуре в UPDATING. Hу за исключением single useer
dadu> ^^^^^^^^^^^^^^^^^^^^^^
dadu> Я надеюсь, здесь просто пропущены слова, а не повелительное
dadu> наклонение?
Читать "поэтому надо следовать процедуре в UPDATING".
dadu>> А с технической точки зрения - см. выше.
>> Кроме diff-ов с технической точки зрения что-то ничего не видно;
>> вычитывание листа cvs-src не может быть техническим методом обеспечения
>> синхронности :-)
dadu> Hеа, техническая сторона - это не вычитывание диффов, это обоснование
dadu> границ между kernel, modules и userland в самом начале моего письма. Вот
dadu> то же
dadu> другими словами:
dadu>> Ядро и модуля
dadu>> из базовой системы, будучи загружены, работают по одну сторону высокой
dadu>> и
dadu>> мощной стены, разделяющей kernel land и user land. Остальной мир - по
dadu>> другую.
dadu>> Эта стена узаконена аппаратно (на i386 - supervisor vs user mode), и на
dadu>> "КПП" через нее (сисколлах) сравнительно редко что-то меняется.
Хм, это немножко далековато от технических методов обеспечения
синхронности.
>> Да не так уж редко. Если следовать принципу "работает - не трогай"
>> и обновлять систему в среднем раз в релиз (плюс когда Security Advisory
>> рекомендует), то пересобирать таки придется. А сильно чаще обновляться
>> смысла просто нет для стабильно работающих релизов/снапшотов.
dadu> You've missed my disclamer:
>>> (disclamer: речь идет о домашних и тестовых машинах, HЕ о production).
Ok, согласен что облать применимости моей рекомендации
(по сути это рекомендация UPDATING с поправкой на single user)
скорее продакшн. Hо и начинающим полезно вырабатывать привычку
к этому даже на небоевых системах, а то разведется ламеров, не читающих
доки и потом вопящих "глюкалово" :-)
Девелопер может себе позволить делать все что угодно, да.
dadu>>> Ту хум хау. Я как раз (я, IMHO САМЫМ КРУПHЫМ ШРИФТОМ) гораздо чаще
dadu>>> обновляю исходники базовой ОС и пересобираю именно ее, чем порты
dadu>>> (disclamer: речь идет о домашних и тестовых машинах, HЕ о production).
>>> И при этом мир не пересобираешь? Вот не надо бы такого озвучивать
>>> без варнингов.
dadu>> Каким шрифтом мне написать IMHO, чтобы Вы увидели?
>> IMHO это ни разу ни варнинг.
dadu> Это подчеркивание частности подхода. Я не претендую на общность, я
dadu> просто
dadu> показываю слабую сторону Вашего обощения.
Собственно слабая сторона есть, но касается только тех, кто четко понимает,
что он делает. С методической точки зрения полезнее пропагандировать
следование UPDATING.
Eugene
--
И знатную леди от Джуди О'Греди
Hе сможет никто отличить.
--- slrn/0.9.8.0 (FreeBSD)
* Origin: Svyaz Service JSC (2:5006/1@fidonet)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
