Licencias floss

LICENCIAS FLOSS: LICENCIAS FLOSS
Sergio R. Montes L.
Universidad Rey Juan Carlos (URJC), M´ster en e Software Libre
a
Aspectos Legales

December 2011

Copyright 2011 Sergio R. Montes L.
Este trabajo se publica bajo la licencia Creative Commons Attribution-Share Alike 3.0 (CC-by-sa 3.0). Usted
puede usar, copiar,modiﬁcar, fusionar, mezclar, distribuir, mostrar, realizar relicenciamiento y / o vender
libremente en las condiciones establecidas en dicha licencia. Ver
http://creativecommons.org/licenses/by/3.0/

1

´
Indice
1. FLOSS (Free/Libre Open Source Software) 3
1.1. Software Libre . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
1.2. Open Source (C´digo Abierto) . . . . . . .
o . . . . . . . . . . . . . . . . . . . . . 3
1.3. An´lisis (Free/Libre Open Source Software)
a . . . . . . . . . . . . . . . . . . . . . 3
1.4. Beneficios del FLOSS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5

2. Licencias de Software 5

3. Tipos de Licencia de Software Libre 5
3.1. Licencias robustas ( Copyleft ) . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
3.2. Licencias permisivas o (minimalistas) . . . . . . . . . . . . . . . . . . . . . . . . . 7

4. Licencias para Software Libre y Open Source (FLOSS) 7
4.1. Licencia P´blica General (GPL) . . . . . . . . . . . . . .
u . . . . . . . . . . . . . 7
4.1.1. GLP v.1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
4.1.2. GLP v.2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
4.1.3. GLP v.3 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8
4.2. La LGPL(Licencia P´blica General Reducida de GNU) .
u . . . . . . . . . . . . . 9
4.3. Licencia Affero . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
4.4. EUPL(Licencia P´blica de la Uniń Europea) . . . . . .
u o . . . . . . . . . . . . . 10
4.5. Licencia MIT . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
4.6. BSD(Berkeley Software Distribution) . . . . . . . . . . . . . . . . . . . . . . . . . 11
4.7. (Licencia: Apache v2.0) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
4.8. Mozilla Public License (MPLv1.1) . . . . . . . . . . . . . . . . . . . . . . . . . . 11
4.9. Otras licencias . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11

5. Licencias Libres para Documentaciń o 12
5.1. GFDL( GNU Free Documentation Libre Licence) . . . . . . . . . . . . . . . . . . 12
5.2. Creative Commons . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13

6. An´lisis de las caracter´
a ısticas de las licencias 13

7. Escoger una Licencia 15
7.1. Elegir licencia para Software Libre de acuerdo a nuestras necesidades puede ser: . 15
7.2. Elegir licencias para Documentaciń . . . . . . . . . . . . . . . . . . . . . . . . .
o 15

8. Conclusiones 15

9. Referencias 16

2

1. FLOSS (Free/Libre Open Source Software)
El t´rmino FLOSS es de uso frecuente para unir la divisiń ideol´gica entre el software libre
e o o
y el movimiento opensource. FLOSS se puede utilizar tambiń como trmino neutral al hablar
e
sobre software libre o c´digo abierto con los puntos de vista ideol´gicos que los diferencian.
o o

1.1. Software Libre
Es el software que se puede utilizar, copiar, estudiar, modificar y redistribuir sin ninguna
restricciń. Estas libertades son muy esenciales y ´ticas, y si no cumple esto software libre se
o e
denominar´ software propietario. La manera generalmente para que el software sea distribuido
ıa
como software libre tiene que acompaãrse por una licencia de software libre (o estar en el
n
dominio p´blico), y el c´digo fuente del software sea puesto disponible.
u o
La Fundaciń para el Software Libre (Free Software Foundation), es una organizaciń creada en
o o
Octubre de 1985 por Richard Matthew Stallman y otros entusiastas del Software Libre con el
prop´sito de difundir este movimiento.
o

1.2. Open Source (C´digo Abierto)
o
Trata de evitar la ambiguedad del t´rmino free software. Cuando se cre´ se intent´ darle un
e o o
enfoque m´s empresarial, el movimiento OpenSource intenta poner en la prćtica (abandonando
a a
en parte las implicaciones ticas) aquello que hasta el momento se conoc´ como free software. Y
ıa
parti´ de Debian Free Software Guidelines (DFSG). Open Source Initiative es una organizaciń
o o
dedicada a la promociń del c´digo abierto. Fue fundada en febrero de 1998 por Bruce Perens y
o o
Eric S. Raymond.

1.3. An´lisis (Free/Libre Open Source Software)
a
Para que un software sea definido como libre o de c´digo abierto, o ambos, debe cumplir
o
ciertas reglas que a continuaciń se exponen:
o
Las 4 libertades del software libre Las 10 argumentos del software de
c´digo abierto
o
Libertad 0: Poder ejecutar el programa Libre distribuciń
o
con cualquier prop´sito
o
Libertad 1: Poder estudiar y modificar C´digo fuente accesible
o
el programa.
Libertad 2: Poder copiar, distribuir y Trabajos derivados
difundir el programa.
Libertad 3: Poder modificar el progra- Integridad del c´digo fuente del autor
o
ma y publicar los cambios realizados.
No discriminaciń de personas o grupos
o
Sin discriminaciń de ´reas de iniciati-
o a
va
Distribuciń de la licencia
o
No debe ser espec´ıfica de un producto
No debe restringir otro software
Tecnol´gicamente neutral
o
Concepciń del FLOSS:Figura: 1.
o

3

Figura 1: Concepci´n del FLOSS.
o

4

1.4. Beneficios del FLOSS
a) Disminuir los costes totales de producto (TCO)
b) Eliminar la dependencia de vendedores del software
c) Ventajas pedag´gicas
o
d) Seguridad
e)Calidad:
Una estabilidad muy alta
Una protecciń mejor del acceso
o
Un rendimiento m´s alto
a
Una funcionalidad mejor

2. Licencias de Software
Son un instrumento legal que autoriza a los usuarios del software a realizar ciertos actos que
la ley normalmente reserva de manera exclusiva al titular de los derechos de autor o de patente.
Asimismo, permite al autor reservarse los derechos que no se ceden e imponer y otorgar al usuario
otras obligaciones y derechos no necesariamente vinculados con el derecho de autor (confiden-
cialidad, etc.). Establece, por lo tanto, lo que el usuario puede y no puede hacer con el software.
Existen dos tipos de licencias de software: de software propietario y software libre.

La diferencia entre las licencias de software libre y las de software privativo reside en los dere-
chos y obligaciones especificados en la licencia. Aqu´llos otorgados por las licencias de software
e
libre (licencias libres) suelen ser directamente opuestos a los otorgados y reservados por una
licencia de software privativo (licencia privativo), sobre todo en cuanto al uso, la distribuciń y
o
la modificaciń del software.Como se muestra en la Figura: 2.
o

3. Tipos de Licencia de Software Libre
Se clasifica en dos grupos: Licencias permisivas ,Licencias robustas.

3.1. Licencias robustas ( Copyleft )
Este tipo de licencias de software libre, mantienen durante toda la cadena de redistribuciń o
lo que se conoce como Copyleft que trata de mantener los mismos derechos de la obra original
a travs de toda la cadena, incluyendo las derivaciones producidas sobre la misma.
Es decir, este tipo de licencias obliga a los usuarios el mantenimiento de la licencia original que
el autor original de la obra puso a su software, permitiendo as´ que el software derivado del
ı
original siga siendo tan libre y con los mismas caracter´ ısticas que pose´ la original, prohibiendo
ıa
as´ que se produzca el hecho que el anterior tipo de licencias permit´ como es que el software
ı ıa,
derivado del original, en algń punto de la cadena de redistribuciń se convierta en software
u o
propietario.
Licencias de este tipo son por ejemplo GPL, LGPL, Affero GPL, EUPL.

5

Figura 2: Licencias.

6

3.2. Licencias permisivas o (minimalistas)
Son un tipo de licencias de software libre que otorgan mucha libertad a la redistribuciń o
del software auspiciado con algń tipo de licencia de este tipo, pudiendo hacerlo en forma de
u
software libre o en forma de software propietario, siendo software libre la licencia original con la
que el autor licenci´ su obra.
o

Es decir, tenemos una aplicaciń que nosotros como autores publicamos bajo una licencia de
o
este tipo, bien, nuestro software es libre, ahora, este software es utilizado por ejemplo, por un
amigo nuestro, el cual le hace una serie de cambios, y decide, que ya que la licencia que tiene ese
software permite hacerlo, publicarlo bajo una licencia de software privativo, cerrando el c´digo
o
fuente y eliminando cualquiera o todas de las libertades anteriormente dichas. Esto se puede
hacer porque este tipo de licencias son muy permisivas en el aspecto de la redisitribuciń, suelen
o
basarse en textos muy sencillos, dando mucha libertad a quien recibe el c´digo.
o
Tipos de licencias de este tipo son por ejemplo MIT, BSD, Zlib, Apache, MPL y SPL.

4. Licencias para Software Libre y Open Source (FLOSS)
4.1. Licencia P´ blica General (GPL)
u
Es la principal licencia de la FSF, es la m´s utilizada, se encuentra en su versiń 3 (desde
a o
2007), aunque la versiń 3 est´ a punto de ver la luz (esperamos que sea este aõ).
o a n
Su principal caracter´ıstica es la incorporaciń del concepto de Copyleft. El Copyleft es un mtodo
o
general para hacer libre a un programa, y obligar a que toda modificaciń o extensiń de este
o o
programa sea tambiń libre. Es decir, la intenciń del Copyleft es mantener las libertades del
e o
software libre, incluso en las modificaciones o trabajos derivados. Por esto se dice que este tipo
de licencias son virales, ya que el Copyleft se va extendiendo por cada modificaciń o trabajo
o
derivado.

4.1.1. GLP v.1
Esta licencia proporcionaba los pilares b´sicos para la creaciń de software libre de manera
a o
que fuera protegidos legalmente de forma efectiva.

4.1.2. GLP v.2
La segunda versiń de la GPL aãde una serie de caracter´
o n ısticas interesantes para evitar
algunos inconvenientes surgidos en la primera versiń.
o

a) Permisos de reproducciń, distribuciń, modificaciń y redistribuciń con copyleft, en c´digo
o o o o o
fuente y en ejecutables con opciones de acompaãr los fuentes. Todo lo que enlace con ella
n
(est´tica o din´micamente) deber´ tener licencia compatible con GPLv2.
a a a
b) No obliga a divulgar las modificaciones hechas en el ´mbito privado, sea una persona o una
a
empresa.
c) Si la persona o empresa deciden distribuir el software modificado, entonces s´ se aplica el
ı
requisito de licenciar esa versiń modificada bajo la misma licencia GPL.
o

7

d) Si el desarrollador incluye c´digo fuente bajo GPL en otro programa, todo el programa final
o
est´ obligado a seguir las condiciones y trminos de la licencia GPL.
a
e) El software licenciado bajo GPL carece de garant´ El autor del software no se hace respon-
ıa.
sable por el posible mal funcionamiento del mismo.
f) Exige registrar todos los cambios realizados por terceros, a manera de no afectar la reputaciń
o
del autor original del software.
g) La modificaciń y redistribuciń del software se puede hacer unicamente bajo esa misma
o o ´
licencia.
h) Clausulas de no garant´ y limitaciń de responsabilidad.
ıa o
i) Se puede usar en dos modalidades: GPLv2 exclusiva o GPLv2 o superior.
j) GPLv2 exclusiva no es compatible con GPLv3. GPLv2 o superior s´ lo es, si se asume un
ı
cambio de licencia a GPLv3.

4.1.3. GLP v.3
Esta licencia pretende garantizar el derecho a las personas sobre el software (y otros trabajos
donde se aplique) de distribuir, cambiar y distribuir a su vez dichos cambios, haciendo posible
que todos los cambios realizados al trabajo original estn disponibles de igual manera para todas
las personas.
Licencia de uso:
Permiso ilimitado para ejecutar el programa sin modificaciones.
El resultado de la ejecuciń est´ cubierto por la misma licencia s´lo en el caso de que, por su
o a o
contenido, constituya un trabajo derivado.
Licencia de difusiń: C´digo objeto, acompaãdo de las fuentes correspondientes.
o o n
C´digo objeto acompaãdo de una oferta por escrito, v´lida al menos durante 3 aõs, para ob-
o n a n
tener las fuentes por un precio no mayor que el coste razonable del medio.
C´digo objeto desde un lugar determinado (gratuitamente o mediante pago), y acceso equiva-
o
lente a las fuentes de la misma forma y en el mismo lugar sin cargo aãdido.
n
Mediante transferencias entre usuarios, siempre que se informe a otros usuarios dńde se ofrecen
o
el c´digo objeto y las fuentes correspondientes de forma p´blica sin cargo alguno.
o u
Licencia de modificaciń: Se puede realizar, ejecutar y difundir programas derivados que no
o
se distribuya, sin condiciń alguna, siempre y cuando no tenga otra licencia m´s restrictiva. No
o a
obliga a divulgar las modificaciones hechas en el ´mbito privado, sea una persona o una empresa.
a
Se deben incluir avisos destacados sobre las modificaciones realizadas, as´ como su autor y la
ı
fecha. Esta exigencia permite evitar que cambios realizados por terceras personas afecten a la
reputaciń de los autores original del software.
o
Se han de mantener intactos todos los textos relativos a los derechos de copyright sobre el c´digo
o
y la licencia, as´ como los avisos de ausencia de garant´
ı ıa.
Se deben mantener los avisos legales apropiados que haya en los interfaces interactivos, aunque
no hace falta modificarlos para ponerlos si no lo hac´ antes.
ıan
Garant´ El software carece de garant´ Los autores no se hacen responsable por el posible
ıa: ıa.
mal funcionamiento del mismo, m´s all´ de lo que exija la ley.
a a
La licencia tiene una clúsula de limitaciń de responsabilidad.
a o
Patentes: Incluye clúsulas de protecciń respecto a demandas por infracciń de patentes.
a o o
Obliga a que los contribuidores de c´digo tengan que otorgar las licencias que sean precisas
o
sobre las patentes necesarias para crear, usar, vender, ofertar, importar, ejecutar, modificar o
propagar la contribuciń de c´digo que hayan realizado.
o o

8

Figura 3: Licencias FLOSS y Compatible con GPLv3

Digital Rights Management (DRM): Protecciń contra intentos de evitar el cumplimiento
o
de la licencia mediante el uso de tecnolog´ DRM.
ıas
Aplicabilidad: La versiń 3 de la licencia est´ diseãda para que sea adecuada para la mayor´
o a n ıa
de jurisdicciones y legislaciones internacionales.
Copyright de la licencia: El propio texto de la licencia est´ protegido por copyright y no se
a
permite su modificaciń.o
Terminaciń: Finalizaciń si se infringen sus t´rminos o no se pueden cumplir. Licencias Fi-
o o e
gura: 3.

4.2. La LGPL(Licencia P´ blica General Reducida de GNU)
u
Este tipo de licencias posee un copyleft de grado menor, esto debido a que permite que el
software se integre con otros m´dulos que son software no libre.
o
Es especialmente utilizado en librer´ y en los siguientes casos:
ıas
Cuńdo se quiera utilizar el software en programas privativos. (Cuńdo se quiera sacar un
a a
beneficio econ´mico).
o
Otro caso es cuńdo ya existe software libre que ofrezca las mismas ventajas que ofrece el software
a
que se cre´.
o
Compatible con todas las licencias GPL, se puede cambiar la licencia a GPL.

4.3. Licencia Affero
La Licencia P´blica General de Affero ( Affero GPL o AGPL) es una licencia copyleft deriva-
u
da de la Licencia P´blica General de GNU diseãda espec´
u n ıficamente para asegurar la cooperaciń
o
con la comunidad en el caso de software que corra en servidores de red.
La Affero GPL es ´ ıntegramente una GNU GPL con una clúsula nueva que aãde la obligaciń
a n o
de distribuir el software si ste se ejecuta para ofrecer servicios a travs de una red de ordenadores.
La Free Software Foundation recomienda que el uso de la GNU AGPLv3 sea considerado para

9

cualquier software que usualmente corra sobre una red.

4.4. EUPL(Licencia P´ blica de la Uniń Europea)
u o
Incluye copyleft fuerte.
Consistente con las leyes de copyright de todos los estados de la UE.
Incluye provisiones respecto a patentes.
No incluye protecciń contra DRMs o Tivoisaciń.
o o
Traducida a todos los idiomas de la UE.
Sirve tambin para obras art´
ısticas.
Incluye clausula que podr´ hacer que ciertos proyectos no la consideraran libre: actualizaciń
ıa o
forzada de versiń.
o
Legislaciń del pa´ de la UE donde resida o tenga el domicilio fiscal el licenciante. Legislaciń
o ıs o
belga en el caso de la Comisiń Europea o de fuera de la UE.
o
Es compatible y permite ser relicenciada a: GNU GPL 2, OSL 2.1 y 3.0, CPL 1.0, EPL 1.0,
CeCILL 2.0.

4.5. Licencia MIT
La licencia MIT, tambiń conocida como MIT/X11 debido a que el MIT (Instituto Tec-
e
nol´gico de Massachusetts) utiliza muchas otras licencias, permite casi una libertad total. En
o
este aspecto es muy similar a la licencia copyleft con algunas modificaciones.

La licencia MIT aãde una serie de clúsulas que protegen en parte al autor, ´sta clúsula se
n a e a
puede saltar fćilmente. Una caracter´
a ıstica importante es que esta licencia introduce un blindaje
ante garant´ impl´
ıas ıcitas y expresas, con lo que en principio el autor est´ legalmente protegido
a
contra ellas. Adem´s establece algunas clúsulas m´s, como que el software no tiene por qu
a a a
adaptarse con ningń prop´sito en particular o el autor no tiene que hacerse cargo de ningń
u o u
daõ derivado del uso del software.
n

Aunque aãde un conjunto de clúsulas interesantes:
n a

Permite productos derivados completamente
privativos.
Se permite relicenciar el c´digo.
o
Se puede usar el renombre de los autores para promocionar, por ejemplo, el software derivado.
La documentaciń tiene que tener la misma licencia, o al menos aparecer en ella.
o
No obliga a distribuir el c´digo fuente.
o
Finalmente,se puede decir que esta licencia se considera una metalicencia. Las metalicencias son
aquellas que sirven de plantilla para generar licencias similares siguiendo los mismo criterios pero
que no son compartidas por distintos proyectos de software libre, ya que difieren ligeramente.
Es decir, cada vez que utilizamos la licencia, lo que estamos haciendo realmente es crear una
licencia basada en esta para licenciar nuestro software.

10

4.6. BSD(Berkeley Software Distribution)
La licencia BSD naci´ en la Universidad de California. Esta licencia en sus or´
o ıgenes conten´
ıa
una clúsula que obligaba a que en todos los productos donde se utilizara se incluyera a la
a
Universidad de California como autora de la aplicaciń. Las licencias BSD que incluyen esta
o
clúsula son conocidas como la vieja licencia BSD.
a
Es una licencia de software libre y permisivo que no contiene copyleft, permite el uso de c´digo
o
privativo dentro de ´l, esta est´ muy cerca del dominio p´blico, el cual carece de protecciń a
e a u o
dem´s de ser totalmente permisiva y sin copyleft, no es actualizable; es tambiń una metalicencia.
a e

4.7. (Licencia: Apache v2.0)
Certificada OSI: S´
ı
Libre seg´ n DFSG: S´
u ı

Da permiso para usar el software para cualquier prop´sito, distribuirlo, modificarlo y distri-
o
buir las modificaciones.
No tiene copyleft: No requiere que las versiones modificadas tengan que ser distribuidas como
software libre.
Compatible con GPLv3, no compatible con las versiones anteriores de la licencia GPL.
Incluye provisiones de protecciń respecto a patentes.
o

4.8. Mozilla Public License (MPLv1.1)
ı
Libre seg´ n DFSG: No
u
Comentarios:

No es compatible con ninguna de las licencias GPL.
Todas las modificaciones al c´digo fuente han de ser redistribuidas bajo la misma licencia que
o
el c´digo fuente del que derivan.
o
Tiene copyleft, aunque se permite la distribuciń de binarios bajo licencias diferentes.
o
Permite licenciamiento m´ltiple del programa o partes de ´l. Si se usa GNU GPL como licencia
u e
alternativa, esa parte del programa ser´ compatible con GPL.
a
Clausulas de no garant´ y limitaciń de responsabilidad.
ıa o
Incluye clúsulas expl´
a ıcitas sobre el uso de patentes: Provisiń de terminaciń de los derechos
o o
cedidos por la licencia en caso de litigaciń. Hay numerosas licencias basadas en MPL: Common
o
Development and Distribution License, Sun Public License, gSOAP Public License, AROS Public
License, SugarCRM Public License, Terracotta Public License, Common Public Attribution
License, Erlang Public License.

4.9. Otras licencias
Licencia: Eiffel Forum (EFL)
Compatible GPL: S´ (v2)
ı
ı
Licencia: IBM Public License

11

Compatible GPL: No
ı

Licencia: Intel Open Software
Compatible GPL: S´ ı
ı

Licencia: Perl
Compatible GPL: S´ı
Certificada OSI:
Libre segń DFSG: S´
u ı
Comentarios: Licencia dual AL/GPL

Licencia: PHP
Compatible GPL: No
ı
u ı
Comentarios: Sin copyleft, similar a la BSD original

Licencia: Python
Compatible GPL: S´ı
ertificada OSI: S´
ı
u ı

Licencia: Zope Public License (ZPL)
Compatible GPL: S´ (v2)
ı
ı
u ı

Licencia: W3C Software
Compatible GPL: S´ ı
ı
u ı

Licencia: OpenLDAP
Compatible GPL: S´ (v2.7)
ı
Certificada OSI: No

5. Licencias Libres para Documentaciń
o
Existen varias Licencias para Documentaciń como por ejemplo: GFDL, Cretive Commons.
o

5.1. GFDL( GNU Free Documentation Libre Licence)
Esta licencia fue creada por la FSF igual que la GPL en software, permite al usuario el derecho
de copiar y redistribuir un determinado trabajo pero exige que todas las copias y derivados
queden disponibles bajo la misma licencia. Las copias incluso pueden ser comercializadas, aunque
si esto ocurre en grandes cantidades (ms de 100) la documentaciń original habr´ de estar
o a
disponible para el usuario final.

12

5.2. Creative Commons
Creative Commons es una organizaciń no gubernamental, cuyo objetivo es ayudar a pro-
o
mover la creatividad, reduciendo sus barreras legales, por medio de nuevas tecnolog´ y nueva
ıas
legislaciń.
o
Crearon las licencias Creative Commons inspirada en la GPL (General Public License) de GNU,
su fin es proporcionar un modelo legal para facilitar la distribuciń y uso de contenidos para
o
dominio p´blico.
u
Certificada OSI: S´ ı
u ı
Propiedades o clúsulas disponibles:
a

Reconocimiento(”by”, o Attribution)

No Comercial(”nc”, o Non commercial)

Sin Obra Derivada(”nd”, o No Derivate Works)
Compartir Igual (”sa”, o Share Alike)
Existen 6 licencias principales para escoger:

by, by-nc
by-nd, by-nc-nd
by-sa, by-nc-sa
solo 2 son realmente libres (DFSG):

CC-by 3.0
CC-by-sa 3.0
Se puede licenciar un software con CC, pero no es recomendable.

6. An´lisis de las caracter´
a ısticas de las licencias
Se puede apreciar un breve an´lisis en la Figura: 4
a
Para Analizar las compatibilidades de licencias se puede acudir a la web de La Free Software
Foundation que mantiene una lista donde muestra que licencias son compatibles con la GPL y
cu´les no, en http://www.gnu.org/licenses/license-list.html.
a
De la misma manera la Open Source Iniciative mantiene un listado http://www.opensource.
org/licenses/alphabetical,o a su vez un resumen en la wiki http://es.wikipedia.org/
wiki/Anexo:Comparacin_de_licencias_de_software_libre, aqui mencionar que no se en-
cuentra la EUPL, porque rige solo en la Union Europea.

7. Escoger una Licencia
Se ha mirado que existen varias licencias, de las cuales cada una tiene sus particularidades.
Lo que se puede hacer es mirar cual es el objetivo de nuestro software que alcance tiene, una vez
delineado esos objetivos se puede elegir la licencia que mejor se adapte, en el caso de Software

13

Figura 4: An´lisis de Licencias seg´n SELCAM
a u

14

o Documentaciń.
o

7.1. Elegir licencia para Software Libre de acuerdo a nuestras necesidades
puede ser:
Protecciń con copyleft fuerte: GPL v3.
o
Protecciń con copyleft d´bil: LGPL v3.
o e
Sin copyleft, pero queremos que tenga protecciń contra patentes:
o
Apache 2.0.
si queremos una licencia sencilla sin copyleft, contra patentes, DRM, etc: MIT o BSD-2.

7.2. Elegir licencias para Documentaciń
o
Considerar las licencias Creative Commons (CC-by ´ CC-by-sa 3.0).
o
Si queremos protecciń con copyleft fuerte para aplicaciones en red, ań a costa de limitar su
o u
uso comercial: AGPL v3.
Si queremos copyleft d´bil y que expl´
e ıcitamente sea incompatible con GPL: CPL, EPL,MPL 1.1,
CDDL,etc.
Si tenemos dependencias que limiten nuestras opciones, hay que tenerlas en cuenta.Algunas
licencias son muy populares en sectores concretos.

8. Conclusiones
Se ha observado gran cantidad de licencias, se debe evitar las proliferaciń de licencias.
o
Tambiń debemos saber si la licencia a elegir es para un software o documentaciń, con ese
e o
concepto se debe elegir licencias conocidas, se debe tomar en cuenta si nuestro objetivo es para
combinar o no, como se muestra en la Figura: 5

Consejos utiles al poner una licencia:
´

Incluir siempre el texto Copyright.
El s´
ımbolo o (c) es opcional.
El aõ especificado debe ser en el que publicamos la versiń.
n o
Agregar una nota estableciendo la licencia de aplicaciń.
o
Identificar la autor´ de todos los componentes que se distribuyan y sus licencias correspondientes
ıa
(tipos de letras, iconos, sonidos, c´digo, etc).
o
Debe incluirse una copia de la licencia completa.
No es necesario legalmente registrar el c´digo en ninguna entidad, el hecho de la creaciń ga-
o o
rantiza los derechos.
Han de quedar expl´
ıcitamente definidos los derechos que se otorgan sobre la obra a otras personas
y podemos mirar un ejemplo prćtico al inicio de este documento se licencia un documento.
a
A continuaciń el Top de 20 Licencias m´s utilizadas en proyectos FLOSS Figura: 6
o a

15

Figura 5: Elegir Licencia

Figura 6: Fuente:http://www.blackducksoftware.com

16

9. Referencias
http://www.interiuris.com/blog/wp-content/uploads/trabajoCC.pdf

http://www.miriamruiz.es/slides/doc_licencias_de_software_libre.pdf

http://www.somoslibres.org/modules.php?name=News&file=article&sid=2520

http://itmanagement.earthweb.com/osrc/article.php/12068_3803101_2/Bruce-Perens-How-Man
htm

http://www.interiuris.com/index.php

http://abenitobethencourt.blogspot.com/2011/06/como-comprar-software-libre-proceso-de.
html

http://innovacion.ticbeat.com/5-exitos-software-libre-cambiado-mundo/

http://gustavomarmol.info/?p=300

http://cnieton.blogspot.com/2009/11/el-software-y-sus-licencias.html

http://vinculacion.wordpress.com/2009/06/04/licencias-de-software-libre-compatibles-co

http://producingoss.com/es/license-aspects.html

http://memyworldandmylife.wordpress.com/2010/03/31/tipos-de-licencias-de-software-libr

http://www.gridsa.es/archives/585

http://formados.ceslcam.com

http://es.wikipedia.org/wiki/Software_libre_y_de_cdigo_abierto

http://es.wikipedia.org/wiki/Anexo:Comparacin_de_licencias_de_software_libre

http://en.wikibooks.org/wiki/FOSS_Licensing

http://www.blackducksoftware.com/osrc/data/licenses/top20

http://www.softwarelibrecr.org/node/763

http://www.usc.es/osl/sites/default/files/mapa-mental-licenzas-es_0.png

http://www.gnu.org/licenses/license-list.es.html

http://www.opensource.org/licenses/alphabetical

http://www.riate.org/version/v1/recursos/cursolicenciasnavegable/index.html

17

Licencias floss

Recommended

Recommended

More Related Content

Viewers also liked

Viewers also liked (20)

Similar to Licencias floss

Similar to Licencias floss (20)

Licencias floss