Japanese Language support (Montavista)

 
Thread Tools Search this Thread
Special Forums UNIX and Linux Applications Japanese Language support (Montavista)
# 1  
Old 06-28-2010
Question Japanese Language support (Montavista)

Hi,
I am working on Montavista linux.
Japanese language is not getting rendered.
I executed fc-list command and found that japanese fonts were not installed. But adding
sazanami-gothic.ttf from the web is also not working, fc-list does not display japanese fonts yet.

How can i add japanese font ttf file to montavista?

Thanks in advance
Login or Register to Ask a Question

Previous Thread | Next Thread

7 More Discussions You Might Find Interesting

1. UNIX for Advanced & Expert Users

Gcc g++ on cygwin - configure: error: *** A compiler with support for C++11 language features is req

Hi, Apologies if I posted it in a wrong section as it is related to gcc on cygwin. Please move it to appropriate section. I'm trying to compile and build libsigc++-2.10.2 on cygwin with gcc 8.3.0. when I run ./configure, I get this: I couldn't fully understand what does... (13 Replies)
Discussion started by: prvnrk
13 Replies

2. Red Hat

Right to left language support, in Red Hat EL6

i need for a right to left language support, in red hat EL6 , for repository problem, i never could to use from yum-solution, is there a rpm-solution or config-solution? (1 Reply)
Discussion started by: alwaystudent
1 Replies

3. UNIX for Advanced & Expert Users

Showing "permission denied" when trying to login in - Montavista Linux

Hello friends, I have scratched my system and after that when I am trying to access the console via root login it's failing with an error message of "permission denied". I am able to access the other login, I am having only problem with root and some other user login. I am using an telnet... (7 Replies)
Discussion started by: sanoop
7 Replies

4. Red Hat

One simple question: Does RHEL4 support CJK (Chinese, Japanese and Korean)?

Hi, One simple question: Does RHEL4 support CJK (Chinese, Japanese and Korean)? If the answer is yes, then how to implement it? Thank you in advance! (0 Replies)
Discussion started by: aixlover
0 Replies

5. SuSE

Japanese Language in Suse

I had just added Japanese language as my secondary language with yast and I am still not able to view Japanese characters (they appear mangled) I've copied two text files from windows to the SUSE Linux Enterprise Server 10 (i586), one with UTF and the other with ANSI. When viewed with cat and... (4 Replies)
Discussion started by: hedkandi
4 Replies

6. Linux

version compatibility of montavista CGE-5.1 with JRE-1.4.2

Dear All, Currently I am using montavista CGE-3.1 and JRE-1.4.2, now I like to upgrade CGE version-3.1 to CGE version-5.1. I like to know whether CGE-5.1 will support JRE-1.4.2 ?. Kindly help in this regards. Raj. (1 Reply)
Discussion started by: rajamohan
1 Replies

7. UNIX for Dummies Questions & Answers

Typing in Japanese language

Hi. I am running Solaris 10,HPUX 11.31 and AIX 6.1. I am trying to get my system to write in Japanese. I can choose the Japanese language for the system to display, but I cannot figure out how to write in Japanese. I have set up my system, and Mozilla (including the menu and web pages) to display... (1 Reply)
Discussion started by: meeraramanathan
1 Replies
Login or Register to Ask a Question
euctoibmj(1)							   User Commands						      euctoibmj(1)

NAME
euctoibmj, ibmjtoeuc - Code conversion between Japanese EUC and IBM-Japanese SYNOPSIS
euctoibmj [-t] [-u code] [-U] [filename...] ibmjtoeuc [-u code] [-U] [filename...] AVAILABILITY
SUNWjfpu DESCRIPTION
euctoibmj converts the contents of the specified filenames from ASCII/ Japanese EUC to EBCDIC/IBM-Japanese. ibmjtoeuc converts the con- tents of the specified filenames from EBCDIC/IBM-Japanese to ASCII/ Japanese EUC. The both commands write the resultant code to stdout. If filename is not given, input characters are read from the standard input. For Japanese language handling, the euctoibmj/ibmjtoeucj pair of commands provide conversion only between the two code standards. Code con- version among Japanese EUC, JIS, and PC kanji are supported by another set of commands, jistoeuc(1) family or iconv(1). OPTIONS
-u code With this option specified, characters in one code set that do not have corresponding characters in the other are mapped to the code given in four-digit hexadecimal HOST CODE of IBM Japanese (for euctoibmj) or in four-digit JIS Ku-Ten code (for ibmjtoeuc). Without this option, such characters are mapped to HOST CODE 4040 (for euctoibmj) or JIS Ku-Ten code 0101 (for ibmjtoeuc). -U The output is not buffered (The default is buffered output). -t With this option specified, euctoibmj translates Half-Size Katakana (Code Set 2) in Japanese EUC to the corresponding characters in Code Set 1 prior to conversion. Without this option, Code Set 2 characters in Japanese EUC are processed to the illegal charac- ter. ENVIRONMENT VARIABLES
The environment variables LC_CTYPE and LANG control the character classification throughout these commands. For euctoibmj and ibmjtoeuc to work correctly, one or both of the environment variables must be set to ja or an equivalent locale. On entry to these commands, these envi- ronment variables are checked in the following order: LC_CTYPE and LANG. When a valid value is found, remaining environment variables for character classification are ignored. FILES
/usr/lib/jcodetables/ibmj-euc Code conversion table for IBM Japanese. SEE ALSO
iconv(1), jistoeuc(1), iconv_ja(5) DIAGNOSTICS
unexpected data encountered in input. Illegal character code is found in input file. BUGS
The ASCII/EBCDIC conversion table are taken from the 256 character standard in the CACM Nov, 1968. The conversion, while less blessed as a standard, corresponds better to certain IBM print train convertions. There is no universal solution. The Japanese EUC/IBM Japanese conversion table is based on the IBM Kanji codebook (4th edition - September 1987), JIS X 0201, and JIS X 0208-1983. If JIS X 0212 caracter set is specified as input, euctoibmj can not support the conversion correctly. SunOS 5.10 10 Jan 2003 euctoibmj(1)