Skip to content

Port ASP.NET Core appliance to TurnKey 19 - #7

Open
lirazsiri wants to merge 4 commits into
masterfrom
wish/asp-net-core-v19-trixie
Open

Port ASP.NET Core appliance to TurnKey 19#7
lirazsiri wants to merge 4 commits into
masterfrom
wish/asp-net-core-v19-trixie

Conversation

@lirazsiri

Copy link
Copy Markdown
Member

Summary

  • port ASP.NET Core to Debian Trixie and the current Microsoft package channel
  • update service, firstboot secret regeneration, sample application, and updater integration
  • add focused v19 acceptance and retained evidence documentation

Validation

  • independent execution review: SHIP at 2cf6f5b
  • exact run 20260826t103646z-5508-23731 passed for tested product 0c089aa
  • retained checksums and report SHA-256 51c9528a4583819bfbaac5fd5c022c7cd931b77558841218a74cd192d52196c5 verified
  • git diff --check origin/master...2cf6f5b

Move the sample to .NET 10 LTS from Microsoft's Debian 13 channel, verify the feed key, and retain MariaDB compatibility through exact EF Core 9 and Pomelo 9 dependencies with a locked restore. Remove unused global tools, protect generated database configuration, and pass forwarded HTTPS metadata from Nginx to Kestrel.

Add focused acceptance for the sample, reverse proxy, EF-backed MariaDB data, service restart persistence, published dependency versions, and Microsoft and NuGet update discovery. Document the support boundary and pending exact-run evidence. Verified official feed and NuGet artifacts plus shell, schema, credential-rewrite, mode, diff, and documentation gates without invoking the blocked shared runner.
The Debian 13 feed is now signed by Microsoft's 2025 general signing key, so the appliance build rejected the repository while importing the older microsoft.asc key. Pin the current official key URL, full fingerprint, and content digest, and keep the acceptance assertion and documentation aligned.

Verified the fetched key digest and fingerprint against the key shipped by Microsoft's current Debian 13 configuration package, plus bash syntax and diff checks.
The updater runs with pipefail, but its candidate parsers exited as soon as they saw the Candidate line. Microsoft packages expose a sufficiently long policy table for apt-cache to receive SIGPIPE and make the otherwise successful updater check exit 141. Read the complete policy output while preserving the same candidate value.

Reproduced the old pipeline exit status 141 with a long policy table, verified the replacement exits zero with the same value, and checked Bash syntax and the Git diff.
Replace the deferred runner note with the authoritative passing run, tested source commit, retained report location and digest, and the main-flow behaviors exercised. Keep the documented command aligned with the shared builder used for the accepted run.

Verified the retained report verdict and SHA-256, Bash syntax for the build and test scripts, ASCII-only documentation, and a clean diff.
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