# AlpineBSD: el kernel de NetBSD, las herramientas de Alpine y nada de código generado por IA

- **Publicado el:** 2026-11-01
- **Categoría:** Noticias
- **Página original:** https://linuxgratis.com/articulos/alpinebsd-sistema-sin-ia-netbsd

Ha aparecido AlpineBSD, un sistema que junta el kernel de NetBSD 11 con apk, BusyBox y s6, y que separa en un repositorio aparte todo paquete que contenga salida de un modelo de IA. Todavía no tiene instalador, pero ya se puede montar a mano.

---

Sale un sistema operativo nuevo casi cada semana, pero no muchos se definen por lo que dejan fuera. **AlpineBSD** sí. Su wiki lo presenta como un sistema basado en el kernel de NetBSD, con un espacio de usuario inspirado en Alpine Linux, cuyo objetivo es «hacer posible usar tan poco software generado por IA como se pueda». The Register le dedicó una pieza el 30 de octubre y desde entonces ha corrido por foros y agregadores.

Hay que decirlo pronto: es un proyecto en obras. No hay instalador, no hay versiones numeradas y solo existe la rama *edge* para x86_64. Quien quiera probarlo tiene que montarlo a mano desde el instalador de NetBSD.

## Qué es exactamente

La idea se entiende rápido si se conoce a sus dos padres:

- **De [NetBSD](/netbsd)** toma el kernel, la libc y las herramientas que dependen de la plataforma, como `mount`. El paquete `netbsd-base` del repositorio va por la **versión 11.0**, la que NetBSD publicó a finales de julio.
- **De [Alpine Linux](/alpine-linux)** toma la forma de trabajar: el gestor de paquetes **apk-tools** (la 3.0.6), **BusyBox** y un sistema de construcción con `abuild` y ficheros `APKBUILD`. No es un fork de Alpine: la colección de paquetes es propia, aunque muchas recetas parten de las de `aports`.

Hay diferencias con ambos. Frente a NetBSD, la parte de usuario es algo más GNU, y por ejemplo prefiere GNU make a BSD make. Frente a Alpine, que arranca con OpenRC, AlpineBSD usa **s6** de skarnet, y la wiki dice que piensan añadir OpenRC como alternativa.

La wiki también avisa de algo que conviene leer antes de lanzarse: el kernel de NetBSD reconoce bastante menos hardware que Linux, sobre todo en portátiles, y recomienda consultar la lista de equipos compatibles de NetBSD.

## La política de IA, que es lo que lo hace distinto

Para AlpineBSD, un programa está **«contaminado» (*tainted*)** si su código, su documentación, sus binarios o cualquier otro recurso incluyen, aunque sea en parte, salida de una herramienta de IA generativa. Con ese criterio reparte el software en cuatro repositorios:

| Repositorio | Soporte | Qué admite |
|---|---|---|
| `base` | Oficial | Solo software limpio |
| `main` | Oficial | Solo software limpio |
| `tainted` | Comunidad | Software contaminado |
| `community` | Comunidad | Limpio, pero puede depender de `tainted` |

Las dependencias solo suben en esa tabla: `community` puede tirar de `tainted`, nunca al revés. La instalación más conservadora activa solo `base` y `main`, y con eso el proyecto garantiza que no entra nada contaminado. Si alguien quiere más, añade `tainted` con una etiqueta en `/etc/apk/repositories` y tiene que pedir cada paquete de forma explícita, por ejemplo `apk add python3@tainted`. Si no lo hace, apk se queja cuando algo depende de un paquete contaminado.

Cada paquete lleva además una marca que se puede buscar con apk: `genai:clean`, `genai:tainted`, `genai:pinned` y tres variantes `genai:indirect-*` para los que solo están contaminados por sus dependencias de compilación, de ejecución o de pruebas.

Lo de *pinned* tiene su miga. Hay software tan básico que no se puede sacar del sistema, así que el proyecto lo congela en la **última versión sin código de IA**. Ahora mismo son seis: **binutils, GCC, GDB, libffi, Perl y xorriso**. La wiki aclara que congelar es el último recurso: antes prefieren buscar una alternativa o mandar el paquete a `tainted`.

Y la lista de `tainted` da una idea de hasta dónde llega ya la IA en el software libre. En el índice del repositorio a 1 de noviembre aparecen, entre otros, **git, curl, CMake, Meson, Go, htop, PCRE2, FreeType y fontconfig**. Herramientas que cualquiera da por supuestas en un sistema y que aquí quedan fuera del núcleo garantizado.

La regla vale también para las personas: ninguna contribución al proyecto (código, documentación, recetas de paquetes, ni siquiera mensajes en las listas o en IRC) puede hacerse con herramientas de IA generativa.

## No sale de la nada

NetBSD ya tenía su propia postura. Desde 2024, sus normas para hacer *commits* dan por hecho que el código generado por un modelo de lenguaje está contaminado y no puede entrar sin aprobación expresa. AlpineBSD se apoya en un kernel con esa regla y la extiende a todo lo que va encima, que es donde está la mayor parte del software.

Es también el segundo proyecto BSD llamativo en pocas semanas, aunque con la filosofía opuesta: hace unos días contábamos que [Daemonarchy, el Omarchy para FreeBSD de Jordan Hubbard](/articulos/hyprbsd-daemonarchy-graficos-virtio-freebsd), se hace con ayuda de IA.

## Quién está detrás

La wiki no firma a nadie. El código fuente, los *ports* (`absd-ports`), las listas de correo y el gestor de incidencias están en SourceHut bajo la cuenta `~sircmpwn`, que es la de **Drew DeVault**, el creador de SourceHut, y la clave con la que se firman los paquetes del mirror es la suya. Las contribuciones se envían como parches con `git send-email` a la lista `alpinebsd-devel`, al estilo de SourceHut, y hay canal `#alpinebsd` en Libera.Chat.

En el gestor de incidencias ya participa más gente, y el repositorio no es pequeño para tener un mes: el paquete más antiguo del mirror es del 27 de septiembre y a 1 de noviembre hay unas **430 entradas en `base`, 170 en `main`, 95 en `community` y 143 en `tainted`**, contando subpaquetes (`-dev`, `-doc` y similares).

## Cómo se instala hoy

La wiki lo describe como un procedimiento «para valientes», y lo es. En resumen:

1. Arrancar con el instalador de NetBSD, configurar la red y salir a una shell.
2. Particionar el disco en **GPT** con `gpt` (EFI, swap y raíz) y formatear con `newfs_msdos` y `newfs -O 2ea`.
3. Preparar apk: crear `/etc/apk/repositories` apuntando a `mirror.alpinebsd.org/edge/base`, bajar la clave pública y el binario estático `apk.static`.
4. Instalar `absd-base`, `netbsd-kernel-generic-bin`, `netbsd-firmware`, `ifupdown` y el cargador (`netbsd-bootloader-efi` o `-mbr`), más `dhcpcd`, `wpa_supplicant` o las páginas de manual si se quieren.
5. Entrar con `chroot`, crear los dispositivos con `MAKEDEV all`, activar los servicios de s6 (consolas, `mountall`, `fsck`, `hostname`…), copiar el cargador EFI o configurar el arranque BIOS y ajustar `/etc/boot.cfg` y `/etc/fstab`.
6. Reiniciar y cruzar los dedos. La propia wiki termina con un «enhorabuena, (probablemente) has instalado AlpineBSD».

A quien venga de Alpine le sonarán los pasos de apk. A quien venga de NetBSD, todo lo demás. Si ninguno de los dos le suena, mejor esperar al instalador.

## ¿Merece la pena?

Para usarlo a diario, todavía no. Para entender por dónde va el debate sobre la IA en el software libre, sí: AlpineBSD convierte una postura en algo que se puede comprobar con `apk search`, y su lista de paquetes congelados y contaminados es un buen termómetro de cuánto código escrito con modelos de lenguaje ha entrado ya en las herramientas de siempre.

Lo hemos añadido al catálogo en su [ficha de AlpineBSD](/alpinebsd), dentro de la [categoría BSD](/bsd). Como aún no publica versiones, la ficha sigue la rama *edge*. Si quieres contexto, tienes la [historia de BSD](/articulos/historia-de-bsd), la [historia de Alpine Linux](/articulos/historia-de-alpine-linux) y nuestra guía de [gestores de paquetes](/articulos/gestores-de-paquetes-linux).

**Fuentes:** [wiki de AlpineBSD](https://wiki.alpinebsd.org/), su [política de IA](https://wiki.alpinebsd.org/ai-policy), la [guía de instalación](https://wiki.alpinebsd.org/installation/) y la de [contribución](https://wiki.alpinebsd.org/contributing/), el [mirror de paquetes](https://mirror.alpinebsd.org/edge/), el [proyecto en SourceHut](https://sr.ht/~sircmpwn/alpinebsd), las [normas de commit de NetBSD](https://www.netbsd.org/developers/commit-guidelines.html) y [The Register](https://www.theregister.com/os-platforms/2026/10/30/alpinebsd-announced-an-ai-free-foss-os/5306589).
