{"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\/it\/blog\/novosti-interneta\/vypusk-paketnogo-menedzhera-rpm-4-20-i-nachalo-razrabotki-rpm-6","title":{"rendered":"Rilascio del gestore di pacchetti RPM 4.20 e inizio dello sviluppo di RPM 6","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Dopo un anno di sviluppo, \u00e8 stata rilasciata la versione 4.20.0 del gestore di pacchetti RPM. Il progetto RPM4 \u00e8 sviluppato da Red Hat ed \u00e8 utilizzato in distribuzioni come RHEL, Fedora, SUSE, openSUSE, ALT Linux, OpenMandriva, Mageia, PCLinuxOS e Tizen. Il codice del progetto \u00e8 distribuito sotto le licenze GPLv2 e LGPLv2. <\/p>\n
Il prossimo anno si prevede la pubblicazione di una significativa versione di RPM 6, che utilizzer\u00e0 un nuovo formato di archivio, consentendo, a differenza del formato cpio attualmente in uso, di creare pacchetti di dimensioni superiori a 4 GB (superare questo limite \u00e8 importante poich\u00e9 il pacchetto SRC di Chromium \u00e8 vicino al limite, con una dimensione di 3.7 GB). Nella nuova versione si intende anche consentire l'uso del linguaggio C++ per lo sviluppo di RPM. Questa importante versione sar\u00e0 celebrata in coincidenza con l'anniversario del progetto: il 27 novembre 2025 si festeggeranno 30 anni dal primo commit in RPM. Le versioni RPM 5.x saranno saltate per evitare sovrapposizioni con il progetto RPM5, che non \u00e8 direttamente correlato a RPM di Red Hat, essendo stato sviluppato da un team di sviluppatori indipendenti e non aggiornato dal 2016. <\/p>\n
I miglioramenti pi\u00f9 significativi in RPM 4.20: <\/p>\n
\n
\u00c8 stata inclusa una nuova utility rpm2archive, che sostituisce l'utility rpm2cpio e semplificher\u00e0 in futuro la migrazione al nuovo formato di pacchetti che non utilizza cpio. A differenza di rpm2cpio, la nuova utility converte il file RPM non in un archivio cpio, ma in un archivio nel formato tar, compresso con gzip. La vecchia utility rpm2cpio \u00e8 stata sostituita da un collegamento simbolico a rpm2archive.\n
\u00c8 stato proposto un sistema di assemblaggio dichiarativo, basato sull'uso della nuova direttiva «BuildSystem», attraverso la quale pu\u00f2 essere definito il sistema di assemblaggio da utilizzare durante la creazione del pacchetto. Il codice sorgente viene automaticamente preparato, compilato e installato tenendo conto del sistema di assemblaggio specificato, senza necessit\u00e0 di una definizione separata nel file SPEC per gli script di preparazione, assemblaggio e installazione nei blocchi «%prep», «%build» e «%install». Nei RPM, i sistemi di assemblaggio supportati sono definiti sotto forma di collezioni di macro.\n
L'idea principale \u00e8 che il formato di configurazione dichiarativo consenta agli sviluppatori di distribuzioni di creare macro separate per i processi di build standard, evitando cos\u00ec di dover definire scenari ripetitivi in ogni pacchetto. Ad esempio, invece di definire sequenze di comandi configure e make per i programmi che utilizzano Autotools, ora \u00e8 sufficiente specificare «BuildSystem: autotools» e si pu\u00f2 evitare di includere le sezioni «%prep», «%build» e «%install». Attualmente, macro simili sono state preparate per Autotools e CMake. In caso di necessit\u00e0 di un comportamento non standard, \u00e8 data la possibilit\u00e0 ai manutentori dei pacchetti di collegare le proprie macro per sovrascrivere diverse fasi della creazione del pacchetto. <\/p>\n
\u00c8 stata aggiunta la supporto per l'aggiunta di sezioni extra con comandi di preparazione, compilazione, installazione, configurazione, pulizia e verifica, che completano le sezioni di base %prep, %conf, %build, %install, %check e %clean. Per eseguire uno script aggiuntivo prima dell'esecuzione del codice della sezione di base \u00e8 stata proposta l'opzione \u00ab-p\u00bb, mentre dopo la sezione di base l'opzione \u00ab-a\u00bb. Tali sostituzioni possono rivelarsi utili per una personalizzazione mirata del comportamento quando si utilizza la modalit\u00e0 di compilazione dichiarativa sopra descritta.\n
\u00c8 consentito includere direttive e sezioni nelle parti SPEC generate dinamicamente, che non influenzano il processo di costruzione.\n
\u00c8 stato aggiunto il macro %builddir e implementata la possibilit\u00e0 di gestire attraverso RPM il collegamento delle proprie directory di build a pacchetti separati.\n
\u00c8 stato proposto un nuovo protocollo \u00abmulti-file\u00bb, che accelera significativamente la generazione delle dipendenze.\n
Nel comando rpm \u00e8 stata aggiunta l'opzione \u00ab--json\u00bb per l'output dei risultati delle richieste in formato JSON.\n
\u00c8 stato aggiunto il plugin rpm-plugin-unshare, che fornisce isolamento per gli script eseguiti nelle sezioni di costruzione, utilizzando gli spazi dei nomi in Linux. Ad esempio, il plugin consente di vietare l'accesso alla rete e limitare l'accesso al file system, oltre a utilizzare directory private separate `\/tmp` e `\/home` per proteggere nel caso di operazioni non sicure con file temporanei durante la costruzione dei pacchetti.\n
\u00c8 stato proposto un API pubblica per lo sviluppo dei plugin, che garantir\u00e0 la compatibilit\u00e0 tra le versioni. In precedenza, l'API per i plugin era destinata solo all'uso interno e poteva cambiare da una versione all'altra.\n
Nel comando rpmkeys sono state aggiunte le opzioni \u00ab--list\u00bb e \u00ab--delete\u00bb.\n
Nel comando rpmsign \u00e8 stata aggiunta la possibilit\u00e0 di creare firme digitali per i pacchetti, utilizzando chiavi ECDSA.\n
Migliorata la supporto per le build ripetibili. \u00c8 stato aggiunto il macro \u00ab%build_mtime_policy\u00bb, che consente di gestire il contenuto delle etichette aggiunte durante la build con il tempo (tramite il valore clamp_to_source_date_epoch \u00e8 possibile utilizzare un'etichetta fissa, mentre con clamp_to_buildtime \u00e8 possibile specificare l'ora effettiva della build).\n
Nei file sysusers.d \u00e8 consentito aggiungere righe per definire i membri del gruppo.\n
\u00c8 garantito un supporto corretto e indipendente dalla distribuzione per i file debuginfo.\n
\u00c8 stata dichiarata obsoleta la sintassi dei macro %patchN (senza spazio prima di N), il cui utilizzo ora porter\u00e0 a un errore (si deve usare la sintassi \u00ab%patch N\u00bb o \u00ab%patch -P N\u00bb, dove N \u00e8 il numero della patch).\n
\u00c8 stato rimosso il parser OpenPGP obsoleto.\n
I generatori di dipendenze per Perl e Python ABI sono stati spostati in repository separati. <\/ul>\n