[Fedora-i18n-list] iiimf-le-xcin non-success
by Martin J. Hsu
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
20 years
[Fedora-i18n-list] Test feedback (GIMLET)
by Pete Zaitcev
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:
20 years
[Fedora-i18n-list] Re: Input methods migration and community test event
by Pete Zaitcev
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
20 years, 1 month
[Fedora-i18n-list] Thai not working
by John Francis Lee
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
20 years, 1 month
Re: [Fedora-i18n-list] Solution for "Can't communicate with IIIMserver" error
by Sunjae Park
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
20 years, 1 month
[Fedora-i18n-list] iiimf-le-xcin feedback
by Lawrence Lim
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
20 years, 1 month
[Fedora-i18n-list] libwrap and "Can't communicate with IIIM server" error
by Chong Kai Xiong
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.
20 years, 1 month
[Fedora-i18n-list] Test result (Can't communicate with IIIM server)
by Kohei Yoshida
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
20 years, 1 month
[Fedora-i18n-list] Gtk-WARNING **: Locale not supported by C library?
by Sunjae Park
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
20 years, 1 month