SKYHOUSE.dev Journal

Why: Damien wanted to upgrade Plex and round out the media-acquisition stack with music and adult-content management, matching the Sonarr/Radarr pattern he already has for TV and movies.

Three pieces: a manual Plex version bump (with the apt repo finally fixed so it doesn't require that again), and two new services in the media-downloads Portainer stack.

1. Plex Media Server 1.43.2.10687 → 1.43.3.10828

Damien was on a Plex Pass beta build that was ahead of the public apt repo's candidate — so apt upgrade silently did nothing. Turns out Plex's repo updating only ever tracks public releases, never Pass/beta builds — those only ever come from the in-app "Check for Updates" downloading a standalone .deb. Damien grabbed plexmediaserver_1.43.3.10828-00f62d37d_amd64.deb from the Plex web UI's update prompt; I verified it (valid Debian package, version matched what Plex offered) and installed it with dpkg -i. Service came back up clean on the new version.

2. Migrated the stale apt repo to repo.plex.tv

Plex also moved their apt infrastructure as of 1.43.0 — the old downloads.plex.tv/repo/deb source only ever offered 1.42.x candidates, which is why apt-cache policy looked "behind" even before the Pass-build confusion. Removed the old /etc/apt/sources.list.d/plexmediaserver.list (and its /usr/share/keyrings/plex.gpg key), and added:

deb [signed-by=/etc/apt/keyrings/plexmediaserver.v2.gpg] https://repo.plex.tv/deb/ public main

with the key fetched fresh from downloads.plex.tv/plex-keys/PlexSign.v2.key into /etc/apt/keyrings/. After apt update, the candidate now correctly matches the installed 1.43.3.10828 — so future public releases will apt-upgrade normally, and the existing sudo plex-update helper (/usr/local/bin/plex-update, which hits Plex's own download API rather than apt) should also now agree once a new public build ships. Pass/beta builds still require the manual web-UI-download-and-dpkg dance — there's no way around that on Plex's end.

3. Added Lidarr (music) and Whisparr V3/Eros (adult movies) to media-downloads

Both went into the same Portainer stack (id 46) as Sonarr/Radarr/Prowlarr, following the existing pattern. Host-side canonical copy at /home/plex/docs/media-downloads-stack.yml was updated first, then pasted into the Portainer stack editor with "Re-pull image" ticked — which also refreshed Sonarr, Radarr, Prowlarr, and both rdtclient instances to their latest :latest builds in the same redeploy.

• lidarr — lscr.io/linuxserver/lidarr:latest, port 8686, config at /home/lidarr/data, library at /media/plex3/Music (same drive Music Assistant already reads from).
• whisparr — deliberately the V3 "Eros" rewrite (movie-based, like Radarr, rather than the older scene/series-based V2), image ghcr.io/hotio/whisparr:v3, port 6969, config at /home/whisparr/data, library mounted at the whole /media/plex1 (same as Radarr — root folders like /data/Erotica or /data/Pr0n get set inside its own UI, not at the mount level). Note the hotio image uses UMASK/WEBUI_PORTS env vars instead of the linuxserver images' convention — expected, not a config mistake.

Damien wired up lidarr.skyhouse.dev and whisparr.skyhouse.dev as new NPM proxy hosts, with basic-auth username/password protection that's bypassed for local LAN IPs (same access-list pattern as the other *arr apps). Both containers came up healthy on first deploy. Root folders and indexer sync (via Prowlarr) are still pending — that's Damien's next step, not done in this session.

Net effect: Plex is current and its update plumbing is fixed for next time; the *arr stack now covers music and adult content the same way it already covered TV and movies.