Контроль версий в subversion

Введение

Подробности о выходе новой версии вы можете узнать в официальной новости с сайта freebsd.org. С нововведениями можно ознакомиться в соответствующем разделе wiki, посвещенному 11-й версии. Про ключевые новшества на русском языке предлагаю прочитать на opennet, сюда копировать не буду. Там, кстати, интересное обсуждение на тему, кому сейчас нужна Freebsd 11. Я так мельком просмотрел, увидел примерно то, что и ожидал увидеть. К сожалению, фряха теряет свою популярность и сам я ей почти не пользуюсь, отвык уже. Пишу про обновления по старой памяти. С Freebsd 6 я начинал свою работу сисадмином, до сих пор приятно набрать make install clean и наблюдать, как на мониторе бегают всякие строчки

Установка и обновление исходных текстов системы Freebsd

Для установки исходных текстов системы есть много способов. Я предлагаю воспользоваться, как мне кажется, самым простым — с помощью программы subversion. Устанавливаем ее из портов:

# cd /usr/ports/devel/subversion
# make install clean
# rehash

И качаем исходники для версии 10.1:

# svn checkout https://svn0.ru.freebsd.org/base/release/10.1.0 /usr/src

Или для версии 10.2:

# svn checkout https://svn0.ru.freebsd.org/base/release/10.2.0 /usr/src

Для 10.3:

# svn checkout https://svn0.ru.freebsd.org/base/release/10.3.0 /usr/src

После того, как скачали исходники, снова запускаем обновление системы. Она найдет исправления, которые нужно внести в тексты:

# freebsd-update fetch
# freebsd-update install

После этого собираем и устанавливаем ядро GENERIC:

# cd /usr/src
# make buildkernel
# make installkernel
# shutdown -r now

Проверяем версию:

# uname -a

FreeBSD websrv.local 10.1-RELEASE-p1 FreeBSD 10.1-RELEASE-p1 #0 r275828M: Tue Dec 16 16:55:19 MSK 2014     root@websrv.local:/usr/obj/usr/src/sys/GENERIC  amd64

Все изменения вступили в силу и отображены.

Теперь для того, чтобы иметь всегда актуальную версию критических обновлений безопасности системы, создадим задание cron на ежедневную проверку обновлений:

 # echo '20 3 * * * root freebsd-update cron' >> /etc/crontab

По этому заданию каждый день в 3.20 будет проверяться наличие новых критических обновлений безопасности системы freebsd 10. В случае, если таковые найдутся, они будут закачаны и пользователю root отправлено оповещение. Устанавливать их необходимо вручную.

Выпущена FreeBSD 13 — Что нового?

OpenZFS теперь предоставляет реализацию ZFS в FreeBSD 13. Другими словами, вы получите одну и ту же версию ZFS в Linux и FreeBSD.Клиент и сервер NFS теперь поддерживают NFSv4.2 с расширенными атрибутами.

Кроме того, клиент и сервер NFS теперь поддерживают NFS через TLS из соображений безопасности и конфиденциальности.

FreeBSD 13 удалила несколько сетевых драйверов для устаревших адаптеров Ethernet, таких как Crystal Semiconductor CS8900 / CS8920 и других.Добавили драйвер qat, поддерживающий некоторые функции криптографического ускорения устройства Intel QuickAssist (QAT).

Дополнительные изменения загрузчика для системного раздела EFI.FreeBSD 13 имеет переписанный стек маршрутизации. Он основан на введении следующих переходов — объектов, содержащих все необходимые состояния для передачи пакета в желаемое место назначения.Поддержка многопутевой маршрутизации была переписана в более масштабируемой форме.

64-битная архитектура ARM, известная как arm64 или AArch64, повышена до уровня Tier-1 для FreeBSD 13.Утилита bhyve (8) надежно работает с большим количеством клиентов VNC, включая приложение MacOS «Совместное использование экрана».

FreeBSD: обновление системы при помощи freebsd-update

В операционной системе FreeBSD есть два различных способа установки обновлений – бинарное обновление при помощи стандартной утилиты freebsd-update, либо обновление из исходных текстов, которые можно получить при помощи SVN.

Процесс обновления системы на более новую версию описан в статье FreeBSD: обновление 8.2 RELEASE до 8.3 RELEASE.

Первый способ более простой, но он не будет работать в том случае, если используется нестандартное ядро. Точнее – можно на время установить версию ядра GENERIC, провести обновление world, после чего вручную пересобрать заново ваше ядро. В случае, если вы запускаете freebsd-update на системе с нестандартным ядром – система выведет предупреждение:

Но в в таком случае будет проще выполнить обновление из исходных текстов, которые можно получить при помощи SVN (которая пришла на смену устаревшей CVS).

Рассмотрим первый вариант, с помощью freebsd-update.

Утилита freebsd-update имеет всего несколько опций:

fetch – получает обновления для текущей архитектуры и конфигурации, например – для установки новых патчей безопасности текущей версии;cron – случайно, с промежутком от 1 до 3600 секунды выполняет fetch для получения обновлений, при обнаружении обновлений – отправит письмо администратору;upgrade – используется для обновления на новый релиз, например – при обновлении 8.* на 9.*;install – установка полученных обновлений;rollback – откатывает внесённые изменения, удаляет обновления.

Процесс обновления включает в себя 3 этапа – получение обновлений, установка, и завершение установки.

Дополнительную настройку обновления можно выполнить при помощи файла /etc/freebsd-update.conf.

Узнать последние изменения и текущую версию ревизии можно на странице .

Проверить текущую версию вашей системы можно несколькими способами:

# grep -A 2 ‘TYPE=”‘ /usr/src/sys/conf/newvers.sh TYPE=”FreeBSD” REVISION=”9.0″

BRANCH=”RELEASE”

Или:

# uname -srmiFreeBSD 9.0-RELEASE i386 GENERIC

Или:

Для того, что бы получить обновления – выполняем:

# freebsd-update fetch Looking up update.FreeBSD.org mirrors… 4 mirrors found. Fetching public key from update5.freebsd.org… done. Fetching metadata signature for 9.0-RELEASE from update5.freebsd.org… done. … Inspecting system… done. Preparing to download files… done. Fetching 221 patches…

…

The following files will be updated as part of updating to 9.0-RELEASE-p7:…

Теперь можно приступить к установке обновлений:

# freebsd-update installInstalling updates… done.

Если обновления коснулись ядра или его модулей – необходимо перезагрузить сервер, и повторить установку обновлений.

# nextboot -k GENERIC

Теперь перезагружаем систему:

# shutdown -r now

После перезагрузки запускаем повторно установку:

# freebsd-update install

Если система сообщает, что:

# freebsd-update installNo updates are available to install.

Значит обновление завершено.

Проверим текущую версию:

# uname -vFreeBSD 9.0-RELEASE-p3

Для проверки – можно ещё раз запустить freebsd-update:

# freebsd-update fetch … Inspecting system… done.

Preparing to download files… done.

No updates needed to update system to 9.0-RELEASE-p3.

В случае, если что-то пошло не так – можно “откатить” установку обновлений:

# freebsd-update rollbackUninstalling updates… done.

Перезагружаем сервер и проверяем текущую версию:

# uname -vFreeBSD 9.0-RELEASE

Что бы проверять наличие обновлений автоматически – в cron можно добавить задачу:

@daily freebsd-update cron

В случае ошибки “freebsd-update: not found” – меняем строку на:

@daily /usr/sbin/freebsd-update cron

Так, раз в сутки, ночью, freebsd-update будет проверять наличие обновлений и, при их наличии, загрузит их на машину и уведомит письмом администратора. После чего необходимо вручную провести установку обновлений.

P.S. Вы могли заметить, что некоторые выводы консоли содержат версию 9.0-RELEASE-p7, в то время как uname выводит версию 9.0-RELEASE-p3. Связано это с тем, что при этом обновлении не было затронуто ядро системы, именно поэтому информация в uname не соответствует содержимому файла /usr/src/sys/conf/newvers.sh.

FreeBSD: Installation & First Look

• Order:
• Duration: 23:36
• Uploaded Date: 19 Aug 2020
• views: 103773

In this video I’m going to install FreeBSD and have a first look at it. From Wikipedia, «FreeBSD is a free and open-source Unix-like operating system descended …
In this video I’m going to install FreeBSD and have a first look at it. From Wikipedia, «FreeBSD is a free and open-source Unix-like operating system descended from the Berkeley Software Distribution (BSD), which was based on Research Unix.» FreeBSD differs from Linux in that it’s a whole OS (Unix), from the kernel, drivers, software and documentation, whereas Linux offer the kernel and drivers only, and it’s then up to the distribution to provide the rest (all distributions being derivatives of the GNU/Linux operating system). A different approach indeed. Let’s see how FreeBSD works!

FreeBSD Handbook: https://www.freebsd.org/doc/handbook/x11-wm.html
FreeBSD VirtualBox instructions: https://www.freebsd.org/doc/handbook/virtualization-guest-virtualbox.html
FreeBSD update: https://www.freebsd.org/doc/handbook/updating-upgrading-freebsdupdate.html

*** Become a Patreon to support the channel: https://bit.ly/3dGGZxQ ***
*** Follow Us on Twitter: https://bit.ly/3gKkPeR ***
*** Donate to the channel by visiting our Website ***

My Hardware:
AMD Ryzen 9
32 GB RAM
Sapphire RX 5700 XT

My software:
Distro: Arch Linux
Video editing software: Kdenlive

Music: Jindupe by Lauren Duski

Check out our Website and connect on Social Media!

Website: ermannoferrari.net
Facebook: facebook.com/ermannoferraritechcoach
Instagram: instagram.com/efsoftwareandit

#howto #linux #freebsd
https://wn.com/Freebsd_Installation_First_Look

Модели версионирования

При работе с SVN может возникнуть ситуация, когда разработчики работают над одной и той же функциональностью, реализованной в одном и том же файле. Если первый разработчик сохранит свои изменения первым, а второй — несколькими секундами позже, то изменения, внесенные первым разработчиком, могут быть затерты. И хотя эти изменения содержатся в хранилище, правки, внесенные первым разработчиком, будут отсутствовать в последней ревизии файла. Чтобы избежать подобной проблемы, используются модели версионирования.

Типы моделей версионирования:

• Модель «Блокирование-Изменение-Разблокирование».
• Модель «Копирование-Изменение-Слияние».

Модель «Блокирование-Изменение-Разблокирование»

Хранилище разрешает вносить изменения в файл только одному пользователю за раз. До того как первый пользователь сможет внести изменения в файл, он должен сначала заблокировать этот файл. Второй пользователь не сможет зафиксировать изменения до тех пор, пока первый не внесет изменения в хранилище и не снимет блокировку.

Особенности модели:

• Блокирование может вызвать проблемы администрирования.

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

• Блокирование может вызвать излишнюю пошаговость.

  Если разработчики работают с непересекающимися частями файла, то можно было бы работать с файлом одновременно, предполагая корректное слияние изменений.

• Блокирование может вызвать ложное чувство безопасности.

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

Эту модель необходимо использовать, если выполняется работа над файлами, не поддающимися слиянию. Например, если хранилище содержит изображения, и пользователи изменяют их в одно и то же время, то нет возможности выполнить слияние эти изменения.

Модель «Копирование-Изменение-Слияние»

Клиентское приложение каждого пользователя считывает из хранилища проект и создает персональную рабочую копию — локальную копию файлов и каталогов хранилища. После этого пользователи работают, одновременно изменяя свои личные копии. В результате работ, личные копии сливаются в новую, финальную версию. Обычно SVN выполняет слияние автоматически, но выполнение слияния необходимо подтвердить.

Если при одновременной работе двух пользователей изменения пересекаются, то возникает конфликт.

Чтобы разрешить конфликт необходимо:

1. Обсудить изменения, которые вызвали конфликт, с пользователем, выполняющим предыдущую фиксацию файлов.
2. Вручную выбрать, какие изменения из набора конфликтующих изменений необходимо зафиксировать.
3. Зафиксировать в хранилище объединенный файл.

Решающим фактором при использовании этой модели является взаимодействие между пользователями.

Столбцы:

PID — идентификатор процесса.

USER — владелец процесса.

PRI — текуший приоритет (влияет на процессорное время, отводимое процессу, значение по умолчанию — 20; чем меньше приоритет, тем больше времени отводится процессу, следовательно он выполняется быстрее).

NI — величина изменения приоритета относительно значения PRI (клавиши F7, F8).

SHR — количество разделяемой (shared) памяти программы в килобайтах, т.е. памяти, которая может быть использована другими приложениями.

S — состояние процесса:S — так называемое состояние сна;R — состояние выполнения;D — состояние ожидания.

CPU% — использование процессора в процентном отношении.

MEM% — использование процессом памяти в процентном отношении.

TIME+ — время работы процесса.

Command — указывает на команду, которой был запущен процесс.

Через настройки (F2) можно добавить еще некоторые полезные параметры:

IO RATE — Операции ввода\вывода. Чтение + запись. Если нужно отдельно на чтение и на запись, то можно добавить:

IO READ RATE и IO WRITE RATE.

Также на экран выводятся следующие параметры:

Load average — отражает число блокирующих процессов в очереди на исполнение в определенный временной интервал, а именно 1 минута, 5 минут и 15 минут, соответственно. Блокирующий процесс — это процесс, который ожидает ресурсов для продолжения работы.

Uptime — время работы системы.

The Trouble with FreeBSD

• Order:
• Duration: 45:54
• Uploaded Date: 19 Jan 2017
• views: 104042

Benno Rice
http://linux.conf.au/schedule/presentation/104/
An open source project’s community is what makes it a living thing. Without its community the project…
Benno Rice
http://linux.conf.au/schedule/presentation/104/
An open source project’s community is what makes it a living thing. Without its community the project is a static lump of code. FreeBSD is one of the largest and longest continuously running open source projects around. Not only that, it comes from an even longer lineage before it via the original BSD work at the University of California, Berkeley. That doesn’t necessarily mean that it is without its problems.

While FreeBSD isn’t in any danger of disappearing any time soon, it does have issues with attracting new contributors, keeping its existing contributors and keeping its community healthy. These issues are not always unique to FreeBSD but FreeBSD provides an interesting case study.

This presentation will cover:

* How FreeBSD’s community and its processes have evolved over the years and how this compares to other, often newer, projects.
* What FreeBSD could learn from other projects.
* How this all fits into broader issues around open source development communities and things that do and don’t work.
https://wn.com/The_Trouble_With_Freebsd

Вручную установить пакет из SVN в режиме разработки в файловой системе

1. Установить пакет в файловую систему

Чтобы установить пакет в файловую систему:

1. В каталоге приложения …\Terrasoft.WebApp\Terrasoft.Configuration\Pkg создайте каталог, название которого совпадает с названием пакета.
2. Выгрузите (команда SVN Checkout…) созданный на предыдущем шаге каталог из хранилища в каталог пакета в файловой системе.
3. Укажите адрес хранилища, по которому размещено содержимое пакета, и каталог для выгрузки содержимого пакета.

Название каталога для выгрузки содержимого пакета должно совпадать с названием пакета.

После выгрузки в каталоге ..\Terrasoft.WebApp\Terrasoft.Configuration\Pkg будет создана рабочая копия пакета.

2. Установить пакет в приложение

Чтобы установить пакет в приложение:

В результате пакет будет добавлен в приложение.

Информационное окно статуса загрузки пакета в приложение

Пакет в области работы с пакетами

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

3. Выполнить генерацию исходных кодов

Чтобы выполнить генерацию исходных кодов:

1. На панели инструментов в группе действий Исходный код (Source code) выберите Сгенерировать для требующих генерации (Generate where it is needed).

4. Скомпилировать изменения

Чтобы скомпилировать изменения, на панели инструментов нажмите Компилировать (Compile).

Необходимость обновления структуры базы данных, установки SQL-скриптов и привязанных данных отображается в колонке Статус (Status) рабочей области раздела Конфигурация (Configuration).

5. Обновить структуру базы данных

Чтобы обновить структуру базы данных, на панели инструментов в группе действий Актуализировать элементы (Actualize items) выберите Обновить структуру БД для требующих обновления (Update DB structure where it is needed).

6. Установить SQL-сценарии и привязанные данные (опционально)

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

После установки в приложении станет доступна реализованная в пакете функциональность. В нашем примере это функциональность детали с редактируемым реестром.

Для отображения примененных изменений может понадобиться обновление страницы с очисткой кэша.

A Quick Compare of FreeBSD & GhostBSD Service Management

• Order:
• Duration: 10:17
• Uploaded Date: 18 May 2021
• views: 611

In this video we’ll be looking at the differing and yet similar init service management systems in FreeBSD and GhostBSD — rc init and OpenRC respectively.

––––…
In this video we’ll be looking at the differing and yet similar init service management systems in FreeBSD and GhostBSD — rc init and OpenRC respectively.

––––––––––––––––––––––––––––––
Dreamstate Logic — Etheric Echoes : https://www.youtube.com/watch?v=14m2S6VO9tA
http://www.dreamstatelogic.com​
https://www.youtube.com/dreamstatelogic​
License:
Creative Commons Attribution license (reuse allowed)
––––––––––––––––––––––––––––––
Intro & Outro Music:
stage7 = https://soundcloud.com/stage7/8-bit-mentality
–––––––––––––––––––––––––––––
#RoboNuggie #FreeBSD #GhostBSD #FuryBSD #NomadBSD #BSD
https://wn.com/A_Quick_Compare_Of_Freebsd_Ghostbsd_Service_Management

Installing FreeBSD Is Quick And Easy

• Order:
• Duration: 18:22
• Uploaded Date: 18 Jun 2020
• views: 54584

You guys have been wanting me to do a video on that «other» Unix-like operating system. So I am going to do a quick installation of the recently released FreeB…
You guys have been wanting me to do a video on that «other» Unix-like operating system. So I am going to do a quick installation of the recently released FreeBSD 11.4 inside a virtual machine. FreeBSD is not difficult to install. It’s actually so simple to install, even a Boomer could do it!

REFERENCED:
► https://www.freebsd.org/

WANT TO SUPPORT THE CHANNEL?
Patreon: https://www.patreon.com/distrotube
Paypal: https://www.paypal.com/cgi-bin/webscr?cmd=_donations&business=derek%40distrotube%2ecom&lc=US&item_name=DistroTube&no_note=0&currency_code=USD&bn=PP%2dDonationsBF%3abtn_donateCC_LG%2egif%3aNonHostedGuest
️ Amazon: https://amzn.to/2RotFFi
Teespring: https://teespring.com/stores/distrotube

SOCIAL PLATFORMS:
️ Mastodon: https://mastodon.technology/@distrotube
IRC: irc://freenode #distrotube
Reddit: https://www.reddit.com/r/DistroTube/
️ LBRY: https://lbry.tv/$/invite/@DistroTube:2

DT ON THE WEB:
️ Website: http://distrotube.com/
️ Gopherhole: gopher://distro.tube
GitLab: https://gitlab.com/dwt1

FREE AND OPEN SOURCE SOFTWARE THAT I USE:
Brave Browser — https://brave.com/dis872
️ Open Broadcaster Software: https://obsproject.com/
Kdenlive: https://kdenlive.org
GIMP: https://www.gimp.org/
Audacity: https://www.audacityteam.org/
VirtualBox: https://www.virtualbox.org/

Your support is very much appreciated. Thanks, guys!
https://wn.com/Installing_Freebsd_Is_Quick_And_Easy

HTOP — монитор процессов

15.05.2017
• Виталий •

htop — продвинутый монитор процессов, написанный для Linux и FreeBSD. Он был задуман заменить стандартную программу top. Htop показывает динамический список системных процессов, список обычно выравнивается по использованию ЦПУ. В отличие от top, htop показывает все процессы в системе. Также показывает время непрерывной работы, использование процессоров и памяти. Htop часто применяется в тех случаях, когда информации даваемой утилитой top недостаточно, например при поиске утечек памяти в процессах. Htop написан на языке Си и использует для отображения библиотеку Ncurses.

(картинка кликабильная)

Ubuntu:

sudo apt-get install htop

FreeBSD:

sudo pkg install htop

Запускаем:

sudo htop

Переход во FreeBSD на использование PKGNG

Posted by Makc — 24.03.2014

Существующий пакетный менеджер в FreeBSD ветки 9 и ниже был предложен Джорданом Хаббардом (Jordan Hubbard) еще в далеком 1994 году. С тех пор многое изменилось, поэтому разработчики FreeBSD, начиная с ветки 10, заменили устаревший пакетный менеджер на новый – PKGNG (package new generation). Для установки бинарных пакетов теперь предлагается использовать удаленные репозитории, например – pkg.FreeBSD.org. Из базовой системы были удалены утилиты pkg_* (такие, как: pkg_install, pkg_add, pkg_create, pkg_delete, pkg_info, pkg_updating и pkg_version).

Теперь при обновлении какого-либо порта вы можете видеть вот такое предупреждающее сообщение:

/!\ WARNING /!\
pkg_install EOL is scheduled for 2014-09-01. Please consider migrating to pkgng
http://blogs.freebsdish.org/portmgr/2014/02/03/time-to-bid-farewell-to-the-old-pkg_-tools/
If you do not want to see this message again set NO_WARNING_PKG_INSTALL_EOL=yes in your make.conf

В котором вам предлагается до сентября 2014 года перейти на новый пакетный менеджер, т.к. поддержка старого прекратится.

Переход на новый пакетный менеджер PKGNG в операционных системах FreeBSD версии 9 и ниже осуществляется следующим образом (все нижеперечисленные процедуры осуществлялись на FreeBSD 9.0-RELEASE). Сперва установим сам порт PKG:

# make -C /usr/ports/ports-mgmt/pkg install clean

По окончанию установки вы можете видеть следующее сообщение:

If you are upgrading from the old package format, first run:
  # pkg2ng

Но перед началом его использования укажите опцию WITH_PKGNG=YES в своем make.conf:

# echo 'WITH_PKGNG=YES' >> /etc/make.conf

Теперь дадим команду pkg2ng, которая осуществить конвертацию существующей базы установленных портов в новую, для использования с pkgng:

# pkg2ng
Converting packages from /var/db/pkg
...
Converting nmap-6.40_2...
Installing nmap-6.40_2... done
...

Принудительно обновите базу данных установленных портов:

# pkgdb -fu
--->  Updating the pkgdb

В принципе – переход на использование нового пакетного менеджера завершен. Для обновления установленных портов я использую portupgrade. Теперь при ее запуске можно видеть, что используется pkg:

# portupgrade -van
--->  Session started at: Mon, 24 Mar 2014 10:05:07 +0400

** None has been installed or upgraded.
--->  Session ended at: Mon, 24 Mar 2014 10:05:24 +0400 (consumed 00:00:16)

Но при попытке обновить базу данных с удаленного репозитария выскочила ошибка:

# pkg update -f
Updating repository catalogue
No valid repository found.

Чтобы явно указать расположение репозитария необходимо выполнить следующее.

Удалить существующий конфигурационный файл для pkg и скопировать его из того, что дан по-умолчанию:

# rm -f /usr/local/etc/pkg.conf
# cp /usr/local/etc/pkg.conf.sample /usr/local/etc/pkg.conf

Создать каталог /usr/local/etc/pkg/repos и разместить в нем конфигурационный файл FreeBSD.conf с указанием расположения удаленного репозитария (обратите внимание на кавычки, они должны быть прямыми ):

 # mkdir -p /usr/local/etc/pkg/repos
 # nano -w /usr/local/etc/pkg/repos/FreeBSD.conf

 FreeBSD: {
 url: “pkg+http://pkg.FreeBSD.org/${ABI}/latest”,
 mirror_type: “srv”,
 enabled: yes
 }

Теперь выполнение обновления базы pkg:

# pkg update -f
Updating repository catalogue
digests.txz                                              100% 1097KB   1.1MB/s   1.1MB/s   00:00
packagesite.txz                                          100% 5087KB   5.0MB/s   5.0MB/s   00:00
Incremental update completed, 23432 packages processed:
0 packages updated, 0 removed and 23432 added.

Использование pkg хорошо документировано. Полный список команд вы получите дав просто pkg:

# pkg
...
Commands supported:
        add            Registers a package and installs it on the system
        annotate       Add, modify or delete tag-value style annotations on packages
...

Получить помощь по отдельно взятой команде можно так:

# pkg help update

На момент написания статьи версия pkgng:

# pkg -v
1.2.7

Однако, вам теперь необходимо изучить применение новых опций, указываемых в вашем make.conf или при сборке портов. Конструкция типа WITH_NAME, WITHOUT_NAME канула в лету. Теперь вместо, например, WITHOUT_X11=YES необходимо указывать WITHOUT=“X11” и т.д. Более подробно тут: http://wiki.freebsd.org/Ports/Options/OptionsNG.

Некоторые полезные команды из нового менеджера пакетов:

# pkg audit -F
# pkg update -f
# pkg check -Bd
# pkg info | grep nmap
nmap-6.40_2                    Port scanning utility for large networks

Вот, пожалуй, и все. А если честно – то пора переходить на FreeBSD 10-RELEASE!

• Currently 4.82/5

Rating: 4.8/5(11 votes cast)

Как обновить JLS для FreeBSD с 12 до 13?

Мы тоже можем модернизировать Jail. Концепция та же, но вам нужно указать текущую версию следующим образом. Получить имя Jail и базовый каталог:

# jls

Запустим обновление:

# freebsd-update -b /jails/dnscrypt/ --currently-running 12.2-RELEASE -r 13.0-RELEASE upgrade

Работать в системе, смонтированной в jail на основе /jails/dnscrypt/Нам нужно сообщить об этом freebsd-update при использовании команды upgrade или fetch для обновлений Jail. Не обнаруживать текущий выпуск. Требуется только при обновлении.Укажите новую версию, до которой следует обновить:

-b /jails/dnscrypt/
--currently-running 12.2-RELEASE
-r 13.0-RELEASE upgrade

Затем запуск последующих команд обновления и установки jails может быть выполнен обычным образом с помощью -b:

Установка обновления jail

# freebsd-update -b /jails/dnscrypt/ install

Перегрузка или рестарт jail

# /etc/rc.d/jail restart
# freebsd-update -b /jails/dnscrypt/ install
# jls

Запишите идентификатор jail и получите доступ в оболочку

# jexec 2 sh

Обновите весь пакет внутри jail

# pkg-static install -f pkg
# pkg bootstrap -f
# pkg update
# pkg upgrade

Выход из jail

# exit

Автоматически установить пакет из SVN в режиме разработки в файловой системе

1. Включить автоматическое применение изменений

Чтобы включить автоматическое применение изменений, в файле ..\Terrasoft.WebApp\Web.config установите значение true для ключей элемента <appSettings>:

• AutoUpdateOnCommit — ключ отвечает за автоматическое обновление пакетов из хранилища SVN перед их заливкой. Если для этого ключа установлено значение false, то перед заливкой в хранилище SVN приложение предупредит пользователя о необходимости обновления, если схемы пакета были изменены.
• AutoUpdateDBStructure — ключ отвечает за автоматическое обновление структуры базы данных.
• AutoInstallSqlScript — ключ отвечает за автоматическую установку SQL-сценариев.
• AutoInstallPackageData — ключ отвечает за установку привязанных данных.

Затем выполните шаги 1—2 последовательность действий пункта .

SVN Basics — Tagging and Branching

• Order:
• Duration: 18:05
• Uploaded Date: 30 Apr 2018
• views: 51371

http://www.testmanagement.com: Module 5 takes us through the basics of Tagging and Branching in SVN. It’s a complex topic so we’re only introducing the fundamen…
http://www.testmanagement.com: Module 5 takes us through the basics of Tagging and Branching in SVN. It’s a complex topic so we’re only introducing the fundamental concepts associated with these features. Getting to grips with how tags allow us to give a more human friendly name to a specific revision of our folders/files is a key feature in SVN. Branching allowing us to have different copies of our files to work on — without fear of corrupting our main copy.
https://wn.com/Svn_Basics_Tagging_And_Branching

Шаг1: компиляция мира

Запуск процесса сборки userland

 cd /usr/src
 make buildworld

(PS: Процесс длительный, зависящий от быстродействия Вашей системы и файлов /etc/src.conf, /etc/make.conf Если Вы планируете и дальше поддерживать состояние системы в актуальном состоянии, можно добавить ключ NO_CLEAN для make, чтобы система не собирала объектные файлы для тех исходных кодов, кто не претерпел изменения, что заметно экономит время при вторичной и будущих перекомпиляций:

 make buildworld -DNO_CLEAN

Также, можно попробовать собирать через параллельную сборку (ключ -j для make(1)), указав сборку в несколько потоков. Рекомендуется для мультипроцессорных(-ядерных) систем:

 make buildworld -j4 -DNO_CLEAN