Updates van de ZimaOS App Store werden niet beheerd volgens een eenvoudige regel zoals ‘altijd binnen zeven dagen na upstream’. In de brondiscussie van november 2025 zei Zima-Giorgio dat appversies handmatig werden onderhouden. Hij legde ook uit dat serviceapplicaties bewust achter kunnen lopen op de nieuwste upstream-release, omdat stabiliteit belangrijk is, terwijl problemen die de beschikbaarheid aantasten een hogere prioriteit krijgen.
De huidige App Store 2.0 verandert de manier waarop appcatalogi worden opgebouwd en geleverd, maar zorgt niet automatisch voor een gegarandeerd onderhoudsschema. Het v2-protocol ondersteunt versiemetagegevens, updatetijdstippen, releaseopmerkingen, content-hashes en incrementele clientupdates; mensen moeten de brondefinitie van de app nog steeds onderhouden en valideren.
IceWhale zei dat winkelversies handmatig werden onderhouden
Het directe antwoord uit de bron was kort: softwareversies in de App Store werden handmatig onderhouden en winkels van derden of de community konden nieuwere versies aanbieden.
Dit verklaart waarom de versie in de standaardcatalogus kan afwijken van de nieuwste tag die door de ontwikkelaar van de upstreamapplicatie is gepubliceerd.
De nieuwste versie is niet altijd de veiligste
Zima-Giorgio verduidelijkte later dat niet altijd kan worden gegarandeerd dat serviceapplicaties onmiddellijk op de nieuwste release kunnen draaien. Stabiliteit speelt mee in de beslissing.
Voor een NAS kan een overhaaste upgrade van een database of hoofdversie ingrijpender zijn dan één door upstream gevalideerde release achterlopen.
Problemen die de beschikbaarheid aantasten krijgen een hogere prioriteit
IceWhale noemde Immich als voorbeeld: het App Store-pakket werd bijgewerkt toen de oudere server niet langer compatibel was met de bijbehorende mobiele app.
Dit is een nuttig onderhoudsprincipe: problemen die normaal gebruik verhinderen, kunnen sneller optreden vereisen dan een upstreamrelease met alleen nieuwe functies.
Pull requests maken deel uit van de onderhoudswerkzaamheden
IceWhale zei dat het team de lijst met PR’s regelmatig controleert en verzoeken indien nodig samenvoegt. Giorgio moedigde gebruikers aan om PR’s in te dienen of hun eigen winkels te maken en vroeg specifiek om hulp bij het bijwerken van Uptime Kuma.
Daardoor is de App Store deels samenwerkend in plaats van een catalogus die uitsluitend door de leverancier wordt beheerd.
De huidige App Store v2 heeft een explicieter bouw- en updateprotocol
Volgens de huidige documentatie voor ontwikkelaars van IceWhale bevat de gegenereerde v2-winkel velden zoals:
-
version; -
update_at; -
release_note; -
content_hash.
De client controleert updates aan de hand van de winkelindex en de content-hash. Ongewijzigde applicaties worden daardoor overgeslagen, terwijl gewijzigde appmetagegevens of Compose-bestanden incrementeel kunnen worden opgehaald.
Zie het huidige bouw- en updatemodel van App Store v2.
Versiemetagegevens vormen geen onderhouds-SLA
Een winkel kan nu betere informatie over versies en updates beschikbaar maken, maar het protocol bepaalt niet dat elke app binnen een vast aantal dagen moet worden bijgewerkt. Het catalogusbeleid en de validatie van apps blijven menselijke processen.
De App Store-versie en de Docker-imagetag houden verband met elkaar, maar zijn niet identiek
Een Compose-bestand kan een specifieke imagetag vastzetten, een brede tag zoals latest gebruiken of verwijzen naar een stack met meerdere services en verschillende onafhankelijke images. De weergegeven winkelversie kan de verpakte appdefinitie beschrijven, zonder te garanderen dat elke image in de stack hetzelfde versienummer gebruikt.
Controleer de Compose-definitie wanneer exacte upstreamversies belangrijk zijn.
Grote applicatie-updates verdienen extra voorzichtigheid
Applicaties zoals Nextcloud, Immich, databases en platforms voor huisautomatisering kunnen schemamigraties of incompatibele configuratiewijzigingen bevatten. Een vertraagde App Store-update kan bewust zijn terwijl beheerders het migratiegedrag valideren.
Maak een back-up van applicatiegegevens voordat je handmatig vooruitloopt op de catalogus.
Communitywinkels kunnen sneller zijn, maar brengen andere risico’s met zich mee
Winkels van derden kunnen sneller nieuwere versies publiceren, maar hun validatie, updateschema en kwaliteit van terugdraaien zijn afhankelijk van hun beheerders. ‘Nieuwer dan de standaardwinkel’ betekent niet automatisch ‘beter getest’.
Veelgestelde vragen over App Store-updates
Heeft IceWhale een vaste maandelijkse updatecyclus beloofd?
Nee. De bron zegt dat versies handmatig werden onderhouden en dat stabiliteit en beschikbaarheid de prioriteit beïnvloedden.
Kunnen gebruikers helpen bij het bijwerken van App Store-apps?
Ja. IceWhale moedigde pull requests en winkels van derden expliciet aan.
Verbetert App Store v2 de updatemetagegevens?
Ja. De huidige v2-uitvoer ondersteunt versies, updatetijdstippen, releaseopmerkingen en updatecontroles op basis van content-hashes.
