{"id":120153,"date":"2024-10-12T13:09:06","date_gmt":"2024-10-12T11:09:06","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-paketnogo-menedzhera-rpm-4-20-i-nachalo-razrabotki-rpm-6"},"modified":"2024-10-12T13:09:06","modified_gmt":"2024-10-12T11:09:06","slug":"vypusk-paketnogo-menedzhera-rpm-4-20-i-nachalo-razrabotki-rpm-6","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/news\/vypusk-paketnogo-menedzhera-rpm-4-20-i-nachalo-razrabotki-rpm-6","title":{"rendered":"Udgivelsen af RPM-pakkeh\u00e5ndtereren 4.20 og starten p\u00e5 udviklingen af RPM 6","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Efter et \u00e5rs udvikling blev pakkeh\u00e5ndteringssystemet RPM 4.20.0 frigivet. RPM4-projektet udvikles af Red Hat og bruges i distributioner som RHEL, Fedora, SUSE, openSUSE, ALT Linux, OpenMandriva, Mageia, PCLinuxOS og Tizen. Projektets kode distribueres under GPLv2 og LGPLv2-licenserne. <\/p>\n
Det forventes, at der i det kommende \u00e5r vil blive udgivet en betydelig version af RPM 6, der vil anvende et nyt archiveformat, som i mods\u00e6tning til det nuv\u00e6rende cpio-format tillader oprettelse af pakker st\u00f8rre end 4 GB (at overvinde denne begr\u00e6nsning er vigtigt, da SRC-pakken med Chromium n\u00e6rmer sig gr\u00e6nsen og vejer 3.7 GB). I den nye version planl\u00e6gges det ogs\u00e5 at tillade brug af C++ til udvikling af RPM. Den nye betydelige version vil blive fejret i anledning af projektets jubil\u00e6um \u2014 den 27. november 2025 vil det v\u00e6re 30 \u00e5r siden den f\u00f8rste commit til RPM. Versionerne RPM 5.x vil blive sprunget over for at undg\u00e5 overlap med projektet RPM5, som ikke direkte er relateret til RPM fra Red Hat, udviklet af et uafh\u00e6ngigt team af udviklere og ikke er blevet opdateret siden 2016. <\/p>\n
De mest markante forbedringer i RPM 4.20: <\/p>\n
\n
Et nyt v\u00e6rkt\u00f8j, rpm2archive, er blevet inkluderet, hvilket afl\u00f8ser v\u00e6rkt\u00f8jet rpm2cpio og vil i fremtiden forenkle overgangen til det nye pakkeformat, som ikke anvender cpio. I mods\u00e6tning til rpm2cpio konverterer det nye v\u00e6rkt\u00f8j RPM-filen ikke til et cpio-arkiv, men til et tar-arkiv, der er komprimeret med gzip. Det gamle v\u00e6rkt\u00f8j rpm2cpio er blevet erstattet med et symbolsk link til rpm2archive.\n
Der er foresl\u00e5et et deklarativt byggesystem, baseret p\u00e5 brugen af den nye direktiv «BuildSystem», gennem hvilken byggesystemet, der anvendes til at oprette pakken, kan defineres. Kildekoden forberedes, kompileres og installeres automatisk med hensyn til det angivne byggesystem, uden behov for separat at definere scripts til forberedelse, bygning og installation i blokke «%prep», «%build» og «%install». I RPM defineres de underst\u00f8ttede byggesystemer i form af samlinger af makroer.\n
Den grundl\u00e6ggende id\u00e9 er, at det deklarative konfigurationsformat vil tillade distributionsudviklere at oprette separate makroer til standardiserede byggeprocesser, s\u00e5 de ikke beh\u00f8ver at definere gentagne scripts i hver pakke. For eksempel, i stedet for at definere r\u00e6kkef\u00f8lgen til at k\u00f8re kommandoer configure og make for programmer, der bruger Autotools, er det nu tilstr\u00e6kkeligt blot at angive «BuildSystem: autotools» og undlade sektioner «%prep», «%build» og «%install». I \u00f8jeblikket er s\u00e5danne makroer udarbejdet til Autotools og CMake. Hvis det er n\u00f8dvendigt at implementere ikke-standardadf\u00e6rd, gives pakkeleverand\u00f8rer mulighed for at tilf\u00f8je deres egne makroer for at overskrive forskellige faser af pakkeoprettelsen. <\/p>\n
Tilf\u00f8jet underst\u00f8ttelse af vedh\u00e6ftning af ekstra sektioner med forberedelses-, bygning-, installations-, konfigurations-, reng\u00f8rings- og kontrolkommandoer, der supplerer de grundl\u00e6ggende sektioner %prep, %conf, %build, %install, %check og %clean. For at k\u00f8re et ekstra script f\u00f8r udf\u00f8relsen af koden fra den grundl\u00e6ggende sektion er der foresl\u00e5et en mulighed «-p», og efter den grundl\u00e6ggende sektion — en mulighed «-a». Lignende indskud kan vise sig at v\u00e6re nyttige til finjustering af adf\u00e6rden ved brug af den ovenfor beskrevne deklarative byggem\u00e5de.\n
Det er tilladt at inkludere direktiver og sektioner i dynamisk genererede SPEC-filer, der ikke p\u00e5virker byggeprocessen.\n
Makroen %builddir er blevet tilf\u00f8jet, og en administreret gennem RPM-mulighed er blevet implementeret til at binde egne bygge kataloger til separate pakker.\n
Foresl\u00e5et et nyt protokol «multi-file», som betydeligt fremskynder generering af afh\u00e6ngigheder.\n
Til rpm-kommandoen er tilf\u00f8jet muligheden «—json» for at returnere resultaterne af foresp\u00f8rgsler i JSON-format.\n
Der er tilf\u00f8jet en rpm-plugin-unshare, der sikrer isolation af scripts, der udf\u00f8res i bygge sektionerne, ved at bruge navnerum i Linux. For eksempel g\u00f8r plugin\u2019et det muligt at forbyde adgang til netv\u00e6rket og begr\u00e6nse adgangen til filsystemet samt bruge separate private kataloger \/tmp og \/home for at beskytte i tilf\u00e6lde af usikkert arbejde med midlertidige filer under pakkeoprettelsen.\n
Der er foresl\u00e5et et offentligt API til udvikling af plugins, som skal bevare kompatibiliteten mellem versioner. Tidligere var API'et til plugins kun beregnet til intern brug og kunne \u00e6ndre sig fra version til version.\n
Til rpmkeys-kommandoen er tilf\u00f8jet mulighederne «—list» og «—delete».\n
Team rpmsign har tilf\u00f8jet st\u00f8tte til at oprette digitale signaturer for pakker ved hj\u00e6lp af ECDSA-n\u00f8gler.\n
Forbedret underst\u00f8ttelse af gentagne bygninger. Tilf\u00f8jet makro «%build_mtime_policy», der muligg\u00f8r styring af indholdet af vedh\u00e6ftede tidsm\u00e6rker under bygning (ved at bruge v\u00e6rdien clamp_to_source_date_epoch kan man anvende et fast m\u00e6rke, og ved clamp_to_buildtime angive det faktiske byggetidspunkt).\n
I sysusers.d-filer er det nu tilladt at tilf\u00f8je linjer til at definere medlemmer af grupper.\n
Korrekt og distributionsuafh\u00e6ngig st\u00f8tte til debuginfo-filer er sikret.\n
Syntaksen for makroer %patchN (uden mellemrum f\u00f8r N) er blevet erkl\u00e6ret for\u00e6ldet, og brugen af den vil nu resultere i en fejl (man b\u00f8r bruge syntaksen «%patch N» eller «%patch -P N», hvor N — patchnummeret).\n
Den for\u00e6ldede OpenPGP-parser er blevet fjernet.\n
Afh\u00e6ngighedsgeneratorer for Perl og Python ABI er flyttet til separate repositories. <\/ul>\n