Esta secci�n est� concebida para ser una gu�a r�pida y amplia sobre como escoger una licencia. Leed el Cap�tulo�9, Licencias, Copyrights y Patentes para entender en detalle las implicaciones legales de diferentes licencias y como la licencia escogida puede afectar la capacidad de otras personas de mezclar el programa con otro software.
T�cnicamente, el primer t�rmino se refiere a las licencias confirmadas por la Free Software Foundation como las que ofrecen las "cuatro libertades" necesarias para el software libre (vea gnu.org/philosophy/free-sw.html), mientras que el segundo t�rmino se refiere a las licencias aprobadas por el Open Source Initiative como las que cumplen la Definici�n de Open Source (opensource.org/osd). Sin embargo, si usted lee la definici�n de la FSF de software libre, y la definici�n de la OSI del software de c�digo abierto, se hace evidente que las dos definiciones delinean las mismas libertades�—�no es sorprendente, como lo explica “"Libre" vs "Abierto"” en el Cap�tulo�1, Introducci�n. El resultado inevitable, y en cierto sentido deliberado, es que las dos organizaciones han aprobado el mismo conjunto de licencias.[19]
Existen muchas licencias libres de donde escoger. Muchas de ellas no necesitamos tenerlas en consideraci�n aqu�, ya que han sido escritas para satisfacer las necesidades legales espec�ficas de alguna corporaci�n o persona, as� que no serian apropiadas para nuestro proyecto. Por ello nos vamos a restringir a las m�s usadas. En la mayor�a de los casos, querr�s escoger una de ellas.
29 August 2013: If you're reading this note, then you've encountered this subsection while it's undergoing substantial revision; see producingoss.com/v2.html for details. TODO: is MIT or BSD still really the best default, given the modern patent landscape? Would Apache-2.0 be better�—�but then what about the FSF's claim of GPL-incompatibility? Need to get some advice here.
Si se est� conforme con que el c�digo del proyecto sea potencialmente usado en programas propietarios, entonces se puede utilizar una licencia estilo MIT/X. Es la m�s sencilla de muchas licencias m�nimas que no hacen m�s que declarar un copyright nominal (sin restringir la copia) y especificar que el c�digo viene sin ninguna garant�a. Id a “La MIT / X Window System License” para m�s detalles.
Si no desea que el c�digo sea utilizado en aplicaciones propietarias utilice la Licencia P�blica General o GPL, versi�n 3 (gnu.org/licenses/gpl.html). La GPL es probablemente la licencia para software libre m�s reconocida a nivel mundial hoy en d�a. Esto es en si mismo una gran ventaja, ya que muchos usuarios potenciales y voluntarios ya estar�n familiarizados con ella, por lo cual, no tendr�n que invertir tiempo extra en leer y entender la licencia utilizada. M�s detalles en “La GNU General Public License” en el Cap�tulo�9, Licencias, Copyrights y Patentes.
Una vez que hayas elegido una licencia, tendr�s que aplicarla al software.
Lo primero que debes hacer es presentar la licencia claramente en la primera p�gina del proyecto. No es necesario incluir el texto real de la licencia all�; s�lo dar su nombre y hacer que enlace con el texto de la licencia completa en otra p�gina. Eso le dice al p�blico bajo cu�l licencia pretende distribuirse el software—pero esto no es suficiente para los efectos legales. El otro paso es que el propio software debe incluir la licencia.
La manera est�ndar de hacer esto es poner el texto de la licencia
completa en un archivo llamado COPYING (o
LICENSE) incluido con el c�digo fuente, y luego
poner un peque�o anuncio en un comentario en la parte superior de cada
archivo fuente, mencionando la fecha de copyright, titular, y la licencia,
y diciendo d�nde encontrar el texto completo de la licencia.
Hay muchas variaciones de �ste patr�n, as� que miraremos a un s�lo ejemplo. La GPL de GNU indica que se debe colocar un aviso como �ste al principio de cada fichero con c�digo fuente:
Copyright (C) <year> <name of author> This program is free software: you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation, either version 3 of the License, or (at your option) any later version. This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. You should have received a copy of the GNU General Public License along with this program. If not, see <http://www.gnu.org/licenses/>
No dice espec�ficamente que la copia de la licencia que recibi�
junto con el programa se encuentra en el archivo
COPYING, o LICENSE, pero ah�
es donde se suele poner. (Puede cambiar el aviso anterior para
indicarlo directamente, pero no hay necesidad real de hacerlo)
En general, el aviso que se coloca en cada archivo fuente no tiene que ser exactamente como la de arriba, siempre que se inice con el mismo aviso de titular del copyright y fecha[20], indicar el nombre de la licencia, y dejar claro donde ver los t�rminos completos de la licencia. Siempre es mejor consultar a un abogado, por supuesto, si es posible costear uno.
[19] En realidad, hay algunas diferencias menores entre los grupos de las licencias aprobadas, pero no son significativos para nuestros prop�sitos�—�o de hecho, a efectos pr�cticos. En algunos casos, una u otra organizaci�n simplemente no ha llegado a considerar una licencia determinada, por lo general una licencia que que no se utiliza ampliamente de todos modos. Y al parecer (eso me han dicho) hubo hist�ricamente una licencia que, al menos, una de las organizaciones, y posiblemente ambas, acord� que encajaba una definici�n pero no la otra. Siempre que trato de obtener los detalles sobre esto, sin embargo, me parece que obtengo una respuesta diferente en cuanto a cu�l era esa licencia, salvo que la licencia mencionada es siempre una que no ten�a mucha gente utilizandola de todos modos. As� que hoy, para cualquier licencia que probablemente sea utilizada, los t�rminos "aprobada por OSI" y "aprobada por la FSF" pueden ser tratados como que una implica la otra.
[20] La fecha debe mostrar la fecha en que el archivo se modific�, para los prop�sitos de derechos de autor. En otras palabras, para un archivo modificado en 2008, 2009 y 2013, podr�as escribir "2008, 2009, 2013"�—� no "2008-2013", ya que el archivo no ha sido modificado en la mayor�a de los a�os en ese rango.