Hyperbola, abandona Linux y pasa a ser una bifurcación de OpenBSD

Hyperbola_GNU

Hyperbola es un sistema operativo para arquitecturas i686 y x86-64, que está basado en snapshots de Arch y desarrollo de Debian para aumentar la estabilidad y la seguridad, además de que incluye componentes de GNU y el kernel Linux-libre en vez del kernel Linux genérico. Hyperbola está listada por la Fundación de Software Libre como un sistema operativo completamente libre, fiel a las pautas de distribución del sistema Libre.

A diferencia de Arch, Hyperbola utiliza el modelo de soporte a largo plazo como Debian, un modelo adaptado para extender el período de mantenimiento del software y alterar el tipo y la frecuencia de las actualizaciones de software (parches) para reducir el riesgo, los gastos y la interrupción de la implementación del software, promoviendo la fiabilidad del software.

Hyperbola se está desarrollando de acuerdo con el principio KISS (Keep It Simple Stupid) y tiene como objetivo proporcionar a los usuarios un entorno simple, ligero, estable y seguro.

El sistema de inicialización se basa en sysvinit con la portabilidad de algunos desarrollos de los proyectos Devuan y Parabola. El tiempo de seguimiento de lanzamiento es de 5 años.

Adios Linux, hola OpenBSD

Hace pocos días los desarrolladores que están a cargo del proyecto de Hyperbola, dieron a conocer una noticia en la cual quieren implementar un plan para cambiar el uso del kernel de Linux hacia las utilidades de usuario de OpenBSD con la transferencia de algunos componentes de otros sistemas BSD, con lo cual se planea distribuir la nueva distribución bajo el nombre HyperbolaBSD.

La razón de la transición a la base de código de OpenBSD se llama insatisfacción con las tendencias en el desarrollo del kernel de Linux:

  • La adopción de los medios técnicos de protección de derechos de autor (DRM) del kernel de Linux, por ejemplo, el kernel incluía soporte para tecnología de protección de copia para contenido de audio y video HDCP (Protección de contenido digital de alto ancho de banda).
  • Desarrollo de una iniciativa para desarrollar controladores para el kernel de Linux en el lenguaje Rust. Los desarrolladores de hyperbola no están contentos con el uso de un repositorio de cargo centralizado y tienen problemas con la libertad de distribuir paquetes con Rust. En particular, los términos de uso de las marcas registradas de Rust and Cargo prohíben preservar el nombre del proyecto en caso de cambios o aplicar parches (un paquete puede distribuirse bajo el nombre Rust and Cargo solo si se ensambla a partir de los textos originales, de lo contrario, se requiere un permiso previo por escrito 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 GNU y las utilidades del sistema están comenzando a imponer el uso de una funcionalidad excesiva, sin proporcionar la capacidad de desactivarlo durante la compilación. Como ejemplo, se hace referencia a las dependencias obligatorias de PulseAudio en gnome-control-center, SystemD en GNOME, Rust en Firefox y Java en gettext.

Es por ello que el plan de desarrollo para HyperbolaBSD es, transformar el sistema en una bifurcación completa de OpenBSD que se ampliará con un nuevo código suministrado bajo las licencias GPLv3 y LGPLv3.

El código desarrollado sobre OpenBSD tendrá como objetivo reemplazar gradualmente los componentes de OpenBSD distribuidos bajo licencias no compatibles con GPL.

Mientras que por la parte del mantenimiento de la rama Hyperbola con el Kernel de Linux-libre previamente formada se proporcionará hasta el 2022, pero las futuras versiones de Hyperbola se transferirán al nuevo núcleo y a los elementos del sistema.

Con todo ello, los desarrolladores de Hyperbola han comentado que tienen mucho trabajo por hacer, pues van a pasar a abandonar todo lo que anteriormente estaba en desarrollo y centraran sus esfuerzos en la reconstrucción del sistema desde cero.

Si quieres conocer más al respecto, puedes consultar la nota en el siguiente enlace.


Deja tu comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

*

*

  1. Responsable de los datos: Miguel Ángel Gatón
  2. Finalidad de los datos: Controlar el SPAM, gestión de comentarios.
  3. Legitimación: Tu consentimiento
  4. Comunicación de los datos: No se comunicarán los datos a terceros salvo por obligación legal.
  5. Almacenamiento de los datos: Base de datos alojada en Occentus Networks (UE)
  6. Derechos: En cualquier momento puedes limitar, recuperar y borrar tu información.

  1.   Autopilot dijo

    ¡Olé!
    Una noticia interesante porque nos dice sobre el estado del kernel.
    A ver cómo acaba.

  2.   unodetantos dijo

    Sip, aunque no creo que sea sólo por el kernel sino también por forzar dependencias. Como he dicho en otro post parece que hay cierto aire de cambio. Se esta mirando mucho hacia el mundo BSD y a inits alternativos para intentar escapar de systemd y todo lo que ello conlleva.

    Como usuario el único fallo que le veo al mundo BSD es el tema de los controladores, por lo demás es perfecto ya que son os completos. Si hubiera algo parecido a Artix en los BSD me cambiaba sin dudarlo ya que estaría en un os como debe ser y aunque de momento estoy muy contento en Artix me empieza a preocupar algunas de las cosas que se hacen en los ultimos años y no me da buena espina la verdad.