Bonjour,
Je suis sous Ubuntu 22.04.2 LTS et DT 4.4.1 version snap.
J’ai bien lua script installer en bas à gauche. J’ai sélectionné install et cliquer sur execute. J’ai le message lua script installed.
Je n’ai pas de dossier ~/.config/darktable où je devrais trouver un fichier luarc
Bonjour
j’ai le meme soucis sur Mac (4.4.2)
lorsque j’execute l’installation de lua script installe il me met script installed, sauf que je n’ai rien dans .config/darktable pas de luarc ni de dossier lua
j’ai du coup installé git
puis retenter l’installation en mettant dans darktablerc la ligne lua/_scripts_install/initialized=False elle repasse à true apres
mais rien a faire
j’ai recupéré sur une install précédente (3.8) le fichier luarc, luarc.old et le dossier lua avec les scripts , mais darktable ne reconnait pas le fichier luarc ni la présence des scripts.
il presente toujours l’installation des scripts
dans l’application darktable on retrouve bien le script de luarc (/share/darktable)
la je seche.
j’avais trouvé ces scripts bien pratique et j’aimerais bien les avoir de nouveau
quelqu 'un as t il une idée ?
merci d’avance
Tu dis que tu as installé git, mais tu ne dis pas si tu as exécuté les deux lignes de commande citée par @pilgrim dans le post #2. Sans ça, ça ne peut pas fonctionner.
Bonjour
effectivement de mon coté cd ~/snap/darktable/current ne correspond à rien
où faut il executer la commande git ?
dans le repertoire de l’application darktable ou dans le ./config ?
chez moi luarc est là
/Applications/darktable.app/Contents/Resources/share/darktable/luarc
or la copie du dossier lua se trouve dans .config/darktable (pour la version 3,8)
merci d’avance
[hr]
j’ai executé git dans le repertoire .config/darktable
les scripts sont bien presents mais pas disponible dans l’interface darktable
luarc n’apparait pas dans le dossier
neanmoins darktablerc as été modifié et les scripts lua apparaissent dans le fichier on a ces lignes là
Ensure git is installed on your system. If it isn’t, use the package manager to install it. Then open a terminal and:
cd ~/.config/darktable/
git clone https://github.com/darktable-org/lua-scripts.git lua
[hr]
en utilsant ce script comme indiqué dans le readme j’obtiens ça
Gwenaels-Mini:lua gwen_old$ /Applications/darktable.app/Contents/MacOS/darktable -d lua
(darktable:9684): GLib-GObject-CRITICAL **: 22:34:07.799: invalid cast from ‹ GtkMenuBar › to ‹ GtkWindow ›
(darktable:9684): Gtk-CRITICAL **: 22:34:07.799: gtk_window_add_accel_group: assertion ‹ GTK_IS_WINDOW (window) › failed
ls: /Users/gwen: No such file or directory
ls: 1/.config/darktable: No such file or directory
sh: line 0: cd: /Users/gwen: No such file or directory
sh: line 0: cd: /Users/gwen: No such file or directory
sh: line 0: cd: /Users/gwen: No such file or directory
sh: line 0: cd: /Users/gwen: No such file or directory
Branch ‹ API-9.1.0 › set up to track remote branch ‹ API-9.1.0 › from ‹ origin ›.
Switched to a new branch ‹ API-9.1.0 ›
find: /Users/gwen: No such file or directory
find: 1/.config/darktable/lua: No such file or directory
11,0094 LUA ERROR : Invalid index for combo box : 1
c’est logique car mon repertoire user a changé il faut juste que je trouve comment le rediriger correctement
[hr]
Il faut juste que je trouve comment remplacer mettre l’espace de mon repertoire : gwen 1, car il n’est pas interpreté correctement comme l’indique ces deux lignes
find: /Users/gwen: No such file or directory
find: 1/.config/darktable/lua: No such file or directory
dans mon fichier darktablerc j’ai deux lignes avec le repertoire
lua/script_manager/installed_repos=1,lua-scripts,/Users/gwen 1/.config/darktable/lua
plugins/darkroom/lut3d/def_path=/Users/gwen 1
il faut que j’arrive a faire interprete l’espace j’ai essayé \ mais ça ne fonctionne pas
si quelqu’un a l’info merci !!
Bonjour,
Si j’ai bien compris ce que tu décris, tu as deux environnements darktable différents. Un installé avec les paquets système d’Ubuntu qui est en version 3.8, et un installé avec Snap, en version 4.4.1.
Ces deux environnements utilisent des dossiers de configuration différents : [font=Courier New]~/.config/darktable[/font] pour la version système 3.8. Et un correspondant à la version snap 4.4.1 que je n’arrive pas à identifier dans les infos que tu as données dans les posts précédents. Sur internet, j’ai trouvé ceci comme emplacement de l’installation snap de darktable : [font=Courier New]/var/lib/snapd/snap/darktable[/font] Le sous-dossier de configuration devrait s’y trouver. À vérifier. Si c’est bon, tu devrais pouvoir installer les scripts Lua à cet endroit.
j’ai migré d’une 3.8 à une 4.4.2 sous mac
il n’y a pas de repertoire snap dans mon environnement
il faut juste suivre ce qui est indiqué dans le fichier readme.md que l’on trouve dans le dossier lua dont voici un extrait ci dessous
mon problème diffère c’est un probleme de blanc dans le nom du chemin darktable n’interprete pas « gwen 1 » il interprete soit en gwen soit en 1
du coup il ne trouve pas mon repertoire correctement, c’est ce que retourne le terminal lorsque l’on lance darkatable en version debug.
il faut juste que je trouve la parade pour le chemin du repertoire.
Download and Install
The recommended method of installation is using git to clone the repository. This ensures that all dependencies on other scripts
are met as well as providing an easy update path. Single scripts listed as standalone may be downloaded and installed by themselves.
snap packages
The snap version of darktable comes with lua included starting with version 2.4.3snap2.
Ensure git is installed on your system. If it isn’t, use the package manager to install it. Then open a terminal and:
cd ~/snap/darktable/current
git clone https://github.com/darktable-org/lua-scripts.git lua
flatpak packages
Flatpak packages now use the internal lua interpreter.
Ensure git is installed on your system. If it isn’t, use the package manager to install it. Then open a terminal and:
cd ~/.var/app/org.darktable.Darktable/config/darktable
git clone https://github.com/darktable-org/lua-scripts.git lua
appimage packages
These packages run in their own environment and don’t have access to a lua interpreter, therefore the scripts can’t run. The packagers could enable the internal interpreter, or allow the package to link the interpreter from the operating system, or bundle a copy of lua with the package. If you use one of these packages and wish to use the lua scripts, please contact the package maintainer and suggest the above fixes.
Linux and MacOS
Ensure git is installed on your system. If it isn’t, use the package manager to install it. Then open a terminal and:
cd ~/.config/darktable/
git clone https://github.com/darktable-org/lua-scripts.git lua
Windows
Ensure git is installed on your system. Git can be obtained from https://gitforwindows.org/, as well as other places. If you use the gitforwindows.org distribution, install the Git Bash Shell also as it will aid in debugging the scripts if necessary. Then open a command prompt and run:
cd %LOCALAPPDATA%\darktable
git clone https://github.com/darktable-org/lua-scripts.git lua
If you don’t have %LOCALAPPDATA%\darktable you have to start dartable at least once, because the directory is created at the first start of darktable.
Tu as bien pointé le problème Gwen, le script luarc lancé par le démarrage de dt n’est pas en mesure de traiter un nom d’utilisateur contenant un espace.
Dans ce script luarc (dans /usr/share/darktable d’une installation standard Ubuntu), le ls que tu vois en erreur figure à la ligne 150, il utilise la variable locale CONFIG_DIR initialisée à la ligne 117.
À défaut de connaître le scripting lua pour quoter une variable locale contenant un/des espaces de sorte qu’elle soit correctement interprétée, je pense que c’est une issue à ouvrir sur le github… (dans tous les cas, d’ailleurs).
Alors, peut-être mettre la totalité de la chaîne de caractères entre guillemets ou apostrophes, comme ceci :
[font=Courier New]« /Users/gwen 1/.config/darktable/lua »[/font]
Ou comme cela
[font=Courier New]‹ [/font][font=Courier New]/Users/gwen 1/.config/darktable/lua ›[/font]
Ça devrait régler ton problème si c’est lors de la saisie du chemin. Si c’est à l’intérieur du script, c’est un peu plus compliqué, car il faut modifier le script pour gérer la présence d’espaces dans les noms
La meilleure solution serat plutôt de renommer ton dossier de travail de [font=Courier New]gwen 1[/font] vers [font=Courier New]gwen1[/font]. Tu réglerais ce problème et peut-être bien d’autres ultérieurement.
Merci JP et surtout pour ton investissement dans le forum et dans darktable
j’ai dejà essayé entre quote, entre guillement avec anti slash ,mais ça ne marche pas. j’ai aussi l’impression que le darktablerc est ecrasé par une copie en sauvegarde quelque part.
Car normalement une des solutions proposée aurait du marcher ou donner un autre type d’erreur. Or c’est toujours la même erreur, c’est pour ça que je soupçonne que ce ne soit pas ce fichier qui soit chargé au démarrage de darktable.
Pour continuer sur ce que j’écrivais ce matin, qui n’a peut-être pas été explicite :rolleyes: je pense que ce qui suit serait à essayer.
Faire une copie de sauvegarde de /Applications/darktable.app/Contents/Resources/share/darktable/luarc et éditer ce luarc avec un éditeur texte pour remplacer la ligne 150 (sur ma machine en tout cas) :
local find_scripts_cmd = _scripts_install.dir_cmd .. CONFIG_DIR
par
local find_scripts_cmd = _scripts_install.dir_cmd .. "\"" .. CONFIG_DIR .. "\""
Ça va quoter, c’est à dire mettre des guillemets (double quotes) autour du contenu de la variable CONFIG_DIR qui contient gwen 1, et cet espace fait planter la commande _scripts_install.dir_cmd qui, pour les OS non Windows est ls. Avec les double quotes la commande ne plante plus.
Possible que dans la suite du code, CONFIG_DIR nécessite d’être quoté à nouveau…
Dans le script luarc (dans l’arbo système /share/darktable de l’install de dt), le test du système (OS) sur lequel il s’exécute est de l’ordre : on est sur Windows ou pas ? (i.e. Linux ou mac suivent les mêmes commandes, en l’occurrence ls et which, qui sont dir /b et where pour windows).
Les Linux (POSIX-style systems) n’acceptent a priori de nom d’utilisateur avec espace que dans le cas d’utilisation d’Active Directory (AD) et non sans quelques effets de bord.
Mais pour Mac il apparaît donc que c’est pas un problème, puisque le user est « gwen 1 », ou en tout cas son « home directory », son dossier utilisateur.
Autrement dit, le script luarc ne tient pas compte de cette particularité sur Mac. Ce serait une issue à remonter dans le github.
Sans Mac je n’ai pas pu y tester la modif de luarc que je suggère, mais ce que je sais c’est qu’elle ne perturbe en rien son fonctionnement sur Linux…
Sur mac il faut suivre cette procédure https://support.apple.com/fr-fr/102547 pour renommer l’utilisateur et le dossier
c’est la solution la plus simple
ensuite j’ai edité darktablerc et j’ai remis les bons nom de dossier au deux endroits sur le user et le script lua, et une fois darktable lancé les script sont apparus !!!
voilà voilà
pas bien méchant, il faut juste passer un peu de temps.