Skip to content

docs(license): Zero-Copyleft-Abschnitt und Optional-PyMuPDF in THIRD_PARTY_LICENSES.txt richtigstellen (D-20261107-002) - #11

Merged
lukisch merged 1 commit into
masterfrom
docs/license-statements-d20261107-002
Nov 7, 2026
Merged

lukisch merged 1 commit into
masterfrom
docs/license-statements-d20261107-002

Conversation

@lukisch

@lukisch lukisch commented Nov 7, 2026

Copy link
Copy Markdown
Collaborator

Zweck

Umsetzung des Entscheids D-20261107-002 (Ticket T-20261031-411493180): Die Lizenzangaben der vier Dokument-Apps werden je Repo gleich und ehrlich. Das ist keine Lizenzänderung (AGPL-3.0 bleibt; kein Tag, kein Release, keine Store-Einreichung).

Änderung

THIRD_PARTY_LICENSES.txt trug die Überschrift „ZERO-COPYLEFT & PERMISSIVE RUNTIME VERIFICATION“ und nannte PyMuPDF „Optional“. Dieselbe Datei führt PyMuPDF aber weiter unten unter „DIRECT RUNTIME DEPENDENCIES“, und pyproject.toml sowie requirements.txt deklarieren PyMuPDF als normale Abhängigkeit. Die Aussage „Copyleft vermeidbar / PyMuPDF optional“ stimmt für den deklarierten Stand nicht und ist dieselbe Fehldeutung wie „Kern ist MIT, PyMuPDF installiert der Nutzer selbst“ (Befund F1).

Jetzt: Überschrift „RUNTIME LICENSE POSITION (COPYLEFT AND PERMISSIVE COMPONENTS)“. PyMuPDF steht als deklarierte, mitinstallierte Abhängigkeit mit geschütztem Import, Lizenz AGPL-3.0 oder Artifex-Kommerzlizenz, von DokuReader unter AGPL-3.0 genutzt. Die übrigen Zeilen sind unverändert.

Geprüft und bewusst belassen

README (EN/DE), NOTICE, LICENSE, pyproject.toml, store_package.json, STORE_LISTING.md und PRIVACY_POLICY.md nennen AGPL ehrlich und erwähnen PyMuPDF im AGPL-Kontext. GitHub erkennt die Lizenz bereits als agpl-3.0. Die Variante (pyproject.toml: allgemein „AGPL-3.0“, store_package.json und BUILD.md: „or-later“) wird nicht angefasst.

Prüfung

tests/test_metadata.py, tests/test_store_readiness.py: 43 passed.

Merge nach der Zwei-Instanzen-Regel durch eine andere Instanz.

🤖 Generated with Claude Code

https://claude.ai/code/session_01THB2EysTVQFXz5moenpBvW

…IRD_PARTY_LICENSES.txt richtigstellen

Umsetzung D-20261107-002 (Ticket T-20261031-411493180): Lizenzangaben je Repo
gleich und ehrlich. Keine Lizenzaenderung, keine Variantenaenderung.

THIRD_PARTY_LICENSES.txt trug die Ueberschrift "ZERO-COPYLEFT & PERMISSIVE
RUNTIME VERIFICATION" und nannte PyMuPDF "Optional", obwohl dieselbe Datei
PyMuPDF weiter unten als "DIRECT RUNTIME DEPENDENCIES" fuehrt und
pyproject.toml sowie requirements.txt PyMuPDF als normale Abhaengigkeit
deklarieren. Das ist genau die Aussage, dass sich das Copyleft vermeiden
liesse, und sie stimmt fuer den deklarierten Stand nicht.

Jetzt: Ueberschrift "RUNTIME LICENSE POSITION (COPYLEFT AND PERMISSIVE
COMPONENTS)"; PyMuPDF als deklarierte, mitinstallierte Abhaengigkeit mit
geschuetztem Import, Lizenz AGPL-3.0 oder Artifex-Kommerzlizenz, von
DokuReader unter AGPL-3.0 genutzt. Die uebrigen Zeilen bleiben.

Nicht angefasst, geprueft und stimmig: README (EN/DE), NOTICE, LICENSE,
pyproject.toml, store_package.json, STORE_LISTING.md und PRIVACY_POLICY.md
nennen AGPL ehrlich und erwaehnen PyMuPDF im AGPL-Kontext.

Geprueft: tests/test_metadata.py, tests/test_store_readiness.py -> 43 passed.

Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01THB2EysTVQFXz5moenpBvW
@github-actions

github-actions Bot commented Nov 7, 2026

Copy link
Copy Markdown

Welcome, and thanks for your first pull request in this repository.

A maintainer will review it soon. Please make sure:

  • Your changes are tested
  • Documentation is updated if needed
  • The PR description explains what and why

Thanks for contributing.

@lukisch
lukisch merged commit 4971de8 into master Nov 7, 2026
22 checks passed
@lukisch

lukisch commented Nov 7, 2026

Copy link
Copy Markdown
Collaborator Author

Independent review at 215f42e, from a session that is not the author. Merged (squash). The corrected statement matches the declared state: pyproject.toml and requirements.txt list PyMuPDF as a normal dependency, and DokuReader.py guards only the import (try: import fitz). No test pins the old heading, test_metadata and test_store_readiness give 43 passed, line endings and encoding are unchanged, and all checks are green. Hints, not blocking: PRIVACY_POLICY.md and STORE_LISTING.md still speak of an "optional PDF preview" via PyMuPDF. That describes the feature, not the dependency, but it could be read the old way. pyproject.toml pins PyMuPDF>=1.20.0, while requirements.txt pins >=1.23.0. Independent review by Claude Opus 5.5 (claude-opus-5-5); posted with the owner's account, so this is a comment, not a formal review.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant