Rilascio della distribuzione Linux Hyperbola 0.4, che ha avviato la migrazione verso le tecnologie OpenBSD.

Dopo due anni e mezzo dalla scorsa versione, è stato rilasciato il progetto Hyperbola GNU/Linux-libre 0.4, che è incluso nella lista di distribuzioni completamente libere supportata dalla Fondazione SPO. Hyperbola è basato su sezioni stabilizzate del pacchetto Arch Linux con il trasferimento di alcuni patch da Debian per migliorare stabilità e sicurezza. Le versioni di Hyperbola sono disponibili per le architetture i686 e x86_64 (1,1 GB).

Il progetto si sviluppa in conformità al principio KISS (Keep It Simple Stupid) ed è mirato a fornire agli utenti un ambiente semplice, leggero, stabile e sicuro. A differenza del modello di aggiornamento rolling di Arch Linux, Hyperbola adotta un modello classico di creazione delle versioni con un lungo ciclo di rilascio per le versioni già pubblicate. Per l'inizializzazione viene utilizzato sysvinit con il porting di alcuni elementi dai progetti Devuan e Parabola (i programmatori di Hyperbola sono contrari a systemd).

La distribuzione include solo applicazioni libere e viene fornita con il kernel Linux-Libre, purificato da elementi non liberi dei firmware binari. Il repository del progetto conta 5257 pacchetti. Per impedire l'installazione di pacchetti non liberi viene utilizzata una lista nera e il blocco a livello di conflitto di dipendenze. Non è supportata l'installazione di pacchetti da AUR.

Il rilascio di Hyperbola 0.4 è posizionato come un passaggio verso la migrazione precedentemente annunciata alle tecnologie OpenBSD. In futuro, particolare attenzione sarà rivolta al progetto HyperbolaBSD, che prevede la creazione di una distribuzione rilasciata sotto licenza copyleft, ma basata su un kernel e su un ambiente di sistema alternativi, derivati da OpenBSD. Sotto le licenze GPLv3 e LGPLv3, il progetto HyperbolaBSD svilupperà propri componenti mirati a sostituire le parti non libere o incompatibili con GPL del sistema.

Le principali modifiche nella versione 0.4 riguardano la pulizia dei componenti di cui si può fare a meno e l'inclusione di pacchetti alternativi. Ad esempio, è stato aggiunto il desktop Lumina, che può funzionare senza D-Bus e quindi il supporto per D-Bus è stato rimosso. Inoltre, è stato eliminato il supporto per Bluetooth, PAM, elogind, PolicyKit, ConsoleKit, PulseAudio e Avahi. I componenti per il funzionamento di Bluetooth sono stati rimossi a causa della loro complessità e dei potenziali problemi di sicurezza.

In aggiunta a sysvinit, è stato aggiunto il supporto sperimentale per il sistema di initializzazione runit. Il stack grafico è stato migrato ai componenti Xenocara, sviluppati in OpenBSD (X.Org 7.7 con x-server 1.20.13 + patch). Al posto di OpenSSL è stata utilizzata la libreria LibreSSL. Sono stati rimossi systemd, Rust e Node.js e le relative dipendenze.

Problemi in Linux che hanno spinto gli sviluppatori di Hyperbola a passare alle tecnologie OpenBSD:

  • L'inclusione nel kernel Linux di misure tecniche di protezione del copyright (DRM), ad esempio, nel kernel è stato incluso il supporto per la tecnologia di protezione contro la copia di contenuti audio e video HDCP (High-bandwidth Digital Content Protection).
  • Sviluppo di iniziative per la creazione di driver per il kernel Linux in linguaggio Rust. Gli sviluppatori di Hyperbola non sono soddisfatti dell'uso del repository centralizzato Cargo e dei problemi relativi alla libertà di distribuzione dei pacchetti Rust. In particolare, le condizioni d'uso dei marchi Rust e Cargo vietano di mantenere il nome del progetto in caso di modifiche o applicazione di patch (il pacchetto può essere distribuito con il nome Rust e Cargo solo se è costruito da fonti originali, altrimenti è necessaria l'autorizzazione scritta preventiva del Rust Core team o la modifica del nome).
  • Sviluppo del kernel Linux senza preoccuparsi della sicurezza (Grsecurity non è più un progetto libero e l'iniziativa KSPP (Kernel Self Protection Project) è in stagnazione).
  • Molti componenti dell'ambiente utente GNU e le utility di sistema iniziano a imporre l'uso di funzionalità eccessive, senza fornire possibilità di disabilitarle durante la compilazione. A titolo di esempio, viene citato l'inserimento tra le dipendenze obbligatorie di PulseAudio nel gnome-control-center, SystemD in GNOME, Rust in Firefox e Java in gettext.

Fonte: opennet.ru

Acquista hosting affidabile per siti web con protezione DDoS, VPS VDS server 🔥 Acquista hosting affidabile per siti web con protezione DDoS, VPS VDS server | ProHoster