Hitonabi
29444805a8
Ampel / ampel (push) Successful in 28s
Beim Aufraeumen der VM-.env aufgefallen und nachgemessen (25.07.2026):
https://www.makemkv.com/download HTTP 200 <- Repo-Standard
https://www.makemkv.com/download/old HTTP 525 (Cloudflare)
web.archive.org-Schnappschuss HTTP 404 <- stand in der VM-.env
Die VM zeigte also auf eine KAPUTTE Adresse. Aufgefallen ist es nie, weil dort
die vendor/-Tarballs liegen und der Download-Zweig gar nicht erreicht wird.
Nimm die Tarballs weg, und jeder Bau scheitert mit 404 - waehrend die
Konfiguration gesund aussieht. Genau diese Sorte Fehler ist bei einer Uebergabe
teuer, weil sie erst beim Fremden zuschlaegt.
## Bereinigt (auf Commander-Wunsch, Sicherung liegt auf der VM)
.env.sicherung-vor-aufraeumen-20260725 angelegt, dann:
- MAKEMKV_URL_BASE raus -> es gilt der Compose-Standard, der liefert.
Von Docker gegengeprueft: MAKEMKV_URL_BASE: https://www.makemkv.com/download
- JWT_SECRET_KEY raus -> Ueberrest der in v3.4 ausgebauten Anmeldung, wirkungslos.
## Fallbacks BEHALTEN, aber echt gemacht (Commander-Vorgabe)
Vorher war der "Fallback" eine Zeile, die man von Hand eintragen musste - und
die hier ins Leere zeigte. Jetzt eine automatische Kette:
1. vendor/-Tarballs (braucht kein Netz, zuverlaessigster Weg)
2. MAKEMKV_URL_BASE
3. MAKEMKV_URL_FALLBACK (NEU, wird automatisch versucht wenn 2 versagt)
Stufe 3 ist ABSICHTLICH leer vorbelegt. Es gibt derzeit keine belegbare zweite
Quelle (siehe Messung oben), und eine einzutragen, die nicht liefert, waere
schlimmer als keine - genau das lag auf der VM vor. Wer eine eigene Quelle hat
(Spiegel im LAN), traegt sie ein und sie wird automatisch genutzt.
Scheitert alles, nennt die Fehlermeldung jetzt die beiden Wege, die
FUNKTIONIEREN, statt nur einen curl-Rueckgabewert zu hinterlassen.
## Geprueft, beide Zweige
- vendor-Pfad: Bau durch, 828 MB
- Download-Pfad: im FREMDEN Klon ohne Tarballs gebaut - Bau durch, 777 MB,
makemkvcon liegt unter /usr/local/bin/. Die leere Fallback-Stufe wird
korrekt uebersprungen, "Erste Quelle lieferte nicht" erschien nicht.
docker compose config validiert. README und .env.example nennen die gemessenen
HTTP-Antworten, damit niemand wieder eine 404-Adresse als Fallback eintraegt.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
74 lines
3.7 KiB
Bash
74 lines
3.7 KiB
Bash
# Rippy-Umgebung — nach .env kopieren und Werte eintragen.
|
|
# Die .env liegt NUR auf der VM (gitignored), nie im Repo.
|
|
|
|
# PostgreSQL (intern). Default rippy; für eine exponierte Umgebung hier ein starkes
|
|
# Passwort setzen — Compose nutzt diesen Wert jetzt wirklich (DB + App-Verbindung).
|
|
POSTGRES_PASSWORD=rippy
|
|
|
|
# Optisches Laufwerk (Host-Geräteknoten) — je Rechner UNTERSCHIEDLICH!
|
|
# Der Worker braucht den SCSI-CD-ROM-Knoten (meist /dev/sr0) UND den passenden
|
|
# generischen sg-Knoten des Laufwerks.
|
|
#
|
|
# BEWUSST AUSKOMMENTIERT: Die sg-Nummer ist JE HOST ANDERS. Ein vorbelegter Wert
|
|
# wäre auf den meisten Rechnern falsch — und zwar unbemerkt, weil er dann „schon
|
|
# gesetzt" aussieht. `install.sh` findet beide Knoten selbst (Abgleich über die
|
|
# SCSI-Adresse in /sys) und trägt sie hier ein.
|
|
#
|
|
# Von Hand ermitteln, falls gewünscht: lsscsi -g
|
|
# Ohne Eintrag gelten die Compose-Vorgaben /dev/sr0 und /dev/sg1.
|
|
#OPTICAL_SR=/dev/sr0
|
|
#OPTICAL_SG=/dev/sg1
|
|
|
|
# (JWT/Auth wurde am 24.07.2026 komplett entfernt — Rippy ist Heimnetz-only,
|
|
# Commander-Entscheid, siehe KONZEPT.md Abschnitt 10. Härtung für exponierte
|
|
# Netze: siehe README, Abschnitt "Härtung für fremde/exponierte Netze".)
|
|
|
|
# Metadaten-APIs
|
|
# TMDB (empfohlen für Metadaten-Lookup; ohne Key startet Rippy trotzdem, Key auch
|
|
# später im UI setzbar): kostenlos auf themoviedb.org
|
|
TMDB_API_KEY=
|
|
# TVDb (optional, Serien-Fallback)
|
|
THETVDB_API_KEY=
|
|
# OMDb (optional, Fallback-Quelle): kostenloser Key auf omdbapi.com/apikey.aspx
|
|
OMDB_API_KEY=
|
|
|
|
# MakeMKV-Beta-Key (optional): DVDs gehen ohne, Blu-ray läuft 30 Tage im
|
|
# Testmodus. Aktueller Key: Forum-Thread "MakeMKV is free while in beta".
|
|
# Wechselt etwa monatlich — bei Blu-ray-Fehlern zuerst hier schauen.
|
|
# Bequemer: im UI unter Einstellungen → System eintragen (gilt ab dem
|
|
# nächsten Rip, ohne Neustart, und schlägt diesen Env-Wert).
|
|
MAKEMKV_APP_KEY=
|
|
|
|
# MakeMKV-Datenverzeichnis auf dem HOST (bleibt über Rebuilds hinweg erhalten).
|
|
# Hier hinein gehört die KEYDB.cfg für 4K-UHD-Discs; hier landen auch die
|
|
# AACS-Dumps fehlgeschlagener Discs. Beides ist ab Einstellungen → System
|
|
# im Browser erreichbar — dieser Pfad ist nur für den Fall, dass du die
|
|
# Dateien direkt auf der Maschine anfassen willst.
|
|
#MAKEMKV_DATA_HOST=/srv/rippy/makemkv
|
|
|
|
# MakeMKV-Version fürs Worker-Image (Einstellungen → System meldet Updates).
|
|
# Update: Version hier anheben, dann auf der Rippy-Maschine
|
|
# docker compose build worker && docker compose up -d worker
|
|
# (bei Cloudflare-Zicken vorher Tarballs nach docker/worker/vendor/ legen)
|
|
#MAKEMKV_VERSION=1.18.4
|
|
|
|
# ---------------------------------------------------------------------------
|
|
# MakeMKV-Bezug beim Image-Bau (nur nötig, wenn der Download klemmt)
|
|
# ---------------------------------------------------------------------------
|
|
# Am 25.07.2026 nachgemessen, welche Quellen wirklich liefern:
|
|
# https://www.makemkv.com/download HTTP 200 <- der Standard, funktioniert
|
|
# https://www.makemkv.com/download/old HTTP 525 (Cloudflare)
|
|
# web.archive.org-Schnappschuss HTTP 404
|
|
# Normalerweise ist hier NICHTS einzutragen.
|
|
#MAKEMKV_URL_BASE=https://www.makemkv.com/download
|
|
#
|
|
# Zweite Quelle, die bei Fehlschlag der ersten automatisch probiert wird.
|
|
# Trage hier nur etwas ein, das du selbst geprüft hast — eine Adresse, die nicht
|
|
# liefert, lässt die Konfiguration gesund aussehen und den Bau später scheitern.
|
|
# Genau so lag es auf der Rippy-VM: dort stand eine 404-Adresse, und nur die
|
|
# vendor-Tarballs retteten jeden Bau, ohne dass es jemandem auffiel.
|
|
#MAKEMKV_URL_FALLBACK=http://192.168.178.10:8099
|
|
#
|
|
# Der zuverlässigste Weg bleibt ohne Netz: Tarballs von makemkv.com/download
|
|
# laden und nach docker/worker/vendor/ legen — der Bau nimmt sie dann von dort.
|