The change of wai/conform-output, on current main, without its wai doctor: main's doctor, its tests, its catalogue entry, its MCP tool and its changelog entry stand as they are, and this change's copies of them are gone, with the lines dev.rs held for them. wai/README.md, which had no line for main's doctor, gains one in its first commands and `toolchain_doctor` in the core tools. - wai conform --format text|json|junit|html, reports made from the signed records. - --independent beside a kind holds the corpus's independent verifier to the same cases; alone, it runs every corpus's verifier, a record each, from one table. - wai-rs/build.rs reads that table from the `# independent:` lines of the step files (.github/wai-conformance/verifiers/), which take the verifiers' command lines out of the steps' bodies. scripts/wai-conformance-lists.py reads and checks the same lines. - wai-conformance.yml runs the union as wai conform --independent --format junit. - wai mcp's conformance tools read the table. - wai-release.yml runs the quickstart from each archive as a new user runs it (clean-machine.sh, its PowerShell twin clean-machine.ps1), held by check-wai-release-quickstart.py. clean-machine.ps1 keeps clean-machine.sh's contents step and its check of WAI Studio. Each leg keeps main's archive_doctor.py check; the step's own wai hello, verify and dev --check are clean-machine.sh's now. - check-wai-ops-doors.py reads VERBS and NEAR_SYNONYMS from catalogue.rs and keeps no list, and the verb-list test reads what that check reads. - The catalogue's export and Studio's actions hold the new operations. Co-Authored-By: Claude Opus 5.5 <[email protected]>
32 lines
2.3 KiB
Shell
32 lines
2.3 KiB
Shell
# step: bearer receipts · wai-rs and bearer_verify.py
|
|
# order: 530
|
|
# features: bearer_receipts
|
|
# paths: wai/extensions/bearer-receipts.md
|
|
# independent: bearer live needs=cryptography python3 -I live-conformance/bearer_verify.py live-conformance/bearers
|
|
# independent: bearer-claims live needs=cryptography python3 -I claim-conformance/claim_verify.py bearer live-conformance/bearers/vectors.json
|
|
#
|
|
# wai.bearer.receipts (extensions/bearer-receipts.md): the reference module's unit tests
|
|
# (the bound, the bitmap rules, the bearer classes, and the corpus reaching every stated
|
|
# outcome and failing a changed one) and tests/bearer_receipts.rs (vectors.json
|
|
# regenerates byte for byte from its fixed seeds and no other file is there, wai-rs gives
|
|
# every case its stated outcome, the cases that carry one receipt on every bearer class
|
|
# carry the same bytes with the same object verdicts, §10 lists exactly the reference's
|
|
# codes, each of which the corpus gives, and jwp-receipts §3.1 lists the class codes at
|
|
# their steps); and, in the step of every independent verifier above, the corpus's second
|
|
# implementation, bearer_verify.py, written from
|
|
# the extension's text and sharing no code with wai-rs, which verifies groups and objects
|
|
# with jwp_verify.py, claims through jwp-receipts §3.1 steps 1-5 with claim_verify.py and
|
|
# confirmations with signer_verify.py (each needs the `cryptography` package installed
|
|
# above), writes the context checks, the verdict, the bound and offline confirmation
|
|
# itself, reads the extension's reason table, requires every mutated copy of the corpus
|
|
# to fail, and drops each of its own checks in turn and requires the corpus to catch the
|
|
# weakened verifier; run isolated (-I). Last, claim-conformance's own verifier reads every
|
|
# transmission and reconciliation claim of the corpus through jwp-receipts §3.1 steps 1
|
|
# to 4 and requires the stated step and reason.
|
|
#
|
|
# The paths this step brings to the workflow's trigger, and why:
|
|
# wai/extensions/bearer-receipts.md: tests/bearer_receipts.rs requires this extension's §10 to
|
|
# list the codes the reference reports, and bearer_verify.py reads that table.
|
|
set -euo pipefail
|
|
(cd wai-rs && cargo test --no-default-features --features "$WAI_FEATURES" --lib bearer)
|
|
(cd wai-rs && cargo test --no-default-features --features "$WAI_FEATURES" --test bearer_receipts)
|