Iperbole è un sistema operativo per architetture i686 e x86-64, che si basa sugli snapshot di Arch e sullo sviluppo di Debian per aumentare la stabilità e la sicurezza, più include componenti GNU e il kernel Linux-libre invece del generico kernel Linux. Hyperbola è elencato dalla Free Software Foundation come un sistema operativo completamente gratuito, fedele alle linee guida di distribuzione del sistema Libre.
A differenza di Arch, Hyperbola utilizza il modello di supporto a lungo termine come Debian, un modello adattato per estendere il periodo di manutenzione del software e modificare il tipo e la frequenza degli aggiornamenti software (patch) per ridurre rischi, spese e interruzioni della distribuzione del software, promuovendo l'affidabilità del software.
Iperbole è stato sviluppato secondo il principio KISS (Keep It Simple Stupid) e mira a fornire agli utenti un ambiente semplice, leggero, stabile e sicuro.
Il sistema di inizializzazione è basato su sysvinit con la portabilità di alcuni sviluppi dai progetti Devuan e Parabola. Il tempo di follow-up per il lancio è di 5 anni.
Arrivederci Linux, ciao OpenBSD
Pochi giorni fa gli sviluppatori che sono responsabili del progetto di Hyperbola, reso noto una notizia in cui desidera implementare un piano per cambiare l'uso del kernel Linux verso le utilità utente OpenBSD con il trasferimento di alcuni componenti da altri sistemi BSD, con il quale si prevede di distribuire la nuova distribuzione con il nome HyperbolaBSD.
Il motivo della transizione La base del codice OpenBSD è chiamata insoddisfazione per le tendenze nello sviluppo del kernel Linux:
- La adozione di mezzi tecnici di protezione del diritto d'autore (DRM)dil kernel linuxAd esempio, il kernel includeva il supporto per la tecnologia di protezione dalla copia HDCP (High-bandwidth Digital Content Protection) per i contenuti audio e video.
- Sviluppo di a iniziativa per sviluppare driver per il kernel Linux in linguaggio Rust. I Gli sviluppatori di hyperbole non sono contenti di utilizzare un repository cargo centralizzato e hanno problemi con la libertà di distribuire pacchetti con Rust. In particolare, i termini di utilizzo dei marchi Rust e Cargo vietano di conservare il nome del progetto in caso di modifiche o applicazione di patch (un pacchetto può essere distribuito con il nome Rust and Cargo solo se è assemblato dai testi originali, altrimenti, prima è richiesta l'autorizzazione scritta del team Rust Core o il cambio di nome).
- Sviluppo del kernel Linux senza riguardo per la sicurezza (Grsecurity non è più un progetto gratuito e l'iniziativa KSPP (Kernel Self Protection Project) è in stallo.)
- Molti componenti dell'ambiente utente GNU e utilità di sistema stanno cominciando a imporre l'uso di funzionalità eccessive, senza fornire la possibilità di disabilitarlo durante la compilazione. Ad esempio, le dipendenze PulseAudio obbligatorie sono referenziate in gnome-control-center, SystemD in GNOME, Rust in Firefox e Java in gettext.
Ecco perché il piano di sviluppo per HyperbolaBSD è trasformare il sistema in un fork completo di OpenBSD che sarà ampliato con il nuovo codice fornito con le licenze GPLv3 e LGPLv3.
Il codice sviluppato su OpenBSD punterà a sostituire gradualmente i componenti OpenBSD rilasciato con licenze non conformi alla GPL.
Mentre per il mantenimento del ramo Hyperbola con il kernel Linux-libre precedentemente formato sarà fornito fino al 2022, ma le versioni future di Hyperbola verranno trasferite al nuovo kernel e agli elementi di sistema.
Con tutto ciò, gli sviluppatori di Hyperbola hanno commentato che hanno molto lavoro da fare, poiché abbandoneranno tutto ciò che era precedentemente in fase di sviluppo e concentreranno i loro sforzi sulla ricostruzione del sistema da zero.
Si vuoi saperne di più, puoi controllare la nota nel seguente link
Olé!
Novità interessante perché ci racconta lo stato del kernel.
Vediamo come va a finire.
Sì, anche se non penso sia solo a causa del kernel ma anche a causa della forzatura delle dipendenze. Come ho detto in un altro post sembra esserci una certa aria di cambiamento. Stanno guardando molto al mondo BSD e agli inizi alternativi per cercare di fuggire da systemd e da tutto ciò che ciò comporta.
Come utente l'unico difetto che vedo nel mondo BSD è il problema dei driver, altrimenti è perfetto visto che sono completi. Se ci fosse qualcosa di simile ad Artix nel BSD cambierei senza esitazione poiché sarei in uno come dovrebbe essere e sebbene al momento sia molto felice in Artix comincio a preoccuparmi per alcune delle cose che sono state fatte negli ultimi anni e non mi da buona spina la verità.