+++ This bug was initially created as a clone of Bug #143941 +++ Description of problem: Several encodings contained in TTF files are missed in the output file "fonts.scale" generated by ttmkfdir on Fedora Core 3. I found this problem accidentally by trying to select a font to make xmms be able to display English and Chinese at the same time. I ended up with the "fonts.scale" in /usr/share/fonts/zh_CN/TrueType/: 4 gkai00mp.ttf -Arphic Technology Co.-AR PL KaitiM GB-medium-r-normal--0-0-0-0-c-0-ascii-0 gkai00mp.ttf -Arphic Technology Co.-AR PL KaitiM GB-medium-r-normal--0-0-0-0-c-0-iso10646-1 gbsn00lp.ttf -Arphic Technology Co.-AR PL SungtiL GB-medium-r-normal--0-0-0-0-c-0-ascii-0 gbsn00lp.ttf -Arphic Technology Co.-AR PL SungtiL GB-medium-r-normal--0-0-0-0-c-0-iso10646-1 I compared this file with the same one on Redhat Enterprise Linux 3.0 ES: 11 gbsn00lp.ttf -Arphic Technology Co.-AR PL SungtiL GB-medium-r-normal--0-0-0-0-c-0-ascii-0 gbsn00lp.ttf -Arphic Technology Co.-AR PL SungtiL GB-medium-r-normal--0-0-0-0-c-0-gb2312.1980-0 gbsn00lp.ttf -Arphic Technology Co.-AR PL SungtiL GB-medium-r-normal--0-0-0-0-c-0-iso10646-1 gkai00mp.ttf -Arphic Technology Co.-AR PL KaitiM GB-medium-r-normal--0-0-0-0-c-0-ascii-0 gkai00mp.ttf -Arphic Technology Co.-AR PL KaitiM GB-medium-r-normal--0-0-0-0-c-0-gb2312.1980-0 gkai00mp.ttf -Arphic Technology Co.-AR PL KaitiM GB-medium-r-normal--0-0-0-0-c-0-iso10646-1 zysong.ttf -misc-ZYSong18030-medium-r-normal--0-0-0-0-c-0-ascii-0 zysong.ttf -misc-ZYSong18030-medium-r-normal--0-0-0-0-c-0-gb18030.2000-1 zysong.ttf -misc-ZYSong18030-medium-r-normal--0-0-0-0-c-0-gb2312.1980-0 zysong.ttf -misc-ZYSong18030-medium-r-normal--0-0-0-0-c-0-gbk-0 zysong.ttf -misc-ZYSong18030-medium-r-normal--0-0-0-0-c-0-iso10646-1 As you can see here, only two encodings are generated for gbsn00lp.ttf and gkai00mp.ttf on FC3, while each of them has three encodings. More interestingly the ttmkfdir on FC3 also only generate two encodings for zysong.ttf: zysong.ttf -misc-ZYSong18030-medium-r-normal--0-0-0-0-c-0-ascii-0 zysong.ttf -misc-ZYSong18030-medium-r-normal--0-0-0-0-c-0-iso10646-1 But zysong.ttf actually contains FIVE encodings!!! Then I tried to use the RHEL3-version binary ttmkfdir to generate fonts.scale on FC3 but I got a "segmentation fault" error. And the compilation of ttmkfdir-3.0.9-6.src.rpm (from RHEL3) on FC3 failed! Version-Release number of selected component (if applicable): ttmkfdir-3.0.9-14 How reproducible: Always Steps to Reproduce: 1. On FC3, run the command: ttmkfdir -d /usr/share/fonts/zh_CN/TrueType/ -o fonts.scale 2. The generated fonts.scale misses all actual chinese encodings! 3. Actual Results: 4 gkai00mp.ttf -Arphic Technology Co.-AR PL KaitiM GB-medium-r-normal--0-0-0-0-c-0-ascii-0 gkai00mp.ttf -Arphic Technology Co.-AR PL KaitiM GB-medium-r-normal--0-0-0-0-c-0-iso10646-1 gbsn00lp.ttf -Arphic Technology Co.-AR PL SungtiL GB-medium-r-normal--0-0-0-0-c-0-ascii-0 gbsn00lp.ttf -Arphic Technology Co.-AR PL SungtiL GB-medium-r-normal--0-0-0-0-c-0-iso10646-1 Expected Results: 6 gbsn00lp.ttf -Arphic Technology Co.-AR PL SungtiL GB-medium-r-normal--0-0-0-0-c-0-ascii-0 gbsn00lp.ttf -Arphic Technology Co.-AR PL SungtiL GB-medium-r-normal--0-0-0-0-c-0-gb2312.1980-0 gbsn00lp.ttf -Arphic Technology Co.-AR PL SungtiL GB-medium-r-normal--0-0-0-0-c-0-iso10646-1 gkai00mp.ttf -Arphic Technology Co.-AR PL KaitiM GB-medium-r-normal--0-0-0-0-c-0-ascii-0 gkai00mp.ttf -Arphic Technology Co.-AR PL KaitiM GB-medium-r-normal--0-0-0-0-c-0-gb2312.1980-0 gkai00mp.ttf -Arphic Technology Co.-AR PL KaitiM GB-medium-r-normal--0-0-0-0-c-0-iso10646-1
This original bug 143941 was originally files for Fedora Core, then moved to RHEL... so here is a new bug for FC. :) Sorry for the confusion. Fixed packages for FC3 and FC4 are coming...
Have the updates been released for this?
Bug #143941 indicates that FC3/FC4 updates did go out for this.