Description of Problem: OO does not install zh-TW and zh-CN translations even though Supported Language include "Chinese (Taiwan)" and "Chinese (China)" in anaconda installation Version-Release number of selected component (if applicable): How Reproducible: Steps to Reproduce: 1. LANG=zh_TW ooffice or LANG=zh_CN ooffice Actual Results: translation not found Expected Results: shows translations Additional Information: Also it hasn't got the symlink /usr/lib/openoffice/help/zh-{CN,TW} -> en. I have ln -s them manually to skip the check in ooffice wrapper script.
Is it with openoffice-1.0.1-4? Are you sure you had zh among %_install_langs before installing openoffice? rpm -qpvl openoffice-1.0.1-4.i386.rpm openoffice-i18n-1.0.1-4.i386.rpm | grep 'zh\|8[68]\.res' | less shows the two zh_CN -> en and zh_TW -> en symlinks and whole lot of Chinesse resource files...
I think I found the problem: the %lang uses zh-TW and zh-CN instead of the locale name zh_TW and zh_CN. If we s/-/_/ before pass $langiso to %lang to create filelist then the problem should be solved.
Shouldn't both simplified and traditional chinesse files be all %lang(zh) instead? That's what e.g. %find_langs does...
Okay. Please use %lang(zh) for both trad and simpl chinese for now.
Should be fixed in openoffice-1.0.1-5, please check it out.
OK, running with openoffice-1.0.1-5, things are looking pretty good with these two locales. I am still seeing one oddity with both locales though. Translations were appearing in the application itself, but the menu bars were display funny characters (squares with numbers in them) Is this a bug, or just a side-effect of me running on a system which might not have the locale support correct configured? llch, you might want to take a look and confirm that things are as they should be.
AFAIS latest tree in here, it is fixed and I can able to display the menus in Chinese if I enabled TC/SC lang support (ie. have all ttfonts-zh* pkgs)