i18n March 2004

i18n@lists.fedoraproject.org

11 participants
9 discussions

[Fedora-i18n-list] iiimf-le-xcin non-success
by Martin J. Hsu 12 Apr '04

12 Apr '04

Sorry, I realize this is past the first cycle of testing... ---------------------------------------------------------------------- Reporter: Martin J. Hsu Product and version number: FC1 Desktop environment and version number: Gnome 2.4 libgnome-2.4.0-1 gtk2-2.2.4-5.1 Short description of observation: It doesn't work (see additional info. section for details) Version-Release number of selected component (if applicable): I will do the following: [install: iiimf-le-xcin 0.1-3.i386] I will install/upgrade these to satisfy the dependencies: [deps: iiimf-protocol-lib 1:11.4-1.FC1.2.i386] [deps: iiimf-client-lib 1:11.4-1.FC1.2.i386] [deps: iiimf-csconv 1:11.4-1.FC1.2.i386] [deps: iiimf-server 1:11.4-1.FC1.2.i386] Is this ok [y/N]: y How reproducible: consistent Steps to Reproduce: 1. open new gnome-terminal 2. LANG=zh_TW.UTF-8 GTK_IM_MODULE=iiim gedit 3. press ctrl-space (no input box appears in response) Additional info: observations: out of the box config: permission denied to talk to port 9010 xcin (frontend?) doesn't seem to try to talk to port 9010 (should it?) installation (actions): yum install iiimf-le-xcin service IIim restart add dependencies installed without error IIim is up and running as verified by service IIim status installation (state): pristine /etc/hosts.{deny,allow} - empty iptables is off (services iptables stop, turned off via chkconfig as well) system default: LANG=en_US.UTF-8 htt_server is bound to port 9010 (checked via lsof) xcin appears to installed: -rw-r--r-- 1 root root 88463 Feb 17 11:37 /usr/lib/im/leif/xcin.so but the conf is empty: [root@tpemdc01 SPECS]# cat /usr/lib/im/locale/zh_TW/xcin/xcin.conf #conf file $XMODIFIERS is unset htt blocked the connection (tested via telnet localhost 9010) htt_server[12527]: Denied the access from tpemdc01 I resolved this. This error no longer appears in /var/log/messages /var/log/messages reveals nothing outside of start up and shutdown post installation hacking: resolved permissions problem by adding my hostname to the permit list in /usr/lib/im/htt.conf: AccessControl permit tpemdc01 ---------------------------------------------------------------------- -- Martin J. Hsu hsum(at)ematters.com.tw

3 8

[Fedora-i18n-list] Test feedback (GIMLET)
by Pete Zaitcev 07 Apr '04

07 Apr '04

Reporter: zaitcev(a)redhat.com Product and version number: Fedora 1 Desktop environment and version number: gtk2-2.2.4-5.1 Short description of observation: In Japanese mode, GIMLET is invisible in the task tray when switched to ASCII. Version-Release number of selected component (if applicable): iiimf-gtk-11.4-1.FC1.2 iiimf-le-canna-11.4-1.FC1.2 How reproducible: always Steps to Reproduce: 1. Enabled GIMLET in the task bar (Right Click on task bar, -> Add to Panel -> Utilities -> InputMethod Switcher) 2. Open GIMLET, add Japanese. Japanese appears in the menu now. There is nothing in the taks bar! It's the bug, but go on... 3. Focus on an application (gnome-terminal or gvim), click into GIMLET and switch it to Japanese. "A" kana appears, so you know where applet is. 4. Type Ctrl-SPACE to switch between kana and ASCII. When in ASCII, applet is invisible in the task bar. It is visible on mouse-over though. 5. Additional info:

4 6

[Fedora-i18n-list] Re: Input methods migration and community test event
by Pete Zaitcev 29 Mar '04

29 Mar '04

On Fri, 20 Feb 2004 16:18:25 +1000 Leon Ho <llch(a)redhat.com> wrote: > The IIIMF server loads Language Engines (LE) dynamically at runtime as > requested by clients. In this first round of testing, four LEs are > available: > > + iiimf-le-inpinyin for Simplified Chinese (zh_CN.UTF-8) > + iiimf-le-xcin for Traditional Chinese (zh_TW.UTF-8) > + iiimf-le-canna for Japanese (ja_JP.UTF-8) > + iiimf-le-hangul for Korean (ko_KR.UTF-8) Hello, Leon: I tried iiimf out, and it appears that the only way to specify a language is to set LANG before running an application. Is this really so? I do not wish to change the current locale. All I want is to input characters. Old input methods allowed that (e.g. kinput2). What if I want to enter Korean and Chinese characters simultaneously into an application? Yours, -- Pete

2 3

[Fedora-i18n-list] Thai not working
by John Francis Lee 10 Mar '04

10 Mar '04

Hello, We have an internet cafe here in Chiang Rai and run rh8.0. We like it. I'm trying to keep up and have installed Fedora Core 1 on on of our machines and home to promulgate the installation to all via sisuite, once it's debugged. The problem is with Thai. I installed using American English, but installed support for all languages. Yet when I try to chose thai at the gdm login prompt, only the UTF-8 place holder characters show up. I wrestled with similar problems with rh8.0, and was able to "fix" some machines and not others, though the installations seemed indentical to me. I would really like to get Thai working on all my machines, as you may well imagine. Any and all help appreciated. I have installed : thai-fonts-ttf-0.1-alt2.src.rpm thai-ttf-0.2.1-4.noarch.rpm thaixfonts-1.2.4-1.noarch.rpm PlaDaoFont-1.0-250102.i386.rpm [root@ws7 root]# cat /etc/sysconfig/i18n LANG="th_TH.UTF-8" SYSFONT="latarcyrheb-sun16" [root@ws7 root]# cat /etc/X11/XF86Config # XFree86 4 configuration created by pyxf86config Section "ServerLayout" Identifier "Default Layout" Screen 0 "Screen0" 0 0 InputDevice "Mouse0" "CorePointer" InputDevice "Keyboard0" "CoreKeyboard" InputDevice "DevInputMice" "AlwaysCore" EndSection Section "Files" # RgbPath is the location of the RGB database. Note, this is the name of the # file minus the extension (like ".txt" or ".db"). There is normally # no need to change the default. # Multiple FontPath entries are allowed (they are concatenated together) # By default, Red Hat 6.0 and later now use a font server independent of # the X server to render fonts. RgbPath "/usr/X11R6/lib/X11/rgb" FontPath "unix/:7100" EndSection Section "Module" Load "dbe" Load "extmod" Load "fbdevhw" Load "glx" Load "record" Load "freetype" Load "type1" Load "dri" EndSection Section "InputDevice" # Specify which keyboard LEDs can be user-controlled (eg, with xset(1)) # Option "Xleds" "1 2 3" # To disable the XKEYBOARD extension, uncomment XkbDisable. # Option "XkbDisable" # To customise the XKB settings to suit your keyboard, modify the # lines below (which are the defaults). For example, for a non-U.S. # keyboard, you will probably want to use: # Option "XkbModel" "pc102" # If you have a US Microsoft Natural keyboard, you can use: # Option "XkbModel" "microsoft" # # Then to change the language, change the Layout setting. # For example, a german layout can be obtained with: # Option "XkbLayout" "de" # or: # Option "XkbLayout" "de" # Option "XkbVariant" "nodeadkeys" # # If you'd like to switch the positions of your capslock and # control keys, use: # Option "XkbOptions" "ctrl:swapcaps" # Or if you just want both to be control, use: # Option "XkbOptions" "ctrl:nocaps" # Identifier "Keyboard0" Driver "keyboard" Option "XkbRules" "xfree86" Option "XkbModel" "pc105" # Option "XkbModel" "pc102" Option "XkbLayout" "us" # Option "XkbLayout" "th" EndSection Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "PS/2" Option "Device" "/dev/psaux" Option "ZAxisMapping" "4 5" Option "Emulate3Buttons" "yes" EndSection Section "InputDevice" # If the normal CorePointer mouse is not a USB mouse then # this input device can be used in AlwaysCore mode to let you # also use USB mice at the same time. Identifier "DevInputMice" Driver "mouse" Option "Protocol" "IMPS/2" Option "Device" "/dev/input/mice" Option "ZAxisMapping" "4 5" Option "Emulate3Buttons" "no" EndSection Section "Monitor" Identifier "Monitor0" VendorName "Monitor Vendor" ModelName "Unprobed Monitor" HorizSync 31.5 - 37.9 VertRefresh 50.0 - 70.0 Option "dpms" EndSection Section "Device" Identifier "Videocard0" Driver "trident" VendorName "Videocard vendor" BoardName "Trident CyberBlade (generic)" EndSection Section "Screen" Identifier "Screen0" Device "Videocard0" Monitor "Monitor0" DefaultDepth 24 SubSection "Display" Depth 24 Modes "800x600" "640x480" EndSubSection EndSection Section "DRI" Group 0 Mode 0666 EndSection __________________________________ Do you Yahoo!? Get better spam protection with Yahoo! Mail. http://antispam.yahoo.com/tools

2 3

Re: [Fedora-i18n-list] Solution for "Can't communicate with IIIMserver" error
by Sunjae Park 05 Mar '04

05 Mar '04

Um... unfortunately it didn't work. I checked my user permissions(755) and added the line 'htt-server: 127.0.0.1' to my /etc/hosts.allow file. But I still get error message. Here's my log message. [root@Fedora ch07]# tail /var/log/messages Mar 3 10:38:17 Fedora htt_server[19119]: Denied the access from Fedora. For me Yong Li's adding 'AccessControl permit 127.0.0.1' to the /usr/lib/im/htt.conf file is the easiest for me. I'm a NB in linux so everything seems new to me(I didn't even know that the log messages were stored in /var/log/messages! silly me). --------------------------------------- A few minutes later... eh...could someone bail me out of the mess I'm in? I'm positive I documented everything I did today, but after reversing what I did, now I get: (gedit:19600): GnomeUI-WARNING **: While connecting to session manager: Authentication Rejected, reason : None of the authentication protocols specified are supported and host-based authentication failed. What I did was: Remove the line 'AccessControl 127. 0.0.1' line from /usr/lib/im/htt.conf. Restart IIim server. Check that IIIM doesn't work. Add 'htt-server: 127.0.0.1' to /etc/hosts.allow. Restart IIim server. Get denied access. Stop iptables. Restart IIim server. Again denied access. chmod /etc/hosts.allow and /etc/hosts.deny to 755. Again denied access. Try adding a htt user:group and chown the /usr/lib/im directory to htt:htt. Restart. Again denied. Remove the htt user:group and chown back to root:root. Restart. Again denied. Try restarting iptables. No luck. Undo the changes I did today. NOW I get that warning message(only when I run gedit by the superuser account). Also, Ctrl+space doesn't do anything now. I can only input English using IIim now. Oh, when I'm a normal user I don't get warning but still I run into the problem. Any suggestions? ===== ************************************************************** Sunjae Park(��) Seoul National University, School of Electrical Engineering �� ************************************************************** __________________________________ Do you Yahoo!? Yahoo! Search - Find what you�re looking for faster http://search.yahoo.com

1 0

[Fedora-i18n-list] iiimf-le-xcin feedback
by Lawrence Lim 05 Mar '04

05 Mar '04

Hi, If you are an xcin user, I would love to hear your feedback for the LE, in particular the usability aspect of the current version. At the moment, I would like to know whether you think the <Shift>+(1,2,3,4) for tone selection is good or bad during Pinyin mode input. Currently, the mechanism will default to tone 1 during input, which is why you need the <Shuft> key to differentaite whether it is a candidate selection or tone selection. Do you think that eliminating the <Shift> key, which means that no tone is default during input, so you have to input for example, hong1 to get the candidates for tone 1 or hong2 to get the candidates for tone 2, will inprove the usability of the LE? Cheers, Lawrence

1 0

[Fedora-i18n-list] libwrap and "Can't communicate with IIIM server" error
by Chong Kai Xiong 04 Mar '04

04 Mar '04

Hi everyone. It seems that I'm not the only one getting the 'Can't communicate with IIIM server' error. It turns out that in my case, the /etc/hosts.allow and /etc/hosts.deny configuration was overly restrictive. From /var/log/messages: Mar 1 15:34:02 dreamerbox htt_server[3563]: started. Mar 1 15:34:04 dreamerbox htt_server[3563]: Denied the access from localhost.localdomain. Mar 1 15:34:16 dreamerbox htt_server[3563]: Denied the access from localhost.localdomain. According to the comments in /usr/lib/im/htt.conf, htt_server uses libwrap (tcp_wrappers) for access control. I took a look at /etc/hosts. allow and /etc/hosts.deny, and this revealed the cause: /etc/hosts.deny: ALL:ALL /etc/hosts.allow: (empty) To get it to work, I simply added this line to /etc/hosts.allow: htt_server: 127.0.0.1 Next, I restarted the server (may not be necessary as htt_server could reread /etc/hosts.allow on an connection attempt) with: service IIim restart From then on, I no longer get the error. IIIM input works as far as I'm concerned. Take note that htt_server now runs as user htt (iiimf-server-11.4-21). If you get the following message in /var/log/messages, modify the permissions of /etc/hosts.allow and /etc/hosts.deny such that user htt can access them: Mar 1 18:15:47 dreamerbox htt_server[5971]: warning: cannot open /etc/ hosts.allow: Permission denied That's all. I hope this works for other folks experiencing the same problem. Cheers, Chong Kai Xiong aka 'Descender' P.S. I hope the Simplified Chinese LE gets as good as SCIM's.

3 4

[Fedora-i18n-list] Test result (Can't communicate with IIIM server)
by Kohei Yoshida 01 Mar '04

01 Mar '04

Reporter: Kohei Yoshida Product and version number: Fedora Core 1 Desktop environment and version number: KDE 3.1.4-4 Red Hat qt-3.1.2-14 Short description of observation: Can't communicate with IIIM server Version-Release number of selected component (if applicable): $ rpm -qa | grep iiimf iiimf-server-11.4-1.FC1.2 iiimf-le-canna-11.4-1.FC1.2 iiimf-protocol-lib-11.4-1.FC1.2 iiimf-le-xcin-debuginfo-0.1-3 iiimf-client-lib-11.4-1.FC1.2 iiimf-x-11.4-1.FC1.2 iiimf-le-unit-11.4-1.FC1.2 iiimf-le-inpinyin-0.1-3 iiimf-csconv-11.4-1.FC1.2 iiimf-docs-11.4-1.FC1.2 iiimf-protocol-lib-devel-11.4-1.FC1.2 iiimf-client-lib-devel-11.4-1.FC1.2 iiimf-le-xcin-0.1-3 iiimf-le-inpinyin-debuginfo-0.1-3 iiimf-le-hangul-11.4-1.FC1.2 iiimf-gtk-11.4-1.FC1.2 How reproducible: always Steps to Reproduce: 1. As root, run /sbin/service IIim restart. This works as expected. 2. As a regular user, open up a terminal, and execute export LANG=ja_JP.UTF-8 /usr/lib/im/httx and leave the terminal open. No error messages. Good. 3. Open up another terminal session, and execute export LANG=ja_JP.UTF-8 export XMODIFIERS=@im=htt kedit This opens up kedit. Unfortunately, Ctrl+space after kedit is up won't let me type any Japanese nor does it give me any feedback (i.e. no error message, or anything). 4. Close kedit for now, and execute export GTK_IM_MODULE=iiim gedit Now I see a small rectangular box attached to the base of the gedit window saying "Can't communicate with IIIM server". Again, no Japanese here either. Additional info: My main environment is en_US. Kohei

3 11

[Fedora-i18n-list] Gtk-WARNING **: Locale not supported by C library?
by Sunjae Park 01 Mar '04

01 Mar '04

Could anyone help me out with Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale.? I have trouble communicating with the IIIM server, and I believe this error message is the problem. I don't know where to look for a place to install a new locale. Regards ===== ************************************************************** Sunjae Park(��) Seoul National University, School of Electrical Engineering �� ************************************************************** __________________________________ Do you Yahoo!? Get better spam protection with Yahoo! Mail. http://antispam.yahoo.com/tools

3 3

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

i18n March 2004