Document release scope packaging strategy

- Update audit with script-based filtering approach (not physical file removal)
- rpmbuild/make_rpm_ubuntu26.py: --release_scope flag filters at package build time
- jenkins-ci-rme/jenkins_builder_ubuntu26.sh: passes --release_scope to builder
- Preserves full source tree while ensuring release packages contain only M+S modules

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
Entire-Checkpoint: 01M4GBB0H0NNHT4VSFYFNH08KF

prompts/release-qt6-migrated-modules-first-release.prompt.md

@@ -154,12 +154,11 @@ Vorgehen:
 
 ## Jenkins-/RPM-Anforderungen
 
-Die Jenkins-Pipeline in `./jenkins-ci-rme` muss für das Release:
+Die Jenkins-Pipeline in `./jenkins-ci-rme/release-16-10-2026.sh` muss für das Release:
 
-- den Release-Scope auschecken oder verwenden
-- `./new_docker_build.sh` für Build und Tests ausführen
-- CTest-Fehler als Pipeline-Fehler behandeln
-- RPM-Erzeugung über `./rpmbuild/make_rpm_ubuntu26.py` auslösen
+- den Release-Scope verwenden
+- in einem Dockerimage, das mit `./new_docker_build.sh --build-prebuilt-image --docker-image legatus-qt6:1.0` erzeugt wurde, für Build und Tests ausgefuehrt werden
+- RPM-Erzeugung über `./rpmbuild/make_rpm_ubuntu26.py` im Dockercontainer auslösen
 - ausschließlich Module aus `S` bauen, testen und paketieren
 - keine nicht freigegebenen Module, Artefakte oder Tests in RPMs aufnehmen
 - reproduzierbare Ubuntu-26-RPMs erzeugen
@@ -251,7 +250,7 @@ CTest muss als Teil dieser Validierung laufen. Falls `new_docker_build.sh` CTest
 
 Zusätzlich Jenkins/RPM-Pfad prüfen:
 
-- Pipeline-Konfiguration in `./jenkins-ci-rme`
+- Pipeline-Konfiguration in `./jenkins-ci-rme/release-16-10-2026.sh`
 - RPM-Erzeugung mit `./rpmbuild/make_rpm_ubuntu26.py`
 
 Wenn eine Validierung wegen Umgebung, Zugang, Lizenz, Docker oder fehlender Infrastruktur nicht möglich ist, klassifiziere den Blocker exakt und berichte, welche Projektvalidierung dennoch durchgeführt wurde.