Subject: Warning avec compilation au terminal sur la 2.23.82 sous macos

From: Eulogia <[email-masked]>
Date: Tue, 6 Dec 2022 16:16:18 +0100

Bonjour, 

Juste pour information, contrairement à la 2.22.2, la compilation de lilypond 2.23.82 au terminal sous macos x ne me fait plus de problèmes d'accents, mais il y a encore un warning, ainsi qu'une information de modification du répertoire de travail, voici donc une copie des trois premières lignes retournées par le terminal: 

GNU LilyPond 2.23.82 (running Guile 2.2)
Fontconfig warning: ignoring UTF-8: not a valid region tag
Modification du répertoire de travail pour

Cordialement, 

ben

---

From: Jean Abou Samra <[email-masked]>
Date: Tue, 6 Dec 2022 19:23:10 +0100

Bonjour,

Le 06/12/2022 à 16:16, Eulogia a écrit :
> Juste pour information, contrairement à la 2.22.2, la compilation de 
> lilypond 2.23.82 au terminal sous macos x ne me fait plus de problèmes 
> d'accents, mais il y a encore un warning, ainsi qu'une information de 
> modification du répertoire de travail, voici donc une copie des trois 
> premières lignes retournées par le terminal:
>

N'y a-t-il pas une quatrième ligne qui termine la phrase « Modification 
du répertoire de travail pour… » ?

Est-ce que vous lancez la commande lilypond avec l'option -o alias 
--output ? Si oui, ce deuxième message est parfaitement normal.

Pour le premier message, je suis surpris car je ne vois rien d'invalide 
dans la sortie de la commande « locale » que vous avez donnée la 
dernière fois. Est-ce que vous avez changé quoi que ce soit aux 
paramètres du système en termes de langue ? Qu'est-ce qui s'affiche dans 
le terminal quand vous mettez dans le fichier .ly lui-même cette ligne ?

#(system* "locale")

Cordialement,
Jean

---

From: Eulogia <[email-masked]>
Date: Tue, 6 Dec 2022 20:11:24 +0100

Bonjour Jean,

Merci pour la réponse!

Oui, en quatrième ligne, il y a le chemin d'accès;

 « /Users/benedikt/Chemin…/ »

Et effectivement je lance avec lilypond -o chemin, du coup, tout est normal, pour une fois…

Sinon, je n'ai rien changé pour les langues. 

Voici le résultat de la commande terminal avec le fichier suivant:

test.ly <http://test.ly/>
\version "2.23.82"

#(system* "locale")

benedikt@benedikt Desktop % /Users/benedikt/Data/Famille/System/Lilypond/Apps/lilypond-2.23.82/bin/lilypond test.ly
GNU LilyPond 2.23.82 (running Guile 2.2)
Traitement de « test.ly »
Analyse...LANG="fr_CH.UTF-8"
LC_COLLATE="fr_CH.UTF-8"
LC_CTYPE="fr_CH.UTF-8"
LC_MESSAGES="fr_CH.UTF-8"
LC_MONETARY="fr_CH.UTF-8"
LC_NUMERIC="fr_CH.UTF-8"
LC_TIME="fr_CH.UTF-8"
LC_ALL=

Compilation menée à son terme, avec succès.

Ce qui est le même que si je lance locale directement dans le terminal:

benedikt@benedikt Desktop % locale
LANG="fr_CH.UTF-8"
LC_COLLATE="fr_CH.UTF-8"
LC_CTYPE="fr_CH.UTF-8"
LC_MESSAGES="fr_CH.UTF-8"
LC_MONETARY="fr_CH.UTF-8"
LC_NUMERIC="fr_CH.UTF-8"
LC_TIME="fr_CH.UTF-8"
LC_ALL=

Cordialement, 

ben

> Le 6 déc. 2022 à 19:23, Jean Abou Samra <[email-masked]> a écrit :
> 
> Bonjour,
> 
> N'y a-t-il pas une quatrième ligne qui termine la phrase « Modification du répertoire de travail pour… » ?
> 
> Est-ce que vous lancez la commande lilypond avec l'option -o alias --output ? Si oui, ce deuxième message est parfaitement normal.
> 
> Pour le premier message, je suis surpris car je ne vois rien d'invalide dans la sortie de la commande « locale » que vous avez donnée la dernière fois. Est-ce que vous avez changé quoi que ce soit aux paramètres du système en termes de langue ? Qu'est-ce qui s'affiche dans le terminal quand vous mettez dans le fichier .ly lui-même cette ligne ?
> 
> 
> #(system* "locale")
> 
> 
> Cordialement,
> Jean
> 
> 
> 

> Le 6 déc. 2022 à 19:23, Jean Abou Samra <[email-masked]> a écrit :
> 
> Bonjour,
> 
> N'y a-t-il pas une quatrième ligne qui termine la phrase « Modification du répertoire de travail pour… » ?
> 
> Est-ce que vous lancez la commande lilypond avec l'option -o alias --output ? Si oui, ce deuxième message est parfaitement normal.
> 
> Pour le premier message, je suis surpris car je ne vois rien d'invalide dans la sortie de la commande « locale » que vous avez donnée la dernière fois. Est-ce que vous avez changé quoi que ce soit aux paramètres du système en termes de langue ? Qu'est-ce qui s'affiche dans le terminal quand vous mettez dans le fichier .ly lui-même cette ligne ?
> 
> 
> #(system* "locale")
> 
> 
> Cordialement,
> Jean
> 
> 
>

---

From: Jean Abou Samra <[email-masked]>
Date: Tue, 6 Dec 2022 20:47:13 +0100

Le 06/12/2022 à 20:11, Eulogia a écrit :
> benedikt@benedikt Desktop % 
> /Users/benedikt/Data/Famille/System/Lilypond/Apps/lilypond-2.23.82/bin/lilypond 
> test.ly <http://test.ly>
> Traitement de « test.ly <http://test.ly> »

Deux questions :

- Que donne "echo $FC_LANG" ?
- Est-ce que ça marche mieux avec

FC_LANG=C lilypond ...

---

From: Jean Abou Samra <[email-masked]>
Date: Tue, 6 Dec 2022 20:49:55 +0100

> - Est-ce que ça marche mieux avec

Ah, encore une question : est-ce que par hasard vous utilisez Cairo 
(-dbackend=cairo) ? En fait, j'aimerais bien avoir l'invocation exacte 
de lilypond.

---

From: Jean Abou Samra <[email-masked]>
Date: Tue, 6 Dec 2022 21:04:48 +0100

> (-dbackend=cairo) ? En fait, j'aimerais bien avoir l'invocation exacte 

Et tant qu'on y est, que donne

FC_DEBUG=2048 lilypond ...

---

From: Eulogia <[email-masked]>
Date: Tue, 6 Dec 2022 21:22:10 +0100

Ha, alors là j'ai l'explication:

FC_LANG n'est pas une variable d'environnement du shell par défaut sous macos (zsh), ce qui implique que echo $FC_LANG retourne forcément une chaine vide. 

Par contre, il y a une variable LANG, qui retourne fr_CH.UTF-8

Et effectivement, FC_LANG = C lilypond supprime bien le warning, et comme je passe par un script, je peux l'appeler comme cela sans problème.

Sinon, pour info:

*) Je n'utilise pas Cairo

*) J'utilise lilypond avec: /chemin/lilypond -I chemin -I chemin -o chemin fichier

*) L'instruction FC_DEBUG=2048 lilypond ne donne rien de différent que l'instruction lilypond

Merci!

ben

> Le 6 déc. 2022 à 20:49, Jean Abou Samra <[email-masked]> a écrit :
> 
> Ah, encore une question : est-ce que par hasard vous utilisez Cairo (-dbackend=cairo) ? En fait, j'aimerais bien avoir l'invocation exacte de lilypond.

---

From: Jean Abou Samra <[email-masked]>
Date: Tue, 6 Dec 2022 22:58:56 +0100

Le 06/12/2022 à 21:22, Eulogia a écrit :
> FC_LANG n'est pas une variable d'environnement du shell par défaut 
> sous macos (zsh), ce qui implique que echo $FC_LANG retourne forcément 
> une chaine vide.

Ça, c'est complètement normal, ce n'est une variable par défaut
dans aucun shell. C'est une variable spécifique à FontConfig,
la bibliothèque qu'utilise LilyPond pour trouver les polices
(d'où le nom FC_LANG = FontConfig_LANGuage).

> Et effectivement, FC_LANG = C lilypond supprime bien le warning, et 
> comme je passe par un script, je peux l'appeler comme cela sans problème.

C'est bon à savoir, par contre si ça ne vous dérange pas j'aimerais
encore poser quelques questions pour essayer de comprendre l'origine
du problème, car on risque d'avoir des choses à corriger pour la
version suivante.

> *) L'instruction FC_DEBUG=2048 lilypond ne donne rien de différent que 

Le dernier point me surprend. Il n'y a vraiment rien de différent ?
Pour moi, la sortie avec FC_DEBUG=2048 commence par

GNU LilyPond 2.23.82 (running Guile 2.2)
FC_DEBUG=2048
Checking the existence of fr-FR.orth
Checking the existence of fr.orth
normalized: fr_FR.UTF-8 -> fr

Rien de tel pour vous ?

Cordialement,
Jean

---

From: Eulogia <[email-masked]>
Date: Tue, 6 Dec 2022 23:41:34 +0100

> Le 6 déc. 2022 à 22:58, Jean Abou Samra <[email-masked]> a écrit :
> 

D'accord, de ce fait, il était normal qu'elle soit vide au lancement du terminal. 

> du problème, car on risque d'avoir des choses à corriger pour la

Très volontiers.

> normalized: fr_FR.UTF-8 -> fr

Je pense que cela vient du fait que je ne compile pas directement au terminal, mais depuis un script python avec un subprocess.check_output( commande, shell=True, encoding='utf-8' ), j'imagine que cela doit être en lien avec la sortie erreur. 

Du coup, j'ai refait le test directement dans le terminal, et là effectivement, il me sort: 

benedikt@benedikt Desktop % FC_DEBUG=2048 /Users/benedikt/Data/Famille/System/Lilypond/Apps/lilypond-2.23.82/bin/lilypond test.ly
GNU LilyPond 2.23.82 (running Guile 2.2)
FC_DEBUG=2048
Checking the existence of fr-CH.orth
Checking the existence of fr.orth
normalized: fr_CH.UTF-8 -> fr
Traitement de « test.ly »
Analyse...
Interprétation en cours de la musique...
Pré-traitement des éléments graphiques...
Détermination du nombre optimal de pages...
Répartition de la musique sur une page...
Dessin des systèmes...
Conversion à « test.pdf »...
Compilation menée à son terme, avec succès.

Bonne nuit!

ben

---

From: Jean Abou Samra <[email-masked]>
Date: Thu, 8 Dec 2022 12:40:52 +0100

Le 06/12/2022 à 23:41, Eulogia a écrit :
> Je pense que cela vient du fait que je ne compile pas directement au 
> terminal, mais depuis un script python avec 
> un subprocess.check_output( commande, shell=True, encoding='utf-8' ), 
> j'imagine que cela doit être en lien avec la sortie erreur.
>
> benedikt@benedikt Desktop % FC_DEBUG=2048 

Là, on commence à s'approcher du nœud du problème. Dans le terminal,
non seulement il y a ces informations, mais le warning n'est plus là.

Est-ce que je me trompe en pariant que la sortie de « locale » que
vous avez donnée (y compris avec #(system* "locale") dans le fichier
.ly) était prise en lançant LilyPond depuis le terminal directement
et pas depuis votre script Python ?

J'aimerais bien voir ce que ça donne en lançant LilyPond depuis
le script. Je soupçonne qu'on va voir apparaître LC_CTYPE="UTF-8"
au lieu de LC_CTYPE="fr_CH.UTF-8".

Comment est-ce que ce script Python est lui-même lancé ? Depuis
le terminal, depuis un éditeur, ou autre chose ?

Cordialement,
Jean

---

From: Eulogia <[email-masked]>
Date: Thu, 8 Dec 2022 14:38:05 +0100

*) Alors pour les lancements, accrochez-vous…

Je lance un fragment python frescobaldi avec l'instruction subprocess.check_output pour exécuter un shell script. 

Le shell script en question utilise les commandes Applescript pour ouvrir l'application terminal et exécuter l'instruction: python3 Test.py

A ce stade, c'est exactement pareil que si j'avais lancé manuellement le terminal et l'instruction en question. 

Puis le Test.py lance une nouvelle instruction subprocess.check_output, qui elle, exécute lilypond. 

*) Pour être rigoureux, je vais refaire les trois lancements sur le fichier test.ly <http://test.ly/> qui contient la ligne:

\version "2.23.82" #(system* "locale") 

1. Lilypond direct au Terminal avec FD_DEBUG=2048

benedikt@benedikt ~ % FC_DEBUG=2048 /Users/benedikt/Data/Famille/System/Lilypond/Apps/lilypond-2.23.82/bin/lilypond Desktop/test.ly <http://test.ly/>
GNU LilyPond 2.23.82 (running Guile 2.2)
FC_DEBUG=2048
Checking the existence of fr-CH.orth
Checking the existence of fr.orth
normalized: fr_CH.UTF-8 -> fr
Traitement de « Desktop/test.ly <http://test.ly/> »
Analyse...LANG="fr_CH.UTF-8"
LC_COLLATE="fr_CH.UTF-8"
LC_CTYPE="fr_CH.UTF-8"
LC_MESSAGES="fr_CH.UTF-8"
LC_MONETARY="fr_CH.UTF-8"
LC_NUMERIC="fr_CH.UTF-8"
LC_TIME="fr_CH.UTF-8"
LC_ALL=

2. Script Python direct au terminal avec l'instruction FC_DEBUG=2048 lilypond du 1, où cette fois j'affiche mieux la sortie:

benedikt@benedikt ~ % python3 /Users/benedikt/Data/Famille/System/Lilypond/Scripts/Test.py
GNU LilyPond 2.23.82 (running Guile 2.2)
Traitement de « /Users/benedikt/Desktop/test.ly <http://test.ly/> »
Analyse...
Compilation menée à son terme, avec succès.
LANG="fr_CH.UTF-8"
LC_COLLATE="fr_CH.UTF-8"
LC_CTYPE="fr_CH.UTF-8"
LC_MESSAGES="fr_CH.UTF-8"
LC_MONETARY="fr_CH.UTF-8"
LC_NUMERIC="fr_CH.UTF-8"
LC_TIME="fr_CH.UTF-8"
LC_ALL=
FC_DEBUG=2048
normalized: C -> en

3. Et pour le principe, car c'est exactement pareil que le point 2, lancement depuis le segment de frescobaldi:

benedikt@benedikt ~ % python3 /Users/benedikt/Data/Famille/System/Lilypond/Scripts/Test.py
GNU LilyPond 2.23.82 (running Guile 2.2)
Traitement de « /Users/benedikt/Desktop/test.ly <http://test.ly/> »
Analyse...
Compilation menée à son terme, avec succès.
LANG="fr_CH.UTF-8"
LC_COLLATE="fr_CH.UTF-8"
LC_CTYPE="fr_CH.UTF-8"
LC_MESSAGES="fr_CH.UTF-8"
LC_MONETARY="fr_CH.UTF-8"
LC_NUMERIC="fr_CH.UTF-8"
LC_TIME="fr_CH.UTF-8"
LC_ALL=
FC_DEBUG=2048
normalized: C -> en

Il y a donc bien une différence sur la ligne "normalized: C -> en"…

Cordialement, 

ben

---

From: Jean Abou Samra <[email-masked]>
Date: Thu, 8 Dec 2022 14:48:35 +0100 (CET)

Bonjour,

(Je rajoute la liste car je suppose que la réponse en privé était accidentelle.)

> Le 08/12/2022 14:34 CET, Eulogia <[email-masked]> a écrit :
> 
> 
> *) Pour être rigoureux, je vais refaire les trois lancements sur le fichier test.ly (http://test.ly) qui contient la ligne:
> 
> benedikt@benedikt ~ % FC_DEBUG=2048 /Users/benedikt/Data/Famille/System/Lilypond/Apps/lilypond-2.23.82/bin/lilypond Desktop/test.ly (http://test.ly)
> Traitement de « Desktop/test.ly (http://test.ly) »
> Traitement de « /Users/benedikt/Desktop/test.ly (http://test.ly) »
> Analyse...
> Traitement de « /Users/benedikt/Desktop/test.ly (http://test.ly) »
> Analyse...

D'accord, merci ... mais dans aucune de ces trois configurations
n'apparaît le fameux warning.

Donc, dans quel cas de figure est-ce qu'il apparaît, et est-ce
que vous pourriez donner le résultat de #(system* "locale") dans
une telle configuration ?

Cordialement,
Jean

---

From: Eulogia <[email-masked]>
Date: Thu, 8 Dec 2022 15:46:52 +0100

Bonjour, 

Oui désolé, j'ai renvoyé seulement après au cc. 

Alors, c'est maintenant clair que ce n'est pas le fait de lancer directement lilypond ou de le lancer via le script python, qui pose problème, mais cela est lié au fichier que je lance.

J'ai donc placé la ligne de code #(system* "locale")  au début d'un des fichiers problématiques, et j'obtiens cette sortie autant avec un lancement direct de lilypond que via le script python:

LANG="fr_CH.UTF-8"
LC_COLLATE="fr_CH.UTF-8"
LC_CTYPE="UTF-8"

Et effectivement, LC_CTYP est maintenant à UTF-8, qu'est-ce à dire?

Au plaisir, 

ben

> Le 8 déc. 2022 à 14:48, Jean Abou Samra <[email-masked]> a écrit :
> 
> Bonjour,
>

---

From: Jean Abou Samra <[email-masked]>
Date: Thu, 8 Dec 2022 17:02:54 +0100 (CET)

> Le 08/12/2022 15:46 CET, Eulogia <[email-masked]> a écrit :
> 
> 
> Bonjour,
> 

Bon, à ce stade, je ne sais pas exactement quelle est
la source du LC_CTYPE différent dans certaines configurations
pour vous, mais il est clair que vous n'êtes pas le seul dans
ce cas de figure, donc j'ai soumis une demande de changement
dans le projet Fontconfig pour accepter LC_CTYPE="UTF-8" :

https://gitlab.freedesktop.org/fontconfig/fontconfig/-/merge_requests/249

On verra ce que les mainteneurs de Fontconfig en pensent.

Cordialement,
Jean

---

From: Eulogia <[email-masked]>
Date: Thu, 8 Dec 2022 17:44:55 +0100

D'accord merci!

Je ne sais pas trop à quoi cela correspond, ni pourquoi le problème ne se pose que sur certains fichiers, mais ce n'est pas très grave. 

Cordialement, 

ben

> Le 8 déc. 2022 à 17:02, Jean Abou Samra <[email-masked]> a écrit :
> 
>

---

From: Jean Abou Samra <[email-masked]>
Date: Fri, 9 Dec 2022 13:18:25 +0100

> Je ne sais pas trop à quoi cela correspond, ni pourquoi le problème ne se pose que sur certains fichiers, mais ce n'est pas très grave.

Je n'ai pas compris non plus dans quelles conditions le problème
arrivait pour vous. A priori, c'est étrange que cela ne se produise
que sur certains fichiers étant donné que les paramètres de
langue sont externes à LilyPond. Vous êtes sûr qu'il n'y a pas
quelque chose de différent dans la façon dont vous compilez
ces fichiers ? Les détails ont leur importance, par exemple
l'application de terminal utilisée (terminal normal ou via
Applescript ?), ou le type de shell (bash ou zsh, voire autre
chose).

LC_CTYPE est l'une des variables d'environnement qui contrôlent
la langue. Elle agit sur la conversion des caractères et ce
genre de choses (par exemple la conversion entre majuscules
et minuscules). À ce que j'ai compris, dans certaines situations,
macOS règle LC_CTYPE à "UTF-8". Techniquement parlant, c'est
conforme au standard POSIX, qui dit que le système a le droit
de définir les valeurs qu'il veut, mais en pratique, ce n'est
pas une valeur à laquelle on s'attendrait (plutôt "C.UTF-8"
ou "en_US.UTF-8"), d'où le problème...

Cordialement,
Jean

---

From: Eulogia <[email-masked]>
Date: Fri, 9 Dec 2022 14:25:00 +0100

Bonjour, 

Alors, j'ai refait toute une série de tests et j'ai trouvé!

En fait, c'est la manière dont l'application terminal est lancée qui pose le problème. 

Dès lors que l'application terminal est lancée normalement par un click dans le dock, dans le finder ou via spotlight, tout fonctionne sans warning, même en passant par l'Applescript, par python3 ou directement par lilypond, etc. 

Mais dès lors, que l'Applescript détecte que le terminal n'est pas lancé, et qu'il se charge lui-même de le lancer, le warning apparaitra systématiquement, peu importe que je passe ensuite par l'Applescript, python3 ou directement lilypond.

Et si j'utilise l'instruction 'open -a Terminal', j'ai le même problème que quand le terminal est lancé par l'Applescript.

J'ai bien essayé de jouer avec l'option "encoding" de l'instruction python check_output, mais cela ne change rien.

Donc en attendant, la meilleure solution est bien de lancer FC_LANG=C lilypond, et peu importe comment le terminal est lancé, cela fonctionne. 

Merci pour toutes vos suggestions. 

Au plaisir, 

ben 

> Le 9 déc. 2022 à 13:18, Jean Abou Samra <[email-masked]> a écrit :
>

---

From: Jacques Menu <[email-masked]>
Date: Fri, 9 Dec 2022 14:45:54 +0100

Bonjour Ben,

Est-ce une différence entre un shell interactif et un autre, en termes d’initialisation de l’environnement?

JM

> Le 9 déc. 2022 à 14:25, Eulogia <[email-masked]> a écrit :
> 
> Bonjour, 
>

---

From: Eulogia <[email-masked]>
Date: Fri, 9 Dec 2022 15:23:15 +0100

Bonjour JM, 

Dans ma situation, cela n'a rien à voir avec le shell, puisque c'est le même shell (zsh) avec le même fichier de configuration, qui sont lancés dans les deux cas. 

Le problème vient plutôt du fait que macos permet de lancer une application dans une autre langue que celle du système, il y a donc forcément une gestion régionale à chaque lancement d'application, terminal compris.

J'ai fait encore quelques tests, qui sont d'ouvrir le terminal depuis un Applescript, et là, cela fonctionne! Cela veut donc dire que c'est lorsque je lance l'Applescript depuis le fragment Python de Frescobaldi que, soit le terminal récupère l'encoding de python pour ce paramètre, soit il met la valeur par défaut, ne sachant pas comment l'initialiser. 

Et l'instruction python ne permet de définir qu'un encoding='utf-8' et pas ceux proposés par Jean, je suppose donc que le problème vient de là. 

Au plaisir, 

ben

> Le 9 déc. 2022 à 14:45, Jacques Menu <[email-masked]> a écrit :
> 
> Bonjour Ben,
>

---

From: Eulogia <[email-masked]>
Date: Fri, 9 Dec 2022 15:42:04 +0100

Et j'ai refait un dernier test qui me permet d'accuser Frescobaldi ou peut-être même la version python de Frescobaldi:

Si je quitte l'application terminal, et que j'exécute ce script depuis Frescobaldi:

-*- set: Ben; menu: Générer; python; indent: no;

import subprocess

def Executer_SH( commande ):
proc = subprocess.check_output( commande, shell=True, encoding='utf-8' )
return proc
Executer_SH( 'open -a Terminal' )

Puis que je compile dans le terminal, il y aura le warning. 

Ensuite, si je quitte l'application terminal, et que j'exécute ce script depuis TextMate:

#!/usr/local/bin/python3.11

import subprocess

def Executer_SH( commande ):
proc = subprocess.check_output( commande, shell=True, encoding='utf-8' )
return proc
Executer_SH( 'open -a Terminal' )

Puis que je compile dans le terminal, il n'y aura pas le warning!

Au plaisir,

ben

---

From: Jean Abou Samra <[email-masked]>
Date: Sat, 10 Dec 2022 12:27:25 +0100

> Mais dès lors, que l'Applescript détecte que le terminal n'est pas lancé, et qu'il se charge lui-même de le lancer, le warning apparaitra systématiquement, peu importe que je passe ensuite par l'Applescript, python3 ou directement lilypond
>

Effectivement, c'est une explication cohérente.

> J'ai bien essayé de jouer avec l'option "encoding" de l'instruction python check_output, mais cela ne change rien.

Ça, c'est normal. Le paramètre encoding="utf-8" ne change en rien
la manière dont la commande est exécutée, seulement la manière
dont Python en décode la sortie. Cela aurait une importance pour
la valeur que vous récupérez en Python si le log de LilyPond
contenait des caractères accentués.

> Donc en attendant, la meilleure solution est bien de lancer FC_LANG=C lilypond, et peu importe comment le terminal est lancé, cela fonctionne.

Absolument. Ou bien d'ignorer tout simplement le warning, qui
est inoffensif.

> Puis que je compile dans le terminal, il n'y aura pas le warning!

Je doute que Frescobaldi soit en cause, il ne fait que transmettre son
environnement aux processus qu'il lance. La différence entre Frescobaldi
et TextMate vient, plus vraisemblablement, soit de la manière dont
vous lancez l'un ou l'autre, soit des paramètres de langue du système
pour chacune de ces applications, ou que sais-je encore. Je connais
peu macOS, mais c'est sûr que c'est le système qui à un moment
donné règle LC_CTYPE à une valeur pas très standard.

Cordialement,
Jean

---

From: Jean Abou Samra <[email-masked]>
Date: Thu, 15 Dec 2022 13:23:10 +0100

> On verra ce que les mainteneurs de Fontconfig en pensent.

Ça y est, elle a été acceptée avec quelques modifications.
Elle devrait faire partie de la prochaine version de Fontconfig,
et le problème disparaîtra quand LilyPond utilisera cette
version.

Cordialement,
Jean