ci: build the snap and run an apt e2e against it

The snap only got built at tag time, so the pack rotted between
releases; ci now packs it on every change, the same action the
release workflow uses, and boots it twice: an alpine uname check
that proves the machine virtualized under strict confinement, and
apt update + install fastfetch on ubuntu, which is T8 — a real
package install through the TSI proxy, the staged e2fsprogs, and
the exit-code path, with the wall time as the standing
re-measurement of the ln driver's throughput.
This commit is contained in:
vhaudiquet committed 2026-10-30 23:27:27 +01:00
1 parent dabe66994b
commit 3618d9857e
2 files changed
+75

No files matched your search

+8
View File
@@ -269,6 +269,14 @@ stop:
with shares: zero hits. This test is the founding rule.
- **T7, guest network.** An https fetch from the guest succeeds, DNS
included; a published port is reachable from the host.
- **T8, snap e2e.** CI builds the snap and runs `ecrou run -q -e
DEBIAN_FRONTEND=noninteractive ubuntu -- "apt update && apt install
-y fastfetch && fastfetch"` inside it: strict confinement, KVM
through the plug, the staged e2fsprogs, apt across the TSI proxy,
and the payload's exit code back through the control file. A boot
of alpine (`uname -r` differing from the host's) runs before it so
a broken environment fails fast. The apt wall time is the standing
re-measurement of the ln driver's throughput.
## Snap packaging