Un sistema operativo con el que no tienes que pelearte.

• Modular por construcción

  Los componentes son separables, y los que no quieres están ausentes en lugar de instalados y apagados. Un sistema al que puedes restar piezas es un sistema sobre el que puedes razonar.

• Transparente por defecto

  Lo que ocurre entre el encendido y una shell utilizable se puede inspeccionar y está documentado. Ningún comportamiento que solo exista como folclore en un hilo de foro de hace seis años.

• Seguro por construcción

  La seguridad se trata como una propiedad de la compilación: una superficie menor, privilegios explícitos, valores por defecto sensatos. No una guía de endurecimiento publicada a posteriori para que el usuario la aplique.

• El rendimiento como restricción

  El peso es un fallo de diseño, no un impuesto que aceptar. Lo que se entrega es lo necesario, que es la única forma fiable de seguir siendo rápido en lugar de serlo solo en un benchmark.

• Personalizable sin pelea

  Cambiar cómo se comporta el sistema significa cambiar un componente por una vía prevista, no esquivar un valor por defecto que daba por hecho que nunca querrías hacerlo.

• Hecho para quienes trabajan cerca de la máquina

  Desarrolladores, especialistas en sistemas y organizaciones que operan su propia infraestructura. El entorno está ajustado para ese trabajo, en lugar de ser lo bastante amable para todo el mundo a su costa.

Esto es el plan de trabajo, no un registro de cambios. Ninguna de estas capas está terminada, y las que están más abajo en la lista no se han empezado.

1. 01

   Sistema base

   La configuración del kernel, la ruta de arranque y el conjunto más pequeño de espacio de usuario que constituye una máquina en la que puedes iniciar sesión y confiar.

2. 02

   Init y servicios

   Qué arranca, en qué orden y bajo qué autoridad. La parte de una distribución que determina si el sistema es legible o mágico.

3. 03

   Modelo de paquetes y actualizaciones

   Cómo llega el software, cómo se verifica y cómo una máquina pasa de un estado conocido al siguiente sin convertirse en un caso único.

4. 04

   Modelo de seguridad

   Los límites de privilegios, los valores por defecto y lo que expone una instalación estándar. Se decide junto con la base en lugar de añadirse encima.

5. 05

   Entorno de desarrollo

   Cadenas de herramientas, contenedores y la superficie de trabajo diaria, tratados como una parte de primera clase del sistema y no como algo que el usuario monta después.

6. 06

   Integración e ingeniería de versiones

   Compilaciones reproducibles, imágenes y la maquinaria que convierte un directorio de decisiones en algo que otra persona puede instalar.

No es un fork, sino una composición cuidadosa de capas probadas sobre una base Void Linux. Cada una hace su trabajo y pasa el relevo limpiamente a la siguiente. Nombrar un componente es una decisión tomada, no una afirmación de que las piezas ya estén ensambladas.

Esta ficha recoge decisiones, no mediciones. Nada de lo que aparece se ha evaluado con benchmarks, porque no hay una compilación lo bastante estable para ello, y una cifra publicada ahora sería una cifra inventada ahora. La fila que normalmente llevaría los números dice exactamente eso.

• No es un escritorio generalista que intenta reemplazar lo que la mayoría ya usa sin problemas.
• No es una reedición con otro tema de una distribución existente con nuestro nombre en el fondo de pantalla.
• No es un producto con una fecha de lanzamiento que se mantiene en silencio. No hay fecha que callar.
• No es un proyecto comunitario que pide colaboradores sin tener todavía capacidad para guiarlos.
• No es algo en torno a lo que debas planificar infraestructura de producción hoy, y diremos con claridad cuándo eso cambie.

La numeración es la garantía. Empieza en 001 sin nada detrás, así que esta bitácora no puede adquirir en silencio un historial que no tuvo.

Ninguna entrada de abajo lleva un trimestre, porque ninguna lo tiene. Cuando exista una fecha real, se imprimirá aquí y en ningún otro sitio antes.

1. Hecho

   La arquitectura y las decisiones de arriba

   Los compromisos de diseño, el modelo de módulos y el alcance, incluidos los rechazos. Suficiente para construir sobre ello y suficiente para discutirlo.

2. Ahora

   Sistema base y ruta de arranque

   La base de la pila: configuración del kernel, arranque y el espacio de usuario mínimo que forma una máquina en la que puedes iniciar sesión. Aquí es donde está realmente el trabajo.

3. Después

   Init, servicios, paquetes y actualizaciones

   Las capas que deciden si el sistema es legible: qué arranca y por qué, cómo llega el software y cómo una máquina pasa de un estado conocido a otro.

4. Más adelante

   Una imagen que otra persona pueda instalar

   Compilaciones reproducibles e ingeniería de versiones, el punto en el que esta página deja de ser un plan y pasa a ser una descarga.

Cada respuesta de abajo está escrita según el estado del trabajo hoy. Ninguna describe software que puedas ejecutar.

• ArtículoCómo elegir un sistema de init, y por qué 0dyssey usa runitPor qué el peldaño L1 es runit: la propiedad con la que juzgamos a los candidatos y lo que costó la elección.
• ArtículoModelos de paquetes, y la deuda que aplazas al congelarPor qué el peldaño L2 es xbps, y lo que cobra a cambio una base de actualización continua.
• ArtículoArgumentos a favor de la gestión de ventanas en mosaicoPor qué el peldaño L3 es i3, y por qué sigue siendo un gestor de ventanas en lugar de convertirse en un escritorio.
• ProyectoUn gestor de pantalla con separación de privilegiosLa misma clase de problema, vista a través de un proyecto propio: integración sin nada debajo a lo que echar la culpa.