v0.7.9 : les moteurs llama.cpp arretent de jouer a cache-cache

- moteur precompile : la version installee est celle qui tourne (on elisait le
  dossier le plus ancien), et les anciennes extractions sont purgees
- presets : le moteur precompile reste reconnu apres une mise a jour, et un BIN
  pointant une release disparue suit la version installee au lieu d'echouer
- build CUDA : le toolkit est cherche avant le nvcc du PATH, sa racine est
  passee a CMake (fin du "CUDA Toolkit not found" avec CUDA installe)
- job d'installation : etat persiste sur disque, une operation interrompue par
  un redemarrage du service est annoncee, pastille de rappel sur mobile
- editeur de modele : section Cartes graphiques (--device / --tensor-split), la
  liste vient du moteur du preset car les identifiants dependent du backend
- reglages : plus de menu replie, interrupteurs regroupes, decodage speculatif
- CUDA_VISIBLE_DEVICES et WEB_ENGINE survivent au changement de preset, sauf si
  le preset les definit lui-meme

internal/ajean/backend_serve.go

@@ -36,6 +36,10 @@ func cmdServe(args []string) error {
 	if !filepath.IsAbs(bin) {
 		bin = filepath.Join(AjeanHome(), bin)
 	}
+	// Le moteur précompilé s'installe dans un dossier versionné : un preset écrit
+	// avant une mise à jour pointe sur une release qui n'existe plus. On le fait
+	// suivre au moteur courant plutôt que d'échouer en 127.
+	bin = prebuiltResolveBin(bin)
 
 	// Make sure llama-server can find its bundled shared libraries (the .so/.dll
 	// neighbours of the binary). This is platform-specific: LD_LIBRARY_PATH on