Pautas para distribuciones de sistemas libres
Introducción
El objetivo de estas pautas es explicar qué significa para una distribución de sistema, como una distribución GNU/Linux, que se la califique como libre; y ayudar a los que trabajan en una distribución a que hagan que sus distribuciones se califiquen como tal.
Estas pautas no están completas. Hemos mencionado los problemas de los cuales somos conscientes por ahora, pero estamos seguros de que hay más. Los agregaremos cuando nos encontremos con ellos.
Nos gustaría agradecer su ayuda al Proyecto Fedora para analizar estas políticas; y por permitirnos utilizar sus propias pautas de licencia de su distribución como una base para este documento.
Reglas de licencia
«Información de uso práctico» incluye software, documentación, tipografías y otros datos que tengan aplicaciones funcionales directas. Esto no incluye trabajos artísticos que tengan un propósito estético, en vez de funcional, o la exposición de opiniones.
Toda la información de uso práctico en una distribución debe estar disponible en el formato fuente («fuente» significa el formato de la información que se usa para modificarla).
Toda la información, y su fuente, debe publicarse bajo una licencia libre que sea apropiada. Tenemos una lista con las licencias que hemos evaluado en nuestra lista de licencias, con secciones separadas para las licencias que son aptas para software, documentación, tipografías y otros trabajos útiles. Si algún trabajo de este tipo es publicado bajo múltiples licencias, y al menos una de las cuales es libre, puede incluirse en el sistema. Los desarrolladores del sistema sólo necesitan seguir los términos de las licencias libres disponibles cuando lo distribuyan o modifiquen.
Una distribución de un sistema libre no debe ayudar a los usuarios a obtener información de uso práctico que no sea libre, ni debe incentivarlos para que lo hagan. No debe haber repositorios o paquetes para software no libre. Los programas en el sistema no deben sugerir la instalación de plugins que no sean libres, documentación que no sea libre, etcétera.
Una distribución de un sistema libre debe ser autosuficiente. Esto significa que debe ser capaz de desarrollar y construir el sistema con las herramientas que el mismo sistema le provee. Como resultado, una distribución de un sistema libre no puede incluir software libre que solamente puede ser compilado mediante el uso de software que no sea libre.
Actualmente hay mucho código en la mayoría de las distribuciones de sistemas libres, la cantidad de esfuerzo que requeriría revisarlo todo no es directamente práctico para la mayoría de equipos. En el pasado, se incluyó accidentalmente cierto código que no es libre en distribuiciones de sistemas libres. No eliminamos de la lista a distribuciones por esta razón; en vez de eso, solamente pedimos que cada distribución realice un esfuerzo de buena fe para evitar la inclusión de software que no sea libre, y que se comprometa a eliminar tales programas si son descubiertos después.
Ciertos tipos de situaciones de licenciación merecen especial atención para las personas que estén creando o que consideren crear distribuciones de software libre; éstas situaciones se discuten en las siguientes secciones.
Firmware que no es libre
Algunas aplicaciones y controladores requieren de firmware para funcionar; y a veces ese firmware se distribuye sólo en forma de código de objeto, bajo una licencia que no es libre. A estos programas de firmware les llamamos blobs. En la mayoría de los sistemas GNU/Linux, típicamente los encontrará acompañando a algunos controladores en el núcleo Linux. Tal firmware debería eliminarse de la distribución de un sistema libre.
Los blobs (objetos binarios) pueden adoptar muchas formas. Algunas veces serán proporcionados en archivos separados. Otras veces pueden ser incorporados en el código fuente del mismo controlador; por ejemplo, podría estar codificado como un largo vector de números. Pero no importa cómo está codificado, todo firmware que no sea libre necesita eliminarse de un sistema libre.
(Para aclararnos, no todos los vectores de números en un controlador es firmware. Es importante entender el propósito de los datos antes de decidir si es o no apropiado para un sistema libre).
Brian Brazil, Jeff Moe y Alexandre Oliva han desarrollado un conjunto de instrucciones para eliminar el firmware que no sea libre de una versión estándar de Linux. Puede encontrarlos útiles si desea desarrollar su propia distribución libre de GNU/Linux. También está disponible el código fuente completo para una versión de Linux libre de objetos binarios. Puede conocer más acerca de esto en el Directorio de Software Libre.
Datos no funcionales
Los datos que tienen un propósito estético, en vez de funcional, pueden ser incluidos en la distribución de un sistema libre siempre y cuando su licencia le dé a usted permiso para copiar y redistribuir; tanto para fines comerciales como no comerciales. Por ejemplo, hay algunos motores de juegos que han sido publicados bajo la GPL de GNU y que están acompañados por información del juego —un mapa del mundo, gráficos del juego, etcétera— publicada bajo una de estas licencias de distribución de copia. Este tipo de datos pueden ser parte de la distribución de un sistema libre.
Marcas comerciales
Las marcas registradas están asociadas con cierto software. Por ejemplo, el nombre de un programa puede ser una marca registrada, o su interfaz puede mostrar un logo que es una marca registrada. A menudo, el uso de estas marcas registradas es controlado de alguna manera; en particular, comúnmente se les pide a los desarrolladores que eliminen las referencias a las marcas registradas del software cuando lo modifiquen.
En casos extremos, estas restricciones pueden provocar que el programa no sea libre. Es injusto que alguien le pida que elimine una marca registrada de un código modificado si esa marca registrada está dispersa por todo el código fuente original. Sin embargo, siempre y cuando las condiciones sean razonables, las distribuciones de sistemas libres pueden incluir estos programas, ya sea con o sin las marcas registradas.
Del mismo modo, la propia distribución puede tener marcas registradas. No es un problema que estas marcas estén en la distribución, siempre y cuando puedan ser eliminadas fácilmente sin perder la funcionalidad.
No obstante, es inaceptable el uso de marcas registradas para impedir la copia exacta y la redistribución del todo, o de parte.
Documentación
Toda la documentación en la distribución de un sistema libre debe publicarse bajo una licencia libre apropiada. Adicionalmente, no debe recomendar software que no sea libre.
En general, algo que ayude a las personas que ya utilizan software que no es libre a utilizar el software libre es aceptable, pero algo que incentive a los usuarios de software libre a instalar software que no es libre es perjudicial.
Por ejemplo, la distribución de un sistema libre puede tener documentación para que los usuarios configuren sistemas de inicio dual. Podría explicar cómo acceder a sistemas de archivos del sistema operativo privativo, importar configuraciones de éste, etcétera. Esto estaría ayudando a instalar la distribución de un sistema libre en una máquina que ya posee software no-libre, lo cual es bueno.
Lo inaceptable sería que la documentación proporcione instrucciones para que se instale un programa que no sea libre en el sistema, o mencione las ventajas que podrían obtener al hacerlo.
En un caso dudoso, una exhortación clara y seria para no utilizar el programa que no es libre lo haría claramente aceptable.
Patentes
Es efectivamente imposible para los programadores y distribuidores de software libre saber si una cierta parte de software infringe alguna patente o no: existen muchas, y frecuentemente están redactadas de tal forma que oscurecen su aplicación. Así que, no pedimos que las distribuciones de sistema libres excluyan algún software debido a amenazas de patentes. Por otra parte, tampoco es un problema si un distribuidor escoge excluir algún software para minimizar el riesgo de demandas en su contra por infracción de patentes.
Compromiso para corregir errores
Una buena parte de los equipos de desarrollo de una distribución no tienen los recursos para comprobar y asegurar que su distribución cumpla todos estos criterios. Nosotros tampoco los tenemos. Por eso, suponemos que ocasionalmente habrá errores que permitirán a algún software que no sea libre colarse, y no rechazaremos una distribución únicamente por ese motivo. Lo que es crucial para los encargados de la distribución es tener un compromiso firme para corregir rápidamente los errores de los que se les informe.
Mantenimiento
Para que una distribución se añada a la lista se debe mantener activamente, y debe dar al Proyecto GNU un procedimiento claro y específico para informar de los problemas con software que no sea libre que encontremos. También deberá informarnos cuando los problemas que encontremos se solucionen.
Notas finales
Mantenemos una lista con las distribuciones de sistemas libres que conocemos. Si conoce alguna que no esté en la lista, por favor pida a los responsables que nos escriban a <gnu@gnu.org>.
No obstante, no añadiremos a la lista las distribuciones cuyos nombres pueden confundirse fácilmente con distribuciones que no sean libres. Por ejemplo, si Foobar Light es una distribución libre y Foobar es una distribución que no es libre, no añadiremos a la lista Foobar Light. Esto es debido a que creemos que la diferencia entre las dos se perdería en el proceso de comunicar el este mensaje.
Si tiene preguntas o comentarios acerca de estas pautas, es libre de enviarlas, preferentemente en inglés, a <licensing@gnu.org>. Esperamos que esto nos ayude a todos a entender mejor las cuestiones que son importantes para las distribuciones de sistema libres; y esperamos promover más de éstas en el futuro.