Software libre vs Software de código abierto

Saludos a la comunidad del software libre de la lengua cervantina.

Debido a que hay gente que todavía parece tener cierta confusión tanto con respecto a la definición de software libre y software de código abierto (aún cuando el Chad hizo un muy buen vídeo al respecto), he decidido remarcar las diferencias y similitudes entre ambas filosofías de una manera más gráfica para que termine de cerrar el tema.
He visto a varias personas que consideran que, si bien conceptualmente ambas filosofías son diferentes, las mismas se encuentran tan alejadas entre sí, como si se buscara diferenciar al software libre del software privativo y voy a desarrollarles el por qué considero que son mucho más cercanas de lo que varios creen.

Para poder desarrollar este tema, me voy a basar en las cuatro libertades detalladas por la F.S.F. (Free Software Foundation) y los 10 criterios que definen al software Open Source y que son detallados por la propia Open Source Initiative.

Las cuatro libertades del software libre.

Primero vamos a enumerar y tratar de detallar cuáles son las cuatro libertades que definen al FS (Primero voy a copiarlas tal cual como se encuentran en el sitio de la Free Software Foundation y luego las voy a traducir):

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

La libertad de correr el programa como desees, por cualquier propósito (libertad 0)

  1. 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.

La libertad de estudiar cómo el programa trabaja, y cambiarlo para que realice tu cómputo como desees (libertad 1). El acceso al código fuente es una precondición para esto.

  1. The freedom to redistribute copies so you can help others (freedom 2).

La libertad de redistribuir copias así tú puedes ayudar a otros (libertad 2).

  1. 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.

La libertad de distribuir copias de tu versión modificada a otros (libertad 3). Haciendo esto, le puedes dar a toda la comunidad la chance de beneficiarse de tus cambios. El acceso al código fuente es una precondición para esto.

Los 10 criterios que definen al software de código abierto.

  1. Free Redistribution (Libre distribución).

The license shall not restrict any party from selling or giving away the software as a component of an aggregate software distribution containing programs from several different sources. The license shall not require a royalty or other fee for such sale.

La licencia no debe restringir a ninguna parte de vender o regalar el software como un componente de una distribución de software agregado conteniendo programas de diferentes fuentes. La licencia no requerirá comisión u otro cargo por dicha venta.

  1. Source Code (Código fuente).

The program must include source code, and must allow distribution in source code as well as compiled form. Where some form of a product is not distributed with source code, there must be a well-publicized means of obtaining the source code for no more than a reasonable reproduction cost, preferably downloading via the Internet without charge. The source code must be the preferred form in which a programmer would modify the program. Deliberately obfuscated source code is not allowed. Intermediate forms such as the output of a preprocessor or translator are not allowed.

El programa debe incluir el código fuente, y debe permitir la distribución en código fuente como así también en su forma compilada. Donde una forma del producto no sea distribuída con el código fuente, debe ser bien publicitada la manera de obtener el código fuente por no más de un costo de producción razonable, preferiblemente descargado vía internet sin cargo. El código fuente debe ser en la forma preferida en la que un programador pueda modificar el programa. El código fuente deliberadamente ofiscado no está permitido. Formas intermediarias como la salida de un preprocesador o traductor no están permitidas.

  1. Derived Works (Trabajos derivados).

The license must allow modifications and derived works, and must allow them to be distributed under the same terms as the license of the original software.

La licencia debe permitir modificaciones y trabajos derivados, y debe permitir que sean distribuídos bajo los mismos términos como los de la licencia original del software.

  1. Integrity of The Author’s Source Code (Integridad del código fuente del autor).

The license may restrict source-code from being distributed in modified form only if the license allows the distribution of “patch files” with the source code for the purpose of modifying the program at build time. The license must explicitly permit distribution of software built from modified source code. The license may require derived works to carry a different name or version number from the original software.

La licencia puede restringir al código fuente de ser distribuído en su forma modificada sólo si la licencia permite la distribución de “archivos parche” con el código fuente con el proposito de modificar el programa al momento de compilarlo. La licencia debe permitir explícitamente la distribución del software compilado del código fuente modificado. La licencia puede requerir que los trabajos derivados lleven un nombre o número de versión diferente al del software original.

  1. No Discrimination Against Persons or Groups (No discriminación contra personas o grupos).

The license must not discriminate against any person or group of persons.

La licencia no debe no debe discriminar a ninguna persona o grupo de personas.

  1. No Discrimination Against Fields of Endeavor (No discriminación contra campos de actividad).

The license must not restrict anyone from making use of the program in a specific field of endeavor. For example, it may not restrict the program from being used in a business, or from being used for genetic research.

La licencia no debe restringir a nadie de hacer uso del programa en un campo de actividad específico. Por ejemplo, no puede restringir a un programa de ser usado en negocios, o de ser usado para investigación genética.

  1. Distribution of License (Distribución de la licencia).

The rights attached to the program must apply to all to whom the program is redistributed without the need for execution of an additional license by those parties.

Los derechos adjuntos al programa deben aplicarse a todos quienes se les redistribuyó el programa sin la necesidad de la ejecución de una licencia adicional por aquellas partes.

  1. License Must Not Be Specific to a Product (La licencia no debe ser específica a un producto).

The rights attached to the program must not depend on the program’s being part of a particular software distribution. If the program is extracted from that distribution and used or distributed within the terms of the program’s license, all parties to whom the program is redistributed should have the same rights as those that are granted in conjunction with the original software distribution.

Los derechos adjuntos al programa no deben depender de que el programa sea parte de una distribución de software particular. Si un programa es extraído de dicha distribución y usado o distribuído junto con los términos de la licencia del programa, todas las partes a quienes el programa fue redistribuído deberían tener los mismos derechos que aquellos que son obtenidos en conjunción con la distribución del software original.

  1. License Must Not Restrict Other Software (La licencia no debe restringir a otro software).

The license must not place restrictions on other software that is distributed along with the licensed software. For example, the license must not insist that all other programs distributed on the same medium must be open source software.
La licencia no debe posicionar restrincciones en otro software que es distribuído junto con la licencia del software. Por ejemplo, la licencia no debe insistir en que el resto de programas distribuídos bajo el mismo medio deben ser software de código abierto.

  1. License Must Be Technology-Neutral (La licencia debe ser tecnológicamente neutral).

No provision of the license may be predicated on any individual technology or style of interface.

No aprovisionamiento de la licencia puede ser predicada en cada tecnología individual o estilo de interfáz.

Marcando diferencias y similitudes en ambas filosofías.

Uno de los motivos por el que personalmente me encuentro decantado por el software de código abierto antes que el software libre, se debe a la falta de precisión y claridad en las libertades detalladas por la F.S.F.. Esto es algo natural, ya que para darles un poco de contexto, dichas libertades fueron establecidas en el año 1983 y todavía faltaban sentar muchas bases en el mundo del software, y es por ese motivo que considero que los criterios del software de código abierto detallan y cierran conceptos que todavía ni habían comenzado en plantearse para en ese entonces.

Ahora bien, para enmarcar las diferencias y similitudes, me ví en la tarea de agrupar los criterios del OSS dentro de las libertades del FS que tratan del mismo punto o concepto.

Libertad 0

Por muchas similitudes en sus objetivos que tengan tanto el software libre y el software de código abierto, hay diferencias notorias. Desde la F.S.F. han dejado bien en claro su posición detallando su filosofía en su página web, e incluso han tratado de enmarcar con ejemplos la diferencia entre ambas pero con algunas fallas debido a (lo que yo asumo por mi cuenta) errores de interpretación o la falta de análisis de los objetivos.
Uno de estos puntos es la libertad 0, en donde la propia fundación alega la falta dentro de los criterios del código abierto. Analizando esto, me di cuenta que no sólo es algo que sí se encuentra detallado, si no que lo hace en diferentes puntos (5, 6, 7, 8, 9 y 10), bien desglosados y dejando bien en claro todos los parámetros necesarios para que el software “pueda correr como el usuario lo desee, para cualquier propósito”.

De hecho, fue el punto mas elaborado dentro de los 10 criterios.

Para que un software pueda correr como el usuario lo desee y para cualquier propósito, se deben cumplir algunas condiciones:

  • La primera es que no se debe discriminar o restringir el uso a nadie. De no cumplirse esta condición, sólo los usuarios permitidos por licencia podrán correr el programa y sólo como la licencia lo permita (la viva definición de software privativo).
  • Luego tenemos la no discriminación hacia campos de actividad. Si realmente eres libre de correr el programa como desees y para cualquier propósito, no vas a discriminar a ningún campo de actividad o desarrollo en donde pueda ser utilizado el software.
  • Distribución de la licencia: Los derechos y libertades otorgados por la licencia del software, deben ser transferibles hacia trabajos derivados. De esta manera se evita la interrupción en la distribución del código fuente, permitiendo la accesibilidad al mismo para todos.
  • La licencia no debe ser específica a un producto. Si tenemos una distribución de software que incluye a varios programas y extraemos uno en particular para redistribuir, los derechos para dicho software individual son los mismos que los de la distribución completa del software, sin obligar al usuario a depender de todo el “paquete” completo.
  • La licencia no debe restringir a otro software. La importancia de este punto se debe a que en caso de que un programa con licencia de código abierto sea distribuído junto a otros programas, este no debe restringir la licencia o condiciones de uso del resto. Cada programa debe tener su licencia independiente dentro de la distribución, pudiendo coincidir o no.
  • Para finalizar con este punto, la licencia debe ser tecnológicamente neutral, es decir que la licencia no puede provisionarse a una tecnología individual o estilo de interfáz.

Si cumplimos con todos estos criterios, vamos a tener un programa que realmente pueda correr en cualquier lado y como lo deseemos.

Libertad 1

Con esta libertad nos va a ser posible aprender el funcionamiento de un programa y también modificarlo, pero como pasó con la libertad anterior, es necesario ser claros al respecto y marcar los parámetros necesarios para que esta libertad exista.
Dentro de los criterios del código abierto, nos encontramos a esta libertad detallada en dos partes (punto 2 y 4):

  • La primera es el código fuente, que debe estar disponible y ser distribuído junto con la versión compilada del programa. Acá es donde encontré una falta de interpretación dentro de las diferencias publicadas por la F.S.F., ya que alegan que un ejecutable cuenta como código fuente, siendo que en este punto se detalla en específico que no se cumple esta condición si el código es la salida de un preprocesado o traducción, como así también el código deliberadamente ofuscado.
  • El segundo punto habla sobre la integridad del autor del código fuente. A este punto quiero recalcarle su debida importancia, ya que el autor original o la empresa encargada de la distribución y mantenimiento del programa tienen reputaciones que mantener basadas en la calidad de su código. Cualquiera es libre de usar el programa, modificarlo y redistribuirlo, pero es necesario aclarar qué parte del código corresponde al autor original y cual forma parte de la alteración o modificación, ya que una modificación puede preservar, mejorar o empeorar la calidad del software.
    Esto no significa que no se pueda hacer, pero es posible que se requiera un cambio de nombre del programa o de versión del mismo para que los usuarios puedan diferenciar y elegir a qué versiones del programa quieren acceder.

Libertad 2

Esta libertad no se encuentra más detallada por la propia diferencia entre el software libre y el software de código abierto. En este caso las diferencias son intencionadas y es un ejemplo de la diferencia entre objetivos de ambas filosofías.
Como todos en la lengua cervantina sabemos, que el software sea libre, no significa que sea gratis y la redistribución del mismo implica que una vez obtenido el código fuente, este puede revenderse.
Para el software de código abierto, la redistribución no debe incluír ningún valor agregado en forma de comisión o tarifa por dicha venta (punto 1).

Libertad 3:

Para finalizar con las diferencias y similitudes, nos toca hablar de los trabajos derivados y las versiones modificadas. En este caso no se encuentra ninguna diferencia práctica o teórica entre ambas filosofías. Dentro del software libre, esta libertad establece que cualquiera es libre de distribuir las versiones modificadas del programa.
Al compararlo con el requerimiento por parte del código abierto, este sólo añade que la licencia debe transferirse al programa derivado (punto 3). En el caso anterior ya se encuentra implícito pero veo bien al motivo de ser claros con las condiciones de cada punto.

GNU + Linux.

Algo que me parece increíble tener que aclarar en esta comunidad es la diferencia entre GNU y Linux, pero me siento obligado a hacerlo ya que he visto a personas que todavía asumen que ambos por separado son sistemas operativos completos.
Cada uno es una porción del sistema operativo y se encuentran enfocados en objetivos concretos dentro del mismo. Sin entrar en demasiados detalles técnicos, GNU es la porción que contiene los programas del sistema y que nosotros como usuarios, utilizamos todo el tiempo para operar el mismo. Linux, en cambio, es el kernel. Con esto nos referimos a la parte del sistema que comuncia a dichos programas con el hardware.
GNU por sí sólo NO ES UN SISTEMA OPERATIVO como tampoco lo es Linux. Es cierto que por comodidad al comunicarnos o para usuarios nuevos se utilice el término “Linux” para referirse a todo el ecosistema, pero es necesario aclarar y enseñar de qué se encarga cada cosa.

Evitar fanatismos.

Desde la fundación del software libre dejan bien en claro que el “campamento” del código abierto no es un enemigo como es el caso del software privativo. Desgraciadamente, muchas personas suelen tomar partido con demasiado fanatismo, desembocando en posturas muy cerradas e inflexibles que sólo logran romper con la dinámica de las comunidades impidiendo la evolución y adaptación del tema a seguir.
La mayor libertad que un ser humano puede tener es la de crear su postura personal, adoptando filosofías de diferentes posturas y creando un punto medio para sí mismo, y eso es lo que yo considero como lo más hermoso a lo que alguien puede aspirar.
Yo personalmente, por preferir una postura más que la otra, no voy a decir que “el otro bando” es el malo o voy a desechar un producto por el simple facto de que aboga por una filosofía un poco diferente, y actualmente es imposible elegir una opción entre estos dos “contendientes” sin que veamos restringidas nuestras propias libertades a causa de nuestras ideologías, por lo que usamos ambas en conjunto según nuestras necesidades y adaptandonos al terreno.
La tecnología con la que convivimos día a día se volvió una extensión de nosotros mismos y somos nosotros mismos los que elegimos dónde quedarnos.

Dicho esto, yo considero que las libertades del software libre se explica demasiado por fuera de las mismas y con una amplia utilización de ejemplos sin ser específicas por sí mismas, pero el software libre me sigue pareciendo maravilloso y lo utilizo día a día junto con software de código abierto, y tampoco voy a condenar a nadie por no compartir mi postura, ni voy a cegarme ignorando el resto de posibilidades, cambios o puntos de vista.

La opinión de la comunidad.

Si alguno desea desarrollar más el tema y quisiera realizar su aporte es más que bienvenido. Podemos coincidir o no, pero enfrentar ideas es lo que nos hará evolucionar. Somos humanos y hasta a quienes idolatramos pueden equivocarse.
Espero haber podido ayudarles a entender bien las diferencias entre una cosa y la otra.

¡Larga vida a Stallman y larga vida a Torvalds!

9 Me gusta

Como ya muchos saben, mi tiempo es muy limitado, por lo que publico esto sin revisión final.
Pido disculpas por errores de ortografía y mi pobre redacción.

La verdad en estos ámbitos y con el crecimiento que está actualmente Linux (Que si, que es GNU/Linux, pero el nombre popular es Linux por mucho que duela) suele ser confundida por los nuevos usuarios. Y sobre el fanatismos de la FSF estoy más o menos de acuerdo. Mi apoyo al software libre y odio contra la propiedad intelectual no nacen de seguir al pie de la letra a Stallman y compañía, yo creo lo que creo con base en la ética aristotélica del bien común, y creo firmemente que la única forma de ser aplicada en el mundo tecnológico es con software libre, pues el software privativo puede ser y ha sido usado para dañar sociedades. Yo no estoy casado con GNU tampoco, si el día de mañana Torvalds o la FSF hacen algo que me haga volver a pensar el uso de su software sin problemas me bajo del barco y tal vez migre a un BSD, de hecho mi sistema operativo ideal es realmente OpenBSD, pero debido a problemas de drivers y compatibilidad GNU/Linux es mi fallback. Es muchas veces contraproducentes dar largas cátedras sobre la FSF a personas que no están muy metidas en el ambiente teórico, y creo yo que es más fácil expandir el software libre mediante el ámbito práctico, por eso distros como Mint o PopOS son necesarias a pesar de que tengan cosas que no agraden, Trisquel también es una buena opción pero tiene el problema con hardware, buena suerte convenciendo a alguien que no puede tener bluetooth si quiere seguir las pautas de la FSF, porque todos los drivers para esa función son privativos.

3 Me gusta

Comparto y me gusta tu opinión. Es muy bien recibida :ok_hand:

El rasgo más distintivo del ser humano es la inmensa capacidad de adaptarse a diferentes situaciones y entornos. Debemos adaptarnos al contexto temporal, a las situaciones, a las necesidades.
Si no ponemos en duda lo establecido, no avanzamos.

1 me gusta

Yo creo que en cierta forma el internet ha ayudado y perjudicado al software libre, al menos la comercialización, al permitir que la información y binarios viajen a cualquier dispositivo del mundo. ¿Por que voy alguien pagará un programa libre, si otro que ya lo pagó subió el binario y el código fuente a internet de manera gratuita? En la época cuando el internet estaba menos desarrollado era viable, pues casi todo se distribuía en físico y era más fácil de asegurar una ganancia, pero actualmente es imposible, incluso Red Hat y el extinto Mandrake tuvieron que adaptarse a esta realidad, Red Hat limitando a una pequeña cantidad de usos y sin soporte técnico en su versión gratuita y Mandrake… bueno, ya no está en el ciberespacio. Pero también ha permitido que el software libre se expanda y llegue a más personas, es una contradicción curiosa. Y sí, la adaptación es necesaria, no estamos en los 80s, la gente espera que su PC tenga wifi y bluetooth funcional Out of the Box, y Linux en general ya ofrece eso, pero Linux-Libre y los BSD no. OpenBSD quitó el bluetooth en 2014 por no tener gente para mantenerlo, y el bluetooth de FreeBSD he escuchado que está en pañales. En cuanto al Bluetooth de Linux-Libre tengo entendido que solo sirven ciertos dongles, y la mayoría espera tenerlo en una tarjeta interna.

1 me gusta

El software libre es el software que respeta la libertad de los usuarios, mientras que el concepto de código abierto, pierde de vista lo esencial del software libre.

Quienes fomentan el código abierto consideran licencias de software que maltratan y dividen a sus usuarios, dejándolos divididos e impotentes. Algunos ejemplos de esto pueden verlo aquí:

Nosotros, los defensores de la libertad del usuario las consideramos que las licencias de software privativo no son aceptables y por eso no las aprobamos, cosa que sí hacen los promotores del código abierto.

Esta son las cuatros libertades esenciales del software libre

  • La libertad de ejecutar el programa como se desee, con cualquier propósito (libertad 0).
  • La libertad de estudiar cómo funciona el programa, y cambiarlo para que haga lo que se desee (libertad 1). El acceso al código fuente es una condición necesaria para ello.
  • La libertad de redistribuir copias para ayudar a otros (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 código fuente es una condición necesaria para ello.

Creo además, que el código abierto es una campaña de difamación (así nació de hecho) para no hablar en términos de libertad de los usuarios. Por ese motivo quienes hablan de código abierto ocultan a propósito el nombre del sistema operativo GNU, llamándolo Linux, como si de un kernel se tratara el sistema operativo completo.

¿Qué es GNU?

El sistema operativo GNU es un sistema completo de software libre compatible con Unix. Puedes conocer más detalles históricos aquí.

A continuación una cita histórica:

En 1971, cuando comenzó su carrera en el MIT, Richard Stallman formaba parte de un grupo de trabajo que usaba exclusivamente software libre. Incluso las compañías informáticas distribuían con frecuencia software libre. Los programadores eran libres de cooperar unos con otros y lo hacían a menudo.

Al inicio de los años ochenta casi todo el software era privativo, lo que significa que tenía dueños que prohibían e impedían la cooperación entre usuarios. De ahí que fuera necesario el Proyecto GNU.

Todo usuario de ordenadores necesita un sistema operativo. Si no existe un sistema operativo libre, ni siquiera se puede comenzar a usar un ordenador sin recurrir al software privativo. Así, el primer elemento en la agenda del software libre tenía que ser un sistema operativo libre.

Decidimos hacer el sistema operativo compatible con Unix porque el diseño en general ya estaba probado y era portable, y porque la compatibilidad facilitaba a los usuarios de Unix el cambio de Unix a GNU.

Un sistema operativo similar a Unix incluye un núcleo, compiladores, editores, procesadores de texto, software de correo, interfaces gráficas, bibliotecas, juegos y muchas otras cosas. Por todo esto, escribir un sistema operativo completo conlleva mucho trabajo. La Free Software Foundation se fundó en octubre de 1985 con el objetivo inicial de recaudar fondos para ayudar a programar GNU.

A principios de 1990 ya habíamos encontrado o programado los componentes principales excepto uno, el núcleo. En 1991 Linus Torvalds programó Linux, un núcleo similar a Unix, y en 1992 lo convirtió en software libre. La combinación de Linux con el sistema GNU, que ya estaba prácticamente completo, formó un sistema operativo completo: el sistema GNU/Linux. Se estima que existen decenas de millones de personas que en la actualidad usan sistemas GNU/Linux, habitualmente mediante distribuciones de GNU/Linux. La versión principal de Linux actualmente contiene elementos binarios de firmware que no son libres, por eso partidarios del software libre mantienen una versión modificada libre de Linux denominada Linux-libre.

Hoy puedes ver al protagonista de esta historia explicándolo

La venta del software libre

Muchos creen que el espíritu del proyecto GNU es que no se debería cobrar dinero por distribuir copias de software, o que se debería cobrar lo menos posible, solo lo suficiente para cubrir el coste. Es un error.

En realidad, lo que recomendamos a quienes redistribuyen software libre es que cobren tanto como deseen o sea posible. Si la licencia no permite que los usuarios hagan copias y las vendan, se trata de una licencia que no es libre. Si esto le sorprende, por favor continúe leyendo.

Licencias de software

Cómo ya pudieron comprobar hay muchas licencias de software privativo que son abaladas por defensores del código abierto. En el siguiente enlace podrás comprender qué licencias son libres y cuales son recomendadas y el motivo por las cuales muchas otras licencias no lo son.

2 Me gusta

Muchas gracias por tu respuesta.

De hecho, si las protege y está especificado ahí mismo.
Todo trabajo derivado de un programa bajo licencia de código abierto recibe la misma licencia que el trabajo original (punto 3).
La licencia puede requerir que las modificaciones lleven otro nombre o versión, no las prohíbe (punto 4).
Los derechos adjuntos a un programa se aplican a todos quienes se les fue distribuido el programa, no puede llevar licencia adicional (punto 7).
La licencia aplica solo a ese programa y no puede obligar al resto de programas a llevar la misma licencia, en caso de ser distribuidos todos juntos (punto 8 y punto 9).

Estos son los términos para que un programa sea considerado de codigo abierto, no son sugerencias. En caso de no cumplirlas, no es de código abierto.

Cómo mencioné antes, se encuentra todavía más detallado que en el caso del software libre.
En el caso del software libre, las libertades son definidas a base de ejemplos, cuando deberían poder definirse por si mismas.

Las cuatro libertades por si solas son muy ambiguas y poco claras, tuvieron que redactar una serie de ejemplos para poder ser más específicos.
Los 10 criterios ya dejan bien en claro y de manera precisa a qué se refieren, cuales son los límites y el alcance de la licencia.

Pensar erróneamente que los 10 ““criterios del código abierto”” son homólogos al software libre es a la vez un disparate. Puesto que el código abierto clasifica al software privativo como aceptable. Y no son sino los activistas por el software libre los que llegan a evidenciarlo, compartirlo y criticarlo.

Lamentablemente hay muchos usuarios que usan los conceptos como que si ambos fueran equivalentes, pero nada más lejos de la realidad.

NASA Open Source Agreement
Reciprocal Public License
Sybase Open Watcom Public License

El software bajo esas licencias son un escueto ejemplo de software privativo clasificado como código abierto y es un ejemplo bastante breve, es increíble la cantidad de software privativo clasificado como abierto. Por ese motivo nosotros decimos que el código abierto pierde de vista lo esencial del software libre.

1 me gusta

Estoy de acuerdo en que las cuatro libertades del software libre lo explican de una manera suficientemente clara para entenderlo, y estoy algo de acuerdo con ISF pero tambien digo entre OpenSource y Software privativo esta mejor el opensource especialmente el que este cerca de ser libre y si puede ser software libre siempre mejor

1 me gusta

En absoluto digo que son homonimos, similares ni nada por el estilo ni lo dije de nuevo.
Lo que dije es que el Open Source es una mejora y evolución del software libre, con fundamentos que dentro del software libre quedaron obsoletos debido a las pocas herramientas tecnológicas disponibles para el desarrollo de dicho concepto.

Y no, no hay relación alguna entre el Open source y el software privativo. Los requerimientos para que el software sea considerado Open source son bien específicos al respecto.

Volviendo a darle vueltas al asunto he cambiado algo mi opinión sobre GNU y la FSF, creo que en algunos casos han hecho más por dañar las comunidades de software libre que por expandirlas, como pasó con los BSD que básicamente están excluidos por no querer usar la GPL a pesar de que las licencias permisivas también son software libre.
Yo no soy anti-GPL pero no creo que deba ser la licencia dominante y mucho menos que haya que infectar todo el software libre con ella, como yo lo veo la GPL tiene sentido para cosas como navegadores webs y demás donde se pueda manejar información sensible, para asegurar que las implementaciones no puedan contener spyware, pero para un OS en sí creo que la BSD es mejor.

2 Me gusta

Ah no te parece software privativo un programa que:

  • No permite hacer una versión modificada y usarla para fines privados sin publicar los cambios.

Por que eso es lo que sucede con la licencia de código abierto APSL 1.1

Para que sea considerada Open source, que pueda ser modificada y distribuida sin discriminar campo de trabajo es una obligación.
Si una licencia no permite estos dos puntos, por más permisiva que sea en el resto de derechos y obligaciones, no es Open source.

Ahora, hay dos cosas a tener en cuenta:
1- Que “vendan” una licencia como Open source, no significa que lo sea.
2- Que una licencia sea promocionada como Open source, no lo sea, no significa que todo el Open Source este mal, sea una mentira ni que no proteja tus derechos.

Hemos visto ya muchos casos en dónde publicitan un programa como Open source cuando no lo eran y con el software libre también.

La Open Source Initiative es muy clara al respecto. Deben cumplirse los 10 requisitos, si no no es Open source.

La OSI aprueba licencias de software privativo:

NASA Open Source Agreement v1.3 – Open Source Initiative

¿Por qué es una licencia de software privativo? La NASA Open Source Agreement, versión 1.3, no es una licencia de software libre porque incluye una previsión que requiere que los cambios hechos sean un «diseño original». El desarrollo de software libre se basa en combinar código de terceras partes y la licencia de NASA no lo permite.

Puedes verificarlo por ti mismo.

Estoy leyendo directamente la licencia y no contiene nada de lo que mencionas.
Lo más cercano es la “obligación de receptor” C:
Cada colaborador debe caracterizar su alteración del software en cuestión como una modificación y debe identificarse como el autor de la misma de forma que permita razonablemente a los receptores subsecuentes identificar al autor original de la modificación. En cumplimiento de estos requerimientos, el contribuidor debe incluir un archivo (algo como un log file) que describa las alteraciones hechas y la fecha de las mismas, identificar al contribuidor como perpetrador de las alteraciones, por ejemplo, incluyendo la declaración que aclare que la modificación se deriva del software original proporcionado por el gobierno.

Me leí toda la licencia completa y no encontré ningún punto en donde la misma obligue a qué el código utilizado en las modificaciones deba ser “original”.
Incluso dentro de los “derechos” detallados en la misma, en el punto B nos encontramos con que toda modificacion añadida, debe llevar una licencia de no exclusividad, global, libre de regalías.

1 me gusta

Pregúntale a tu abogado más cercano las implicaciones legales. La FSF tiene un equipo de abogados que te lo dan comido, pero si no confías en nuestro equipo, pues busca uno propio que te lo explique.

1 me gusta

No hay mayor libertad que ser responsables de tus propias ideas. Uno puede estar completamente de acuerdo con una idea o concepto, uno puede estar parcialmente de acuerdo o directamente en absoluto. Lo importante es tener la capacidad de entender y razonar dichos conceptos y adoptar lo que realmente se considera correcto para uno mismo.

Hay que cuestionar más gente, nadie es intocable, aún cuando la FSF amenace con mandarte a sus abogados ( :joy:).

Si bien la FSF es responsable de muchísimos trabajos y aportes de suma importancia, también se encuentra llena de “sectarios” y fanáticos que han provocado el retraso en la adopción del software libre, cuya inflexibilidad es comparable a dispararse en el pie a sí mismos.

En el caso de Richard Stallman, es humano y puede equivocarse. Se puede estar parcial y completamente de acuerdo con él, pero no lo hace a prueba de fallos.

Sean libres y no tengan miedo de expresar sus propias opiniones. Los trabajos y aportes más importantes nacieron de los rebeldes que se atrevieron a cuestionar lo ya establecido.

Yo en mi caso no soy de los que intenta diferenciar a cada rato el Código Abierto del Software Libre… Simplemente veo cuán respetuoso es el programa, si el código está al público, si tiene buena documentación y si no tiene cosas privativas…

Entiendo que esto suena a algo de un newbie, e incluso a veces uso el término FOSS en vez de Código Abierto o Software Libre…

Pero igual, lo que me importa a mí es la libertad, funcionalidad y privacidad, el precio no tanto, aunque en general el FOSS puro suele ser gratuito…

Entiendo la diferencia entre Software Libre y Código Abierto, pero la verdad es que nunca uso la diferencia en el día a día, para mí las licencias Copyleft son mejores que las permisivas por la libertad, privacidad y funcionalidad de los programas Copyleft.

3 Me gusta