Архив форумов ЦИТФорума

[Vladislav]

Какими средствами можно осуществить переход в новую версию, если 4.6 еще не не вышла?

Спасибо.

[AlexanderK]

стандартно
cvsup
less UPDATING
vi /etc/make.conf (по необходимости)
vi /sys/i386/conf/YOUR_KERNEL_NAME
make buildworld
make installworld
mergemaster
make buildkernel
make installkernel
fastboot
relax & enjoy )))))

Соответственно, надо прочитать, что делается на каждом из этапов, чтобы не наступать на грабли.

[Dmitry.Karpov http://www.]

-

[AlexanderK]

Например, Хэндбук на тему того, что есть стэйбл, каррент, релиз и т.п.

Ежели таки влом, то я расскажу, что на нынешнем этапе формирования дерева исходных текстов ветка 4.5-STABLE
(stable -
1) стойкий; устойчивый
2) крепкий, прочный
3) неизменный, неизменяемый, постоянный
)
так вот, ветка 4.5-STABLE готовится к отпочковыванию очередного релиза, поэтому и носит название RC. Уже сейчас в нее внесены багфиксы, имеющие непосредственное отношение к безопасности системы (напр, дыра в dhcpd).
Если ждать релиза для совершения бинарного апгрейда (или, как принято у некоторых , переустановки системы заново), то все время до выхода жить с дырой?
Если пугает словосочетание "Релиз Кандидат", то можно просивисапиться до состояния исходников на опр. дату (man cvsup на предмет ключика date в конфиге), тогда получишь тот самый стэйбл, из которого лепят новый релиз.

Кроме того, накатывание исходников с пересборкой мира есть общепринятая практика, причем исключений нет даже для высоконагруженных машин (для них просто все собирают и тестируют в другом месте, а сами сервера, стоящие в production mode работают с перерывом на один ребут после замены ядра)

Или будем как в армии - "вся рота шагает не в ногу, один прапорщик шагает в ногу"?

Нет, я уважаю и ценю твой опыт и все такое, но твоя нелюбовь к апдэйтам исходников иногда просто убивает

[Dmitry.Karpov http://www.]

Наличие открытых исходников - великая вещь: при необходимости можно понять принципы работы программы и есть надежда, что другие люди быстро найдут баги.

А вот моя нелюбовь к компилянию сорцов, вероятно, объясняется несколькими неудачными попытками времен далекого детства (см.Фрейда про механизм образования комплексов). Впрочем, в поддержку своего (возможно, абсурдного) мнения я могу привести и абсолютно логичные аргументы:

Компьютер сам по себе (без софта) содержит потенциальную возможность делать любые вычисления. По мере инсталляции софта одни возможности реализуются, другие отсекаются, т.е. выбрав OS, я сразу ограничиваю себя в выборе программ. (разумеется BIOS там уже есть, и это уже сильно ограничивает мою свободу, но т.к. подавляющее большинство людей просто не знает ничего иного, этого просто не замечают, как до изобретения самолетов не замечали ограниченности в недоступности возушного пространства).

Но мне и не нужна та обширнейшая свобода, которую дает компьютер без софта, ибо она требует огромного труда по самостоятельной написанию всех нужных мне программ - мне надо гораздо больше комфорта за счет уменьшения свободы. Так вот, как я предпочитаю свалить труд по написанию программ на авторов FreeBSD, SendMail и других программ, так я хотел бы свлить на них труд по компилянию этих программ и получить готовый бинарник. Windows пользуется гораздо бОльшей популярностью (по числу инсталляций) именно благодаря тому, что существенно меньше напрягает юзеров и админов в плане накладывания патчей. Когда во FreeBSD'4.2 обнаружились дырки в telnetd, надо было выкладывать не только исправленные исходники, но и откомпилированные файлы в виде архива с полными путями - патч типа "разверни его командой 'tar -xvzf файл.tgz -C /' - и будет тебе счастье. А время на компиляние всех этих программ я лучше потрачу на написание хороших док, в коих действительно ощущается острейший недостаток.

[anthony]

Все же не все параметры в /etc выставляются. Некоторые полезные фичи ты можешь активировать (а ненужные - убрать) только во время компиляции! И еще - а ядро ты тоже никогда не компиллил?! При любом ответе - объясни почему?

[Dmitry.Karpov http://www.]

Я компиляю две вещи: ядро и Apache, взятый у Тутубалина.
Ядро я компиляю из-за того, что стандартное ядро слишком раздуто за счет драйверов отсутствующих у меня устройств (в основном сетевых карт и дисковых контроллеров, о чем есть у меня на сайте).
Apache я компиляю, т.к. привых это жкдать с времен, когда в дистрибутивном пакадже не было поддержки "перекодировки на лету" (я не знаю, что там сейчас - уже привык компилять). Но тем не менее, я считаю, что максимум работы должен выполняться централизовано - в т.ч. и компиляние программ с пофиксенными багами.

[anthony]

-