Skip to content

Rocky Linux 8 Release Criteria

Rocky Linux 8 Final Release Objectives

The objective of a release (major or minor) is to provide a solid Enterprise Linux release that meets the needs:

  • Of end users
  • Of enterprises, big or small

Rocky Linux 8 Final Release Requirements

In order for Rocky Linux to be released to the general public, a compose must be able to meet all the following criteria as provided in this document. This makes the decision process straightforward and as clear as possible. This document only contains “hard requirement” items. Optional/nice-to-have items are not to be included in this list.

The system may fail to meet a requirement in certain configurations. In these cases, the Release Engineering Team should use their judgment to determine whether the issue should be considered a block to the release. They should consider the number of users likely to be affected by the issue, the severity of the case, whether the issue can be avoided with ease (by both informed and uninformed users), and whether the problem exists upstream in the current Red Hat Enterprise Linux release on which the release is based.

Release-blocking Server

...means bugs that pertain to server functionality can be considered a block to a release. This applies to any packages that provide a service, such as httpd and nginx. All architectures apply.

Release-blocking Desktop

...means bugs related to desktop functionality (GNOME) can be considered a block to a release. This applies to both x86_64 and aarch64. Additional desktops (as provided by EPEL or a SIG) are not considered blockers.

Release-blocking Image

...means bugs as it pertains to the images built that can block a release. This applies to the DVD, minimal, and boot images on all architectures.

Initialization Requirements

Release-blocking images must boot

Release-blocking installer images must boot when written to optical media or USB flash drives of appropriate sizes (if applicable) via officially supported methods. It is not the testing team’s responsibility to test optical media, but they can and report back. If a bug is found, it is considered a blocker.

Optical Media Requirements

Release-blocking images must boot when written to optical media of an appropriate size. Current size requirements are: boot.iso = 789M, minimal.iso = 2.0G, and dvd.iso = 10G.

Officially supported USB flash drive writing methods
  • The following methods of writing USB flash drives are officially supported: dd
  • The following methods of writing USB flash drives are not supported: rufus
References

Basic Graphics Mode behaviors

The generic video driver option (“basic graphics mode”) on all release-blocking installers must function as intended. This means launching the installer or desktop and attempting to use a generic driver. There must be no bugs that prevent the installer from being reached in this configuration on all systems and classes of hardware supported by the enterprise Linux kernel.

References

No Broken Packages

Critical errors, such as undeclared conflicts, unresolved dependencies, or modules that rely on packages from another stream, will be considered automatic blockers. There are potential exceptions to this (e.g., freeradius cannot be installed on an older Perl stream; this is a known upstream issue).

References

Repositories Must Match Upstream

Repositories and the packages within them should match upstream as closely as possible. Notable exceptions would be kmods, kpatch, or what is deemed “spyware,” such as insights. Packages available from upstream should not have hard requirements on RHSM, and packages that have it as a default built-in should be patched out.

References

Debranding

Assets and functionality that are Red Hat specific should not be included. If they are not patched out, it will be considered an automatic blocker.

References

Installer Requirements

Media Consistency Verification

This means that the installer’s mechanism for verifying the installation medium is intact and must complete successfully, assuming the medium was correctly written. It should return a failure message if this is not the case.

References

Packages and Installer Sources

The installer must be able to use all supported local/remote packages and installer sources.

References

NAS (Network Attached Storage)

The installer must be able to detect and install on supported NAS devices (if possible and supported by the kernel).

References

Installation Interfaces

The installer must be able to complete an installation using all supported spokes.

References

Minimal Installation

A minimal installation (via network) must be able to install the minimal set of packages.

References

Kickstart Installation

A kickstart installation should succeed, whether from optical/USB media or via the network.

References

Disk Layouts

The installer must be able to create and install to any workable partition layout using any file system or format combination offered or supported by the installer. File systems not supported by the EL kernel are not tested here (this includes btrfs and zfs).

References

Firmware RAID

The installer must be able to detect and install firmware on RAID devices. Note that system-specific bugs do not count as blockers. It is likely that some hardware support may be broken or unavailable. DUDs (driver update disks) are not considered for this criterion.

References

Bootloader Disk Selection

The installer must allow the user to choose which disk the bootloader will be installed on or, if the user so chooses, not to install a bootloader.

References

Storage Volume Resize

Any installer mechanism for resizing storage volumes must correctly attempt the requested operation. This means that if the installer offers a way to resize storage volumes, then it must use the correct resizing tool with the correct parameters. However, it does not require the installer to disallow resizing of unformatted volumes or volumes with an unknown filesystem type.

References

Update Image

The installer must be able to use an installer update image retrieved from removable media or a remote package source. This includes DUDs (driver update disks).

References

Installer Help

Any element in the installer that contains a “help” text must display the appropriate help documentation when selected.

References

Installer Translations

The installer must correctly display all available translations.

References

Cloud Image Requirements

Images Published to Cloud Providers

Release-blocking cloud disk images must be published to the appropriate cloud providers (such as Amazon) and must successfully boot. This also applies to KVM-based instances, such as x86 and aarch64 systems.

References

Post-Installation Requirements

System Services

All system services must start properly after installation, with the exception of services that require hardware that is not present. Examples of such services would be:

  • sshd
  • firewalld
  • auditd
  • chronyd
References

Keyboard Layout

If a particular keyboard layout has been configured for the system, that layout must be used:

  • When unlocking storage volumes (encrypted by LUKS)
  • When logging in at a TTY console
  • When logging in via GDM
  • After logging into a GNOME desktop system, if the user does not have their own layout configuration set.
References

SELinux Errors (Server)

There must be no SELinux denial logs in /var/log/audit/audit.log

References

SELinux and Crash Notifications (Desktop Only)

There must be no SELinux denial notifications or crash notifications on boot, during installation, or during first login.

References

Default Application Functionality (Desktop Only)

Applications that can be launched within GNOME or on the command line must start successfully and withstand basic functionality tests. This includes:

  • Web browser
  • File manager
  • Package manager
  • Image/Document Viewers
  • Text editors (gedit, vim)
  • Archive manager
  • Terminal Emulator (GNOME Terminal)
  • Problem Reporter
  • Help Viewer
  • System Settings
References

Default Panel Functionality (Desktop Only)

All elements of GNOME should function properly in regular use.

References

Dual Monitor Setup (Desktop Only)

On computers with two monitors, the graphical output is correctly shown on both monitors.

References

Artwork and Assets (Server and Desktop)

Proposed final artwork (such as wallpapers and other assets) must be included. A wallpaper from this package should appear as the default for GDM and GNOME.

References

Packages and Module Installation

Packages (non-module) should be installable without conflicts or dependencies on repositories outside of Rocky Linux.

  • Default modules (as listed in dnf module list) should be installed without requiring them to be enabled.
  • Module streams should be able to be switched, and those packages should be able to be installed without errors or unresolved dependencies.
References

Identity Management Server Setup

It should be possible to set up an IdM server (FreeIPA), use its functionality, and connect clients.

References

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