En espaol

Qu es el software libre?

Tiene alguna pregunta acerca de las licencias de software libre que no est
respondida aqu? Consulte nuestra otra informacin sobre licencias, y si es
necesario contacte con el Compliance Lab de la FSF en licensing@fsf.org.

Definicin de software libre

La definicin de software libre estipula los criterios que se tienen que cumplir
para que un programa sea considerado libre. De vez en cuando modificamos
esta definicin para clarificarla o para resolver problemas sobre cuestiones
delicadas. Ms abajo en esta pgina, en la seccin Historial, se puede consultar
la lista de modificaciones que afectan la definicin de software libre.

Software libre es el software que respeta la libertad de los usuarios y la

comunidad. A grandes rasgos, significa que los usuarios tienen la libertad de
ejecutar, copiar, distribuir, estudiar, modificar y mejorar el software. Es decir, el
software libre es una cuestin de libertad, no de precio. Para entender el
concepto, piense en libre como en libre expresin, no como en barra
libre. En ingls, a veces en lugar de free software decimos libre software,
empleando ese adjetivo francs o espaol, derivado de libertad, para
mostrar que no queremos decir que el software es gratuito.

Promovemos estas libertades porque todos merecen tenerlas. Con estas

libertades, los usuarios (tanto individualmente como en forma colectiva)
controlan el programa y lo que este hace. Cuando los usuarios no controlan el
programa, decimos que dicho programa no es libre, o que es privativo. Un
programa que no es libre controla a los usuarios, y el programador controla el
programa, con lo cual el programa resulta ser un instrumento de poder injusto.

Las cuatro libertades esenciales

Un programa es software libre si los usuarios tienen las cuatro libertades

esenciales:
En espaol

La libertad de ejecutar el programa como se desea, con cualquier propsito

(libertad 0).

La libertad de estudiar cmo funciona el programa, y cambiarlo para que haga

lo que usted quiera (libertad 1). El acceso al cdigo fuente es una condicin
necesaria para ello.

La libertad de redistribuir copias para ayudar a su prjimo (libertad 2).

La libertad de distribuir copias de sus versiones modificadas a terceros

(libertad 3). Esto le permite ofrecer a toda la comunidad la oportunidad de
beneficiarse de las modificaciones. El acceso al cdigo fuente es una condicin
necesaria para ello.

Un programa es software libre si otorga a los usuarios todas estas libertades de

manera adecuada. De lo contrario no es libre. Existen diversos esquemas de
distribucin que no son libres, y si bien podemos distinguirlos en base a cunto
les falta para llegar a ser libres, nosotros los consideramos contrarios a la tica
a todos por igual.

En cualquier circunstancia, estas libertades deben aplicarse a todo cdigo que

pensemos utilizar hacer que otros utilicen. Tomemos por ejemplo un programa
A que automticamente ejecuta un programa B para que realice alguna tarea.
Si se tiene la intencin de distribuir A tal cual, esto implica que los usuarios
necesitarn B, de modo que es necesario considerar si tanto A como B son
libres. No obstante, si se piensa modificar A para que no haga uso de B, solo A
debe ser libre; B no es relevante en este caso.

Software libre no significa que no es comercial. Un programa libre debe

estar disponible para el uso comercial, la programacin comercial y la
distribucin comercial. La programacin comercial de software libre ya no es
inusual; el software libre comercial es muy importante. Puede haber pagado
dinero para obtener copias de software libre, o puede haber obtenido copias sin
costo. Pero sin tener en cuenta cmo obtuvo sus copias, siempre tiene la
libertad de copiar y modificar el software, incluso de vender copias.

En el resto de esta pgina tratamos algunos puntos que aclaran qu es lo que

hace que las libertades especficas sean adecuadas o no.
En espaol

La libertad de ejecutar el programa como se desee

La libertad de ejecutar el programa significa que cualquier tipo de persona u

organizacin es libre de usarlo en cualquier tipo de sistema de computacin,
para cualquier tipo de trabajo y finalidad, sin que exista obligacin alguna de
comunicarlo al programador ni a ninguna otra entidad especfica. En esta
libertad, lo que importa es el propsito del usuario, no el del programador.
Usted como usuario es libre de ejecutar el programa para alcanzar sus
propsitos, y si lo distribuye a otra persona, tambin esa persona ser libre de
ejecutarlo para lo que necesite; usted no tiene el derecho de imponerle sus
propios objetivos a la otra persona.

La libertad de ejecutar el programa como se desee significa que al usuario no

se le prohbe o no se le impide ejecutarlo. Esto no tiene nada que ver con el
tipo de funcionalidades que el programa posea, ni con su capacidad tcnica de
funcionar en un entorno dado, ni con el hecho de que el programa sea o no sea
til con relacin a una operacin computacional determinada.

La libertad de estudiar el cdigo fuente y modificarlo

Para que las libertades 1 y 3 (realizar cambios y publicar las versiones

modificadas) tengan sentido, usted debe tener acceso al cdigo fuente del
programa. Por consiguiente, el acceso al cdigo fuente es una condicin
necesaria para el software libre. El cdigo fuente ofuscado no es cdigo
fuente real y no cuenta como cdigo fuente.

La libertad 1 incluye la libertad de usar su versin modificada en lugar de la

original. Si el programa se entrega unido a un producto diseado para ejecutar
versiones modificadas por terceros, pero rechaza ejecutar las suyas prctica
conocida como tivoizacin o bloqueo, o (segn la terminologa perversa de
quienes lo practican) arranque seguro, la libertad 1 se convierte en una
vana simulacin ms que una realidad prctica. Estos binarios no son software
libre, aun cuando se hayan compilado a partir de un cdigo fuente libre.

Una manera importante de modificar el programa es agregndole subrutinas y

mdulos libres ya disponibles. Si la licencia del programa especifica que no se
En espaol

pueden aadir mdulos que ya existen y que estn bajo una licencia apropiada,
por ejemplo si requiere que usted sea el titular del copyright del cdigo que
desea aadir, entonces se trata de una licencia demasiado restrictiva como
para considerarla libre.

Si una modificacin constituye o no una mejora, es un asunto subjetivo. Si su

derecho a modificar un programa se limita, bsicamente, a modificaciones que
alguna otra persona considera una mejora, el programa no es libre.

La libertad de redistribuir copias si as lo desea: requisitos bsicos

La libertad para distribuir (libertades 2 y 3) significa que usted tiene la libertad

para redistribuir copias con o sin modificaciones, ya sea gratuitamente o
cobrando una tarifa por la distribucin, a cualquiera en cualquier parte. Ser
libre de hacer esto significa, entre otras cosas, que no tiene que pedir ni pagar
ningn permiso para hacerlo.

Tambin debe tener la libertad de hacer modificaciones y usarlas en privado

para su propio trabajo o pasatiempo, sin siquiera mencionar que existen. Si
publica sus cambios, no debe estar obligado a notificarlo a nadie en particular,
ni de ninguna manera en particular.

La libertad 3 incluye la libertad de publicar sus versiones modificadas como

software libre. Una licencia libre tambin puede autorizar otras formas de
publicacin; en otras palabras, no tiene que ser una licencia con copyleft. No
obstante, una licencia que requiera que las versiones modificadas no sean
libres, no se puede considerar libre.

La libertad de redistribuir copias debe incluir las formas binarias o ejecutables

del programa, as como el cdigo fuente, tanto para las versiones modificadas
como para las que no lo estn. (Distribuir programas en forma de ejecutables
es necesario para que los sistemas operativos libres se puedan instalar
fcilmente). Resulta aceptable si no existe un modo de producir un formato
binario o ejecutable para un programa especfico, dado que algunos lenguajes
no incorporan esa caracterstica, pero debe tener la libertad de redistribuir
dichos formatos si encontrara o programara una forma de hacerlo.
En espaol

Copyleft

Ciertos tipos de reglas sobre la manera de distribuir software libre son

aceptables, cuando no entran en conflicto con las libertades principales. Por
ejemplo, el copyleft , definido muy sucintamente, es la regla en base a la cual,
cuando redistribuye el programa, no se puede agregar restricciones para
denegar a los dems las libertades principales. Esta regla no entra en conflicto
con las libertades principales, ms bien las protege.

En el proyecto GNU usamos el copyleft para proteger legalmente las cuatro

libertades para todos. Creemos que existen razones importantes por las que es
mejor usar el copyleft. De todos modos, el software libre sin copyleft tambin
es tico. Vase en categoras del software libre una descripcin de la relacin
que existe entre el software libre, software con copyleft y otros tipos de
software.

Reglas acerca del empaquetamiento y la distribucin

Eventuales reglas sobre cmo empaquetar una versin modificada son

aceptables si no limitan substancialmente su libertad para publicar versiones
modificadas, o su libertad para hacer y usar versiones modificadas en privado.
As, es aceptable que una licencia le obligue a cambiar el nombre de la version
modificada, eliminar el logotipo o identificar sus modificaciones como suyas.
Son aceptables siempre y cuando esas obligaciones no sean tan agobiantes
que le dificulten la publicacin de las modificaciones. Como ya est realizando
otras modificaciones al programa, no le supondr un problema hacer algunas
ms.

Las reglas del tipo si pone a disposicin su versin de este modo, tambin
debe hacerlo de este otro modo tambin pueden ser, bajo la misma condicin,
admisibles. Un ejemplo de una regla admisible sera alguna que requiera que,
si usted ha distribuido una versin modificada y uno de los programadores
anteriores le solicita una copia, usted deba envirsela (tenga en cuenta que tal
regla le sigue permitiendo optar por distribuir o no distribuir su versin). Las
En espaol

reglas que obligan a suministrar el cdigo fuente a los usuarios de las

versiones publicadas tambin son admisibles.

Un problema particular se presenta cuando la licencia requiere que a un

programa se le cambie el nombre con el cual ser invocado por otros
programas. De hecho este requisito dificulta la publicacin de la versin
modificada para reemplazar al original cuando sea invocado por esos otros
programas. Este tipo de requisitos es aceptable nicamente cuando exista un
instrumento adecuado para la asignacin de alias que permita especificar el
nombre del programa original como un alias de la versin modificada.

Normas de exportacin

En algunos casos las normas de control de exportacin y las sanciones

comerciales impuestas por el Gobierno pueden limitar la libertad de distribuir
copias de los programas a nivel internacional. Los desarrolladores de software
no tienen el poder de eliminar o pasar por alto estas restricciones, pero lo que
s pueden y deben hacer es rehusar imponerlas como condiciones para el uso
del programa. De este modo, las restricciones no afectarn las actividades ni a
las personas fuera de las jurisdicciones de tales Gobiernos. Por tanto, las
licencias de software libre no deben requerir la obediencia a ninguna norma de
exportacin que no sea trivial como condicin para ejercer cualquiera de las
libertades esenciales.

La mera mencin de la existencia de normas de exportacin, sin ponerlas como

condicin de la licencia misma, es aceptable ya que esto no restringe a los
usuarios. Si una norma de exportacin es de hecho trivial para el software libre,
ponerla como condicin no constituye un problema real; sin embargo, es un
problema potencial ya que un futuro cambio en la ley de exportacin podra
hacer que el requisito dejara de ser trivial y que el software dejara de ser libre.

Consideraciones legales

Para que estas libertades sean reales, deben ser permanentes e irrevocables
siempre que usted no cometa ningn error; si el programador del software
tiene el poder de revocar la licencia, o de aadir restricciones a las condiciones
En espaol

de uso en forma retroactiva, sin que haya habido ninguna accin de parte del
usuario que lo justifique, el software no es libre.

Una licencia libre no puede exigir la conformidad con la licencia de un

programa que no es libre. As, por ejemplo, si una licencia requiere que se
cumpla con las licencias de todos los programas que se usan, en el caso de
un usuario que ejecuta programas que no son libres este requisito implicara
cumplir con las licencias de esos programas privativos, lo cual hace que la
licencia no sea libre.

Es aceptable que una licencia especifique la jurisdiccin de competencia o la

sede para la resolucin de conflictos, o ambas cosas.

Licencias basadas en contrato

La mayora de las licencias de software libre estn basadas en el copyright, y

existen lmites en los tipos de requisitos que se pueden imponer a travs del
copyright. Si una licencia basada en el copyright respeta la libertad en las
formas antes mencionadas, es poco probable que surja otro tipo de problema
que no hayamos anticipado (a pesar de que esto ocurre ocasionalmente). Sin
embargo, algunas licencias de software libre estn basadas en contratos, y los
contratos pueden imponer un rango mucho ms grande de restricciones. Esto
significa que existen muchas maneras posibles de que tal licencia sea
inaceptablemente restrictiva y que no sea libre.

Nos resulta imposible enumerar todas las formas en las que eso puede suceder.
Si una licencia basada en un contrato restringe al usuario de un modo que no
se puede hacer con las licencias basadas en el copyright, y que no est
mencionado aqu como legtimo, tendremos que analizar el caso, y
probablemente concluyamos que no es libre.

Cuando hable del software libre, emplee los trminos adecuados

En espaol

Cuando se habla de software libre, es mejor evitar usar trminos como

regalar o gratuito, porque dichos trminos implican que el asunto es el
precio, no la libertad. Algunos trminos comunes como piratera implican
opiniones con las que esperamos no concuerde. Vase un anlisis sobre el uso
de esos trminos en nuestro artculo palabras y frases confusas que vale la
pena evitar. Tambin tenemos una lista de las traducciones correctas de
software libre a varios idiomas.

Cmo entendemos estos criterios

Por ltimo, tenga en cuenta que para interpretar criterios tales como los que se
establecen en esta definicin de software libre, se hace necesario un cuidadoso
anlisis. Para decidir si una licencia de software especfica es una licencia de
software libre, la evaluamos en base a estos criterios para determinar si
concuerda tanto con el espritu de los mismos como con la terminologa
precisa. Si una licencia incluye restricciones inaceptables, la rechazamos, aun
cuando no hubiramos anticipado el problema en estos criterios. A veces los
requisitos de una licencia revelan una cuestin que hace necesaria una
reflexin ms profunda, incluyendo la discusin con un abogado, antes de que
podamos decidir si el requisito es aceptable. Cuando llegamos a una conclusin
sobre una nueva cuestin, solemos actualizar estos criterios para que resulte
ms fcil ver por qu una cierta licencia puede o no ser calificada como libre.

Cmo obtener ayuda acerca de licencias libres

Si est interesado en saber si una licencia especfica est calificada como

licencia de software libre, consulte nuestra lista de licencias. Si la licencia que
busca no est en la lista, puede consultarnos envindonos un correo
electrnico a <licensing@gnu.org>.

Si est considerando escribir una nueva licencia, por favor contacte a la FSF
escribiendo a esa direccin. La proliferacin de distintas licencias de software
libre significa mayor esfuerzo por parte de los usuarios para entenderlas;
podemos ayudarle a encontrar una licencia de software libre que ya exista y
que satisfaga sus necesidades.
En espaol

Si eso no fuera posible, si realmente necesita una nueva licencia, con nuestra
ayuda puede asegurarse de que la licencia sea realmente una licencia de
software libre y evitar varios problemas en la prctica.

Ms all del software

Los manuales de software deben ser libres por las mismas razones que el
software debe ser libre, y porque de hecho los manuales son parte del
software.

Tambin tiene sentido aplicar los mismos argumentos a otros tipos de obras de
uso prctico; es decir, obras que incorporen conocimiento til, tal como
publicaciones educativas y de referencia. La Wikipedia es el ejemplo ms
conocido.

Cualquier tipo de obra puede ser libre, y la definicin de software libre se ha

extendido a una definicin de obras culturales libres aplicable a cualquier tipo
de publicacin.

Cdigo abierto?

Otro grupo emplea el trmino cdigo abierto (del ingls open source), que
significa algo parecido (pero no idntico) a software libre. Preferimos el
trmino software libre porque una vez que ya se sabe que se refiere a la
libertad y no al precio, evoca la idea de libertad. La palabra abierto nunca se
refiere a la libertad.

Historial

De vez en cuando modificamos esta definicin de software libre. Esta es la lista

de los cambios ms significativos, con enlaces a pginas que muestran
exactamente lo que se ha modificado.
En espaol

Version 1.153: Expresar ms claramente que la libertad de ejecutar el

programa significa que nadie nos impide ejecutarlo.

Version 1.141: Expresar ms claramente qu cdigo debe ser libre.

Versin 1.135: Mencionar en cada caso que la libertad 0 es la libertad de

ejecutar el programa como se desea.

Versin 1.134: La libertad 0 no se refiere a las funcionalidades del programa.

Versin 1.131: Una licencia libre no puede exigir la conformidad con una
licencia de otro programa que no es libre .

Versin 1.129: Especificar que est permitido determinar la jurisdiccin y el

foro judicial de competencia (esta siempre ha sido nuestra poltica).

Versin 1.122: Un requisito de control de las exportaciones constituye un

problema real si dicho requisito no es trivial; en caso contrario se trata
nicamente de un problema potencial.

Versin 1.118: Aclarar que el problema consiste en los lmites a la libertad para
modificar, no al tipo de modificacin que se ha hecho. Y las modificaciones no
se limitan a las mejoras.

Versin 1.111: Aclaracin sobre la versin 1.77; se especifica que nicamente

las restricciones retroactivas son inaceptables. Los titulares del copyright
siempre pueden conceder permisos adicionales para utilizar la obra
publicndola paralelamente con una modalidad diferente.

Versin 1.105: Modificacin del breve comentario sobre la libertad 1 (que ya se

haba introducido en la versin 1.80) para expresar que dicha libertad significa
que el usuario puede usar una versin modificada por l mismo para realizar
sus tareas de computacin.

Versin 1.92: Aclarar que el cdigo fuente ofuscado no se puede considerar

cdigo fuente.

Versin 1.90: Aclarar que la libertad 3 significa el derecho de distribuir copias

de sus propias versiones modificadas o mejoradas, no el derecho de participar
en el proyecto de otra persona.

Versin 1.89: La libertad 3 incluye el derecho de publicar versiones modificadas

como software libre.

Versin 1.80: La primera libertad debe ser prctica, no meramente terica. Por
ejemplo, nada de tivoizacin.
En espaol

Versin 1.77: Aclarar que todos los cambios retroactivos a la licencia son
inaceptables, aun cuando no se describen como un reemplazo completo.

Versin 1.74: Cuatro aclaraciones sobre puntos no del todo explcitos, o que se
expresan en algunos casos pero no en todos estn definidos:

Mejoras no significa que la licencia puede limitar sustancialmente el tipo de

versiones modificadas que usted puede publicar. La libertad 3 incluye la
distribucin de versiones modificadas, no solo de los cambios.

El derecho a fusionar mdulos existentes se refiere a aquellos que estn

debidamente licenciados.

Expresar de manera explcita la conclusin del punto sobre los controles de

exportacin.

Imponer un cambio de licencia constituye una revocacin de la antigua

licencia.

Versin 1.57: Agregada la seccin Ms all del software.

Versin 1.46: Aclarar que en la libertad para ejecutar el programa para

cualquier propsito lo que importa es el propsito del usuario.

Versin 1.41: Expresar ms claramente el punto sobre las licencias basadas en

contratos.

Versin 1.40: Explicar que una licencia libre debe permitirle usar otro software
libre disponible para hacer sus modificaciones.

Versin 1.39: Aclarar que es aceptable que una licencia requiera la entrega del
cdigo fuente para las versiones del software que se pongan a disposicin del
pblico.

Versin 1.31: Es aceptable que una licencia requiera que el autor de las
modificaciones se identifique como tal. Otras aclaraciones menores en el texto.

Versin 1.23: Mencionar posibles problemas con las licencias basadas en

contratos.

Versin 1.16: Explicar por qu la distribucin de los binarios es importante.

Versin 1.11: Advertir que una licencia libre puede exigirle que enve a los
desarrolladores anteriores, en caso de que estos se lo pidan, una copia de las
versiones modificadas que usted distribuye.

Hay brechas entre los nmeros de versin mencionados anteriormente porque

existen otros cambios que se han realizado en esta pgina pero que no ataen
a la definicin misma o sus interpretaciones. Por ejemplo, no se incluyen los
En espaol

cambios en los apartados, formateo, ortografa, puntuacin u otras partes de la

pgina. La lista completa de los cambios aportados a esta pgina puede
consultarse mediante la interfaz cvsweb.

VOLVER ARRIBA

FSF DIRECTORIO DE SOFTWARE LIBRE HARDWARE ARTE DE GNU QUIN ES

GNUIEN? MAPA DEL SITIO

[Logotipo de la FSF]Nuestra misin es preservar, proteger y promover la

libertad de usar, estudiar, copiar, modificar y redistribuir programas de
ordenador, as como defender los derechos de los usuarios de software libre.

La Free Software Foundation es la principal organizacin que patrocina el

Sistema Operativo GNU. Apoye a GNU y la FSF mediante la compra de
manuales y otros artculos, unindose a la FSF como miembro asociado o
haciendo una donacin, ya sea directamente a la FSF o mediante Flattr.

Enve sus consultas acerca de la FSF y GNU a <gnu@gnu.org>. Existen

tambin otros medios para contactar con la FSF.

Para avisar de enlaces rotos y proponer otras correcciones o sugerencias,

dirjase a <webmasters@gnu.org>.

El equipo de traductores al espaol se esfuerza por ofrecer traducciones fieles

al original y de buena calidad, pero no estamos libres de cometer errores.

Por favor enve sus comentarios y sugerencias sobre las traducciones a <web-
translators@gnu.org>.

Consulte la Gua para las traducciones para obtener informacin sobre la

coordinacin y el envo de traducciones de las pginas de este sitio web.

Copyright 1996, 2002, 2004-2007, 2009-2017 Free Software Foundation, Inc.

Esta pgina est bajo licencia Creative Commons Reconocimiento-

SinObraDerivada 4.0 Internacional.

Notificar violacin del copyright

En espaol

Para obtener informacin sobre cmo traducir al espaol las pginas de este
sitio web, consulte la Gua para la traduccin al espaol de las pginas de
gnu.org.

Traduccin: Luis Miguel Arteaga Meja, 2001. Revisiones: Hernn Giovagnoli,

Daniel (lluvia).

En ingles

Tiene alguna pregunta acerca de las licencias de software libre que no est
respondida aqu? Consulte nuestra otra informacin sobre licencias, y si es
necesario contacte con el Compliance Lab de la FSF en licensing@fsf.org.

Definicin de software libre

La definicin de software libre estipula los criterios que se tienen que cumplir
para que un programa sea considerado libre. De vez en cuando modificamos
esta definicin para clarificarla o para resolver problemas sobre cuestiones
delicadas. Ms abajo en esta pgina, en la seccin Historial, se puede consultar
la lista de modificaciones que afectan la definicin de software libre.

Software libre es el software que respeta la libertad de los usuarios y la

comunidad. A grandes rasgos, significa que los usuarios tienen la libertad de
ejecutar, copiar, distribuir, estudiar, modificar y mejorar el software. Es decir, el
software libre es una cuestin de libertad, no de precio. Para entender el
concepto, piense en libre como en libre expresin, no como en barra
libre. En ingls, a veces en lugar de free software decimos libre software,
empleando ese adjetivo francs o espaol, derivado de libertad, para
mostrar que no queremos decir que el software es gratuito.

Promovemos estas libertades porque todos merecen tenerlas. Con estas

libertades, los usuarios (tanto individualmente como en forma colectiva)
controlan el programa y lo que este hace. Cuando los usuarios no controlan el
En espaol

programa, decimos que dicho programa no es libre, o que es privativo. Un

programa que no es libre controla a los usuarios, y el programador controla el
programa, con lo cual el programa resulta ser un instrumento de poder injusto.

Las cuatro libertades esenciales

Un programa es software libre si los usuarios tienen las cuatro libertades

esenciales:

La libertad de ejecutar el programa como se desea, con cualquier propsito

(libertad 0).

La libertad de estudiar cmo funciona el programa, y cambiarlo para que haga

lo que usted quiera (libertad 1). El acceso al cdigo fuente es una condicin
necesaria para ello.

La libertad de redistribuir copias para ayudar a su prjimo (libertad 2).

La libertad de distribuir copias de sus versiones modificadas a terceros

(libertad 3). Esto le permite ofrecer a toda la comunidad la oportunidad de
beneficiarse de las modificaciones. El acceso al cdigo fuente es una condicin
necesaria para ello.

Un programa es software libre si otorga a los usuarios todas estas libertades de

manera adecuada. De lo contrario no es libre. Existen diversos esquemas de
distribucin que no son libres, y si bien podemos distinguirlos en base a cunto
les falta para llegar a ser libres, nosotros los consideramos contrarios a la tica
a todos por igual.

En cualquier circunstancia, estas libertades deben aplicarse a todo cdigo que

pensemos utilizar hacer que otros utilicen. Tomemos por ejemplo un programa
A que automticamente ejecuta un programa B para que realice alguna tarea.
Si se tiene la intencin de distribuir A tal cual, esto implica que los usuarios
necesitarn B, de modo que es necesario considerar si tanto A como B son
libres. No obstante, si se piensa modificar A para que no haga uso de B, solo A
debe ser libre; B no es relevante en este caso.
En espaol

Software libre no significa que no es comercial. Un programa libre debe

estar disponible para el uso comercial, la programacin comercial y la
distribucin comercial. La programacin comercial de software libre ya no es
inusual; el software libre comercial es muy importante. Puede haber pagado
dinero para obtener copias de software libre, o puede haber obtenido copias sin
costo. Pero sin tener en cuenta cmo obtuvo sus copias, siempre tiene la
libertad de copiar y modificar el software, incluso de vender copias.

En el resto de esta pgina tratamos algunos puntos que aclaran qu es lo que

hace que las libertades especficas sean adecuadas o no.

La libertad de ejecutar el programa como se desee

La libertad de ejecutar el programa significa que cualquier tipo de persona u

organizacin es libre de usarlo en cualquier tipo de sistema de computacin,
para cualquier tipo de trabajo y finalidad, sin que exista obligacin alguna de
comunicarlo al programador ni a ninguna otra entidad especfica. En esta
libertad, lo que importa es el propsito del usuario, no el del programador.
Usted como usuario es libre de ejecutar el programa para alcanzar sus
propsitos, y si lo distribuye a otra persona, tambin esa persona ser libre de
ejecutarlo para lo que necesite; usted no tiene el derecho de imponerle sus
propios objetivos a la otra persona.

La libertad de ejecutar el programa como se desee significa que al usuario no

se le prohbe o no se le impide ejecutarlo. Esto no tiene nada que ver con el
tipo de funcionalidades que el programa posea, ni con su capacidad tcnica de
funcionar en un entorno dado, ni con el hecho de que el programa sea o no sea
til con relacin a una operacin computacional determinada.

La libertad de estudiar el cdigo fuente y modificarlo

Para que las libertades 1 y 3 (realizar cambios y publicar las versiones

modificadas) tengan sentido, usted debe tener acceso al cdigo fuente del
programa. Por consiguiente, el acceso al cdigo fuente es una condicin
necesaria para el software libre. El cdigo fuente ofuscado no es cdigo
fuente real y no cuenta como cdigo fuente.
En espaol

La libertad 1 incluye la libertad de usar su versin modificada en lugar de la

original. Si el programa se entrega unido a un producto diseado para ejecutar
versiones modificadas por terceros, pero rechaza ejecutar las suyas prctica
conocida como tivoizacin o bloqueo, o (segn la terminologa perversa de
quienes lo practican) arranque seguro, la libertad 1 se convierte en una
vana simulacin ms que una realidad prctica. Estos binarios no son software
libre, aun cuando se hayan compilado a partir de un cdigo fuente libre.

Una manera importante de modificar el programa es agregndole subrutinas y

mdulos libres ya disponibles. Si la licencia del programa especifica que no se
pueden aadir mdulos que ya existen y que estn bajo una licencia apropiada,
por ejemplo si requiere que usted sea el titular del copyright del cdigo que
desea aadir, entonces se trata de una licencia demasiado restrictiva como
para considerarla libre.

Si una modificacin constituye o no una mejora, es un asunto subjetivo. Si su

derecho a modificar un programa se limita, bsicamente, a modificaciones que
alguna otra persona considera una mejora, el programa no es libre.

La libertad de redistribuir copias si as lo desea: requisitos bsicos

La libertad para distribuir (libertades 2 y 3) significa que usted tiene la libertad

para redistribuir copias con o sin modificaciones, ya sea gratuitamente o
cobrando una tarifa por la distribucin, a cualquiera en cualquier parte. Ser
libre de hacer esto significa, entre otras cosas, que no tiene que pedir ni pagar
ningn permiso para hacerlo.

Tambin debe tener la libertad de hacer modificaciones y usarlas en privado

para su propio trabajo o pasatiempo, sin siquiera mencionar que existen. Si
publica sus cambios, no debe estar obligado a notificarlo a nadie en particular,
ni de ninguna manera en particular.

La libertad 3 incluye la libertad de publicar sus versiones modificadas como

software libre. Una licencia libre tambin puede autorizar otras formas de
En espaol

publicacin; en otras palabras, no tiene que ser una licencia con copyleft. No
obstante, una licencia que requiera que las versiones modificadas no sean
libres, no se puede considerar libre.

La libertad de redistribuir copias debe incluir las formas binarias o ejecutables

del programa, as como el cdigo fuente, tanto para las versiones modificadas
como para las que no lo estn. (Distribuir programas en forma de ejecutables
es necesario para que los sistemas operativos libres se puedan instalar
fcilmente). Resulta aceptable si no existe un modo de producir un formato
binario o ejecutable para un programa especfico, dado que algunos lenguajes
no incorporan esa caracterstica, pero debe tener la libertad de redistribuir
dichos formatos si encontrara o programara una forma de hacerlo.

Copyleft

Ciertos tipos de reglas sobre la manera de distribuir software libre son

aceptables, cuando no entran en conflicto con las libertades principales. Por
ejemplo, el copyleft , definido muy sucintamente, es la regla en base a la cual,
cuando redistribuye el programa, no se puede agregar restricciones para
denegar a los dems las libertades principales. Esta regla no entra en conflicto
con las libertades principales, ms bien las protege.

En el proyecto GNU usamos el copyleft para proteger legalmente las cuatro

libertades para todos. Creemos que existen razones importantes por las que es
mejor usar el copyleft. De todos modos, el software libre sin copyleft tambin
es tico. Vase en categoras del software libre una descripcin de la relacin
que existe entre el software libre, software con copyleft y otros tipos de
software.

Reglas acerca del empaquetamiento y la distribucin

Eventuales reglas sobre cmo empaquetar una versin modificada son

aceptables si no limitan substancialmente su libertad para publicar versiones
modificadas, o su libertad para hacer y usar versiones modificadas en privado.
As, es aceptable que una licencia le obligue a cambiar el nombre de la version
modificada, eliminar el logotipo o identificar sus modificaciones como suyas.
En espaol

Son aceptables siempre y cuando esas obligaciones no sean tan agobiantes

que le dificulten la publicacin de las modificaciones. Como ya est realizando
otras modificaciones al programa, no le supondr un problema hacer algunas
ms.

Las reglas del tipo si pone a disposicin su versin de este modo, tambin
debe hacerlo de este otro modo tambin pueden ser, bajo la misma condicin,
admisibles. Un ejemplo de una regla admisible sera alguna que requiera que,
si usted ha distribuido una versin modificada y uno de los programadores
anteriores le solicita una copia, usted deba envirsela (tenga en cuenta que tal
regla le sigue permitiendo optar por distribuir o no distribuir su versin). Las
reglas que obligan a suministrar el cdigo fuente a los usuarios de las
versiones publicadas tambin son admisibles.

Un problema particular se presenta cuando la licencia requiere que a un

programa se le cambie el nombre con el cual ser invocado por otros
programas. De hecho este requisito dificulta la publicacin de la versin
modificada para reemplazar al original cuando sea invocado por esos otros
programas. Este tipo de requisitos es aceptable nicamente cuando exista un
instrumento adecuado para la asignacin de alias que permita especificar el
nombre del programa original como un alias de la versin modificada.

Normas de exportacin

En algunos casos las normas de control de exportacin y las sanciones

comerciales impuestas por el Gobierno pueden limitar la libertad de distribuir
copias de los programas a nivel internacional. Los desarrolladores de software
no tienen el poder de eliminar o pasar por alto estas restricciones, pero lo que
s pueden y deben hacer es rehusar imponerlas como condiciones para el uso
del programa. De este modo, las restricciones no afectarn las actividades ni a
las personas fuera de las jurisdicciones de tales Gobiernos. Por tanto, las
licencias de software libre no deben requerir la obediencia a ninguna norma de
exportacin que no sea trivial como condicin para ejercer cualquiera de las
libertades esenciales.

La mera mencin de la existencia de normas de exportacin, sin ponerlas como

condicin de la licencia misma, es aceptable ya que esto no restringe a los
En espaol

usuarios. Si una norma de exportacin es de hecho trivial para el software libre,

ponerla como condicin no constituye un problema real; sin embargo, es un
problema potencial ya que un futuro cambio en la ley de exportacin podra
hacer que el requisito dejara de ser trivial y que el software dejara de ser libre.

Consideraciones legales

Para que estas libertades sean reales, deben ser permanentes e irrevocables
siempre que usted no cometa ningn error; si el programador del software
tiene el poder de revocar la licencia, o de aadir restricciones a las condiciones
de uso en forma retroactiva, sin que haya habido ninguna accin de parte del
usuario que lo justifique, el software no es libre.

Una licencia libre no puede exigir la conformidad con la licencia de un

programa que no es libre. As, por ejemplo, si una licencia requiere que se
cumpla con las licencias de todos los programas que se usan, en el caso de
un usuario que ejecuta programas que no son libres este requisito implicara
cumplir con las licencias de esos programas privativos, lo cual hace que la
licencia no sea libre.

Es aceptable que una licencia especifique la jurisdiccin de competencia o la

sede para la resolucin de conflictos, o ambas cosas.

Licencias basadas en contrato

La mayora de las licencias de software libre estn basadas en el copyright, y

existen lmites en los tipos de requisitos que se pueden imponer a travs del
copyright. Si una licencia basada en el copyright respeta la libertad en las
formas antes mencionadas, es poco probable que surja otro tipo de problema
que no hayamos anticipado (a pesar de que esto ocurre ocasionalmente). Sin
embargo, algunas licencias de software libre estn basadas en contratos, y los
contratos pueden imponer un rango mucho ms grande de restricciones. Esto
significa que existen muchas maneras posibles de que tal licencia sea
inaceptablemente restrictiva y que no sea libre.
En espaol

Nos resulta imposible enumerar todas las formas en las que eso puede suceder.
Si una licencia basada en un contrato restringe al usuario de un modo que no
se puede hacer con las licencias basadas en el copyright, y que no est
mencionado aqu como legtimo, tendremos que analizar el caso, y
probablemente concluyamos que no es libre.

Cuando hable del software libre, emplee los trminos adecuados

Cuando se habla de software libre, es mejor evitar usar trminos como

regalar o gratuito, porque dichos trminos implican que el asunto es el
precio, no la libertad. Algunos trminos comunes como piratera implican
opiniones con las que esperamos no concuerde. Vase un anlisis sobre el uso
de esos trminos en nuestro artculo palabras y frases confusas que vale la
pena evitar. Tambin tenemos una lista de las traducciones correctas de
software libre a varios idiomas.

Cmo entendemos estos criterios

Por ltimo, tenga en cuenta que para interpretar criterios tales como los que se
establecen en esta definicin de software libre, se hace necesario un cuidadoso
anlisis. Para decidir si una licencia de software especfica es una licencia de
software libre, la evaluamos en base a estos criterios para determinar si
concuerda tanto con el espritu de los mismos como con la terminologa
precisa. Si una licencia incluye restricciones inaceptables, la rechazamos, aun
cuando no hubiramos anticipado el problema en estos criterios. A veces los
requisitos de una licencia revelan una cuestin que hace necesaria una
reflexin ms profunda, incluyendo la discusin con un abogado, antes de que
podamos decidir si el requisito es aceptable. Cuando llegamos a una conclusin
sobre una nueva cuestin, solemos actualizar estos criterios para que resulte
ms fcil ver por qu una cierta licencia puede o no ser calificada como libre.

Cmo obtener ayuda acerca de licencias libres

Si est interesado en saber si una licencia especfica est calificada como

licencia de software libre, consulte nuestra lista de licencias. Si la licencia que
En espaol

busca no est en la lista, puede consultarnos envindonos un correo

electrnico a <licensing@gnu.org>.

Si est considerando escribir una nueva licencia, por favor contacte a la FSF
escribiendo a esa direccin. La proliferacin de distintas licencias de software
libre significa mayor esfuerzo por parte de los usuarios para entenderlas;
podemos ayudarle a encontrar una licencia de software libre que ya exista y
que satisfaga sus necesidades.

Si eso no fuera posible, si realmente necesita una nueva licencia, con nuestra
ayuda puede asegurarse de que la licencia sea realmente una licencia de
software libre y evitar varios problemas en la prctica.

Ms all del software

Los manuales de software deben ser libres por las mismas razones que el
software debe ser libre, y porque de hecho los manuales son parte del
software.

Tambin tiene sentido aplicar los mismos argumentos a otros tipos de obras de
uso prctico; es decir, obras que incorporen conocimiento til, tal como
publicaciones educativas y de referencia. La Wikipedia es el ejemplo ms
conocido.

Cualquier tipo de obra puede ser libre, y la definicin de software libre se ha

extendido a una definicin de obras culturales libres aplicable a cualquier tipo
de publicacin.

Cdigo abierto?

Otro grupo emplea el trmino cdigo abierto (del ingls open source), que
significa algo parecido (pero no idntico) a software libre. Preferimos el
trmino software libre porque una vez que ya se sabe que se refiere a la
En espaol

libertad y no al precio, evoca la idea de libertad. La palabra abierto nunca se

refiere a la libertad.

Historial

De vez en cuando modificamos esta definicin de software libre. Esta es la lista

de los cambios ms significativos, con enlaces a pginas que muestran
exactamente lo que se ha modificado.

Version 1.153: Expresar ms claramente que la libertad de ejecutar el

programa significa que nadie nos impide ejecutarlo.

Version 1.141: Expresar ms claramente qu cdigo debe ser libre.

Versin 1.135: Mencionar en cada caso que la libertad 0 es la libertad de

ejecutar el programa como se desea.

Versin 1.134: La libertad 0 no se refiere a las funcionalidades del programa.

Versin 1.131: Una licencia libre no puede exigir la conformidad con una
licencia de otro programa que no es libre .

Versin 1.129: Especificar que est permitido determinar la jurisdiccin y el

foro judicial de competencia (esta siempre ha sido nuestra poltica).

Versin 1.122: Un requisito de control de las exportaciones constituye un

problema real si dicho requisito no es trivial; en caso contrario se trata
nicamente de un problema potencial.

Versin 1.118: Aclarar que el problema consiste en los lmites a la libertad para
modificar, no al tipo de modificacin que se ha hecho. Y las modificaciones no
se limitan a las mejoras.

Versin 1.111: Aclaracin sobre la versin 1.77; se especifica que nicamente

las restricciones retroactivas son inaceptables. Los titulares del copyright
siempre pueden conceder permisos adicionales para utilizar la obra
publicndola paralelamente con una modalidad diferente.

Versin 1.105: Modificacin del breve comentario sobre la libertad 1 (que ya se

haba introducido en la versin 1.80) para expresar que dicha libertad significa
que el usuario puede usar una versin modificada por l mismo para realizar
sus tareas de computacin.
En espaol

Versin 1.92: Aclarar que el cdigo fuente ofuscado no se puede considerar

cdigo fuente.

Versin 1.90: Aclarar que la libertad 3 significa el derecho de distribuir copias

de sus propias versiones modificadas o mejoradas, no el derecho de participar
en el proyecto de otra persona.

Versin 1.89: La libertad 3 incluye el derecho de publicar versiones modificadas

como software libre.

Versin 1.80: La primera libertad debe ser prctica, no meramente terica. Por
ejemplo, nada de tivoizacin.

Versin 1.77: Aclarar que todos los cambios retroactivos a la licencia son
inaceptables, aun cuando no se describen como un reemplazo completo.

Versin 1.74: Cuatro aclaraciones sobre puntos no del todo explcitos, o que se
expresan en algunos casos pero no en todos estn definidos:

Mejoras no significa que la licencia puede limitar sustancialmente el tipo de

versiones modificadas que usted puede publicar. La libertad 3 incluye la
distribucin de versiones modificadas, no solo de los cambios.

El derecho a fusionar mdulos existentes se refiere a aquellos que estn

debidamente licenciados.

Expresar de manera explcita la conclusin del punto sobre los controles de

exportacin.

Imponer un cambio de licencia constituye una revocacin de la antigua

licencia.

Versin 1.57: Agregada la seccin Ms all del software.

Versin 1.46: Aclarar que en la libertad para ejecutar el programa para

cualquier propsito lo que importa es el propsito del usuario.

Versin 1.41: Expresar ms claramente el punto sobre las licencias basadas en

contratos.

Versin 1.40: Explicar que una licencia libre debe permitirle usar otro software
libre disponible para hacer sus modificaciones.

Versin 1.39: Aclarar que es aceptable que una licencia requiera la entrega del
cdigo fuente para las versiones del software que se pongan a disposicin del
pblico.

Versin 1.31: Es aceptable que una licencia requiera que el autor de las
modificaciones se identifique como tal. Otras aclaraciones menores en el texto.
En espaol

Versin 1.23: Mencionar posibles problemas con las licencias basadas en

contratos.

Versin 1.16: Explicar por qu la distribucin de los binarios es importante.

Versin 1.11: Advertir que una licencia libre puede exigirle que enve a los
desarrolladores anteriores, en caso de que estos se lo pidan, una copia de las
versiones modificadas que usted distribuye.

Hay brechas entre los nmeros de versin mencionados anteriormente porque

existen otros cambios que se han realizado en esta pgina pero que no ataen
a la definicin misma o sus interpretaciones. Por ejemplo, no se incluyen los
cambios en los apartados, formateo, ortografa, puntuacin u otras partes de la
pgina. La lista completa de los cambios aportados a esta pgina puede
consultarse mediante la interfaz cvsweb.

VOLVER ARRIBA

FSF DIRECTORIO DE SOFTWARE LIBRE HARDWARE ARTE DE GNU QUIN ES

GNUIEN? MAPA DEL SITIO

[Logotipo de la FSF]Nuestra misin es preservar, proteger y promover la

libertad de usar, estudiar, copiar, modificar y redistribuir programas de
ordenador, as como defender los derechos de los usuarios de software libre.

La Free Software Foundation es la principal organizacin que patrocina el

Sistema Operativo GNU. Apoye a GNU y la FSF mediante la compra de
manuales y otros artculos, unindose a la FSF como miembro asociado o
haciendo una donacin, ya sea directamente a la FSF o mediante Flattr.

Enve sus consultas acerca de la FSF y GNU a <gnu@gnu.org>. Existen

tambin otros medios para contactar con la FSF.

Para avisar de enlaces rotos y proponer otras correcciones o sugerencias,

dirjase a <webmasters@gnu.org>.

El equipo de traductores al espaol se esfuerza por ofrecer traducciones fieles

al original y de buena calidad, pero no estamos libres de cometer errores.

Por favor enve sus comentarios y sugerencias sobre las traducciones a <web-
translators@gnu.org>.
En espaol

Consulte la Gua para las traducciones para obtener informacin sobre la

coordinacin y el envo de traducciones de las pginas de este sitio web.

Copyright 1996, 2002, 2004-2007, 2009-2017 Free Software Foundation, Inc.

Esta pgina est bajo licencia Creative Commons Reconocimiento-

SinObraDerivada 4.0 Internacional.

Notificar violacin del copyright

Para obtener informacin sobre cmo traducir al espaol las pginas de este
sitio web, consulte la Gua para la traduccin al espaol de las pginas de
gnu.org.

Traduccin: Luis Miguel Arteaga Meja, 2001. Revisiones: Hernn Giovagnoli,

Daniel (lluvia).

En ingles

What is free software?

Have a question about free software licensing not answered here? See our
other licensing resources, and if necessary contact the FSF Compliance Lab at
licensing@fsf.org.

The Free Software Definition

The free software definition presents the criteria for whether a particular
software program qualifies as free software. From time to time we revise this
definition, to clarify it or to resolve questions about subtle issues. See the
History section below for a list of changes that affect the definition of free
software.

Free software means software that respects users' freedom and community.
Roughly, it means that the users have the freedom to run, copy, distribute,
study, change and improve the software. Thus, free software is a matter of
liberty, not price. To understand the concept, you should think of free as in
free speech, not as in free beer. We sometimes call it libre software,
En espaol

borrowing the French or Spanish word for free as in freedom, to show we do

not mean the software is gratis.

We campaign for these freedoms because everyone deserves them. With these
freedoms, the users (both individually and collectively) control the program and
what it does for them. When users don't control the program, we call it a
nonfree or proprietary program. The nonfree program controls the users,
and the developer controls the program; this makes the program an instrument
of unjust power.

The four essential freedoms

A program is free software if the program's users have the four essential
freedoms:

The freedom to run the program as you wish, for any purpose (freedom 0).

The freedom to study how the program works, and change it so it does your
computing as you wish (freedom 1). Access to the source code is a precondition
for this.

The freedom to redistribute copies so you can help your neighbor (freedom 2).

The freedom to distribute copies of your modified versions to others (freedom

3). By doing this you can give the whole community a chance to benefit from
your changes. Access to the source code is a precondition for this.

A program is free software if it gives users adequately all of these freedoms.

Otherwise, it is nonfree. While we can distinguish various nonfree distribution
schemes in terms of how far they fall short of being free, we consider them all
equally unethical.

In any given scenario, these freedoms must apply to whatever code we plan to
make use of, or lead others to make use of. For instance, consider a program A
which automatically launches a program B to handle some cases. If we plan to
distribute A as it stands, that implies users will need B, so we need to judge
whether both A and B are free. However, if we plan to modify A so that it
doesn't use B, only A needs to be free; B is not pertinent to that plan.
En espaol

Free software does not mean noncommercial. A free program must be

available for commercial use, commercial development, and commercial
distribution. Commercial development of free software is no longer unusual;
such free commercial software is very important. You may have paid money to
get copies of free software, or you may have obtained copies at no charge. But
regardless of how you got your copies, you always have the freedom to copy
and change the software, even to sell copies.

The rest of this page clarifies certain points about what makes specific
freedoms adequate or not.

The freedom to run the program as you wish

The freedom to run the program means the freedom for any kind of person or
organization to use it on any kind of computer system, for any kind of overall
job and purpose, without being required to communicate about it with the
developer or any other specific entity. In this freedom, it is the user's purpose
that matters, not the developer's purpose; you as a user are free to run the
program for your purposes, and if you distribute it to someone else, she is then
free to run it for her purposes, but you are not entitled to impose your purposes
on her.

The freedom to run the program as you wish means that you are not forbidden
or stopped from making it run. This has nothing to do with what functionality
the program has, whether it is technically capable of functioning in any given
environment, or whether it is useful for any particular computing activity.

The freedom to study the source code and make changes

In order for freedoms 1 and 3 (the freedom to make changes and the freedom
to publish the changed versions) to be meaningful, you must have access to
the source code of the program. Therefore, accessibility of source code is a
necessary condition for free software. Obfuscated source code is not real
source code and does not count as source code.
En espaol

Freedom 1 includes the freedom to use your changed version in place of the
original. If the program is delivered in a product designed to run someone
else's modified versions but refuse to run yours a practice known as
tivoization or lockdown, or (in its practitioners' perverse terminology) as
secure boot freedom 1 becomes an empty pretense rather than a practical
reality. These binaries are not free software even if the source code they are
compiled from is free.

One important way to modify a program is by merging in available free

subroutines and modules. If the program's license says that you cannot merge
in a suitably licensed existing module for instance, if it requires you to be the
copyright holder of any code you add then the license is too restrictive to
qualify as free.

Whether a change constitutes an improvement is a subjective matter. If your

right to modify a program is limited, in substance, to changes that someone
else considers an improvement, that program is not free.

The freedom to redistribute if you wish: basic requirements

Freedom to distribute (freedoms 2 and 3) means you are free to redistribute

copies, either with or without modifications, either gratis or charging a fee for
distribution, to anyone anywhere. Being free to do these things means (among
other things) that you do not have to ask or pay for permission to do so.

You should also have the freedom to make modifications and use them
privately in your own work or play, without even mentioning that they exist. If
you do publish your changes, you should not be required to notify anyone in
particular, or in any particular way.

Freedom 3 includes the freedom to release your modified versions as free

software. A free license may also permit other ways of releasing them; in other
words, it does not have to be a copyleft license. However, a license that
requires modified versions to be nonfree does not qualify as a free license.
En espaol

The freedom to redistribute copies must include binary or executable forms of

the program, as well as source code, for both modified and unmodified
versions. (Distributing programs in runnable form is necessary for conveniently
installable free operating systems.) It is OK if there is no way to produce a
binary or executable form for a certain program (since some languages don't
support that feature), but you must have the freedom to redistribute such
forms should you find or develop a way to make them.

Copyleft

Certain kinds of rules about the manner of distributing free software are
acceptable, when they don't conflict with the central freedoms. For example,
copyleft (very simply stated) is the rule that when redistributing the program,
you cannot add restrictions to deny other people the central freedoms. This
rule does not conflict with the central freedoms; rather it protects them.

In the GNU project, we use copyleft to protect the four freedoms legally for
everyone. We believe there are important reasons why it is better to use
copyleft. However, noncopylefted free software is ethical too. See Categories of
Free Software for a description of how free software, copylefted software
and other categories of software relate to each other.

Rules about packaging and distribution details

Rules about how to package a modified version are acceptable, if they don't
substantively limit your freedom to release modified versions, or your freedom
to make and use modified versions privately. Thus, it is acceptable for the
license to require that you change the name of the modified version, remove a
logo, or identify your modifications as yours. As long as these requirements are
not so burdensome that they effectively hamper you from releasing your
changes, they are acceptable; you're already making other changes to the
program, so you won't have trouble making a few more.
En espaol

Rules that if you make your version available in this way, you must make it
available in that way also can be acceptable too, on the same condition. An
example of such an acceptable rule is one saying that if you have distributed a
modified version and a previous developer asks for a copy of it, you must send
one. (Note that such a rule still leaves you the choice of whether to distribute
your version at all.) Rules that require release of source code to the users for
versions that you put into public use are also acceptable.

A special issue arises when a license requires changing the name by which the
program will be invoked from other programs. That effectively hampers you
from releasing your changed version so that it can replace the original when
invoked by those other programs. This sort of requirement is acceptable only if
there's a suitable aliasing facility that allows you to specify the original
program's name as an alias for the modified version.

Export regulations

Sometimes government export control regulations and trade sanctions can

constrain your freedom to distribute copies of programs internationally.
Software developers do not have the power to eliminate or override these
restrictions, but what they can and must do is refuse to impose them as
conditions of use of the program. In this way, the restrictions will not affect
activities and people outside the jurisdictions of these governments. Thus, free
software licenses must not require obedience to any nontrivial export
regulations as a condition of exercising any of the essential freedoms.

Merely mentioning the existence of export regulations, without making them a

condition of the license itself, is acceptable since it does not restrict users. If an
export regulation is actually trivial for free software, then requiring it as a
condition is not an actual problem; however, it is a potential problem, since a
later change in export law could make the requirement nontrivial and thus
render the software nonfree.

Legal considerations
En espaol

In order for these freedoms to be real, they must be permanent and irrevocable
as long as you do nothing wrong; if the developer of the software has the
power to revoke the license, or retroactively add restrictions to its terms,
without your doing anything wrong to give cause, the software is not free.

A free license may not require compliance with the license of a nonfree
program. Thus, for instance, if a license requires you to comply with the
licenses of all the programs you use, in the case of a user that runs nonfree
programs this would require compliance with the licenses of those nonfree
programs; that makes the license nonfree.

It is acceptable for a free license to specify which jurisdiction's law applies, or

where litigation must be done, or both.

Contract-based licenses

Most free software licenses are based on copyright, and there are limits on
what kinds of requirements can be imposed through copyright. If a copyright-
based license respects freedom in the ways described above, it is unlikely to
have some other sort of problem that we never anticipated (though this does
happen occasionally). However, some free software licenses are based on
contracts, and contracts can impose a much larger range of possible
restrictions. That means there are many possible ways such a license could be
unacceptably restrictive and nonfree.

We can't possibly list all the ways that might happen. If a contract-based
license restricts the user in an unusual way that copyright-based licenses
cannot, and which isn't mentioned here as legitimate, we will have to think
about it, and we will probably conclude it is nonfree.

Use the right words when talking about free software

When talking about free software, it is best to avoid using terms like give
away or for free, because those terms imply that the issue is about price,
En espaol

not freedom. Some common terms such as piracy embody opinions we hope
you won't endorse. See Confusing Words and Phrases that are Worth Avoiding
for a discussion of these terms. We also have a list of proper translations of
free software into various languages.

How we interpret these criteria

Finally, note that criteria such as those stated in this free software definition
require careful thought for their interpretation. To decide whether a specific
software license qualifies as a free software license, we judge it based on these
criteria to determine whether it fits their spirit as well as the precise words. If a
license includes unconscionable restrictions, we reject it, even if we did not
anticipate the issue in these criteria. Sometimes a license requirement raises
an issue that calls for extensive thought, including discussions with a lawyer,
before we can decide if the requirement is acceptable. When we reach a
conclusion about a new issue, we often update these criteria to make it easier
to see why certain licenses do or don't qualify.

Get help with free licenses

If you are interested in whether a specific license qualifies as a free software

license, see our list of licenses. If the license you are concerned with is not
listed there, you can ask us about it by sending us email at
<licensing@gnu.org>.

If you are contemplating writing a new license, please contact the Free
Software Foundation first by writing to that address. The proliferation of
different free software licenses means increased work for users in
understanding the licenses; we may be able to help you find an existing free
software license that meets your needs.

If that isn't possible, if you really need a new license, with our help you can
ensure that the license really is a free software license and avoid various
practical problems.
En espaol

Beyond Software

Software manuals must be free, for the same reasons that software must be
free, and because the manuals are in effect part of the software.

The same arguments also make sense for other kinds of works of practical use
that is to say, works that embody useful knowledge, such as educational
works and reference works. Wikipedia is the best-known example.

Any kind of work can be free, and the definition of free software has been
extended to a definition of free cultural works applicable to any kind of works.

Open Source?

Another group uses the term open source to mean something close (but not
identical) to free software. We prefer the term free software because, once
you have heard that it refers to freedom rather than price, it calls to mind
freedom. The word open never refers to freedom.

History

From time to time we revise this Free Software Definition. Here is the list of
substantive changes, along with links to show exactly what was changed.

Version 1.153: Clarify that freedom to run the program means nothing stops
you from making it run.

Version 1.141: Clarify which code needs to be free.

Version 1.135: Say each time that freedom 0 is the freedom to run the program
as you wish.

Version 1.134: Freedom 0 is not a matter of the program's functionality.

En espaol

Version 1.131: A free license may not require compliance with a nonfree license
of another program.

Version 1.129: State explicitly that choice of law and choice of forum
specifications are allowed. (This was always our policy.)

Version 1.122: An export control requirement is a real problem if the

requirement is nontrivial; otherwise it is only a potential problem.

Version 1.118: Clarification: the issue is limits on your right to modify, not on
what modifications you have made. And modifications are not limited to
improvements

Version 1.111: Clarify 1.77 by saying that only retroactive restrictions are
unacceptable. The copyright holders can always grant additional permission for
use of the work by releasing the work in another way in parallel.

Version 1.105: Reflect, in the brief statement of freedom 1, the point (already
stated in version 1.80) that it includes really using your modified version for
your computing.

Version 1.92: Clarify that obfuscated code does not qualify as source code.

Version 1.90: Clarify that freedom 3 means the right to distribute copies of your
own modified or improved version, not a right to participate in someone else's
development project.

Version 1.89: Freedom 3 includes the right to release modified versions as free
software.

Version 1.80: Freedom 1 must be practical, not just theoretical; i.e., no

tivoization.

Version 1.77: Clarify that all retroactive changes to the license are
unacceptable, even if it's not described as a complete replacement.

Version 1.74: Four clarifications of points not explicit enough, or stated in some
places but not reflected everywhere:

"Improvements" does not mean the license can substantively limit what kinds
of modified versions you can release. Freedom 3 includes distributing modified
versions, not just changes.

The right to merge in existing modules refers to those that are suitably
licensed.

Explicitly state the conclusion of the point about export controls.

Imposing a license change constitutes revoking the old license.

En espaol

Version 1.57: Add "Beyond Software" section.

Version 1.46: Clarify whose purpose is significant in the freedom to run the
program for any purpose.

Version 1.41: Clarify wording about contract-based licenses.

Version 1.40: Explain that a free license must allow to you use other available
free software to create your modifications.

Version 1.39: Note that it is acceptable for a license to require you to provide
source for versions of the software you put into public use.

Version 1.31: Note that it is acceptable for a license to require you to identify
yourself as the author of modifications. Other minor clarifications throughout
the text.

Version 1.23: Address potential problems related to contract-based licenses.

Version 1.16: Explain why distribution of binaries is important.

Version 1.11: Note that a free license may require you to send a copy of
versions you distribute to previous developers on request.

There are gaps in the version numbers shown above because there are other
changes in this page that do not affect the definition or its interpretations. For
instance, the list does not include changes in asides, formatting, spelling,
punctuation, or other parts of the page. You can review the complete list of
changes to the page through the cvsweb interface.

BACK TO TOP

FSF FREE SOFTWARE DIRECTORY HARDWARE GNU ART GNU'S WHO? SITE MAP

[FSF logo] Our mission is to preserve, protect and promote the freedom to
use, study, copy, modify, and redistribute computer software, and to defend
the rights of Free Software users.

The Free Software Foundation is the principal organizational sponsor of the GNU
Operating System. Support GNU and the FSF by buying manuals and gear,
joining the FSF as an associate member, or making a donation, either directly
to the FSF or via Flattr.
En espaol

Please send general FSF & GNU inquiries to <gnu@gnu.org>. There are also
other ways to contact the FSF. Broken links and other corrections or
suggestions can be sent to <webmasters@gnu.org>.

Please see the Translations README for information on coordinating and

submitting translations of this article.

Copyright 1996, 2002, 2004-2007, 2009-2017 Free Software Foundation, Inc.

This page is licensed under a Creative Commons Attribution-NoDerivatives 4.0

International License.

Copyright Infringement Notification

Updated: $Date: 2017/04/04 08:56:21 $

Imagines
En espaol
En espaol
En espaol

https://www.gnu.org/philosophy/free-sw.en.html
En espaol
En espaol
En espaol