Hyperbole est un système d'exploitation pour les architectures i686 et x86-64, qui est basé sur les instantanés d'Arch et le développement Debian pour augmenter la stabilité et la sécurité, plus inclut les composants GNU et le noyau Linux-libre au lieu du noyau Linux générique. Hyperbola est répertorié par la Free Software Foundation comme un système d'exploitation totalement gratuit, fidèle aux directives de distribution du système Libre.
Contrairement à Arch, Hyperbola utilise le modèle de support à long terme comme Debian, un modèle adapté pour prolonger la période de maintenance logicielle et modifier le type et la fréquence des mises à jour logicielles (correctifs) pour réduire les risques, les dépenses et les perturbations du déploiement de logiciels, favorisant la fiabilité du logiciel.
Hyperbole est développé selon le principe KISS (Keep It Simple Stupid) et vise à fournir aux utilisateurs un environnement simple, léger, stable et sûr.
Le système d'initialisation est basé sur sysvinit avec la portabilité de certains développements des projets Devuan et Parabola. Le temps de suivi pour le lancement est de 5 ans.
Au revoir Linux, bonjour OpenBSD
Il ya quelques jours les développeurs qui sont en charge du projet par Hyperbola, fait connaître une actualité dans laquelle veulent implémenter un plan pour changer l'utilisation du noyau Linux vers les utilitaires utilisateurs d'OpenBSD avec le transfert de certains composants d'autres systèmes BSD, avec lesquels il est prévu de distribuer la nouvelle distribution sous le nom HyperbolaBSD.
La raison de la transition La base de code OpenBSD est appelée insatisfaction avec les tendances du développement du noyau Linux:
- La adoption de moyens techniques de protection du droit d'auteur (GDN)dle noyau linuxPar exemple, le noyau incluait la prise en charge de la technologie de protection contre la copie HDCP (High-bandwidth Digital Content Protection) pour le contenu audio et vidéo.
- Développement d'un initiative visant à développer des pilotes pour le noyau Linux en langage Rust. Les les développeurs d'hyperboles ne sont pas satisfaits de l'utilisation d'un référentiel de fret centralisé et ont des problèmes avec la liberté de distribuer des paquets avec Rust. En particulier, les conditions d'utilisation des marques Rust and Cargo interdisent de conserver le nom du projet en cas de modification ou d'application de correctifs (un package ne peut être distribué sous le nom Rust and Cargo que s'il est assemblé à partir des textes originaux, sinon, avant l'autorisation écrite de l'équipe Rust Core ou un changement de nom est requis).
- Développer le noyau Linux sans tenir compte de la sécurité (Grsecurity n'est plus un projet gratuit et l'initiative KSPP (Kernel Self Protection Project) est bloquée.)
- De nombreux composants de l'environnement utilisateur GNU et utilitaires système commencent à imposer l'utilisation de fonctionnalités excessives, sans fournir la possibilité de le désactiver lors de la compilation. Par exemple, les dépendances obligatoires de PulseAudio sont référencées dans gnome-control-center, SystemD dans GNOME, Rust dans Firefox et Java dans gettext.
Voilà pourquoi le plan de développement pour HyperbolaBSD est de transformer le système en un full fork d'OpenBSD qui sera complété par un nouveau code fourni sous les licences GPLv3 et LGPLv3.
Le code développé sur OpenBSD visera à remplacer progressivement les composants OpenBSD publié sous des licences non conformes à la GPL.
Alors que pour la maintenance de la branche Hyperbola avec le noyau Linux-libre précédemment formé sera fourni jusqu'en 2022, mais les futures versions d'Hyperbola seront transférées aux nouveaux éléments du noyau et du système.
Avec tout cela, les développeurs d'Hyperbola ont déclaré qu'ils avaient beaucoup de travail à faire, car ils vont abandonner tout ce qui était auparavant en développement et concentrer leurs efforts sur la reconstruction du système à partir de zéro.
Si vous voulez en savoir plus, vous pouvez vérifier la note dans le lien suivant.
Olé!
Une nouvelle intéressante car elle nous informe sur l'état du noyau.
Voyons comment ça se termine.
Oui, même si je ne pense pas que ce soit uniquement à cause du noyau, mais aussi à cause du forçage des dépendances. Comme je l'ai dit dans un autre article, il semble y avoir un certain air de changement. Ils se tournent beaucoup vers le monde BSD et les inits alternatifs pour essayer d'échapper à systemd et à tout ce que cela implique.
En tant qu'utilisateur, le seul défaut que je vois dans le monde BSD est la question des pilotes, sinon c'est parfait car ils sont complets. S'il y avait quelque chose de similaire à Artix dans le BSD, je changerais sans hésitation puisque je serais dans un comme il se doit et même si pour le moment je suis très heureux dans Artix je commence à m'inquiéter de certaines des choses qui ont été faites ces dernières années et je n'ai pas bon épine la vérité.