Bug 1382428

related old closed bug:
See https://bugzilla.redhat.com/show_bug.cgi?id=1002197

Hello Cheng-Chia,
Thank you for reporting the issue. I was able to fully reproduce it and noticed the same problem when manually selecting these blender fonts. The fix is on the way and please test them once the new blender version comes.

No problem. Thank you! ;)

Could you test this build please?
http://koji.fedoraproject.org/koji/taskinfo?taskID=16120340

Looking at the old 2.68 version, the file needed to fix the issue blf_lang.c is gone on 2.7.

Please test 
http://koji.fedoraproject.org/koji/taskinfo?taskID=16120340

It's built with Rawhide. Sorry that I don't know how to test it. 
I'm using f25 Beta now.

(In reply to Cheng-Chia Tseng from comment #6)
> It's built with Rawhide. Sorry that I don't know how to test it. 
> I'm using f25 Beta now.

Simply install as usual either via Software or terminal. Here is scratch build version made for Fedora 25: http://koji.fedoraproject.org/koji/taskinfo?taskID=16125883

Those packages cannot be installed via Software. The dependency cannot be met in f25 (libOpenImage) using the rpm command. The f25 packages were successfully upgraded with rpm command.

The test failed. Blender still showing squares (tofu) as characters.

Created attachment 1212565 [details]
tofu in blender 2.78-3

Maybe again the font packaging issue (blender uses a forked "Droid Sans" font but not changing the font name)?

Please see the discussion here https://bugzilla.redhat.com/show_bug.cgi?id=1002197#c22

I found blender cannot load /usr/share/fonts/blender/bmonofont-i18n.ttf.gz or
/usr/share/fonts/blender/droidsans.ttf.gz .

But it can load ttf files. I successfully apply some ttf fonts manually, but failed with those archived fonts.

(In reply to Cheng-Chia Tseng from comment #11)
> I found blender cannot load /usr/share/fonts/blender/bmonofont-i18n.ttf.gz or
> /usr/share/fonts/blender/droidsans.ttf.gz .
> 
> But it can load ttf files. I successfully apply some ttf fonts manually, but
> failed with those archived fonts.

Could you try this build: http://koji.fedoraproject.org/koji/taskinfo?taskID=16142915 ?

Note that fonts-blender is renamed blender-fonts in adherence to the packaging guideline and it will be visible on Gnome Software. In addition, the ttf inside are no longer compressed.

It failed again.

blender keeps complaining:
BLF_get_unifont: 'fonts' data path not found for international font, continuing
BLF_get_unifont_mono: 'fonts' data path not found for international monospace font, continuing

I think blender has a default fixed font data path, and it just cannot find it where it should be.

I mean that the official release of blender did work well on this.

Maybe the sub-packaging process makes blender not finding the right path as it expects. 

So uncompressing those fonts might not be needed if we put the fonts data back to the place as the original file structure.

(In reply to Cheng-Chia Tseng from comment #13)
> It failed again.
> 
> blender keeps complaining:
> BLF_get_unifont: 'fonts' data path not found for international font,
> continuing
> BLF_get_unifont_mono: 'fonts' data path not found for international
> monospace font, continuing
> 
> I think blender has a default fixed font data path, and it just cannot find
> it where it should be.

The only difference is the official Blender is installed on the home directory while the packaged version for Fedora is on /usr/share directory. Despite applying the patch derived from the previous release, Blender still complains about the font path even though it is correctly set on "usr/share/fonts".


Lets just use the effective workaround by uncompressing the Blender fonts until a better solution is found on the future fix.

Reinstall Blender and its fonts
http://koji.fedoraproject.org/koji/taskinfo?taskID=16175398

Only the mono fonts path may fail for some reason but the translation for the interface should work.

I finally figured it out.

Blender only picks the compressed font archives in its own data structure, that means you must place those font archives into /usr/share/blender/2.78/datafiles/fonts directory, and everything works well.

Trying to separate those font archives and place them at /usr/share/fonts makes blender cannot use those fonts made for international usage.

Furthermore, those fonts are derived works of droid sans (which means it use the same name as droid sans, but contains more glyphs from other international fonts besides western fonts). So users will receive unpredictable font display because the repeating font name will make fontconfig confuse.

So the new packages you built does not improve the issue. Blender keeps complaining not finding those font archives in the place it expects, so those Chinese translations are STILL squares (tofus) even with your latest build. Even worse the blender-fonts package break the default font selection for Chinese environment.

Before installation of the latest blender-fonts package you built, the default CJK font of Chinese is SourceHanSansTW-Regular.otf: "思源黑體 TW" "Regular". But after the installation, the default font changed to droidsans.ttf: "DejaVu Sans" "Book" (which blender provides). That introduces an regression. (you can use 'fc-match -s sans-serif' to check this in zh_TW locale)

So what I suggest is not to uncompressed those font archives and see them as a part of blender because they are not designed to be used globally, but only as a fallback internatinoal font to display those translations internally in blender itself. If we must separate the font packaging, just intall them in /usr/share/blender/2.78/datafiles/fonts directory, then everything will works as fine as it should be.

(In reply to Cheng-Chia Tseng from comment #16)
> I finally figured it out.
> 
> Blender only picks the compressed font archives in its own data structure,
> that means you must place those font archives into
> /usr/share/blender/2.78/datafiles/fonts directory, and everything works well.
> 
> Trying to separate those font archives and place them at /usr/share/fonts
> makes blender cannot use those fonts made for international usage.

Thank you for explaining how Blender looks to the archived fonts. Fedora Guideline rules that no fonts should be outside the path */user/share/fonts/*. However, symlink that path may do the trick. I modified blender-fonts for that purpose and left these fonts uncompressed.

Please reinstall blender-fonts from this build:
http://koji.fedoraproject.org/koji/taskinfo?taskID=16189344

And let know if that fix the issue.

hi, the build failed. :S

(In reply to Cheng-Chia Tseng from comment #18)
> hi, the build failed. :S

It turned out symlink failed. I applied your suggestion and you can try
koji.fedoraproject.org/koji/taskinfo?taskID=16192047

The international font function works well in this build! The problem is solved.

Thank you for your work! :)

You are very welcome. I also thank you for testing the package and providing suggestion. Please add karma once the update is available.

blender-2.78-3.fc25 has been pushed to the Fedora 25 testing repository. If problems still persist, please make note of it in this bug report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2016-22219b9310

blender-2.78-3.fc24 has been pushed to the Fedora 24 testing repository. If problems still persist, please make note of it in this bug report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2016-458d0442e7

blender-2.78-3.fc25 has been pushed to the Fedora 25 stable repository. If problems still persist, please make note of it in this bug report.

LuxRender-1.6-3.fc24, blender-2.78a-1.fc24 has been pushed to the Fedora 24 testing repository. If problems still persist, please make note of it in this bug report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2016-20f78cd21b

LuxRender-1.6-3.fc24, blender-2.78a-1.fc24 has been pushed to the Fedora 24 stable repository. If problems still persist, please make note of it in this bug report.