{"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\/nl\/blog\/news\/vypusk-paketnogo-menedzhera-rpm-4-20-i-nachalo-razrabotki-rpm-6","title":{"rendered":"Uitgave van pakketbeheerder RPM 4.20 en begin van de ontwikkeling van RPM 6","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Na een jaar van ontwikkeling is de release van de pakketbeheerder RPM 4.20.0. Het RPM4-project wordt ontwikkeld door Red Hat en wordt gebruikt in distributies zoals RHEL, Fedora, SUSE, openSUSE, ALT Linux, OpenMandriva, Mageia, PCLinuxOS en Tizen. De code van het project wordt verspreid onder de GPLv2- en LGPLv2-licenties. <\/p>\n
Het volgende jaar wordt de significantie van de RPM 6-keten verwacht, waarin een nieuw archiefformaat zal worden ge\u00efntroduceerd. Dit nieuwe formaat maakt het mogelijk om pakketten groter dan 4 GB te cre\u00ebren, wat belangrijk is omdat het SRC-pakket van Chromium bijna deze limiet nadert, met een grootte van 3,7 GB. In deze nieuwe keten is er ook de bedoeling om het gebruik van de C++-taal voor de ontwikkeling van RPM toe te staan. Deze belangrijke versie zal worden gelanceerd ter gelegenheid van de verjaardag van het project - op 27 november 2025 is het 30 jaar geleden dat de eerste commit in RPM werd gedaan. Versies van RPM 5.x zullen worden overgeslagen om overlappingen met het RPM5-project te voorkomen, dat niet gerelateerd is aan de RPM van Red Hat, maar is ontwikkeld door een onafhankelijk team van ontwikkelaars en sinds 2016 niet meer is bijgewerkt. <\/p>\n
De meest opvallende verbeteringen in RPM 4.20: <\/p>\n
\n
Een nieuwe tool rpm2archive is toegevoegd, die de oude tool rpm2cpio vervangt en de overgang naar het nieuwe pakketformaat, dat geen gebruik maakt van cpio, in de toekomst vergemakkelijkt. In tegenstelling tot rpm2cpio, transformeert de nieuwe tool het RPM-bestand niet naar een cpio-archief, maar naar een tar-archief dat is gecomprimeerd met gzip. De oude tool rpm2cpio is vervangen door een symbolische link naar rpm2archive.\n
Er is een declaratief build-systeem voorgesteld, gebaseerd op het gebruik van de nieuwe directive 'BuildSystem', waarmee de bouwsysteem kan worden gedefinieerd die gebruikt wordt bij het samenstellen van een pakket. De broncode wordt automatisch voorbereid, gecompileerd en ge\u00efnstalleerd, rekening houdend met het opgegeven build-systeem, zonder dat separate scripts voor voorbereiding, bouw en installatie in de SPEC-file gedefinieerd hoeven te worden in de secties '%prep', '%build' en '%install'. In RPM worden de ondersteunde buildsystemen gedefinieerd in de vorm van macrocollecties.\n
De belangrijkste idee is dat het declaratieve configuratieformaat ontwikkelaars van distributies in staat stelt om aparte macro's te cre\u00ebren voor standaard bouwprocessen, zodat ze repetitieve scripts niet in elk pakket hoeven te defini\u00ebren. Bijvoorbeeld, in plaats van de volgorde van commando's configure en make voor programma's die Autotools gebruiken te defini\u00ebren, is het nu voldoende om 'BuildSystem: autotools' op te geven, en kan men de secties '%prep', '%build' en '%install' achterwege laten. Momenteel zijn dergelijke macro's voorbereidt voor Autotools en CMake. Indien nodig kunnen ontwikkelaars eigen macro's aansluiten om verschillende fasen van de pakketvorming te overschrijven. <\/p>\n
Ondersteuning voor het toevoegen van extra secties met de commando's voorbereiding, samenstelling, installatie, configuratie, opruiming en controle, die de basissecties %prep, %conf, %build, %install, %check en %clean aanvullen. Voor het uitvoeren van een aanvullend script v\u00f3\u00f3r de uitvoering van de code uit de basissectie is de optie «-p» voorgesteld, en na de basissectie de optie «-a». Dergelijke vervangingen kunnen nuttig zijn voor gerichte aanpassing van het gedrag bij het gebruik van de hierboven beschreven declaratieve modus voor samenstelling.\n
In dynamisch gegenereerde delen van SPEC-bestanden is het toegestaan om directieven en secties op te nemen die geen invloed hebben op het bouwproces.\n
De macro %builddir is toegevoegd en er is een via RPM beheerde mogelijkheid ge\u00efmplementeerd om eigen builddirectories aan afzonderlijke pakketten te koppelen.\n
Een nieuw protocol «multi-file» is voorgesteld, dat de generatie van afhankelijkheden aanzienlijk versnelt.\n
De opdracht rpm heeft de optie «—json» toegevoegd voor het weergeven van de resultaten van vragen in JSON-formaat.\n
De plugin rpm-plugin-unshare is toegevoegd, die isolatie biedt van scripts die worden uitgevoerd in de buildsecties, door gebruik te maken van namespaces in Linux. De plugin maakt bijvoorbeeld het verbieden van netwerktoegang mogelijk en beperkt de toegang tot het bestandssysteem, en maakt aparte priv\u00e9 directories \/tmp en \/home beschikbaar ter bescherming in geval van onveilige bewerkingen met tijdelijke bestanden tijdens het bouwen van pakketten.\n
Een openbare API voor de ontwikkeling van plugins is voorgesteld, die compatibiliteit tussen releases zal behouden. Voorheen was de API voor plugins alleen bedoeld voor intern gebruik en kon deze van release tot release veranderen.\n
De opdracht rpmkeys heeft de opties «—list» en «—delete» toegevoegd.\n
De rpmsign tool heeft ondersteuning gekregen voor het aanmaken van digitale handtekeningen voor pakketten met ECDSA-sleutels.\n
De ondersteuning voor repetitieve builds is verbeterd. De macro «%build_mtime_policy» is toegevoegd, waarmee de inhoud van de tijdens de build toegevoegde tijdstempels kan worden beheerd (met de waarde clamp_to_source_date_epoch kan een vaste tijdstempel worden gebruikt, terwijl met clamp_to_buildtime de werkelijke bouwtijd kan worden opgegeven).\n
In sysusers.d-bestanden is het toegestaan om regels toe te voegen voor het defini\u00ebren van groepsleden.\n
Er is correcte, distributie-onafhankelijke ondersteuning voor debuginfo-bestanden verzekerd.\n
De syntax van de macro's %patchN (zonder spatie v\u00f3\u00f3r N) is verouderd verklaard, waarvan het gebruik nu tot een fout zal leiden (gebruik de syntax «%patch N» of «%patch -P N», waarbij N het patchnummer is).\n
De verouderde OpenPGP-parser is verwijderd.\n
Afhankelijkheidsgeneratoren voor Perl en Python ABI zijn naar aparte repositories verplaatst. <\/ul>\n