fix(docker): hfsprogs/xar Build-Fehler beheben

hfsprogs liegt in Debians non-free-Repo (bookworm-slim aktiviert nur main),
xar existiert in bookworm ueberhaupt nicht als Paket. non-free per eigener
sources.list.d aktiviert, xar aus dem mackyle-Upstream (gleicher Maintainer
wie das bereits genutzte pbzx) selbst gebaut.

README.md

@@ -69,6 +69,14 @@ Block-Device. Wenn du das falsche Geraet auswaehlst, sind die Daten weg.
 Vor dem Start immer pruefen, welcher Stick tatsaechlich gemeint ist (Groesse
 und Modell in der GUI vergleichen).
 
+## Build-Hinweis (hfsprogs / xar)
+`hfsprogs` liegt in Debians non-free-Bereich (Dockerfile aktiviert das
+gezielt ueber eine eigene sources.list.d-Datei), `xar` gibt es in
+`bookworm` ueberhaupt nicht als Paket — das wird deshalb aus dem
+Upstream-Repo (`mackyle/xar`, selber Maintainer wie das schon genutzte
+`pbzx`) selbst gebaut. Macht den ersten Build minimal langsamer, aber
+zuverlaessiger als ein Distro-Wechsel.
+
 ## Voraussetzungen auf dem Host
 - Docker + Docker Compose
 - Linux (getestet gegen die Grundannahmen von `lsblk`/`/dev`/`udev`; auf