# Asahi Linux deja la MIT por culpa de la IA y pasa a GPLv2 > El proyecto de Linux en Apple Silicon cambia todos sus repositorios de MIT a GPLv2 tras detectar código sin publicar reescrito con modelos de IA. > Por José Maldonado · Tecnología · 2026-11-13 Asahi Linux es el proyecto que ha llevado Linux a los Mac con Apple Silicon, y el 12 de noviembre de 2026 se conoció que está migrando todos sus repositorios de la licencia MIT a la GPL v2 o posterior. El motivo que da el equipo es concreto: alguien estaba cogiendo código que aún no se había publicado y reescribiéndolo con modelos de IA para ocultar de dónde salía. La elección de licencia no es un detalle administrativo. La MIT permite llevar código ajeno a un producto cerrado con solo mantener el aviso de copyright. La GPLv2 exige publicar el código fuente de las versiones modificadas que se distribuyan, y esa obligación es la que convierte una reescritura opaca en un problema legal para quien la hace. Hay dos cautelas antes de seguir. La primera es que el anuncio oficial del proyecto, con la lista exacta de repositorios y la fecha de entrada en vigor, no está publicado a día de hoy, 13 de noviembre de 2026: el cambio se conoce por el repaso semanal del 12 de noviembre. La segunda es que la GPLv2 no prohíbe usar IA para programar: cambia lo que cuesta esconder el origen del código y añade obligaciones a quien distribuye una versión modificada. ## Dejando MIT para adoptar GPLv2 La licencia MIT es permisiva por diseño. Cualquiera puede usar, copiar, modificar y vender el código, incluso dentro de un producto propietario, con la única condición de conservar el texto de copyright y el aviso de permiso. Es una licencia habitual en herramientas de desarrollo porque facilita la adopción y no obliga a nada a cambio. Esa libertad tiene una cara menos amable para un proyecto de ingeniería inversa. Asahi Linux escribe controladores para un hardware que Apple no documenta, y lo hace en abierto con la idea de que el trabajo sirva a todo el mundo. Si alguien puede tomar ese código, cerrarlo y no devolver nada, la comunidad paga el trabajo y otro recoge el beneficio. Aspecto Licencia MIT GPLv2 o posterior Usar el código en un producto cerrado Sí, conservando el aviso de copyright No, la versión distribuida sigue bajo GPLv2 Publicar las modificaciones No es obligatorio Obligatorio si distribuyes el binario Atribuir la autoría en el binario Basta el aviso de copyright Se mantienen los avisos y se añade el código Reescritura con IA presentada como propia Queda fuera del alcance del proyecto Debe publicarse si el resultado es obra derivada La cuarta fila de la tabla es la que explica el cambio. Una reescritura generada por un modelo puede producir un código funcionalmente equivalente y sin rastro del original, y con la MIT eso basta para publicarlo como propio. Con copyleft, la versión distribuida arrastra la licencia y obliga a enseñar el fuente. ## El copyleft como disuasión Conviene ser preciso con lo que la GPLv2 hace y lo que no. No impide entrenar modelos con código GPL, no prohíbe que un programa genere código similar y no persigue a quien copia para uso interno. Lo que impide es distribuir una versión modificada sin publicar su código bajo la misma licencia. Para el caso que nos ocupa, la diferencia práctica es enorme. Un competidor que reescribe controladores de Asahi con ayuda de IA y los mete en un producto cerrado comete una infracción si el resultado es obra derivada, y el proyecto tiene por dónde reclamar. Sin copyleft, la única defensa posible es la buena voluntad. El efecto secundario también cuenta. Publicar el código derivado expone la procedencia ante cualquiera que compare funciones, comentarios y decisiones de diseño. El copyleft no detecta el plagio, pero lo hace caro de esconder, y ese es un argumento más honesto que presentar la licencia como un filtro contra la IA. ## ¿Qué encuentra quien mire los repositorios hoy? La organización del proyecto en GitHub ofrece una foto del cambio a medio camino. m1n1, el gestor de arranque que se usa para experimentar con Apple Silicon, ya figura con licencia GPL-2.0, mientras que el paquete de datos del instalador sigue marcado como MIT y el controlador de vídeo aparece como GPL-3.0. La [organización de Asahi Linux](https://github.com/AsahiLinux) agrupa 43 repositorios, y no todos se mueven al mismo ritmo. Esa mezcla encaja con una migración en curso y sin comunicado. Cambiar la licencia de un repositorio exige tocar el archivo de licencia, las cabeceras de cada archivo y, en muchos casos, pedir permiso a los contribuyentes que aportaron código bajo MIT, porque una licencia no se revoca hacia atrás por voluntad del mantenedor. La portada del proyecto sigue sin una entrada sobre el asunto, y habla de la instalación desde macOS y de Fedora Asahi Remix. Quien quiera saber qué repositorios entran y desde qué fecha tendrá que esperar al anuncio o mirar archivo por archivo. ## Omarchy y DHH, el nombre que sobrevuela El resumen que dio a conocer el cambio apunta a Omarchy, la distribución de escritorio que mantiene DHH, como el caso que pudo disparar la decisión. No hay confirmación pública de que ese proyecto haya usado código sin publicar de Asahi, así que el señalamiento queda en el terreno de la sospecha. Lo que sí está dicho es la reacción. DHH declaró en una entrevista que la decisión sobre la licencia le da igual, una respuesta que encaja con su discurso habitual sobre el software libre y que deja el debate donde estaba. Sin partes que confirmen el episodio, la discusión se mueve entre la política de licencias y la anécdota. Para el resto del ecosistema, el detalle tiene más recorrido que la trifulca. Si un proyecto de referencia cambia de licencia por miedo a la reescritura con IA, otros pueden seguir el mismo camino, y eso inclina la balanza hacia el copyleft en capas donde hasta ahora mandaba la permisividad. ## Lo que cambia para quien usa Asahi Para quien tiene Fedora Asahi Remix en un Mac, el cambio no altera nada. Sigue recibiendo binarios y actualizaciones, y las obligaciones de la GPL recaen sobre quien distribuye, no sobre quien instala y usa el sistema en su equipo. La [guía para cocinar tu propio kernel](https://observatorioblockchain.com/tecnologia/cocina-tu-propio-kernel-linux-seguridad-velocidad/) es un buen ejemplo de uso doméstico que la licencia no toca. El impacto real aparece en quien reutiliza. Una empresa que hubiera integrado código de Asahi en un producto cerrado tendrá que revisar qué licencia tenía cada archivo antes del cambio, porque lo ya publicado bajo MIT no se convierte en GPL por arte de magia. Y quien quiera contribuir a partir de ahora se encontrará con un régimen distinto al que aceptó cuando empezó a participar. También hay un efecto de arrastre para los desarrolladores que empaquetan: Ubuntu, Debian y Fedora mantienen su propio papeleo de licencias, y un cambio así obliga a revisar rutas, avisos y metadatos. Es trabajo de fontanería que se nota meses después, cuando un revisor automático de licencias empieza a marcar paquetes. ## Código generado, autoría sin resolver La reescritura con modelos de IA plantea una pregunta que las licencias resuelven solo en parte. Un código derivado que nadie puede comparar línea a línea es difícil de impugnar, y el copyleft obliga a publicar antes de distribuir, no a declarar con qué herramienta se escribió. La trazabilidad sigue dependiendo de la buena fe. Aun así, mover un proyecto entero a GPLv2 es la respuesta más contundente que ha dado hasta ahora una comunidad pequeña a una práctica que se estaba normalizando. No detiene la reescritura, sube el precio de distribuirla en cerrado y deja el trabajo de los mantenedores donde debe estar: bajo una licencia que obliga a devolver algo. La [llegada de CachyOS a WSL](https://observatorioblockchain.com/tecnologia/cachyos-llega-wsl-windows/) muestra hasta dónde llega hoy el código abierto en el escritorio. El [debate sobre las mitigaciones del kernel](https://observatorioblockchain.com/ciberseguridad/kernel-linux-bhi-mitigacion-kvm/) enseña el otro extremo: el código abierto gana usuarios y pierde control sobre lo que ocurre después. Elegir licencia es la única palanca que un proyecto tiene para influir en ese después.