Llama.cpp soll auf feste Versionsnummern umstellen
Von Jörg SchockErster Hauptkommissar a. D. · über 35 Jahre Hamburger Polizei
Kurz gesagt: Llama.cpp, die beliebte Open-Source-Software zum lokalen Betrieb von KI-Sprachmodellen, hat laut einem Reddit-Post im Forum LocalLLaMA und der zugehoerigen GitHub-Seite die Version 0.2.0 veroeffentlicht. Statt wie bisher taeglicher Nightly-Builds mit reinen Build-Nummern (etwa b10566) soll das Projekt kuenftig regelmaessige Releases mit klassischen Versionsnummern nach dem Schema Major.Minor.Patch fuehren. Laut einer verlinkten Diskussion im ggml-Projekt soll das vor allem Paketverwaltern wie Homebrew und Debian verlaesslichere Abhaengigkeiten ermoeglichen.
Symbolbild: KI-generiert
Auf der Reddit-Plattform LocalLLaMA sorgte am 21./22. August ein kurzer Hinweis fuer Aufmerksamkeit: Llama.cpp, das quelloffene C/C++-Projekt, mit dem sich KI-Sprachmodelle lokal auf normaler Hardware betreiben lassen, soll mit der Version 0.2.0 ein neues Release veroeffentlicht haben. Der zugehoerige GitHub-Eintrag bestaetigt das Datum: 21. August, kurz nach 18:30 Uhr.
Was sich aendert
Bemerkenswert ist dabei weniger die konkrete Versionsnummer als die Systematik dahinter. Llama.cpp hat ueber Jahre praktisch taeglich sogenannte Nightly-Builds mit fortlaufenden Build-Nummern (etwa b10566) ausgeliefert - fuer Entwickler praktisch, fuer Paketverwalter aber unbequem, weil sich daraus keine stabilen Versionsspruenge ableiten lassen. Laut einer verlinkten Diskussion im ggml-Projekt, der Grundlagenbibliothek hinter Llama.cpp, soll das Projekt deshalb parallel zu den weiterlaufenden Nightly-Builds nun auch reguläre Releases mit klassischer Versionsnummer (Major.Minor.Patch) fuehren - offenbar zunaechst mit v0.1.0 und darauf folgend v0.2.0. Eine Version soll dabei laut der Diskussion nur dann vergeben werden, wenn die im Projekt gebuendelte ggml-Kopie exakt der offiziell veroeffentlichten ggml-Version entspricht.
Warum das mehr als Kosmetik waere
Sollte sich das Schema wie beschrieben etablieren, waere der Nutzen vor allem praktischer Natur: Linux-Distributionen wie Debian koennten Llama.cpp dann als Bibliothek mit einer sogenannten SOVER (Shared-Object-Version) in ihren offiziellen Paketquellen fuehren, ohne bei jedem Nightly-Build ein neues Paket bauen zu muessen. Auch Homebrew und aehnliche Paketmanager profitieren laut der Diskussion von vorhersehbaren, stabilen Versionsspruengen statt einer taeglichen Flut an Commits.
Was das fuer Nutzer bedeutet
Fuer Anwender, die Llama.cpp bislang ueber die Nightly-Builds bezogen haben, aendert sich zunaechst wenig - dieser Kanal soll laut den verfuegbaren Angaben parallel weiterlaufen. Wer die Software hingegen ueber ein System-Paket installiert, etwa auf einem Homelab-Server oder einer NAS, koennte von der Umstellung profitieren: stabilere, besser nachvollziehbare Updates statt eines taeglich wechselnden Entwicklungsstands. Da die Angaben aus einem Community-Beitrag stammen, lohnt sich vor einem produktiven Einsatz weiterhin ein Blick auf die offizielle Release-Seite des Projekts.
Quelle: Reddit LocalLLaMA, GitHub-Release v0.2.0, abgerufen am 22. August 2026.