Licencia Pública General Affero de GNU (AGPL)

Características clave

La AGPL permite usar, copiar y modificar el código cubierto, y exige que a los destinatarios se les ofrezca acceso al código fuente correspondiente. Una característica definitoria es el requisito de uso en red: si ejecutas un programa modificado cubierto por la AGPL y permites que otras personas interactúen con él a distancia, debes proporcionar a esos usuarios acceso al código fuente modificado. Para consultar la redacción oficial, véase el texto de la licencia.

Obligaciones habituales

• Divulgar el código fuente correspondiente cuando distribuyes el programa a otras personas.
• Ofrecer acceso al código fuente a los usuarios que interactúan con el programa a través de una red.
• Conservar los avisos de copyright y los términos de la licencia en las copias derivadas.

Historia y propósito

La AGPL se desarrolló para cerrar lo que a veces se llama la brecha de “servicio como software”: algunas organizaciones podían modificar software de servidor cubierto por la GPL y ofrecerlo como un servicio en línea sin distribuir binarios, evitando así el desencadenante de publicación de código fuente de la GPL. Al añadir una cláusula de uso en red, la AGPL dificulta evitar la liberación de mejoras a la comunidad cuando el software se pone a disposición a través de Internet. A menudo se defiende dentro del movimiento del software libre para proteger la libertad del usuario en la era de la nube.

Compatibilidad, versiones y uso práctico

Existen varias versiones de la AGPL; la compatibilidad con otras licencias y las implicaciones prácticas pueden variar. Los proyectos eligen la AGPL cuando desean asegurarse de que las mejoras realizadas por los proveedores de servicios se compartan de vuelta. Algunas organizaciones prefieren licencias permisivas para fomentar una adopción más amplia, mientras que otras usan la AGPL para preservar la reciprocidad. Abogados y mantenedores suelen comparar las ventajas y desventajas de la AGPL al decidir si su cláusula de red encaja con los objetivos de un proyecto.

Distinciones y ejemplos notables

La AGPL difiere de la GPL principalmente por el requisito explícito de ofrecer el código fuente a los usuarios de la red, abordando las preocupaciones sobre el software entregado como servicio (SaaS). Esto tiene efectos prácticos: los proveedores de alojamiento que ejecuten software AGPL que hayan modificado deberán poner esas modificaciones a disposición. Para obtener más orientación sobre implementación y políticas, los lectores suelen consultar la documentación del proyecto y los recursos de la comunidad enlazados desde las páginas y repositorios oficiales.

Para ampliar la lectura, consulta guías de licencias, preguntas frecuentes de proyectos y comentarios autorizados para entender cómo la AGPL interactúa con los modelos de despliegue, los acuerdos de contribución y las políticas de empresa.