Dopo quasi due anni di sviluppo, il lancio del nuovo versione dal gestore di pacchetti Numero di giri 4.15.0. RPM Package Manager (o RPM, originariamente chiamato Red Hat Package Manager, ma è diventato un acronimo ricorsivo) è uno strumento di gestione dei pacchetti fondamentalmente inteso per GNU / Linux. È in grado di installare, aggiornare, disinstallare, verificare e richiedere programmi.
Il progetto RPM4 è sviluppato da Red Hat ed è utilizzato in distribuzioni come RHEL (compresi i progetti derivati da CentOS, Scientific Linux, Asia Linux, Red Flag Linux, Oracle Linux), Fedora, SUSE, openSUSE, ALT Linux, OpenMandriva, Mageia, PCLinuxOS, Tizen e molti altri.
Il progetto RPM5 è stato precedentemente sviluppato da un team di sviluppo indipendente, che non è direttamente correlato a RPM4 ed è attualmente abbandonato (non è stato aggiornato dal 2010).
Un pacchetto RPM può contenere un insieme arbitrario di file. Più I file RPM sono "RPM binari" (o BRPM) che contengono la versione compilata di alcuni software.
Esistono anche "RPM sorgente" (o SRPM) che contengono il codice sorgente utilizzato per creare un pacchetto binario.
Questi hanno un tag appropriato nell'intestazione del file che li distingue dai normali RPM, facendoli estrarre in / usr / src durante l'installazione.
Gli SRPM di solito hanno l'estensione di file ".src.rpm" (.spm su file system con lunghezza limitata a 3 caratteri, ad es. Vecchi DOS FAT).
Le funzionalità RPM includono:
- I pacchetti possono essere crittografati e verificati con GPG e MD5.
- I file del codice sorgente (ad esempio .tar.gz, .tar.bz2) sono inclusi negli SRPM, consentendo una verifica successiva.
- PatchRPM e DeltaRPM, che sono equivalenti ai file di patch, possono aggiornare in modo incrementale i pacchetti RPM installati.
- Le dipendenze possono essere risolte automaticamente dal gestore dei pacchetti.
Novità di RPM 4.15
In questa nuova versione di RPM 4.15 Rpmbuild aggiunge il supporto per la creazione dinamica delle dipendenze con la sua inclusione in src.rpm. Aggiunto il supporto per la sezione "% generate_buildrequires" nel file delle specifiche, il cui contenuto è trattato come un elenco di dipendenze (BuildRequires) che richiede la verifica (se non c'è dipendenza, verrà visualizzato un errore).
Un'altra novità di questa versione è quella aggiunto il supporto sperimentale per le operazioni dipendenti da chroot senza richiedere root (tramite spazi nome utente) con cui è possibile eseguire compilazioni senza privilegi in ambienti chroot.
Inoltre, Il supporto del set di pacchetti di parallelizzazione è stato implementato su sistemi multi-core. Il limite al numero di thread viene impostato tramite la macro "% _smp_build_ncpus" e la variabile $ RPM_.
anche il supporto per l'architettura ARM è stato migliorato, inoltre è stato aggiunto il supporto per armv8.
Un altro cambiamento importante è l'aggiunta di un backend database fittizio per aiutare RPM per funzionare su sistemi non RPMDB come Debian.
Delle altre modifiche evidenziate nell'annuncio:
- Aggiunta l'opzione "–scm" per abilitare la modalità "% autosetup SCM"
- Aggiunta la macro incorporata "% {expr:…}" per calcolare espressioni arbitrarie (il formato "% [expr]" è stato proposto anche qualche giorno fa)
- La codifica UTF-8 viene utilizzata per impostazione predefinita per i dati di stringa nelle intestazioni
- Aggiunte le macro globali% build_cflags,% build_cxxflags,% build_fflags e% build_ldflags con flag per il compilatore e il linker
- Aggiunta la macro "% dnl" (Elimina alla riga successiva) per inserire commenti
- Le associazioni per Python 3 forniscono restituzioni di stringhe sotto forma di sequenze UTF-8 schermate invece di dati byte.
- Viene fornito supporto continuo per Lua 5.2-5.3, che non richiede definizioni di compatibilità nel codice.
- Aggiunta una nuova sezione "% patchlist" e "% sourcelist", che può essere utilizzata per aggiungere le patch e il codice sorgente da un semplice elenco di nomi senza specificare i numeri di record (ad esempio, invece di "Patch0: - popt 1,16-pkgconfig.patch »sezione patchlist, puoi specificare%« popt-1.16-pkgconfig.patch »);
Infine, per coloro che sono interessati a testare i miglioramenti di questa nuova versione del gestore di pacchetti, dovrebbero saperlo La Fedora 31 beta è una delle prime distribuzioni ad implementare questa nuova versione di RPM 4.15.
Se vuoi saperne di più puoi consultare il seguente collegamento.