MetsuOS

Construyendo la plena inclusión a través del videojuego

Sobre cláusulas contra patentes en GPLv3 🟡③

Softrware Patents

OJO WIP

Introducción

La GNU General Public License versión 3 (GPLv3), lanzada por la Free Software Foundation (FSF) en junio de 2007, supuso un avance importante respecto a su predecesora, la GPLv2 de 1991. Mientras que la GPLv2 se centraba en las "cuatro libertades" del software libre —usar, estudiar, modificar y distribuir el software—, la GPLv3 incorpora protecciones más sólidas contra amenazas modernas, como las patentes de software, la "tivoización" (restricciones técnicas que impiden cambios) y acuerdos comerciales que podrían minar la libertad del software.

Las cláusulas contra patentes en la GPLv3 son uno de sus elementos clave. Su meta principal es evitar que las patentes se usen para limitar las libertades que ofrece la licencia, garantizando que el software bajo GPLv3 siga siendo realmente libre y accesible para todos. Estas medidas responden a un contexto histórico en el que las patentes de software se han visto como una amenaza grave para el movimiento del software libre. Por ejemplo, en los años 2000, compañías como Microsoft acumularon patentes relacionadas con tecnologías abiertas, como Linux, y las emplearon para intimidar a usuarios o rivales. Un caso destacado fue el acuerdo de 2006 entre Microsoft y Novell, en el que Microsoft se comprometió a no demandar por infracción de patentes a clientes de Novell que usaban SUSE Linux, pero esto creaba un trato discriminatorio que podría perjudicar a otros usuarios de GPL. La FSF interpretó esto como un intento de dividir la comunidad y respondió añadiendo cláusulas anti-discriminación en la GPLv3.

Básicamente, estas cláusulas contra patentes pretenden:
- Conceder licencias de patentes automáticas y no exclusivas a todos los usuarios y distribuidores.
- Disuadir demandas por patentes mediante mecanismos de respuesta.
- Impedir acuerdos que utilicen patentes para restringir las libertades de la GPL.

A continuación, exploraremos en detalle estas cláusulas, basándonos en el texto oficial de la licencia y en análisis de expertos.

Antecedentes Históricos y Motivaciones

El proceso de creación de la GPLv3 fue abierto y colaborativo, durando más de un año e involucrando a la comunidad, empresas y juristas. Según Richard Fontana, quien participó en la redacción como asesor de la Software Freedom Law Center (SFLC), el panorama estaba marcado por la hostilidad de Microsoft hacia Linux, litigios como el de SCO contra IBM (que alegaba violaciones de propiedad intelectual en Linux) y un boom en modelos de negocio de código abierto. Las patentes se convirtieron en un foco principal porque representaban una "amenaza existencial": en lugares como Estados Unidos, donde las patentes de software son válidas, un titular podría demandar a usuarios de software libre por infracción, aunque el código sea público.

La FSF, guiada por Richard Stallman, buscaba neutralizar las patentes contra el software GPL. El primer borrador de la GPLv3 (enero de 2006) ya incluía disposiciones contra patentes, pero se pulieron gracias a las opiniones recibidas. Por instancia, el acuerdo Microsoft-Novell impulsó la adición de condiciones permanentes en la sección de patentes para contrarrestar la agresión por patentes. Estas cláusulas no solo protegen a los usuarios, sino que también promueven la colaboración al obligar a los contribuyentes con patentes a compartirlas de forma justa.

Algunos críticos, especialmente en el sector empresarial, argumentaban que complicaban la adopción para compañías con carteras de patentes, limitando su capacidad para monetizar o defenderse. Sin embargo, sus defensores destacan que refuerzan el copyleft (el sistema que obliga a que las derivadas sean libres) al integrar las patentes en el ecosistema libre.

Análisis Detallado de las Cláusulas Relevantes

Las disposiciones contra patentes se concentran sobre todo en las secciones 10 y 11 de la GPLv3. Vamos a citar el texto oficial (en inglés, con traducción aproximada al español para mayor claridad) y explicar su significado.

Sección 10: Licencias Automáticas a Receptores Downstream

Esta sección garantiza que todo receptor de una obra bajo GPLv3 obtenga automáticamente una licencia para ejecutar, modificar y propagar el software, sin restricciones extras. Incluye una prohibición clara contra litigios por patentes:

Texto clave (traducción aproximada):

Cada vez que transmitas una obra cubierta, el receptor recibe automáticamente una licencia del licenciante original para ejecutar, modificar y propagar esa obra, sujeta a esta Licencia. No estás autorizado a imponer restricciones adicionales a los derechos otorgados por esta Licencia. No eres responsable de hacer cumplir el cumplimiento de esta Licencia por terceros.

No puedes imponer ninguna restricción adicional a los derechos otorgados por esta Licencia. Por ejemplo, no puedes imponer una tarifa de licencia, regalía o cargo por el ejercicio de los derechos otorgados bajo esta Licencia, y no puedes iniciar litigios (incluyendo contrademandas o reconvenciones en un juicio) alegando que cualquier patente es infringida por hacer, usar, vender, ofrecer para la venta, o importar el Programa o cualquier porción del mismo.

Sección 11: Patentes

Esta es la sección principal contra patentes. Define términos clave y establece la concesión obligatoria de licencias de patentes.

Texto completo (traducción aproximada, manteniendo la estructura):

Un "contribuyente" es un titular de derechos de autor que autoriza el uso bajo esta Licencia del Programa o una obra en la que se basa el Programa. La obra así licenciada se llama la "versión del contribuyente".

Las "reclamaciones de patente esenciales" de un contribuyente son todas las reclamaciones de patente poseídas o controladas por el contribuyente, ya adquiridas o por adquirir, que serían infringidas por algún modo, permitido por esta Licencia, de hacer, usar o vender su versión del contribuyente, pero no incluyen reclamaciones que serían infringidas solo como consecuencia de modificaciones adicionales a la versión del contribuyente. Para propósitos de esta definición, "control" incluye el derecho a otorgar sublicencias de patente de manera consistente con los requisitos de esta Licencia.

Cada contribuyente te otorga una licencia de patente no exclusiva, mundial, libre de regalías bajo las reclamaciones de patente esenciales del contribuyente, para hacer, usar, vender, ofrecer para la venta, importar y de otra manera ejecutar, modificar y propagar el contenido de su versión del contribuyente.

Siguen párrafos sobre "licencia de patente", "dependencia consciente" en licencias de patentes, extensión automática de licencias, y prohibición de licencias discriminatorias.

Una licencia de patente es "discriminatoria" si no incluye dentro de su ámbito de cobertura, prohíbe el ejercicio de, o está condicionada al no ejercicio de uno o más de los derechos específicamente otorgados bajo esta Licencia. No puedes transmitir una obra cubierta si eres parte de un arreglo con un tercero que está en el negocio de distribuir software, bajo el cual haces pago al tercero basado en la extensión de tu actividad de transmitir la obra, y bajo el cual el tercero otorga, a cualquiera de las partes que recibirían la obra cubierta de ti, una licencia de patente discriminatoria (a) en conexión con copias de la obra cubierta transmitidas por ti (o copias hechas de esas copias), o (b) principalmente para y en conexión con productos específicos o compilaciones que contienen la obra cubierta, a menos que entraras en ese arreglo, o que esa licencia de patente fuera otorgada, antes del 28 de marzo de 2007.

Nada en esta Licencia se interpretará como excluyendo o limitando cualquier licencia implícita u otras defensas contra infracción que de otra manera pudieran estar disponibles para ti bajo la ley de patentes aplicable.

Explicación detallada:
- Concesión de licencia de patentes: Todo contribuyente (quien añade código) concede automáticamente una licencia de sus "reclamaciones esenciales" (patentes que cubren el software tal como se distribuye). Es libre de regalías y global, abarcando uso, modificación y distribución. A diferencia de la GPLv2, que no mencionaba patentes de forma explícita, esto cierra lagunas donde un contribuyente podría demandar por sus propias patentes.
- Dependencia consciente y extensión automática: Si distribuyes software sabiendo que depende de una licencia de patente (por ejemplo, un acuerdo implícito), debes asegurar que la fuente esté disponible o extender la licencia a todos. Esto evita "trampas" donde las patentes se usan para forzar el cumplimiento.
- Anti-discriminación: Prohíbe arreglos donde se pagan regalías por distribución y el tercero concede licencias de patentes que restringen derechos GPL. La fecha de corte (28 de marzo de 2007) "abuela" acuerdos previos como el de Microsoft-Novell, pero impide nuevos. Esto fue una respuesta directa al acuerdo de 2006, como relata Fontana.
- Ventajas y riesgos: Las ventajas incluyen mayor protección contra "trolls de patentes" y el fomento de ecosistemas libres. Los riesgos, según informes como los de BearingPoint, radican en limitaciones para empresas a la hora de proteger su propiedad intelectual o monetizar vía patentes. En foros como Patents Stack Exchange, se debate que reduce demandas contra usuarios GPL, pero no impide patentar innovaciones nuevas.

Comparación con la GPLv2

La GPLv2 carecía de cláusulas explícitas contra patentes, lo que dejaba vulnerabilidades. Por ejemplo, un contribuyente podía patentar partes del software y demandar a usuarios. La GPLv3 corrige esto con concesiones explícitas y mecanismos de retaliación, haciendo la licencia más resistente a patentes. Esto ha resultado en una adopción mixta: proyectos como el núcleo de Linux se mantuvieron en GPLv2 por compatibilidad, mientras que otros como Samba migraron a GPLv3.

Implicaciones, Ejemplos y Controversias

Implicaciones prácticas:
- Para desarrolladores: Mayor seguridad al contribuir; sus patentes se comparten de manera automática.
- Para empresas: Favorece modelos de código abierto sin temor a demandas, pero exige precaución en el cumplimiento. Por ejemplo, Google usa GPLv3 en algunos proyectos, pero la evita en el núcleo de Android por cuestiones de compatibilidad.
- Ejemplos: El acuerdo Microsoft-Novell impulsó la cláusula anti-discriminación. En la década de 2010, disputas como Oracle contra Google (sobre APIs de Java) ilustraron cómo las patentes afectan al código abierto, aunque no directamente a GPL.

Controversias:
- Algunos critican su complejidad: LWN.net apuntó que la retaliación no es "total" y podría no disuadir a todos.
- Empresas temen que, si las demandan por patentes en código GPLv3, no puedan reconciliar con sus obligaciones (según Black Duck Blog).
- Aun así, sus contribuciones perduran, influyendo en licencias como MPL 2.0, con periodos de gracia para violaciones.

Conclusión

Las cláusulas contra patentes en la GPLv3 suponen un paso estratégico para salvaguardar el software libre en un mundo plagado de patentes. Al forzar el reparto equitativo y desincentivar agresiones, fortalecen el copyleft y estimulan la innovación colaborativa. Aunque añaden algo de complejidad, su impacto ha sido positivo, mitigando riesgos y adaptándose a desafíos actuales. Para más información, consulta el texto oficial en gnu.org. S

Referencias que Apoyan el Contenido

Estas fuentes respaldan las ventajas y la necesidad de las cláusulas contra patentes en la GPLv3, destacando su rol en la protección del software libre.

Referencias que Refutan el Contenido

Estas fuentes critican las cláusulas, argumentando que limitan la innovación empresarial, complican la adopción o no son tan efectivas como se afirma.

One More Thing

Un escenario de retrocomputación del siglo 24

¡Desbloquea el poder de MetsuOS y descubre que la privacidad y la seguridad son la clave para desencadenar tu verdadero potencial en línea!

Contenido registrado en Safe Creative

Logo Safe Creative
¡Usa el código de promocional 7ZYM4Z y ahorrate unos eurillos en tu suscripcion de Safe Creative!

MetsuOS Needs You!

Apoyanos en este proyecto difundiendolo en tus redes, o mejor, haznos una donación a la cuenta paypal para poder dedicar más tiempo y recursos a el. No olvides comentarnos que parete te interesa más junto con tu donación.

En este momento, además de mantener los servicios, estoy centrado en crear la siguiente iteración del software que me permite hacer todo esto y creando una biblioteca personal física para poder contrastar contenido.

Sobre el sistema de validez de un contenido en MetsuOS

Empezando a incorporar los niveles de validación de un contenido (también llamada sabiduría o niveles de conocimiento) ⚫🔴 🟡 🟢 🔵⚪ ¿Qué són?

Sobre la categorización de los tipos de conocimiento

La Metsukeología (de Metsuke vision global y logos conocimiento) es la ciencia que estudia el conocimiento como un conjunto potencial de conocimiento del que podemos obtener, procesar o percibir partes concretas dentro de un marco contextual específico, y cuyo contexto general real está muy por encima de lo que somos capaces, como especie, de percibir, procesar e integrar de forma completa (definición en progreso).

La Metsucología (de Metsu aniquilación - en este contexto en forma de colapso - , logos conocimiento) es la ciencia que estudia como extraemos verdades percibidas - colapsadas - como conocimiento desde nuestra perspectiva real (tanto epistemológico como gnoseológico) al tomar una parte específica del conocimiento metsukeológico potencial enmarcado en un contexto concreto, obligando a colapsar el conocimiento potencial en conocimiento específico (definición en progreso).

Mas sobre el contexto

DISCLAIMER: Mi consideración de anticientífico respecto al consenso científico es una hipotesis de trabajo propia, que supone que toda asignación de validez, incluso aquella derivada de la conclusión por acumulación de evidencia NO debe ser supeditada a debate, ni acuerdo, debe ser algo probabilistico sin intervención del ego humano. Podría estar equivocado y, en este punto, es donde se aplicaría entonces ese mismo consenso que ahora considero no valido (incluso dañino)

Existen indicadores para algunas cuestiones adicoinales como los siguientes:

Cuando hablamos de un contenido que incluye un texto que hace referencia a otro.

También aplicaremos el Sistema de fiabilidad de fuentes y credibilidad de contenidos de la OTAN 🔴②, este sistema incluye una valoración de la fiabilidad de la fuente de A a F (siendo A la de mayor fiabilidad) y una varloración de credibilidad del contenido de 1 a 6 (siendo 1 la mayor credibilidad).

En MetsuOS la agregaremos al final uniendo amos valores como si fuera una coordenada. Por ejemplo: ⚫①-D4 o 🟡③-B2. Esto ayudarña a contextualizar la información sobre la solidez del conocimiento al que se hace referencia en cada momento.

Hay que tener en cuenta que, cuando hay elementos subjetivos o parcialmente subjetivos, el punto de referencia seré yo mismo. Quizá más adelante pueda objetivizar esto más (seria lo deseable), pero en tanto no tenga herramientas que me lo permitan, debo ceñirme al principio de honestidar intelectual, y esperar que mis sesgos dañen lo menos posible la información (en parte este es el nudo gordiano que pretendo resolver, y por ello es dificil resolverlo a priori).

Así de forma resumida, podríamos decir que esta definición es nivel 🔴② (Rojo2 xD) ¿Crees que me dejo algo? Si es así por favor ayudame a mejorarlo contactándome a través de X (Twitter) en mi cuenta, @metsuke 🌐

Consulta la versión completa de la descripcion en ⚫🔴🟡🟢🔵⚪ (🔴②) Un poco más de detalle