Summary: | icedtea-bin-1.10.4 fails to use Asian fonts automatically | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | aditsu <aditsu> |
Component: | [OLD] Java | Assignee: | Java team <java> |
Status: | RESOLVED FIXED | ||
Severity: | normal | ||
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | Test program |
Description
aditsu
2011-11-15 21:22:47 UTC
Created attachment 292685 [details]
Test program
To compile and run it:
javac Test.java;java Test
Note: the file uses UTF-8 encoding.
This should be fixed in icedtea-bin-6.1.10.4-r1.ebuild icedtea-bin-7.2.0-r2.ebuild icedtea-6.1.10.4-r2 and icedtea-7.2.0-r2 Thanks for the report. Same problem with dev-java/icedtea-6.1.10.4-r3 Still the same with icedtea-bin-6.1.12.4, why? It should be a simple fix. If it's a simple fix, why don't you provide a patch? To clarify, I can confirm that it still doesn't work on 6 but it does work on 7. Andrew would know better than anyone whether this is a simple fix so unless you can prove any different, I'm going to close this as fixed given that it works on 7 and we're planning to phase out 6. (In reply to Andrew John Hughes from comment #5) > If it's a simple fix, why don't you provide a patch? Mainly because I'm not familiar with the fontconfig files in the jre - which ones are editable and how they are structured, and which ones are generated and how to generate them. The fix would be simple for somebody who knows these things. By the way, I currently have 4 jvm's installed on this computer: - icedtea-6.1.13.5-r1 - buggy - icedtea-bin-6.1.13.5 - buggy - icedtea-bin-7.2.5.3 - ok - oracle-jdk-bin-1.8.0.25 - ok I can accept that the bug is fixed because icedtea-bin:7 is fiiinaly stable (I guess you had to wait for java 7 to be officially declared dead first?) I wonder if the fontconfig files can be copied from icedtea 7 to icedtea 6. (In reply to aditsu from comment #7) > I can accept that the bug is fixed because icedtea-bin:7 is fiiinaly stable > (I guess you had to wait for java 7 to be officially declared dead first?) More like you had to wait for the Gentoo Java team to come back from the dead. Vital signs are still bad. > I wonder if the fontconfig files can be copied from icedtea 7 to icedtea 6. The fontconfig.Gentoo.properties files from icedtea-bin 6 and 7 are exactly the same. Andrew tells me that 7 doesn't actually need these files but we install them anyway. Yeah, 7 uses fontconfig as it should. The files are just for fallback if there is an issue with fontconfig, I believe. I'm not really that up on these files either. I thought you might have an advantage over me in having a better understanding of the problem, as I don't tend to make use of characters outside Latin-1. Looking at fontconfig.Gentoo.properties.src, I'm guessing lines like: filename.AR_PL_ShanHeiSun_Uni=@GENTOO_PORTAGE_EPREFIX@/usr/share/fonts/uming.ttc filename.AR_PL_ZenKai_Uni=@GENTOO_PORTAGE_EPREFIX@/usr/share/fonts/ukai.ttc just need fixing with the right path. Files like this have to be maintained in step with the font files they reference and this file probably hasn't been updated in years. It should actually really be in the JDK itself, but it's easier to maintain it in Gentoo itself, I'd say. Figured it out. In my case, I didn't have arphicfonts installed as I hadn't enabled the cjk flag. 7 must have used some other font. But even after installing that, I realised that the paths for this font package was wrong: # media-fonts/arphicfonts filename.AR_PL_ShanHeiSun_Uni=/usr/share/fonts/uming.ttc filename.AR_PL_ZenKai_Uni=/usr/share/fonts/ukai.ttc Should be: # media-fonts/arphicfonts filename.AR_PL_ShanHeiSun_Uni=/usr/share/fonts/arphicfonts/uming.ttc filename.AR_PL_ZenKai_Uni=/usr/share/fonts/arphicfonts/ukai.ttc Now it works. I'm about to commit a new version of icedtea so I will include this fix and the next icedtea-bin will reprefixify the file installed by icedtea rather than maintaining a separate copy. |