-
released this
2026-04-28 13:08:24 +02:00 | 4 commits to 1.4.23-ew since this releasev1.4.23-ew-2
Patch-Release auf v1.4.23-ew-1.
Neuerungen
EW-Provider:
owned_byOverride (feat)Die
/v1/models-Antwort gibt für jedes Modell des EW-Providers jetztowned_by: "everyware"zurück, unabhängig davon, was die SGLang-Backends melden. SGLang reicht typischerweise den ursprünglichen Hugging-Face-Owner durch (z. B.Qwen,meta-llama); für EW-Deployments ist der kanonische Eigentümer aber der Operator, nicht der Modell-Autor.Implementierung: Override in
listModelsByKeydirekt nach dem geteiltenopenai.ListModelsByKey-Call. KonstanteEWModelOwner = "everyware"incore/providers/ew/ew.go. Regression-Test inlist_models_test.goergänzt.Bugfixes
Docker-Build: doppeltes
vin der Binary-VERSION (fix)Der Forgejo-Actions-Workflow
docker-release.ymlreicht den Git-Tag (z. B.v1.4.23-ew-1) als--build-arg VERSION=…weiter, dastransports/Dockerfilesetzte aber zusätzlich nochmal einvdavor (-X main.Version=v${VERSION}). Folge: Die Binary meldete ihre Version alsvv1.4.23-ew-1.Behoben durch:
- Default-
ARG VERSION=v1.4.23-ew(mitv-Prefix). - ldflag jetzt
-X main.Version=${VERSION}(kein zusätzlichesvmehr).
Makefile,Dockerfile.localund die GitHub-Action-Skripte lesenVERSIONaustransports/version(Wert ohnev-Prefix) und behalten ihrev${VERSION}-Form bei — dort ist dasvkorrekt.Geänderte Dateien
core/providers/ew/ew.go—EWModelOwner-Konstante + Override-Loop inlistModelsByKey.core/providers/ew/list_models_test.go— Regression-Test fürowned_by == "everyware".transports/Dockerfile— doppeltesventfernt.
Upgrade
Service neu starten und Docker-Image
forge.engelmann.me/engel75/bifrost:v1.4.23-ew-2ziehen (wird durch den Tag-Push gebaut).Vollständiger Changelog
Downloads
-
Source code (ZIP)
0 downloads
-
Source code (TAR.GZ)
0 downloads
- Default-