Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1889049 - blender-fonts installs droidsans.ttf as DejaVu Sans
Summary: blender-fonts installs droidsans.ttf as DejaVu Sans
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: blender
Version: 32
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Luya Tshimbalanga
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
: 1911255 (view as bug list)
Depends On: 1917244
Blocks:
TreeView+ depends on / blocked
 
Reported: 2020-10-17 09:09 UTC by Ting-Wei Lan
Modified: 2021-02-09 08:55 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2021-02-09 08:55:33 UTC
Type: Bug
Embargoed:

Attachments (Terms of Use)

Description Ting-Wei Lan 2020-10-17 09:09:58 UTC 
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.
Comment 1 Luya Tshimbalanga 2020-10-17 18:22:00 UTC 
/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
Comment 2 Ting-Wei Lan 2020-10-18 04:25:53 UTC 
(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'.
Comment 3 Luya Tshimbalanga 2020-10-18 09:47:39 UTC 
(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
Comment 4 Luya Tshimbalanga 2020-11-23 01:10:51 UTC 
Closing this report because it is an upstream issue.
Comment 5 Neil Roberts 2020-12-28 13:39:10 UTC 
*** Bug 1911255 has been marked as a duplicate of this bug. ***
Comment 6 Neil Roberts 2020-12-28 14:19:19 UTC 
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
Comment 7 Neil Roberts 2021-01-05 14:58:12 UTC 
Is there any chance we could reopen this bug considering the above comment?
Comment 8 Nicolas Chauvet (kwizart) 2021-01-09 22:13:00 UTC 
(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 ?
Comment 9 Luya Tshimbalanga 2021-01-10 06:06:02 UTC 
@negativo17 

Is it okay?
Comment 10 Simone Caronni 2021-01-14 13:37:13 UTC 
Fine!
Comment 11 Luya Tshimbalanga 2021-02-09 08:55:33 UTC 
As agreed, blender-fonts is dropped. Closing this report.
Note You need to log in before you can comment on or make changes to this bug.