Page MenuHomeFreeBSD
Files F164187751

D58387.id.diff
No OneTemporary
Actions

D58387.id.diff
View Options

diff --git a/website/content/ru/status/report-2026-04-2026-06/arduino.adoc b/website/content/ru/status/report-2026-04-2026-06/arduino.adoc
new file mode 100644
--- /dev/null
+++ b/website/content/ru/status/report-2026-04-2026-06/arduino.adoc
@@ -0,0 +1,35 @@
+=== Улучшение экосистемы разработки для Arduino и ESP32 во FreeBSD
+
+Контактное лицо: Deepan Sai <skdeepan.sai@gmail.com>
+
+==== Обзор проекта
+
+Я работаю над добавлением пакета Arduino CLI в Коллекцию Портов FreeBSD.
+Arduino CLI — это инструмент командной строки, который помогает пользователям работать с платами Arduino.
+Добавив его во FreeBSD, я хочу упростить работу разработчиков.
+
+==== Важность работы
+
+Многие люди используют Arduino CLI для встраиваемых систем и автоматизации.
+Наличие его во FreeBSD в виде порта упрощает установку и обновление программного обеспечения.
+Это помогает поддерживать FreeBSD на одном уровне с инструментами, которые используют аппаратные и встраиваемые разработчики.
+
+==== Прогресс за этот период
+
+На этот раз я работал над подготовкой нового порта к проверке.
+Я написал Makefile и убедился, что пакет собирается корректно.
+Я обнаружил проблему, при которой один тест падал, потому что в нём отсутствовали настройки для FreeBSD.
+Я исправил это.
+Теперь тест работает.
+
+Я выполнил все проверки для нового порта, такие как проверка правильности расположения файлов и корректного выполнения тестов.
+Я также исправил некоторые проблемы, которые обнаружили люди при проверке моей работы.
+Теперь порт гораздо ближе к тому, чтобы быть добавленным в Коллекцию Портов FreeBSD.
+
+Спонсор: Google Summer of Code
+
+//
+// The FreeBSD Russian Documentation Project
+//
+// Original EN revision (17.07.2026): 165d0b53af7d9341e8cad8edff1feedeabd5fcce
+//
diff --git a/website/content/ru/status/report-2026-04-2026-06/audio.adoc b/website/content/ru/status/report-2026-04-2026-06/audio.adoc
new file mode 100644
--- /dev/null
+++ b/website/content/ru/status/report-2026-04-2026-06/audio.adoc
@@ -0,0 +1,38 @@
+=== Улучшения аудиостека
+
+Контактное лицо: Christos Margiolis <christos@FreeBSD.org>
+
+Я работаю над аудиостеком с 2024Q1.
+Ниже приведён список предыдущих отчётов о состоянии:
+
+link:https://www.freebsd.org/status/report-2024-01-2024-03/#_audio_stack_improvements[2024Q1] URL: link:https://www.freebsd.org/status/report-2024-01-2024-03/#_audio_stack_improvements[] +
+link:https://www.freebsd.org/status/report-2024-04-2024-06/#_audio_stack_improvements[2024Q2] URL: link:https://www.freebsd.org/status/report-2024-04-2024-06/#_audio_stack_improvements[] +
+link:https://www.freebsd.org/status/report-2024-07-2024-09/#_audio_stack_improvements[2024Q3] URL: link:https://www.freebsd.org/status/report-2024-07-2024-09/#_audio_stack_improvements[] +
+link:https://www.freebsd.org/status/report-2024-10-2024-12/#_audio_stack_improvements[2024Q4] URL: link:https://www.freebsd.org/status/report-2024-10-2024-12/#_audio_stack_improvements[] +
+link:https://www.freebsd.org/status/report-2025-01-2025-03/#_audio_stack_improvements[2025Q1] URL: link:https://www.freebsd.org/status/report-2025-01-2025-03/#_audio_stack_improvements[] +
+link:https://www.freebsd.org/status/report-2025-04-2025-06/#_audio_stack_improvements[2025Q2] URL: link:https://www.freebsd.org/status/report-2025-04-2025-06/#_audio_stack_improvements[] +
+link:https://www.freebsd.org/status/report-2025-07-2025-09/#_audio_stack_improvements[2025Q3] URL: link:https://www.freebsd.org/status/report-2025-07-2025-09/#_audio_stack_improvements[] +
+link:https://www.freebsd.org/status/report-2025-10-2025-12/#_audio_stack_improvements[2025Q4] URL: link:https://www.freebsd.org/status/report-2025-10-2025-12/#_audio_stack_improvements[] +
+link:https://www.freebsd.org/status/report-2026-01-2026-03/#_audio_stack_improvements[2026Q1] URL: link:https://www.freebsd.org/status/report-2026-01-2026-03/#_audio_stack_improvements[]
+
+Важные работы со времени link:https://www.freebsd.org/status/report-2026-01-2026-03/#_audio_stack_improvements[последнего отчёта]:
+
+* Очистка, исправления и улучшения для man:sound[4], драйверов устройств и man:virtual_oss[8].
+* Исправление безопасности в man:sound[4] (link:https://www.freebsd.org/security/advisories/FreeBSD-SA-26:27.sound.asc[SA]).
+* Исправление безопасности в man:virtual_oss[8] (link:https://cgit.freebsd.org/src/commit/?id=453de99b386d40754a038cc4b804f4c7a3b04624[коммит]).
+* Введение группы audio (GID 43) и её использование во всех узлах звуковых устройств (link:https://cgit.freebsd.org/src/commit/?id=a6aa95eba6ee2dd199d6cb8063dbaccd8a6f7512[коммит]).
+* Поддержка USB-аудиоинтерфейса Roland UA-33.
+* Опция службы man:virtual_oss[8] в установщике.
+* Улучшения man:kqueue[2] для man:sound[4], благодаря Goran Mekić <meka@tilda.center>.
+* Улучшенная горячая замена (link:https://cgit.freebsd.org/src/commit/?id=9fb56421425fa35e56ce294284c08b09852052a5[коммит]).
+* Элементы управления эквалайзером для man:sndctl[8] и man:mixer[8].
+
+Вы также можете следить за процессом разработки в link:https://github.com/FreeBSDFoundation/status-updates/tree/main/Christos_Margiolis[репозитории статус-отчётов] FreeBSD Foundation, где я публикую еженедельные отчёты.
+
+Спонсор: The FreeBSD Foundation
+
+//
+// The FreeBSD Russian Documentation Project
+//
+// Original EN revision (14.07.2026): a5a20544a3697b1c88c2b5e75ce0940e45a22f36
+//
diff --git a/website/content/ru/status/report-2026-04-2026-06/bananapi-r64-r2-pro-drivers.adoc b/website/content/ru/status/report-2026-04-2026-06/bananapi-r64-r2-pro-drivers.adoc
new file mode 100644
--- /dev/null
+++ b/website/content/ru/status/report-2026-04-2026-06/bananapi-r64-r2-pro-drivers.adoc
@@ -0,0 +1,80 @@
+=== Разработка драйверов FreeBSD для BananaPi-R64/R2-PRO
+
+Ссылки: +
+link:https://wiki.freebsd.org/arm/Bananapi[Wiki] URL: link:https://wiki.freebsd.org/arm/Bananapi[]
+
+Контактное лицо: Martin Filla <freebsd@sysctl.cz>
+
+Приветствуются участники.
+Если вы заинтересованы в помощи с этим проектом, тестировании текущей
+реализации или внесении кода, пожалуйста, свяжитесь со мной.
+
+==== Введение в R64
+
+Banana Pi R64 — это плата разработки на базе MediaTek MT7622 (ARM Cortex-A53, двухъядерный ~1.35 ГГц), оснащённая 4× Gigabit LAN, 1× Gigabit WAN, Wi-Fi (4×4n), Bluetooth 5.0 и множеством периферийных интерфейсов (UART, SPI, I²C, GPIO, SATA, mini-PCIe, eMMC и т.д.).
+
+==== Текущее состояние поддержки FreeBSD для R64
+
+Реализовано на данный момент:
+
+- **Драйвер UART**
+- **Управление тактовой частотой (clocks)**
+- **Pinctrl**
+- **Драйвер контроллеров хранилища (eMMC/SD/MMC)**
+- **Драйвер Ethernet-коммутатора mt7531**
+- **Драйвер Ethernet mt7622**
+- **Драйвер XHCI**
+- **Драйвер Watchdog**
+- **Драйвер RTC**
+- **Драйвер RNG**
+- **Драйвер Pciecfg**
+- **Драйвер SysIRQ**
+- **USB3**
+- **T-PHY**
+
+==== План разработки для R64
+
+Реализовать недостающие драйверы:
+
+- SATA / AHCI
+- Wi-Fi (вероятно, MediaTek MT7615)
+- Подсистемы GPIO
+- I2C
+- SPI
+- PWM
+- PCIE
+
+==== Введение в R2-PRO
+
+Banana Pi BPI-R2 Pro — это плата разработки для маршрутизаторов следующего поколения.
+Она работает на процессоре Rockchip RK3568.
+На борту 2 ГБ оперативной памяти LPDDR4 и 16 ГБ встроенной памяти eMMC, поддерживается 2 интерфейса USB 3.0, 5 гигабитных сетевых портов.
+Интерфейс M.2 key-E и mini PCIe, 2 интерфейса mipi DSI (один можно программно изменить на LVDS), 1 интерфейс камеры CSI, 1 выход HDMI.
+
+==== Текущее состояние поддержки FreeBSD для R2-PRO
+
+Реализовано на данный момент:
+
+- **Драйвер UART**
+- **Управление тактовой частотой (clocks)**
+- **Pinctrl**
+- **GPIO**
+- **Драйвер контроллеров хранилища (eMMC/SD/MMC)**
+- **Драйвер XHCI**
+- **Драйвер Watchdog**
+- **Драйвер PCIE**
+
+==== План разработки для R2-PRO
+
+Реализовать недостающие драйверы:
+
+- HDMI
+- MIPI
+- USB3
+- SATA
+
+//
+// The FreeBSD Russian Documentation Project
+//
+// Original EN revision (13.06.2026): ef4489657da230e5f9df621b78c15abfdf5de70c
+//
diff --git a/website/content/ru/status/report-2026-04-2026-06/bhyve-cpuid.adoc b/website/content/ru/status/report-2026-04-2026-06/bhyve-cpuid.adoc
new file mode 100644
--- /dev/null
+++ b/website/content/ru/status/report-2026-04-2026-06/bhyve-cpuid.adoc
@@ -0,0 +1,72 @@
+=== Полное управление CPUID для bhyve
+
+Контактное лицо: Hans Rosenfeld <rosenfeld@grumpf.hope-2000.org>
+
+==== Обзор проекта
+
+Текущая работа над этим проектом направлена на интеграцию существующей концептуальной реализации во FreeBSD и добавление следующих функций удобства использования:
+
+- удобный метод настройки для переопределения отдельных битов, частей или даже целых функций CPUID по мере необходимости с сохранением остальной информации о CPUID хоста или предварительно заданной конфигурации CPUID;
+- удобный метод настройки идентификатора гипервизора, сообщаемого bhyve;
+- набор предварительно заданных конфигураций CPUID на основе общих архитектурных уровней x86, возможно, также включающий набор данных CPUID для нескольких реальных моделей процессоров, и удобный метод настройки для выбора одного из них для виртуальной машины.
+
+==== Изменения в течение последнего квартала
+
+===== Расширения синтаксиса конфигурации bhyve
+
+Существующий синтаксис файла конфигурации bhyve был ограничен присваиваниями узлам конфигурации, которые внутренне преобразовывались в древовидный набор списков nvlist.
+
+Чтобы обеспечить более гибкую настройку с использованием предварительно заданных фрагментов файлов конфигурации, синтаксис файла конфигурации bhyve был дополнен двумя новыми возможностями:
+
+- В узел конфигурации можно добавить значение с помощью оператора `+=`.
+ Если этому же узлу конфигурации уже было присвоено значение, новое значение добавляется к старому, разделяясь запятой.
+- Другой файл конфигурации можно включить с помощью директивы `include`.
+ Поддерживаются абсолютные и относительные пути, но относительные пути интерпретируются как относительные к пути файла конфигурации, в котором находится директива включения.
+
+===== Ещё более гибкая настройка CPUID
+
+Механизм настройки CPUID был расширен для поддержки символических имён возможностей, где каждое имя соответствует определённому биту регистра для функции CPUID.
+Это особенно полезно для отдельных расширений системы команд или других опциональных возможностей, которые можно включать или отключать по желанию.
+
+Таким образом, вместо настройки `cpuid.0x00000001+=edx|=0x00040000` теперь можно просто написать `cpuid.enable+=psn`.
+Существует также соответствующая опция `cpuid.disable` для символических возможностей.
+
+Использование битовых операций над регистрами CPUID, конечно, всё ещё поддерживается, поскольку не все возможности CPUID могут быть выражены в виде отдельных битов возможностей.
+
+===== Использование архитектурных уровней x86
+
+Архитектурные уровни x86 теперь реализованы как набор предварительно заданных фрагментов файлов конфигурации, причём каждый более высокий уровень строится поверх более низкого.
+
+Чтобы проиллюстрировать это, вот как теперь выглядит x86-64-v3.cfg:
+
+-------------------
+include x86-64-v2.cfg
+cpuid.enable+=fma,movbe,osxsave,avx,f16c
+cpuid.enable+=bmi1,avx2,bmi2
+cpuid.enable+=abm
+-------------------
+
+Модель процессора или архитектуры можно выбрать либо путём включения соответствующего файла конфигурации из `/usr/share/bhyve/cpu` в файл конфигурации bhyve, либо указав её в командной строке как часть конфигурации виртуального процессора: `bhyve [...] -c 16,model=x86-64-v1 [...]`
+
+===== Ограничения CPUID
+
+Чтобы предотвратить случайное включение возможностей CPUID для гостевого процессора, которые не поддерживаются хост-процессором, анализатор конфигурации CPUID был расширен списком ограничений CPUID, которые проверяются при установке или изменении значения определённого регистра CPUID.
+
+Для любого регистра в функции CPUID ограничение может указывать, какие биты неизменяемы, а какие могут быть только очищены.
+
+Ограничения проверяются после применения конфигурации CPUID.
+
+==== Планы на следующий квартал
+
+* Реализовать переопределения для ограничений CPUID, чтобы игнорировать любые ограничения или предупреждать о нарушении ограничения вместо остановки настройки виртуальной машины.
+* Предоставить больше предварительно заданных конфигураций процессоров на основе реальных процессоров.
+* Аналогично установке архитектурного уровня x86, будет реализован механизм для переопределения идентификации гипервизора без необходимости ручного изменения битов CPUID.
+* Провести рецензирование всего набора изменений и включить его во FreeBSD.
+
+Спонсор: The FreeBSD Foundation
+
+//
+// The FreeBSD Russian Documentation Project
+//
+// Original EN revision (17.07.2026): 459fbf1c42b1bdb5cb3bea956649ba5fc5385ff4
+//
diff --git a/website/content/ru/status/report-2026-04-2026-06/bluetooth.adoc b/website/content/ru/status/report-2026-04-2026-06/bluetooth.adoc
new file mode 100644
--- /dev/null
+++ b/website/content/ru/status/report-2026-04-2026-06/bluetooth.adoc
@@ -0,0 +1,44 @@
+=== Драйверы HID для Bluetooth
+
+Ссылки:
+
+link:https://wiki.freebsd.org/SummerOfCode2026Projects/BluetoothSupportForHIDDevices[Страница проекта в вики FreeBSD] URL: link:https://wiki.freebsd.org/SummerOfCode2026Projects/BluetoothSupportForHIDDevices[] +
+link:https://github.com/majintosh/freebsd-bthid[Репозиторий проекта на Github] URL: link:https://github.com/majintosh/freebsd-bthid[]
+
+Контактное лицо: Majed Alkhaleefah <majed@FreeBSD.org>
+
+Я работаю над двумя драйверами для обеспечения поддержки HID-драйверов для устройств Bluetooth в рамках GSoC 2026.
+
+Основная цель этого проекта — регистрация подключаемых Bluetooth-устройств HID как устройств Newbus с помощью двух новых драйверов: `bthidbus` и `bthid`.
+`bthidbus` выступает в роли родительской шины, управляющей созданием и подключением дочерних устройств `bthid`.
+`bthid` служит транспортным уровнем, создавая устройство `hidbus` и перенаправляя на него все полученные пакеты после удаления их заголовков.
+Краткосрочная цель здесь — обеспечить поддержку беспроводных HID-подключений.
+Долгосрочная цель — начать закладывать основу, которая позволит другим писать драйверы для устройств, подключаемых только через Bluetooth.
+
+Что было сделано:
+
+* `bthidbus` может успешно открывать соединение с Bluetooth-устройством через сокеты.
+* `bthid` может принимать сокеты, переданные от `bthidbus` через ivars, и управлять ими.
+* `bthid` может отправлять дескриптор отчёта в `hidbus`, который успешно создаёт соответствующее HID-устройство и драйвер.
+(например, геймпад, подключённый по Bluetooth, создаёт устройство `hgame` и узел `evdev`.)
+* Ввод с Bluetooth-устройств успешно принимается `hidbus` и `evdev`.
+
+Текущие проблемы и планируемые изменения:
+
+* Фактические дескрипторы отчётов, Bluetooth-адреса и т.д. должны быть жёстко закодированы в `bthidbus`.
+Изначально я рассматривал возможность добавления логики запросов/прослушивания в `bthidbus`, чтобы он действовал как псевдо-сервер, но я опасался, что это приведёт к раздуванию кода и расширению области ответственности.
+Вместо этого я планирую положиться на существующую логику запросов демона `bthidd` и передавать новую информацию о подключении в `bthidbus` через `ioctl`.
+Это избавит `bthidbus` от текущей роли инициатора соединения и сделает его ответственным только за управление уже открытыми соединениями.
+* Наблюдается значительная задержка ввода при мониторинге через `evtest`.
+У меня есть две рабочие гипотезы.
+Первая заключается в том, что проблема кроется в `bthid` и в том, как он управляет прерываниями через очереди задач (taskqueues).
+Вторая — что проблема в сетевом стеке, поскольку Bluetooth-пакеты передаются через несколько различных узлов Netgraph перед тем, как быть полученными `bthid`.
+Также вполне возможно, что это проблема `evtest`; мне ещё предстоит это выяснить.
+
+На данный момент все тесты проводились с контроллером Nintendo Switch Pro.
+
+//
+// The FreeBSD Russian Documentation Project
+//
+// Original EN revision (13.07.2026): d3ebf769a3b1d7f5f6c6f17118ffa358fb65ff9a
+//
diff --git a/website/content/ru/status/report-2026-04-2026-06/bugmeister.adoc b/website/content/ru/status/report-2026-04-2026-06/bugmeister.adoc
new file mode 100644
--- /dev/null
+++ b/website/content/ru/status/report-2026-04-2026-06/bugmeister.adoc
@@ -0,0 +1,74 @@
+=== Команда Bugmeister
+
+Ссылки: +
+link:https://bugs.freebsd.org/[FreeBSD Bugzilla] URL: link:https://bugs.freebsd.org/[]
+link:https://bugs.freebsd.org/bugzilla/page.cgi?id=showreport.html&type=total_open_bugs_over_time[Общее количество открытых ошибок во времени] URL: link:https://bugs.freebsd.org/bugzilla/page.cgi?id=showreport.html&type=total_open_bugs_over_time[]
+
+Контактное лицо: Bugmeister <bugmeister@FreeBSD.org>
+
+В этом квартале нам удалось снизить количество сообщений о проблемах (Problem Reports).
+
+Хотя мы по-прежнему получаем патчи для дерева исходных кодов (src), большинство получаемых патчей относится к портам.
+Возможно, это связано с внедрёнными нами настройками автоуведомлений.
+
+Для дерева src за последние 180 дней мы получили 643 новых сообщения о проблемах и закрыли 844.
+Для портов эти цифры составили 3493 и 4375 соответственно.
+
+В настоящее время мы не ведём статистику о том, сколько из них действительно приводят к коммитам, хотя мы полагаем, что это число не является незначительным.
+
+За тот же 180-дневный период Марк Линимон (Mark Linimon) и Торстен Цюльсдорф (Torsten Zuehlsdorff) продолжали работу по классификации (триажу) старых сообщений о проблемах.
+Работа Марка частично финансировалась Фондом FreeBSD в 2025 году.
+Результаты этой работы видны по двум последним спадам на нашем графике link:https://bugs.freebsd.org/bugzilla/page.cgi?id=showreport.html&type=total_open_bugs_over_time[Общее количество открытых ошибок во времени].
+
+Кроме того, в этом году мы, похоже, привлекаем больше внимания со стороны различных разработчиков FreeBSD (коммитеров).
+Пожалуйста, свяжитесь с mailto:bugmeister@FreeBSD.org[bugmeister], если вы заинтересованы в помощи.
+
+Конечно, мы всё ещё лучше справляемся с классификацией сообщений, чем с привлечением внимания к уже имеющимся.
+Предложения приветствуются.
+
+Марк Линимон взял на себя долгосрочный проект по обеспечению применимости всех отправленных патчей.
+Однако он не претендует на роль специалиста по контролю качества и не может самостоятельно оценивать их пригодность.
+
+Общий вывод заключается в том, что благодаря обучению пользователей в этом году мы получаем сообщения о проблемах более высокого качества.
+В частности, патчи проверяются на применимость в течение одной-двух недель после их поступления и при необходимости исправляются.
+
+Однако чем дальше в прошлое мы углубляемся, тем более проблемными становятся сообщения, особенно за 2019 год и ранее.
+Полагаю, этого следовало ожидать.
+Марк продолжает работать над ними в фоновом режиме.
+Текущее количество составляет 2611.
+Около 427 из них, в основном за 2019 год и ранее, всё ещё требуют дальнейшей доработки.
+
+Проблема с настройкой обновления до Bugzilla 5.2 была исправлена.
+Поверхностное тестирование не выявило значимых регрессий.
+Выпуск версии с исправлениями 5.2.1 ожидается в ближайшее время.
+Переход на эту кодовую базу планируется осуществить сразу после её выхода.
+Изначально это планировалось сделать раньше, однако это казалось нецелесообразным во время подготовки релиза FreeBSD 15.0, а затем было отложено до 15.1.
+
+"patchQA.py" всё ещё находится в бета-версии.
+Код применения патчей не справляется со своей задачей и должен быть заменён.
+
+Другая известная проблема с patchQA.py заключается в том, что он не знает происхождения файлов, которые устанавливаются в /etc с помощью installworld.
+Существуют внешние shell-скрипты, проходящие тестирование, чтобы помочь автоматизировать исправление данных.
+Это может оказаться проще, чем пытаться писать для этой цели более хрупкий код на Python.
+
+Мы создали множество новых учётных записей Bugzilla по запросам пользователей.
+Количество запросов на создание новых учётных записей увеличилось в этом году.
+На данный момент в 2026 году их 291, что составляет почти 2 в день.
+
+Прошёл уже год с тех пор, как мы начали требовать запросы по электронной почте для создания учётных записей вместо автоматических запросов.
+Благодаря этому поток спама был снижен практически до нуля.
+
+Другая проблема, за которой мы наблюдаем, — огромное количество HTTP-запросов от поисковых роботов (краулеров).
+На сегодняшний день эти запросы намного превышают количество запросов от реальных пользователей FreeBSD.
+Они являются причиной внезапных замедлений работы, на которые жалуются наши пользователи.
+Поскольку никто из нас не является профессиональным системным администратором, мы приветствуем помощь от кого-либо с профессиональным опытом решения таких проблем.
+
+Благодарность Александру Зиаи (Alexander Ziaee) и многим другим, кто помог нам достичь текущего состояния.
+
+См. также: link:https://wiki.freebsd.org/Bugzilla/SearchQueries[]
+
+//
+// The FreeBSD Russian Documentation Project
+//
+// Original EN revision (17.07.2026): 9da80e6c34f34d3421ea3aeb8731b823562cd6aa
+//
diff --git a/website/content/ru/status/report-2026-04-2026-06/clusteradm.adoc b/website/content/ru/status/report-2026-04-2026-06/clusteradm.adoc
new file mode 100644
--- /dev/null
+++ b/website/content/ru/status/report-2026-04-2026-06/clusteradm.adoc
@@ -0,0 +1,100 @@
+=== Команда администраторов кластера
+
+Ссылки: +
+link:https://www.freebsd.org/administration/#t-clusteradm[Участники команды администраторов кластера] URL: link:https://www.freebsd.org/administration/#t-clusteradm[]
+
+Контактное лицо: Команда администраторов кластера <clusteradm@FreeBSD.org> +
+Контактное лицо: Philip Paeps <philip@FreeBSD.org>
+
+Члены команды администраторов кластера FreeBSD отвечают за управление машинами, на которые полагается Проект для синхронизации своей распределённой работы и коммуникаций.
+
+В этом квартале команда работала над следующим:
+
+* Обычная поддержка учётных записей пользователей FreeBSD.org.
+* Обычная поддержка дисков и комплектующих (и их замена) для всех физических хостов и зеркал.
+* Обновление программного обеспечения кластера.
+* Координация работы сообщества зеркал.
+* Дополнительная поддержка команды wiki-admin@.
+* Частые вмешательства для предотвращения атак типа "отказ в обслуживании" со стороны ботов.
+
+==== Обновление кластера
+
+Продолжается работа по обновлению программного обеспечения, работающего на машинах кластера FreeBSD.org.
+Мы начали размещать рабочие нагрузки на stable/15.
+В рамках этой работы некоторые рабочие нагрузки переносятся на разные машины.
+Эта работа продолжается на конец квартала.
+
+Команда clusteradm обновляет рабочие сборщики пакетов (около 35 физических машин) с периодичностью примерно раз в шесть-восемь недель.
+На этих машинах работают снимки current ветки FreeBSD.
+
+Другие машины обновляются по мере необходимости, с учётом исправлений безопасности в зависимости от степени их доступности извне.
+
+На момент написания этого отчёта в кластере насчитывается 142 физические машины.
+У нас 42 машины на current, 21 на stable/15 и 73 на stable/14.
+
+Большинство оставшихся установок stable/13 будут обновлены до stable/15.
+
+[.screen]
+----
+ 12.x: Обычных 0, Клеток 7
+ 13.x: Обычных 6, Клеток 31
+ 14.x: Обычных 73, Клеток 254
+ 15.x: Обычных 21, Клеток 4
+ 16.x: Обычных 42, Клеток 6
+Всего: Обычных 142, Клеток 302
+Всего установок: 444
+Работает -RELEASE|{-p*}: 0
+Всего географических сайтов: 13
+----
+
+==== Официальные зеркала FreeBSD
+
+Текущие расположения: Австралия, Бразилия, Япония (два полных зеркальных сайта), Малайзия, Южная Африка, Швеция, Тайвань и Соединённые Штаты Америки — Калифорния, Чикаго, Нью-Джерси и Вашингтон.
+
+Наш зеркальный сайт на Тайване испытывает длительный перерыв в работе.
+
+Один из наших зеркальных сайтов в Японии получит полное обновление аппаратного обеспечения в 2026Q3.
+
+Оборудование и сетевое соединение были щедро предоставлены:
+
+* Лаборатория Cloud и SDN при link:https://www.bbtower.co.jp/en/corporate/[BroadBand Tower, Inc]
+* link:https://www.cs.nycu.edu.tw/[Департамент компьютерных наук, Национальный университет Ян Мин Цзяо Тун]
+* link:https://internet.asn.au/[Internet Association of Australia]
+* link:https://www.isc.org/[Internet Systems Consortium]
+* link:https://www.inx.net.za/[INX-ZA]
+* link:https://www.kddi-webcommunications.co.jp/english/[KDDI Web Communications Inc]
+* link:https://www.mohe.gov.my/en/services/research/myren[Malaysian Research & Education Network]
+* link:https://www.metapeer.com/[MetaPeer]
+* link:https://www.nyi.net/[New York Internet]
+* link:https://nic.br/[NIC.br]
+* link:https://sonic.net[Sonic]
+* link:https://www.teleservice.net/[Teleservice Skåne AB]
+* link:https://your.org/[Your.Org]
+
+Новые официальные зеркала всегда приветствуются.
+Мы отметили преимущества размещения одиночных зеркал в точках обмена интернет-трафиком (IXP) по всему миру, о чём свидетельствуют наши существующие зеркала в Австралии, Бразилии и Южной Африке.
+Если вы связаны с какими-либо организациями или знаете о них, готовых спонсировать одиночный зеркальный сервер, пожалуйста, свяжитесь с нами.
+Мы особенно заинтересованы в расположении в Европе.
+
+Смотрите link:https://wiki.freebsd.org/Teams/clusteradm/generic-mirror-layout[общую схему зеркалирования] для спецификаций полного зеркального сайта и link:https://wiki.freebsd.org/Teams/clusteradm/tiny-mirror[tiny-mirror] для одиночного зеркального сайта.
+
+==== Поддержка команды wiki-admin@
+
+Команда администраторов кластера взяла на себя роль wiki-admin на протяжении большей части этого квартала, пока должность была вакантна.
+Недавно была назначена новая команда wiki-admin.
+Команда администраторов кластера продолжает поддерживать команду wiki-admin в необходимых обновлениях внутренней инфраструктуры вики.
+
+==== Сбор данных для больших языковых моделей
+
+Инфраструктура Проекта FreeBSD продолжает подвергаться постоянным атакам со стороны сборщиков данных для обучения больших языковых моделей («ИИ»).
+Компании, обучающие эти модели, в значительной степени перенесли операции по сбору данных со своей собственной — легко идентифицируемой — инфраструктуры на ботнеты («резидентные прокси»), что затрудняет их блокировку на сетевых границах без значительного сопутствующего ущерба.
+Команда администраторов кластера снова потратила значительное количество времени в этом квартале на смягчение этих распределённых атак типа «отказ в обслуживании».
+
+Спонсор: Анонимные частные лица и компании +
+Спонсор: https://github.com/sponsors/ppaeps
+
+//
+// The FreeBSD Russian Documentation Project
+//
+// Original EN revision (13.07.2026): d0a232d4421e08320f127f5b910b247259c1532c
+//
diff --git a/website/content/ru/status/report-2026-04-2026-06/cppc.adoc b/website/content/ru/status/report-2026-04-2026-06/cppc.adoc
new file mode 100644
--- /dev/null
+++ b/website/content/ru/status/report-2026-04-2026-06/cppc.adoc
@@ -0,0 +1,28 @@
+=== Совместное управление производительностью процессора (CPPC)
+
+Контактное лицо: Olivier Certner <olce@FreeBSD.org> +
+Контактное лицо: ShengYi Hung <aokblast@FreeBSD.org>
+
+Совместное управление производительностью процессора (CPPC) — это стандарт, введённый ACPI, позволяющий операционной системе управлять уровнями производительности и энергоэффективности процессоров благодаря абстрактной шкале производительности, в общем случае не связанной с уровнями частоты и более детализированной, чем они.
+
+Работа возобновлена после очередного начала в ходе Хаккатона в Галифаксе в конце июня.
+
+В разработке находятся:
+
+- Новые параметры минимальной, максимальной и желаемой производительности для драйвера Intel (man:hwpstate_intel[4]).
+- Обучение man:powerd[8] работе с этими параметрами и предоставление базовых политик для них.
+- Параметр для установки EPP (Предпочтение эффективности/производительности) для всех процессоров одновременно и, вероятно, аналогичные параметры для минимального, максимального и желаемого значений производительности.
+- Условное включение функциональности CPPC драйвера AMD (man:hwpstate_amd[4]) при наличии таблицы ACPI `_CPC`.
+ Параметр позволит пользователям обходить эту проверку, а также, возможно, проверку на наличие функциональности CPPC, сообщаемой через CPUID.
+- Глобальный параметр профиля с предопределёнными значениями (например, «Сбалансированный», «Производительность» и т.д.), который устанавливает все остальные более детальные параметры.
+ Явная установка детального параметра переключит профиль на «Пользовательский».
+
+В конце июня было закоммичено несколько предварительных чисток и исправлений.
+
+Спонсор: The FreeBSD Foundation
+
+//
+// The FreeBSD Russian Documentation Project
+//
+// Original EN revision (07.07.2026): 6c3661df1e104877e4571b5af6afed8f133b4153
+//
diff --git a/website/content/ru/status/report-2026-04-2026-06/cra.adoc b/website/content/ru/status/report-2026-04-2026-06/cra.adoc
new file mode 100644
--- /dev/null
+++ b/website/content/ru/status/report-2026-04-2026-06/cra.adoc
@@ -0,0 +1,27 @@
+=== Проект готовности к Закону о киберустойчивости (CRA)
+
+Ссылки: +
+link:https://github.com/FreeBSDFoundation/all-projects/tree/main/Cyber%20Resilience%20Act%20Readiness[Проект готовности к Закону о киберустойчивости] URL: link:https://github.com/FreeBSDFoundation/all-projects/tree/main/Cyber%20Resilience%20Act%20Readiness[]
+
+Фонд реализует проект в течение 2026 года для активной подготовки Фонда FreeBSD, Проекта и сообщества к Закону ЕС о киберустойчивости.
+Существует шесть основных направлений деятельности: Безопасность и обработка уязвимостей, Инструментарий SBOM, Публичная документация, Взаимодействие с законодателями сообщества, Публичный репозиторий проекта и Коммуникации.
+
+За второй квартал проект достиг значительного прогресса в достижении своих ключевых целей.
+
+Усилия в области безопасности были сосредоточены на улучшении обработки уязвимостей и готовности цепочки поставок через обсуждения с нижестоящими поставщиками процессов отчетности, использования Спецификации программного обеспечения (SBOM) и потенциального финансирования работ по обеспечению соответствия требованиям.
+
+Фонд также укрепил сотрудничество с более широкой экосистемой открытого исходного кода, участвуя в деятельности Open Regulatory Compliance и OpenSSF, вступив в OpenSSF в качестве ассоциированного члена, приняв участие в Open Source Summit North America и взаимодействуя с такими проектами, как Zephyr, для обмена стратегиями готовности к CRA.
+
+Работа над инструментарием SBOM значительно продвинулась и теперь близка к полноценной сквозной функциональности.
+Мы планируем опубликовать технический блог, как только оставшаяся работа будет завершена.
+
+Фонд также создал проект руководства по CRA для сообщества FreeBSD, и мы планируем опубликовать его вместе с выделенным разделом на веб-сайте Фонда, предоставляющим постоянную информацию о соответствии требованиям.
+
+Прозрачность оставалась приоритетом, и Фонд публиковал ежемесячные публичные обновления и протоколы встреч в репозитории по ссылке выше.
+На EuroBSDCon будет проведён полнодневный учебный курс по CRA и SBOM, который мы приглашаем вас посетить!
+
+//
+// The FreeBSD Russian Documentation Project
+//
+// Original EN revision (13.07.2026): 652eacfd114dfb9a6dba042fa1780547778b9a90
+//
diff --git a/website/content/ru/status/report-2026-04-2026-06/dockerbox.adoc b/website/content/ru/status/report-2026-04-2026-06/dockerbox.adoc
new file mode 100644
--- /dev/null
+++ b/website/content/ru/status/report-2026-04-2026-06/dockerbox.adoc
@@ -0,0 +1,50 @@
+=== Dockerbox
+
+Ссылки: +
+link:https://github.com/leafoliage/freebsd-dockerbox[freebsd-dockerbox на Github] URL: link:https://github.com/leafoliage/freebsd-dockerbox[] +
+link:https://github.com/leafoliage/dockerbox-broker[dockerbox-broker на Github] URL: link:https://github.com/leafoliage/dockerbox-broker[] +
+link:https://github.com/leafoliage/freebsd-dockerbox-debian[freebsd-dockerbox-debian на Github] URL: link:https://github.com/leafoliage/freebsd-dockerbox-debian[]
+
+Контактное лицо: Chun-Cheng Yeh <leafoliage@FreeBSD.org>
+
+Dockerbox — это виртуализированный демон Docker.
+Хотя демон Docker изначально недоступен во FreeBSD, Dockerbox запускает его внутри виртуальной машины Debian под управлением Bhyve, обеспечивая доступ к нему.
+Dockerbox поддерживает обычные функции Docker, такие как Docker Compose, публикацию портов и привязку монтирований (bind mounts).
+Этот проект направлен на упрощение использования Docker во FreeBSD в непроизводственных средах.
+
+==== Связанные порты и репозитории
+
+* link:https://github.com/leafoliage/freebsd-dockerbox[freebsd-dockerbox] +
+Обеспечивает работу Docker во FreeBSD путём запуска `dockerd` внутри гостевой Linux-виртуальной машины Bhyve.
+Эта служба управляет жизненным циклом гостевой системы Dockerbox, а также её сетевыми настройками и настройками хранилища. +
+*v0.2.5 — портирован.*
+
+* link:https://github.com/leafoliage/dockerbox-broker[dockerbox-broker] +
+Дочерняя служба Dockerbox, которая обрабатывает перенаправление портов с хоста на гостевую систему Dockerbox, когда контейнер запрашивает публикацию портов. +
+*Ещё не портирован.*
+
+* link:https://github.com/leafoliage/freebsd-dockerbox-debian[freebsd-dockerbox-debian] +
+Кодовая база, используемая для создания дискового образа Dockerbox. +
+*Не портирован.*
+
+* link:https://www.freshports.org/sysutils/docker-cli/[docker-cli] +
+Инструмент командной строки Docker CLI. +
+*v29.4.2 — портирован.*
+
+* link:https://www.freshports.org/sysutils/docker-compose/[docker-compose] +
+Плагин Docker CLI для определения и запуска многоконтейнерных приложений. +
+*v5.1.3 — портирован.*
+
+* link:https://www.freshports.org/sysutils/docker-buildx[docker-buildx] +
+Плагин Docker CLI, предоставляющий расширенные возможности сборки через BuildKit. +
+*v0.34.1 — портирован.*
+
+Пакеты package:sysutils/dockerbox[], package:sysutils/docker-cli[], package:sysutils/docker-compose[] и package:sysutils/docker-buildx[] теперь доступны в Коллекции Портов FreeBSD и через `pkg`.
+
+Спонсор: The FreeBSD Foundation
+
+//
+// The FreeBSD Russian Documentation Project
+//
+// Original EN revision (14.07.2026): 283f34609334d062659e5172043fcf8ed6df2a55
+//
diff --git a/website/content/ru/status/report-2026-04-2026-06/drm-drivers.adoc b/website/content/ru/status/report-2026-04-2026-06/drm-drivers.adoc
new file mode 100644
--- /dev/null
+++ b/website/content/ru/status/report-2026-04-2026-06/drm-drivers.adoc
@@ -0,0 +1,37 @@
+=== Драйверы DRM
+
+Ссылки: +
+link:https://github.com/freebsd/drm-kmod/pull/469[Обновление до драйверов DRM из Linux 6.13] URL: link:https://github.com/freebsd/drm-kmod/pull/469[]
+
+Контактное лицо: Jean-Sébastien Pédron <dumbbell@FreeBSD.org>
+
+Драйверы DRM — это **драйверы ядра для встроенных и дискретных графических процессоров**.
+Они поддерживаются в ядре Linux, и мы портируем их во FreeBSD.
+На момент данного отчёта мы берём только драйверы DRM для AMD и Intel (драйверы NVIDIA для FreeBSD являются проприетарными и предоставляются самой NVIDIA).
+
+Мы портируем их по одной версии Linux за раз.
+Это позволяет нам выпускать обновления чаще и упрощает портирование и отладку, поскольку дельта изменений меньше по сравнению с большим скачком через несколько версий.
+
+В этом квартале мы **завершили портирование драйверов DRM из Linux 6.12 LTS к моменту выхода FreeBSD 15.1-RELEASE**.
+Поскольку это версия с долгосрочной поддержкой (LTS), мы будем отслеживать изменения в патчах Linux 6.12.x.
+В настоящее время мы находимся на версии 6.12.81, и ведётся работа по дальнейшему обновлению до последней версии патчей.
+Эти драйверы доступны в дереве портов и в виде пакетов.
+
+В рамках работы над драйверами версии 6.12 было исправлено несколько ошибок или регрессий для уже поддерживаемых графических процессоров.
+Некоторые новые графические процессоры также начали работать.
+
+У нас всё ещё остаётся несколько проблем с нестабильностью, которые необходимо исправить как в драйверах i915, так и в amdgpu.
+
+Мы также продолжили портирование драйверов DRM из следующих версий Linux:
+* **Обновление до Linux 6.13 находится на стадии рецензирования и тестирования**.
+* Обновление до Linux 6.14 также готово и будет рецензироваться после обновления до 6.13.
+
+Эта работа щедро спонсируется Фондом FreeBSD в рамках Проекта «Ноутбуки и настольные компьютеры».
+
+Спонсор: The FreeBSD Foundation
+
+//
+// The FreeBSD Russian Documentation Project
+//
+// Original EN revision (18.06.2026): 5f2775bccd9d92b9bbb27801cdd150a81810702e
+//
diff --git a/website/content/ru/status/report-2026-04-2026-06/ec2.adoc b/website/content/ru/status/report-2026-04-2026-06/ec2.adoc
new file mode 100644
--- /dev/null
+++ b/website/content/ru/status/report-2026-04-2026-06/ec2.adoc
@@ -0,0 +1,21 @@
+=== FreeBSD на EC2
+
+Контактное лицо: Colin Percival <cperciva@FreeBSD.org>
+
+FreeBSD доступна на EC2-инстансах как amd64 (Intel и AMD), так и arm64 (Graviton).
+
+Была исправлена проблема, из-за которой драйвер man:ena[4] терял пакеты при приёме джамбограмм (jumbogram).
+Исправление присутствовало в 15.1-RELEASE (июнь) и будет присутствовать в 14.5-RELEASE (сентябрь).
+Это исправление улучшило производительность сети для одного TCP-потока на некоторых EC2-инстансах со 110 Мбит/с до 9.5 Гбит/с, а также значительно улучшило пропускную способность для нескольких TCP-потоков.
+
+Была выявлена проблема, из-за которой драйвер man:ena[4] запускал очереди задач (taskqueues) на неверных процессорах в системах NUMA.
+Исправление должно появиться в 14.5-RELEASE (сентябрь) и даёт двукратное увеличение пропускной способности для нескольких TCP-потоков на инстансах c8gn.48xlarge.
+
+Спонсор: Amazon +
+Спонсор: https://www.patreon.com/cperciva
+
+//
+// The FreeBSD Russian Documentation Project
+//
+// Original EN revision (27.06.2026): 26cf022abb6e340a036456a4baeecaa5ceab6a22
+//
diff --git a/website/content/ru/status/report-2026-04-2026-06/frdp.adoc b/website/content/ru/status/report-2026-04-2026-06/frdp.adoc
new file mode 100644
--- /dev/null
+++ b/website/content/ru/status/report-2026-04-2026-06/frdp.adoc
@@ -0,0 +1,38 @@
+=== Проект русскоязычной документации FreeBSD (The FreeBSD Russian Documentation Project)
+
+Ссылки: +
+link:https://www.freebsd.org/ru/[Официальный веб-сайт FreeBSD на русском языке] URL: link:https://www.freebsd.org/ru/[] +
+link:https://docs.freebsd.org/ru/books/faq/[FAQ] URL: link:https://docs.freebsd.org/ru/books/faq/[] +
+link:https://github.com/freebsd-doc-ru/freebsd-doc/discussions[Сайт проекта русской документации FreeBSD] URL: link:https://github.com/freebsd-doc-ru/freebsd-doc/discussions[]
+
+Контакт: Андрей Захватов (Andrey Zakhvatov) <andy@FreeBSD.org> +
+Контакт: Владлен Пополитов (Vladlen Popolitov) <vladlen@FreeBSD.org>
+
+Текущая цель Проекта русскоязычной документации FreeBSD — предоставлять актуальные русские переводы наиболее важных частей документации FreeBSD (FAQ, Руководство, содержимое веб-сайта).
+Это необходимо для поддержки русскоязычных пользователей качественными официальными техническими материалами и для расширения распространённости операционной системы по всему миру.
+Мы надеемся, что эта инициатива получит поддержку в русскоязычном сообществе FreeBSD и приведёт к увеличению объёма переведённых материалов.
+
+В течение последнего квартала:
+
+* 100% текста в Weblate переведено.
+* Русскоязычный раздел сайта link:https://www.FreeBSD.org/ru[www.FreeBSD.org/ru] полностью переведён — 100% его страниц теперь доступны на русском языке.
+* Для релиза FreeBSD 15.1 полный комплект документации к релизу (примечания к выпуску, errata и так далее) был своевременно переведён на русский язык одновременно с оригинальными английскими версиями.
+* Инициирован проект по переводу справочных страниц (man pages) FreeBSD, который находится на самой ранней стадии.
+ Предварительные примеры можно найти на link:https://github.com/freebsd-doc-ru/freebsd-man-ru[GitHub].
+
+План на следующий квартал:
+
+* Продолжить текущий проект по переводу страниц Справочника FreeBSD.
+
+Ознакомьтесь с https://docs.freebsd.org/ru/books/fdp-primer/translations/[официальным руководством по переводу], если вы хотите помочь.
+
+Мы будем признательны за вашу помощь в переводе следующих материалов:
+
+* Веб-страницы
+* Справочные страницы (man pages)
+
+//
+// The FreeBSD Russian Documentation Project
+//
+// Original EN revision (17.07.2026): d8be5171e156c312ca5b83cf54b50719ef403c19
+//
diff --git a/website/content/ru/status/report-2026-04-2026-06/freebsd-cra-eurobsdcon-and-security-team.adoc b/website/content/ru/status/report-2026-04-2026-06/freebsd-cra-eurobsdcon-and-security-team.adoc
new file mode 100644
--- /dev/null
+++ b/website/content/ru/status/report-2026-04-2026-06/freebsd-cra-eurobsdcon-and-security-team.adoc
@@ -0,0 +1,36 @@
+=== FreeBSD, CRA, EuroBSDCon и Команда безопасности
+
+Ссылки: +
+link:https://alpha-omega.dev[Alpha-Omega — Проект Фонда Linux] URL: link:https://alpha-omega.dev[] +
+link:https://freebsdfoundation.org[Фонд FreeBSD] URL: link:https://freebsdfoundation.org[] +
+link:https://www.freebsd.org/security/[Информация о безопасности FreeBSD] URL: link:https://www.freebsd.org/security/[] +
+link:https://2026.eurobsdcon.org[EuroBSDCon 2026] URL: link:https://2026.eurobsdcon.org[]
+
+Контактное лицо: Pierre Pronchery <pierre@freebsdfoundation.org>
+
+Этот квартал ознаменовал начало моего участия в новой инициативе Alpha-Omega, связанной с ИИ.
+Новую волну раскрытий уязвимостей безопасности с использованием больших языковых моделей (LLM) трудно не заметить, и теперь Alpha-Omega помогает ведущим экосистемам открытого исходного кода, сталкивающимся с этой проблемой.
+Это включает FreeBSD, и, учитывая ситуацию, я вызвался добровольцем и был принят в команду безопасности FreeBSD.
+Моя цель там, помимо помощи с входящими отчётами, где я могу, — понять существующие процессы и предложить улучшения для облегчения и масштабирования операций.
+Это началось с нового экземпляра link:https://requesttracker.com/rtir/[RTIR] и с экспериментального экземпляра link:https://forgejo.org[Forgejo] для CI/CD и возможного использования интеграции LLM в рабочий процесс команды безопасности.
+
+По смежной теме, в целях облегчения соответствия европейскому link:https://en.wikipedia.org/wiki/Cyber_Resilience_Act[Закону о киберустойчивости] (CRA), link:http://pkgconf.org[pkgconf] был импортирован в базовую систему FreeBSD версии 2.9.93.
+Теперь он включает man:spdxtool[1], который поддерживает генерацию link:https://en.wikipedia.org/wiki/Software_supply_chain[Спецификации программного обеспечения] (SBOM), соответствующей link:https://spdx.github.io/spdx-spec/v3.0.1/[спецификации SPDX 3.0.1].
+Совместно с Tuukka Pasanen мы предлагаем структуру для рецензирования в link:https://reviews.freebsd.org/D56474[D56474], которую, к сожалению, ещё предстоит доработать перед импортом.
+
+Во-первых, её следует обновить с учётом доступности spdxtool (патч уже доступен).
+Что более важно, найти правильную степень детализации для количества генерируемых файлов SBOM при встраивании в систему сборки FreeBSD было непросто.
+Этим объясняется отсутствие метаданных в некоторых случаях; мы работаем над этим, чтобы подход был максимально последовательным с самого начала.
+Наконец, заранее приношу извинения за более чем 1000 файлов, добавляемых в предстоящий релиз; надеюсь, это будет смягчено переходом на pkgbase, с которым, как мы полагаем, это будет идеально сочетаться.
+Ожидается, что файлы SBOM будут автоматически предоставляться в соответствующих установленных пакетах, что позволит инструментам SBOM работать с точным знанием состояния установленной системы.
+
+В этом контексте я рад сообщить, что Alice Sowerby, Peter Hansteen и я объединяемся для проведения семинара о соответствии требованиям CRA для систем на базе BSD на предстоящей конференции EuroBSDCon в Брюсселе в сентябре 2026 года.
+Приглашаем вас присоединиться к нам там для получения практической информации о соответствии требованиям CRA в нашей экосистеме!
+
+Спонсор: Alpha-Omega, The FreeBSD Foundation
+
+//
+// The FreeBSD Russian Documentation Project
+//
+// Original EN revision (06.07.2026): 488edce7c9a5d156146bcaf645823655b09efc7e
+//
diff --git a/website/content/ru/status/report-2026-04-2026-06/freebsd-foundation.adoc b/website/content/ru/status/report-2026-04-2026-06/freebsd-foundation.adoc
new file mode 100644
--- /dev/null
+++ b/website/content/ru/status/report-2026-04-2026-06/freebsd-foundation.adoc
@@ -0,0 +1,91 @@
+=== Фонд FreeBSD
+
+Ссылки: +
+link:https://freebsdfoundation.org/[Фонд FreeBSD] URL: link:https://freebsdfoundation.org/[] +
+link:https://freebsdfoundation.org/blog/technology-roadmap/[Технологическая дорожная карта] URL: link:https://freebsdfoundation.org/blog/technology-roadmap/[] +
+link:https://freebsdfoundation.org/donate/[Пожертвовать] URL: link:https://freebsdfoundation.org/donate/[] +
+link:https://freebsdfoundation.org/our-donors/freebsd-foundation-partnership-program/[Программа партнёрства Фонда] URL: link:https://freebsdfoundation.org/our-donors/freebsd-foundation-partnership-program/[] +
+link:https://freebsdfoundation.org/journal/[Журнал FreeBSD] URL: link:https://freebsdfoundation.org/journal/[] +
+link:https://freebsdfoundation.org/our-work/events/[Мероприятия Фонда] URL: link:https://freebsdfoundation.org/our-work/events/[]
+
+Контактное лицо: Deb Goodkin <deb@FreeBSDFoundation.org>
+
+Фонд FreeBSD — это некоммерческая организация 501(c)(3), занимающаяся продвижением FreeBSD как через техническую, так и через нетехническую поддержку.
+Финансируемый исключительно за счёт пожертвований, Фонд поддерживает разработку программного обеспечения, инфраструктуру, безопасность и совместную работу; организует мероприятия и встречи разработчиков; предоставляет образовательные ресурсы и представляет Проект FreeBSD в юридических вопросах.
+
+==== Улучшения операционной системы
+
+Во втором квартале 2026 года было закоммичено 638 изменений в `src`, 120 в `ports` и 31 в `doc` при спонсорской поддержке Фонда FreeBSD.
+
+Обратитесь к следующим записям отчёта, описывающим значительную часть этой спонсируемой разработки:
+
+* <<_audio_stack_improvements,Улучшения аудиостека>>
+* <<_collaborative_processor_performance_control_cppc,Совместное управление производительностью процессора (CPPC)>>
+* <<_dockerbox,Dockerbox>>
+* <<_drm_drivers,Драйверы DRM>>
+* <<_framework_laptop_support,Поддержка Framework Laptop>>
+* <<_freebsd_cra_eurobsdcon_and_security_team,FreeBSD, CRA, EuroBSDCon и Команда безопасности>>
+* <<_freebsd_on_microsoft_hyperv_and_azure,FreeBSD на Microsoft HyperV и Azure>>
+* <<_freebsd_software_bill_of_materials_sbom,Спецификация программного обеспечения FreeBSD (SBOM)>>
+* <<_full_cpuid_control_for_bhyve,Полное управление CPUID для bhyve>>
+* <<_hackathon_202606_halifax_nova_scotia_canada,Хакатон 202606 — Галифакс, Новая Шотландия, Канада>>
+* <<_hibernate_aka_suspend_to_disk,Гибернация (также известная как Suspend-to-disk)>>
+* <<_improve_libvirt_support_for_bhyve_hypervisor,Улучшение поддержки libvirt для гипервизора bhyve>>
+* <<_improve_openjdk_on_freebsd,Улучшение OpenJDK во FreeBSD>>
+* <<_linuxkpi_802_11_and_native_wireless_update,Обновление LinuxKPI 802.11 и нативного беспроводного стека>>
+* <<_ntsync9,NTSYNC(9)>>
+* <<_process_descriptor_api_completion_2,Завершение работы над API дескрипторов процессов 2>>
+* <<_raspberry_pi_imager_freebsd_port,Порт Raspberry Pi Imager для FreeBSD>>
+* <<_rocm_support_on_freebsd,Поддержка ROCm во FreeBSD>>
+* <<_scheduler,Планировщик>>
+* <<_suspendresume_improvements,Улучшения приостановки/возобновления>>
+* <<_sylvea_unified_system_management_platform_for_freebsd,Sylve — Унифицированная платформа управления системами для FreeBSD>>
+
+Другие основные моменты:
+
+* Фонд поддерживает два проекта: проект поддержки ноутбуков и удобства использования (в сотрудничестве с link:https://www.ql-research.com/[Quantum Leap Research]) и <<_cyber_resilience_act_cra_readiness_project,Проект готовности к Закону о киберустойчивости (CRA)>>.
+* Для получения справочной информации о проекте поддержки ноутбуков и удобства использования обратитесь к link:https://www.freebsd.org/status/report-2025-01-2025-03/#_freebsd_foundation[ежеквартальному отчёту о состоянии за 2025Q1].
+* FreeBSD участвует в link:https://summerofcode.withgoogle.com/[Google Summer of Code (GSoC)] 2026.
+ Обратитесь к link:https://wiki.freebsd.org/SummerOfCode2026Projects[странице вики FreeBSD Summer of Code 2026 Projects] для получения информации о каждом проекте.
+
+==== Пропаганда
+
+Во втором квартале 2026 года наша пропагандистская работа была сосредоточена на расширении нашего образовательного видеоконтента, охвате большего числа зрителей, чем когда-либо, объединении сообщества для продуктивного Саммита поставщиков и осмыслении работы, которая помогает поддерживать и развивать интерес к FreeBSD.
+Вот лишь несколько способов, которыми Фонд пропагандировал FreeBSD во втором квартале 2026 года:
+
+* Представление FreeBSD на link:https://osselcna2026.sched.com/event/2JQsf/what-running-freebsd-on-a-modern-laptop-taught-me-deb-goodkin-the-freebsd-foundation?iframe=no&w=&sidebar=yes&bg=no[Open Source Summit North America], где Деб Гудкин (Deb Goodkin), исполнительный директор Фонда FreeBSD, выступила с докладом «Чему меня научил запуск FreeBSD на современном ноутбуке».
+* link:https://wiki.freebsd.org/DevSummit/202606[Встреча разработчиков FreeBSD в июне 2026 года] состоялась в Оттаве 17-18 июня 2026 года.
+ Полный обзор смотрите на нашей link:https://www.youtube.com/@FreeBSDMeetings/streams[странице YouTube].
+* Выступили в качестве серебряного спонсора link:https://www.bsdcan.org/2026/index.html[BSDCan 2026] и приняли участие в конференции, общаясь с сообществом FreeBSD и поддерживая мероприятие.
+* Объявили о принятых проектах FreeBSD и участниках для link:https://summerofcode.withgoogle.com/programs/2026/organizations/the-freebsd-project[Google Summer of Code (GSoC) 2026].
+* Продолжили информационно-разъяснительную работу и взаимодействие с регулирующими органами через участие в месяце поддержки сопровождающих GitHub, где Энн Дикинсон (Anne Dickison) присоединилась к link:https://www.linkedin.com/events/7455656610233876480/[панельной дискуссии о предложениях по подтверждению возраста] и их влиянии на сопровождающих открытого исходного кода.
+* Присоединились к Open Source Security Foundation (link:https://www.linuxfoundation.org/press/openssf-notes-quarter-of-growth-with-new-members-added-ai-security-resources-and-growing-community[OpenSSF]) для совместной работы по укреплению безопасности открытого исходного кода в различных экосистемах.
+* Опубликовали следующие блоги и видео, чтобы информировать и обучать сообщество:
+** link:https://freebsdfoundation.org/blog/call-for-testing-introducing-the-laptop-integration-testing-project/[Приглашение к тестированию: представляем проект Laptop Integration Testing]
+** link:https://freebsdfoundation.org/blog/asiabsdcon-2026-trip-report-minsoo-choo/[Отчёт о поездке на AsiaBSDCon 2026 — Minsoo Choo]
+** link:https://freebsdfoundation.org/blog/asiabsdcon-2026-trip-report-saikeo/[Отчёт о поездке на AsiaBSDCon 2026 — Saikeo]
+** link:https://freebsdfoundation.org/blog/cleaning-up-critical-infrastructure-in-freebsd/[Очистка критической инфраструктуры во FreeBSD]
+** link:https://www.youtube.com/watch?v=dA-TNsVG9IY&t=7s[Повышение привилегий во FreeBSD «из коробки»]
+** link:https://freebsdfoundation.org/project/cyber-resilience-act-readiness/[Часто задаваемые вопросы/Руководство по проекту CRA]
+** link:https://freebsdfoundation.org/blog/recap-of-the-april-2026-frankfurt-area-freebsd-hackathon-sven-ruediger/[Обзор хакатона FreeBSD в районе Франкфурта, апрель 2026 — Sven Ruediger]
+** link:https://freebsdfoundation.org/blog/freebsd-graphics-port-upgraded-to-linux-6-12/[Порт графики FreeBSD обновлён до Linux 6.12]
+** link:https://freebsdfoundation.org/blog/eurobsdcon-2026-travel-grant-application-now-open/[Открыт приём заявок на гранты для поездки на EuroBSDCon 2026]
+* Опубликовали link:https://freebsdfoundation.org/news-and-events/newsletter/april-newsletter/[апрельский] и link:https://freebsdfoundation.org/news-and-events/newsletter/may-newsletter/[майский] информационные бюллетени Фонда FreeBSD за 2026 год.
+* Выпустили link:https://freebsdfoundation.org/our-work/journal/browser-based-edition/laptop-desktop/[январский/февральский/мартовский] выпуск журнала FreeBSD за 2026 год с HTML-версиями статей.
+
+==== Непрерывная интеграция и улучшение рабочего процесса
+
+Фонд содержит штатного сотрудника, занимающегося улучшением системы непрерывной интеграции и тестовой инфраструктуры Проекта.
+
+==== Юридические вопросы/Интеллектуальная собственность FreeBSD
+
+Фонду принадлежат товарные знаки FreeBSD, и наша обязанность — защищать их.
+Мы также предоставляем юридическую поддержку основной команде для расследования возникающих вопросов.
+
+Посетите link:https://freebsdfoundation.org[], чтобы узнать больше о том, как мы поддерживаем FreeBSD и как мы можем помочь вам!
+
+//
+// The FreeBSD Russian Documentation Project
+//
+// Original EN revision (14.07.2026): 1f7e4253a4d917a1a7c3eb280d7d79e2dc70d6c3
+//
diff --git a/website/content/ru/status/report-2026-04-2026-06/geneve-support.adoc b/website/content/ru/status/report-2026-04-2026-06/geneve-support.adoc
new file mode 100644
--- /dev/null
+++ b/website/content/ru/status/report-2026-04-2026-06/geneve-support.adoc
@@ -0,0 +1,14 @@
+=== Туннель GENEVE
+
+Ссылки: +
+link:https://reviews.freebsd.org/D54172[Добавление поддержки Geneve (RFC8926)] URL: link:https://reviews.freebsd.org/D54172[]
+
+Контактное лицо: Pouria Mousavizadeh Tehrani <pouria@FreeBSD.org>
+
+С момента последнего отчёта я закоммитил драйвер man:geneve[4], и теперь он доступен в CURRENT.
+
+//
+// The FreeBSD Russian Documentation Project
+//
+// Original EN revision (14.07.2026): 37202ca85426ad980293829501a4a2a7a8040c7c
+//
diff --git a/website/content/ru/status/report-2026-04-2026-06/hackathon.adoc b/website/content/ru/status/report-2026-04-2026-06/hackathon.adoc
new file mode 100644
--- /dev/null
+++ b/website/content/ru/status/report-2026-04-2026-06/hackathon.adoc
@@ -0,0 +1,34 @@
+=== Хакатон 202606 — Галифакс, Новая Шотландия, Канада
+
+Ссылки: +
+link:https://wiki.freebsd.org/Hackathon/202606[Страница вики Хакатона/202606] URL: link:https://wiki.freebsd.org/Hackathon/202606[] +
+link:https://wiki.freebsd.org/Hackathon[Страница вики хакатонов FreeBSD] URL: link:https://wiki.freebsd.org/Hackathon[]
+
+Контактное лицо: Joe Mingrone <jrm@FreeBSD.org>
+
+После link:https://www.bsdcan.org/2026/[BSDCan 2026 в Оттаве] некоторые члены сообщества собрались на хакатон в Университете Далхаузи в Галифаксе, Новая Шотландия, Канада.
+По трём репозиториям было закоммичено 93 изменения с тегом `Event: Halifax Hackathon 202606`.
+
+Большая часть этой работы описана в отдельных записях отчёта, но здесь приводится краткий обзор.
+Основной объём работы над src был сосредоточен на управлении энергопотреблением процессора.
+Большая его часть попала в man:hwpstate_intel[4], который получил исправления для нескольких ошибок, связанных с MSR и неинициализированными переменными, перенёс настройку предпочтения энергоэффективности на 8-битную шкалу и заменил `thread_lock()` и `sched_bind()` на IPI.
+Был также добавлен новый KPI `cpu_get_pcpuid()`, который был принят как man:hwpstate_intel[4], так и `hwpstate_amd`.
+Проход по коду ACPI ужесточил типы обработчиков событий сна и пробуждения, удалил неиспользуемые флаги отключения из `acpi_cpu`, man:acpi_hpet[4] и `acpi_timer`, а также заставил ядро отклонять S4, когда S4BIOS не поддерживается.
+Для поддержки ноутбуков был закоммичен новый драйвер `hrfkill` для клавиши режима «в самолёте» на некоторых ноутбуках Framework, в man:acpi_ibm[4] была добавлена отправка в evdev события о нажатии клавиши отключения микрофона, а man:iichid[4] был изменён так, чтобы всегда освобождать свой ресурс прерываний.
+Другие изменения в src затронули libusb, libdtrace, libcxxrt, man:ifconfig[8], `sched_ule` и ряд справочных страниц.
+В портах Python по умолчанию был переключён на 3.12, добавлен новый порт package:databases/py-oracledb[], а изменение в package:sysutils/consolekit2[] включило приостановку S0ix на 16-CURRENT.
+Порты Emacs получили различные обновления и улучшения; были обновлены порты R, Jenkins и некоторые биоинформатические порты.
+Работа над документацией добавила раздел в Справочник (Handbook) о собственной ZFS-шифровании, обновила инструкции по зашифрованному подкачку geli и улучшила руководство FDP Primer по созданию патчей с контекстом.
+
+Вот сырые данные о коммитах хакатона в репозиториях link:https://cgit.freebsd.org/doc/log/?qt=grep&q=Event%3A.*Halifax+Hackathon+202606[doc], link:https://cgit.freebsd.org/ports/log/?qt=grep&q=Event%3A.*Halifax+Hackathon+202606[ports] и link:https://cgit.freebsd.org/src/log/?qt=grep&q=Event%3A.*Halifax+Hackathon+202606[src].
+
+Хотя большая часть времени была посвящена программированию, это были не только рабочие будни, как показывают link:https://p.obiw.ac/s/hfx[фотографии].
+Участники провели несколько вечеров и полдня за развлечениями.
+
+Спонсор: The FreeBSD Foundation (питание)
+
+//
+// The FreeBSD Russian Documentation Project
+//
+// Original EN revision (14.07.2026): ea81d6f2c21407b3416381638fc02f3b110a0cba
+//
diff --git a/website/content/ru/status/report-2026-04-2026-06/hibernate.adoc b/website/content/ru/status/report-2026-04-2026-06/hibernate.adoc
new file mode 100644
--- /dev/null
+++ b/website/content/ru/status/report-2026-04-2026-06/hibernate.adoc
@@ -0,0 +1,32 @@
+=== Гибернация (также известная как Suspend-to-disk)
+
+Ссылки: +
+link:https://github.com/OlCe2/freebsd-src/tree/oc-hibernate[Прототип сохранения образа] URL: https://github.com/OlCe2/freebsd-src/tree/oc-hibernate +
+link:https://github.com/OlCe2/freebsd-src/tree/for_kib-hiber[Загрузчик EFI] URL: https://github.com/OlCe2/freebsd-src/tree/for_kib-hiber
+
+Контактное лицо: Olivier Certner <olce@FreeBSD.org> +
+Контактное лицо: Konstantin Belousov <kib@FreeBSD.org>
+
+Продолжается работа по обеспечению поддержки гибернации (приостановки с сохранением состояния на диск) во FreeBSD без помощи BIOS/прошивки для сохранения текущего состояния машины для машин `amd64`, загружаемых через UEFI.
+См. также link:../report-2026-01-2026-03/#_hibernate_aka_suspend_to_disk[предыдущий отчёт].
+
+После почти двухмесячной паузы мы исправили некоторые ошибки в прототипе сохранения образа, перебазировали его на актуальный код и пересмотрели интерфейс между ядром и загрузчиком возобновления EFI, что потребовало изменений с обеих сторон.
+Это привело к ряду изменений в общем коде приостановки/возобновления ACPI и попутным исправлениям.
+В настоящее время ведётся работа над загрузчиком EFI (этап 1).
+Был разработан набросок части ядра для возобновления (этап 2).
+
+Состоялось ещё несколько обсуждений о том, как сохранять образ системы, сохраняя его согласованность, поскольку сама операция дампа изменяет память ядра.
+Цель состоит в том, чтобы сузить круг компонентов, которые могут мешать дампу, и определить, как предотвратить это вмешательство.
+В частности, похоже, что низкоуровневый код DMA и IOMMU может выполнять выделение памяти при определённых обстоятельствах, и пока неясно, может ли это произойти во время дампа.
+После того как это будет определено, мы постараемся устранить эти обстоятельства, если это возможно, в противном случае будем работать над механизмом, подобным снимкам состояния (snapshot).
+Помимо этого аспекта, механизм живого снимка состояния может быть полезен, поскольку он позволяет использовать любые средства ядра без ограничений для выполнения дампа и, в частности, устраняет необходимость в отдельной процедуре дампа для каждого драйвера диска.
+
+Мы представили текущее состояние этой работы, связанные с ней проблемы и возможную реализацию механизма, подобного снимкам состояния, на BSDCan в июне и сделаем это снова на EuroBSDCon в сентябре.
+
+Спонсор: The FreeBSD Foundation
+
+//
+// The FreeBSD Russian Documentation Project
+//
+// Original EN revision (14.07.2026): 0a7f0d7c9a1364ea57fd20270746607ff5eb618f
+//
diff --git a/website/content/ru/status/report-2026-04-2026-06/hpc-ports-modernization.adoc b/website/content/ru/status/report-2026-04-2026-06/hpc-ports-modernization.adoc
new file mode 100644
--- /dev/null
+++ b/website/content/ru/status/report-2026-04-2026-06/hpc-ports-modernization.adoc
@@ -0,0 +1,52 @@
+=== Модернизация HPC-портов FreeBSD: Slurm 26.05, UCX 1.20 и MPI-параллельные утилиты для работы с файлами
+
+Ссылки: +
+link:https://cgit.freebsd.org/ports/tree/sysutils/slurm-wlm/[sysutils/slurm-wlm] URL: link:https://cgit.freebsd.org/ports/tree/sysutils/slurm-wlm/[] +
+link:https://cgit.freebsd.org/ports/tree/net/ucx/[net/ucx] URL: link:https://cgit.freebsd.org/ports/tree/net/ucx/[] +
+link:https://cgit.freebsd.org/ports/tree/sysutils/mpifileutils/[sysutils/mpifileutils] URL: link:https://cgit.freebsd.org/ports/tree/sysutils/mpifileutils/[] +
+link:https://cgit.freebsd.org/ports/tree/devel/libcircle/[devel/libcircle] URL: link:https://cgit.freebsd.org/ports/tree/devel/libcircle/[] +
+link:https://cgit.freebsd.org/ports/tree/devel/lwgrp/[devel/lwgrp] URL: link:https://cgit.freebsd.org/ports/tree/devel/lwgrp/[] +
+link:https://cgit.freebsd.org/ports/tree/devel/dtcmp/[devel/dtcmp] URL: link:https://cgit.freebsd.org/ports/tree/devel/dtcmp/[] +
+link:https://cgit.freebsd.org/ports/tree/benchmarks/py-reframe-hpc/[benchmarks/py-reframe-hpc] URL: link:https://cgit.freebsd.org/ports/tree/benchmarks/py-reframe-hpc/[] +
+link:https://github.com/openucx/ucx/pull/11354[openucx/ucx#11354: Исправления переносимости UCS/TYPE для сред без glibc/Clang (включено)] URL: link:https://github.com/openucx/ucx/pull/11354[] +
+link:https://github.com/openucx/ucx/pull/11549[openucx/ucx#11549: Исправления переносимости UCS/SYS для платформ, отличных от Linux (на рассмотрении)] URL: link:https://github.com/openucx/ucx/pull/11549[] +
+link:https://github.com/hpc/mpifileutils/pull/664[hpc/mpifileutils#664: Исправления переносимости для сборок FreeBSD/non-Linux (на рассмотрении)] URL: link:https://github.com/hpc/mpifileutils/pull/664[] +
+link:https://kavocado.net/reports/[Ежемесячные отчёты о состоянии Kavocado – заметки по HPC во FreeBSD] URL: link:https://kavocado.net/reports/[]
+
+Контактное лицо: Generic Rikka <rikka.goering@outlook.de>
+
+Этот отчёт продолжает инициативу по модернизации HPC-портов FreeBSD.
+Предыдущие кварталы были посвящены обновлению стека Slurm + PMIx + PRRTE + UCX и заполнению пробелов в сопутствующей экосистеме.
+Работа в этом квартале была сосредоточена на трёх вещах: поддержании основного планировщика и коммуникационных библиотек в актуальном состоянии в соответствии с быстро меняющимися релизами вышестоящих проектов, отправке накопившихся при поддержке этих портов исправлений переносимости для FreeBSD в вышестоящие проекты, чтобы локальные наборы патчей продолжали уменьшаться, и добавлении нового порта для MPI-параллельных утилит для работы с файлами, которые широко используются в больших HPC-файловых системах.
+
+==== Выполненные работы
+
+* Дважды обновлён package:sysutils/slurm-wlm[] в этом квартале: с 25.11.4 до 25.11.5, а затем с 25.11.5 до 26.05.1, отслеживая последние вышестоящие релизы.
+* Исправлены несколько проблем времени выполнения, специфичных для FreeBSD, в package:net/ucx[]: улучшена обработка состояния асинхронных потоков, исправлена обработка перемещений UCM, исправлена привязка сокетов сигналов mm, а также решены другие проблемы переносимости времени выполнения для FreeBSD.
+* Обновлён package:net/ucx[] с 1.20.0 до 1.20.1, а также отдельно исправлена паника при ранней инициализации libucm вместе с несколькими сбоями в наборе тестов gtest, обнаруженными при проверке обновления.
+* Добавлен package:sysutils/mpifileutils[] как новый порт вместе со стеком зависимостей: package:devel/libcircle[], package:devel/lwgrp[] и package:devel/dtcmp[]. Они предоставляют MPI-параллельные утилиты для работы с файлами (копирование, удаление, контрольные суммы и т.д.), обычно используемые в больших HPC-файловых системах.
+* Дважды обновлён package:benchmarks/py-reframe-hpc[] в этом квартале для отслеживания вышестоящих релизов фреймворка регрессионного тестирования.
+* Отправлены в вышестоящий проект UCX «UCS/TYPE: Исправления переносимости для сред без glibc/Clang», которые были рассмотрены и включены.
+* Открыт запрос на включение «UCS/SYS: исправления переносимости для платформ, отличных от Linux» в UCX, охватывающий определение размера буфера имени хоста, получение MAC-адреса через `getifaddrs()`/`AF_LINK`, сообщение об ошибках разделяемой памяти, перераспределение на основе `mmap`/`munmap` и запросы привязки потоков на основе `cpuset_getaffinity()`; в настоящее время обрабатываются замечания рецензентов.
+* Открыт запрос на включение исправлений переносимости в mpifileutils, ограничивающих использование Linux-специфичных API для FreeBSD и других сборок, отличных от Linux; в настоящее время на рассмотрении.
+* Совместно с SchedMD проведена работа над проверкой во время конфигурации Slurm для `H5PTopen`, используемой для обнаружения библиотеки высокого уровня HDF5, которая была включена в вышестоящий проект.
+
+==== Работа в процессе
+
+* Обработка замечаний рецензентов по открытым запросам на включение исправлений переносимости в UCX и mpifileutils для их включения в вышестоящие проекты и дальнейшего уменьшения локальных наборов патчей в портах FreeBSD.
+* Продолжение сотрудничества с SchedMD для отправки в вышестоящий проект дополнительных исправлений переносимости, обнаруженных при поддержке package:sysutils/slurm-wlm[] во FreeBSD, включая улучшения обработки сокетов BSD.
+* Оценка дизайна плагина Slurm `proctrack/freebsd_reaper`, ставшего возможным благодаря недавно добавленной в ядро FreeBSD поддержке раскрытия метаданных реперера в информации о процессах.
+* Продолжение внимательного отслеживания вышестоящих релизов Slurm, UCX и PMIx/PRRTE для поддержания портов FreeBSD в актуальном состоянии с минимальным локальным патчированием.
+
+==== Будущие планы
+
+* Включить ожидающие запросы на включение в вышестоящие проекты UCX и mpifileutils и продолжить выявление дальнейших проблем переносимости для отправки в вышестоящие проекты, а не для локального патчирования.
+* Создать прототип и отправить плагин Slurm `proctrack/freebsd_reaper` после завершения работы над соответствующим интерфейсом ядра.
+* Продолжить расширение экосистемы HPC-программного обеспечения, доступной в Коллекции Портов FreeBSD, и сокращение локальных наборов патчей во всём стеке везде, где возможно принятие вышестоящими проектами.
+* Документировать эталонное развёртывание Slurm + OpenMPI + PMIx + PRRTE + UCX на FreeBSD, чтобы снизить порог входа для новых организаций, экспериментирующих с FreeBSD в контексте HPC.
+
+//
+// The FreeBSD Russian Documentation Project
+//
+// Original EN revision (14.07.2026): aaa3351983a4e4f05c0975bef4b4dfbb2fee9331
+//
diff --git a/website/content/ru/status/report-2026-04-2026-06/ipv6_improvements.adoc b/website/content/ru/status/report-2026-04-2026-06/ipv6_improvements.adoc
new file mode 100644
--- /dev/null
+++ b/website/content/ru/status/report-2026-04-2026-06/ipv6_improvements.adoc
@@ -0,0 +1,27 @@
+=== Серия улучшений IPv6
+
+Контактное лицо: Pouria Mousavizadeh Tehrani <pouria@FreeBSD.org>
+
+В течение последних 6 месяцев я работал над обновлением нашего стека IPv6 и реализацией ожидающих RFC в нашем стеке, и теперь они доступны в CURRENT.
+
+На данный момент я добавил поддержку:
+
+* RFC 9131 и RFC 9898, раздел 3.9: Поддержка Gratuitous Neighbor Discovery (GRAND).
+* RFC 8781 (раздел 5): Возможность использования нескольких опций PREF64.
+* RFC 4861 (разделы 7.2.6 – 7.2.8): Поддержка отложенных сообщений Neighbor Advertisement для адресов anycast и proxy.
+* RFC 4191: Поддержка опции Route Information в Router Advertisement.
+* Удалена поддержка DRAFT_IETF_6MAN_IPV6ONLY_FLAG с заменой на RFC 8925.
+
+Текущие работы:
+* RFC 8925: IPv6-Only Preferred Option для DHCPv4
+link:https://reviews.freebsd.org/D56637[(D56637)]
+* RFC 4429: Добавление поддержки Optimistic DAD.
+link:https://reviews.freebsd.org/D55229[(D55229)]
+
+Я хочу выразить особую благодарность mailto:glebius@FreeBSD[Глебу Смирнову] за его бесценное руководство и помощь в этих работах.
+
+//
+// The FreeBSD Russian Documentation Project
+//
+// Original EN revision (14.07.2026): f02503c4f0c9c0b42848602cc7fd753b20c697b5
+//
diff --git a/website/content/ru/status/report-2026-04-2026-06/kde.adoc b/website/content/ru/status/report-2026-04-2026-06/kde.adoc
new file mode 100644
--- /dev/null
+++ b/website/content/ru/status/report-2026-04-2026-06/kde.adoc
@@ -0,0 +1,49 @@
+=== KDE во FreeBSD
+
+Ссылки: +
+link:https://freebsd.kde.org/[Инициатива KDE/FreeBSD] URL: link:https://freebsd.kde.org/[] +
+link:https://community.kde.org/FreeBSD[FreeBSD — Вики сообщества KDE] URL: link:https://community.kde.org/FreeBSD[]
+
+Контактное лицо: Список рассылки KDE во FreeBSD <kde@FreeBSD.org>
+
+Проект KDE во FreeBSD упаковывает CMake, Qt и программное обеспечение из сообщества KDE для дерева портов FreeBSD.
+Программное обеспечение включает полноценную среду рабочего стола под названием KDE Plasma (как для X11, так и для Wayland) и сотни приложений, которые могут использоваться на любой машине FreeBSD.
+Команда mailto:kde@FreeBSD.org[KDE] является частью mailto:desktop@FreeBSD.org[desktop@], создавая программный стек, чтобы сделать FreeBSD красивой и пригодной для использования в качестве ежедневной графической рабочей станции.
+
+==== Инфраструктура
+
+CMake обновлён до версии 3.31.12.
+
+Qt6 и PySide6 обновлены до версии 6.11.1.
+PyQt6 обновлён до версии 6.11.0.
+
+Qt5 и PySide2 обновлены до набора патчей KDE версии 5.15.19.
+Официальная поддержка Qt5 вышестоящим проектом завершена.
+Это последнее обновление для Qt5.
+
+==== Стек KDE
+
+Релизы KDE Frameworks, Plasma и Gear происходят очень регулярно.
+Команда mailto:kde@FreeBSD.org[KDE] включает эти обновления вскоре после их выхода вышестоящими проектами.
+
+* Порты KDE Frameworks обновлены до версии 6.28.0.
+* KDE Plasma Desktop обновлён до версии 6.6.6.
+* KDE Gear обновлён до версии 26.04.3.
+
+==== Связанные порты
+
+Было добавлено несколько новых портов KDE.
+Amarok, классический музыкальный плеер KDE, был восстановлен и обновлён до версии 3.3.3.
+
+==== Завершение поддержки портов Qt5
+
+Qt5 всё ещё используется примерно 350 портами.
+Хотя Qt5 объявлен устаревшим, пока нет определённой даты его удаления из дерева портов.
+Тем не менее, порт Qt5WebEngine, основанный на очень старой версии Chromium с множеством уязвимостей, запланирован к удалению непосредственно перед 2026Q4.
+Команда KDE призывает сопровождающих перенести свои порты на Qt6, удалить варианты (flavors) с Qt5 и удалить заброшенное программное обеспечение на Qt5.
+
+//
+// The FreeBSD Russian Documentation Project
+//
+// Original EN revision (14.07.2026): e77e4225ac3104190c46ffed7c4894b600fc22c6
+//
diff --git a/website/content/ru/status/report-2026-04-2026-06/libvirt.adoc b/website/content/ru/status/report-2026-04-2026-06/libvirt.adoc
new file mode 100644
--- /dev/null
+++ b/website/content/ru/status/report-2026-04-2026-06/libvirt.adoc
@@ -0,0 +1,31 @@
+=== Улучшение поддержки libvirt для гипервизора bhyve
+
+Ссылки: +
+link:https://libvirt.org/drvbhyve.html[libvirt: Драйвер bhyve] URL: link:https://libvirt.org/drvbhyve.html[] +
+
+Контактное лицо: Roman Bogorodskiy <novel@FreeBSD.org>
+
+==== Выполненные работы
+
+* Драйвер libvirt/bhyve:
+** Добавлена поддержка устройства `virtio-console`.
+** Добавлена поддержка QEMU Guest Agent.
+** Реализовано несколько функций на основе QEMU Guest Agent, таких как корректная перезагрузка и выключение, управление временем гостевой ОС, SSH-ключами, паролями пользователей и т.д.
+** Добавлена настройка памяти и настройка ввода-вывода для блочных устройств на основе man:rctl[8].
+* В процессе разработка по расширению CI libvirt для тестирования на снимках виртуальных машин FreeBSD-CURRENT.
+
+==== Планы на следующий квартал
+
+* Добавить поддержку настройки порядка загрузки.
+* Добавить поддержку устройств TPM.
+* Завершить поддержку приостановки/возобновления.
+* Продолжить реализацию функций на основе QEMU Guest Agent.
+* Продолжить расширение CI, охватив новые функции на основе гостевого агента новыми тестами.
+
+Спонсор: The FreeBSD Foundation
+
+//
+// The FreeBSD Russian Documentation Project
+//
+// Original EN revision (14.07.2026): 7325fefb9b80183da97d21f1b05a68267a825ec5
+//
diff --git a/website/content/ru/status/report-2026-04-2026-06/lkpi-wireless.adoc b/website/content/ru/status/report-2026-04-2026-06/lkpi-wireless.adoc
new file mode 100644
--- /dev/null
+++ b/website/content/ru/status/report-2026-04-2026-06/lkpi-wireless.adoc
@@ -0,0 +1,124 @@
+=== Обновление LinuxKPI 802.11 и нативного беспроводного стека
+
+Ссылки: +
+link:https://github.com/FreeBSDFoundation/proj-laptop/issues/66[Поддержка беспроводных карт MediaTek] URL: link:https://github.com/FreeBSDFoundation/proj-laptop/issues/66[] +
+link:https://github.com/FreeBSDFoundation/proj-laptop/issues/99[Поддержка беспроводных карт Realtek] URL: link:https://github.com/FreeBSDFoundation/proj-laptop/issues/99[] +
+link:https://github.com/FreeBSDFoundation/proj-laptop/issues/58[Wi-Fi на основе LinuxKPI и приостановка/возобновление] URL: link:https://github.com/FreeBSDFoundation/proj-laptop/issues/58[] +
+link:https://bugs.freebsd.org/bugzilla/showdependencytree.cgi?id=277512&hide_resolved=1[Сообщения о проблемах с беспроводной связью] URL: link:https://bugs.freebsd.org/bugzilla/showdependencytree.cgi?id=277512&hide_resolved=1[]
+
+Контактное лицо: Bjoern A. Zeeb <bz@FreeBSD.org> +
+Контактное лицо: Список рассылки беспроводной связи FreeBSD <wireless@FreeBSD.org>
+
+Этот отчёт посвящён усилиям по использованию свободно лицензируемых беспроводных драйверов Linux, в основном без изменений, во FreeBSD, а также подготовке нативного стека net80211 для поддержки новых стандартов.
+
+==== 15.1-RELEASE
+
+Из-за жизненных обстоятельств некоторые изменения, которые я надеялся включить в 15.1-RELEASE, не попали в релиз (см. ниже).
+В итоге я только обновил справочные страницы для различных поставляемых драйверов.
+Мы также обновили порты прошивок, поскольку изменение в src.git main препятствовало их сборке.
+Вместе с этим man:fwget[8] был также обновлён для поддержки большего количества PCI Id.
+Наконец, я помог убедиться, что уже отлично подготовленные примечания к выпуску содержат дополнительные примечания об известных проблемах.
+
+==== Обновления драйверов
+
+Все беспроводные драйверы на основе LinuxKPI были обновлены до Linux v7.0 в main и stable/15.
+Изначально это не планировалось, но оказалось, что изменений немного, поэтому это можно было сделать за один рабочий день.
+Обновление включает:
+
+* поставляемые драйверы Intel man:iwlwifi[4] mvm/mld, Realtek man:rtw88[4] и man:rtw89[4],
+* драйвер Mediatek mt76, который находится в разработке,
+* три драйвера Qualcomm Atheros: ath10k, ath11k и ath12k, которые ещё предстоит сделать, а также
+* Broadcom brcmfmac, который компилируется и загружает прошивку, но ему не хватает прослойки совместимости cfg80211 и некоторой работы над netdev.
+
+==== Приостановка и возобновление 802.11 на основе LinuxKPI
+
+Благодаря тому, что drm-kmod 6.12 позволил одному из моих ноутбуков приостанавливаться и возобновляться, я наконец смог отладить последние части приостановки и возобновления LinuxKPI 802.11, и я рад сообщить, что автоматическая приостановка и возобновление для man:iwlwifi[4] доступны в main и stable/15.
+На данный момент отзывы исключительно положительные.
+К сожалению, я не успел к выходу 15.1-RELEASE, так что попробуйте stable или следите за обновлениями в декабре.
+
+==== Настройки LinuxKPI 802.11
+
+В рамках подготовительных работ для Realtek и Mediatek были улучшены различные детали реализации LinuxKPI 802.11:
+
+* Переработка chandef / chanctx: это определения канала, на котором мы работаем.
+ Переработана эмуляция chandef и способ обновления контекстов; подготовка к поддержке нескольких chanctx и т.д.
+* Аппаратное шифрование TX: mt7921 отлично работал с программным шифрованием, но после включения аппаратного ускорения шифрования мы могли только принимать некоторые пакеты, но больше не могли отправлять корректные кадры.
+ Оказалось, что в зависимости от типа ключа драйвер использует разные пути для ключей, и мы устанавливали оба ключа одинаково, по сути перезаписывая первый вторым.
+ Исправлен аргумент, передаваемый при вызове установки ключа, чтобы избежать этой проблемы.
+ Это также может помочь rtw8x, где мы видели периодические проблемы, связанные с MC-пакетами, но проверка всё ещё ожидается.
+* Скорости (rates): начато заполнение и обновление большинства полей скоростей в LinuxKPI 802.11 (кроме одного, который нужен только для mt7615).
+ Часть этой работы была выполнена для rtw8x в конце прошлого года, а большая часть дополнена для Mediatek.
+* Исправлена проблема порядка совместимости: оказалось, что порядок некоторых событий, который мы реализовали, не полностью соответствовал ожиданиям некоторых драйверов.
+ Хотя мы настраивали и синхронизировали различные части, связанные со скоростями, от net80211 до LinuxKPI 802.11 и до драйвера, одно обновление приходило слишком поздно, оставляя mt7921 с базовыми скоростями.
+ Простое перемещение кода для вызова в другом порядке решило проблему и позволило получить пропускную способность 11n и 11ac.
+
+==== Изменения в LinuxKPI:
+
+В дополнение к частям 802.11 в LinuxKPI, есть также общая инфраструктура LinuxKPI, которая требует корректировок.
+
+* PAGE_IS_LKPI_PAGE: это проект по преобразованию раннего сокращения, согласно которому struct page из Linux сопоставляется 1:1 с нативной vm_page, в полноценную struct page из Linux с поддержкой vm_page.
+ Это в основном необходимо для некоторых драйверов Mediatek mt76, но также drm-kmod наконец сможет отказаться от некоторых специфических для FreeBSD хаков после того, как это будет включено.
+* Функции отсоединения (очистки) PCI в LinuxKPI: драйвер Mediatek вызывал панику ядра при выгрузке или завершении работы.
+ Оказалось, что различные процедуры очистки PCI в LinuxKPI были не совсем корректны, на что уже указывал комментарий в одной из частей.
+ Мы исправили это, а также очистили часть файла.
+ На момент написания отчёта рецензирование всё ещё продолжается, но мы надеемся, что по крайней мере основные части будут закоммичены в ближайшее время.
+* Код IDR в LinuxKPI используется некоторыми драйверами Mediatek mt76, но также используется в drm-kmod и ряде полунативных драйверов.
+ К сожалению, этот фреймворк имеет известные проблемы (как показывает история) и больше не соответствует современным ожиданиям.
+ Переписывание этого кода несколько сложно из-за большого влияния, но мы надеемся завершить его в начале 26Q3.
+* Улучшен и дополнен код man:lindebugfs[4] для возможности использования debugfs для отладки mt7921.
+
+==== Поддержка Realtek rtw8x
+
+После обновлений до Linux v7.0 проблемы с некоторыми чипсетами, не способными установить соединение, усилились.
+Как man:rtw88[4], так и man:rtw89[4] теперь демонстрируют различные проблемы.
+Была обнаружена дополнительная проблема: драйвер man:rtw88[4] для по крайней мере одного чипсета уходит в ожидание на 6 секунд, по сути приводя к тайм-ауту аутентификации.
+Пока неясно, при каких обстоятельствах этого не происходит, поскольку в Linux это, очевидно, не является проблемой.
+К сожалению, не удалось отладить это к моменту выхода 15.1-RELEASE.
+Мы надеемся заняться этим в начале 26Q3, чтобы оценить, можно ли выпустить исправление (EN) до того, как 15.0 станет EOL, и исправить регрессии.
+
+==== Поддержка Mediatek mt76
+
+Продолжается работа по поддержке нескольких драйверов Mediatek mt76, в первую очередь mt7921 и mt7925.
+После нескольких улучшений LinuxKPI и LinuxKPI 802.11 можно сказать, что mt7921 передаёт пакеты с приемлемой пропускной способностью для первого этапа.
+mt7925 делает то же самое, но по крайней мере незавершённая работа над IDR в LinuxKPI приводит к нестабильности.
+mt7915 также требует IDR, но, кроме того, похоже, не поддерживает аппаратное сканирование, что означает, что нам нужно исправить программное сканирование как следует, что также поможет rtw8x, у которых есть странный запасной вариант программного сканирования в случае, если аппаратное сканирование недоступно.
+Другие чипсеты будут протестированы после того, как эти изменения будут включены и полностью активированы в main.
+
+В дополнение к работам над LinuxKPI мы отладили одну панику, вызванную драйвером.
+Оказалось, что драйверы перепланируют некоторые работы во время отсоединения (завершения работы), но затем освобождают нижележащую память.
+Это оставляло запланированный вызов, и когда мы пытались обойти список вызовов, это вызывало панику.
+
+==== Поддержка USB в LinuxKPI
+
+В первом квартале мы сообщали о блокирующей проблеме для этого.
+Я рад сообщить, что половина проблемы была решена: опция компилятора, которую я изначально хотел добавить, теперь полностью удалена из дерева исходных кодов в main и stable/15.
+В LLVM теперь есть более новая опция, которая является лишь подмножеством того, что разрешала проблемная оригинальная опция, что будет хорошо для перехода через год или два, когда более новые версии LLVM и GCC будут поставляться с ней.
+Теперь остаётся найти минималистичное решение для повторного введения этой функциональности, а не разносить её по всему ядру или множеству отдельных файлов.
+Есть надежда, что это будет решено в течение 26Q3.
+
+==== Обновления нативного net80211 (технический долг)
+
+* Некоторая работа в прошлом году выявила проблемы в том, как мы представляем RSSI пользовательскому пространству.
+ Из-за возможного двойного переполнения значения могут быть некорректными.
+ Части этой проблемы, относящиеся к драйверу и net80211, были исправлены.
+ API пользовательского пространства пока не исправлен, чтобы избежать поломок (включая основные веб-браузеры).
+* Переговоры возобновились в последнюю неделю июня, чтобы исправить порты, использующие lib80211, что поможет нам продвигаться в решении различных проблем без постоянной поломки пользовательского пространства.
+
+==== Заключительное замечание
+
+В последнее время стало тихо с сообщениями о проблемах, несмотря на то, что всё больше людей снова используют беспроводную связь во FreeBSD.
+Я не уверен, хороший это знак или нет.
+
+Мы ценим все отзывы и сообщения о проблемах, которые получаем, и если они поступают в bugzilla, мы также стараемся классифицировать их по конкретным группам (см. ссылку).
+Некоторые из них могут казаться потерянными, но мы в целом стараемся не допускать этого.
+Иногда большие работы планируются специально для области вашей проблемы, и поэтому немедленной помощи может не быть, иногда другие вещи могут быть в очереди раньше.
+Если проблемы должным образом документированы, будет легче вернуться к ним позже.
+Если у вас есть какие-либо проблемы с беспроводной связью (на основе LinuxKPI), пожалуйста, попробуйте использовать официальные каналы: проверьте открытые PR, отправьте сообщение в список рассылки беспроводной связи, при необходимости напишите мне личное письмо (например, если у вас есть дамп ядра с возможной личной информацией) или откройте новый PR, если проблема ещё не известна (или кажется потерянной, тогда она будет доступна для публичного отслеживания).
+
+Спонсор: The FreeBSD Foundation
+
+//
+// The FreeBSD Russian Documentation Project
+//
+// Original EN revision (14.07.2026): 6c4064d4ed7b1756bb893502f7871af698c9078a
+//
diff --git a/website/content/ru/status/report-2026-04-2026-06/metric.adoc b/website/content/ru/status/report-2026-04-2026-06/metric.adoc
new file mode 100644
--- /dev/null
+++ b/website/content/ru/status/report-2026-04-2026-06/metric.adoc
@@ -0,0 +1,26 @@
+=== Поддержка метрики маршрутизации
+
+Контактное лицо: Pouria Mousavizadeh Tehrani <pouria@FreeBSD.org>
+
+Я работаю над реализацией метрики с 2026Q1.
+Метрики маршрутизации — это значения конфигурации, используемые маршрутизатором для принятия решений о маршрутизации.
+Метрики маршрутизации помогают стеку маршрутизации выбирать наилучший маршрут среди нескольких возможных маршрутов к пункту назначения.
+Трафик будет направлен в сторону шлюза с наименьшей метрикой.
+Поддержка метрики в нашем стеке маршрутизации реализована и доступна в CURRENT.
+Поддержка метрики требует многочисленных обновлений как в ядре, так и в пользовательском пространстве.
+
+Вот некоторые основные добавленные возможности:
+
+* Поддержка метрики в rtsock через rmx_metric.
+* Поддержка RTA_PRIORITY для метрики в netlink.
+* Удалено резервирование 8 старших битов для метрики.
+* man:route[8] теперь отображает значение метрики.
+* man:netstat[1] теперь отображает значение метрики каждого маршрута при использовании -w.
+
+Вы также можете использовать метрику с помощью package:net/bird[] для ваших протоколов маршрутизации.
+
+//
+// The FreeBSD Russian Documentation Project
+//
+// Original EN revision (14.07.2026): 37202ca85426ad980293829501a4a2a7a8040c7c
+//
diff --git a/website/content/ru/status/report-2026-04-2026-06/mpls.adoc b/website/content/ru/status/report-2026-04-2026-06/mpls.adoc
new file mode 100644
--- /dev/null
+++ b/website/content/ru/status/report-2026-04-2026-06/mpls.adoc
@@ -0,0 +1,27 @@
+=== Нативная поддержка MPLS для FreeBSD
+
+Ссылки: +
+link:https://wiki.freebsd.org/SummerOfCode2026Projects/NativeMPLSSupportForFreeBSD[Вики проекта GSoC] +
+link:https://codeberg.org/Subhash_Murmu/freebsd-src[Форк исходного кода FreeBSD]
+
+Контактное лицо: Subhash Murmu <subhashmurmujsr2511@gmail.com>
+
+Этот проект добавляет нативную поддержку Multiprotocol Label Switching (MPLS) в ядро FreeBSD в рамках Google Summer of Code 2026 под руководством наставников Bruce Simpson и Alexander Chernikov.
+MPLS широко используется для коммутации с метками в производственных сетях, но во FreeBSD отсутствует плоскость данных MPLS в базовой системе, поэтому демоны маршрутизации с поддержкой MPLS не имеют пути пересылки в ядре для программирования.
+Работа ведётся снизу вверх: от инкапсуляции на канальном уровне до плоскости управления, и интегрируется с существующим сетевым стеком FreeBSD, а не существует рядом с ним.
+
+Этапы с 1 по 3 завершены и представлены в виде пятикоммитной истории с наслоением на ветке `mpls` форка на Codeberg.
+Этап 1 добавляет инкапсуляцию канального уровня и диспетчеризацию man:netisr[9] для EtherType 0x8847.
+Этап 2 портирует man:ldpd[8] из OpenBSD во FreeBSD, где он теперь собирается и работает.
+Этап 3 добавляет механизм пересылки и информационную базу меток (Label Information Base) для каждого VNET, при этом сквозная передача LSP была проверена с помощью tcpdump между VNET-клетками через man:epair[4].
+
+Серия изменений ещё не отправлена в Phabricator.
+Продолжается работа над программированием маршрутов ядра для ldpd.
+
+Спонсор: Google Summer of Code 2026
+
+//
+// The FreeBSD Russian Documentation Project
+//
+// Original EN revision (17.07.2026): 331ffed7ca68b29d45b3b379edbbc86fa422f516
+//
diff --git a/website/content/ru/status/report-2026-04-2026-06/ntsync.adoc b/website/content/ru/status/report-2026-04-2026-06/ntsync.adoc
new file mode 100644
--- /dev/null
+++ b/website/content/ru/status/report-2026-04-2026-06/ntsync.adoc
@@ -0,0 +1,23 @@
+=== NTSYNC(9)
+
+Контактное лицо: Konstantin Belousov <kib@FreeBSD.org>
+
+В последнее время появился поток статей, рекламирующих драйвер Linux ntsync, который реализует вспомогательный механизм для Wine для ускорения примитивов синхронизации Windows NT.
+Субстрат для реализации семафоров, мьютексов и событий из мира Win32 предоставляется им.
+Драйвер представляет каждый объект NT как файловый дескриптор, для которого определён набор ioctl, напрямую отображаемых на операции Win32.
+
+Проект реализовал драйвер, предоставляющий совместимый интерфейс ntsync, как указано в документе Linux 7.0-rc3 Documentation/userspace-api/ntsync.rst.
+Написаны как нативный интерфейс FreeBSD, так и слои совместимости ABI Linux.
+
+Для тестирования драйвера был портирован минимальный набор тестов из набора тестов ядра Linux.
+Драйвер FreeBSD следует деталям интерфейса, закодированным в тестах, когда было обнаружено расхождение между документацией Linux и тестами.
+
+Как драйвер, так и его справочная страница man:ntsync(4) были написаны с нуля без обращения к исходному коду Linux.
+
+Спонсор: The FreeBSD Foundation
+
+//
+// The FreeBSD Russian Documentation Project
+//
+// Original EN revision (17.07.2026): f02503c4f0c9c0b42848602cc7fd753b20c697b5
+//
diff --git a/website/content/ru/status/report-2026-04-2026-06/openjdk.adoc b/website/content/ru/status/report-2026-04-2026-06/openjdk.adoc
new file mode 100644
--- /dev/null
+++ b/website/content/ru/status/report-2026-04-2026-06/openjdk.adoc
@@ -0,0 +1,66 @@
+=== Улучшение OpenJDK во FreeBSD
+
+Ссылки: +
+link:https://freebsdfoundation.org/project/improving-openjdk-on-freebsd/[Описание проекта] URL: https://freebsdfoundation.org/project/improving-openjdk-on-freebsd/[] +
+link:https://github.com/freebsd/openjdk[Репозиторий проекта] URL: https://github.com/freebsd/openjdk[] +
+link:https://github.com/openjdk/bsd-port[Вышестоящий репозиторий BSD-порта] URL: https://github.com/openjdk/bsd-port[]
+
+Контактное лицо: +
+Harald Eilertsen <haraldei@FreeBSD.org> +
+Список рассылки FreeBSD Java <freebsd-java@lists.freebsd.org>
+
+Цель этого проекта — улучшить поддержку OpenJDK для FreeBSD/amd64 и FreeBSD/arm64.
+
+Java является важной средой выполнения для многих высокопроизводительных критически важных корпоративных систем.
+Обеспечение корректной и эффективной работы приложений на основе Java во FreeBSD важно для того, чтобы FreeBSD оставалась жизнеспособной и привлекательной платформой для предприятий, а также бизнеса и организаций всех размеров.
+
+Этот квартал был в основном потрачен на правильную организацию процесса отправки изменений в вышестоящие проекты.
+Мы отправляем патчи в link:https://github.com/openjdk/bsd-port[отдельный репозиторий] в организации OpenJDK на Github и следим за тем, чтобы каждый PR был проверен по крайней мере одним рецензентом из вышестоящего проекта.
+Таким образом, когда мы дойдём до момента, когда захотим включить наш порт в основную ветку вышестоящего проекта, все коммиты уже должны быть проверены кем-то из проекта.
+
+Это довольно медленный процесс, поскольку мы зависим от наличия времени у рецензентов из вышестоящего проекта.
+Мы также сталкиваемся с тем, что некоторые изменения, которые долго жили в нашем порту, отклоняются.
+Тогда нам приходится переделывать их или, если они не строго необходимы, просто отбрасывать.
+Я считаю, что это полезная корректировка, но иногда требует значительного объёма работы.
+
+В этом квартале были достигнуты следующие результаты/вехи:
+
+* Порт OpenJDK 25 обновлён до link:https://reviews.freebsd.org/D56522[версии 25.0.3].
+* Изменения и исправления ошибок в основной ветке вышестоящего проекта:
+ - link:https://github.com/openjdk/jdk/pull/30853[8382614: Консолидация реализации current_stack_base_and_size для BSD]
+ - link:https://github.com/openjdk/jdk/pull/31069[8384085: Сделать os::Bsd::dlopen_helper приватным и удалить неиспользуемый аргумент]
+ - link:https://github.com/openjdk/jdk/pull/31070[8384088: osThread _thread_id должен быть int на всех BSD]
+ - link:https://github.com/openjdk/jdk/pull/31199[8384946: os::Bsd::gettid не возвращает значение]
+ - link:https://github.com/openjdk/jdk/pull/31455[8386344: Сбой сборки runtime/StackGuardPages/TestStackGuardPages после JDK-8303612]
+* Вышестоящий BSD-порт:
+ - link:https://github.com/openjdk/bsd-port/pull/7[Исправление условных секций для BSD в hotspot/cpu]
+ - link:https://github.com/openjdk/bsd-port/pull/8[Портирование hotspot/os/posix для BSD]
+ - Включены изменения, принятые для основной ветки.
+* Текущий (вне дерева) BSD-порт:
+ - link:https://github.com/battleblow/jdk/pull/49[Слияние + удаление VFORK для BSD + перебазирование рабочего процесса GHA на OpenJDK26]
+ - link:https://github.com/battleblow/jdk/pull/53[Слияние + исправление использования макроса FREE_C_HEAP_ARRAY для BSD]
+ - link:https://github.com/battleblow/jdk/pull/54[Синхронизация реализации cpuinfo для aarch64 на *BSD с Linux]
+ - link:https://github.com/battleblow/jdk/pull/55[Удаление дублирующегося включения в global defs для zero]
+ - link:https://github.com/battleblow/jdk/pull/59[Удаление ThreadWXEnable из кода BSD]
+ - Перенесены изменения, принятые для вышестоящего BSD-порта в основной ветке.
+* Порты:
+ - link:https://cgit.freebsd.org/ports/commit/?id=7878106082fd1f07814d754ef767c1f59168d1e9[java/javavmwrapper: JAVA_VERSION не работает с openjdk25]
+
+Кроме того, следующие задачи всё ещё выполняются или ожидают рецензирования:
+
+* Вышестоящий BSD-порт:
+ - link:https://github.com/openjdk/bsd-port/pull/9[Портирование hotspot/os/bsd/os_perf_bsd.cpp для BSD] (Ожидает рефакторинга, см. link:https://github.com/battleblow/jdk/pull/61[WIP: Разделение реализации os_perf для macOS и BSD])
+ - link:https://github.com/openjdk/bsd-port/pull/11[os::get_process_uid и os::rss для BSD] (Всё ещё выполняется)
+
+Другие заметки:
+
+* Начата подготовка link:https://github.com/snake66/jdk/tree/freebsd-jdk27[OpenJDK 27 порта].
+* Проект представлен на link:https://foss-north.se/2026/speakers-and-talks.html#heilertsen[Foss North 2026].
+
+Спонсор: The FreeBSD Foundation
+
+//
+// The FreeBSD Russian Documentation Project
+//
+// Original EN revision (17.07.2026): aaa3351983a4e4f05c0975bef4b4dfbb2fee9331
+//
diff --git a/website/content/ru/status/report-2026-04-2026-06/parthenope-status-improvements.adoc b/website/content/ru/status/report-2026-04-2026-06/parthenope-status-improvements.adoc
new file mode 100644
--- /dev/null
+++ b/website/content/ru/status/report-2026-04-2026-06/parthenope-status-improvements.adoc
@@ -0,0 +1,38 @@
+=== Parthenope — Текущее состояние и улучшения
+
+Ссылки: +
+link:https://docs.google.com/presentation/d/1QBWZyg2fdSmfs7xdZ1Jxg6-5I1iawoGweXVVk7tVlHk[Слайды презентации на BSDCan 2026]
+
+Контактное лицо: Alfonso Sabato Siciliano <asiciliano@FreeBSD.org>
+
+Parthenope — это модульный двухэтапный установщик для FreeBSD, написанный на Lua.
+
+В течение этого квартала проект был представлен на BSDCan 2026, где были продемонстрированы его текущее состояние, недавние улучшения и направления дальнейшего развития.
+Презентация также представила несколько новых идей, макетов и концептуальных реализаций для будущего обсуждения и разработки, включая опыт «из коробки» и/или рабочий процесс пост-установочной настройки.
+
+С момента предыдущего отчёта о состоянии и презентации на EuroBSDCon 2025 несколько основных частей установщика были полностью переработаны или переписаны, включая:
+
+* Файл конфигурации;
+* Файл связи, используемый для обмена данными между Этапом 1 и Этапом 2;
+* Подсистемы установщика, включая интернационализацию, поддержку нескольких режимов и связанную инфраструктуру;
+* Менеджеры Этапа 1 и Этапа 2;
+* Фреймворк компонентов, где экраны установки теперь управляются и вызываются Менеджером Этапа 1;
+* Несколько компонентов установщика и экранов установки.
+
+Интерфейс Text User Interface (TUI) теперь близок к полноте функциональности, что приближает его к поддержке полной установки FreeBSD.
+Оставшимися основными компонентами и экранами являются редактор разделов, конфигурация ZFS, настройка загрузки и сетевой менеджер.
+
+Хотя пока ещё невозможно полностью установить FreeBSD с помощью Parthenope, разработка быстро продвигается к функциональному релизу.
+Следующие шаги:
+
+* Завершить оставшиеся компоненты и экраны TUI-установщика.
+* Реализовать интерфейс командной строки (CLI) для улучшения доступности.
+* Разработать веб-интерфейс для возможности установки через веб-браузер.
+
+Parthenope начинался как личный проект, но продолжает расти благодаря идеям, отзывам и запросам функций от сообщества, которые всегда приветствуются.
+
+//
+// The FreeBSD Russian Documentation Project
+//
+// Original EN revision (13.07.2026): fa7854729df79ca3b6569fdedf59579bf6c918b8
+//
diff --git a/website/content/ru/status/report-2026-04-2026-06/pdopenpid.adoc b/website/content/ru/status/report-2026-04-2026-06/pdopenpid.adoc
new file mode 100644
--- /dev/null
+++ b/website/content/ru/status/report-2026-04-2026-06/pdopenpid.adoc
@@ -0,0 +1,39 @@
+=== Завершение работы над API дескрипторов процессов 2
+
+Контактное лицо: Konstantin Belousov <kib@FreeBSD.org>
+
+Ссылки: +
+link:https://reviews.freebsd.org/D57124[sys: добавление pdopenpid(2)] URL: link:https://reviews.freebsd.org/D57124[] +
+link https://reviews.freebsd.org/D57163[pddupfd(2)] https://reviews.freebsd.org/D57163[]
+
+После добавления системных вызовов man:pdwait[2] и man:pdrfork[2] я обратил внимание на другие недостающие возможности, которые запрашивают прикладные программисты.
+Самым крупным запросом, по-видимому, является возможность получения дескриптора процесса для существующего процесса.
+
+В настоящее время только один файловый дескриптор может ссылаться на внутреннюю структуру struct procdesc в ядре, что отчасти объясняет, почему интерфейс для открытия процесса по pid ещё не реализован.
+В ходе работы была добавлена возможность для procdescs иметь более одного файла, указывающего на них.
+Атрибуты, управляющие поведением procdesc, например, daemon (закрытие файла не завершает процесс), были перенесены из procdesc в файл.
+
+Это изменение позволило расширить внутренние интерфейсы procdesc для реализации системного вызова man:pdopenid(2).
+
+Возможность, реализованная, например, в дескрипторах pidfd в Linux, — это системный вызов pidfd_getfd(), который дублирует указанный файловый дескриптор из целевого процесса в вызывающий процесс.
+Реализация этого для FreeBSD, названная man:pddupfd(2), относительно проста после получения вспомогательной функции fget_remote(9).
+
+Проблема возникла, когда был разработан алгоритм проверки привилегий, необходимых для выполнения операции.
+Ядро проверяет результат p_candebug(), чтобы определить, разрешено ли что-либо, что напрямую обращается к программным ресурсам удалённого процесса.
+Но результат p_candebug() действителен только пока удерживается блокировка целевого процесса.
+Кроме того, p_candebug() запрещает действия, если целевой процесс изменяет выполняемую программу с помощью man:execve(2), что может изменить привилегии процесса, если образ имеет set-uid или set-gid.
+В целом, простая проверка с помощью p_candebug() неадекватна, потому что мы не можем удерживать блокировку процесса на протяжении всего fget_remote().
+
+Для этого был разработан механизм, обеспечивающий взаимное исключение между выполнением exec в целевом процессе и вызывающим процессом, названный execblock.
+Также были добавлены вспомогательные функции для получения ссылки на текущее vmspace процесса, чтобы избежать использования execblock, когда для действия требуется только согласованное адресное пространство цели, например, чтение строк процесса или копирование памяти процесса.
+Существующие места в системе, подверженные этой гонке, были идентифицированы, и использование execblock или интерфейсов ссылок на vmspace было применено по мере необходимости.
+
+Затем man:pddupfd(2) был реализован с помощью fget_remote() и execblock.
+
+Спонсор: The FreeBSD Foundation
+
+//
+// The FreeBSD Russian Documentation Project
+//
+// Original EN revision (13.07.2026): 2ac80023518f95ac2869935ecb3ca3bb90c678d4
+//
diff --git a/website/content/ru/status/report-2026-04-2026-06/releng.adoc b/website/content/ru/status/report-2026-04-2026-06/releng.adoc
new file mode 100644
--- /dev/null
+++ b/website/content/ru/status/report-2026-04-2026-06/releng.adoc
@@ -0,0 +1,22 @@
+=== Команда управления релизами FreeBSD
+
+Ссылки: +
+link:https://www.freebsd.org/releases/15.1R/announce/[Объявление о FreeBSD 15.1-RELEASE] URL: link:https://www.freebsd.org/releases/15.1R/announce/[] +
+link:https://www.freebsd.org/releases/14.5R/schedule/[График выхода FreeBSD 14.5-RELEASE] URL: link:https://www.freebsd.org/releases/14.5R/schedule/[] +
+link:https://download.freebsd.org/releases/ISO-IMAGES/[Релизы FreeBSD] URL: link:https://download.freebsd.org/releases/ISO-IMAGES/[] +
+link:https://download.freebsd.org/snapshots/ISO-IMAGES/[Разработочные снимки FreeBSD] URL: link:https://download.freebsd.org/snapshots/ISO-IMAGES/[]
+
+Контактное лицо: Команда управления релизами FreeBSD <re@FreeBSD.org>
+
+Команда управления релизами FreeBSD отвечает за установление и публикацию графиков выпуска официальных релизов FreeBSD, объявление заморозок кода и поддержку соответствующих веток, среди прочего.
+
+Команда управляла процессом 15.1-RELEASE, что привело к официальной сборке RELEASE и объявлению в июне.
+Началось планирование предстоящего 14.5-RELEASE, который должен выйти в сентябре.
+
+Команда управления релизами продолжила предоставление еженедельных разработочных снимков для веток *main*, *stable/15* и *stable/14*; а также для ветки *stable/13* до её конца жизненного цикла (End-of-Life) в конце апреля.
+
+//
+// The FreeBSD Russian Documentation Project
+//
+// Original EN revision (27.06.2026): 61b84bac51a588ef946733c50459f783e842f09a
+//
diff --git a/website/content/ru/status/report-2026-04-2026-06/rocm.adoc b/website/content/ru/status/report-2026-04-2026-06/rocm.adoc
new file mode 100644
--- /dev/null
+++ b/website/content/ru/status/report-2026-04-2026-06/rocm.adoc
@@ -0,0 +1,30 @@
+=== Поддержка ROCm во FreeBSD
+
+Ссылки: +
+link:https://github.com/Yohello1/drm-kmod-rocm/tree/super-special[Форк drm-kmod с частичной поддержкой amdkfd] URL: link:https://github.com/Yohello1/drm-kmod-rocm/tree/super-special[] +
+link:https://github.com/Yohello1/rocm-systems[Форк rocm-systems с исправлениями для FreeBSD] URL: link:github.com/Yohello1/rocm-systems[] +
+
+Контактное лицо: Sourojeet Adhikari <siri@racha.ca>
+
+ROCm — это вычислительная платформа, используемая AMD для своих графических процессоров. На данный момент FreeBSD вообще не поддерживает ROCm ни на уровне инструментария, ни на уровне драйверов.
+Я работаю над изменением этой ситуации и переносом необходимых изменений в вышестоящие проекты.
+
+Насколько мне известно, во FreeBSD есть несколько способов выполнять вычислительные задачи (такие как ИИ/МО, графика и т.д.) на графическом процессоре; эти способы, насколько мне известно, — это Vulkan и OpenGL.
+Как Vulkan, так и OpenGL достаточно хороши для вычислительных задач, в основном в графике, а иногда и в задачах машинного обучения.
+Но иногда существуют задачи, которые плохо подходят для Vulkan и OpenGL и вместо этого выполняются в ROCm/CUDA, поскольку ROCm и CUDA предоставляют разработчику гораздо больше контроля над выполнением задачи.
+Поэтому я пытаюсь внедрить поддержку ROCm во FreeBSD, чтобы мы могли запускать код/программы ROCm на FreeBSD.
+Для работы ROCm нам нужно несколько вещей.
+Первое — это форк LLVM от AMD, который я пропатчил, добился его работоспособности и отправил патчи в вышестоящий проект.
+Далее идут среды выполнения ROCm, которые были пропатчены, и в настоящее время я работаю над отправкой патчей в вышестоящий проект.
+Наконец, драйвер amdkfd, над патчингом которого я работаю и отправляю некоторые патчи, связанные с LinuxKPI, обратно в ядро FreeBSD.
+
+За последнее время я отправил изменения в форк LLVM от AMD, позволяющие компилировать его во FreeBSD, чтобы вы могли собирать их инструментарий ROCm.
+Кроме того, я работал над внедрением серии патчей в LinuxKPI для постепенного добавления поддержки amdkfd.
+
+Спонсор: The FreeBSD Foundation
+
+//
+// The FreeBSD Russian Documentation Project
+//
+// Original EN revision (13.07.2026): 3ca50b91ef828366feb66963de511dc4994fec3b
+//
diff --git a/website/content/ru/status/report-2026-04-2026-06/scheduler.adoc b/website/content/ru/status/report-2026-04-2026-06/scheduler.adoc
new file mode 100644
--- /dev/null
+++ b/website/content/ru/status/report-2026-04-2026-06/scheduler.adoc
@@ -0,0 +1,37 @@
+=== Планировщик
+
+Ссылки: +
+link:https://wiki.freebsd.org/DevSummit/202606[Страница вики DevSummit] URL: https://wiki.freebsd.org/DevSummit/202606 +
+link:https://wiki.freebsd.org/DevSummit/202606?action=AttachFile&do=view&target=Scheduler.pdf[Слайды] URL: https://wiki.freebsd.org/DevSummit/202606?action=AttachFile&do=view&target=Scheduler.pdf
+
+Контактное лицо: Olivier Certner <olce@FreeBSD.org>
+
+В области планировщиков продолжается работа по нескольким направлениям.
+
+Мы работаем над решениями давних недостатков планировщика ULE, таких как несправедливость для неинтерактивных потоков в определённых конкретных обстоятельствах и очень слабое влияние значений nice.
+Похоже, что полностью решить первую проблему в рамках текущей архитектуры ULE сложно, поэтому параллельно мы разрабатываем новый дизайн со следующими дополнительными целями:
+
+1. Более стабильное и предсказуемое поведение.
+2. Раздельно управляемые задержка и выделяемое процессорное время.
+3. Обеспечение новых возможностей, таких как планирование на гибридных процессорах, энергоэффективное планирование, иерархическое планирование и т.д., при сохранении справедливости.
+
+Мы также детально проанализировали планировщики 4BSD и ULE, что привело к некоторым исправлениям ошибок, таким как:
+
+- Слияние приоритетов потоков, ограниченных по процессорному времени и имеющих разные значения nice (4BSD).
+- Слишком медленное снижение приоритета при потреблении процессорного времени из-за устаревшего масштабирования для SMP (4BSD).
+- Исправление ошибки на единицу в определении параметра `preempt_thresh` (ULE).
+- Исправление выбора потока с наименьшим приоритетом на ранних этапах в некоторых пограничных случаях (ULE).
+- Прекращение линейного потребления памяти в зависимости от `MAXCPU` для локальных очередей выполнения (4BSD; выполнено Minsoo Choo).
+
+По этим вопросам была проведена презентация на встрече разработчиков (Developer Summit) на BSDCan 2026 (см. ссылку в начале).
+
+На фронте гибридного планирования Koine Yuusuke создал ряд запросов на рецензирование с кодом для поддержки Intel Hardware Feedback Interface (HFI) и Thread Director (ITD), а Minsoo Choo предложил общую инфраструктуру для ёмкостей и оценок (capacities and scores).
+Мы рассмотрим эти материалы и будем сопровождать их включение.
+
+Спонсор: The FreeBSD Foundation
+
+//
+// The FreeBSD Russian Documentation Project
+//
+// Original EN revision (06.07.2026): 06ffb01fa0c9306bf28e6bbd4e0d3426e2746257
+//
diff --git a/website/content/ru/status/report-2026-04-2026-06/smart.adoc b/website/content/ru/status/report-2026-04-2026-06/smart.adoc
new file mode 100644
--- /dev/null
+++ b/website/content/ru/status/report-2026-04-2026-06/smart.adoc
@@ -0,0 +1,18 @@
+=== Нативное получение данных S.M.A.R.T. во FreeBSD
+
+Ссылки: +
+link:https://github.com/ctuffli/smart[S.M.A.R.T. на GitHub] URL: link:https://github.com/ctuffli/smart[]
+
+Контактное лицо: Chuck Tuffli <chuck@freebsd.org>
+
+Во FreeBSD в базовую систему импортирована нативная утилита Self-Monitoring, Analysis, and Reporting Technology (S.M.A.R.T.) — man:smart[8], обеспечивающая лёгкие встроенные возможности мониторинга состояния дисков без необходимости установки сторонних пакетов.
+Она была вдохновлена фреймворком man:diskctl[8], предложенным на AsiaBSDCon 2016, для создания свободно лицензируемой утилиты S.M.A.R.T., устраняющей проблемы с лицензированием и пробелы в функциональности существующих инструментов.
+
+Утилита предоставляет унифицированный интерфейс для получения данных S.M.A.R.T. через несколько протоколов хранения, включая ATA, NVMe и SCSI.
+Она ориентирована на лёгкость интеграции с инструментами мониторинга, поддерживая несколько форматов вывода (поля с разделителями табуляции, JSON, XML) через man:libxo[3] и позволяя пользователям запрашивать конкретные атрибуты состояния.
+
+//
+// The FreeBSD Russian Documentation Project
+//
+// Original EN revision (02.06.2026): 6fccfbd5028d569058a18832c96bf548aa7b1916
+//
diff --git a/website/content/ru/status/report-2026-04-2026-06/suspend.adoc b/website/content/ru/status/report-2026-04-2026-06/suspend.adoc
new file mode 100644
--- /dev/null
+++ b/website/content/ru/status/report-2026-04-2026-06/suspend.adoc
@@ -0,0 +1,33 @@
+=== Улучшения приостановки/возобновления
+
+Ссылки: +
+link:https://obiw.ac/s0ix/[Блог] URL: link:https://obiw.ac/s0ix/[] +
+link:https://youtu.be/RCjPc4X2Edc[Доклад на BSDCan о s2idle/S0ix] URL: link:https://youtu.be/RCjPc4X2Edc[] +
+link:https://github.com/obiwac/freebsd-s0ix/pull/15[Рабочая ветка] URL: link:https://github.com/obiwac/freebsd-s0ix/pull/15[]
+
+Контактное лицо: obiwac <obiwac@FreeBSD.org>
+
+Приостановка с сохранением состояния (suspend-to-idle) и поддержка режима сна S0ix находятся в процессе добавления во FreeBSD.
+
+Это позволит современным ноутбукам Intel и AMD, некоторые из которых не поддерживают режим сна ACPI S3, переходить в состояния пониженного энергопотребления для увеличения времени работы от батареи.
+
+В основном статус такой же, как в предыдущем квартале — работа всё ещё продолжается по сужению проблем с возобновлением NVMe и исправлению проблем с состояниями D-state.
+
+Общий интерфейс управления питанием был закоммичен, а man:zzz[8] был переписан для его использования.
+Теперь ожидается, что вы будете использовать sysctl `kern.power.supported_stype` для получения списка поддерживаемых общих типов сна и устанавливать sysctl `kern.power.suspend` для указания типа сна, который должен использовать man:zzz[8].
+
+В драйвер acpi_spmc было внесено множество мелких исправлений и улучшений.
+
+Общая поддержка USB4 NHI также была закоммичена.
+Единственное, что осталось закоммитить для поддержки USB4, необходимой для входа в S0i3, — это сама процедура приостановки.
+Справочная страница man:thunderbolt[4] была обновлена, чтобы более чётко указать, что она предназначена только для поддержки входа в S0i3.
+
+Была написана справочная страница для man:amdsmu[4], чтобы лучше объяснить, как диагностировать вход в S0i3.
+
+Спонсор: The FreeBSD Foundation
+
+//
+// The FreeBSD Russian Documentation Project
+//
+// Original EN revision (07.07.2026): f16529a77e6a0aa12bfca3b50f6d57015f03e810
+//
diff --git a/website/content/ru/status/report-2026-04-2026-06/sylve.adoc b/website/content/ru/status/report-2026-04-2026-06/sylve.adoc
new file mode 100644
--- /dev/null
+++ b/website/content/ru/status/report-2026-04-2026-06/sylve.adoc
@@ -0,0 +1,75 @@
+=== Sylve — Унифицированная платформа управления системами для FreeBSD
+
+Ссылки: +
+link:https://sylve.io[Веб-сайт] URL: link:https://sylve.io[] +
+link:https://github.com/AlchemillaHQ/Sylve[GitHub] URL: link:https://github.com/AlchemillaHQ/Sylve[] +
+link:https://sylve-ci.alchemilla.io[CI] URL: link:https://sylve-ci.alchemilla.io[] +
+link:https://discord.gg/bJB826JvXK[Discord] URL: link:https://discord.gg/bJB826JvXK[]
+
+Контактное лицо: Hayzam Sherif <hayzam@alchemilla.io>
+
+Sylve — это современная унифицированная платформа управления системами для FreeBSD.
+Она предоставляет интегрированный веб-интерфейс для управления виртуальными машинами (через Bhyve), клетками (Jails), сетью вокруг них и хранилищем ZFS.
+
+Бэкенд реализован на Go, а фронтенд построен на Svelte.
+Проект делает акцент на минимальном системном следе.
+По умолчанию ему не требуются никакие пакеты за пределами базовой системы.
+
+Опциональные зависимости времени выполнения, необходимые только при использовании соответствующих функций, включают:
+
+- package:devel/libvirt[] для виртуализации
+- package:devel/qemu[devel/qemu-tools] для управления образами дисков
+- package:net/samba419[] для общего доступа к файлам по SMB
+- package:sysutils/swtpm[] для поддержки эмуляции TPM
+- package:dns/dnsmasq[] для служб DHCP и DNS
+
+Порт подтягивает эти зависимости для удобства пользователя, но сам по себе Sylve не требует зависимостей для запуска.
+
+==== Основные достижения во втором квартале
+
+===== Дата-центр / Кластер
+
+* Реализованы способы для пользователей по организации высокодоступных виртуальных машин и клеток с автоматическим переключением на резервный/третичный и т.д. узел в кластере с помощью репликации ZFS (прямой миграции (live migration) пока нет).
+* Реализована возможность простой миграции виртуальных машин/клеток между узлами в кластере без кворума или высокой доступности (HA) с помощью простой кнопки «Migrate» в пользовательском интерфейсе.
+* Рабочие процессы резервного копирования и восстановления значительно улучшены: улучшена обработка ошибок и обратная связь с пользователем, включая поддержку зашифрованных наборов данных.
+
+===== Сеть
+
+* Добавлена поддержка добавления сетевых маршрутов из веб-интерфейса.
+* Реализован межсетевой экран на основе PF с полной поддержкой правил трафика и NAT, включая возможность использования объектов в правилах для списков IP-адресов, FQDN и т.д.
+* Добавлена поддержка интуитивно понятного интерфейса конфигурации WireGuard, позволяющего пользователям легко настраивать и управлять туннелями WireGuard.
+
+===== Хранилище
+
+* man:smart[8] включён в качестве зависимости как альтернатива smartmontools.
+* Управление пулами ZFS теперь поддерживает создание специальных VDEV.
+* Samba теперь использует встроенный mDNS-сервер вместо avahi.
+* Добавлена начальная поддержка iSCSI, позволяющая пользователям создавать и управлять iSCSI-целями и инициаторами непосредственно из веб-интерфейса.
+
+===== Виртуальные машины и клетки
+
+* Улучшена отзывчивость и производительность пользовательского интерфейса, особенно для больших кластеров с большим количеством виртуальных машин/клеток.
+* Добавлена поддержка тегов VLAN для клеток напрямую, без необходимости создания отдельного моста для каждой VLAN.
+* Множество ручных флагов командной строки теперь преобразованы в синтаксис XML libvirt для виртуальных машин, что упрощает управление и улучшает совместимость с инструментами на основе libvirt.
+* Значительно улучшены процессы автоматического запуска/остановки виртуальных машин и клеток.
+
+===== Общее
+
+* Переработана система уведомлений: добавлена поддержка веб-хуков Discord, ntfy.sh и транспортов на основе SMTP. Теперь она также поддерживает несколько транспортов одновременно и позволяет пользователям настраивать, для каких событий они хотят получать уведомления.
+
+==== Обновление дорожной карты
+
+* Все пункты дорожной карты (кроме общих ресурсов NFS с предыдущего квартала) были выполнены, и теперь мы работаем над следующим набором функций для третьего квартала:
+ * Поддержка общих ресурсов NFS, позволяющая пользователям создавать общие ресурсы NFS и управлять ими непосредственно из веб-интерфейса.
+ * Упрощённый режим пользовательского интерфейса, призванный облегчить новым пользователям начало работы с Sylve в качестве NAS-устройства.
+ * Поддержка Podman и контейнеров OCI, позволяющая пользователям запускать контейнеры вместе с виртуальными машинами и (классическими) клетками.
+ * Мобильное приложение для iOS и Android, позволяющее пользователям управлять своими кластерами на ходу.
+ * Библиотека шаблонов приложений, позволяющая пользователям легко разворачивать популярные приложения (такие как Nextcloud, Plex и т.д.) одним щелчком мыши.
+
+Спонсоры: The FreeBSD Foundation, Alchemilla Ventures (разработка), IPTechnics LLC (инфраструктура и тестирование)
+
+//
+// The FreeBSD Russian Documentation Project
+//
+// Original EN revision (20.07.2026): 363d64c6f2f46467f7177f76bb4aa4188cf356cc
+//
diff --git a/website/content/ru/status/report-2026-04-2026-06/wiki-admin.adoc b/website/content/ru/status/report-2026-04-2026-06/wiki-admin.adoc
new file mode 100644
--- /dev/null
+++ b/website/content/ru/status/report-2026-04-2026-06/wiki-admin.adoc
@@ -0,0 +1,18 @@
+=== Команда Wiki-Admin
+
+Ссылки: +
+link:https://www.freebsd.org/administration/#t-wiki[Участники команды Wiki-Admin] URL: link:https://www.freebsd.org/administration/#t-wiki[]
+
+Марк Линимон (Mark Linimon) отошёл от роли wiki-admin, и два коммитера взяли на себя обязанности wiki-admin.
+
+В краткосрочной перспективе команда будет заниматься запросами на создание учётных записей и т.п.
+
+В среднесрочной перспективе планируется помощь в структурировании страниц вики.
+
+В долгосрочной перспективе рассматривается идея перехода с MoinMoin Wiki на другое вики-программное обеспечение.
+
+//
+// The FreeBSD Russian Documentation Project
+//
+// Original EN revision (30.06.2026): e9e92467b71c8141362786334bd544f0fe986fc9
+//

File Metadata

Mime Type
text/plain
Expires
Thu, Jul 30, 11:18 AM (5 h, 24 m)
Storage Engine
blob
Storage Format
Raw Data
Storage Handle
35702201
Default Alt Text
D58387.id.diff (170 KB)

Event Timeline