Me acusan de violar licencia de software libre

¿Tienes razón?

Que alguien le diga que violó una licencia de software libre no es lo mismo que una condena. Tres factores determinan si la acusación tiene peso:

1. La licencia concreta del proyecto. Hay licencias con condiciones muy laxas y otras que imponen obligaciones sobre la redistribución y la vinculación con software propietario. Lo que diga la licencia es la regla que rige su conducta.

1. Qué hizo usted con el código. Copiar para uso privado dentro de su empresa no siempre es lo mismo que publicar un derivado o distribuir una versión ligada a software cerrado. Modificar, compilar en un producto destinado a terceros o incluirlo en un servicio público puede activar obligaciones distintas.

1. La forma en que obtuvo y acreditó la procedencia. Si hay registros de descarga, repositorios, commits o correspondencia con los mantenedores, su posición mejora. Si no quedaron huellas y la contraparte sólo tiene sospechas, la acusación es más débil.

Estas tres cosas son las piezas que el demandante debe demostrar y que usted debe poder contradecir con documentos y pruebas técnicas.

Cómo se soluciona

1. Identifique la licencia y reúna la prueba técnica (lo puede hacer usted solo en gran parte).

• Descargue el repositorio original si existe y capture su URL, hash del commit y la fecha. Exporte los metadatos del repositorio (commits, autores, mensajes).
• Localice en sus sistemas los archivos fuente, los binarios y la cadena de compilación. Saque listas de archivos y sus versiones; calcule sumas de comprobación de ficheros relevantes.
• Reúna comunicaciones con proveedores, colaboradores y clientes que muestren cómo obtuvo el código.

1. Documente el uso y la distribución.

• Si el uso fue interno, busque políticas internas, correos que justifiquen la necesidad y cualquier prueba de que no hubo distribución a terceros.
• Si distribuyó o integró el código en un producto que vendió o puso en línea, reúna contratos de venta, facturas, y las páginas donde se ofreció el servicio.

1. Responda la reclamación por escrito de forma fehaciente.

• Conteste con una explicación técnica y documental: compare su versión con la licencia. Si la licencia exige conservar avisos o aportar código fuente, muestre dónde están o explique por qué cree que no aplican.
• Si dispone de una oferta de cumplimiento (por ejemplo, publicar el código o añadir atribuciones), inclúyala para evitar escalada.

1. Si la contraparte exige cesar o le amenaza con iniciar acciones, valore una mediación o negociación.

• Muchas disputas se arreglan con un acuerdo sobre atribución, licencia dual o incorporación de cláusulas contractuales.

1. Si no hay acuerdo, prepare la defensa técnica y legal.

• La materia técnica es central: un perito informático puede explicar si su distribución constituye un derivado según prácticas de desarrollo.
• En Venezuela, la discusión suele plantearse en sede civil o contractual; la preparación de la prueba técnica es clave. Un abogado especializado coordina la estrategia probatoria y las comunicaciones.

Qué puede pasar

1) Se arregla con una carta y corrección técnica. Muchas controversias por licencias se resuelven evitando litigio: usted acepta poner avisos, dar atribución, o publicar el código pendiente. Esto es lo más frecuente y práctico. A veces la contraparte sólo quiere que desaparezca su producto; negociar términos de coexistencia suele ser la salida.

2) Acuerdo o conciliación. Puede existir un acuerdo formal donde se fije cómo seguir usando el código y, si procede, instrumentos de compensación o licencias adicionales. Un acuerdo puede ser más útil que ganar en juicio porque se obtiene cumplimiento rápido y se evita el riesgo de costas y la exposición pública.

3) Demanda civil por incumplimiento de licencia. Si la disputa llega a juicio, se discutirá juridicotecnicamente si su conducta violó la licencia. Si pierde, el tribunal puede ordenar medidas como cesar la distribución, publicar el código o reparar la atribución. Si falla en su contra y el demandante es insolvente, una sentencia puede quedarse en papel: cobrar dependerá de la solvencia del demandante y de la existencia de bienes para ejecutar.

Y si gana, ¿cobra? Una sentencia favorable no garantiza cobro si la otra parte no tiene recursos. En licencias open source la reparación a menudo es no pecuniaria (cese, atribución, publicación del código). La ejecución material de una sentencia depende de la situación patrimonial de la contraparte.

Errores que arruinan el caso

• Borrar historial de repositorio o metadatos. Perder commits o forzar reescrituras hace que pierda una prueba clave.
• No conservar comunicaciones con colaboradores y proveedores. Mensajes y correos suelen justificar la procedencia del código.
• Firmar acuerdos de confidencialidad o modificaciones contractuales sin revisar su compatibilidad con la licencia original.
• Responder públicamente acusaciones sin asesoría técnica; una explicación errónea puede convertirse en prueba en su contra.
• No documentar la cadena de custodia del software: quién lo modificó, cuándo y cómo.