From sangu at hellocity.net Mon Mar 1 04:56:20 2004 From: sangu at hellocity.net (sangu) Date: Mon, 01 Mar 2004 13:56:20 +0900 Subject: [Fedora-i18n-list] Gtk-WARNING **: Locale not supported by C library? In-Reply-To: <20040227163251.49178.qmail@web60503.mail.yahoo.com> References: <20040227163251.49178.qmail@web60503.mail.yahoo.com> Message-ID: <1078116979.1442.8.camel@localhost.localdomain> please see also : http://chem.skku.ac.kr/~kle/main/IIIMF-hangul LANG=ko_KR.UTF-8 2004-02-27 (?) 08:32 -0800? Sunjae Park ???: > Reporter: Sunjae Park > > Product and version number: Fedora 1 under VMware > workstation 4.x > > Desktop environment and version number: > GNOME, with the default installation version of Fedora > 1 > > Short description of observation: > Can't communicate with IIIM server. > > Version-Release number of selected component (if > applicable): > iiimf-protocol-lib-11.4-1.FC1.2 > iiimf-client-lib-devel-11.4-1.FC1.2 > iiimf-gtk-11.4-1.FC1.2 > iiimf-client-lib-11.4-1.FC1.2 > iiimf-server-11.4-1.FC1.2 > iiimf-protocol-lib-devel-11.4-1.FC1.2 > iiimf-le-unit-11.4-1.FC1.2 > iiimf-x-11.4-1.FC1.2 > iiimf-csconv-11.4-1.FC1.2 > iiimf-docs-11.4-1.FC1.2 > iiimf-le-hangul-11.4-1.FC1.2 > > How reproducible: > [Always] > 1) service IIim restart > 2) LANG={ko_KR.UTF-8} GTK_IM_MODULE=iiim gedit > > (gedit:16976): Gtk-WARNING **: Locale not supported > by C library. > Using the fallback 'C' locale. > > 3) Input mode changes to X-input. If I > right-click->change the input mode to IIIM->press the > ctrl key > a toolbar with 'Can't communicate with IIIM server' > appears. > > [Always] > 1) service iiim restart > 2) GTK_IM_MODULE=iiim gedit OR > LANG=ko_KR.UTF-8 GTK_IM_MODULE=iiim gedit > no errors or warnings this time > 3) Same as above > > -------------------------------------- > > >From your reply to Kohei Yoshida, > I've tried echoing $LANG and the result looked okay: > > (ko_KR,UTF-8). > > Also my output from 'ls -l /usr/lib/im/leif' is as > following: > > -rw-r--r-- 1 root root 103546 2 19 > 21:33 hangul.so > -rw-r--r-- 1 root root 49539 2 19 > 21:33 unitle.so > > > 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 > > -- > Fedora-i18n-list mailing list > Fedora-i18n-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-i18n-list From descender at phreaker.net Mon Mar 1 12:10:01 2004 From: descender at phreaker.net (Chong Kai Xiong) Date: Mon, 01 Mar 2004 20:10:01 +0800 Subject: [Fedora-i18n-list] libwrap and "Can't communicate with IIIM server" error Message-ID: <1078143000.4329.32.camel@dreamerbox.segfault-net> 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. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From kyoshida at mesco.com Mon Mar 1 15:15:36 2004 From: kyoshida at mesco.com (Kohei Yoshida) Date: Mon, 01 Mar 2004 10:15:36 -0500 Subject: [Fedora-i18n-list] Test result (Can't communicate with IIIM server) In-Reply-To: <1077895040.18712.9.camel@hydro.garner.mesco.com> References: <1077632036.8237.21.camel@hydro.garner.mesco.com> <1077718835.7057.17.camel@hydro.garner.mesco.com> <1077752592.1294.1.camel@dhcp-101.brisbane.redhat.com> <200402260006.30533.kyoshida@mesco.com> <1077812718.30749.2.camel@hydro.garner.mesco.com> <1077826263.6124.5.camel@hydro.garner.mesco.com> <403EE0B1.5010500@redhat.com> <1077895040.18712.9.camel@hydro.garner.mesco.com> Message-ID: <1078154136.28980.21.camel@hydro.garner.mesco.com> After Yong Li's comment on this issue, I gave it another try, and it works, well, partially. After modifying the /usr/lib/im/htt.conf file, I can finally type Hiragana within gedit, but I can't convert it to Kanji. When I do Ctrl-space and type a-k-a, and I hit space, nothing happens. Then I see these entires in /var/log/messages Mar 1 08:40:22 hydro htt_server[19364]: Invalid message(IC normal state):43 Mar 1 08:40:35 hydro htt_server[19364]: Invalid message(IC normal state):73 Mar 1 08:40:35 hydro htt_server[19364]: Invalid message(IC normal state):73 Mar 1 08:40:37 hydro htt_server[19364]: Invalid message(IC normal state):13 Mar 1 08:40:37 hydro htt_server[19364]: Invalid message(IC normal state):13 Mar 1 08:40:37 hydro htt_server[19364]: Invalid message(IC normal state):73 Mar 1 08:40:37 hydro htt_server[19364]: Invalid message(IC normal state):43 Mar 1 08:40:53 hydro htt_server[19364]: Invalid message(IC normal state):43 Mar 1 08:40:59 hydro htt_server[19364]: Invalid message(IC normal state):73 Mar 1 08:40:59 hydro htt_server[19364]: Invalid message(IC normal state):43 Mar 1 08:41:16 hydro htt_server[19364]: Invalid message(IC normal state):13 What I *can* do is convert Hiragana to Katakana by hitting the arrow-down key. This works as expected. I also tried with LANG=zh_CN.UTF-8. Now this seems to work just fine. I've typed several Chinese characters in simplified Chinese, and it works flawlessly. Hmm.. This makes me jealous. ;) Kohei From llim at redhat.com Tue Mar 2 02:11:10 2004 From: llim at redhat.com (Lawrence Lim) Date: Tue, 02 Mar 2004 12:11:10 +1000 Subject: [Fedora-i18n-list] Solution for "Can't communicate with IIIM server" error In-Reply-To: <1078143000.4329.32.camel@dreamerbox.segfault-net> References: <1078143000.4329.32.camel@dreamerbox.segfault-net> Message-ID: <4043ED3E.2050206@redhat.com> To all members, If you have encountered the "Can't communicate with IIIM Server" error, please give Descender's solution a try, and if the feedback is positive, I'll put it up as an FAQ's solution. Also note that after making changes in the hosts.allow, restore the htt.conf file back to the original form and see if the error persists. I look forward to your feedback. Great work Descender! Thanks, Lawrence Chong Kai Xiong wrote: >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. > > > From llch at redhat.com Tue Mar 2 05:04:59 2004 From: llch at redhat.com (Leon Ho) Date: Tue, 02 Mar 2004 15:04:59 +1000 Subject: [Fedora-i18n-list] Thai not working In-Reply-To: <20040228033840.44893.qmail@web14702.mail.yahoo.com> References: <20040228033840.44893.qmail@web14702.mail.yahoo.com> Message-ID: <1078203899.1288.29.camel@dhcp-101.brisbane.redhat.com> I will dump my 2 cents. See if you able to get it working: - does fontconfig able to list the font you have installed? (ie. fc-list) - does font support the code ranges that needed? Check with a program called "gucharmap". Leon On Sat, 2004-02-28 at 13:38, John Francis Lee wrote: > 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 at ws7 root]# cat /etc/sysconfig/i18n > LANG="th_TH.UTF-8" > SYSFONT="latarcyrheb-sun16" > > [root at 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 > > -- > Fedora-i18n-list mailing list > Fedora-i18n-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-i18n-list From kyoshida at mesco.com Tue Mar 2 15:10:37 2004 From: kyoshida at mesco.com (Kohei Yoshida) Date: Tue, 02 Mar 2004 10:10:37 -0500 Subject: [Fedora-i18n-list] Solution for "Can't communicate with IIIM server" error In-Reply-To: <4043ED3E.2050206@redhat.com> References: <1078143000.4329.32.camel@dreamerbox.segfault-net> <4043ED3E.2050206@redhat.com> Message-ID: <1078240237.3740.3.camel@hydro.garner.mesco.com> On Mon, 2004-03-01 at 21:11, Lawrence Lim wrote: > To all members, > If you have encountered the "Can't communicate with IIIM Server" error, > please give Descender's solution a try, and if the feedback is positive, > I'll put it up as an FAQ's solution. Also note that after making changes > in the hosts.allow, restore the htt.conf file back to the original form > and see if the error persists. I look forward to your feedback. I got the "Can't communicate..." error message back again. Actually my hosts.allow and hosts.deny files were both empty to begin with, so restoring the htt.conf to its original state just brought me back the problem once again. Adding the "htt_server: 127.0.0.1" line to hosts.allow didn't do it either. Kohei From jfmxl at yahoo.com Tue Mar 2 15:25:12 2004 From: jfmxl at yahoo.com (John Francis Lee) Date: Tue, 2 Mar 2004 07:25:12 -0800 (PST) Subject: [Fedora-i18n-list] Thai not working In-Reply-To: <1078203899.1288.29.camel@dhcp-101.brisbane.redhat.com> Message-ID: <20040302152512.21144.qmail@web14704.mail.yahoo.com> Thank you Leon! fc-list does show the font I have in mind. gucharmap shows the Thai character set. I found a reference to a new version of pango that has helped quite a bit. I can now choose Thai when I log in and see menus and such displayed in Thai. But I cannot input Thai characters... rather I can input only Thai characters or only Latin characters. I used to be able to switch from one to the other using the Left-Alt Left-SHift for Latin and Left-Alt Right-Shift for Thai with rh8.0. But now I am stuck with Thai only or English/Latin only, depending upon the setting for keybd in /etc/X11/XF86Config. Any insight into that? Thanks again for taking the time to help me. I truly do appreciate it. --- Leon Ho wrote: > I will dump my 2 cents. See if you able to get it > working: > - does fontconfig able to list the font you have > installed? (ie. > fc-list) > - does font support the code ranges that needed? > Check with a program > called "gucharmap". > > Leon > > On Sat, 2004-02-28 at 13:38, John Francis Lee wrote: > > 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 at ws7 root]# cat /etc/sysconfig/i18n > > LANG="th_TH.UTF-8" > > SYSFONT="latarcyrheb-sun16" > > > > [root at 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 > > > > > > > > > > > === message truncated === __________________________________ Do you Yahoo!? Yahoo! Search - Find what you?re looking for faster http://search.yahoo.com From llim at redhat.com Thu Mar 4 02:36:06 2004 From: llim at redhat.com (Lawrence Lim) Date: Thu, 04 Mar 2004 12:36:06 +1000 Subject: [Fedora-i18n-list] Solution for "Can't communicate with IIIM server" error In-Reply-To: <1078240237.3740.3.camel@hydro.garner.mesco.com> References: <1078143000.4329.32.camel@dreamerbox.segfault-net> <4043ED3E.2050206@redhat.com> <1078240237.3740.3.camel@hydro.garner.mesco.com> Message-ID: <40469616.7050903@redhat.com> Looking through some of the solutions posted, it seems that the problem is related to security setting on the machine; ie. ACL and iptables.. Kohei: There is sometihng I wanted to ask you, but I kept forgetting. Do you have any iptables or firewall up and running on your machine? If you do, please update your Access Rule or shutdown temporary ;-) and give it another go. Sunjae, Yong: Does Descender's solution; modifying the hosts.allow do you any good? Cheers, Lawrence Kohei Yoshida wrote: >On Mon, 2004-03-01 at 21:11, Lawrence Lim wrote: > > >>To all members, >>If you have encountered the "Can't communicate with IIIM Server" error, >>please give Descender's solution a try, and if the feedback is positive, >>I'll put it up as an FAQ's solution. Also note that after making changes >>in the hosts.allow, restore the htt.conf file back to the original form >>and see if the error persists. I look forward to your feedback. >> >> > >I got the "Can't communicate..." error message back again. Actually my >hosts.allow and hosts.deny files were both empty to begin with, so >restoring the htt.conf to its original state just brought me back the >problem once again. Adding the "htt_server: 127.0.0.1" line to >hosts.allow didn't do it either. > >Kohei > >-- >Fedora-i18n-list mailing list >Fedora-i18n-list at redhat.com >http://www.redhat.com/mailman/listinfo/fedora-i18n-list > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From kyoshida at mesco.com Thu Mar 4 20:56:58 2004 From: kyoshida at mesco.com (Kohei Yoshida) Date: Thu, 04 Mar 2004 15:56:58 -0500 Subject: [Fedora-i18n-list] Solution for "Can't communicate with IIIM server" error In-Reply-To: <40469616.7050903@redhat.com> References: <1078143000.4329.32.camel@dreamerbox.segfault-net> <4043ED3E.2050206@redhat.com> <1078240237.3740.3.camel@hydro.garner.mesco.com> <40469616.7050903@redhat.com> Message-ID: <1078433817.3120.5.camel@hydro.garner.mesco.com> Hi Lawrence, On Wed, 2004-03-03 at 21:36, Lawrence Lim wrote: ... > Kohei: > There is sometihng I wanted to ask you, but I kept forgetting. Do you > have any iptables or firewall up and running on your machine? If you > do, please update your Access Rule or shutdown temporary ;-) and > give it another go. Unfortunately, earlier in my test, I'd already checked to make sure my firewall was off. So that won't be the culprit for my case, at least. Just now I ran the status check to get: [root at hydro kohei]# /sbin/service iptables status Firewall is stopped. Hmm... Kohei From llim at redhat.com Fri Mar 5 01:52:25 2004 From: llim at redhat.com (Lawrence Lim) Date: Fri, 05 Mar 2004 11:52:25 +1000 Subject: [Fedora-i18n-list] iiimf-le-xcin feedback Message-ID: <4047DD59.407@redhat.com> 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 +(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 key to differentaite whether it is a candidate selection or tone selection. Do you think that eliminating the 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 From sirkarde at yahoo.com Fri Mar 5 04:03:19 2004 From: sirkarde at yahoo.com (Sunjae Park) Date: Thu, 4 Mar 2004 20:03:19 -0800 (PST) Subject: [Fedora-i18n-list] Solution for "Can't communicate with IIIMserver" error Message-ID: <20040305040319.15507.qmail@web60504.mail.yahoo.com> 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 at 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 From hsum at ematters.com.tw Fri Mar 5 04:14:56 2004 From: hsum at ematters.com.tw (Martin J. Hsu) Date: Fri, 5 Mar 2004 12:14:56 +0800 Subject: [Fedora-i18n-list] iiimf-le-xcin non-success In-Reply-To: <20040304170000.22363.11969.Mailman@listman.back-rdu.redhat.com> References: <20040304170000.22363.11969.Mailman@listman.back-rdu.redhat.com> Message-ID: <20040305034820.M65328@ematters.com.tw> 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 at 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 From llch at redhat.com Fri Mar 5 18:40:11 2004 From: llch at redhat.com (Leon Ho) Date: Sat, 6 Mar 2004 04:40:11 +1000 (EST) Subject: [Fedora-i18n-list] iiimf-le-xcin non-success In-Reply-To: <20040305034820.M65328@ematters.com.tw> Message-ID: On Fri, 5 Mar 2004, Martin J. Hsu wrote: > Sorry, I realize this is past the first cycle of testing... > No problem at all. Thanks for your detail input. > post installation hacking: > > resolved permissions problem by adding my hostname to the > permit list in /usr/lib/im/htt.conf: > AccessControl permit tpemdc01 Does it helps (can you connect to htt server ie. thru telnet now)? Leon From hsum at ematters.com.tw Mon Mar 8 00:55:18 2004 From: hsum at ematters.com.tw (Martin J. Hsu) Date: Mon, 8 Mar 2004 08:55:18 +0800 Subject: [Fedora-i18n-list] iiimf-le-xcin non-success In-Reply-To: References: <20040305034820.M65328@ematters.com.tw> Message-ID: <20040308005425.M92228@ematters.com.tw> > > post installation hacking: > > > > resolved permissions problem by adding my hostname to the > > permit list in /usr/lib/im/htt.conf: > > AccessControl permit tpemdc01 > > Does it helps (can you connect to htt server ie. thru telnet now)? > > Leon I can telnet localhost 9010 and something (htt?) is doing a blocking read. -- Martin J. Hsu hsum(at)ematters.com.tw From llch at redhat.com Wed Mar 10 04:00:58 2004 From: llch at redhat.com (Leon Ho) Date: Wed, 10 Mar 2004 14:00:58 +1000 Subject: [Fedora-i18n-list] Thai not working In-Reply-To: <20040302152512.21144.qmail@web14704.mail.yahoo.com> References: <20040302152512.21144.qmail@web14704.mail.yahoo.com> Message-ID: <1078891258.1305.24.camel@dhcp-101.brisbane.redhat.com> No problem. In XFree86 4.3 or newer (ie. in FC1), you can do something similar to this: setxkbmap -layout th,en_US -option "grp:shift_toggle" For this then you put in th and en_US into groups and you can toggle between groups by pressing L-Shift + R+Shift together. Hope it helps, Leon On Wed, 2004-03-03 at 01:25, John Francis Lee wrote: > Thank you Leon! > > fc-list does show the font I have in mind. > gucharmap shows the Thai character set. > > I found a reference to a new version of pango that has > helped quite a bit. I can now choose Thai when I log > in and see menus and such displayed in Thai. > > But I cannot input Thai characters... rather I can > input only Thai characters or only Latin characters. > > I used to be able to switch from one to the other > using the Left-Alt Left-SHift for Latin and Left-Alt > Right-Shift for Thai with rh8.0. > > But now I am stuck with Thai only or English/Latin > only, depending upon the setting for keybd in > /etc/X11/XF86Config. > > Any insight into that? > > Thanks again for taking the time to help me. > I truly do appreciate it. > > --- Leon Ho wrote: > > I will dump my 2 cents. See if you able to get it > > working: > > - does fontconfig able to list the font you have > > installed? (ie. > > fc-list) > > - does font support the code ranges that needed? > > Check with a program > > called "gucharmap". > > > > Leon > > > > On Sat, 2004-02-28 at 13:38, John Francis Lee wrote: > > > 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 at ws7 root]# cat /etc/sysconfig/i18n > > > LANG="th_TH.UTF-8" > > > SYSFONT="latarcyrheb-sun16" > > > > > > [root at 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 > > > > > > > > > > > > > > > > > > === message truncated === > > > __________________________________ > Do you Yahoo!? > Yahoo! Search - Find what youre looking for faster > http://search.yahoo.com > > -- > Fedora-i18n-list mailing list > Fedora-i18n-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-i18n-list From zaitcev at redhat.com Mon Mar 29 02:49:03 2004 From: zaitcev at redhat.com (Pete Zaitcev) Date: Sun, 28 Mar 2004 18:49:03 -0800 Subject: [Fedora-i18n-list] Re: Input methods migration and community test event In-Reply-To: <1077257905.1265.48.camel@dhcp-101.brisbane.redhat.com> References: <1077257905.1265.48.camel@dhcp-101.brisbane.redhat.com> Message-ID: <20040328184903.1cb4b2a4.zaitcev@redhat.com> On Fri, 20 Feb 2004 16:18:25 +1000 Leon Ho 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 From llim at redhat.com Mon Mar 29 03:07:04 2004 From: llim at redhat.com (Lawrence Lim) Date: Mon, 29 Mar 2004 13:07:04 +1000 Subject: [Fedora-i18n-list] Re: Input methods migration and community test event In-Reply-To: <20040328184903.1cb4b2a4.zaitcev@redhat.com> References: <1077257905.1265.48.camel@dhcp-101.brisbane.redhat.com> <20040328184903.1cb4b2a4.zaitcev@redhat.com> Message-ID: <406792D8.5080704@redhat.com> Hey Pete, Pete Zaitcev wrote: >What if I want to enter Korean and Chinese characters simultaneously >into an application? > > > Yes, that is possible if you are in the GNOME envrionment. A utility called GIMLET (GNOME Input Method Lanagueg Engine Tool) is available for you to do that. In the next round of testing, this package and setup instruction will be available. :-) Thanks, Lawrence From zaitcev at redhat.com Mon Mar 29 03:39:38 2004 From: zaitcev at redhat.com (Pete Zaitcev) Date: Sun, 28 Mar 2004 19:39:38 -0800 Subject: [Fedora-i18n-list] Re: Input methods migration and community test event In-Reply-To: <406792D8.5080704@redhat.com> References: <1077257905.1265.48.camel@dhcp-101.brisbane.redhat.com> <20040328184903.1cb4b2a4.zaitcev@redhat.com> <406792D8.5080704@redhat.com> Message-ID: <20040328193938.193c0c84.zaitcev@redhat.com> On Mon, 29 Mar 2004 13:07:04 +1000 Lawrence Lim wrote: > >What if I want to enter Korean and Chinese characters simultaneously > >into an application? > Yes, that is possible if you are in the GNOME envrionment. A utility > called GIMLET (GNOME Input Method Lanagueg Engine Tool) is available for > you to do that. In the next round of testing, this package and setup > instruction will be available. :-) Thanks for letting me know. It appears to be included already into the package iiimf-gtk-11.4-1.FC1.2 at the apac.redhat.com site. -- Pete From llim at redhat.com Mon Mar 29 04:38:39 2004 From: llim at redhat.com (Lawrence Lim) Date: Mon, 29 Mar 2004 14:38:39 +1000 Subject: [Fedora-i18n-list] Re: Input methods migration and community test event In-Reply-To: <20040328193938.193c0c84.zaitcev@redhat.com> References: <1077257905.1265.48.camel@dhcp-101.brisbane.redhat.com> <20040328184903.1cb4b2a4.zaitcev@redhat.com> <406792D8.5080704@redhat.com> <20040328193938.193c0c84.zaitcev@redhat.com> Message-ID: <4067A84F.5090503@redhat.com> Hey Pete, Pete Zaitcev wrote: > >Thanks for letting me know. It appears to be included already into the >package iiimf-gtk-11.4-1.FC1.2 at the apac.redhat.com site. > > > > Great catch ;-) . However, that version may work but is a bit buggy. The fedora-i18n team has put in a lot of work to fix the utility. You may want to wait for the latest release which is going to be out very soon. Cheers, Lawrence -------------- next part -------------- An HTML attachment was scrubbed... URL: From hsum at ematters.com.tw Mon Mar 29 06:37:11 2004 From: hsum at ematters.com.tw (Martin J. Hsu) Date: Mon, 29 Mar 2004 14:37:11 +0800 Subject: Fw: Re: [Fedora-i18n-list] iiimf-le-xcin non-success In-Reply-To: <20040308005425.M92228@ematters.com.tw> References: <20040305034820.M65328@ematters.com.tw> <20040308005425.M92228@ematters.com.tw> Message-ID: <20040329063628.M1726@ematters.com.tw> Hi all, I was wondering if anyone had any thoughts on this. Or maybe a post-installation check list? I've tried installing this on 2 other machines with the same exact results - it didn't work. I'm wondering if anyone, outside the developers, has successfully installed iiimf-le-xcin thanks. ---------- Forwarded Message ----------- From: "Martin J. Hsu" Subject: Re: [Fedora-i18n-list] iiimf-le-xcin non-success > > post installation hacking: > > > > resolved permissions problem by adding my hostname to the > > permit list in /usr/lib/im/htt.conf: > > AccessControl permit tpemdc01 > > Does it helps (can you connect to htt server ie. thru telnet now)? > > Leon I can telnet localhost 9010 and something (htt?) is doing a blocking read. -- Martin J. Hsu hsum(at)ematters.com.tw ------- End of Forwarded Message ------- -- Martin J. Hsu hsum(at)ematters.com.tw From llim at redhat.com Mon Mar 29 07:29:55 2004 From: llim at redhat.com (Lawrence Lim) Date: Mon, 29 Mar 2004 17:29:55 +1000 Subject: Fw: Re: [Fedora-i18n-list] iiimf-le-xcin non-success In-Reply-To: <20040329063628.M1726@ematters.com.tw> References: <20040305034820.M65328@ematters.com.tw> <20040308005425.M92228@ematters.com.tw> <20040329063628.M1726@ematters.com.tw> Message-ID: <4067D073.4040008@redhat.com> Hi Martin, Maybe you can try editing the followings files (htt.conf and host.allow). In htt.conf, add the following lines: AccessControl permit localhost ListenAddress: localhost:9010 In host.allow, add the following line: htt_server: localhost Hopefully this helps. Lawrence Martin J. Hsu wrote: >Hi all, > >I was wondering if anyone had any thoughts on this. Or maybe >a post-installation check list? > >I've tried installing this on 2 other machines with the >same exact results - it didn't work. I'm wondering if anyone, >outside the developers, has successfully installed iiimf-le-xcin > >thanks. > >---------- Forwarded Message ----------- >From: "Martin J. Hsu" >Subject: Re: [Fedora-i18n-list] iiimf-le-xcin non-success > > > >>> post installation hacking: >>> >>> resolved permissions problem by adding my hostname to the >>> permit list in /usr/lib/im/htt.conf: >>> AccessControl permit tpemdc01 >>> >>> >>Does it helps (can you connect to htt server ie. thru telnet now)? >> >>Leon >> >> > >I can telnet localhost 9010 and something (htt?) is doing a blocking >read. > >-- >Martin J. Hsu >hsum(at)ematters.com.tw >------- End of Forwarded Message ------- > > >-- >Martin J. Hsu >hsum(at)ematters.com.tw > >-- >Fedora-i18n-list mailing list >Fedora-i18n-list at redhat.com >http://www.redhat.com/mailman/listinfo/fedora-i18n-list > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From zaitcev at redhat.com Mon Mar 29 19:46:42 2004 From: zaitcev at redhat.com (Pete Zaitcev) Date: Mon, 29 Mar 2004 11:46:42 -0800 Subject: [Fedora-i18n-list] Test feedback (GIMLET) Message-ID: <20040329114642.3ed273a4.zaitcev@redhat.com> Reporter: zaitcev at 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: From hsum at ematters.com.tw Wed Mar 31 05:42:20 2004 From: hsum at ematters.com.tw (Martin J. Hsu) Date: Wed, 31 Mar 2004 13:42:20 +0800 Subject: [Fedora-i18n-list] iiimf-le-xcin non-success 
        post installation hacking:
	resolved permissions problem by adding my hostname to the
	permit list in /usr/lib/im/htt.conf: AccessControl permit tpemdc01
	
Does it helps (can you connect to htt server ie. thru
	telnet now)?
In-Reply-To: <4067D073.4040008@redhat.com>
References: <20040305034820.M65328@ematters.com.tw>		<20040308005425.M92228@ematters.com.tw>
	<20040329063628.M1726@ematters.com.tw>
	<4067D073.4040008@redhat.com>
Message-ID: <20040331053957.M19836@ematters.com.tw>

Hi Lawrence,
                                                                                
I tried these configuration changes.  No improvement.
Pressing ctrl-space does not create an entry box in gedit.
                                                                                
Next, I reinstalled iiim and applied your suggested changes.
                                                                                
  iiimf-protocol-lib-11.4-1.FC1.2
  iiimf-server-11.4-1.FC1.2
  iiimf-csconv-11.4-1.FC1.2
  iiimf-client-lib-11.4-1.FC1.2
  iiimf-le-xcin-0.1-3
                                                                                
No improvement.  In fact, htt_server is no longer binding
to port 9010.  I verified this by checking lsof output and
trying to telnet to localhost 9010.  I also observed that
htt *appears* to fork htt_server.  htt_server keeps dying
(it's pid keeps changing).
                                                                                
Are there any debug flags or environmental variables that
would help us understand what is being called?


Thanks.
                                                      
>Lawrence wrote:
>
>Hi Martin,
>Maybe you can try editing the followings files (htt.conf and host.allow).
>
>In htt.conf, add the following lines:
>  AccessControl permit localhost
>  ListenAddress: localhost:9010
>
>In host.allow, add the following line:
>  htt_server: localhost
>
>Hopefully this helps.
>
>
>Lawrence


--
Martin J. Hsu
hsum(at)ematters.com.tw



From hsum at ematters.com.tw  Wed Mar 31 06:19:36 2004
From: hsum at ematters.com.tw (Martin J. Hsu)
Date: Wed, 31 Mar 2004 14:19:36 +0800
Subject: [Fedora-i18n-list] iiimf-le-xcin non-success 
        post installation hacking:
	resolved permissions problem by adding my hostname to the
	permit list in /usr/lib/im/htt.conf: AccessControl permit tpemdc01
	
Does it helps (can you connect to htt server ie. thru
	telnet now)?
In-Reply-To: <20040331053957.M19836@ematters.com.tw>
References: <20040305034820.M65328@ematters.com.tw>		<20040308005425.M92228@ematters.com.tw>
	<20040329063628.M1726@ematters.com.tw>
	<4067D073.4040008@redhat.com>
	<20040331053957.M19836@ematters.com.tw>
Message-ID: <20040331061035.M21042@ematters.com.tw>

I recompiled the rpms from the src.rpms.  This stopped htt_server
from dying.  Maybe the binary rpms were built on a machine that
doesn't like my machine's libs or something.

Apparently, my machine's name was resolved as tpemdc01 and
not as localhost.

I changed /usr/lib/im/htt.conf accordingly:
AccessControl permit tpemdc01
#AccessControl permit localhost


Port 9010 is now being listened to by htt_server

[root at tpemdc01 i386]# lsof | grep 9010
htt_serve 27646    root    3u  IPv4     509278                 TCP tpemdc01:9010 (LISTEN)

[root at tpemdc01 i386]# ps -auxww | grep 27646
root     27646  0.0  0.1  4932 1484 ?        S    14:11   0:00 htt_server -nodaemon
root     27654  0.0  0.0  5052  588 pts/8    S    14:13   0:00 grep 27646


ctrl-space still doesn't yield an entry box in gedit.

Anyone have any ideas?


reference - just compiled/linked/installed rpms on my machine:
iiimf-csconv-11.4-1.FC1.2
iiimf-client-lib-11.4-1.FC1.2
iiimf-protocol-lib-devel-11.4-1.FC1.2
iiimf-protocol-lib-11.4-1.FC1.2
iiimf-client-lib-devel-11.4-1.FC1.2
iiimf-server-11.4-1.FC1.2
iiimf-le-xcin-0.1-3


thanks.

>No improvement.  In fact, htt_server is no longer binding
>to port 9010.  I verified this by checking lsof output and
>trying to telnet to localhost 9010.  I also observed that
>htt *appears* to fork htt_server.  htt_server keeps dying
>(it's pid keeps changing). 


--
Martin J. Hsu
hsum(at)ematters.com.tw



From yshao at redhat.com  Wed Mar 31 07:14:56 2004
From: yshao at redhat.com (Yu Shao)
Date: Wed, 31 Mar 2004 02:14:56 -0500
Subject: [Fedora-i18n-list] Test feedback (GIMLET)
In-Reply-To: <20040329114642.3ed273a4.zaitcev@redhat.com>
References: <20040329114642.3ed273a4.zaitcev@redhat.com>
Message-ID: <406A6FF0.60608@redhat.com>

Pete Zaitcev wrote:

>Reporter: zaitcev at 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...
>
>  
>
Japanese LE doesn't have status text in English mode, so it hides 
itself, it is blank anyway. The recent Japanese LE added the status 
information in, you can try the latest build.

Yu Shao

>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:
>--
>Fedora-i18n-list mailing list
>Fedora-i18n-list at redhat.com
>http://www.redhat.com/mailman/listinfo/fedora-i18n-list
>  
>



From petersen at redhat.com  Wed Mar 31 13:11:46 2004
From: petersen at redhat.com (Jens Petersen)
Date: Wed, 31 Mar 2004 22:11:46 +0900
Subject: [Fedora-i18n-list] Test feedback (GIMLET)
In-Reply-To: <20040329114642.3ed273a4.zaitcev@redhat.com>
References: <20040329114642.3ed273a4.zaitcev@redhat.com>
Message-ID: 

Thanks for the feedback. :-)

>>>>> "PZ" == Pete Zaitcev  writes:

    PZ> 4. Type Ctrl-SPACE to switch between kana and
    PZ>    ASCII. When in ASCII, applet is invisible in the
    PZ>    task bar. It is visible on mouse-over though.

I can follow your other steps, but I'm not sure how to
reproduce this.  For me once gimlet shows the status for
Japanese/Ascii it continues to do so irrespective of the
focus.

Jens


From zaitcev at redhat.com  Wed Mar 31 18:46:53 2004
From: zaitcev at redhat.com (Pete Zaitcev)
Date: Wed, 31 Mar 2004 10:46:53 -0800
Subject: [Fedora-i18n-list] Test feedback (GIMLET)
In-Reply-To: 
References: <20040329114642.3ed273a4.zaitcev@redhat.com>
	
Message-ID: <20040331104653.6f53682b.zaitcev@redhat.com>

On Wed, 31 Mar 2004 22:11:46 +0900
Jens Petersen  wrote:

>     PZ> 4. Type Ctrl-SPACE to switch between kana and
>     PZ>    ASCII. When in ASCII, applet is invisible in the
>     PZ>    task bar. It is visible on mouse-over though.
> 
> I can follow your other steps, but I'm not sure how to
> reproduce this.  For me once gimlet shows the status for
> Japanese/Ascii it continues to do so irrespective of the
> focus.

Perhaps I miss a font somewhere. Please refer to the attached screenshots
(sorry for the MIME, please let me know if you prefer a URL).
You might notice that one of them shows an outline of the applet (empty).
It only appears if mouse cursor moves into it, otherwise it completely
blends into the panel.

However, even if I miss a font, it's no excuse not to show something, IMHO.
Maybe an asterisk or a built-in glyph of latin "A".

Have a nice day!
-- Pete
-------------- next part --------------
A non-text attachment was scrubbed...
Name: s1.png
Type: image/png
Size: 17298 bytes
Desc: not available
URL: 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: s2.png
Type: image/png
Size: 16977 bytes
Desc: not available
URL: