Description of problem: blender-fonts installs /usr/share/fonts/blender/droidsans.ttf as DejaVu Sans, causing fontconfig to choose it instead of /usr/share/fonts/dejavu-sans-fonts/DejaVuSans.ttf when an application requests DejaVu Sans. This is unlikely an expected behavior. blender-fonts should not steal the font name of the other package. Version-Release number of selected component (if applicable): blender-fonts-2.83.5-5.fc32.noarch How reproducible: Always Steps to Reproduce: 1. Run fc-match 'DejaVu Sans' Actual results: droidsans.ttf: "DejaVu Sans" "Regular" Expected results: DejaVuSans.ttf: "DejaVu Sans" "Regular" Additional info: droidsans.ttf seems to contain a lot of glyphs copied from Droid Sans Fallback. I don't like CJK glyphs of Droid Sans, so I have the following lines in /etc/fonts/local.conf to prevent fontconfig from choosing it: <selectfont> <rejectfont> <glob>/usr/share/fonts/google-droid-sans-fonts/DroidSansJapanese*</glob> <glob>/usr/share/fonts/google-droid-sans-fonts/DroidSansFallback*</glob> </rejectfont> </selectfont> droidsans.ttf surprised me by displaying https://discourse.gnome.org/ with Droid Sans Fallback glyphs even if Firefox told me it was using DejaVu Sans. It took me about an hour to realize it was blender-fonts that caused the problem.
/usr/share/fonts/blender/droidsans.ttf is specifically customized by upstream for their Blender interface. See https://github.com/dfelinto/blender/blob/master/release/datafiles/LICENSE-droidsans.ttf.txt and https://github.com/blender/blender/tree/master/release/datafiles/fonts
(In reply to Luya Tshimbalanga from comment #1) > /usr/share/fonts/blender/droidsans.ttf is specifically customized by > upstream for their Blender interface. > See > https://github.com/dfelinto/blender/blob/master/release/datafiles/LICENSE- > droidsans.ttf.txt and > https://github.com/blender/blender/tree/master/release/datafiles/fonts Shouldn't it use a different name such as 'Blender DejaVu Sans' or 'Blender Main I18n', so it doesn't replace the font installed by other packages? The other file in the same directory, bmonofont-i18n.ttf, is called 'Blender Mono I18n', not 'DejaVu Sans Mono'.
(In reply to Ting-Wei Lan from comment #2) > (In reply to Luya Tshimbalanga from comment #1) > > /usr/share/fonts/blender/droidsans.ttf is specifically customized by > > upstream for their Blender interface. > > See > > https://github.com/dfelinto/blender/blob/master/release/datafiles/LICENSE- > > droidsans.ttf.txt and > > https://github.com/blender/blender/tree/master/release/datafiles/fonts > > Shouldn't it use a different name such as 'Blender DejaVu Sans' or 'Blender > Main I18n', so it doesn't replace the font installed by other packages? The > other file in the same directory, bmonofont-i18n.ttf, is called 'Blender > Mono I18n', not 'DejaVu Sans Mono'. Unfortunately, the issue cannot get fixed here as that font file is used for 3D context. You will need to ask usptream Blender to resolve it. https://wiki.blender.org/wiki/Process/Bug_Reports
Closing this report because it is an upstream issue.
*** Bug 1911255 has been marked as a duplicate of this bug. ***
I think this really is a problem with the Fedora package rather than the upstream source. The upstream source of Blender installs the font in a “datafiles” directory that is internal to Blender and won’t get picked up by fontconfig. Blender accesses the font directly by the filename so it doesn’t matter what the name is in the ttf file and it doesn’t need to use fontconfig. For some reason the Fedora package patches the source to move the font to /usr/share/fonts where it interferes with the system fonts. I don’t think there is a good reason to install it there because it is meant as an internal font and shouldn’t be used elsewhere via fontconfig. Could we just remove this patch from the Fedora package? https://src.fedoraproject.org/rpms/blender/blob/master/f/blender-2.90-droid.patch
Is there any chance we could reopen this bug considering the above comment?
(In reply to Neil Roberts from comment #6) .. > Could we just remove this patch from the Fedora package? > https://src.fedoraproject.org/rpms/blender/blob/master/f/blender-2.90-droid. Given the bad effects from the move of the blender font as a system fonts, I would agree with the above. There is a need to revert the patch "and" to merge back the blender-fonts package into the blender, thanks for pointing that issue. Any blender maintainers disagree ?
@negativo17 Is it okay?
Fine!
As agreed, blender-fonts is dropped. Closing this report.