OS: Ubuntu 6.06
install nb5.5, Chinese/Japanese chars display squares
see attachment for detail
component "i18n" is not internationalization, but I18n support feature in the
IDE. Change component from "i18n" to "ide".
Created attachment 38225 [details]
Created attachment 38226 [details]
Ubuntu will be offical support Linux platform for nb5.5.1 and all nb5.5.1
packs sitting on the top of nb.
Ubuntu is not the offical support Linux platform by JDK.
This issue is similar with nb5.5 with FC3, see CR6493994,
We need to note in Supported Operating Systems of RN that Ubuntu 6.x (except
when running in the zh_CN/JA locale and possibly other Asian locales)
L10N team only test nb5.5.1 and packs on RH Ent4 for Linux platform.
This isnt a bug since, like fedora core, the jdk does not support ubuntu
as to the font support, etc.
But we have explicitly added RH EL4 to supported platforms list
since jdk font support is supported for that OS.
For nb5.5.1 and all packs sitting on the top of it, RH EL4 is the only
supported Linux platform for ja/zh and this issue also will be noted in RN,
But for other language, e.g, pt_BR, that don't have this issue, pt_BR l10n
team need to do full testing on ubuntu and sanity testing on RH EL4. In other
words, they will have two Linux platform for testing, right?
I'd like to ask Janice and Ken to raise this issue at NB core team meeting
and want to hear their comments and (personally I'd like to know) the
reason why Ubuntu is added as new platform.
I agree that we will test just RHEL4 and provide the description into RN,
actually RN has already such description at 5.5 release, it's OK. But we
should provide the possible workaround into FAQ and other places.
The workaround for font issue are very common, so they can use
NB and other packs at their own risk.
no, even for pt br its not supported since jdk does not support
ubuntu as to other fonts;
also, as we discovered for nb 55, this can be mentioned in rel notes but
we should not provide workarounds officially since that means you
are asking user to create a customized jdk.
I dont think this is any different from situation we saw in 55 whether for
ja zh or pt br ?
L10n team only need to do the nb5.5.1 testing on RHEL4, but not Ubuntu.
This will be noted in RN as nb5.5
No official workround
Yes, the situation is total similar with nb5.5
Hi Will and all,
Which JDK are you using?
I've tested NetBeans IDE 5.5 in Ubuntu 6.10 desktop, and multi-byte characters
are displayed correctly. Would you review my steps, and try in your environment?
You can see the following two comment lines (URL should be different in your
# deb http://jp.archive.ubuntu.com/ubuntu/ dapper universe
# deb-src http://jp.archive.ubuntu.com/ubuntu/ dapper universe
Remove '#', and add 'multiverse' because sun-java5-jdk package is located at
multiverse. Please see: http://packages.ubuntu.com/dapper/devel/sun-java5-jdk
The two lines should like follows:
deb http://jp.archive.ubuntu.com/ubuntu/ dapper universe multiverse
deb-src http://jp.archive.ubuntu.com/ubuntu/ dapper universe multiverse
# apt-get update
# apt-get install sun-java5-jdk
JDK is installed into:
Install NetBeans IDE
Now,you can install NetBeans by executing Linux installer. No additional
configuration is needed. I will attach the screen shot for images.
OS: Ubuntu 6.10 Desktop
Java: sun-java5-jdk (1.5.0_08)
IDE: NetBeans 5.5
Ubuntu 6.10 can be a supported platform for ja and zh_CN.
Created attachment 38280 [details]
Japanese. IDE works in 6.10
Created attachment 38281 [details]
Simplified Chinese. IDE works in 6.10
Let me correct my previous comment. The 'supported platform' is not good word.
What I would like to say is:
NetBeans IDE can be used in Ubuntu 6.10 Japanese and Simplified Chinese
environment by installing sun-java5-jdk package as described in this report.
It does not mean 'supported platform'.
I downloaded the JDK1.5.0_11/JDK1.6.0 from java.sun.com and install them on
Ubuntu manually. I think many users would use the same way to install the JDK,
since JDK will not be installed as default when you install Ubuntu.
At the same time, it's really a good solution to try ml nb and packs on Ubuntu.
If we can't add it in RN, maybe we might publish it on locale SDN or other
place to let users know it.