macOS : modele resolu depuis JEAN_HOME + alerte App Translocation

- config.env stocke MODEL sous forme de nom de fichier : sous systemd/launchd
  le WorkingDirectory vaut JEAN_HOME, mais une app de bureau demarre avec
  cwd=/ et llama-server ne trouvait pas le .gguf. cmdServe resout desormais
  MODEL et BIN relatifs contre JEAN_HOME, et le service en mode utilisateur
  fixe cmd.Dir (macOS + Windows).
- erreur explicite << modele introuvable : <chemin> >> au lieu d'un echec muet
- bandeau d'alerte quand l'app tourne depuis une copie AppTranslocation
  (app non signee ouverte depuis Telechargements) : chemin different a chaque
  lancement, instances concurrentes, maj du moteur impossible
This commit is contained in:
nathaninline committed 2026-07-25 12:39:04 +02:00
1 parent 9fe955d5ae
commit e7d837d17e
10 files changed
+68

No files matched your search

+14
View File
@@ -19,6 +19,20 @@ func cmdServe(args []string) error {
if model == "" {
return fmt.Errorf("MODEL non défini dans %s", confPath())
}
// MODEL est enregistré sous forme de simple nom de fichier (les .gguf vivent
// dans JEAN_HOME) : sous systemd/launchd le WorkingDirectory vaut JEAN_HOME,
// donc le chemin relatif tombait juste. Lancé depuis une app de bureau, le
// répertoire courant est « / » et llama-server ne trouvait rien. On résout
// donc explicitement, quel que soit le contexte de lancement.
if !filepath.IsAbs(model) {
model = filepath.Join(JeanHome(), model)
}
if _, err := os.Stat(model); err != nil {
return fmt.Errorf("modèle introuvable : %s", model)
}
if !filepath.IsAbs(bin) {
bin = filepath.Join(JeanHome(), 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