Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#65656 - [noto-fonts-emoji] fontconfig append rule ignores prefer rules in local.conf

Attached to Project: Arch Linux
Opened by Bario (barmadrid) - Friday, 28 February 2020, 20:05 GMT
Last edited by Antonio Rojas (arojas) - Saturday, 07 March 2020, 21:23 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Antonio Rojas (arojas)
Architecture All
Severity Medium
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:

Noto Color Emoji fontconfig append rule causes Noto Color Emoji to be listed right under Noto {sans, serif and monospace} lists and take precedence over other Noto fonts (for example, Noto Sans Arabic and Noto Naskh Arabic} even when you have a global "prefer" rules in local.conf - for example:

<?xml version="1.0"?>
<!DOCTYPE fontconfig SYSTEM "fonts.dtd">
<fontconfig>

<alias>
<family>serif</family>
<prefer>
<family>Liberation Serif</family>
<family>Noto Serif</family>
<family>Noto Naskh Arabic</family>
<family>Noto Color Emoji</family>
</prefer>
</alias>
<alias>
<family>sans-serif</family>
<prefer>
<family>Liberation Sans</family>
<family>Noto Sans</family>
<family>Noto Sans Arabic</family>
<family>Noto Color Emoji</family>
</prefer>
</alias>

</fontconfig>

And running (fc-match sans-serif -s) list the following [Not as intended in above local.conf]:

LiberationSans-Regular.ttf: "Liberation Sans" "Regular"
NotoSans-Regular.ttf: "Noto Sans" "Regular"
NotoColorEmoji.ttf: "Noto Color Emoji" "Regular"
NotoSansArabic-Regular.ttf: "Noto Sans Arabic" "Regular"


Removing etc/fonts/conf.d/66-noto-color-emoji.conf put fonts order as intended in local.conf

Additional info:
* package version(s): noto-fonts-emoji-20191016-4
* config and/or log files etc.: etc/fonts/conf.d/66-noto-color-emoji.conf
This task depends upon

Closed by  Antonio Rojas (arojas)
Saturday, 07 March 2020, 21:23 GMT
Reason for closing:  No response
Comment by Antonio Rojas (arojas) - Friday, 28 February 2020, 20:31 GMT
Can you describe more specifically why is this a problem?
Comment by Bario (barmadrid) - Friday, 28 February 2020, 21:06 GMT
Experienced some issues with Arabic websites where some Arabic characters appeared broken or just as a square box (as if you are missing the font)
when I ran fc-match with sort option I noticed Noto Color Emoji was before my preferred Noto Arabic font. It seems weird since the font shows in the list, just in a different order now - and it should still render such characters. However, as a test I unlinked 66-noto-color-emoji.conf and it worked just fine!

Just for reference, Google uses similar font preference in Chrome OS local.conf and appends Noto Color Emoji at the end of serif, sans-serif, and monospace lists using alias-prefer method as my example above:

https://chromium.googlesource.com/chromiumos/overlays/chromiumos-overlay/+/master/media-libs/fontconfig/files/local.conf

Comment by Antonio Rojas (arojas) - Friday, 28 February 2020, 21:19 GMT
Please post a link or paste some text that shows the issue.
Comment by Bario (barmadrid) - Saturday, 29 February 2020, 01:23 GMT
Please see attached for example!

Also, may I please know why did we introduce the append section or the fontconfig file for Noto Color Emoji?
Comment by Antonio Rojas (arojas) - Saturday, 29 February 2020, 08:33 GMT
I need an actual link or some sample text. A screenshot doesn't help investigating the issue.
Comment by Diego Eduardo Ferreira Biavati (diegobiavati) - Thursday, 05 March 2020, 21:58 GMT

Loading...