Después de dos años y medio desde el último lanzamiento, se ha lanzado el lanzamiento del proyecto Hyperbola GNU/Linux-libre 0.4, que está incluido en la lista de distribuciones completamente libres de la Free Software Foundation. Hyperbola se basa en segmentos estabilizados de la base del paquete Arch Linux, con algunos parches portados desde Debian para mejorar la estabilidad y la seguridad. Las compilaciones Hyperbola se generan para las arquitecturas i686 y x86_64 (1.1 GB).
El proyecto se desarrolla de acuerdo con el principio de KISS (Keep It Simple Stupid) y tiene como objetivo proporcionar a los usuarios un entorno simple, liviano, estable y seguro. A diferencia del modelo de actualización continua de Arch Linux, Hyperbola utiliza un modelo de lanzamiento clásico con un ciclo de lanzamiento de actualización largo para las versiones ya lanzadas. sysvinit se usa como un sistema de inicialización con la transferencia de algunos desarrollos de los proyectos Devuan y Parabola (los desarrolladores de Hyperbola se oponen a systemd).
La distribución incluye solo aplicaciones gratuitas y viene con un kernel Linux-Libre despojado de elementos de firmware binarios que no son libres. El repositorio del proyecto contiene 5257 paquetes. Para bloquear la instalación de paquetes no libres, se utilizan listas negras y bloqueos a nivel de conflicto de dependencia. No se admite la instalación de paquetes desde AUR.
El lanzamiento de Hyperbola 0.4 se posiciona como una transición en el camino hacia la migración previamente anunciada a las tecnologías OpenBSD. En el futuro, la atención se centrará en el proyecto HyperbolaBSD, que prevé la creación de un kit de distribución suministrado bajo una licencia copyleft, pero basado en un núcleo alternativo y un entorno de sistema bifurcado de OpenBSD. Bajo las licencias GPLv3 y LGPLv3, el proyecto HyperbolaBSD desarrollará sus propios componentes destinados a reemplazar partes del sistema no libres o incompatibles con GPL.
Los principales cambios de la versión 0.4 están relacionados con la limpieza de componentes prescindibles y la inclusión en paquetes alternativos. Por ejemplo, se agregó una computadora de escritorio Lumina que puede ejecutarse sin D-Bus y, por lo tanto, se eliminó la compatibilidad con D-Bus. También se eliminó la compatibilidad con Bluetooth, PAM, elogind, PolicyKit, ConsoleKit, PulseAudio y Avahi. Los componentes de la funcionalidad Bluetooth se han eliminado debido a la complejidad y posibles problemas de seguridad.
Además de sysvinit, se ha agregado soporte experimental para el sistema runit init. La pila de gráficos se ha movido a componentes Xenocara desarrollados en OpenBSD (X.Org 7.7 con x-server 1.20.13 + parches). En lugar de OpenSSL, la biblioteca LibreSSL está involucrada. Se eliminaron systemd, Rust y Node.js y sus dependencias asociadas.
Problemas en Linux que empujaron a los desarrolladores de Hyperbola a cambiar a tecnologías OpenBSD:
- La adopción de medios técnicos de protección de derechos de autor (DRM) en el kernel de Linux, por ejemplo, se incluyó en el kernel soporte para la tecnología de protección de copia HDCP (High-bandwidth Digital Content Protection) para contenido de audio y video.
- Desarrollo de una iniciativa para desarrollar drivers para el kernel de Linux en el lenguaje Rust. Los desarrolladores de Hyperbola no están contentos con el uso del repositorio Cargo centralizado y tienen problemas con la libertad de distribuir paquetes con Rust. En particular, los términos de la marca registrada Rust and Cargo prohíben retener el nombre del proyecto en caso de que se apliquen cambios o parches (un paquete solo puede redistribuirse bajo el nombre de Rust and Cargo si se construye a partir de la fuente original; de lo contrario, se debe obtener un permiso previo por escrito). obtenerse del equipo de Rust Core o cambio de nombre).
- Desarrollo del kernel de Linux sin tener en cuenta la seguridad (Grsecurity ya no es un proyecto gratuito y la iniciativa KSPP (Kernel Self Protection Project) está estancada).
- Muchos componentes del entorno de usuario de GNU y las utilidades del sistema comienzan a imponer una funcionalidad redundante sin proporcionar una forma de desactivarla en el momento de la compilación. Los ejemplos incluyen el mapeo a las dependencias requeridas PulseAudio en gnome-control-center, SystemD en GNOME, Rust en Firefox y Java en gettext.
Fuente: opennet.ru