A RPM 4.20.0 paketkezel\u0151 kiad\u00e1sa egy \u00e9v tervez\u00e9s ut\u00e1n t\u00f6rt\u00e9nt. Az RPM4 projektet a Red Hat fejleszti, \u00e9s olyan disztrib\u00faci\u00f3kban haszn\u00e1lj\u00e1k, mint az RHEL, Fedora, SUSE, openSUSE, ALT Linux, OpenMandriva, Mageia, PCLinuxOS \u00e9s Tizen. A projekt k\u00f3dja GPLv2 \u00e9s LGPLv2 licenc alatt terjesztett. <\/p>\n
A k\u00f6vetkez\u0151 \u00e9vben jelent\u0151s RPM 6-os \u00e1gat v\u00e1runk, amelyben \u00faj arch\u00edvumform\u00e1tumot alkalmaznak, lehet\u0151v\u00e9 t\u00e9ve a jelenleg haszn\u00e1lt cpio form\u00e1tumt\u00f3l elt\u00e9r\u0151en 4 GB-n\u00e1l nagyobb csomagok l\u00e9trehoz\u00e1s\u00e1t (ez a korl\u00e1t fontos, mivel a Chromium SRC-csomagja k\u00f6zel van a hat\u00e1rhoz, \u00e9s 3.7 GB m\u00e9ret\u0171). Az \u00faj \u00e1gon emellett tervezik a C++ nyelv haszn\u00e1lat\u00e1nak enged\u00e9lyez\u00e9s\u00e9t az RPM fejleszt\u00e9s\u00e9ben. Az \u00faj jelent\u0151s \u00e1gat a projekt jubileum\u00e1hoz kapcsol\u00f3d\u00f3an jelentik be \u2014 2025. november 27-\u00e9n lesz 30 \u00e9ve az els\u0151 RPM k\u00f6telezetts\u00e9gv\u00e1llal\u00e1s\u00e1nak. Az RPM 5.x verzi\u00f3kat kihagyj\u00e1k, hogy elker\u00fclj\u00e9k a kereszteket az RPM5 projekttel, amely k\u00f6zvetlen\u00fcl nem kapcsol\u00f3dik a Red Hat RPM-hez, f\u00fcggetlen fejleszt\u0151i csapat \u00e1ltal fejl\u0151d\u00f6tt \u00e9s 2016 \u00f3ta nem friss\u00fcl. <\/p>\n
A legfontosabb fejleszt\u00e9sek az RPM 4.20-ban: <\/p>\n
\n
Megjelent egy \u00faj rpm2archive seg\u00e9dprogram, amely felv\u00e1ltotta az rpm2cpio seg\u00e9dprogramot, \u00e9s a j\u00f6v\u0151ben megk\u00f6nny\u00edti az \u00faj arch\u00edv form\u00e1tumra val\u00f3 \u00e1tt\u00e9r\u00e9st, amely nem haszn\u00e1l cpio-t. Az rpm2cpio-val ellent\u00e9tben az \u00faj seg\u00e9dprogram nem cpio arch\u00edvumot, hanem gzip t\u00f6m\u00f6r\u00edt\u00e9ssel ell\u00e1tott tar arch\u00edvumot hoz l\u00e9tre az RPM f\u00e1jlb\u00f3l. A r\u00e9gi rpm2cpio seg\u00e9dprogram szimbolikus hivatkoz\u00e1sra lett cser\u00e9lve az rpm2archive-ra.\n
Egy deklarat\u00edv \u00e9p\u00edt\u00e9si rendszert javasoltak, amely \u00faj «BuildSystem» direkt\u00edv\u00e1n alapul, amelyen kereszt\u00fcl meghat\u00e1rozhat\u00f3 az \u00e9p\u00edt\u00e9si rendszer, amelyet a csomag l\u00e9trehoz\u00e1sakor haszn\u00e1lnak. A forr\u00e1sk\u00f3d automatikusan el\u0151k\u00e9sz\u00fcl, lefordul \u00e9s telep\u00fcl a megadott \u00e9p\u00edt\u00e9si rendszer figyelembev\u00e9tel\u00e9vel, an\u00e9lk\u00fcl, hogy a SPEC-f\u00e1jlban k\u00fcl\u00f6n k\u00e9ne meghat\u00e1rozni a felk\u00e9sz\u00edt\u00e9si, \u00e9p\u00edt\u00e9si \u00e9s telep\u00edt\u00e9si szkripteket az «%prep», «%build» \u00e9s «%install» blokkokban. Az RPM-ben a t\u00e1mogatott \u00e9p\u00edt\u00e9si rendszereket makr\u00f3gy\u0171jtem\u00e9nyek form\u00e1j\u00e1ban hat\u00e1rozz\u00e1k meg.\n
A f\u0151 \u00f6tlet az, hogy a deklarat\u00edv konfigur\u00e1ci\u00f3s form\u00e1tum lehet\u0151v\u00e9 teszi a disztrib\u00faci\u00f3k fejleszt\u0151i sz\u00e1m\u00e1ra, hogy k\u00fcl\u00f6n makr\u00f3kat hozzanak l\u00e9tre a tipikus \u00e9p\u00edt\u00e9si folyamatokhoz, elker\u00fclve az ism\u00e9tl\u0151d\u0151 forgat\u00f3k\u00f6nyvek meghat\u00e1roz\u00e1s\u00e1t minden csomagban. P\u00e9ld\u00e1ul, ahelyett hogy a Autotools-t haszn\u00e1l\u00f3 programok parancsainak ind\u00edt\u00e1si sorrendj\u00e9t hat\u00e1rozn\u00e1nk meg, most elegend\u0151 megadni a «BuildSystem: autotools» \u00e9rt\u00e9ket, \u00e9s kihagyni az «%prep», «%build» \u00e9s «%install» szekci\u00f3kat. Jelenleg ilyen makr\u00f3k k\u00e9sz\u00fcltek az Autotools \u00e9s CMake sz\u00e1m\u00e1ra. Ha sz\u00fcks\u00e9g van nem szabv\u00e1nyos viselked\u00e9s kivitelez\u00e9s\u00e9re, a csomagokat k\u00eds\u00e9r\u0151 fejleszt\u0151knek lehet\u0151s\u00e9g\u00fck van saj\u00e1t makr\u00f3ik csatlakoztat\u00e1s\u00e1ra a csomag l\u00e9trehoz\u00e1s\u00e1nak k\u00fcl\u00f6nb\u00f6z\u0151 szakaszainak fel\u00fclb\u00edr\u00e1l\u00e1s\u00e1hoz. <\/p>\n
Hozz\u00e1adva a lehet\u0151s\u00e9g, hogy kieg\u00e9sz\u00edt\u0151 szekci\u00f3kat lehessen csatolni az el\u0151k\u00e9sz\u00edt\u00e9si, \u00f6sszeszerel\u00e9si, telep\u00edt\u00e9si, be\u00e1ll\u00edt\u00e1si, tiszt\u00edt\u00e1si \u00e9s ellen\u0151rz\u00e9si parancsokkal, amelyek kieg\u00e9sz\u00edtik az alap szekci\u00f3kat, mint a %prep, %conf, %build, %install, %check \u00e9s %clean. Az alap szekci\u00f3k k\u00f3dj\u00e1nak v\u00e9grehajt\u00e1sa el\u0151tt egy \u00faj opci\u00f3t javasoltak «-p», m\u00edg az alap szekci\u00f3k ut\u00e1n — egy «-a» opci\u00f3t. Az ilyen behelyettes\u00edt\u00e9sek hasznosak lehetnek a deklarat\u00edv \u00e9p\u00edt\u00e9si m\u00f3d haszn\u00e1lata sor\u00e1n tapasztalhat\u00f3 viselked\u00e9s pontos korrekci\u00f3j\u00e1hoz.\n
A SPEC f\u00e1jlok dinamikusan l\u00e9trehozott r\u00e9szeibe olyan direkt\u00edv\u00e1k \u00e9s szakaszok illeszthet\u0151k, amelyek nem befoly\u00e1solj\u00e1k az \u00f6ssze\u00e1ll\u00edt\u00e1si folyamatot.\n
Hozz\u00e1adva a %builddir makr\u00f3 \u00e9s megval\u00f3s\u00edtva az RPM-en kereszt\u00fcl ir\u00e1ny\u00edtott lehet\u0151s\u00e9g, amely lehet\u0151v\u00e9 teszi a saj\u00e1t \u00e9p\u00edt\u00e9si k\u00f6nyvt\u00e1rak hozz\u00e1rendel\u00e9s\u00e9t k\u00fcl\u00f6n csomagokhoz.\n
Javasolt egy \u00faj 'multi-file' protokoll, amely jelent\u0151sen felgyors\u00edtja a f\u00fcgg\u0151s\u00e9gek gener\u00e1l\u00e1s\u00e1t.\n
Az rpm parancsba hozz\u00e1adva a «—json» opci\u00f3, amely lehet\u0151v\u00e9 teszi az eredm\u00e9nyek JSON form\u00e1tumban val\u00f3 megjelen\u00edt\u00e9s\u00e9t.\n
Hozz\u00e1adva az rpm-plugin-unshare plugint, amely izol\u00e1lja a csomagok \u00f6ssze\u00e1ll\u00edt\u00f3 szakaszaiban v\u00e9grehajtott szkripteket, a Linux n\u00e9vt\u00e9r felhaszn\u00e1l\u00e1s\u00e1val. P\u00e9ld\u00e1ul ez a plugin megakad\u00e1lyozza a h\u00e1l\u00f3zati hozz\u00e1f\u00e9r\u00e9st \u00e9s korl\u00e1tozza a f\u00e1jlrendszerhez val\u00f3 hozz\u00e1f\u00e9r\u00e9st, valamint k\u00fcl\u00f6n priv\u00e1t k\u00f6nyvt\u00e1rakat haszn\u00e1l a \/tmp \u00e9s \/home v\u00e9delme \u00e9rdek\u00e9ben, ha a csomagok telep\u00edt\u00e9se k\u00f6zben nem biztons\u00e1gos \u00e1tmeneti f\u00e1jlokkal dolgoznak.\n
Javasolt egy nyilv\u00e1nos API a pluginek fejleszt\u00e9s\u00e9hez, amely meg\u0151rzi a verzi\u00f3k k\u00f6z\u00f6tti kompatibilit\u00e1st. Kor\u00e1bban a pluginok API-j\u00e1t kiz\u00e1r\u00f3lag bels\u0151 haszn\u00e1latra tervezt\u00e9k, \u00e9s verzi\u00f3r\u00f3l verzi\u00f3ra v\u00e1ltozhatott.\n
Az rpmkeys parancsba hozz\u00e1adva a «—list» \u00e9s «—delete» opci\u00f3k.\n
A rpmsign csapat\u00e1ba beker\u00fclt az ECDSA kulcsokkal t\u00f6rt\u00e9n\u0151 digit\u00e1lis al\u00e1\u00edr\u00e1sok k\u00e9sz\u00edt\u00e9s\u00e9nek t\u00e1mogat\u00e1sa.\n
Jav\u00edtott\u00e1k az ism\u00e9tl\u0151d\u0151 \u00e9p\u00edt\u00e9sek t\u00e1mogat\u00e1s\u00e1t. Hozz\u00e1adva a «%build_mtime_policy» makr\u00f3, amely lehet\u0151v\u00e9 teszi a build sor\u00e1n hozz\u00e1adott c\u00edmk\u00e9k id\u0151tartalm\u00e1nak kezel\u00e9s\u00e9t (a clamp_to_source_date_epoch \u00e9rt\u00e9k seg\u00edts\u00e9g\u00e9vel \u00e1lland\u00f3 c\u00edmk\u00e9t lehet haszn\u00e1lni, m\u00edg a clamp_to_buildtime a t\u00e9nyleges build id\u0151t jel\u00f6li).\n
A sysusers.d f\u00e1jlokhoz mostant\u00f3l lehet\u0151s\u00e9g van a csoporttagok meghat\u00e1roz\u00e1s\u00e1ra szolg\u00e1l\u00f3 sorokat hozz\u00e1adni.\n
Biztos\u00edtott a helyes \u00e9s disztrib\u00faci\u00f3kt\u00f3l f\u00fcggetlen debuginfo f\u00e1jlok t\u00e1mogat\u00e1sa.\n
Elavultnak nyilv\u00e1n\u00edtott\u00e1k a %patchN makr\u00f3k szintaxis\u00e1t (N el\u0151tt sz\u00f3k\u00f6z n\u00e9lk\u00fcl), amelynek haszn\u00e1lata mostant\u00f3l hib\u00e1t eredm\u00e9nyez (a «%patch N» vagy a «%patch -P N» szintaxis haszn\u00e1lata javasolt, ahol N — a patch sz\u00e1ma).\n
Elt\u00e1vol\u00edtott\u00e1k az elavult OpenPGP parsert.\n
A Perl \u00e9s Python ABI f\u00fcgg\u0151s\u00e9gi gener\u00e1torokat k\u00fcl\u00f6n t\u00e1rol\u00f3kba helyezt\u00e9k. <\/ul>\n