CVSup это пакет программного обеспечения для распространения и обновления исходных текстов с основного репозитория CVS на удаленном сервере. Исходные тексты FreeBSD поддерживаются в репозитории CVS на центральной машине разработки в Калифорнии. С помощью CVSup пользователи FreeBSD легко могут поддерживать собственные исходные тексты в актуальном состоянии.

CVSup использует так называемую опрашивающую (pull) модель обновления. Работая по этой модели, каждый клиент запрашивает обновления с сервера, если и когда они нужны. Сервер пассивно ожидает запросы на обновление от своих клиентов. Таким образом, все обновления инициируются клиентами. Сервер никогда не высылает не запрошенные обновления. Пользователь для получения обновлений должен либо запустить CVSup клиента вручную, либо добавить задание в cron для настройки периодических обновлений в автоматическом режиме.

Термин CVSup, написанный с заглавными буквами, означает весь пакет программного обеспечения. Его основные компоненты это клиент cvsup, запускаемый на каждом пользовательском компьютере, и сервер cvsupd, работающий на каждом зеркале FreeBSD.

• Установка CVSup

Можно установить с CD диска №3, если диска нет - устанавливаем из интернета:

ns# pkg_add -r cvsup-without-gui
Fetching ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-7.2-release/Latest/cvsup-without-gui.tbz... Done.

Командой pkg_info проверим какая версия установилась:

ns# pkg_info 
cvsup-without-gui-16.1h_4 File distribution system optimized for CVS (non-GUI version

• CVSup синхронизация (обновление) локального дерева исходных текстов до Release

Создаем файл cvsup.dark, с таким содержимым:

ns# ee cvsup.src-all
#*default  host=cvsup.freebsd.org
#основные зеркала 1-18
*default  host=cvsup11.freebsd.org
#Россия от cvsup.ru  до cvsup6.ru
#*default  host=cvsup6.ru.freebsd.org
#Украина от cvsup2.ua  до cvsup7.ua
#*default host=cvsup5.ua.freebsd.org

*default  prefix=/usr
*default  base=/var/db
*default release=cvs
*default delete use-rel-suffix

*default  tag=RELENG_8_0

src-all

Запускаем обновление командой:

ns# cvsup -g -L 2 cvsup.src-all

• Code-Freeze Status - состояние версий FreeBSD до которых можно обновиться. * Информационная безопасность FreeBSD + Code-Freeze
• Параметр tag=RELENG_x: Например, RELENG_8_0 - обновит до релизкандидата, а RELENG_8 обновит до STABLE; RELENG_7_2 даст 7.2-RELEASE-px, где x - номер патчсета, а RELENG_7 даст 7.2-STABLE.
• Источник: http://www.opennet.ru/openforum/vsluhforumID1/87542.html:

>вопрос что использовать в продакшн 
>RELENG_8 или RELENG_8_0 
>Смущает что про RELENG_8 написано что юзается для разработки, но в свою 
>очередь это и есть stable 
>
>Про RELENG_8_0 написано что ветка заморожена для всего кроме фиксов. 
>
>Так какую использовать на боевых серверах?

в продакшн используют релизы, для них соответствующие теги
обычно администраторы которые следят за развитием FreeBSD, имеют на своих WKS
два варианты системы: Current с тегом HEAD или Stable, на данный момент это RELENG_8
И если в релизе чего-то нехватает, драйверов или еще чего-то, но это есть в Stable
и работает СТАБИЛЬНО, в этом случае администраторы накатывают RELEASE до нужного Stable
на определенную дату и сервер работает под этой системой.

Итого, есть две ветки: Current - development, Stable -стабильная, обе развиваются,
раз-ви-ва-ют-ся, по достижении стабильного состояния системы в любой из веток,
выпускается RELEASE (как закрепление достижений), а разработка идет дальше.
Релизы из стабильной ветки рекомендуются к работе/production.

Соответственно, любая из веток/branches, в определенный момент времени или на
определенную дату, может иметь и баги и проблемы и ошибки... В Stable by default
отсутствуют опции отладки в ядре, в Current они присутствуют, понятно что опции debug'а
влияют на производительность.

По мере развития, когда Current работает стабильно и надежно, ее - ветку, переводят
в Stable и создается новая ветка Current, как например было сейчас:

Current была 8, было решено что с выходом 8.0, эту ветку из current переведут в stable,
для разработки создадут/ли 9'ую ветку и она стала current, а 7.x-stable еще поживет
немного, вероятно выпустят 7.3-RELEASE, но ветка и релизы уже считаются legacy - устаревшими.

В реалии же, многие администраторы до сих пор считают наиболее надежной версией
для продакшн 6.4-RELEASE, большее кол-во администраторов с недавнего времени
считают надежной версией для продакшн 7.2-RELEASE.
Через пол-года вероятно 8'ка будет считаться правильным выбором для продакшн.
Ньюансов полно, задачи разные, нагрузки, железо - все в сумме влияет на выбор, не
забывая про золотое правило: "Работает - не трожь!". Самое главное - не прозевать
удачное и удобное время для апгрейда.
Еще один немаловажный факт, самый безболезненный апгрейд в пределах ВЕТКИ, но
при переходе с ветки на ветку проблем существенно больше, связаны они с обновлением
и пересборкой портов.