De las preguntas frecuentes de GPL (pero el consejo es aplicable a todas las licencias):
¿Por qué la GPL requiere incluir una copia de la GPL con cada copia del programa?
Incluir una copia de la licencia con el trabajo es vital para que todos los que obtengan una copia del programa puedan saber cuáles son sus derechos.
Puede ser tentador incluir una URL que haga referencia a la licencia, en lugar de la licencia en sí. Pero no puede estar seguro de que la URL seguirá siendo válida dentro de cinco o diez años. Dentro de veinte años, es posible que las URL como las conocemos hoy ya no existan.
La única manera de asegurarse de que las personas que tienen copias del programa continúen viendo la licencia, a pesar de todos los cambios que sucederán en la red, es incluir una copia de la licencia en el programa.
(énfasis mío)
En el momento en que el sitio que aloja su licencia deja de funcionar o cambia sus rutas de URL, las personas que tienen copias de su software ya no pueden verificar qué derechos pueden ejercer de forma segura. Suponga que incluso de alguna manera podría garantizar que esa URL exacta estará siempre en línea: la capacidad de los usuarios de verificar que su uso de su software sea legal aún depende de la capacidad de conectarse a esa URL en particular. Si bien este requisito puede no ser oneroso en su ciudad / país / planeta en particular, puede ser oneroso en otros lugares. No debe imponer este requisito, especialmente cuando la solución (incluido el texto completo de la licencia) es trivial.
Puede responder a esta queja diciendo: "¿Y qué? Si la URL se cae o no es accesible, un descriptor inequívoco como 'GNU GPL v3' debería ser suficiente. Las copias de texto completo de la GPL son abundantes; los usuarios pueden buscar la licencia ellos mismos ". Se me ocurren algunos problemas de inmediato:
Esto no se generaliza a los identificadores de licencia que son menos claros (me viene a la mente la frase "licencia BSD").
Esto no se generaliza bien a las licencias que son menos comunes o que se han personalizado (viene a la mente "GPL con excepciones de enlace": ¿qué excepciones de enlace?). ¿Qué tan común debe ser una licencia antes de que sea razonable esperar que un usuario la encuentre de manera confiable por su nombre?
Esto aún requiere que los usuarios tengan una conexión a Internet, lo cual puede no ser el caso, incluso si tenían una conexión en el momento en que obtuvieron el software. (Y es posible que no hayan tenido acceso a Internet cuando obtuvieron el software: "la edad de los CD" aún no ha terminado en muchas partes del mundo. Como un caso adicional, considere las poblaciones nacionales que tienen acceso generalizado a Internet pero censuran grandes partes de él). .) Una consecuencia del software libremente redistribuible es que un destinatario no puede recibir una copia de su software directamente de usted o a través de un canal de distribución que originalmente anticipó.
El comentario de MichaelT a continuación señala un argumento final contra los enlaces de licencia: podría permitirle cambiar la licencia de forma dinámica y retroactiva. Esto podría hacerse intencionalmente, pero también podría hacerse por accidente, si cambia la licencia entre las versiones del software, pero utiliza el mismo enlace de licencia para ambas versiones, lo que impide la existencia de su licencia anterior. Tal cambio agregaría dificultad para las personas que necesitan demostrar que obtuvieron su copia anterior con una licencia diferente a la versión actual.
Entonces, ¿por qué tengo que mantener la licencia en la raíz del proyecto?
No soy abogado, pero nunca he visto ningún argumento convincente de que usted no necesita tener licencias en la raíz del proyecto. Incluso la GPL, que especifica que la licencia debe acompañar a cada copia del trabajo, no menciona cómo debe acompañar el trabajo. (Esto puede deberse a que la GPL podría aplicarse en contextos que no son de software, donde la noción de "directorio raíz" no tiene sentido).
Mantener la licencia en el directorio raíz es probablemente una buena idea porque maximiza la probabilidad de que el usuario la vea y, por lo tanto, minimiza tanto la frustración del usuario como la posibilidad de quejas en su contra por intentar ocultar la licencia en algún directorio oscuro. Si tiene muchas licencias, podría tener más sentido colocarlas todas en su propia carpeta e incluir un archivo README obvio que contenga rutas de archivos para encontrar la licencia para cada componente.
Colocar su licencia en la raíz del directorio es una práctica útil también porque puede desambiguar las licencias de los módulos que tienen una licencia diferente a la del trabajo en su conjunto. Supongamos que mi proyecto FooProj usa el módulo independiente BarMod. FooProj podría tener licencia GPL, mientras que el módulo independiente podría tener licencia MIT. Cuando abro por primera vez FooProj, veo una copia de la GPL en la raíz y entiendo que el trabajo en su conjunto tiene licencia GPL. Cuando desciendo a la carpeta de BarMod, veo un nuevo archivo de licencia allí y entiendo que el contenido de esta carpeta tiene licencia MIT. Por supuesto, esto es solo una ayuda útil; siempre debe indicar la licencia de sus módulos explícitamente en un archivo README, NOTICE o similar.
En resumen, usar la raíz del archivo es una cuestión de conveniencia y claridad. No he visto ningún texto de licencia de código abierto legalmente vinculante que lo requiera, ni sé de ninguna razón por la cual sería legalmente requerido. Su licencia debe ser razonablemente fácil de descubrir para el destinatario; incluir la licencia en la raíz del proyecto es suficiente, pero no necesario, para satisfacer este criterio.