4 Commits

Include renames

Author	SHA1	Message	Date
dtourolleandClaude Opus 5.5	3c321b4036	ci: run on any runner, amd64 or arm64 ... The builder image is now multi-arch (linux/amd64 + linux/arm64, pushed as srfplay-builder:latest after building all three plugin zips in each variant), so jobs no longer need an amd64 host. runs-on moves from linux/amd64 to ubuntu-latest, which draco-x86, freebox and oracle-a1 all carry, so a job no longer waits behind long jobs on draco while the ARM runners sit idle. .gitea/runner/cloud-init.yaml sets up such a runner on an Oracle Cloud Always Free Ampere VM (Ubuntu 24.04): Docker, act_runner registered instance-wide with the instance's label set, and a weekly image prune. The registration token and the optional console password hash are placeholders here and must be filled in locally before use. Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>	2026-09-24 03:58:55 +02:00
dtourolleandClaude Opus 5	d0d5d06a5e	ci: move builder image to the .NET 10 SDK ... Jellyfin 12.0.0 targets net10.0, and the .NET 8 SDK refuses to even restore a project that lists net10.0 among its TargetFrameworks (NETSDK1045) -- so the multi-targeted net8.0;net10.0 build that will produce one plugin DLL per Jellyfin generation cannot start until the builder image moves first. Verified as a drop-in against the current net8-only master, inside the image: restore + build are clean (0 errors, 0 warnings) and jprm produces the same two-file zip as before. Analyzer levels still track each TFM, so the net8.0 leg stays warning-free; CA1873 will only need silencing on the net10.0 leg once multi-targeting lands. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-08 19:24:21 +02:00
dtourolle	65c7a16cee	Add missing deps	2026-02-28 12:09:22 +01:00
dtourolle	46684402e6	Use docker on CI	2026-02-28 12:05:41 +01:00