The "state changes" license condition wording is too vague

Abierto
  • ¿Algo no está bien?
#847 1 comentario 0 reacciones 0 asignados Ver en GitHub

@Tarekchehahde ya está trabajando en esto.

Desde el 11/7/2026.

  • #1351 de @Tarekchehahde — abierto

Evaluación

Dificultad
5/5
Tiempo estimado
Más de una semana
Aptitud para principiantes
25/100
Tipo de issue
Documentación
Claridad
Necesita aclaración
Estado de actividad
Estancado
Área
content, documentation

Línea de trabajo

Comienza con la entrada enlazada del apéndice sobre “State changes” y compárala con la sección 5.a de GPLv3, tal como se cita en el issue. Investiga si las licencias afectadas exigen documentar cada modificación o solo identificar que se realizaron cambios; se considera terminado cuando se haya alcanzado una redacción aprobada o una aclaración específica de la licencia. No se nombra ningún archivo del repositorio ni ninguna prueba.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

The wording of the license condition "state changes" is too vague.
https://choosealicense.com/appendix/#document-changes

State changes
Changes made to the licensed material must be documented.

Does this mean anyone who modifies material must provide a diff from an unmodified version, provide a list of each change, or simply state when the most recent change was made? My reading of this made me (incorrectly) believe anyone who modifies code must maintain a list of changes made to the code, thereby causing development overhead.

Digging deeper, my understanding is GPLv3 section 5.a requires anyone who makes a modification to state that they had done so and give a relevant date. The wording "state changes" doesn't seem to fit with this requirement. It's not the changes that require documentation but the fact that changes were made (with author and date).

  1. Conveying Modified Source Versions.

You may convey a work based on the Program, or the modifications to
produce it from the Program, in the form of source code under the
terms of section 4, provided that you also meet all of these
conditions:

a) The work must carry prominent notices stating that you modified
it, and giving a relevant date.

I don't have good knowledge of licenses, but I don't know of any license that requires detailing what changes were made.

I propose one of the following changes to wording of the "state changes" condition:

  • Rename the condition to "self-attribute changes" or "mark changes" or whatever is more accurate than "state changes". (Appropriate if there are no licenses that requires detailing changes.)
  • For each license that has the "state changes" condition, add clarification about this condition. (Similar to the "same license" condition which may be for file or library.)
Lenguaje dominante
HTML
Estrellas
4.2k
Forks
1.6k
Merge medio
12 h 28 min
PR fusionados (30 d)
7

Preparar el entorno

Abrir en Codespaces

Inicia el contenedor de desarrollo del proyecto en tu navegador, con tu propia cuenta de GitHub.

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de github/choosealicense.com

Todos los issues de github/choosealicense.com

Issues similares

Más issues de Content

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.