Enterprise Linux разделяет основное содержимое на несколько логических репозиториев.
Упрощённо:
BaseOS ↓ базовая операционная система AppStream ↓ приложения, runtimes, языки и дополнительные компоненты
BaseOS содержит фундамент системы.AppStream позволяет развивать пользовательское ПО и runtime-компоненты без необходимости менять фундаментальный слой ОС с той же скоростью.
Это одна из причин, почему Enterprise Linux способен одновременно поддерживать:
длинный жизненный цикл ОС + относительно современные runtimes
А что такое CRB
CRB — CodeReady Builder.
В нём находятся дополнительные библиотеки и development-пакеты, которые особенно часто нужны при:
- — сборке ПО;
- — установке пакетов из EPEL;
- — работе с development dependencies.
В AlmaLinux 10 есть интересное отличие:
CRB включён по умолчанию.
Поэтому сценарий:
поставить пакет из EPEL
↓
не хватает dependency из CRBдля AlmaLinux может быть проще, чем в некоторых других Enterprise Linux-системах, где CRB сначала требуется включать отдельно.
EPEL
Для Enterprise Linux очень важен репозиторий:
EPEL
— Extra Packages for Enterprise Linux.
Он расширяет относительно консервативный базовый набор большим количеством дополнительного ПО.
Типичная система может выглядеть так:
AlmaLinux repositories
+
EPEL
↓
значительно более широкий
набор пакетовДля администратора это важное практическое преимущество совместимости с Enterprise Linux ecosystem.
Но сторонний репозиторий всё равно остаётся отдельным источником программного обеспечения.
При проектировании production-системы стоит фиксировать:
- — какие репозитории подключены;
- — зачем они нужны;
- — кто их сопровождает;
- — откуда приходят обновления.
Архитектуры AlmaLinux 10
Для обычной установки AlmaLinux 10.2 доступны:
x86_64 x86_64_v2 aarch64 ppc64le s390x
То есть:
- — Intel / AMD;
- — ARM64;
- — IBM POWER;
- — IBM Z.
Но здесь есть очень интересная особенность именно AlmaLinux 10.
x86-64-v3 и проблема старых процессоров
RHEL 10 повысил минимальный baseline основной x86_64 сборки до:
x86-64-v3
Это позволяет использовать более современные возможности процессоров.
Но одновременно часть старого оборудования больше не соответствует минимальным требованиям.
AlmaLinux выбрал необычное решение:
AlmaLinux 10 x86_64 → современный baseline AlmaLinux 10 x86_64_v2 → отдельная сборка для более старых CPU
То есть проект продолжает предоставлять вариант:
x86_64_v2
для оборудования, которое не соответствует x86-64-v3.
Это уже пример того, как AlmaLinux сознательно отличается от RHEL, сохраняя общую совместимость экосистемы.
Но у x86_64_v2 есть важный компромисс
Нельзя считать его просто:
тем же AlmaLinux для старого процессора без каких-либо последствий.
Основная сторонняя Enterprise Linux ecosystem для RHEL 10 ориентируется на стандартную архитектурную базу RHEL.
Поэтому сторонние пакеты не обязаны предоставлять сборки для:
x86_64_v2
AlmaLinux отдельно работает над расширением доступности пакетов, в том числе пересобирает EPEL для этого варианта.
Но перед использованием x86_64_v2 стоит проверить:
всё ли нужное стороннее ПО существует для этой архитектуры.
А i686 снова появился?
В AlmaLinux 10.2 появилась поддержка:
i686 userspace
Но здесь важно правильно понять смысл.
Это не полноценная 32-битная AlmaLinux 10 для установки на старый компьютер.
Нет:
32-bit kernel
и нет обычного bootable i686 installer.
Появились именно пользовательские 32-битные пакеты.
Они нужны, например, для:
- — legacy applications;
- — CI;
- — сборки 32-битного ПО;
- — контейнерных workloads.
То есть:
i686 userspace
≠
полноценная i686 ОС