Release notes: prepend both install ways to generated notes

The release page now leads with the two supported installation paths —
release package (Linux tar.gz / Windows zip, setup/start, SHA256SUMS) and
source checkout for development — before GitHub's generated changelog.
The block is written by the workflow (`--notes-file` + `--generate-notes`),
so every future v* release carries it.  The v1.9.7 release body is updated
manually to the same text; no code or version change.
This commit is contained in:
catarrh committed 2026-10-21 00:04:19 +03:00
1 parent 1cbafe715c
commit 2e3a563824
2 files changed
+40 -7

No files matched your search

+8 -5
View File
@@ -1050,11 +1050,14 @@ untouched, and `gh release upload dist/*` can never attach a stale version).
(`tests/test_gsmtap.py`), tag == `pd.py` VERSION, the build script, then
`gh release upload --clobber` (or `gh release create --draft` when there is
no release yet) followed by `gh release edit --draft=false`, with
`release-<tag>` concurrency. **Release process:** commit the docs, workflow
and scripts first, then tag `v1.9.7` and push the tag (with user approval) -
the workflow must exist in the tagged commit, and the archive ships the
committed READMEs. Release notes are GitHub's auto-generated notes from the
commits; `AGENTS.md` and `tests/` are not in the archive. Packaging/docs
`release-<tag>` concurrency. The workflow prepends a standard install block
to the generated notes: release package (recommended; Linux tar.gz / Windows
zip, setup/start, SHA256SUMS) and source checkout (development). **Release
process:** commit the docs, workflow and scripts first, then tag `v1.9.7` and
push the tag (with user approval) - the workflow must exist in the tagged
commit, and the archive ships the committed READMEs. The changelog itself is
GitHub's auto-generated notes from the commits; `AGENTS.md` and `tests/` are
not in the archive. Packaging/docs
only - no decoder behavior change, and `VERSION` is unchanged.
### Testing after decoder changes