31 décembre 2025

De nombreux utilisateurs souhaitent tester les dernières fonctionnalités de la version développeur (Development Build / Nightly) sans compromettre la stabilité de leur environnement de travail.

Le problème :
par défaut, toutes les versions de Darktable utilisent le même dossier de configuration. Lorsque vous lancez une version plus récente, celle-ci met à jour votre base de données. Votre ancienne version stable ne peut alors plus lire cette base de données.

La solution :
nous devons ordonner à la version d'essai d'utiliser son propre dossier de configuration. Cela est possible via le paramètre de démarrage --configdir.

Voici les instructions pour tous les systèmes d'exploitation.


1. Préparation (pour tous les systèmes)

Avant de commencer, vous devez savoir où se trouvent vos fichiers de configuration actuels, au cas où vous souhaiteriez effectuer des sauvegardes :

  • Windows : C:\Users\[DeinName]\AppData\Local\darktable
  • macOS : ~/.config/darktable
  • Linux : ~/.config/darktable

2. Instructions pour Windows

Sous Windows, le plus simple est d'utiliser un raccourci.

  1. Installation : installez votre version stable comme d'habitude. Téléchargez la version Dev (généralement un fichier ZIP ou un programme d'installation) et installez-la dans un autre dossier (par exemple C:\Programme\darktable-dev).
  2. Créer un lien :
    • Accédez au dossier de la version Dev.
    • Cliquez avec le bouton droit sur darktable.exe -> « Envoyer à » -> « Bureau (créer un raccourci) ».
  3. Ajouter un paramètre :
    • Cliquez avec le bouton droit sur le nouveau raccourci sur le bureau -> Propriétés.
    • Dans le champ « Cible », indiquez le chemin d'accès au fichier exe. À la fin (après les guillemets), ajoutez un espace, puis le texte suivant :
      --configdir "C:\Users\DEIN_NAME\AppData\Local\darktable-dev"
    • Remplacez DEIN_NAME par votre nom d'utilisateur Windows.
  4. Démarrer : lorsque vous lancez ce raccourci, Darktable crée un tout nouveau dossier vide pour les paramètres et la base de données. Votre version stable reste inchangée.

3. Instructions pour macOS

Sur Mac, c'est un peu plus compliqué, car les applications sont des « paquets ». Nous utilisons l'« éditeur de script » pour créer un démarreur sécurisé.

  1. Installation :
    • Installez la version stable dans « Programmes ».
    • Téléchargez la version Dev, renommez-la darktable-dev.app et placez-la également dans « Programmes ».
  2. Construire des démarreurs :
    • Ouvrez l'application « Éditeur de script » (recherchez-la via Spotlight).
    • Copiez ce code : do shell script "/Applications/darktable-dev.app/Contents/MacOS/darktable –configdir ~/.config/darktable-dev"
  3. Enregistrer :
    • Allez dans Fichier > Exporter.
    • Entrez un nom (par exemple « Start DT Dev »).
    • Sélectionnez dans Format de fichier : Programm (Application).
    • Enregistrez-le sur le bureau ou dans le Dock.
  4. Démarrer : utilisez dès maintenant cette icône pour démarrer la version Dev en toute sécurité.

4. Instructions pour Linux

Les utilisateurs Linux sont généralement familiarisés avec le terminal, mais ici aussi, il est possible de créer un fichier de démarrage (.desktop file).

  1. Installation : installez la version Dev (par exemple à partir du dépôt principal ou sous forme de Flatpak/AppImage).
  2. Démarrer via le terminal (à des fins de test) : darktable –configdir ~/.config/darktable-dev
  3. Solution permanente (icône sur le bureau) :
    • Copiez le fichier /usr/share/applications/darktable.desktop vers ~/.local/share/applications/darktable-dev.desktop.
    • Ouvrez le nouveau fichier avec un éditeur de texte.
    • Modifiez la ligne Name= en Name=Darktable Dev.
    • Modifiez la ligne Exec= en :
      Exec=/usr/bin/darktable --configdir ~/.config/darktable-dev %U
      (adapter le chemin d'accès au fichier binaire si nécessaire).

Remarques importantes

  • Images : la version Dev démarre « vide ». Vous ne voyez pas vos images. C'est normal ! Vous devez réimporter vos images ou copier votre base de données (library.db) de l'ancien dossier vers le nouveau (à tes risques et périls).
  • Fichiers XMP : lorsque vous modifiez des images dans la version Dev, celle-ci crée des fichiers XMP (sidecars). Attention : si vous ouvrez ensuite ces images dans l'ancienne version stable, il se peut que les modifications soient perdues ou génèrent des erreurs, car l'ancienne version ne reconnaît pas encore les nouvelles fonctions du fichier XMP.
  • Recommandation : pour les tests avec la version Dev, utilisez de préférence des copies de vos images ou un dossier séparé.

Laisser un commentaire