Maintenir Filemote à jour

Chaque installation vérifie les mises à jour une fois au démarrage, puis une fois par jour. Ce qui se passe ensuite dépend de la plateforme, car les contraintes sont réellement différentes : Windows dispose d'une fenêtre pour vous demander, un serveur Linux non.

Windows : le configurateur demande

Sous Windows, c'est le configurateur qui gère les mises à jour et l'agent reste délibérément silencieux, pour que vous n'ayez jamais deux invites ni deux programmes d'installation en même temps.

Quand une version plus récente existe, une boîte de dialogue propose deux choix :

  • Installer télécharge la version avec une barre de progression, puis ferme l'application pour que le programme d'installation puisse remplacer des fichiers autrement verrouillés. Celui-ci prend le relais.
  • Ignorer retient cette version précise et cesse de la proposer. Une version ultérieure redemandera.

Linux et macOS : c'est l'agent qui s'en charge

Il n'y a pas de fenêtre pour demander : l'agent télécharge et applique donc les mises à jour lui-même.

Il ne vous interrompra pas : pendant qu'un transfert de fichiers est en cours, il journalise transfers in progress — deferring to the next check et laisse la mise à jour au cycle suivant.

Avant tout remplacement, l'agent vérifie qu'il y a assez d'espace disque libre et contrôle le SHA-256 du téléchargement. Après avoir remplacé le binaire, il exécute le nouveau avec --version et compare ce qu'il annonce ; si ce test échoue, le binaire précédent est remis en place et la mise à jour est abandonnée.

Quand le répertoire d'installation appartient à root

L'agent s'exécute sous votre utilisateur, mais /opt/filemote appartient à root : il ne peut donc pas y installer. Il vérifie en essayant réellement d'écrire un fichier — les bits de permission mentent assez souvent sur les montages en lecture seule et dans les conteneurs — et lorsque le répertoire n'est pas accessible en écriture, il télécharge et vérifie la mise à jour, la décompresse dans /tmp/.filemote-update et journalise l'unique commande qui achève le travail :

sudo /opt/filemote/apply-update.sh /tmp/.filemote-update

Ce script arrête le service, conserve l'ancien binaire jusqu'à ce que le nouveau passe son test de démarrage, revient en arrière si ce n'est pas le cas, rafraîchit les sources du service d'IA et redémarre le service.

Les archives jusqu'à la version 1.11.0 incluse ne contenaient pas apply-update.sh : sur ces installations, la commande ci-dessus pointe vers un fichier absent. Tant que vous n'êtes pas passé à une version plus récente, mettez à jour en relançant le script d'installation depuis la nouvelle archive :

tar xzf filemote-<nouvelle-version>-linux-x64.tar.gz
cd filemote-<nouvelle-version>-linux-x64
sudo ./install.sh

Relancer le script préserve vos paramètres et vos modèles téléchargés.

Ce qu'une mise à jour remplace

Deux choses seulement : le binaire de l'agent et les sources du service d'IA. La règle est une liste d'autorisations plutôt qu'une liste d'exclusions, de sorte qu'aucune évolution future de la structure de l'archive ne pourra se mettre discrètement à écraser autre chose.

Jamais touché par une mise à jour :

  • app_settings.json — votre identifiant, le jeton appairé et vos dossiers partagés ;
  • models — les modèles d'IA téléchargés, la partie coûteuse ;
  • knowledge_base — tout ce que vous avez indexé ;
  • le marqueur qui note quelles dépendances Python sont installées.

La même garantie tient sous Windows pour une autre raison : une mise à niveau sur place n'exécute jamais le désinstallateur, si bien que le Python privé, les modèles et les paramètres survivent tous.

Si la nouvelle version a changé ses exigences Python, le service d'IA s'en aperçoit et les réinstalle au prochain démarrage de l'IA.

Portable et ClickOnce

  • La version portable n'a pas de mécanisme de mise à jour. Téléchargez la nouvelle archive et remplacez le dossier.
  • La version ClickOnce se met à jour à chaque lancement — c'est toute sa raison d'être.

Désactiver la vérification

Mettez UpdateCheckEnabled à false dans app_settings.json pour cesser complètement de vérifier, ou basculez UpdateChannel entre stable et beta. Les deux champs sont décrits dans configurer l'agent à la main.

Il arrive qu'une version soit signalée comme se situant sous le seuil pris en charge. Ces cas sont journalisés comme « à installer dès que possible » — généralement un correctif de sécurité — et méritent qu'on y donne suite même si vous reportez habituellement les mises à jour.

Mis à jour le 2026-07-31

Cela n’a pas aidé — contacter l’assistance