RPM Package Manager — це інструмент керування пакетами, призначений для встановлення, оновлення, видалення, перевірки та запиту програм
Було оголошено про запуск нової версії менеджера пакунків «RPM 4.19», у якому було зазначено внесені вдосконалення та виправлення, а також покращення APIS, підтримку, нову систему компіляції CMake, серед іншого.
Наразі проект RPM4 розробляється Red Hat і використовується в таких дистрибутивах, як RHEL (включаючи проекти, отримані з CentOS, Scientific Linux, AsiaLinux, Red Flag Linux, Oracle Linux), Fedora, SUSE, openSUSE, ALT Linux, OpenMandriva, Mageia, PCLinuxOS, Tizen та багато інших.
Раніше незалежна команда розробників розробила проект RPM5, який безпосередньо не пов'язаний з RPM4 і в даний час від нього відмовляються (він не оновлювався з 2010 року).
Пакет RPM може містити довільний набір файлів. Більшість Файли RPM є "двійковими RPM" (або BRPM), які містять скомпільовану версію деякого програмного забезпечення. Існують також вихідні RPM (або SRPM), які містять вихідний код, використаний для створення бінарного пакета. SRPM зазвичай мають розширення файлу «.src.rpm» (.spm у файлових системах обмежено 3 символами у розширенні, наприклад, старий DOS FAT).
Основні нові можливості RPM 4.19
У цій представленій новій версії RPM 4.19 одна з її нових функцій, яка виділяється, полягає в тому, що вона була додана підтримка файлів «.specpart». для динамічної генерації файлів специфікацій, а також «–generate-subpackages» додано до find_lang.sh, який використовує .specpart.
Ще одна зміна, яка виділяється в цій новій версії RPM 4.19, полягає в тому, що вонаe забезпечує інтеграцію з каталогом облікових записів користувачів системи sysusers.d для автоматичної обробки користувачів і груп, а також для додавання підтримка генерації користувачів і груп із файлів /etc/passwd, /etc/group і sysusers.d включені в комплект.
Що стосується покращень підтримки, слід зазначити, що рівні архітектури x86-64 () були додані як архітектури, на додаток до того факту, що виправлено те, як моделі x86 виводяться в rpmrc, Також було внесено зміни до системи компіляції CMake, яка замінює Autotools, а також fakechroot було замінено контейнерною технологією.
Ми також можемо виявити, що підтримку сценаріїв %preuntrans і %postuntrans було додано у файлах специфікацій, додано утиліту rpmsort для сортування версій пакетів rpm.
На додаток до цього було додано параметри «–nopreuntrans», «–nopostuntrans» і «–nosysusers», щоб вимикати сценарії та автоматично створювати користувачів і групи під час встановлення пакета.
З інших змін що виділяються з цієї нової версії:
- Зробіть так, щоб інформація про користувача/групу надійно працювала в chroot
- Зробіть машину rpmscript дружньою до chroot
- Виправлена регресія підключення плагіна для кожного файлу, представлена в 4.18
- Припиніть попередження про заборону блокування, коли служба DBus недоступна
- Виправлено відсутність включень у macOS
- Функція, пов’язана з файлом classifierrpmfcNew(), була оголошена застарілою
- Виправлено ігнорування коду виходу дочірніх скриптів у разі EINTR
- Код активації потоку rpmioe було спрощено та очищено.
- Блок %files і утиліта командного рядка тепер підтримують глоббування в стилі оболонки та екранування спеціальних символів.
- Видаліть деякі інші старі та зайві перевірки часу конфігурації
- Розділити переклади в окремий проект
- За замовчуванням встановлено локаль C.UTF-8, дозволяє повернутися до C
- Бібліотеки було експортовано як конфігурацію cmake “find_package()”.
- До API додано функції rpmGlobPath(), rpmEscape() і rpmUnescape().
- Розпаралелювання складання тепер виконується з урахуванням пам’яті та адресного простору.
- Додана документація розробки при створенні документації.
- Різні інші доповнення та виправлення
- Для проектів, які використовують CMake, передбачена функція find_package(rpm).
- Виправлено помилку сегментації в аргументі, який не підлягає ланцюжку, для виклику макросу з Lua
В кінці кінців якщо вам цікаво дізнатись більше про це цієї нової версії ви можете перевірити деталі У наступному посиланні.