Перейти до змісту

Критерії випуску Rocky Linux 8

Rocky Linux 8 Фінальний Цілі релізу

Мета релізу (мажорного чи другорядного) полягає в тому, щоб забезпечити надійний реліз Enterprise Linux, який підходить для:

  • Потреб кінцевих користувачів
  • Потреб підприємств, великих чи малих

Rocky Linux 8 Фінальний Вимоги до релізу

Для того, щоб Rocky Linux було опубліковано для широкого загалу, написаний файл має відповідати всім наступним критеріям, зазначеним у цьому документі. Це робить процес прийняття рішень максимально простим та зрозумілим. Цей документ містить лише пункти «обов’язкових вимог». Додаткові речі не слід включати до цього списку.

Можуть бути випадки, коли вимогу неможливо виконати, але лише в певних конфігураціях. У цих випадках команда розробників релізів повинна використовувати власний судження, щоб визначити, чи слід вважати проблему перешкодою для релізу. Вони повинні враховувати кількість користувачів, яких ймовірно торкнеться проблема, серйозність випадку, чи можна легко уникнути проблеми (як поінформованим, так і необізнаним користувачам), а також чи існує проблема в поточному випуску Red Hat Enterprise Linux, на якому базується цей випуск.

Сервер, що блокує випуск

...означає, що помилки, що стосуються функціональності сервера, можна вважати перешкодою для релізу. Це стосується будь-яких пакетів, що надають певний сервіс, таких як httpd та nginx. Застосовуються всі архітектури.

Робочий стіл, що блокує випуск

...означає, що помилки, пов'язані з функціональністю робочого столу (GNOME), можна вважати перешкодою для випуску. Це стосується як x86_64, так і aarch64. Додаткові робочі столи (надані EPEL або SIG) не вважаються блокувальниками.

Зображення, що блокує випуск

...означає помилки, пов'язані зі створеними образами, які можуть блокувати реліз. Це стосується DVD-образів, мінімальних образів та образів завантаження на всіх архітектурах.

Вимоги до ініціалізації

Образи, що блокують випуск, повинні завантажитися

Образи інсталятора, що блокують випуск, мають завантажуватися під час запису на оптичні носії або USB-флеш-накопичувачі відповідного розміру (якщо це можливо) за допомогою офіційно підтримуваних методів. Тестування оптичних носіїв не є обов'язком команди тестування, але вони можуть це зробити та звітувати про результати. Якщо знайдено помилку, вона вважається блокувальником.

Вимоги до оптичних носіїв

Образи, що блокують випуск, повинні завантажуватися під час запису на оптичний носій відповідного розміру. Поточні вимоги до розміру: boot.iso = 789M, minimal.iso = 2.0G та dvd.iso = 10G.

Офіційно підтримувані методи запису на USB-флешку
  • Офіційно підтримуються такі методи запису на USB-флеш-накопичувачі: dd
  • Наступні методи запису на USB-флеш-накопичувачі не підтримуються: rufus
Посилання

Базова поведінка графічного режиму

Загальний параметр відеодрайвера («базовий графічний режим») у всіх інсталяторах, що блокують випуск, повинен функціонувати належним чином. Це означає запуск інсталятора або робочого столу та спробу використання універсального драйвера. Не повинно бути жодних помилок, які перешкоджають доступу до інсталятора в цій конфігурації на всіх системах та класах обладнання, що підтримуються корпоративним ядром Linux. ??? tldr "Посилання"* Тестові випадки: * QA:Базовий графічний режим тестового випадку

Без пошкоджених пакетів

Критичні помилки, такі як неоголошені конфлікти, невирішені залежності або модулі, що покладаються на пакети з іншого потоку, вважатимуться автоматичними блокувальниками. Існують потенційні винятки з цього правила (наприклад, freeradius не можна встановити на старіший потік Perl; це відома проблема основного потоку). ??? tldr "Посилання"* Тестові випадки: * QA:Testcase Media Repoclose * QA:Testcase Media File Conflicts

Репозиторії повинні збігатися з основними ресурсами

Репозиторії та пакети в них повинні якомога точніше відповідати основним репозиторіям. Винятками можуть бути kmods, kpatch або те, що вважається «шпигунським програмним забезпеченням», як-от insights. Пакети, доступні з основної розробки, не повинні мати жорстких вимог до RHSM, а пакети, в яких він вбудований за замовчуванням, слід виправити. ??? tldr "Посилання"* Тестові випадки: * QA:Порівняння репозиторіїв тестових випадків * QA:Пакети тестових випадків без аналітики * QA:Пакети тестових випадків без RHSM

Дебрендинг

Ресурси та функціональність, специфічні для Red Hat, не слід включати. Якщо їх не виправити, це вважатиметься автоматичним блокуванням. ??? tldr "Посилання"* Тестові випадки: * QA:Дебрендування тестових випадків

Вимоги до установника

Перевірка узгодженості медіа

Це означає, що механізм інсталятора для перевірки інсталяційного носія є неушкодженим і має завершитися успішно, за умови, що носій був правильно записаний. Якщо це не так, має повернути повідомлення про помилку. ??? tldr "Посилання"* Тестові випадки: * QA:Testcase Media USB dd * QA:Testcase Boot Methods Boot ISO * QA:Testcase Boot Methods DVD

Пакети та джерела інсталятора

Інсталятор повинен мати можливість використовувати всі підтримувані локальні/віддалені пакети та вихідні коди інсталятора. ??? tldr "Посилання"* Тестові випадки: * QA:Пакети тестових випадків та джерела інсталятора

NAS (мережеве сховище даних)

Інсталятор повинен мати можливість виявляти та встановлювати на підтримувані пристрої NAS (якщо це можливо та підтримується ядром). ??? tldr "Посилання"* Тестові випадки: * QA:Тестовий випадок мережевого сховища

Інтерфейси встановлення

Інсталятор повинен мати можливість завершити встановлення, використовуючи всі підтримувані спиці. ??? tldr "Посилання"* Тестові випадки: * QA:Інтерфейси встановлення тестових випадків

Мінімальна установка

Мінімальна інсталяція (через мережу) повинна мати можливість встановити мінімальний набір пакетів. ??? tldr "Посилання"* Тестові випадки: * QA: Мінімальна інсталяція тестового випадку

Кікстартова установка

Інсталяція за допомогою кікстарту має бути успішною, незалежно від того, чи з оптичного/USB-носія, чи через мережу. ??? tldr "Посилання"* Тестові випадки: * QA:Кікстартова інсталяція тестового випадку

Макети дисків

Інсталятор повинен мати можливість створювати та встановлювати на будь-який робочий макет розділів, використовуючи будь-яку файлову систему або комбінацію форматів, запропоновану або підтримувану інсталятором. Файлові системи, що не підтримуються ядром EL, тут не тестуються (це включає btrfs та zfs). ??? tldr "Посилання"* Тестові випадки: * QA:Розкладки дисків тестових випадків

RAID-прошивка

Інсталятор повинен мати можливість виявляти та встановлювати прошивку на RAID-пристрої. Зверніть увагу, що системні помилки не враховуються як блокувальні. Цілком ймовірно, що деяка апаратна підтримка може бути несправною або недоступною. DUD (диски з оновленням драйверів) не враховуються за цим критерієм. ??? tldr "Посилання"* Тестові випадки: * QA:Testcase Firmware RAID

Вибір диска завантажувача

Інсталятор повинен дозволити користувачеві вибрати, на який диск буде встановлено завантажувач, або, якщо користувач так забажає, не встановлювати завантажувач. ??? tldr "Посилання"* Тестові випадки: * QA:Вибір диска завантажувача тестового випадку

Зміна розміру тома сховища

Будь-який механізм інсталятора для зміни розміру томів сховища повинен коректно спробувати виконати запитувану операцію. Це означає, що якщо інсталятор пропонує спосіб зміни розміру томів сховища, то він повинен використовувати правильний інструмент зміни розміру з правильними параметрами. Однак, це не вимагає від інсталятора забороняти зміну розміру неформатованих томів або томів з невідомим типом файлової системи. ??? tldr "Посилання"* Тестові випадки: * QA:Зміна розміру тома сховища тестового випадку

Завантажити зображення

Інсталятор повинен мати можливість використовувати образ оновлення інсталятора, отриманий зі знімного носія або віддаленого джерела пакетів. Це включає DUD (диски з оновленням драйверів). ??? tldr "Посилання"* Тестові випадки: * QA:Образ оновлення тестового випадку

Довідка з інсталяції

Будь-який елемент інсталятора, що містить текст «довідки», має відображати відповідну довідкову документацію після вибору. ??? tldr "Посилання"* Тестові випадки: * QA:Довідка з інсталятора тестових випадків

Інсталятор Translations

Інсталятор повинен коректно відображати всі доступні переклади. ??? tldr "Посилання"* Тестові випадки: * QA:Translations інсталятора тестових випадків

Вимоги до хмарного зображення

Зображення, опубліковані постачальникам хмарних послуг

Образи хмарних дисків, що блокують випуск, мають бути опубліковані у відповідних хмарних постачальників (таких як Amazon) та успішно завантажені. Це також стосується екземплярів на базі KVM, таких як системи x86 та aarch64. ??? tldr "Посилання"* Тестові випадки: * QA:Testcase TBD

Вимоги після встановлення

Системні служби

Усі системні служби повинні запускатися належним чином після встановлення, за винятком служб, які потребують відсутнього обладнання. Прикладами таких послуг можуть бути:

  • sshd
  • firewalld
  • auditd
  • chronyd
Посилання

Розкладка клавіатури

Якщо для системи налаштовано певну розкладку клавіатури, її необхідно використовувати:

  • Під час розблокування томів сховища (зашифрованих LUKS)
  • Під час входу в систему через консоль TTY
  • Під час входу через GDM
  • Після входу в робочий стіл GNOME, якщо користувач не має власної конфігурації макета.
Посилання

Помилки SELinux (сервер)

У файлі /var/log/audit/audit.log не повинно бути журналів відхилення SELinux.

Посилання

SELinux та сповіщення про збої (лише для настільних комп'ютерів)

Під час завантаження, встановлення або першого входу в систему не повинно бути жодних сповіщень про відмову SELinux або сповіщень про аварійне завершення роботи.

Посилання

Функціональність програми за замовчуванням (лише для настільних комп'ютерів)

Програми, які можна запускати в GNOME або з командного рядка, повинні успішно запускатися та витримувати основні функціональні тести. Це включає:

  • Веб-браузер
  • Менеджер файлів
  • Менеджер пакунків
  • Переглядач зображень/документів
  • Текстові редактори (gedit, vim)
  • Менеджер архіву
  • Емулятор терміналу (термінал GNOME)
  • Повідомник про проблеми
  • Переглядач довідки
  • Системні налаштування
Посилання

Функціональність панелі за замовчуванням (лише для робочого столу)

Усі елементи GNOME повинні функціонувати належним чином за звичайного використання.

Посилання

Налаштування двох моніторів (лише для настільних комп'ютерів)

На комп'ютерах з двома моніторами графічний вивід коректно відображається на обох моніторах.

Посилання

Ілюстрації та ресурси (сервер та робочий стіл)

Запропоновані остаточні ілюстрації (такі як шпалери та інші ресурси) мають бути включені. Шпалери з цього пакета мають відображатися як шпалери за замовчуванням для GDM та GNOME.

Посилання

Встановлення пакетів та модулів

Пакети (не модульні) повинні бути встановлюваними без конфліктів або залежностей від репозиторіїв поза Rocky Linux.

  • Модулі за замовчуванням (як зазначено у списку модулів dnf) слід встановлювати без необхідності їх увімкнення.
  • Потоки модулів повинні бути перемикальними, а пакети повинні бути встановлюваними без помилок або невирішених залежностей.
Посилання

Налаштування сервера керування ідентифікацією

Має бути можливість налаштувати IdM-сервер (FreeIPA), використовувати його функціональність та підключати до нього клієнтів.

Посилання

Additional Information

If you have questions with respect to this content or to report concerns regarding the use or misuse content please do not hesitate to contact us at testing@rockylinux.org.

Rocky Linux and the Rocky Enterprise Software Foundation (RESF) does not make any express or implied warranties, including but not limited to the warranties of non-infringement of any third party intellectual property rights. RESF does not warrant that any pending trademark applications for trademarks of RESF will result in any granted trademark protection. RESF shall not be liable for any claims relating to user's activities falling within the scope of the permission and user hereby agrees to indemnify, defend and hold RESF and its contributors harmless against any such claim.

This work is heavily inspired by the Fedora Release Requirements documents which were made available under Attribution-Share Alike 4.0 International license unless otherwise noted.

This content is licensed under under Attribution-Share Alike 4.0 International license unless otherwise noted.

Author: Trevor Cooper

Contributors: Lukas Magauer