16-01-24, 11:43
Pour info, ce problème de nom d'utilisateur avec un espace a été soulevé et traité pour Windows...
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...
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...
dt stable / Ubuntu 22.04