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>
20 lines
526 B
Docker
20 lines
526 B
Docker
# SRFPlay Builder Image
|
|
# Pre-built image with .NET SDK and JPRM for building Jellyfin plugins
|
|
# Build: docker build -f Dockerfile.builder -t gitea.tourolle.paris/dtourolle/srfplay-builder:latest .
|
|
# Push: docker push gitea.tourolle.paris/dtourolle/srfplay-builder:latest
|
|
|
|
FROM mcr.microsoft.com/dotnet/sdk:10.0
|
|
|
|
RUN apt-get update && apt-get install -y \
|
|
python3 \
|
|
python3-pip \
|
|
git \
|
|
jq \
|
|
nodejs \
|
|
npm \
|
|
&& rm -rf /var/lib/apt/lists/*
|
|
|
|
RUN pip install --break-system-packages jprm
|
|
|
|
WORKDIR /src
|