Re: ng_ipacct
- From
- Eugene Grosbein (2:5006/1)
- To
- dmitry@atlantis.dp.ua
- Date
- 2006-12-22T18:49Z
- Area
- RU.UNIX.BSD
Reply-To: eugen@grosbein.pp.ru
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> утверждение, я доказываю, что оно хорошо вовсе не для всех.
Ну девелоперам-то мои рекомендации точно не нужны,
это само собой разумеется и не требует отдельного упоминания :-))
>> Но ведь нельзя от каждого админа требовать такого понимания.
>> Поэтому - следовать процедуре в UPDATING. Ну за исключением single useer
dadu> ^^^^^^^^^^^^^^^^^^^^^^
dadu> Я надеюсь, здесь просто пропущены слова, а не повелительное
dadu> наклонение?
Читать "поэтому надо следовать процедуре в UPDATING".
dadu>> А с технической точки зрения - см. выше.
>> Кроме diff-ов с технической точки зрения что-то ничего не видно;
>> вычитывание листа cvs-src не может быть техническим методом обеспечения
>> синхронности :-)
dadu> Неа, техническая сторона - это не вычитывание диффов, это обоснование
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: речь идет о домашних и тестовых машинах, НЕ о production).
Ok, согласен что облать применимости моей рекомендации
(по сути это рекомендация UPDATING с поправкой на single user)
скорее продакшн. Но и начинающим полезно вырабатывать привычку
к этому даже на небоевых системах, а то разведется ламеров, не читающих
доки и потом вопящих "глюкалово" :-)
Девелопер может себе позволить делать все что угодно, да.
dadu>>> Ту хум хау. Я как раз (я, IMHO САМЫМ КРУПНЫМ ШРИФТОМ) гораздо чаще
dadu>>> обновляю исходники базовой ОС и пересобираю именно ее, чем порты
dadu>>> (disclamer: речь идет о домашних и тестовых машинах, НЕ о production).
>>> И при этом мир не пересобираешь? Вот не надо бы такого озвучивать
>>> без варнингов.
dadu>> Каким шрифтом мне написать IMHO, чтобы Вы увидели?
>> IMHO это ни разу ни варнинг.
dadu> Это подчеркивание частности подхода. Я не претендую на общность, я
dadu> просто
dadu> показываю слабую сторону Вашего обощения.
Собственно слабая сторона есть, но касается только тех, кто четко понимает,
что он делает. С методической точки зрения полезнее пропагандировать
следование UPDATING.
Eugene
--
И знатную леди от Джуди О'Греди
Не сможет никто отличить.
--- slrn/0.9.8.0 (FreeBSD)
* Origin: Svyaz Service JSC (2:5006/1@fidonet)
SEEN-BY: 50/12 400/814 450/159 1024 461/43 132 640 469/999 4616/3 4625/8
SEEN-BY: 4641/444 5000/76 5000 5006/1 5007/1 5010/70 5011/13 5012/46 5015/28
SEEN-BY: 5019/26 5020/18 175 194 400 545 982 1057 1909 1922 2238 2395 2871
SEEN-BY: 5020/4441 5021/29 5025/3 5026/14 45 5027/12 5030/1080 1957 5034/10 13
SEEN-BY: 5035/38 5036/1 5045/7 5049/1 5051/15 5054/1 4 8 9 11 28 35 36 37 45
SEEN-BY: 5054/66 67 70 75 84 85 5059/9 5060/88 5061/15 5062/10 5063/3 5064/7
SEEN-BY: 5066/18 5075/5 5076/1 5077/70 5084/9 5085/13 5095/20 5096/18 6001/10
PATH: 5006/1 5020/400 545 5054/1 37