[rulkc] [PATCH v2 15/16] landau-linux: finalize documentation after review call

Dmitry Rokosov rockosov at rulkc.org
Fri Jul 17 20:17:12 MSK 2026


- Apply branding unification: replace "LANDAU-Linux" with "LANDAU Linux"
  across all content for consistency
- Improve glossary: add definitions for V, P, S, E, MR, RMW, Bundle, EOL
- Enhance branch lifecycle diagram: increase readability with Mermaid
  theme and improved layout
- Refactor release process diagram: split into two horizontal blocks for
  better visualization
- Add maintainer repositories and 2MR description: include gitGraph
  diagram for the double-merge workflow
- Fix formatting: line wrapping, table alignment, and consistent code
  block styling
- Rename open_mic_27_03_2026.md to _index.md for Hugo compatibility

Signed-off-by: Dmitry Rokosov <rockosov at rulkc.org>
---
 content/landau-linux/_index.md                |   2 +-
 content/landau-linux/maintenance/_index.md    | 299 +++++++++++-------
 .../{open_mic_27_03_2026.md => _index.md}     |   0
 3 files changed, 181 insertions(+), 120 deletions(-)
 rename content/open_mic_27_03_2026/{open_mic_27_03_2026.md => _index.md} (100%)

diff --git a/content/landau-linux/_index.md b/content/landau-linux/_index.md
index 52de43daff33..f178d89cd9ed 100644
--- a/content/landau-linux/_index.md
+++ b/content/landau-linux/_index.md
@@ -4,7 +4,7 @@
 
 ## 🎯 О проекте
 
-Мы видим LANDAU Linux как **upstream-first форк**, улучшающий mainline/stable ветки*:
+Мы видим LANDAU Linux как **upstream-first форк**, улучшающий mainline/stable ветки:
 
 *   🔄 **Регулярное обновление:** Следование за актуальными версиями mainline/stable (раз в 1–2 месяца).
 *   📦 **Приём патчей:** Включение полезных наработок, которые по разным причинам не попали в upstream (драйверы, архитектурные доработки).
diff --git a/content/landau-linux/maintenance/_index.md b/content/landau-linux/maintenance/_index.md
index bec6c0ba081f..f0aca915abc5 100644
--- a/content/landau-linux/maintenance/_index.md
+++ b/content/landau-linux/maintenance/_index.md
@@ -1,13 +1,14 @@
 ---
-title: "📋 Манифест сопровождения ядра LANDAU-Linux"
-description: "Описание процесса разработки ядра LANDAU-Linux — ветки, релизы, версионирование и сопровождение"
+title: "📋 Манифест сопровождения ядра LANDAU Linux"
+description: "Описание процесса разработки ядра LANDAU Linux — ветки, релизы, версионирование и сопровождение"
 draft: false
 ---
 
-# 📋 Манифест процесса сопровождения ядра LANDAU-Linux
+# 📋 Манифест процесса сопровождения ядра LANDAU Linux
 
-> **LANDAU-Linux** — форк <u>ядра Linux</u> с собственной схемой версионирования и предсказуемым циклом релизов.
-> Этот документ описывает формальный процесс сопровождения (maintenance) проекта.
+> **LANDAU Linux** — форк <u>ядра Linux</u> с собственной схемой
+> версионирования и предсказуемым циклом релизов.  Этот документ описывает
+> формальный процесс сопровождения (maintenance) проекта.
 
 ---
 
@@ -15,30 +16,26 @@ draft: false
 
 ### 🎯 Цель
 
-Обеспечить стабильный, предсказуемый и документированный процесс выпуска LANDAU-Linux-релизов с отслеживанием оригинального репозитория ядра Linux.
+Обеспечить стабильный, предсказуемый и документированный процесс выпуска
+LANDAU Linux-релизов с отслеживанием оригинального репозитория ядра Linux.
 
-### Глоссарий
-V - VERSION - major версия ядра Linux
-P - PATCHLEVEL - middle версия ядра Linux
-S - SUBLEVEL - minor версия ядра Linux
-E - EXTRAVERSION - поле в версии ядра Linux, в которое встраивается версия ядра LANDAU-Linux (ядром Linux обычно используется для -rc релизов (testing фазы))
-MR - Merge Request - запрос на слияние одной GIT-ветки с другой. Обычно оформляется в виде ссылки на GIT-репозиторий и ветку авторизованного ментейнера (верифицированного источника) в сопровождение с формальным описанием содержимого. Информация из последнего может быть использована для формирования текста merge-коммита в GIT.
-RMW - Rebase & Merge Window - временной отрезок, в рамках которого мейнтейнеры LANDAU переносят подопечный им набор изменений на новую базовую версию ядра.
-Bundle - в общем случае это полный набор изменений репозитория LANDAU-Linux, который отличает его от оригинального репозитория ядра Linux (фактически это набор патч-серий). Есть общий LANDAU-Linux Bundle, а есть Bundle-ы мейнтейнеров в их форках.
-EOL - End-of-Life - завершение этапа поддержки выпущенной версии продукта (релиза).
+## 📖 Глоссарий
 
-### 📁 Структура GIT-репозитория форка
-
-| Сущность | Назначение |
-|----------|-------------|
-| `landau-next` | GIT-ветка для следующего релиза LANDAU-Linux, куда мейтейнеры отсылают свои MR |
-| `landau-V.P.y` | GIT-ветка релиза LANDAU-Linux на базе ядра Linux с версией V.P |
-
-> `landau-next` - GIT-ветка для работы всех мейтейнеров вместе. В ней разрешаются конфликты и собираются все MR вместе для создания ветки `landau-V.P.y`. При старте нового RMW её HEAD насильно переносится (_force-push_) на новый релиз ядра Linux.
+| Термин | Полное название | Описание |
+|--------|-----------------|----------|
+| **V** | VERSION | Major версия ядра Linux. Определяет основной номер версии (например, `6` в `6.12.7`). |
+| **P** | PATCHLEVEL | Middle версия ядра Linux. Определяет минорный номер версии (например, `12` в `6.12.7`). |
+| **S** | SUBLEVEL | Minor версия ядра Linux. Определяет номер стабильного обновления (например, `7` в `6.12.7`). |
+| **E** | EXTRAVERSION | Поле в версии ядра Linux, в которое встраивается версия ядра LANDAU Linux. Ядром Linux обычно используется для `-rc` релизов. |
+| **MR** | Merge Request | Запрос на слияние одной Git-ветки с другой. Оформляется в виде ссылки на Git-репозиторий и ветку авторизованного мейнтейнера с формальным описанием. |
+| **RMW** | Rebase & Merge Window | Временной отрезок (2 недели), в рамках которого мейнтейнеры LANDAU переносят свои изменения на новую базовую версию ядра. |
+| **Bundle** | — | Полный набор изменений репозитория LANDAU Linux, отличающий его от оригинального ядра Linux. Есть общий Bundle и Bundle-ы мейнтейнеров. |
+| **EOL** | End-of-Life | Завершение этапа поддержки выпущенной версии продукта. Ветка больше не получает обновлений и архивируется. |
 
 ### 🪞 Зеркала оригинальных репозиториев Linux
 
-На сервере `https://git.rulkc.org` поддерживаются постоянно обновляемые зеркала:
+На сервере **[git.rulkc.org](https://git.rulkc.org)** поддерживаются постоянно
+обновляемые зеркала:
 
 - 🔷 `torvalds/linux` — основная ветка ядра Linux
 - 🔷 `stable/linux` — стабильные релизы ядра Linux
@@ -48,7 +45,7 @@ EOL - End-of-Life - завершение этапа поддержки выпу
 
 ## 🏷️ 2. Схема версионирования
 
-### 📐 Формат версии LANDAU-Linux
+### 📐 Формат версии LANDAU Linux
 
 ```
 VERSION.PATCHLEVEL.SUBLEVEL.lXYZ
@@ -59,8 +56,8 @@ VERSION.PATCHLEVEL.SUBLEVEL.lXYZ
 | `VERSION` | `7` | Мажорная версия ядра |
 | `PATCHLEVEL` | `0` | Минорная версия ядра |
 | `SUBLEVEL` | `12` | Номер стабильного обновления ядра |
-| `l-rcX` | `l-rc1`, `l-rc2` | Сборочный номер отладочного релиза LANDAU-Linux |
-| `lXYZ` | `l0`, `l1` | Сборочный номер стабильного релиза LANDAU-Linux |
+| `l-rcX` | `l-rc1`, `l-rc2` | Сборочный номер отладочного релиза LANDAU Linux |
+| `lXYZ` | `l`, `l1` | Сборочный номер стабильного релиза LANDAU Linux |
 
 
 ### 🏷️ Git-теги
@@ -72,7 +69,7 @@ v7.0.l-rcX
 v7.0.lXYZ
 ```
 
-Пример: `v7.0.l-rc1`, `v7.0.l0`, `v7.0.l5`
+Пример: `v7.0.l-rc1`, `v7.0.l`, `v7.0.l5`
 
 ---
 
@@ -82,27 +79,69 @@ v7.0.lXYZ
 
 | Ветка | Назначение |
 |-------|-------------|
-| `landau-next` | GIT-ветка следующего релиза LANDAU-Linux, куда мейтейнеры отсылают свои MR |
-| `landau-V.P.y` | Текущая GIT-ветка для релиза LANDAU-Linux на базе <u>стабильного</u> ядра Linux с версией V.P |
+| `landau-next` | GIT-ветка следующего релиза LANDAU Linux, куда мейтейнеры отсылают свои MR |
+| `landau-V.P.y` | Текущая GIT-ветка для релиза LANDAU Linux на базе <u>стабильного</u> ядра Linux с версией V.P |
+
+> `landau-next` - GIT-ветка для работы всех мейтейнеров вместе. В ней
+> разрешаются конфликты и собираются все MR вместе для создания ветки
+> `landau-V.P.y`. При старте нового RMW её HEAD насильно переносится
+> (_force-push_) на новый релиз ядра Linux.
 
 ### ⏳ Жизненный цикл GIT-веток
 
 ```mermaid
-flowchart LR
-    subgraph one["Релиз LANDAU-Linux"]
-        E[<b>landau-V.P.y→<br>landau-next</b>]-->F
-        F[Поддержка<br><b>landau-V.P.y</b>]-->G{Статус <b>linux-V.P.y<b><br><b>EOL</b>?}
-        G-->|Нет|F
-        G-->|Да|H([Архивация<br><b>landau-V.P.y</b>])
-    end
+%%{init: {
+  'theme': 'base',
+  'themeVariables': {
+    'background': '#002b36',
+    'primaryColor': '#073642',
+    'primaryTextColor': '#839496',
+    'primaryBorderColor': '#586e75',
+    'lineColor': '#b58900',
+    'secondaryColor': '#002b36',
+    'tertiaryColor': '#073642',
+    'edgeLabelBackground': '#002b36',
+    'nodeBorder': '#586e75',
+    'nodeTextColor': '#93a1a1',
+    'clusterBkg': '#002b36',
+    'clusterBorder': '#586e75',
+    'fontSize': '24px',
+    'fontFamily': 'monospace'
+  },
+  'flowchart': {
+    'nodeSpacing': 80,
+    'rankSpacing': 80,
+    'curve': 'basis',
+    'padding': 20
+  }
+}}%%
+flowchart TB
     subgraph two["Подготовка релиза (этап RC)"]
-        A([<b>landau-next→<br>linux-V.P.y</b>])-->B
-        B[Стабилизация<br><b>landau-next</b>]-->C{Код <b>landau-next</b><br>стабилен?}
-        C-->|Нет|B
-        C-->|Да|D(P = P + 1</b>)
-        C-->|Да|E
-        D-.->|Ожидание<br>релиза P|A
+        direction LR
+        A["<b>landau-next</b> → <b>linux-V.P.y</b>"]
+        B["Стабилизация <b>landau-next</b>"]
+        C{"Код <b>landau-next</b> стабилен?"}
+        D["P = P + 1"]
+        A --> B
+        B --> C
+        C -->|Нет| B
+        C -->|Да| D
+        D -.->|Ожидание релиза P| A
+    end
+
+    subgraph one["Релиз LANDAU Linux"]
+        direction LR
+        E["<b>landau-V.P.y</b> → <b>landau-next</b>"]
+        F["Поддержка <b>landau-V.P.y</b>"]
+        G{"Статус <b>linux-V.P.y</b> <b>EOL</b>?"}
+        H["Архивация <b>landau-V.P.y</b>"]
+        E --> F
+        F --> G
+        G -->|Нет| F
+        G -->|Да| H
     end
+
+    C -->|"<b>landau-next</b> стабилен"| one
 ```
 
 | Стадия | Действие |
@@ -113,7 +152,8 @@ flowchart LR
 | 🔧 Поддержка | Сбор исправлений ошибок в GIT-ветке `landau-V.P.y` |
 | 🐢 Окончание поддержки | Исходная версия достигает EOL |
 
-> В базовом представлении _поддержка_ подразумевает периодическую синхронизацию `landau-V.P.y` с исходной GIT-веткой `linux-V.P.y`.
+> В базовом представлении _поддержка_ подразумевает периодическую синхронизацию
+> `landau-V.P.y` с исходной GIT-веткой `linux-V.P.y`.
 
 ---
 
@@ -130,57 +170,89 @@ flowchart LR
 | RC-тестирование | 7-8 недель | Тестирование кандидатов на релиз |
 | Финальный релиз | — | Публикация стабильного ядра |
 
-> ℹ️ **Важно**: Поскольку релизы LANDAU-Linux базируются на стабильных релизах ядра Linux, то текущий цикл разработки всегда отстаёт от последней версии ядра Linux на **1 PATCHLEVEL**.
+> ℹ️ **Важно**: Поскольку релизы LANDAU Linux базируются на стабильных релизах
+> ядра Linux, то текущий цикл разработки всегда отстаёт от последней версии
+> ядра Linux на **1 PATCHLEVEL**.
 
 ---
 
-## 🔄 5. Процесс выпуска LANDAU-Linux
+## 🔄 5. Процесс выпуска LANDAU Linux
 
 ### 📊 Полный цикл релиза
 
 ```mermaid
+%%{init: {
+  'theme': 'base',
+  'themeVariables': {
+    'background': '#002b36',
+    'primaryColor': '#073642',
+    'primaryTextColor': '#839496',
+    'primaryBorderColor': '#586e75',
+    'lineColor': '#b58900',
+    'secondaryColor': '#002b36',
+    'tertiaryColor': '#073642',
+    'edgeLabelBackground': '#002b36',
+    'nodeBorder': '#586e75',
+    'nodeTextColor': '#93a1a1',
+    'fontSize': '20px',
+    'fontFamily': 'monospace'
+  },
+  'flowchart': {
+    'nodeSpacing': 30,
+    'rankSpacing': 30,
+    'curve': 'basis',
+    'padding': 10
+  }
+}}%%
 flowchart TD
-    A["📦 Выход нового релиза ядра Linux"] --> B
-    B(["🔓 1. RMW LANDAU-Linux<br>(~2 недели)"]) --> C
-    C["🔧 Перенос и слияние наработок LANDAU-Linux"] --> D
-    D(["🔓 2. RC LANDAU-Linux<br>(~1 недели на RCx)"]) --> E
-    E["🔧 Исправление ошибок<br>(выпуск RC)"] --> F
-    F(["✅ 3. Релиз LANDAU-Linux"]) --> G
-    G["🔧 Публикация списка<br>изменений LANDAU-Linux"] --> H
-    H(["🔓 4. Поддержка LANDAU-Linux"]) --> I
-    I["🔧 Исправление ошибок и<br>синхронизация SUBLEVEL"] --> J
-    J(["🐢 5. EOL LANDAU-Linux"])
+    subgraph Block1[" "]
+        direction LR
+        A["📦 Новый релиз ядра Linux"] --> B(["🔓 1. RMW LANDAU Linux<br>(~2 нед.)"])
+        B --> C["🔧 Перенос и слияние наработок LANDAU"]
+        C --> D(["🔓 2. RC LANDAU Linux<br>(~1 нед. на RCx)"])
+        D --> E["🔧 Исправление ошибок<br>(выпуск RC)"]
+        E --> F(["✅ 3. Релиз LANDAU Linux"])
+    end
+
+    subgraph Block2[" "]
+        direction LR
+        G["🔧 Публикация списка<br>изменений LANDAU Linux"] --> H(["🔓 4. Поддержка LANDAU Linux"])
+        H --> I["🔧 Исправление ошибок и<br>синхронизация SUBLEVEL"]
+        I --> J(["🐢 5. EOL LANDAU Linux"])
+    end
+
+    Block1 --> Block2
 ```
 
-### 5.1 🆕 Этап RMW LANDAU-Linux
+### 5.1 🆕 Этап RMW LANDAU Linux
 
 | Шаг | Действие |
 |-----|----------|
 | 1 | Создать GIT-ветку `landau-next` от первого релиза стабильного ядра Linux |
-| 2 | Объявить сбор изменений LANDAU-Linux от нижестоящих ментейнеров |
-| 3 | Применить изменения LANDAU-Linux в `landau-next` |
+| 2 | Объявить сбор изменений LANDAU Linux от нижестоящих ментейнеров |
+| 3 | Применить изменения LANDAU Linux в `landau-next` |
 | 4 | Запросить повторную публикуцию изменений в случае сложных конфликтов |
 | 5 | Провести базовое сборочное тестирование результирующей ветки `landau-next` |
-| 6 | Обновить `EXTRAVERSION` на `l-rc1` и создать коммит "LANDAU-Linux V.P.l-rc1" |
+| 6 | Обновить `EXTRAVERSION` на `l-rc1` и создать коммит "LANDAU Linux V.P.l-rc1" |
 | 7 | Отметить коммит аннотированным тегом `vV.P.l-rc1` |
 
-> ℹ️ Переменная `EXTRAVERSION` в стабильных релизах ядра Linux остаётся пустым, потому может быть использована для сохранения версий LANDAU-Linux. При этом оригинальные значения `VERSION`, `PATCHLEVEL`, `SUBLEVEL` в дальнейшем сохраняются для индикации версии исходного ядра Linux.
+> ℹ️ Переменная `EXTRAVERSION` в стабильных релизах ядра Linux остаётся пустым, потому может быть использована для сохранения версий LANDAU Linux. При этом оригинальные значения `VERSION`, `PATCHLEVEL`, `SUBLEVEL` в дальнейшем сохраняются для индикации версии исходного ядра Linux.
 
 | Параметр | Значение |
 |----------|----------|
 | ⏱️ Длительность | **~2 недели** |
-| 🎯 Фокус | Сбор и базовая проверки работоспособности продуктв |
+| 🎯 Фокус | Сбор и базовая проверки работоспособности продуктов |
 | 🏷️ Релизы | `l-rc1` |
 | 🔧 Исправления | Незначительные проблемы разрешаются в merge-коммитах. Значительные - через повторный запрос изменения от ментейнера |
 
-### 5.2 🧪 Этап RC LANDAU-Linux
+### 5.2 🧪 Этап RC LANDAU Linux
 
 | Шаг | Действие |
 |-----|----------|
-| 1 | Получить корректирующие изменений LANDAU-Linux от нижестоящих ментейнеров |
-| 2 | Применить корректирующие изменения LANDAU-Linux в `landau-next` |
+| 1 | Получить корректирующие изменений LANDAU Linux от нижестоящих ментейнеров |
+| 2 | Применить корректирующие изменения LANDAU Linux в `landau-next` |
 | 3 | Провести базовое сборочное тестирование результирующей ветки `landau-next` |
-| 4 | Cоздать коммит "LANDAU-Linux V.P.l-rcX" для инкрементированной в `EXTRAVERSION` RC-версии |
+| 4 | Cоздать коммит "LANDAU Linux V.P.l-rcX" для инкрементированной в `EXTRAVERSION` RC-версии |
 | 5 | Отметить коммит аннотированным тегом `vV.P.l-rcX` |
 | 6 | Перейти к 1. в случае выявления ошибок |
 
@@ -193,14 +265,14 @@ flowchart TD
 
 > ℹ️ Стабилизация GIT-ветки `landau-next` (отсуствие выявленных ошибок в очреденом RC-цикле) символизирует окончание этапа RC и выход на релиз.
 
-### 5.3 ✅ Релиз LANDAU-Linux
+### 5.3 ✅ Релиз LANDAU Linux
 
 | Шаг | Действие |
 |-----|----------|
 | 1 | Убедиться в отсуствии существенных проблем на последнем этапе RC |
-| 2 | Обновить `EXTRAVERSION` на `l` и создать коммит "LANDAU-Linux V.P.l" |
+| 2 | Обновить `EXTRAVERSION` на `l` и создать коммит "LANDAU Linux V.P.l" |
 | 3 | Отметить коммит аннотированным тегом `vV.P.l` |
-| 4 | Создать GIT-ветку `landau-V.P.y` на основе последнего RC-релиза LANDAU-Linux |
+| 4 | Создать GIT-ветку `landau-V.P.y` на основе последнего RC-релиза LANDAU Linux |
 
 | Параметр | Значение |
 |----------|----------|
@@ -209,27 +281,27 @@ flowchart TD
 | 🏷️ Релизы | `l` |
 | 🔧 Исправления | Отсуствуют в рамках последней фазы RC |
 
-### 5.4 🔄 Поддержка стабильной и LTS-версий LANDAU-Linux
+### 5.4 🔄 Поддержка стабильной и LTS-версий LANDAU Linux
 
 | Шаг | Действие | Пример |
 |-----|----------|--------|
 | 1 | Определить последний `SUBLEVEL` в исходной GIT-ветки стабильного ядра Linux | `v7.0.1` |
 | 2 | Применить изменения из стабильной GIT-ветки ядра Linux в `landau-V.P.y` | `git merge v7.0.1` |
-| 3 | Получить корректирующие изменений LANDAU-Linux от нижестоящих ментейнеров | - |
-| 4 | Применить корректирующие изменения LANDAU-Linux в `landau-V.P.y` при наличии | - |
-| 5 | Инкрементировать `EXTRAVERSION` на единицу и создать коммит "LANDAU-Linux V.P.Y.lX" | `l` → `l1` |
+| 3 | Получить корректирующие изменений LANDAU Linux от нижестоящих ментейнеров | - |
+| 4 | Применить корректирующие изменения LANDAU Linux в `landau-V.P.y` при наличии | - |
+| 5 | Инкрементировать `EXTRAVERSION` на единицу и создать коммит "LANDAU Linux V.P.Y.lX" | `l` → `l1` |
 | 6 | Отметить коммит аннотированным тегом `vV.P.Y.lX` | `v7.0.1.l1` |
 
 | Параметр | Значение |
 |----------|----------|
 | ⏱️ Длительность | До получения статуса EOL исходной версии ядра Linux |
-| 🎯 Фокус | Исправление серьезных ошибок, выявленных в стабильном релизе LANDAU-Linux |
+| 🎯 Фокус | Исправление серьезных ошибок, выявленных в стабильном релизе LANDAU Linux |
 | 🏷️ Релизы | `l1`, `l2`, `l2`, ...  |
 | 🔧 Исправления | Применяются по запросу нижестоящих ментейнеров в рамках корректирующих релизов |
 
-Мейнтейнеры LANDAU-Linux приняли решение **нативно поддерживать стабильные и LTS-версии** ядра Linux до получения статуса EOL. Однако гарантировано корректирующие изменения LANDAU-Linux портируются в LANDAU-Linux на основе последней LTS-версии ядра Linux. Портирование изменений в более ранние версии возможно при наличии ресурсов.
+Мейнтейнеры LANDAU Linux приняли решение **нативно поддерживать стабильные и LTS-версии** ядра Linux до получения статуса EOL. Однако гарантировано корректирующие изменения LANDAU Linux портируются в LANDAU Linux на основе последней LTS-версии ядра Linux. Портирование изменений в более ранние версии возможно при наличии ресурсов.
 
-⚠️ Особенности интеграции изменений в стабильную и LTS версии LANDAU-Linux:
+⚠️ Особенности интеграции изменений в стабильную и LTS версии LANDAU Linux:
 
 | ✅ Разрешено | ❌ Запрещено |
 |--------------|--------------|
@@ -240,21 +312,21 @@ flowchart TD
 
 > 📌 **Принцип**: Поддерживается тот Changelog, который был на момент отвода LTS основного ядра.
 
-### 5.5 🔄 Завершение поддержки релиза LANDAU-Linux (EOL)
+### 5.5 🔄 Завершение поддержки релиза LANDAU Linux (EOL)
 
 | Шаг | Действие |
 |-----|----------|
 | 1 | Получение статуса EOL исходной версии стабильного ядра Linux |
-| 2 | Объявление о завершении поддержки LANDAU-Linux в GIT-ветке `landau-V.P.y` |
+| 2 | Объявление о завершении поддержки LANDAU Linux в GIT-ветке `landau-V.P.y` |
 
 | Параметр | Значение |
 |----------|----------|
-| ⏱️ Длительность | Минимум несколько корректирующих релизов стабильной версии LANDAU-Linux до регистрации EOL |
+| ⏱️ Длительность | Минимум несколько корректирующих релизов стабильной версии LANDAU Linux до регистрации EOL |
 | 🎯 Фокус | Завершение поддержки релиза |
 | 🏷️ Релизы | `lZ` |
 | 🔧 Исправления | Не применяются |
 
-Поддержка **стабильной и LTS версий** LANDAU-Linux завершается либо вместе с получением статуса EOL исходной версии ядра Linux, либо после выпуска релиза LANDAU-Linux, основанного на последней LTS-версии ядра Linux.
+Поддержка **стабильной и LTS версий** LANDAU Linux завершается либо вместе с получением статуса EOL исходной версии ядра Linux, либо после выпуска релиза LANDAU Linux, основанного на последней LTS-версии ядра Linux.
 
 ---
 
@@ -264,20 +336,26 @@ flowchart TD
 |---------|------------------|
 | 👁️ Мониторинг исходного репозитория | Отслеживание новых релизов и RC-циклов |
 | 📦 Применение патчей | Интеграция LANDAU-специфичных изменений ядра |
-| 🏷️ Управление тегами | Создание аннотированных тегов в формате `vX.Y.lZ` |
+| 🏷️ Управление тегами | Создание аннотированных тегов в формате `vV.P.lZ` |
 | 🧪 Координация RC | Организация тестирования кандидатов на релиз |
 | 🔒 Безопасность | Мониторинг и применение исправлений безопасности |
 | 📝 Документирование | Ведение changelog для каждого LANDAU-релиза |
 
-### Личные репозитории ментейнеров
+### 🏗️ Личные репозитории ментейнеров
+
+В личных репозиториях мейнтейнеры хранят и развивают собственные форки ядра Linux с подведомственным им набором изменений.
+
+В целом, способ организации персональных репозиториев мейнтейнеры могут выбирать самостоятельно. Например, можно разделить независимые изменения на GIT-ветки по подсистемам и отправлять MR с каждым из них, либо предварительно объединить их в единую GIT-ветку и отправить один целостный MR.
 
-В личных репозиториях ментейнеры хранят и развивают собственные форки ядра Linux с подведомственным им набором изменений. В целом, способ организации персональных репозиториев ментейнеры могут выбирать самостоятельное. Например, можно разделить независимые изменения на GIT-ветки по подсистемам и отправлять MR с каждым из них, либо предварительно объединить их в единую GIT-ветку и отправить один целостный MR. Как бы то ни было, при этом необходимо придерживаться правила **преемственности предыдущих изменений и минимизации merge-конфликтов**. То есть GIT-ветка, отправляемая в MR главному ментейнеру, должна сохранять историю предыдущих изменений LANDAU-Linux и их исправлений, а также содержать последнюю версию оригинальной версии ядра Linux, для которого готовится релиз LANDAU-Linux. Для реализации такого требования удобно использовать подход **двойного слияния**, суть которого в том, чтобы сначала ментейнеры sub-LANDAU-Linux репозиториев выполнили слияние своих GIT-веток с `landau-next`, разрешили все конфликты и лишь потом отправляли MR в рамках этапа RMW:
+Как бы то ни было, при этом необходимо придерживаться правила **преемственности предыдущих изменений и минимизации merge-конфликтов**. То есть GIT-ветка, отправляемая в MR главному мейнтейнеру, должна сохранять историю предыдущих изменений LANDAU Linux и их исправлений, а также содержать последнюю версию оригинальной версии ядра Linux, для которого готовится релиз LANDAU Linux.
+
+Для реализации такого требования удобно использовать подход **двойного слияния**, суть которого в том, чтобы сначала мейнтейнеры sub-LANDAU Linux репозиториев выполнили слияние своих GIT-веток с `landau-next`, разрешили все конфликты и лишь потом отправляли MR в рамках этапа RMW.
 
 ```mermaid
 ---
 config:
     gitGraph:
-        parallelCommits: true
+        parallelCommits: false
         mainBranchName: 'linux-V.P.y'
 ---
 gitGraph
@@ -290,7 +368,6 @@ gitGraph
     checkout baikal-next
     commit
     commit
-    commit
     checkout linux-V.P.y
     commit
     commit
@@ -304,10 +381,10 @@ gitGraph
     checkout landau-next
     merge amlogic-next
     merge baikal-next
-    commit id: "LANDAU-Linux V.P.l-rc1" tag: "vV.P.l-rc1"
+    commit id: "LANDAU Linux V.P.l-rc1" tag: "vV.P.l-rc1"
 ```
 
-Таким образом, основная нагрузка по исправлению конфликтов ложится на нижестоящих ментейнеров. Главному ментейнуру остаётся лишь собрать все MR в `linux-next`. Если и в этом случае возникают сложные конфликты, то главный ментейнер вправе попросить выполнить повторный цикл **двойного слияния**, чтобы кросс sub-LANDAU-Linux конфликты были разешены на стороне нижестоящих ментейнеров.
+Таким образом, основная нагрузка по исправлению конфликтов ложится на нижестоящих ментейнеров. Главному ментейнуру остаётся лишь собрать все MR в `linux-next`. Если и в этом случае возникают сложные конфликты, то главный ментейнер вправе попросить выполнить повторный цикл **двойного слияния**, чтобы кросс sub-LANDAU Linux конфликты были разешены на стороне нижестоящих ментейнеров.
 
 К тому же опционально ментейнеры могут выполнять поддержку GIT-веток с патч-сетами для последующей отправки изменений в оригинальный репозиторий ядра Linux. До момента интеграции патч-сеты могут "поглощать" исправления и стилистические изменения в процессе перебазирования на новую версию ядра Linux. Это упрощает сопровождение таких GIT-веток, минимизируя лог изменений, который к тому же является лишним при интеграции в ядро Linux.
 
@@ -317,7 +394,7 @@ gitGraph
 
 ### Исходные данные
 
-Выпущено ядро Linux версии **`7.0`**. Это означает, что в оригинальном репозитории ядра Linux изменения, добавленные в период окна слияния, достаточно стабилизировались, этап RC завершён, EXTRAVERSION принимает пустое значение, последний коммит сомволизирует релиз ядра Linux 7.0, а в GIT-репозитории стабильных и LTS веток появляется новая ветка `linux-7.0.y`.
+Выпущено ядро Linux версии **`7.0`**. Это означает, что в оригинальном репозитории ядра Linux изменения, добавленные в период окна слияния, достаточно стабилизировались, этап RC завершён, EXTRAVERSION принимает пустое значение, последний коммит символизирует релиз ядра Linux 7.0, а в GIT-репозитории стабильных и LTS веток появляется новая ветка `linux-7.0.y`.
 
 ### 📍 Пошаговый пример
 
@@ -338,7 +415,7 @@ gitGraph
 #### 🔄 Детальное описание процесса
 
 1. **Выход нового стабильного релиза ядра Linux** (например, `v7.0` по результатам 7 недель стабилизации)
-2. **Открытие RMW LANDAU-Linux** — берём 2 недели на свой релиз LANDAU-Linux:
+2. **Открытие RMW LANDAU Linux** — берём 2 недели на свой релиз LANDAU Linux:
    - Затаскиваем патч-серии (MR) в ветку `landau-next`, на основе `v7.0`
    - Там же происходит решение всех конфликтов
    - Формируются первые общие сборки ядра
@@ -355,36 +432,18 @@ gitGraph
 7. **Интеграция новых изменений SUBLEVEL из исходной стабильной версии ядра Linux**:
    - Если в исходном репозитории меняется SUBLEVEL (например, `7.0.1`), мы интегрируем данный релиз в **`landau-7.0.y`**
    - Повышаем свою версию: `v7.0.1.l1`
-   - То есть повышается версия LANDAU-Linux, а SUBLEVEL получает новое значение согласно интегрированным изменениям
+   - То есть повышается версия LANDAU Linux, а SUBLEVEL получает новое значение согласно интегрированным изменениям
 8. **Развитие стабильной версии**:
-   - Стабильная версия LANDAU-Linux `v7.0` ведётся в ветке `landau-7.0.y`
+   - Стабильная версия LANDAU Linux `v7.0` ведётся в ветке `landau-7.0.y`
 9. **Окончание поддержки релиза**:
-   - Поддержка релиза ветки LANDAU-Linux заканчивается, когда версия основного ядра больше не имеет статус стабильной на kernel.org (например, `7.0` достигла статуса EOL)
+   - Поддержка релиза ветки LANDAU Linux заканчивается, когда версия основного ядра больше не имеет статус стабильной на kernel.org (например, `7.0` достигла статуса EOL)
 10. **LTS-поддержка**:
     - Если основное ядро уходит в LTS, LANDAU поддерживает LTS до конца
-    - Приносятся только фиксы LANDAU-Linux (без новых фич) и новые SUBLEVEL
+    - Приносятся только фиксы LANDAU Linux (без новых фич) и новые SUBLEVEL
 11. **Гарантии поддержки**:
-    - LANDAU-Linux Owners гарантированно поддерживают **одно последнее LTS ядро**
+    - LANDAU Linux Owners гарантированно поддерживают **одно последнее LTS ядро**
     - Про поддержку более старых LTS ядер думаем при наличии ресурсов
 
-#### 📊 Визуализация цикла
-
-```mermaid
-flowchart TD
-    A[Выход нового<br>стабильного релиза ядра Linux<br>например, v7.0] --> B[Открытие RMW LANDAU<br>2 недели]
-    B --> C[Приём MR в landau-next<br>на основе v7.0]
-    C --> D[Выпуск RC1, RC2, RC3...<br>до 7 недель]
-    D --> E{Тестирование пройдено?}
-    E -->|Нет| D
-    E -->|Да| F[Релиз v7.0.l<br><br>⚡ Отвод GIT-ветки<br><b>landau-7.0.y</b>]
-    F --> G[Ожидание нового<br>стабильного релиза ядра Linux]
-    G --> H[Выходит стабильный релиз<br>с новым SUBLEVEL,<br>например, 7.0.1]
-    H --> I[Интеграция в landau-7.0.y:<br>v7.0.1.l1]
-    I --> J{Исходная версия EOL?}
-    J -->|Нет| H
-    J -->|Да| K[Архивация GIT-ветки<br>landau-7.0.y]
-```
-
 #### 🏷️ Пример полной цепочки тегов
 
 Для ядра `7.0.x` в LANDAU:
@@ -417,14 +476,16 @@ TODO
 
 | Ресурс | URL |
 |--------|-----|
-| 📦 Репозитории LANDAU | `https://git.rulkc.org/pub/scm/landau` |
-| 🪞 Зеркала репозиториев Linux| `https://git.rulkc.org` |
-| 🔗 Оригинальные репозитории Linux | `https://kernel.org` |
+| 📦 Репозитории LANDAU Linux | [https://git.rulkc.org/pub/scm/landau](https://git.rulkc.org/pub/scm/landau) |
+| 🪞 Зеркала репозиториев Linux | [https://git.rulkc.org](https://git.rulkc.org) |
+| 🔗 Оригинальные репозитории Linux | [https://kernel.org](https://kernel.org) |
 
 ---
 
-> 📌 **Актуальная версия документа**: 1.0  
-> ✍️ **Поддерживается**: LANDAU Maintainers
-> 📅 **Последнее обновление**: 2026
+<div style="display: flex; justify-content: space-between; align-items: center; padding: 1rem 0; margin-top: 2rem; border-top: 1px solid #30363d; font-size: 14px; flex-wrap: wrap; gap: 10px;">
+  <span>📌 <strong>Актуальная версия:</strong> 1.0</span>
+  <span>✍️ <strong>Поддерживается:</strong> LANDAU Maintainers</span>
+  <span>📅 <strong>Обновлено:</strong> 2026-07</span>
+</div>
 
-[⬅️ Вернуться на страницу LANDAU Linux](../../)
+[⬅️ Вернуться на страницу LANDAU Linux](../)
diff --git a/content/open_mic_27_03_2026/open_mic_27_03_2026.md b/content/open_mic_27_03_2026/_index.md
similarity index 100%
rename from content/open_mic_27_03_2026/open_mic_27_03_2026.md
rename to content/open_mic_27_03_2026/_index.md
-- 
2.48.1




More information about the rulkc mailing list