The "state changes" license condition wording is too vague
評価
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 初心者へのやさしさ
- 25/100
- issue の種類
- ドキュメント
- 明瞭さ
- 説明が足りない
- 活発さ
- 停滞
- 領域
- content, documentation
調査の方向性
リンクされている付録の「State changes」の項目から始め、issueで引用されているGPLv3の5.a節と比較してください。影響を受けるライセンスが各変更の文書化を要求しているのか、それとも変更が行われたことの特定だけを要求しているのかを調査します。承認済みの文言またはライセンス固有の明確化に到達すれば完了です。リポジトリのファイルもテストも指定されていません。
索引モデルが issue の本文から書いたものです。
説明
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).
- 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.)
- 主要言語
- HTML
- スター
- 4.2k
- フォーク
- 1.6k
- 平均マージ
- 21時間 44分
- マージ済み PR（30日）
- 4
環境構築
このプロジェクトの開発コンテナを、あなたの GitHub アカウントでブラウザ上に起動します。
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートなし
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
github/choosealicense.com のほかの issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
github/choosealicense.com#1384 · コメント 2 件 · リアクション 3 件 ·
-
choosealicense.com and SPDX mismatch for CECILL-2.1対応中かも @Tarekchehahde が 114 日前に担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 64/100
github/choosealicense.com#1126 · コメント 3 件 ·
-
Make the layout more responsive対応中かも @Tarekchehahde が 114 日前に担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 58/100
github/choosealicense.com#1342 ·
-
Confusing wording on https://choosealicense.com/non-software/対応中かも @TechyTommy3 が 581 日前に担当しました。 オープン
難易度 1/5 1時間未満 初心者へのやさしさ 55/100
github/choosealicense.com#1268 · コメント 1 件 ·
-
Include in permissions if reimplementation possible in other license対応中かも @Tarekchehahde が 114 日前に担当しました。 オープン
難易度 5/5 1週間以上 初心者へのやさしさ 28/100
github/choosealicense.com#1247 · コメント 3 件 · リアクション 5 件 ·
github/choosealicense.com の issue をすべて見る
似ている issue
-
難易度 1/5 1時間未満 初心者へのやさしさ 65/100
メンテナーはふだん 1 日以内に返信
-
Add: Class TV Modaオープンcheck:passed streams:add
難易度 1/5 1時間未満 初心者へのやさしさ 65/100
メンテナーはふだん 1 日以内に返信
-
check:passed logos:remove
難易度 1/5 1時間未満 初心者へのやさしさ 72/100
メンテナーはふだん 4 日以内に返信
-
agents ai-agents area: cli claude-code difficulty: easy dx enhancement examples good first issue growth hacktoberfest help wanted island: Agent Isle island: Recipe Archipelago rank: 7 kyu tech: typescript
難易度 2/5 1〜3時間 初心者へのやさしさ 62/100
tdk-landscape/tdk-cli-core#3126 ·
-
link-check
難易度 2/5 1〜3時間 初心者へのやさしさ 60/100
joshuabmoore/somnodex#6 ·