Hi Fabian, I happened to be looking over the Debian bugs, and noticed this new report.
I can confirm that fc-match returns the Bulgarian string, but this strikes me as an fc-match bug. This comes from a standard table of strings in the font, indexed by language. There is no further logic in the font, and I just double-checked: the strings all seem to be indexed correctly. This works properly for FreeMono with most software (e.g. on systems set up for German, the face names appear in German) My only clue is, fc-list FreeMono lists the Bulgarian string first *after* the main "en" string. (That's odd -- wouldn't Basque come first? Aha. It's sorting by ISO 639-3 language code, for which Basque is 'eus', and Bulgarian is 'bul'.) This is an fc-cache bug. (Please report further FreeFont related issues to https://savannah.gnu.org/bugs/?group=freefont) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org