Código abierto pero no software libre (o viceversa) [cerrado]


14

La definición de "Software Libre" de la Free Software Foundation:

"El software libre es una cuestión de libertad, no de precio. Para entender el concepto, debe pensar en "libre" como en "libertad de expresión", no como en "cerveza gratis".

El software libre depende de la libertad de los usuarios para ejecutar, copiar, distribuir, estudiar, cambiar y mejorar el software. Más precisamente, significa que los usuarios del programa tienen las cuatro libertades esenciales:

  • La libertad de ejecutar el programa, para cualquier propósito (libertad 0).
  • La libertad de estudiar cómo funciona el programa y cambiarlo para que haga lo que desea (libertad 1). El acceso al código fuente es una condición previa para esto.
  • La libertad de redistribuir copias para que pueda ayudar a su vecino (libertad 2).
  • La libertad de distribuir copias de sus versiones modificadas a otros (libertad 3). Al hacer esto, puede darle a toda la comunidad la oportunidad de beneficiarse de sus cambios. El acceso al código fuente es una condición previa para esto.

Un programa es software libre si los usuarios tienen todas estas libertades. Por lo tanto, debe ser libre de redistribuir copias, con o sin modificaciones, ya sea gratis o cobrando una tarifa por distribución, a cualquier persona en cualquier lugar. Ser libre de hacer estas cosas significa (entre otras cosas) que no tiene que pedir ni pagar permiso para hacerlo.

La definición de "software de código abierto" de la iniciativa de código abierto:

El código abierto no solo significa acceso al código fuente. Los términos de distribución del software de código abierto deben cumplir con los siguientes criterios:

  1. Redistribución gratuita La licencia no debe restringir a ninguna de las partes a vender o regalar el software como un componente de una distribución agregada de software que contiene programas de varias fuentes diferentes. La licencia no requerirá una regalía u otra tarifa por dicha venta.

  2. Código fuente El programa debe incluir el código fuente y debe permitir la distribución tanto en el código fuente como en el formulario compilado. Cuando alguna forma de un producto no se distribuye con el código fuente, debe haber un medio bien publicitado para obtener el código fuente por un costo de reproducción razonable, preferiblemente, descargando a través de Internet sin cargo. El código fuente debe ser la forma preferida en la que un programador modificaría el programa. El código fuente deliberadamente ofuscado no está permitido. Los formularios intermedios, como la salida de un preprocesador o traductor, no están permitidos.

  3. Trabajos derivados La licencia debe permitir modificaciones y trabajos derivados, y debe permitir que se distribuyan bajo los mismos términos que la licencia del software original.

  4. Integridad del código fuente del autor La licencia puede restringir la distribución del código fuente en forma modificada solo si la licencia permite la distribución de "archivos de parche" con el código fuente con el fin de modificar el programa en el momento de la compilación. La licencia debe permitir explícitamente la distribución de software creado a partir de código fuente modificado. La licencia puede requerir trabajos derivados para llevar un nombre o número de versión diferente del software original.

  5. No discriminación contra personas o grupos La licencia no debe discriminar contra ninguna persona o grupo de personas.

  6. No discriminación contra los campos del esfuerzo La licencia no debe restringir a nadie el uso del programa en un campo específico del esfuerzo. Por ejemplo, no puede restringir que el programa se use en un negocio o que se use para investigación genética.

  7. Distribución de la licencia Los derechos adjuntos al programa deben aplicarse a todos aquellos a quienes el programa se redistribuye sin la necesidad de que esas partes ejecuten una licencia adicional.

  8. La licencia no debe ser específica para un producto Los derechos adjuntos al programa no deben depender de que el programa forme parte de una distribución de software en particular. Si el programa se extrae de esa distribución y se usa o distribuye dentro de los términos de la licencia del programa, todas las partes a las que se redistribuye el programa deben tener los mismos derechos que los que se otorgan junto con la distribución original del software.

  9. La licencia no debe restringir otro software La licencia no debe imponer restricciones a otro software que se distribuya junto con el software con licencia. Por ejemplo, la licencia no debe insistir en que todos los demás programas distribuidos en el mismo medio deben ser software de código abierto.

  10. La licencia debe ser neutral en cuanto a la tecnología Ninguna disposición de la licencia puede basarse en ninguna tecnología o estilo de interfaz individual.

Estas definiciones, aunque derivan de ideologías muy diferentes, son ampliamente compatibles, y la mayoría del software libre también es software de código abierto y viceversa. Sin embargo, creo que es posible que este no sea el caso: es posible que el software sea de código abierto sin ser gratuito, o sea libre sin ser de código abierto.

Preguntas

  1. ¿Es correcta mi creencia? ¿Es posible que el software caiga en un campo y no en el otro?
  2. ¿Existe realmente tal software? Por favor da ejemplos.

Aclaración

Ya he aceptado una respuesta ahora, pero parece que he confundido a mucha gente, por lo que quizás sea necesario hacer una aclaración. Estaba no preguntando sobre la diferencia entre copyleft (o "viral", aunque no me gusta ese término) y sin copyleft ( "permisivas") licencias. Tampoco estaba preguntando sobre sus definiciones idiosincrásicas personales de "Gratis" y "Abierto". Estaba preguntando sobre "Software libre como lo define la FSF" y "Software de código abierto según lo definido por el OSI". ¿Son los dos siempre iguales? ¿Es posible ser uno sin ser el otro?

Y parece que la respuesta es que es imposible ser libre sin ser abierto, pero es posible ser abierto sin ser libre. Gracias a todos los que realmente respondieron la pregunta.


1
Puede echar un vistazo a las columnas Aprobación FSF y Aprobación OSI en la matriz de comparación de licencias de Wikipedia . Precaución: las licencias que no han sido revisadas también se enumeran como "No".
netvope

Esta pregunta se está discutiendo en Meta .
Yannis

Respuestas:


19

Según Wikipedia, cualquier software con licencia bajo el Acuerdo de Código Abierto de la NASA es de código abierto, pero no gratuito, por lo que sería un ejemplo.


1
Cualquier licencia que no incluya la cláusula "viral" es de código abierto, pero no se aplica "libre como en el discurso". Las licencias MIT y BSD son dos, entre muchas otras.
Robert Harvey

13
@Robert Harvey, las licencias sin copyleft ("virales") como X11, BSD modificado o WTFPL sin duda son gratuitas (y abiertas). Los trabajos derivados pueden o no ser gratuitos (o abiertos).
TRiG

8
@Robert, no sabía la respuesta a la pregunta que hice. Por eso lo pregunté. Parece que estás tratando de responder una pregunta diferente, que no hice.
TRiG

66
Aceptó la única respuesta que respondió la pregunta ...
alternativa

1
@Robert, @mathepic, intente leer la nota de aclaración que agregué a la pregunta.
TRiG

7

La respuesta según la fundación de software libre es sí. Ver http://www.gnu.org/philosophy/categories.html y http://www.gnu.org/philosophy/open-source-misses-the-point.html

Extracto del primer enlace, negrita agregada por mí:

El término "software de código abierto" es utilizado por algunas personas para significar más o menos la misma categoría que el software libre. No es exactamente la misma clase de software: aceptan algunas licencias que consideramos demasiado restrictivas , y hay licencias de software libre que no han aceptado . Sin embargo, las diferencias en la extensión de la categoría son pequeñas: casi todo el software libre es de código abierto y casi todo el software de código abierto es gratuito.

Lo siento, no tengo ejemplos.


2
La pregunta era si hay licencias que son gratuitas pero no de código abierto o viceversa. No se trataba de las bases filosóficas de cada uno.
David Thornley

2
El primer enlace es a un diagrama de Venn que muestra que la fundación de software libre cree que existe.
ctrl-alt-delor

Gracias. Y sabía que había algunos Open que no eran gratis. No sabía que había un Free que no estuviera abierto. Me encantaría saber cuál.
TRiG

Todavía no he encontrado ninguna licencia de software libre que no sea Open, pero he encontrado una licencia de software libre que OSI no aprueba: WTFPL. Esta licencia es claramente una licencia de código abierto, pero el OSI no lo recomienda. (La FSF lo incluye en su lista de licencias de software libre)
TRiG

Si bien existen diferencias filosóficas entre los dos (ahora cubiertos en esta respuesta), la mayoría del tiempo es de código abierto o software libre depende de la decisión de la respetada comunidad. Pero también, dado que las filosofías difieren, debe haber cierta falta de superposición en algún momento. Pero sobre todo si el software es uno, también es el otro.
ctrl-alt-delor

4

Llego tarde en este caso, pero la conclusión del interrogador:

Y parece que la respuesta es que es imposible ser libre sin ser abierto, pero es posible ser abierto sin ser libre. Gracias a todos los que realmente respondieron la pregunta.

no es verdad. Existe la licencia CeCILL v2 , que es gratuita (aprobada por FSF) pero no abierta. Parece que fue rechazado por el OSI en 2005, por lo que CeCILL no es de código abierto.

Solo pensé en señalar esto, ya que nadie aquí había mencionado a CeCILL.


1
Pero el OSI tampoco aprueba WTFPL, a pesar de que definitivamente es una licencia de código abierto. Creo que el OSI mantiene una lista de licencias de código abierto "recomendadas" o "aprobadas", lo que no significa necesariamente que una licencia que no está en esa lista no sea de hecho abierta. Eso significa que CeCILL puede o no estar abierto. Lo miraré. Gracias.
TRiG

De hecho, la FSF dice que CeCILL es compatible con la GNU GPL. Esa es una licencia abierta, por lo que presumiblemente CeCILL también está abierta, incluso si el OSI no lo recomienda. Presumiblemente. IANAL: No me cites sobre eso.
TRiG

CeCILL fue rechazado en 2005 debido a "términos poco claros" que no fueron aclarados; y luego se consideró nuevamente en 2010, pero parece que los términos aún no se aclararon. Tal vez algun dia. Sin embargo, no se ha declarado formalmente no abierto. El WTFPL fue rechazado en 2009 no porque no fuera Abierto, sino porque era "redundante a la Licencia Justa".
TRiG

1
La aplicación OSI para enumerar una licencia incluye (o incluye) algo sobre lo que hizo esa licencia en particular que los demás no hicieron. Por lo tanto, puede haber licencias que satisfagan los principios de código abierto que no son licencias de código abierto certificadas por OSI, y puede ser útil aclarar qué definición se está utilizando.
David Thornley

2

Las condiciones del software libre FSF se refieren al software. Las condiciones del software abierto OSI se refieren a la licencia de dicho software. Esta es una distinción legal importante.

Por ejemplo, según la ley de los Estados Unidos, no hay software libre. Las leyes de exportación restringen su libertad de exportar software a Corea del Norte e Irán. Sin embargo, como estas no son restricciones en la licencia (sino más bien en la ley), estas restricciones no afectan el estado Abierto.

Por supuesto, estas distinciones sutiles son a menudo pasadas por alto por los defensores del Código Abierto. La FSF los reconoce sutilmente. Cuando hablan de controles de exportación , se limitan a "Licencias de software libre", no a "Software libre".

Al revés también es posible. Por ejemplo, si vive en un país que permite el Software Libre, una licencia de Software Libre puede violar la "Integridad del Código Fuente del Autor" y no estar abierta. Esa no es una de las libertades enumeradas.


-2

Es posible que el software sea "de código abierto" pero no "software libre" (gratis en otro sentido)

Lo contrario, creo que no es posible, Freedom 1 requiere el código fuente.


Gracias. ¿Tienes algún ejemplo?
TRiG

1
Lo siento, creo que entendí mal el "Código Abierto" en el sentido general, en el que alguien (no necesariamente la Iniciativa de Código Abierto) le proporciona el código fuente.
Khalooo

por ejemplo, si soy un tipo de sistema integrado que utiliza un chip de terceros cuyo proveedor me ha proporcionado el código fuente del controlador del dispositivo para mi ajuste específico del sistema. Es de código abierto (en sentido genérico), pero no está destinado a la redistribución o la entrega gratuita
Khalooo

Me refería a "Código abierto según lo definido por el OSI" y "Gratis según lo definido por la FSF".
TRiG

-1 para comprensión errónea / representación errónea de los términos software libre y código abierto (respuestas y comentarios). Para aclarar Open Source ≠ freedom 1, la definición de Open Source toma una página y no se resume en el nombre. Open Source es un sustantivo abstracto como es un oso hormiguero, si no sabes cuál es el nombre no ayudará. Software libre ≠ regalar. Libre como en libertad.
ctrl-alt-delor

-8

Bueno, creo que las definiciones están un poco confusas, así que mi concepto es: Código abierto significa que puedes leer el código fuente. No significa que puedas copiarlo.

Gratis significa que puedes hacer lo que quieras con él. GNU GPL no es una licencia libre, es, en muchos sentidos, más restrictiva que una licencia comercial típica. En particular, la falta de libertad inherente a GPL está ahí precisamente para crear una gran división, para hacer que las personas elijan entre copiar de derecha a izquierda. Su propósito, claramente, es comenzar una guerra (¡que espera ganar!).

Soy un desarrollador de software libre de código abierto. Utilizo herramientas de GPL para construirlo, pero no puedo incluir ningún software de GPL en mi sistema, porque mi software es realmente gratuito . Significado gratis para cualquier uso . Cópielo, modifíquelo, publique los cambios o no como mejor le parezca, véndalo, úselo en software comercial. Hay muchas licencias FFAU (creo que MIT / BSD son las originales).

GPL fue realmente importante para poner en marcha el movimiento Open Source, pero ahora lo está matando.


55
No estoy muy interesado en tus definiciones. Estoy interesado en las definiciones de OSI y FSF.
TRiG

55
-1, la GPL no está matando el movimiento Open Source. Hay licencias alternativas para elegir de todos modos. Además, si todo el código que desea incluir es GPL, entonces esa licencia en particular está ayudando a producir un buen software por definición, ¿no es así?
Andres F.

66
-1 para despotricaciones extrañas y el uso de definiciones no estándar cuando la pregunta usa las estándar.
David Thornley
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.