llama.cpp decision runner (D41): reproducible build pipeline + smoke-tested release binary
Maintainer antworten meist innerhalb von 1 Tag
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Anfängerfreundlichkeit
- 25/100
- Issue-Typ
- Feature
- Klarheit
- Klar beschrieben
- Aktivitätsstatus
- Aktiv
- Tech-Stack
- cmake, git, rust
- Bereich
- backend-api-design, build-system, devops
Rechercherichtung
Start with forks/llama.cpp/build.sh, then read forks/llama.cpp/README.md, docs/FORK_LLAMA_SERVER.md, and the just build-llama-fork recipe. Run the documented CPU build from a fresh clone and record its output; completion requires a provenance manifest and a smoke-tested llama-server that returns a per-choice distribution from a real GGUF at /v1/decision.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
Context
D41 established branch-only tracking of a llama.cpp decision-inference fork: base `thecodacus/llama.cpp` @ `parallel-decision` (tree-mode `POST /v1/decision`), plus fast-LoRA kernels when a CUDA port exists (RESEARCH §28; 1Cat-vLLM recorded as V100/SM70 informatics reference only — serving path stays llama.cpp static binary, no Python at runtime).
The skeleton landed on main (c2fec9a) but the tracked pipeline never produced a binary:
- `forks/llama.cpp/build.sh` defaulted to `github.com/opencodifier/llama.cpp` — 404 (fork never promoted); real base is `thecodacus/llama.cpp`
- CMake flags were invented names (`LLAMA_SERVER`, `LLAMA_EXAMPLES`, `GGML_STRIP`) that silently defaulted everything ON — correct names are `LLAMA_BUILD_*`
- `LLAMA_BUILD_TOOLS=OFF` silently removes the `llama-server` target (server lives under `tools/server/`)
- Historical ad129b0/38de7eb builds were ad hoc, never through this script — nothing reproducible to release
- No branch: skeleton work went straight to main
Scope (this ticket, branch `fork/llama-decision-2026-10`)
Working worktree: `/nas/Temp/repos/OpenCodifier-fork` (separate from main working tree).
- `build.sh`: correct repo URL, correct `LLAMA_BUILD_*` flags, `BACKEND=cpu|cuda|vulkan`, provenance manifest (`BUILD-INFO.txt`: base/final commit, backend, host, UTC)
- `forks/llama.cpp/.gitignore` so `build/`, clone, and logs never pollute commits
- Working compiled binary: `BACKEND=cpu` build completes; binary produced at `forks/llama.cpp/build/bin/llama-server`
- Smoke test: built binary serves `POST /v1/decision` against a real GGUF and returns a per-choice distribution; commands + output recorded in the ticket
- Docs aligned: `forks/llama.cpp/README.md` + `docs/FORK_LLAMA_SERVER.md` real repo URL; `just build-llama-fork` recipe verified against the new script
- `BACKEND=cuda` path documented for T5500/V100 builds (build executed there later)
- PR through the DevOps pipeline (CI = `.gitforge.yml` gates)
Explicitly out of scope (linked, other sessions)
- Fast-LoRA kernel A/B (woct0rdho CUDA port does not exist yet — §28) → follow-up after this lands
- Fork CI smoke-build job → follow-up once the build recipe is stable here
- D42 e2e test fix, main-tree CI gates, E1-G eval wrap → main-session work, untouched by this branch
Acceptance
A fresh clone of this branch + `cd forks/llama.cpp && BACKEND=cpu ./build.sh` yields a working `llama-server` whose `/v1/decision` answers a real request, with the build provenance in `BUILD-INFO.txt`.
- Vorherrschende Sprache
- Rust
- Sterne
- 1
- Forks
- 0
- Ø Merge
- 13 Std. 10 Min.
- Gemergte PRs (30 T.)
- 12
Entwicklungsumgebung
Dieses Projekt bietet weder Dev-Container noch Dockerfile noch Beitragsleitfaden – die Einrichtung liegt bei Ihnen. Beginnen Sie mit der README; die allgemeinen Schritte stehen in unserem Leitfaden für den ersten Beitrag.
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus aliasfoxkde/OpenCodifier
-
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 35/100
aliasfoxkde/OpenCodifier#12 ·
Maintainer antworten meist innerhalb von 1 Tag
Alle Issues in aliasfoxkde/OpenCodifier
Ähnliche Issues
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 88/100
software-mansion/pathfinder#3620 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 88/100
Maintainer antworten meist innerhalb von 1 Tag
-
bug priority: low
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 90/100
storytold/wordcraft#6211 · 1 Kommentar ·
Maintainer antworten meist innerhalb von 2 Tagen
-
backlog multiple issues priority: low
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
storytold/pdfcraft#6911 · 2 Kommentare ·
Maintainer antworten meist innerhalb von 2 Tagen
-
DGNIMPORT: "The DGN model has nothing that can be imported" when the first element streams are emptyOffen
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 76/100
HakanSeven12/OpenCADStudio#2820 · 1 Kommentar ·
Maintainer antworten meist innerhalb von 1 Tag