Hide Forgot
Description of problem: The current blender.spec does not enable jemalloc support. See http://www.sintel.org/development/memory-jemalloc/ for the benefits this brings, namely less RAM usage, better cache usage, etc. Ditto for OpenColorIO. See http://wiki.blender.org/index.php/Dev:Ref/Release_Notes/2.64/Color_Management for details. Last but not least, the files needed to localize (display in another language than English) the interface are rm'd post-install, leading to bug reports like bz #867285. Updated SPEC: http://fcami.fedorapeople.org/srpms/blender.spec Updated SRPM: http://fcami.fedorapeople.org/srpms/blender-2.68a-3.fc18.src.rpm Version-Release number of selected component (if applicable): blender-2.68a-1.fc18 blender-2.68a-2.fc20
blender-2.68a-3.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/blender-2.68a-3.fc19
blender-2.68a-3.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/blender-2.68a-3.fc18
Package blender-2.68a-3.fc18: * should fix your issue, * was pushed to the Fedora 18 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing blender-2.68a-3.fc18' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2013-15478/blender-2.68a-3.fc18 then log in and leave karma (feedback).
I found out that i18n feature work with the testing package. There is a small defect that after I checked "International Fonts" the diplaying font suddenly chaged (to a font I don't know, but it did not look like as the same as the one provided by official blender). In the popout menu, only the local name of Hindi lanuguage does not present normally. And the window is not wide enough to diplay all the content, I have to widen the window to see them all. I tried to find out what happened during the checking. Opening blender via terminal, I find out that it prints out "Warning: Can't find default font!" as I check the box. After saving the preference and reopen blender via terminal, it keeps printing out "Warning: Can't find default font!" I tested official release of blender, and found that there was no such warning printed issue. However, I have to say that blender works absoloutely better than before! I can launch blender in my language now! :) Thanks for your hard work!
@Cheng-Chia Could you please tell us which language you use? The output of echo $LANG on your system might be useful as well. Thank you.
my echo $LANG prints "zh_TW.UTF-8"
@Cheng-chia Can you check, if you have installed the fonts-blender package? The issue is, that this package contains a special font file which i a merge of several fonts required for internetionalization support.
UNfortunately, I have find an issue with your suggestion package. The issue is, that the blender package nows contains the locale file twice in /usr/share/blender/2.68/datafiles/locale and in /usr/share/locale. So I now try to a solution for this issue. From my mind a rework of the blender-2.67-syspath.patch is required.
(In reply to Jochen Schmitt from comment #7) > @Cheng-chia > > Can you check, if you have installed the fonts-blender package? The issue is, > that this package contains a special font file which i a merge of several > fonts required for internetionalization support. I checked with 'rpm -q fonts-blender' command. It said that I have installed " fonts-blender-2.68a-3.fc19.noarch."
Thank you for your answer. I was able to reproduced your waning message about the default font and have make a strace on blender to find out the reason for this issue. The reason is, that the font name droidsans.ttf.gz must be changed to DroidSans.ttf, if you want to use the DroidSans system font of Fedora. So I now try to create a package which should fix this issue and avoid the twice occurance of the locale files.
I have created an updated package blender-2.68a-4 which should not display the warning message about the default font. It may be nice, if anyone can try out this package.
Package blender-2.68a-4.fc18: * should fix your issue, * was pushed to the Fedora 18 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing blender-2.68a-4.fc18' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2013-15478/blender-2.68a-4.fc18 then log in and leave karma (feedback).
Well, I have just tested 2.68a-4. The international fonts feature just reverted back to the situation as it was - all non-English characters are displayed as squares.
Created attachment 793008 [details] The screenshot of 2.68a-4 with "interface" translation checked.
I'm sorry to hear this. Unfortunately, I could not reproduced this case. So it may be helpful, if you can do a $ strace -o output.txt blender and provide me the content of the file output.txt which will be produced during the test run.
Created attachment 793228 [details] This is the output file that I changed the language from English to Chinese (Traditional) in this session.
Thank you for your quick response. I could not found an obviouses error in the output.txt file. I have done a closer look on your screenshoot and don't understand, why you have an issue. Please keep in my, that I don't have any expirience witch chinesse fonts. So it may be nice, if you can explain be in detailed what is your issue. On my own system I could not find out a malfuction in the dialogue for the internetional font feature.
That's strange because blender-2.68a-3 works well with diplaying almost those non-western characters except Hindi. It seems that system could pick another font automatically to display those characters with 2.68a-3 on my f19. However, it works fine on your machine. That is strange too. :S Maybe providing "Droid Sans Fallback" instead of "Droid Sans" could help display those non-western characters?
Or should we use the fonts that blender officially provided directly, should that work?
I figured out that blender use "Blender Mono I18n" or "bmonofont-i18n" to display those non-western characters. I think that there might be something wrong with that in 2.68a-4?
One diffent between blender-2.68a-3 and blender-2.68a-4 is, that the last could find the DroidSans.ttf font providing from Fedora in opposite of the first one. So, if you have a issue with wrong displayed characters, this may be an issue with the DroidSans font. But unfortunately, I'm not a specialist for eastern-asiatic font.
I found out that the Droid Sans (droidsans_final_fixed) provided by official blender is about 5.6MB which contains CJK characters. The size is even larger than Droid Sans Fallback (which is the CJK variant of Droid Sans) of 5.4MB. I guess that system just pick Droid Sans provided by fedora (702KB) which contains no CJK characters and does not fallback (it should be automatically done by fontconfig mechanism) to other fonts in my system.
you told be, that the Fedora DroidSans.ttf file doesn't contains CJK glyphs in opposite of the droidsans.ttf.gz file provided by the original blender distribution. So I want to ask you, if you may able to open a bug report agains google-droid-sans-fonts for asking to CJK support and set a blocker to this bug report. It maybe better, that you open the bug report, because you have more expirence for CJK glyphs in opposite of myselft. For information, the Fedor blender package load the font /usr/share/fonts/google-droide/DroidSans.ttf directly with the use of fontconfig or other font managment facilities.
I think that ask Droid fonts of fedora to add CJK support is impossible, because the work by official blender is a derived work from Droid Sans and DejaVu Sans. Droid Sans Fallback is an upstream CJK font from Droid font project and it is separate from Droid Sans. There are many upstream Droid Sans XXXX fonts which serve different non-Western languages. The work from blender seems to be a combination of DejaVu Sans and Droid Sans Fallback. You can see that its font family name is called as "DejaVu Sans" "Book style" while the name of the file is called as "droidsans_final_fixed." It is better to provide the font in the way of official blender provides because that is a derived work and cannot be pushed or changed in those fedora Droid Sans or DejaVu Sans packages.
Ok, I have decide to include droidesans.ttf.gz into the fonts-blender subpackage. So it may be nice, if anyone can tryout the blender-2.68a-5 package.
Package blender-2.68a-5.fc18: * should fix your issue, * was pushed to the Fedora 18 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing blender-2.68a-5.fc18' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2013-15478/blender-2.68a-5.fc18 then log in and leave karma (feedback).
Now the international feature (including Hindi) looks good. I think that it 2.68a-5 is in good shape! :)
blender-2.68a-5.fc18 has been pushed to the Fedora 18 stable repository. If problems still persist, please make note of it in this bug report.
blender-2.68a-5.fc19 has been pushed to the Fedora 19 stable repository. If problems still persist, please make note of it in this bug report.
I am testing fedora 20 Beta, and find that blender package in f20 is "blender-2.68a-4.fc20.x86_64". So the international font problem still exist in f20. Will f20 receive blender-2.68a-5.fc20 update?
blender-2.68a-5.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/blender-2.68a-5.fc20
It looks like we forgot to push for f20 :) Thanks a lot for your help.
blender-2.68a-5.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report.