• v0.8.31 9fa08b79b7

    v0.8.31
    Some checks failed
    Deploy server-up (dev) / deploy (push) Has been cancelled
    Release / release (push) Successful in 3s
    Deploy server-up (prod) / deploy (push) Successful in 12m4s
    Stable

    Ghost released this 2026-08-07 16:10:42 +02:00 | 0 commits to main since this release

    v0.8.31 — UniFi's reparatiescript kan niet meer zoekraken

    exit 126 bij unifi-mongo-init: het compose-bestand mountte het losse
    bestand ./init-mongo.sh, en als dat (nog) niet in de stackmap staat maakt
    Docker er stilzwijgend een lege map van. Bash zegt dan "Is a directory", de
    container stopt met een kaal exit-nummer, en het bleef zo — want ook het
    opnieuw renderen struikelde over diezelfde map.

    • De hele stackmap wordt gemount in plaats van het losse bestand. Die map
      bestaat altijd, dus Docker kan er niets meer bij verzinnen. Ontbreekt het
      script toch, dan zegt de container wat je eraan doet in plaats van 126.
    • Een lege map op de plek van een bestand wordt bij het renderen opgeruimd,
      zodat 'Instellingen wijzigen → opslaan' het probleem oplost in plaats van er
      zelf op vast te lopen.

    Verder in deze uitgave: bouwen duurt geen kwartier meer.

    De volgorde in de Dockerfile bepaalt hoeveel er bij elke build opnieuw moet.
    ARG SU_VERSION stond met een LABEL erachter bovenaan, en die waarde verandert
    per uitgave — dus élke release gooide alles daarna weg: apt-get, de
    Docker-CLI van 70 MB, de front-end-bestanden van het CDN. Er veranderden drie
    regels Python en de machine bouwde het hele image opnieuw.

    • Versie en label staan onderaan. Alles erboven blijft in de cache; een
      uitgave bouwt alleen nog de laatste lagen.
    • De front-end-bestanden staan vóór de broncode. Hun versies liggen vast,
      dus ze worden niet meer bij elke commit opnieuw van het CDN gehaald — en de
      push uploadt alleen nog de laag die echt veranderd is.
    • Een test bewaakt die volgorde, want dit is precies het soort ding dat
      ongemerkt terugsluipt bij de volgende wijziging.
    • Duidelijker melding als het image ontbreekt. Een Forgejo-release ontstaat
      bij de git-tag, maar het image komt uit de build — en die pusht alleen als de
      deploy weet naar welke registry. Dan zie je een release die je niet kunt
      installeren, en "heeft deze server toegang?" is dan een misleidend antwoord.
      Draait je installatie op een zelfgebouwd image, dan zegt de melding dat ook.

    Commits

    • release: v0.8.31 (9fa08b7)
    • perf(build): image bouwt niet meer alles opnieuw bij elke uitgave (1451514)
    • chore: dev terug op een betanummer (0.8.31-beta) (f86d7d3)

    Volledige changelog: v0.8.30...v0.8.31

    Downloads