From morpheus at post.harvard.edu Thu Jul 1 17:50:53 2004 From: morpheus at post.harvard.edu (morpheus) Date: Thu, 01 Jul 2004 17:50:53 +0000 Subject: [Fedora-i18n-list] Mailing list reminder message In-Reply-To: <20040630.192945.337765763.tagoh@redhat.com> References: <20040630.192945.337765763.tagoh@redhat.com> Message-ID: <1088704252.24084.10.camel@localhost.localdomain> Hi, I just got an e-mail with subject "redhat.com mailing list memberships reminder" that supposedly reminds us of what mailing lists we are subscribed to. It contains my password in clear text right in the message. This is a huge security risk and this practice should be stopped immediately. Could the list administrator please make sure that these messages are no longer sent out, or if they are, that our passwords are not included in the messages? Thanks, James From morpheus at post.harvard.edu Thu Jul 1 18:02:26 2004 From: morpheus at post.harvard.edu (morpheus) Date: Thu, 01 Jul 2004 18:02:26 +0000 Subject: [Fedora-i18n-list] Japanese input _almost_ working in English FC2 (KDE) In-Reply-To: <20040629.184847.82050635.hiura@openi18n.org (Hideki Hiura)> References: <1088033200.4438.6.camel@localhost.localdomain> <40E01E61.8020301@redhat.com> <1088522764.3785.13.camel@localhost.localdomain> <20040629.184847.82050635.hiura@openi18n.org (Hideki Hiura)> Message-ID: <1088704946.24084.31.camel@localhost.localdomain> Thanks, I installed canna and that didn't help either... As for gimlet, I'm running KDE, so I assume I can't use gimlet. I'm using the latest packages, too. I have removed and re-installed them for good measure. Once again, I have the following processes running: /usr/sbin/htt htt htt_server -nodaemon httx htt_xbe /usr/sbin/cannaserver -syslog -u bin Should these be run as any particular user? htt and htt_server are running as "htt", httx and htt_xba are running as "root" and canna is running as "bin". Ctrl-Alt-l Locks my screen (KDE shortcut) Ctrl-Alt-s Does nothing Mukatsuku.... -jr On Wed, 2004-06-30 at 01:48, Hideki Hiura wrote: > > From: James Ryan > > I press CTRL-SPACE nothing happens. I've tried a lot of other key > > combinations as well... > > Should canna also be installed and running? It's not on the list of > > Yes, you need canna installed. That's the language engine used. > > You may also want to have gimlet(gnome-im-switcher) installed > and run as applet, so that you can select the languages from > panel. > > Also updating IIIMF packages from Rawhide or > http://people.redhat.com/yshao/im-sdk/rpms/ would be good. > You can get language switching listings with the key combination > l > or > s > > > required applications. I do have iiimf-le-canna installed. > > iiimf-le-canna is the interface module for canna. > > > /usr/sbin/htt > > htt_server -nodaemon > > For gtk+ applications, this is fine, because it serves directly to gtk+. > (htt is a watchdog for htt_server) > > For other XIM applications, you need httx and htt_xbe.(htt_xbe works > as if XIM server, httx is a watchdog for htt_xbe) > > > I remember seeing a post about something called httx...does that need to > > be running and how do I run it? > > The code to run httx should be already there in default, in > /etc/X11/xinit/xinitrc.d/xinput which refers the environment variable > $XIM. > > I guess it is just because of canna package is missing? > > > > > My .bash_profile contains: > > > > export XMODIFIERS="@im=iiim" > > > > export XMODIFIERS=im=htt > > This should be just > export XMODIFIERS="@im=htt" > > but Jens said, > > > > Just putting > > > XIM=htt > > > in "~/.i18n" should be all you need to have iiimf setup > > > in your X session. > > > You can do this also with the command > > > $ im-switch -m iiimf > > should be fine. > > -- > hiura@{freestandards.org,OpenI18N.org,li18nux.org,unicode.org,sun.com} > Chair, OpenI18N.org/The Free Standards Group http://www.OpenI18N.org > Architect/Sr. Staff Engineer, Sun Microsystems, Inc, USA eFAX: 509-693-8356 > -- > Fedora-i18n-list mailing list > Fedora-i18n-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-i18n-list > > From joe.speigle at jklh.us Thu Jul 1 21:23:38 2004 From: joe.speigle at jklh.us (joseph speigle) Date: Thu, 1 Jul 2004 16:23:38 -0500 Subject: [Fedora-i18n-list] Japanese input _almost_ working in English FC2 (KDE) In-Reply-To: <1088704946.24084.31.camel@localhost.localdomain>; from morpheus@post.harvard.edu on Thu, Jul 01, 2004 at 06:02:26PM +0000 References: <1088033200.4438.6.camel@localhost.localdomain> <40E01E61.8020301@redhat.com> <1088522764.3785.13.camel@localhost.localdomain> <20040629.184847.82050635.hiura@openi18n.org <20040629.184847.82050635.hiura@openi18n.org (Hideki Hiura)> <1088704946.24084.31.camel@localhost.localdomain> Message-ID: <20040701162338.B30462@hovey.hoveymotorcars.com> have you tried CTRL-space which works on me switching between korean and english. On Thu, Jul 01, 2004 at 06:02:26PM +0000, morpheus wrote: > Thanks, I installed canna and that didn't help either... As for gimlet, > I'm running KDE, so I assume I can't use gimlet. > I'm using the latest packages, too. I have removed and re-installed > them for good measure. > Once again, I have the following processes running: > /usr/sbin/htt > htt > htt_server -nodaemon > httx > htt_xbe > /usr/sbin/cannaserver -syslog -u bin > > Should these be run as any particular user? htt and htt_server are > running as "htt", httx and htt_xba are running as "root" and canna is > running as "bin". > > Ctrl-Alt-l Locks my screen (KDE shortcut) > Ctrl-Alt-s Does nothing > > Mukatsuku.... > > -jr > > > > On Wed, 2004-06-30 at 01:48, Hideki Hiura wrote: > > > From: James Ryan > > > I press CTRL-SPACE nothing happens. I've tried a lot of other key > > > combinations as well... > > > Should canna also be installed and running? It's not on the list of > > > > Yes, you need canna installed. That's the language engine used. > > > > You may also want to have gimlet(gnome-im-switcher) installed > > and run as applet, so that you can select the languages from > > panel. > > > > Also updating IIIMF packages from Rawhide or > > http://people.redhat.com/yshao/im-sdk/rpms/ would be good. > > You can get language switching listings with the key combination > > l > > or > > s > > > > > required applications. I do have iiimf-le-canna installed. > > > > iiimf-le-canna is the interface module for canna. > > > > > /usr/sbin/htt > > > htt_server -nodaemon > > > > For gtk+ applications, this is fine, because it serves directly to gtk+. > > (htt is a watchdog for htt_server) > > > > For other XIM applications, you need httx and htt_xbe.(htt_xbe works > > as if XIM server, httx is a watchdog for htt_xbe) > > > > > I remember seeing a post about something called httx...does that need to > > > be running and how do I run it? > > > > The code to run httx should be already there in default, in > > /etc/X11/xinit/xinitrc.d/xinput which refers the environment variable > > $XIM. > > > > I guess it is just because of canna package is missing? > > > > > > > My .bash_profile contains: > > > > > export XMODIFIERS="@im=iiim" > > > > > export XMODIFIERS=im=htt > > > > This should be just > > export XMODIFIERS="@im=htt" > > > > but Jens said, > > > > > > Just putting > > > > XIM=htt > > > > in "~/.i18n" should be all you need to have iiimf setup > > > > in your X session. > > > > You can do this also with the command > > > > $ im-switch -m iiimf > > > > should be fine. > > > > -- > > hiura@{freestandards.org,OpenI18N.org,li18nux.org,unicode.org,sun.com} > > Chair, OpenI18N.org/The Free Standards Group http://www.OpenI18N.org > > Architect/Sr. Staff Engineer, Sun Microsystems, Inc, USA eFAX: 509-693-8356 > > -- > > Fedora-i18n-list mailing list > > Fedora-i18n-list at redhat.com > > http://www.redhat.com/mailman/listinfo/fedora-i18n-list > > > > > > -- > Fedora-i18n-list mailing list > Fedora-i18n-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-i18n-list From joe.speigle at jklh.us Thu Jul 1 21:42:13 2004 From: joe.speigle at jklh.us (joseph speigle) Date: Thu, 1 Jul 2004 16:42:13 -0500 Subject: [Fedora-i18n-list] Japanese input _almost_ working in English FC2 (KDE) In-Reply-To: <20040701162338.B30462@hovey.hoveymotorcars.com>; from joe.speigle@jklh.us on Thu, Jul 01, 2004 at 04:23:38PM -0500 References: <1088033200.4438.6.camel@localhost.localdomain> <40E01E61.8020301@redhat.com> <1088522764.3785.13.camel@localhost.localdomain> <20040629.184847.82050635.hiura@openi18n.org <20040629.184847.82050635.hiura@openi18n.org <1088704946.24084.31.camel@localhost.localdomain> <20040701162338.B30462@hovey.hoveymotorcars.com> Message-ID: <20040701164213.C30462@hovey.hoveymotorcars.com> I meant shift-space On Thu, Jul 01, 2004 at 04:23:38PM -0500, joseph speigle wrote: > have you tried CTRL-space > which works on me switching between korean and english. > > On Thu, Jul 01, 2004 at 06:02:26PM +0000, morpheus wrote: > > Thanks, I installed canna and that didn't help either... As for gimlet, > > I'm running KDE, so I assume I can't use gimlet. > > I'm using the latest packages, too. I have removed and re-installed > > them for good measure. > > Once again, I have the following processes running: > > /usr/sbin/htt > > htt > > htt_server -nodaemon > > httx > > htt_xbe > > /usr/sbin/cannaserver -syslog -u bin > > > > Should these be run as any particular user? htt and htt_server are > > running as "htt", httx and htt_xba are running as "root" and canna is > > running as "bin". > > > > Ctrl-Alt-l Locks my screen (KDE shortcut) > > Ctrl-Alt-s Does nothing > > > > Mukatsuku.... > > > > -jr > > > > > > > > On Wed, 2004-06-30 at 01:48, Hideki Hiura wrote: > > > > From: James Ryan > > > > I press CTRL-SPACE nothing happens. I've tried a lot of other key > > > > combinations as well... > > > > Should canna also be installed and running? It's not on the list of > > > > > > Yes, you need canna installed. That's the language engine used. > > > > > > You may also want to have gimlet(gnome-im-switcher) installed > > > and run as applet, so that you can select the languages from > > > panel. > > > > > > Also updating IIIMF packages from Rawhide or > > > http://people.redhat.com/yshao/im-sdk/rpms/ would be good. > > > You can get language switching listings with the key combination > > > l > > > or > > > s > > > > > > > required applications. I do have iiimf-le-canna installed. > > > > > > iiimf-le-canna is the interface module for canna. > > > > > > > /usr/sbin/htt > > > > htt_server -nodaemon > > > > > > For gtk+ applications, this is fine, because it serves directly to gtk+. > > > (htt is a watchdog for htt_server) > > > > > > For other XIM applications, you need httx and htt_xbe.(htt_xbe works > > > as if XIM server, httx is a watchdog for htt_xbe) > > > > > > > I remember seeing a post about something called httx...does that need to > > > > be running and how do I run it? > > > > > > The code to run httx should be already there in default, in > > > /etc/X11/xinit/xinitrc.d/xinput which refers the environment variable > > > $XIM. > > > > > > I guess it is just because of canna package is missing? > > > > > > > > > My .bash_profile contains: > > > > > > export XMODIFIERS="@im=iiim" > > > > > > export XMODIFIERS=im=htt > > > > > > This should be just > > > export XMODIFIERS="@im=htt" > > > > > > but Jens said, > > > > > > > > Just putting > > > > > XIM=htt > > > > > in "~/.i18n" should be all you need to have iiimf setup > > > > > in your X session. > > > > > You can do this also with the command > > > > > $ im-switch -m iiimf > > > > > > should be fine. > > > > > > -- > > > hiura@{freestandards.org,OpenI18N.org,li18nux.org,unicode.org,sun.com} > > > Chair, OpenI18N.org/The Free Standards Group http://www.OpenI18N.org > > > Architect/Sr. Staff Engineer, Sun Microsystems, Inc, USA eFAX: 509-693-8356 > > > -- > > > Fedora-i18n-list mailing list > > > Fedora-i18n-list at redhat.com > > > http://www.redhat.com/mailman/listinfo/fedora-i18n-list > > > > > > > > > > -- > > Fedora-i18n-list mailing list > > Fedora-i18n-list at redhat.com > > http://www.redhat.com/mailman/listinfo/fedora-i18n-list > -- > Fedora-i18n-list mailing list > Fedora-i18n-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-i18n-list From morpheus at post.harvard.edu Thu Jul 1 22:38:39 2004 From: morpheus at post.harvard.edu (morpheus) Date: Thu, 01 Jul 2004 22:38:39 +0000 Subject: [Fedora-i18n-list] Japanese input _almost_ working in English FC2 (KDE) In-Reply-To: <20040701164213.C30462@hovey.hoveymotorcars.com> References: <1088033200.4438.6.camel@localhost.localdomain> <40E01E61.8020301@redhat.com> <1088522764.3785.13.camel@localhost.localdomain> <20040629.184847.82050635.hiura@openi18n.org <20040629.184847.82050635.hiura@openi18n.org <1088704946.24084.31.camel@localhost.localdomain> <20040701162338.B30462@hovey.hoveymotorcars.com> <20040701164213.C30462@hovey.hoveymotorcars.com> Message-ID: <1088721519.24084.80.camel@localhost.localdomain> Yeah, I've tried just about all the key combinations I can think of, including CTRL-space, SHIFT-space, ALT-space, etc. etc... On Thu, 2004-07-01 at 21:42, joseph speigle wrote: > I meant shift-space > On Thu, Jul 01, 2004 at 04:23:38PM -0500, joseph speigle wrote: > > have you tried CTRL-space > > which works on me switching between korean and english. > > > > On Thu, Jul 01, 2004 at 06:02:26PM +0000, morpheus wrote: > > > Thanks, I installed canna and that didn't help either... As for gimlet, > > > I'm running KDE, so I assume I can't use gimlet. > > > I'm using the latest packages, too. I have removed and re-installed > > > them for good measure. > > > Once again, I have the following processes running: > > > /usr/sbin/htt > > > htt > > > htt_server -nodaemon > > > httx > > > htt_xbe > > > /usr/sbin/cannaserver -syslog -u bin > > > > > > Should these be run as any particular user? htt and htt_server are > > > running as "htt", httx and htt_xba are running as "root" and canna is > > > running as "bin". > > > > > > Ctrl-Alt-l Locks my screen (KDE shortcut) > > > Ctrl-Alt-s Does nothing > > > > > > Mukatsuku.... > > > > > > -jr > > > > > > > > > > > > On Wed, 2004-06-30 at 01:48, Hideki Hiura wrote: > > > > > From: James Ryan > > > > > I press CTRL-SPACE nothing happens. I've tried a lot of other key > > > > > combinations as well... > > > > > Should canna also be installed and running? It's not on the list of > > > > > > > > Yes, you need canna installed. That's the language engine used. > > > > > > > > You may also want to have gimlet(gnome-im-switcher) installed > > > > and run as applet, so that you can select the languages from > > > > panel. > > > > > > > > Also updating IIIMF packages from Rawhide or > > > > http://people.redhat.com/yshao/im-sdk/rpms/ would be good. > > > > You can get language switching listings with the key combination > > > > l > > > > or > > > > s > > > > > > > > > required applications. I do have iiimf-le-canna installed. > > > > > > > > iiimf-le-canna is the interface module for canna. > > > > > > > > > /usr/sbin/htt > > > > > htt_server -nodaemon > > > > > > > > For gtk+ applications, this is fine, because it serves directly to gtk+. > > > > (htt is a watchdog for htt_server) > > > > > > > > For other XIM applications, you need httx and htt_xbe.(htt_xbe works > > > > as if XIM server, httx is a watchdog for htt_xbe) > > > > > > > > > I remember seeing a post about something called httx...does that need to > > > > > be running and how do I run it? > > > > > > > > The code to run httx should be already there in default, in > > > > /etc/X11/xinit/xinitrc.d/xinput which refers the environment variable > > > > $XIM. > > > > > > > > I guess it is just because of canna package is missing? > > > > > > > > > > > My .bash_profile contains: > > > > > > > export XMODIFIERS="@im=iiim" > > > > > > > export XMODIFIERS=im=htt > > > > > > > > This should be just > > > > export XMODIFIERS="@im=htt" > > > > > > > > but Jens said, > > > > > > > > > > Just putting > > > > > > XIM=htt > > > > > > in "~/.i18n" should be all you need to have iiimf setup > > > > > > in your X session. > > > > > > You can do this also with the command > > > > > > $ im-switch -m iiimf > > > > > > > > should be fine. > > > > > > > > -- > > > > hiura@{freestandards.org,OpenI18N.org,li18nux.org,unicode.org,sun.com} > > > > Chair, OpenI18N.org/The Free Standards Group http://www.OpenI18N.org > > > > Architect/Sr. Staff Engineer, Sun Microsystems, Inc, USA eFAX: 509-693-8356 > > > > -- > > > > Fedora-i18n-list mailing list > > > > Fedora-i18n-list at redhat.com > > > > http://www.redhat.com/mailman/listinfo/fedora-i18n-list > > > > > > > > > > > > > > -- > > > Fedora-i18n-list mailing list > > > Fedora-i18n-list at redhat.com > > > http://www.redhat.com/mailman/listinfo/fedora-i18n-list > > -- > > Fedora-i18n-list mailing list > > Fedora-i18n-list at redhat.com > > http://www.redhat.com/mailman/listinfo/fedora-i18n-list > -- > Fedora-i18n-list mailing list > Fedora-i18n-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-i18n-list > > From tagoh at redhat.com Fri Jul 2 02:01:25 2004 From: tagoh at redhat.com (Akira TAGOH) Date: Fri, 02 Jul 2004 11:01:25 +0900 (JST) Subject: [Fedora-i18n-list] Japanese input _almost_ working in English FC2 (KDE) In-Reply-To: <1088721519.24084.80.camel@localhost.localdomain> References: <20040701162338.B30462@hovey.hoveymotorcars.com> <20040701164213.C30462@hovey.hoveymotorcars.com> <1088721519.24084.80.camel@localhost.localdomain> Message-ID: <20040702.110125.474640593.tagoh@redhat.com> >>>>> On Thu, 01 Jul 2004 22:38:39 +0000, >>>>> "morpheus" == morpheus wrote: morpheus> Yeah, I've tried just about all the key combinations I can think of, morpheus> including CTRL-space, SHIFT-space, ALT-space, etc. etc... BTW I couldn't find which version are you using from your mails (but you said the latest packages) Pleas make sure anyway: - you have installed the latest updated im-sdk packages. the latest version is 11.4-46.svn1587. if you have installed it correctly, try rpm -qa | grep iiimf, and you will see: iiimf-client-lib-11.4-46.svn1587 (requires) iiimf-client-lib-devel--11.4-46.svn1587 (optional) iiimf-csconv-11.4-46.svn1587 (requires) iiimf-docs-11.4-46.svn1587 (optional) iiimf-emacs-11.4-46.svn1587 (optional) iiimf-gtk-11.4-46.svn1587 (requires for gtk2 apps) iiimf-le-canna-11.4-46.svn1587 (requires for Japanese) iiimf-le-hangul-11.4-46.svn1587 (requires for Korean) iiimf-le-newpy-11.4-46.svn1587 (requires for Simplified Chinese, but iiimf-le-inpinyin is recommended) iiimf-le-unit-11.4-46.svn1587 (requires for others) iiimf-protocol-lib-11.4-46.svn1587 (requires) iiimf-protocol-lib-devel-11.4-46.svn1587 (optional) iiimf-server-11.4-46.svn1587 (requires) iiimf-x-11.4-46.svn1587 (requires for X apps) - sorry for the reminder, but run your terminal and check the environment variable again. if you configure it correctly, you can find out the below as the result of printenv command: XMODIFIERS=@im=htt GTK_IM_MODULE=iiim - as you indicated, the processes is running looks good. however please stop the processes (I meant htt, htt_server, httx and htt_xbe. please keep running cannaserver) first to track this issue down. and run it manually on the terminal instead of. like this: # service IIim stop # killall httx # ps -efw | grep htt | grep -v grep (you won't see any output here) # /usr/sbin/htt_server -d and on the another terminal: # /usr/bin/httx and then, run the KDE applications from the another terminal and press ctrl+space. what do you see on each terminals? Regards, -- Akira TAGOH From morpheus at post.harvard.edu Fri Jul 2 03:18:36 2004 From: morpheus at post.harvard.edu (morpheus) Date: Fri, 02 Jul 2004 03:18:36 +0000 Subject: [Fedora-i18n-list] Japanese input _almost_ working in English FC2 (KDE) In-Reply-To: <20040702.110125.474640593.tagoh@redhat.com> References: <20040701162338.B30462@hovey.hoveymotorcars.com> <20040701164213.C30462@hovey.hoveymotorcars.com> <1088721519.24084.80.camel@localhost.localdomain> <20040702.110125.474640593.tagoh@redhat.com> Message-ID: <1088738316.26436.1.camel@localhost.localdomain> Okay, I installed the latest packages, which seem to be 11.4-60 now, and everything seems to be working. Thanks for the help. -James On Fri, 2004-07-02 at 02:01, Akira TAGOH wrote: > >>>>> On Thu, 01 Jul 2004 22:38:39 +0000, > >>>>> "morpheus" == morpheus wrote: > > morpheus> Yeah, I've tried just about all the key combinations I can think of, > morpheus> including CTRL-space, SHIFT-space, ALT-space, etc. etc... > > BTW I couldn't find which version are you using from your > mails (but you said the latest packages) > Pleas make sure anyway: > - you have installed the latest updated im-sdk packages. the > latest version is 11.4-46.svn1587. if you have installed > it correctly, try rpm -qa | grep iiimf, and you will see: > iiimf-client-lib-11.4-46.svn1587 (requires) > iiimf-client-lib-devel--11.4-46.svn1587 (optional) > iiimf-csconv-11.4-46.svn1587 (requires) > iiimf-docs-11.4-46.svn1587 (optional) > iiimf-emacs-11.4-46.svn1587 (optional) > iiimf-gtk-11.4-46.svn1587 (requires for gtk2 apps) > iiimf-le-canna-11.4-46.svn1587 (requires for Japanese) > iiimf-le-hangul-11.4-46.svn1587 (requires for Korean) > iiimf-le-newpy-11.4-46.svn1587 (requires for Simplified Chinese, but iiimf-le-inpinyin is recommended) > iiimf-le-unit-11.4-46.svn1587 (requires for others) > iiimf-protocol-lib-11.4-46.svn1587 (requires) > iiimf-protocol-lib-devel-11.4-46.svn1587 (optional) > iiimf-server-11.4-46.svn1587 (requires) > iiimf-x-11.4-46.svn1587 (requires for X apps) > - sorry for the reminder, but run your terminal and check > the environment variable again. if you configure it > correctly, you can find out the below as the result of > printenv command: > XMODIFIERS=@im=htt > GTK_IM_MODULE=iiim > - as you indicated, the processes is running looks > good. however please stop the processes (I meant htt, > htt_server, httx and htt_xbe. please keep running > cannaserver) first to track this issue down. and run it > manually on the terminal instead of. like this: > # service IIim stop > # killall httx > # ps -efw | grep htt | grep -v grep > (you won't see any output here) > # /usr/sbin/htt_server -d > > and on the another terminal: > # /usr/bin/httx > and then, run the KDE applications from the another > terminal and press ctrl+space. > > what do you see on each terminals? > > Regards, > -- > Akira TAGOH > -- > Fedora-i18n-list mailing list > Fedora-i18n-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-i18n-list > > From danieyek at alumni.washington.edu Fri Jul 2 03:41:48 2004 From: danieyek at alumni.washington.edu (Daniel S.K. Yek =?UTF-8?Q?=e5=8f=b6=e7=9b=9b=e5=88=9a?=) Date: Thu, 01 Jul 2004 20:41:48 -0700 Subject: [Fedora-i18n-list] Re: Japanese input _almost_ working in English FC2 (KDE) In-Reply-To: <20040702.110125.474640593.tagoh@redhat.com> References: <20040701162338.B30462@hovey.hoveymotorcars.com> <20040701164213.C30462@hovey.hoveymotorcars.com> <1088721519.24084.80.camel@localhost.localdomain> <20040702.110125.474640593.tagoh@redhat.com> Message-ID: <1088739707.8164.1623.camel@haiou.olywa.net> > # /usr/sbin/htt_server -d I'm glad to know the above command and the debug switch. Thanks. James, I apologize to intercept the thread on Japanese input. Below is Chinese input, but the problem is not a lot different - I think. I have IIIMF and the GNOME desktop; I enjoy the ability to read Chinese characters in my emails and see them in many applications. That is good...Super. However, I am not thrilled with IIIMF yet, because I cannot use it effectively. With the debug message, I can identify several occasions where the conversion mode is toggled off: Toggle client conversion mode to false. When using gedit, every time I type a space character, the conversion mode turns off by itself. CTRL-Space also turned off the conversion mode. There might be more situation where the conversion mode is turned off. Once the conversion mode is turned off, it cannot be turned on conveniently - CTRL-Space definitely doesn't work. Gimlet is as buggy as it can be at this point. When the space character turned conversion mode off, it reduced to a small button without a label on it. Clicking on it, I found that "English" is checked. The only way I can turn the conversion mode on is by clicking on Gimlet and choose "Simplified Chinese". Right-click in gedit and from the context menu choose Input Methods/Internet-Intranet Input Method doesn't turn the conversion mode on - Gimlet displays a empty label. Switching between application windows, Gimlet may sometimes display ??, that is "English" in Chinese characters. Clicking on Gimlet shows that Simplified Chinese in checked, not "English" as displayed. The conversion mode was not turned on - there is no way to turn it on until you go through the clicking process to check Simplified Chinese again. Too often conversion mode is turned off unintentionally and one needs to start all over again to turn it on. That discounted my experience with IIIMF a lot. There are several other problems: I couldn't switch between Simplified Chinese input method anymore. I did it once or twice with CTRL-ALT-4 awkwardly, when FC2 was first released, but it doesn't seem to work anymore. I gave up adding Traditional Chinese to the list - Gimlet crashed and randomly changed its menu one or two times too often. I added Traditional Chinese, a crash (I forgot if I killed it because it simply wasn't behaving) will take it out. I have no idea what ASCII mode is. Why it just suddenly appeared in the menu and I think I lost "English", for a while. It didn't work to input ASCII too. Although, I provided a list of problems, I can see that a lot of the mechanism are already there. A few polishing in UI components might solve most of the problems I am experiencing. Thank you all for advancing the International support on Linux! Pls.: Is there a guide on this version of Chinese input methods? I'm not very good at any Chinese input method, but I learned a little of two input methods before. I just need to learn it/them more comprehensively. Even a database of what keystrokes yield what character(s) will be a good reference for me. Thanks. On Thu, 2004-07-01 at 19:01, Akira TAGOH wrote: > >>>>> On Thu, 01 Jul 2004 22:38:39 +0000, > >>>>> "morpheus" == morpheus wrote: > > morpheus> Yeah, I've tried just about all the key combinations I can think of, > morpheus> including CTRL-space, SHIFT-space, ALT-space, etc. etc... > > BTW I couldn't find which version are you using from your > mails (but you said the latest packages) > Pleas make sure anyway: > - you have installed the latest updated im-sdk packages. the > latest version is 11.4-46.svn1587. if you have installed > it correctly, try rpm -qa | grep iiimf, and you will see: > iiimf-client-lib-11.4-46.svn1587 (requires) > iiimf-client-lib-devel--11.4-46.svn1587 (optional) > iiimf-csconv-11.4-46.svn1587 (requires) > iiimf-docs-11.4-46.svn1587 (optional) > iiimf-emacs-11.4-46.svn1587 (optional) > iiimf-gtk-11.4-46.svn1587 (requires for gtk2 apps) > iiimf-le-canna-11.4-46.svn1587 (requires for Japanese) > iiimf-le-hangul-11.4-46.svn1587 (requires for Korean) > iiimf-le-newpy-11.4-46.svn1587 (requires for Simplified Chinese, but iiimf-le-inpinyin is recommended) > iiimf-le-unit-11.4-46.svn1587 (requires for others) > iiimf-protocol-lib-11.4-46.svn1587 (requires) > iiimf-protocol-lib-devel-11.4-46.svn1587 (optional) > iiimf-server-11.4-46.svn1587 (requires) > iiimf-x-11.4-46.svn1587 (requires for X apps) > - sorry for the reminder, but run your terminal and check > the environment variable again. if you configure it > correctly, you can find out the below as the result of > printenv command: > XMODIFIERS=@im=htt > GTK_IM_MODULE=iiim > - as you indicated, the processes is running looks > good. however please stop the processes (I meant htt, > htt_server, httx and htt_xbe. please keep running > cannaserver) first to track this issue down. and run it > manually on the terminal instead of. like this: > # service IIim stop > # killall httx > # ps -efw | grep htt | grep -v grep > (you won't see any output here) > # /usr/sbin/htt_server -d > > and on the another terminal: > # /usr/bin/httx > and then, run the KDE applications from the another > terminal and press ctrl+space. > > what do you see on each terminals? > > Regards, > -- > Akira TAGOH > -- > 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 morpheus at post.harvard.edu Fri Jul 2 03:57:15 2004 From: morpheus at post.harvard.edu (morpheus) Date: Fri, 02 Jul 2004 03:57:15 +0000 Subject: [Fedora-i18n-list] Re: Japanese input _almost_ working in English FC2 (KDE) In-Reply-To: <1088739707.8164.1623.camel@haiou.olywa.net> References: <20040701162338.B30462@hovey.hoveymotorcars.com> <20040701164213.C30462@hovey.hoveymotorcars.com> <1088721519.24084.80.camel@localhost.localdomain> <20040702.110125.474640593.tagoh@redhat.com> <1088739707.8164.1623.camel@haiou.olywa.net> Message-ID: <1088740634.26436.29.camel@localhost.localdomain> Daniel, Sorry I can't answer your questions on the Chinese side since I don't use the Chinese input, only ???. But I have had similar problems to you with the mode toggling off. What happens to me is usually if I go back and highlight existing text intending to type/replace it, when I press space for the conversion it only gives me romaji (roman character) options, instead of kana and kanji options. If I save, close the application and reload, it works fine. Has anyone else experienced this? -jr On Fri, 2004-07-02 at 03:41, Daniel S.K. Yek ??? wrote: > > # /usr/sbin/htt_server -d > > I'm glad to know the above command and the debug switch. Thanks. > > James, I apologize to intercept the thread on Japanese input. Below is > Chinese input, but the problem is not a lot different - I think. > > I have IIIMF and the GNOME desktop; I enjoy the ability to read > Chinese characters in my emails and see them in many applications. > That is good...Super. > > However, I am not thrilled with IIIMF yet, because I cannot use it > effectively. With the debug message, I can identify several occasions > where the conversion mode is toggled off: > Toggle client conversion mode to false. > > When using gedit, every time I type a space character, the conversion > mode turns off by itself. CTRL-Space also turned off the conversion > mode. There might be more situation where the conversion mode is > turned off. > > Once the conversion mode is turned off, it cannot be turned on > conveniently - CTRL-Space definitely doesn't work. Gimlet is as buggy > as it can be at this point. When the space character turned conversion > mode off, it reduced to a small button without a label on it. Clicking > on it, I found that "English" is checked. > > The only way I can turn the conversion mode on is by clicking on > Gimlet and choose "Simplified Chinese". Right-click in gedit and from > the context menu choose Input Methods/Internet-Intranet Input Method > doesn't turn the conversion mode on - Gimlet displays a empty label. > > Switching between application windows, Gimlet may sometimes display > ??, that is "English" in Chinese characters. Clicking on Gimlet shows > that Simplified Chinese in checked, not "English" as displayed. The > conversion mode was not turned on - there is no way to turn it on > until you go through the clicking process to check Simplified Chinese > again. > > Too often conversion mode is turned off unintentionally and one needs > to start all over again to turn it on. That discounted my experience > with IIIMF a lot. > > There are several other problems: > I couldn't switch between Simplified Chinese input method anymore. I > did it once or twice with CTRL-ALT-4 awkwardly, when FC2 was first > released, but it doesn't seem to work anymore. > I gave up adding Traditional Chinese to the list - Gimlet crashed and > randomly changed its menu one or two times too often. I added > Traditional Chinese, a crash (I forgot if I killed it because it > simply wasn't behaving) will take it out. > I have no idea what ASCII mode is. Why it just suddenly appeared in > the menu and I think I lost "English", for a while. It didn't work to > input ASCII too. > > > Although, I provided a list of problems, I can see that a lot of the > mechanism are already there. A few polishing in UI components might > solve most of the problems I am experiencing. > > Thank you all for advancing the International support on Linux! > > Pls.: Is there a guide on this version of Chinese input methods? I'm > not very good at any Chinese input method, but I learned a little of > two input methods before. I just need to learn it/them more > comprehensively. Even a database of what keystrokes yield what > character(s) will be a good reference for me. Thanks. > > > > > On Thu, 2004-07-01 at 19:01, Akira TAGOH wrote: > > >>>>> On Thu, 01 Jul 2004 22:38:39 +0000, > > >>>>> "morpheus" == morpheus wrote: > > > > morpheus> Yeah, I've tried just about all the key combinations I can think of, > > morpheus> including CTRL-space, SHIFT-space, ALT-space, etc. etc... > > > > BTW I couldn't find which version are you using from your > > mails (but you said the latest packages) > > Pleas make sure anyway: > > - you have installed the latest updated im-sdk packages. the > > latest version is 11.4-46.svn1587. if you have installed > > it correctly, try rpm -qa | grep iiimf, and you will see: > > iiimf-client-lib-11.4-46.svn1587 (requires) > > iiimf-client-lib-devel--11.4-46.svn1587 (optional) > > iiimf-csconv-11.4-46.svn1587 (requires) > > iiimf-docs-11.4-46.svn1587 (optional) > > iiimf-emacs-11.4-46.svn1587 (optional) > > iiimf-gtk-11.4-46.svn1587 (requires for gtk2 apps) > > iiimf-le-canna-11.4-46.svn1587 (requires for Japanese) > > iiimf-le-hangul-11.4-46.svn1587 (requires for Korean) > > iiimf-le-newpy-11.4-46.svn1587 (requires for Simplified Chinese, but iiimf-le-inpinyin is recommended) > > iiimf-le-unit-11.4-46.svn1587 (requires for others) > > iiimf-protocol-lib-11.4-46.svn1587 (requires) > > iiimf-protocol-lib-devel-11.4-46.svn1587 (optional) > > iiimf-server-11.4-46.svn1587 (requires) > > iiimf-x-11.4-46.svn1587 (requires for X apps) > > - sorry for the reminder, but run your terminal and check > > the environment variable again. if you configure it > > correctly, you can find out the below as the result of > > printenv command: > > XMODIFIERS=@im=htt > > GTK_IM_MODULE=iiim > > - as you indicated, the processes is running looks > > good. however please stop the processes (I meant htt, > > htt_server, httx and htt_xbe. please keep running > > cannaserver) first to track this issue down. and run it > > manually on the terminal instead of. like this: > > # service IIim stop > > # killall httx > > # ps -efw | grep htt | grep -v grep > > (you won't see any output here) > > # /usr/sbin/htt_server -d > > > > and on the another terminal: > > # /usr/bin/httx > > and then, run the KDE applications from the another > > terminal and press ctrl+space. > > > > what do you see on each terminals? > > > > Regards, > > -- > > Akira TAGOH > > -- > > Fedora-i18n-list mailing list > > Fedora-i18n-list at redhat.com > > http://www.redhat.com/mailman/listinfo/fedora-i18n-list > > > ______________________________________________________________________ > -- > Fedora-i18n-list mailing list > Fedora-i18n-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-i18n-list From lau at cs.wisc.edu Fri Jul 2 04:36:03 2004 From: lau at cs.wisc.edu (Colin Lau) Date: Thu, 01 Jul 2004 21:36:03 -0700 Subject: [Fedora-i18n-list] Re: Japanese input _almost_ working in English FC2 (KDE) In-Reply-To: <1088740634.26436.29.camel@localhost.localdomain> References: <20040701162338.B30462@hovey.hoveymotorcars.com> <20040701164213.C30462@hovey.hoveymotorcars.com> <1088721519.24084.80.camel@localhost.localdomain> <20040702.110125.474640593.tagoh@redhat.com> <1088739707.8164.1623.camel@haiou.olywa.net> <1088740634.26436.29.camel@localhost.localdomain> Message-ID: <40E4E633.5070905@cs.wisc.edu> Hello, I'm also having some issues with getting Traditional Chinese input mode to toggle. I started having this problem since I upgraded to the latest IIim packages. Before that, I could easily turn on/off IME in Mozilla or LICQ using Ctrl-Spacebar. Now I have to use the mouse to select the language mode in the Gnome applet (Gnome?????? 1.0.1) to switch between Chinese and English input in Mozilla. At this moment I am unable to type Chinese in LICQ. Is there any special configuration I need to perform to make it work as before? Thanks, Colin morpheus wrote: >Daniel, >Sorry I can't answer your questions on the Chinese side since I don't >use the Chinese input, only ???. >But I have had similar problems to you with the mode toggling off. What >happens to me is usually if I go back and highlight existing text >intending to type/replace it, when I press space for the conversion it >only gives me romaji (roman character) options, instead of kana and >kanji options. If I save, close the application and reload, it works >fine. >Has anyone else experienced this? >-jr > >On Fri, 2004-07-02 at 03:41, Daniel S.K. Yek ??? wrote: > > >>> # /usr/sbin/htt_server -d >>> >>> >>I'm glad to know the above command and the debug switch. Thanks. >> >>James, I apologize to intercept the thread on Japanese input. Below is >>Chinese input, but the problem is not a lot different - I think. >> >>I have IIIMF and the GNOME desktop; I enjoy the ability to read >>Chinese characters in my emails and see them in many applications. >>That is good...Super. >> >>However, I am not thrilled with IIIMF yet, because I cannot use it >>effectively. With the debug message, I can identify several occasions >>where the conversion mode is toggled off: >> Toggle client conversion mode to false. >> >>When using gedit, every time I type a space character, the conversion >>mode turns off by itself. CTRL-Space also turned off the conversion >>mode. There might be more situation where the conversion mode is >>turned off. >> >>Once the conversion mode is turned off, it cannot be turned on >>conveniently - CTRL-Space definitely doesn't work. Gimlet is as buggy >>as it can be at this point. When the space character turned conversion >>mode off, it reduced to a small button without a label on it. Clicking >>on it, I found that "English" is checked. >> >>The only way I can turn the conversion mode on is by clicking on >>Gimlet and choose "Simplified Chinese". Right-click in gedit and from >>the context menu choose Input Methods/Internet-Intranet Input Method >>doesn't turn the conversion mode on - Gimlet displays a empty label. >> >>Switching between application windows, Gimlet may sometimes display >>??, that is "English" in Chinese characters. Clicking on Gimlet shows >>that Simplified Chinese in checked, not "English" as displayed. The >>conversion mode was not turned on - there is no way to turn it on >>until you go through the clicking process to check Simplified Chinese >>again. >> >>Too often conversion mode is turned off unintentionally and one needs >>to start all over again to turn it on. That discounted my experience >>with IIIMF a lot. >> >>There are several other problems: >>I couldn't switch between Simplified Chinese input method anymore. I >>did it once or twice with CTRL-ALT-4 awkwardly, when FC2 was first >>released, but it doesn't seem to work anymore. >>I gave up adding Traditional Chinese to the list - Gimlet crashed and >>randomly changed its menu one or two times too often. I added >>Traditional Chinese, a crash (I forgot if I killed it because it >>simply wasn't behaving) will take it out. >>I have no idea what ASCII mode is. Why it just suddenly appeared in >>the menu and I think I lost "English", for a while. It didn't work to >>input ASCII too. >> >> >>Although, I provided a list of problems, I can see that a lot of the >>mechanism are already there. A few polishing in UI components might >>solve most of the problems I am experiencing. >> >>Thank you all for advancing the International support on Linux! >> >>Pls.: Is there a guide on this version of Chinese input methods? I'm >>not very good at any Chinese input method, but I learned a little of >>two input methods before. I just need to learn it/them more >>comprehensively. Even a database of what keystrokes yield what >>character(s) will be a good reference for me. Thanks. >> >> >> >> >>On Thu, 2004-07-01 at 19:01, Akira TAGOH wrote: >> >> >>>>>>>>On Thu, 01 Jul 2004 22:38:39 +0000, >>>>>>>>"morpheus" == morpheus wrote: >>>>>>>> >>>>>>>> >>>morpheus> Yeah, I've tried just about all the key combinations I can think of, >>>morpheus> including CTRL-space, SHIFT-space, ALT-space, etc. etc... >>> >>>BTW I couldn't find which version are you using from your >>>mails (but you said the latest packages) >>>Pleas make sure anyway: >>>- you have installed the latest updated im-sdk packages. the >>> latest version is 11.4-46.svn1587. if you have installed >>> it correctly, try rpm -qa | grep iiimf, and you will see: >>> iiimf-client-lib-11.4-46.svn1587 (requires) >>> iiimf-client-lib-devel--11.4-46.svn1587 (optional) >>> iiimf-csconv-11.4-46.svn1587 (requires) >>> iiimf-docs-11.4-46.svn1587 (optional) >>> iiimf-emacs-11.4-46.svn1587 (optional) >>> iiimf-gtk-11.4-46.svn1587 (requires for gtk2 apps) >>> iiimf-le-canna-11.4-46.svn1587 (requires for Japanese) >>> iiimf-le-hangul-11.4-46.svn1587 (requires for Korean) >>> iiimf-le-newpy-11.4-46.svn1587 (requires for Simplified Chinese, but iiimf-le-inpinyin is recommended) >>> iiimf-le-unit-11.4-46.svn1587 (requires for others) >>> iiimf-protocol-lib-11.4-46.svn1587 (requires) >>> iiimf-protocol-lib-devel-11.4-46.svn1587 (optional) >>> iiimf-server-11.4-46.svn1587 (requires) >>> iiimf-x-11.4-46.svn1587 (requires for X apps) >>>- sorry for the reminder, but run your terminal and check >>> the environment variable again. if you configure it >>> correctly, you can find out the below as the result of >>> printenv command: >>> XMODIFIERS=@im=htt >>> GTK_IM_MODULE=iiim >>>- as you indicated, the processes is running looks >>> good. however please stop the processes (I meant htt, >>> htt_server, httx and htt_xbe. please keep running >>> cannaserver) first to track this issue down. and run it >>> manually on the terminal instead of. like this: >>> # service IIim stop >>> # killall httx >>> # ps -efw | grep htt | grep -v grep >>> (you won't see any output here) >>> # /usr/sbin/htt_server -d >>> >>> and on the another terminal: >>> # /usr/bin/httx >>> and then, run the KDE applications from the another >>> terminal and press ctrl+space. >>> >>>what do you see on each terminals? >>> >>>Regards, >>>-- >>>Akira TAGOH >>>-- >>>Fedora-i18n-list mailing list >>>Fedora-i18n-list at redhat.com >>>http://www.redhat.com/mailman/listinfo/fedora-i18n-list >>> >>> >>______________________________________________________________________ >>-- >>Fedora-i18n-list mailing list >>Fedora-i18n-list at redhat.com >>http://www.redhat.com/mailman/listinfo/fedora-i18n-list >> >> > >-- >Fedora-i18n-list mailing list >Fedora-i18n-list at redhat.com >http://www.redhat.com/mailman/listinfo/fedora-i18n-list > > From dmason at jersey.uoregon.edu Fri Jul 2 05:18:52 2004 From: dmason at jersey.uoregon.edu (D M) Date: Thu, 1 Jul 2004 22:18:52 -0700 Subject: [Fedora-i18n-list] Japanese also almost working... Now fonts are toasted too In-Reply-To: <20040629.184847.82050635.hiura@openi18n.org (Hideki Hiura)> References: <1088033200.4438.6.camel@localhost.localdomain> <1088522764.3785.13.camel@localhost.localdomain> <20040629.184847.82050635.hiura@openi18n.org (Hideki Hiura)> Message-ID: <200407012218.53004.dmason@jersey.uoregon.edu> Hello, I've been lurking in the background here with the same problem as "morpheus" & following along as you folks suggest fixes. I too almost have Japanese input working -- am running KDE with the language set to English, but would like to have Japanese input for the occaisional email and web search... Anyway, I've come closest now with the version 11.4-60 packages. At least an input window appears in the KDE apps... But, when I installed those RPMS I also installed the Sazanami fonts... And now I don't seem to be able to see anything in Japanese. I think my truetype Japanese fonts may have become corrupted... They appear as blank squares in KDE apps and mozilla actually crashes if I attempt to go to a Japanese webpage now! Any hints on how to figure out what happened would be appreciated... If I pop up xfontsel I can see some of the Japanese x fonts, but don't really know how to evaluate what's going on with the truetype fonts... I have tried uninstalling the Sazanami fonts, and re-installing ttfonts-ja-1.2-34 without success. I've also tried reverting back to the 11.4-46.svn1587 IIim packages, and of course that didn't affect the problem... Thanks! From dmason at jeckyll.uoregon.edu Fri Jul 2 05:44:40 2004 From: dmason at jeckyll.uoregon.edu (Circuit Man) Date: Thu, 1 Jul 2004 22:44:40 -0700 Subject: [Fedora-i18n-list] Japanese also almost working... Now fonts are toasted too In-Reply-To: <200407012218.53004.dmason@jersey.uoregon.edu> References: <1088033200.4438.6.camel@localhost.localdomain> <20040629.184847.82050635.hiura@openi18n.org (Hideki Hiura)> <200407012218.53004.dmason@jersey.uoregon.edu> Message-ID: <200407012244.40256.dmason@jeckyll.uoregon.edu> On Thursday 01 July 2004 22:18, D M wrote: > > I have tried uninstalling the Sazanami fonts, and re-installing > ttfonts-ja-1.2-34 without success. I've also tried reverting back to the > 11.4-46.svn1587 IIim packages, and of course that didn't affect the > problem... > > Thanks! OK, somehow uninstalling the original Japanese tt fonts and reinstalling again did the trick. So in the end it appears installing the sazanami fonts broke Japanese truetype fonts for me. So now I can read Japanese again. I can't type it yet, but will now re-install the 11.4-60 packages by themselves like I should have done in the first place & see how that goes... From tagoh at redhat.com Fri Jul 2 06:36:39 2004 From: tagoh at redhat.com (Akira TAGOH) Date: Fri, 02 Jul 2004 15:36:39 +0900 (JST) Subject: [Fedora-i18n-list] Re: Japanese input _almost_ working in English FC2 (KDE) In-Reply-To: <1088739707.8164.1623.camel@haiou.olywa.net> References: <1088721519.24084.80.camel@localhost.localdomain> <20040702.110125.474640593.tagoh@redhat.com> <1088739707.8164.1623.camel@haiou.olywa.net> Message-ID: <20040702.153639.169723883.tagoh@redhat.com> Hi, >>>>> On Thu, 01 Jul 2004 20:41:48 -0700, >>>>> "DSKY" == "Daniel S.K. Yek ???" wrote: DSKY> # /usr/sbin/htt_server -d DSKY> I'm glad to know the above command and the debug switch. Thanks. DSKY> James, I apologize to intercept the thread on Japanese input. Below is Chinese input, but the problem is not a lot DSKY> different - I think. DSKY> I have IIIMF and the GNOME desktop; I enjoy the ability to read Chinese characters in my emails and see them in many DSKY> applications. That is good...Super. DSKY> However, I am not thrilled with IIIMF yet, because I cannot use it effectively. With the debug message, I can identify DSKY> several occasions where the conversion mode is toggled off: DSKY> Toggle client conversion mode to false. DSKY> When using gedit, every time I type a space character, the conversion mode turns off by itself. CTRL-Space also turned off DSKY> the conversion mode. There might be more situation where the conversion mode is turned off. DSKY> Once the conversion mode is turned off, it cannot be turned on conveniently - CTRL-Space definitely doesn't work. Gimlet is DSKY> as buggy as it can be at this point. When the space character turned conversion mode off, it reduced to a small button DSKY> without a label on it. Clicking on it, I found that "English" is checked. For the empty status issue, Could you try im-sdk packages for FC2-updates (and iiimf-le-inpinyin which will be available soon for FC2-updates) ? it's more stable than -60. -60 is a snapshot version of the upstream. otherwise you always need to try rawhide packages to solve the unknown problems ;) the empty status issue should be fixed in that and the latest rawhide stuff. Regards, -- Akira TAGOH From tagoh at redhat.com Fri Jul 2 07:00:55 2004 From: tagoh at redhat.com (Akira TAGOH) Date: Fri, 02 Jul 2004 16:00:55 +0900 (JST) Subject: [Fedora-i18n-list] Japanese input _almost_ working in English FC2 (KDE) In-Reply-To: <20040629.184847.82050635.hiura@openi18n.org_(Hideki_Hiura)> References: <40E01E61.8020301@redhat.com> <1088522764.3785.13.camel@localhost.localdomain> <20040629.184847.82050635.hiura@openi18n.org_(Hideki_Hiura)> Message-ID: <20040702.160055.70814851.tagoh@redhat.com> >>>>> On Tue, 29 Jun 2004 18:48:47 -0700 (PDT), >>>>> "HH" == hiura at openi18n.org (Hideki Hiura) wrote: HH> Also updating IIIMF packages from Rawhide or HH> http://people.redhat.com/yshao/im-sdk/rpms/ would be good. HH> You can get language switching listings with the key combination HH> l HH> or HH> s it looks buggy. actually I needed to spend some times to know which keys works to page up/down. I thought the cursor keys should works to move its cursor up/down for the up/down key and page up/down for the right/left key. and since the cursor and the enter key doesn't work, I always needed to use the mouse or the numeric key as the index to choose the language from the list. but some numbers are assigned twice. but with/without where the item is placed, the index is always increased and it's reseted when the index is higher than 9. it confuses the users. Regards, -- Akira TAGOH From llch at redhat.com Fri Jul 2 07:05:39 2004 From: llch at redhat.com (Leon Ho) Date: Fri, 02 Jul 2004 17:05:39 +1000 Subject: [Fedora-i18n-list] Re: Japanese input _almost_ working in English FC2 (KDE) In-Reply-To: <40E4E633.5070905@cs.wisc.edu> References: <20040701162338.B30462@hovey.hoveymotorcars.com> <20040701164213.C30462@hovey.hoveymotorcars.com> <1088721519.24084.80.camel@localhost.localdomain> <20040702.110125.474640593.tagoh@redhat.com> <1088739707.8164.1623.camel@haiou.olywa.net> <1088740634.26436.29.camel@localhost.localdomain> <40E4E633.5070905@cs.wisc.edu> Message-ID: <1088751938.13045.12.camel@windcloud.brisbane.redhat.com> What is your version number of IIIMF? iiimf*-46.svn* may works with you better right now. For licq, make sure 'htt_xbe' process is running. Regards, Leon On ?, 2004-07-02 at 14:36, Colin Lau wrote: > Hello, > > I'm also having some issues with getting Traditional Chinese input mode > to toggle. I started having this problem since I upgraded to the latest > IIim packages. Before that, I could easily turn on/off IME in Mozilla or > LICQ using Ctrl-Spacebar. Now I have to use the mouse to select the > language mode in the Gnome applet (Gnome?????? 1.0.1) to switch > between Chinese and English input in Mozilla. At this moment I am unable > to type Chinese in LICQ. Is there any special configuration I need to > perform to make it work as before? > > Thanks, > Colin > > morpheus wrote: > > >Daniel, > >Sorry I can't answer your questions on the Chinese side since I don't > >use the Chinese input, only ???. > >But I have had similar problems to you with the mode toggling off. What > >happens to me is usually if I go back and highlight existing text > >intending to type/replace it, when I press space for the conversion it > >only gives me romaji (roman character) options, instead of kana and > >kanji options. If I save, close the application and reload, it works > >fine. > >Has anyone else experienced this? > >-jr > > > >On Fri, 2004-07-02 at 03:41, Daniel S.K. Yek ??? wrote: > > > > > >>> # /usr/sbin/htt_server -d > >>> > >>> > >>I'm glad to know the above command and the debug switch. Thanks. > >> > >>James, I apologize to intercept the thread on Japanese input. Below is > >>Chinese input, but the problem is not a lot different - I think. > >> > >>I have IIIMF and the GNOME desktop; I enjoy the ability to read > >>Chinese characters in my emails and see them in many applications. > >>That is good...Super. > >> > >>However, I am not thrilled with IIIMF yet, because I cannot use it > >>effectively. With the debug message, I can identify several occasions > >>where the conversion mode is toggled off: > >> Toggle client conversion mode to false. > >> > >>When using gedit, every time I type a space character, the conversion > >>mode turns off by itself. CTRL-Space also turned off the conversion > >>mode. There might be more situation where the conversion mode is > >>turned off. > >> > >>Once the conversion mode is turned off, it cannot be turned on > >>conveniently - CTRL-Space definitely doesn't work. Gimlet is as buggy > >>as it can be at this point. When the space character turned conversion > >>mode off, it reduced to a small button without a label on it. Clicking > >>on it, I found that "English" is checked. > >> > >>The only way I can turn the conversion mode on is by clicking on > >>Gimlet and choose "Simplified Chinese". Right-click in gedit and from > >>the context menu choose Input Methods/Internet-Intranet Input Method > >>doesn't turn the conversion mode on - Gimlet displays a empty label. > >> > >>Switching between application windows, Gimlet may sometimes display > >>??, that is "English" in Chinese characters. Clicking on Gimlet shows > >>that Simplified Chinese in checked, not "English" as displayed. The > >>conversion mode was not turned on - there is no way to turn it on > >>until you go through the clicking process to check Simplified Chinese > >>again. > >> > >>Too often conversion mode is turned off unintentionally and one needs > >>to start all over again to turn it on. That discounted my experience > >>with IIIMF a lot. > >> > >>There are several other problems: > >>I couldn't switch between Simplified Chinese input method anymore. I > >>did it once or twice with CTRL-ALT-4 awkwardly, when FC2 was first > >>released, but it doesn't seem to work anymore. > >>I gave up adding Traditional Chinese to the list - Gimlet crashed and > >>randomly changed its menu one or two times too often. I added > >>Traditional Chinese, a crash (I forgot if I killed it because it > >>simply wasn't behaving) will take it out. > >>I have no idea what ASCII mode is. Why it just suddenly appeared in > >>the menu and I think I lost "English", for a while. It didn't work to > >>input ASCII too. > >> > >> > >>Although, I provided a list of problems, I can see that a lot of the > >>mechanism are already there. A few polishing in UI components might > >>solve most of the problems I am experiencing. > >> > >>Thank you all for advancing the International support on Linux! > >> > >>Pls.: Is there a guide on this version of Chinese input methods? I'm > >>not very good at any Chinese input method, but I learned a little of > >>two input methods before. I just need to learn it/them more > >>comprehensively. Even a database of what keystrokes yield what > >>character(s) will be a good reference for me. Thanks. > >> > >> > >> > >> > >>On Thu, 2004-07-01 at 19:01, Akira TAGOH wrote: > >> > >> > >>>>>>>>On Thu, 01 Jul 2004 22:38:39 +0000, > >>>>>>>>"morpheus" == morpheus wrote: > >>>>>>>> > >>>>>>>> > >>>morpheus> Yeah, I've tried just about all the key combinations I can think of, > >>>morpheus> including CTRL-space, SHIFT-space, ALT-space, etc. etc... > >>> > >>>BTW I couldn't find which version are you using from your > >>>mails (but you said the latest packages) > >>>Pleas make sure anyway: > >>>- you have installed the latest updated im-sdk packages. the > >>> latest version is 11.4-46.svn1587. if you have installed > >>> it correctly, try rpm -qa | grep iiimf, and you will see: > >>> iiimf-client-lib-11.4-46.svn1587 (requires) > >>> iiimf-client-lib-devel--11.4-46.svn1587 (optional) > >>> iiimf-csconv-11.4-46.svn1587 (requires) > >>> iiimf-docs-11.4-46.svn1587 (optional) > >>> iiimf-emacs-11.4-46.svn1587 (optional) > >>> iiimf-gtk-11.4-46.svn1587 (requires for gtk2 apps) > >>> iiimf-le-canna-11.4-46.svn1587 (requires for Japanese) > >>> iiimf-le-hangul-11.4-46.svn1587 (requires for Korean) > >>> iiimf-le-newpy-11.4-46.svn1587 (requires for Simplified Chinese, but iiimf-le-inpinyin is recommended) > >>> iiimf-le-unit-11.4-46.svn1587 (requires for others) > >>> iiimf-protocol-lib-11.4-46.svn1587 (requires) > >>> iiimf-protocol-lib-devel-11.4-46.svn1587 (optional) > >>> iiimf-server-11.4-46.svn1587 (requires) > >>> iiimf-x-11.4-46.svn1587 (requires for X apps) > >>>- sorry for the reminder, but run your terminal and check > >>> the environment variable again. if you configure it > >>> correctly, you can find out the below as the result of > >>> printenv command: > >>> XMODIFIERS=@im=htt > >>> GTK_IM_MODULE=iiim > >>>- as you indicated, the processes is running looks > >>> good. however please stop the processes (I meant htt, > >>> htt_server, httx and htt_xbe. please keep running > >>> cannaserver) first to track this issue down. and run it > >>> manually on the terminal instead of. like this: > >>> # service IIim stop > >>> # killall httx > >>> # ps -efw | grep htt | grep -v grep > >>> (you won't see any output here) > >>> # /usr/sbin/htt_server -d > >>> > >>> and on the another terminal: > >>> # /usr/bin/httx > >>> and then, run the KDE applications from the another > >>> terminal and press ctrl+space. > >>> > >>>what do you see on each terminals? > >>> > >>>Regards, > >>>-- > >>>Akira TAGOH > >>>-- > >>>Fedora-i18n-list mailing list > >>>Fedora-i18n-list at redhat.com > >>>http://www.redhat.com/mailman/listinfo/fedora-i18n-list > >>> > >>> > >>______________________________________________________________________ > >>-- > >>Fedora-i18n-list mailing list > >>Fedora-i18n-list at redhat.com > >>http://www.redhat.com/mailman/listinfo/fedora-i18n-list > >> > >> > > > >-- > >Fedora-i18n-list mailing list > >Fedora-i18n-list at redhat.com > >http://www.redhat.com/mailman/listinfo/fedora-i18n-list > > > > > -- > Fedora-i18n-list mailing list > Fedora-i18n-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-i18n-list From dmason at jersey.uoregon.edu Fri Jul 2 07:57:05 2004 From: dmason at jersey.uoregon.edu (D M) Date: Fri, 2 Jul 2004 00:57:05 -0700 Subject: [Fedora-i18n-list] Japanese also almost working... Now fonts are toasted too In-Reply-To: <200407012218.53004.dmason@jersey.uoregon.edu> References: <1088033200.4438.6.camel@localhost.localdomain> <20040629.184847.82050635.hiura@openi18n.org (Hideki Hiura)> <200407012218.53004.dmason@jersey.uoregon.edu> Message-ID: <200407020057.05459.dmason@jersey.uoregon.edu> OK, I have the 11-4-60 packages installed, am trying to do Japanese input in English KDE, Fedora core 2: > rpm -qa |fgrep iiim iiimf-client-lib-devel-11.4-60 iiimf-csconv-11.4-60 iiimf-le-canna-11.4-60 iiimf-client-lib-11.4-60 iiimf-x-11.4-60 iiimf-docs-11.4-60 iiimf-protocol-lib-devel-11.4-60 iiimf-gtk-11.4-60 iiimf-emacs-11.4-60 iiimf-protocol-lib-11.4-60 iiimf-server-11.4-60 My .i18n contains the following: XIM=htt processes running: htt 2267 0.0 0.0 2472 324 ? S 23:25 0:00 /usr/sbin/htt htt 2268 0.0 0.5 26000 2992 ? S 23:25 0:00 htt_server -nodaemon dmason 3135 0.0 0.2 5816 1348 ? S 23:33 0:00 httx dmason 3137 0.0 0.7 21020 3984 ? S 23:33 0:00 htt_xbe Now if I hit ctrl-space in a KDE window, I get a small rectangle on its lower left with only a pair of square brackets... If I do so in kmail, which I'm using now... ???????? I can type the above, but cannot see any text in the input window. Which makes selecting kanji sort of a guessing game... I can only see the Japanese text after I hit return. The windows appear to behave as they should, but I just don't see any text until I commit the character. If I do the same in Mozilla, I get the little rectangle with an [?], and am able to enter Japanese as usual, able to select kanji, everything works fine. If I create a brand new new account, start it in Japanese mode, input works perfectly with KDE apps, and I can see the Japanese characters in the input window. If I log out, then log back in in English, no input window comes up. If I add the XIM=htt line in .i18n, log out, log back in then I get the same behavior as my accout -- the input window pops up but I can't see anything inside the brackets & no kanji. Everything seems to be mechanically working, but for some reason the character window only picks up the font if I am entering text in mozilla. I don't think this is a feature with my misadventure with the Sazanami fonts, since I had this same behavior before I tried upgrading. Anyway, let me know if there's more tests I can try or switches that may not have been switched, etc. Thanks! --D On Thursday 01 July 2004 22:18, D M wrote: > Hello, > > I've been lurking in the background here with the same problem as > "morpheus" & following along as you folks suggest fixes. I too almost have > Japanese input working -- am running KDE with the language set to English, > but would like to have Japanese input for the occaisional email and web > search... Anyway, I've come closest now with the version 11.4-60 packages. > At least an input window appears in the KDE apps... > > But, when I installed those RPMS I also installed the Sazanami fonts... > And now I don't seem to be able to see anything in Japanese. I think my > truetype Japanese fonts may have become corrupted... They appear as blank > squares in KDE apps and mozilla actually crashes if I attempt to go to a > Japanese webpage now! Any hints on how to figure out what happened would > be appreciated... If I pop up xfontsel I can see some of the Japanese x > fonts, but don't really know how to evaluate what's going on with the > truetype fonts... > > I have tried uninstalling the Sazanami fonts, and re-installing > ttfonts-ja-1.2-34 without success. I've also tried reverting back to the > 11.4-46.svn1587 IIim packages, and of course that didn't affect the > problem... > > Thanks! > > > -- > Fedora-i18n-list mailing list > Fedora-i18n-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-i18n-list From lau at cs.wisc.edu Fri Jul 2 08:01:12 2004 From: lau at cs.wisc.edu (Colin Lau) Date: Fri, 02 Jul 2004 01:01:12 -0700 Subject: [Fedora-i18n-list] Re: Japanese input _almost_ working in English FC2 (KDE) In-Reply-To: <1088751938.13045.12.camel@windcloud.brisbane.redhat.com> References: <20040701162338.B30462@hovey.hoveymotorcars.com> <20040701164213.C30462@hovey.hoveymotorcars.com> <1088721519.24084.80.camel@localhost.localdomain> <20040702.110125.474640593.tagoh@redhat.com> <1088739707.8164.1623.camel@haiou.olywa.net> <1088740634.26436.29.camel@localhost.localdomain> <40E4E633.5070905@cs.wisc.edu> <1088751938.13045.12.camel@windcloud.brisbane.redhat.com> Message-ID: <40E51648.5020000@cs.wisc.edu> Hi Leon, Thanks for your response. A run of "rpm -qa | grep iim" gave me: iiimf-le-inpinyin-0.3-2 iiimf-le-xcin-0.1.5-1 iiimf-protocol-lib-11.4-46.svn1587 iiimf-le-newpy-11.4-46.svn1587 iiimf-server-11.4-46.svn1587 iiimf-csconv-11.4-46.svn1587 iiimf-gtk-11.4-46.svn1587 iiimf-le-unit-11.4-46.svn1587 iiimf-docs-11.4-46.svn1587 iiimf-le-hangul-11.4-46.svn1587 iiimf-le-canna-11.4-46.svn1587 iiimf-client-lib-11.4-46.svn1587 iiimf-x-11.4-46.svn1587 FYI, Traditional Chinese input worked fine for me in both Mozilla and licq with version iiimf-*-11.4-43. I think that was before the IM switcher applet was installed. I also ran "ps -ef | grep xbe" and confirmed that the htt_xbe process is running. The Chinese mode can be toggled in licq using Ctrl-Space, but the IME mode seems to be independent from the gnome-im-switcher-applet input mode (i.e. the applet still shows ?? although licq is no longer accepting my input as English characters). Instead, a white box popped up whenever I try to input something in Chinese mode. Any ideas are welcome. Thank you, Colin Leon Ho wrote: >What is your version number of IIIMF? iiimf*-46.svn* may works with you >better right now. > >For licq, make sure 'htt_xbe' process is running. > >Regards, >Leon > >On ?, 2004-07-02 at 14:36, Colin Lau wrote: > > >>Hello, >> >>I'm also having some issues with getting Traditional Chinese input mode >>to toggle. I started having this problem since I upgraded to the latest >>IIim packages. Before that, I could easily turn on/off IME in Mozilla or >>LICQ using Ctrl-Spacebar. Now I have to use the mouse to select the >>language mode in the Gnome applet (Gnome?????? 1.0.1) to switch >>between Chinese and English input in Mozilla. At this moment I am unable >>to type Chinese in LICQ. Is there any special configuration I need to >>perform to make it work as before? >> >>Thanks, >>Colin >> >>morpheus wrote: >> >> >> >>>Daniel, >>>Sorry I can't answer your questions on the Chinese side since I don't >>>use the Chinese input, only ???. >>>But I have had similar problems to you with the mode toggling off. What >>>happens to me is usually if I go back and highlight existing text >>>intending to type/replace it, when I press space for the conversion it >>>only gives me romaji (roman character) options, instead of kana and >>>kanji options. If I save, close the application and reload, it works >>>fine. >>>Has anyone else experienced this? >>>-jr >>> >>>On Fri, 2004-07-02 at 03:41, Daniel S.K. Yek ??? wrote: >>> >>> >>> >>> >>>>> # /usr/sbin/htt_server -d >>>>> >>>>> >>>>> >>>>> >>>>I'm glad to know the above command and the debug switch. Thanks. >>>> >>>>James, I apologize to intercept the thread on Japanese input. Below is >>>>Chinese input, but the problem is not a lot different - I think. >>>> >>>>I have IIIMF and the GNOME desktop; I enjoy the ability to read >>>>Chinese characters in my emails and see them in many applications. >>>>That is good...Super. >>>> >>>>However, I am not thrilled with IIIMF yet, because I cannot use it >>>>effectively. With the debug message, I can identify several occasions >>>>where the conversion mode is toggled off: >>>> Toggle client conversion mode to false. >>>> >>>>When using gedit, every time I type a space character, the conversion >>>>mode turns off by itself. CTRL-Space also turned off the conversion >>>>mode. There might be more situation where the conversion mode is >>>>turned off. >>>> >>>>Once the conversion mode is turned off, it cannot be turned on >>>>conveniently - CTRL-Space definitely doesn't work. Gimlet is as buggy >>>>as it can be at this point. When the space character turned conversion >>>>mode off, it reduced to a small button without a label on it. Clicking >>>>on it, I found that "English" is checked. >>>> >>>>The only way I can turn the conversion mode on is by clicking on >>>>Gimlet and choose "Simplified Chinese". Right-click in gedit and from >>>>the context menu choose Input Methods/Internet-Intranet Input Method >>>>doesn't turn the conversion mode on - Gimlet displays a empty label. >>>> >>>>Switching between application windows, Gimlet may sometimes display >>>>??, that is "English" in Chinese characters. Clicking on Gimlet shows >>>>that Simplified Chinese in checked, not "English" as displayed. The >>>>conversion mode was not turned on - there is no way to turn it on >>>>until you go through the clicking process to check Simplified Chinese >>>>again. >>>> >>>>Too often conversion mode is turned off unintentionally and one needs >>>>to start all over again to turn it on. That discounted my experience >>>>with IIIMF a lot. >>>> >>>>There are several other problems: >>>>I couldn't switch between Simplified Chinese input method anymore. I >>>>did it once or twice with CTRL-ALT-4 awkwardly, when FC2 was first >>>>released, but it doesn't seem to work anymore. >>>>I gave up adding Traditional Chinese to the list - Gimlet crashed and >>>>randomly changed its menu one or two times too often. I added >>>>Traditional Chinese, a crash (I forgot if I killed it because it >>>>simply wasn't behaving) will take it out. >>>>I have no idea what ASCII mode is. Why it just suddenly appeared in >>>>the menu and I think I lost "English", for a while. It didn't work to >>>>input ASCII too. >>>> >>>> >>>>Although, I provided a list of problems, I can see that a lot of the >>>>mechanism are already there. A few polishing in UI components might >>>>solve most of the problems I am experiencing. >>>> >>>>Thank you all for advancing the International support on Linux! >>>> >>>>Pls.: Is there a guide on this version of Chinese input methods? I'm >>>>not very good at any Chinese input method, but I learned a little of >>>>two input methods before. I just need to learn it/them more >>>>comprehensively. Even a database of what keystrokes yield what >>>>character(s) will be a good reference for me. Thanks. >>>> >>>> >>>> >>>> >>>>On Thu, 2004-07-01 at 19:01, Akira TAGOH wrote: >>>> >>>> >>>> >>>> >>>>>>>>>>On Thu, 01 Jul 2004 22:38:39 +0000, >>>>>>>>>>"morpheus" == morpheus wrote: >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>morpheus> Yeah, I've tried just about all the key combinations I can think of, >>>>>morpheus> including CTRL-space, SHIFT-space, ALT-space, etc. etc... >>>>> >>>>>BTW I couldn't find which version are you using from your >>>>>mails (but you said the latest packages) >>>>>Pleas make sure anyway: >>>>>- you have installed the latest updated im-sdk packages. the >>>>> latest version is 11.4-46.svn1587. if you have installed >>>>> it correctly, try rpm -qa | grep iiimf, and you will see: >>>>> iiimf-client-lib-11.4-46.svn1587 (requires) >>>>> iiimf-client-lib-devel--11.4-46.svn1587 (optional) >>>>> iiimf-csconv-11.4-46.svn1587 (requires) >>>>> iiimf-docs-11.4-46.svn1587 (optional) >>>>> iiimf-emacs-11.4-46.svn1587 (optional) >>>>> iiimf-gtk-11.4-46.svn1587 (requires for gtk2 apps) >>>>> iiimf-le-canna-11.4-46.svn1587 (requires for Japanese) >>>>> iiimf-le-hangul-11.4-46.svn1587 (requires for Korean) >>>>> iiimf-le-newpy-11.4-46.svn1587 (requires for Simplified Chinese, but iiimf-le-inpinyin is recommended) >>>>> iiimf-le-unit-11.4-46.svn1587 (requires for others) >>>>> iiimf-protocol-lib-11.4-46.svn1587 (requires) >>>>> iiimf-protocol-lib-devel-11.4-46.svn1587 (optional) >>>>> iiimf-server-11.4-46.svn1587 (requires) >>>>> iiimf-x-11.4-46.svn1587 (requires for X apps) >>>>>- sorry for the reminder, but run your terminal and check >>>>> the environment variable again. if you configure it >>>>> correctly, you can find out the below as the result of >>>>> printenv command: >>>>> XMODIFIERS=@im=htt >>>>> GTK_IM_MODULE=iiim >>>>>- as you indicated, the processes is running looks >>>>> good. however please stop the processes (I meant htt, >>>>> htt_server, httx and htt_xbe. please keep running >>>>> cannaserver) first to track this issue down. and run it >>>>> manually on the terminal instead of. like this: >>>>> # service IIim stop >>>>> # killall httx >>>>> # ps -efw | grep htt | grep -v grep >>>>> (you won't see any output here) >>>>> # /usr/sbin/htt_server -d >>>>> >>>>> and on the another terminal: >>>>> # /usr/bin/httx >>>>> and then, run the KDE applications from the another >>>>> terminal and press ctrl+space. >>>>> >>>>>what do you see on each terminals? >>>>> >>>>>Regards, >>>>>-- >>>>>Akira TAGOH >>>>>-- >>>>>Fedora-i18n-list mailing list >>>>>Fedora-i18n-list at redhat.com >>>>>http://www.redhat.com/mailman/listinfo/fedora-i18n-list >>>>> >>>>> >>>>> >>>>> >>>>______________________________________________________________________ >>>>-- >>>>Fedora-i18n-list mailing list >>>>Fedora-i18n-list at redhat.com >>>>http://www.redhat.com/mailman/listinfo/fedora-i18n-list >>>> >>>> >>>> >>>> >>>-- >>>Fedora-i18n-list mailing list >>>Fedora-i18n-list at redhat.com >>>http://www.redhat.com/mailman/listinfo/fedora-i18n-list >>> >>> >>> >>> >>-- >>Fedora-i18n-list mailing list >>Fedora-i18n-list at redhat.com >>http://www.redhat.com/mailman/listinfo/fedora-i18n-list >> >> > >-- >Fedora-i18n-list mailing list >Fedora-i18n-list at redhat.com >http://www.redhat.com/mailman/listinfo/fedora-i18n-list > > From tagoh at redhat.com Fri Jul 2 08:15:38 2004 From: tagoh at redhat.com (Akira TAGOH) Date: Fri, 02 Jul 2004 17:15:38 +0900 (JST) Subject: [Fedora-i18n-list] Japanese also almost working... Now fonts are toasted too In-Reply-To: <200407012244.40256.dmason@jeckyll.uoregon.edu> References: <20040629.184847.82050635.hiura@openi18n.org_(Hideki_Hiura)> <200407012218.53004.dmason@jersey.uoregon.edu> <200407012244.40256.dmason@jeckyll.uoregon.edu> Message-ID: <20040702.171538.40637001.tagoh@redhat.com> >>>>> On Thu, 1 Jul 2004 22:44:40 -0700, >>>>> "CM" == Circuit Man wrote: CM> On Thursday 01 July 2004 22:18, D M wrote: >> >> I have tried uninstalling the Sazanami fonts, and re-installing >> ttfonts-ja-1.2-34 without success. I've also tried reverting back to the >> 11.4-46.svn1587 IIim packages, and of course that didn't affect the >> problem... >> >> Thanks! CM> OK, somehow uninstalling the original Japanese tt fonts and reinstalling again CM> did the trick. So in the end it appears installing the sazanami fonts broke CM> Japanese truetype fonts for me. CM> So now I can read Japanese again. CM> I can't type it yet, but will now re-install the 11.4-60 packages by CM> themselves like I should have done in the first place & see how that goes... Thank you for the testing of the sazanami fonts. did you try re-login after installing the testing ttfonts-ja package? I'm not sure but I don't figure out how much it affects for the running process which is using Kochi fonts missing in the testing package. Otherwise it means the package has the upgrade issue. I need to track it down then. Anyway more feedbacks are welcome :) Thanks, -- Akira TAGOH From tagoh at redhat.com Fri Jul 2 08:42:22 2004 From: tagoh at redhat.com (Akira TAGOH) Date: Fri, 02 Jul 2004 17:42:22 +0900 (JST) Subject: [Fedora-i18n-list] Japanese also almost working... Now fonts are toasted too In-Reply-To: <200407020057.05459.dmason@jersey.uoregon.edu> References: <20040629.184847.82050635.hiura@openi18n.org_(Hideki_Hiura)> <200407012218.53004.dmason@jersey.uoregon.edu> <200407020057.05459.dmason@jersey.uoregon.edu> Message-ID: <20040702.174222.19511518.tagoh@redhat.com> >>>>> On Fri, 2 Jul 2004 00:57:05 -0700, >>>>> "DM" == D M wrote: DM> OK, I have the 11-4-60 packages installed, am trying to do Japanese input in DM> English KDE, Fedora core 2: >> rpm -qa |fgrep iiim DM> iiimf-client-lib-devel-11.4-60 DM> iiimf-csconv-11.4-60 DM> iiimf-le-canna-11.4-60 DM> iiimf-client-lib-11.4-60 DM> iiimf-x-11.4-60 DM> iiimf-docs-11.4-60 DM> iiimf-protocol-lib-devel-11.4-60 DM> iiimf-gtk-11.4-60 DM> iiimf-emacs-11.4-60 DM> iiimf-protocol-lib-11.4-60 DM> iiimf-server-11.4-60 Please, don't use -60. it has a lot of bugs. if you want to test IIIMF, please install 11.4-63.svn1772.1 which is available on rawhide (Fedora Core development). otherwise use 11.4-46.svn1587 as the stable updated packages. DM> I can type the above, but cannot see any text in the input window. Which DM> makes selecting kanji sort of a guessing game... I can only see the Japanese DM> text after I hit return. The windows appear to behave as they should, but I DM> just don't see any text until I commit the character. can you reproduce this on even the above version? I haven't seen such problem. Thanks, -- Akira TAGOH From dmason at jersey.uoregon.edu Fri Jul 2 15:25:50 2004 From: dmason at jersey.uoregon.edu (D M) Date: Fri, 2 Jul 2004 08:25:50 -0700 Subject: [Fedora-i18n-list] Japanese also almost working... Now fonts are toasted too In-Reply-To: <20040702.171538.40637001.tagoh@redhat.com> References: <20040629.184847.82050635.hiura@openi18n.org_(Hideki_Hiura)> <200407012244.40256.dmason@jeckyll.uoregon.edu> <20040702.171538.40637001.tagoh@redhat.com> Message-ID: <200407020825.50791.dmason@jersey.uoregon.edu> What I did exactly is install (rpm -Uvi) the package & restart X. When I logged in again I began having font problems. English text was fine, but anything Japanese in KDE apps was replaced by a blank square, when I tried to use mozilla (1.6 English with the Japanese language pack installed) it would work fine, but crashed when encountering anything Japanese (like www.yahoo.co.jp). I finally uninstalled the rpm's and re-installed ttfonts-ja from the Fedora DVD. Now things are back to normal... On Friday 02 July 2004 01:15, Akira TAGOH wrote: > >>>>> On Thu, 1 Jul 2004 22:44:40 -0700, > >>>>> "CM" == Circuit Man wrote: > > CM> On Thursday 01 July 2004 22:18, D M wrote: > >> I have tried uninstalling the Sazanami fonts, and re-installing > >> ttfonts-ja-1.2-34 without success. I've also tried reverting back to > >> the 11.4-46.svn1587 IIim packages, and of course that didn't affect the > >> problem... > >> > >> Thanks! > > CM> OK, somehow uninstalling the original Japanese tt fonts and > reinstalling again CM> did the trick. So in the end it appears installing > the sazanami fonts broke CM> Japanese truetype fonts for me. > > CM> So now I can read Japanese again. > > CM> I can't type it yet, but will now re-install the 11.4-60 packages by > CM> themselves like I should have done in the first place & see how that > goes... > > Thank you for the testing of the sazanami fonts. did you try > re-login after installing the testing ttfonts-ja package? > I'm not sure but I don't figure out how much it affects for > the running process which is using Kochi fonts missing in > the testing package. > Otherwise it means the package has the upgrade issue. I need > to track it down then. > > Anyway more feedbacks are welcome :) > > Thanks, > -- > Akira TAGOH > -- > Fedora-i18n-list mailing list > Fedora-i18n-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-i18n-list From dmason at jersey.uoregon.edu Fri Jul 2 15:44:56 2004 From: dmason at jersey.uoregon.edu (D M) Date: Fri, 2 Jul 2004 08:44:56 -0700 Subject: [Fedora-i18n-list] Japanese also almost working... Now fonts are toasted too In-Reply-To: <20040702.174222.19511518.tagoh@redhat.com> References: <20040629.184847.82050635.hiura@openi18n.org_(Hideki_Hiura)> <200407020057.05459.dmason@jersey.uoregon.edu> <20040702.174222.19511518.tagoh@redhat.com> Message-ID: <200407020844.56067.dmason@jersey.uoregon.edu> On Friday 02 July 2004 01:42, Akira TAGOH wrote: > Please, don't use -60. it has a lot of bugs. if you want to > test IIIMF, please install 11.4-63.svn1772.1 which is > available on rawhide (Fedora Core development). otherwise > use 11.4-46.svn1587 as the stable updated packages. I believe I did have these problems with 11.4-46.svn1587, and since its not clear 60 is helping anything I'll revert back and try again... What font does the input window choose, or how is that controlled? I have changed all my KDE fonts (via control center) to Kochi Gothic, but fixed width am only allowed western fonts (or at minimum aliased fonts) -- though I see the same effect from a brand new uncustomized account as well. It works fine if I start out in Japanese mode, but if my default language is English the character window becomes fontless. Mysteriously it works perfect from mozilla, but then returning to a KDE app, there are no fonts. > > DM> I can type the above, but cannot see any text in the input window. > Which DM> makes selecting kanji sort of a guessing game... I can only see > the Japanese DM> text after I hit return. The windows appear to behave as > they should, but I DM> just don't see any text until I commit the > character. > > can you reproduce this on even the above version? > I haven't seen such problem. > > Thanks, > -- > Akira TAGOH > -- > Fedora-i18n-list mailing list > Fedora-i18n-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-i18n-list From tagoh at redhat.com Mon Jul 5 02:25:55 2004 From: tagoh at redhat.com (Akira TAGOH) Date: Mon, 05 Jul 2004 11:25:55 +0900 (JST) Subject: [Fedora-i18n-list] Japanese also almost working... Now fonts are toasted too In-Reply-To: <200407020844.56067.dmason@jersey.uoregon.edu> References: <200407020057.05459.dmason@jersey.uoregon.edu> <20040702.174222.19511518.tagoh@redhat.com> <200407020844.56067.dmason@jersey.uoregon.edu> Message-ID: <20040705.112555.390700415.tagoh@redhat.com> Hi, >>>>> On Fri, 2 Jul 2004 08:44:56 -0700, >>>>> "DM" == D M wrote: DM> I believe I did have these problems with 11.4-46.svn1587, and since its not DM> clear 60 is helping anything I'll revert back and try again... What the problem did you see on -46.svn1587? DM> What font does the input window choose, or how is that controlled? I have DM> changed all my KDE fonts (via control center) to Kochi Gothic, but fixed DM> width am only allowed western fonts (or at minimum aliased fonts) -- though DM> I see the same effect from a brand new uncustomized account as well. It works DM> fine if I start out in Japanese mode, but if my default language is English DM> the character window becomes fontless. Mysteriously it works perfect from DM> mozilla, but then returning to a KDE app, there are no fonts. When I just tested httx with LANG=en_US.UTF-8 LC_CTYPE=ja_JP.UTF-8 on kedit (and KDE), but it works fine. which version of ttfonts-ja have you installed btw? if it's a testing package for Sazanami fonts, please revert it too to track your problem down efficiently. Regards, -- Akira TAGOH From dmason at jersey.uoregon.edu Wed Jul 7 05:17:19 2004 From: dmason at jersey.uoregon.edu (D M) Date: Tue, 6 Jul 2004 22:17:19 -0700 Subject: [Fedora-i18n-list] Japanese also almost working... Now fonts are toasted too Message-ID: <200407062217.19474.dmason@jersey.uoregon.edu> On Sunday 04 July 2004 19:25, Akira TAGOH wrote: > Hi, > > >>>>> On Fri, 2 Jul 2004 08:44:56 -0700, > >>>>> "DM" == D M wrote: > > DM> I believe I did have these problems with 11.4-46.svn1587, and since its > not DM> clear 60 is helping anything I'll revert back and try again... > > What the problem did you see on -46.svn1587? > Everything seems to work, except the input window does not display any characters when I try to input Japanese. It displays a small window at the bottom.... here -- I just attached a screenshot (attached .jpg) It does work fine within mozilla however -- I can see what I type, select kanji, do everything I would expect... I haven't customized very much package-wise, trying to stick to official FC2 packages, updating as updates come available (haven't done the X update yet though) > > When I just tested httx with LANG=en_US.UTF-8 > LC_CTYPE=ja_JP.UTF-8 on kedit (and KDE), but it works > fine. which version of ttfonts-ja have you installed btw? if > it's a testing package for Sazanami fonts, please revert it > too to track your problem down efficiently. What's interesting is when I set the LC_CTYPE env. variable like above, then fire up kedit -- no input window appears when I hit ctrl-space, and I cannot enter any Japanese. If I then unsetenv LC_CTYPE, it seems to work again, but I of course can't see whats in the input window. As for ttfonts-ja I'm currently using ttfonts-ja-1.2-34 Other env. variables that may be relevant: SUPPORTED=en_US.UTF-8:en_US:en:ja_JP.UTF-8:ja_JP:ja XIM=htt XMODIFIERS=@im=htt LANG=en_US.UTF-8 /usr/sbin/htt is running under htt's uid, as is htt_server -nodaemon httx, htt_xbe are also running under my uid. Let me know if what else you might need to know... --D > > Regards, > -- > Akira TAGOH > -- > Fedora-i18n-list mailing list > Fedora-i18n-list at redhat.com -------------- next part -------------- A non-text attachment was scrubbed... Name: keditscreenshot.jpg Type: image/jpeg Size: 23278 bytes Desc: not available URL: From jamesr at totalinfosecurity.com Wed Jul 7 08:17:28 2004 From: jamesr at totalinfosecurity.com (James Ryan) Date: Wed, 07 Jul 2004 08:17:28 +0000 Subject: [Fedora-i18n-list] Mixed Success In-Reply-To: <200407062217.19474.dmason@jersey.uoregon.edu> References: <200407062217.19474.dmason@jersey.uoregon.edu> Message-ID: <1089188248.6146.173.camel@localhost.localdomain> So far, I have Japanese input working in Evolution email and in mozilla. I cannot get it to work with any OpenOffice program, or with the Opera browser, or with Konsole. I can display Japanese in all of these programs. I can't find menus for "Input Method" on any of them. I am starting them at the command line as follows: #LANG=en_US.UTF-8 LC_CTYPE=ja_JP.UTF-8 oowriter Is there something I'm doing wrong? Also, when converting kana to kanji, I find it very difficult to see which segment of the sentence I am converting. Is there a way to set up different display colors? I've seen no documentation on configuration/customization of IIim. Help would be appreciated. -James From tagoh at redhat.com Wed Jul 7 11:12:44 2004 From: tagoh at redhat.com (Akira TAGOH) Date: Wed, 07 Jul 2004 20:12:44 +0900 (JST) Subject: [Fedora-i18n-list] Mixed Success In-Reply-To: <1089188248.6146.173.camel@localhost.localdomain> References: <200407062217.19474.dmason@jersey.uoregon.edu> <1089188248.6146.173.camel@localhost.localdomain> Message-ID: <20040707.201244.145692390.tagoh@redhat.com> Hi, >>>>> On Wed, 07 Jul 2004 08:17:28 +0000, >>>>> "JR" == James Ryan wrote: JR> So far, I have Japanese input working in Evolution email and in JR> mozilla. I cannot get it to work with any OpenOffice program, or with JR> the Opera browser, or with Konsole. I can display Japanese in all of JR> these programs. I can't find menus for "Input Method" on any of them. JR> I am starting them at the command line as follows: JR> #LANG=en_US.UTF-8 LC_CTYPE=ja_JP.UTF-8 oowriter JR> Is there something I'm doing wrong? You need to run httx with ja_JP.UTF-8 locale first so that non-gtk2 applications can communicates to htt_server using httx. Regards, -- Akira TAGOH From dmason at jersey.uoregon.edu Wed Jul 7 21:54:18 2004 From: dmason at jersey.uoregon.edu (D M) Date: Wed, 7 Jul 2004 14:54:18 -0700 Subject: [Fedora-i18n-list] Japanese also almost working... Now fonts are toasted too In-Reply-To: <200407062217.19474.dmason@jersey.uoregon.edu> References: <200407062217.19474.dmason@jersey.uoregon.edu> Message-ID: <200407071454.18589.dmason@jersey.uoregon.edu> Another scrap of information -- if within my kde session I fire up a gnome app like gedit, hit ctrl-space, input works fine, and I can see what I enter in the input box. Same with mozilla... If I log into a newly created account, under gnome, the input method also works. (and in fact within gmail I input text within the main window, not in a subwindow, which is what kmail used to do on my old laptop with RH 7.3 & kinput2...) But-- if inside that same gnome session I fire up a kde app like kedit, I have the same input problems as with a kde app in my kde session: input box pops up, but with no visible text. So somehow kde apps are the problem for me, and even then mechanically the input window appears to be working, just nothing is displayed... On Tuesday 06 July 2004 22:17, D M wrote: > On Sunday 04 July 2004 19:25, Akira TAGOH wrote: > > Hi, > > > > >>>>> On Fri, 2 Jul 2004 08:44:56 -0700, > > >>>>> "DM" == D M wrote: > > > > DM> I believe I did have these problems with 11.4-46.svn1587, and since > > its not DM> clear 60 is helping anything I'll revert back and try > > again... > > > > What the problem did you see on -46.svn1587? > From tagoh at redhat.com Thu Jul 8 01:30:11 2004 From: tagoh at redhat.com (Akira TAGOH) Date: Thu, 08 Jul 2004 10:30:11 +0900 (JST) Subject: [Fedora-i18n-list] Japanese also almost working... Now fonts are toasted too In-Reply-To: <200407062217.19474.dmason@jersey.uoregon.edu> References: <200407062217.19474.dmason@jersey.uoregon.edu> Message-ID: <20040708.103011.333676711.tagoh@redhat.com> Hi, >>>>> On Tue, 6 Jul 2004 22:17:19 -0700, >>>>> "DM" == D M wrote: DM> What's interesting is when I set the LC_CTYPE env. variable like above, then DM> fire up kedit -- no input window appears when I hit ctrl-space, and I cannot DM> enter any Japanese. If I then unsetenv LC_CTYPE, it seems to work again, but DM> I of course can't see whats in the input window. As for ttfonts-ja I'm DM> currently using ttfonts-ja-1.2-34 DM> Other env. variables that may be relevant: DM> SUPPORTED=en_US.UTF-8:en_US:en:ja_JP.UTF-8:ja_JP:ja DM> XIM=htt DM> XMODIFIERS=@im=htt DM> LANG=en_US.UTF-8 DM> /usr/sbin/htt is running under htt's uid, as is htt_server -nodaemon DM> httx, htt_xbe are also running under my uid. DM> Let me know if what else you might need to know... I think you are running httx and the applications with proper locale. but please make sure it with locale command again. I noticed that this problem happens if httx and the applications is running on ja_JP.eucJP locale. but I couldn't reproduce this problem on the below locale. $ locale LANG=en_US.UTF-8 LC_CTYPE="ja_JP.UTF-8" LC_NUMERIC="en_US.UTF-8" LC_TIME="en_US.UTF-8" LC_COLLATE="en_US.UTF-8" LC_MONETARY="en_US.UTF-8" LC_MESSAGES="en_US.UTF-8" LC_PAPER="en_US.UTF-8" LC_NAME="en_US.UTF-8" LC_ADDRESS="en_US.UTF-8" LC_TELEPHONE="en_US.UTF-8" LC_MEASUREMENT="en_US.UTF-8" LC_IDENTIFICATION="en_US.UTF-8" LC_ALL= Regards, -- Akira TAGOH From dmason at jersey.uoregon.edu Thu Jul 8 03:57:37 2004 From: dmason at jersey.uoregon.edu (D M) Date: Wed, 7 Jul 2004 20:57:37 -0700 Subject: [Fedora-i18n-list] Japanese also almost working... Now fonts are toasted too In-Reply-To: <20040708.103011.333676711.tagoh@redhat.com> References: <200407062217.19474.dmason@jersey.uoregon.edu> <20040708.103011.333676711.tagoh@redhat.com> Message-ID: <200407072057.37846.dmason@jersey.uoregon.edu> My locale is like below except LC_CTYPE is also set to en_US.UTF-8 by default. I will have to track backwards I guess and see where thats getting set... If I set it manually, then fire up kedit & try to do Japanese I don't even get an input window. I think I've tried setting it .i18n with similarly bad results... Its also not impossible eucJP is set somewhere, but after grepping through my home dir. I can't see where that would be. I will keep looking, but any hints would be appreciated! Thanks! On Wednesday 07 July 2004 18:30, Akira TAGOH wrote: > I think you are running httx and the applications with > proper locale. but please make sure it with locale command > again. I noticed that this problem happens if httx and the > applications is running on ja_JP.eucJP locale. but I > couldn't reproduce this problem on the below locale. > > $ locale > LANG=en_US.UTF-8 > LC_CTYPE="ja_JP.UTF-8" > LC_NUMERIC="en_US.UTF-8" > LC_TIME="en_US.UTF-8" > LC_COLLATE="en_US.UTF-8" > LC_MONETARY="en_US.UTF-8" > LC_MESSAGES="en_US.UTF-8" > LC_PAPER="en_US.UTF-8" > LC_NAME="en_US.UTF-8" > LC_ADDRESS="en_US.UTF-8" > LC_TELEPHONE="en_US.UTF-8" > LC_MEASUREMENT="en_US.UTF-8" > LC_IDENTIFICATION="en_US.UTF-8" > LC_ALL= > > Regards, > -- > Akira TAGOH > -- > Fedora-i18n-list mailing list > Fedora-i18n-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-i18n-list From dmason at jersey.uoregon.edu Thu Jul 8 04:40:44 2004 From: dmason at jersey.uoregon.edu (D M) Date: Wed, 7 Jul 2004 21:40:44 -0700 Subject: [Fedora-i18n-list] Japanese also almost working... Now fonts are toasted too In-Reply-To: <200407072057.37846.dmason@jersey.uoregon.edu> References: <200407062217.19474.dmason@jersey.uoregon.edu> <20040708.103011.333676711.tagoh@redhat.com> <200407072057.37846.dmason@jersey.uoregon.edu> Message-ID: <200407072140.44880.dmason@jersey.uoregon.edu> Ah -- its fixed! I just needed LC_CTYPE explicitly set in my .i18n file. Probably my bad experience with it being in .i18n earler was due to my other problems, namely either having the Sazanami fonts and/or using iiim version 11.4-60. So -- with the 11.4-46.svn1587 version of iiim, my .i18n file containing: LC_CTYPE="ja_JP.UTF-8" XIM=htt Things seem to behave Japanese wise. ?????? On Wednesday 07 July 2004 20:57, D M wrote: > My locale is like below except LC_CTYPE is also set to en_US.UTF-8 by > default. I will have to track backwards I guess and see where thats > getting set... If I set it manually, then fire up kedit & try to do > Japanese I don't even get an input window. I think I've tried setting it > .i18n with similarly bad results... > > Its also not impossible eucJP is set somewhere, but after grepping through > my home dir. I can't see where that would be. I will keep looking, but any > hints would be appreciated! > > Thanks! > > On Wednesday 07 July 2004 18:30, Akira TAGOH wrote: > > I think you are running httx and the applications with > > proper locale. but please make sure it with locale command > > again. I noticed that this problem happens if httx and the > > applications is running on ja_JP.eucJP locale. but I > > couldn't reproduce this problem on the below locale. > > > > $ locale > > LANG=en_US.UTF-8 > > LC_CTYPE="ja_JP.UTF-8" > > LC_NUMERIC="en_US.UTF-8" > > LC_TIME="en_US.UTF-8" > > LC_COLLATE="en_US.UTF-8" > > LC_MONETARY="en_US.UTF-8" > > LC_MESSAGES="en_US.UTF-8" > > LC_PAPER="en_US.UTF-8" > > LC_NAME="en_US.UTF-8" > > LC_ADDRESS="en_US.UTF-8" > > LC_TELEPHONE="en_US.UTF-8" > > LC_MEASUREMENT="en_US.UTF-8" > > LC_IDENTIFICATION="en_US.UTF-8" > > LC_ALL= > > > > Regards, > > -- > > Akira TAGOH > > -- > > Fedora-i18n-list mailing list > > Fedora-i18n-list at redhat.com > > http://www.redhat.com/mailman/listinfo/fedora-i18n-list > > -- > Fedora-i18n-list mailing list > Fedora-i18n-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-i18n-list From bh at izb.knu.ac.kr Thu Jul 8 07:38:39 2004 From: bh at izb.knu.ac.kr (Byung-hee H.) Date: Thu, 8 Jul 2004 16:38:39 +0900 Subject: [Fedora-i18n-list] Japanese also almost working... Now fonts are toasted too In-Reply-To: <200407072140.44880.dmason@jersey.uoregon.edu> References: <200407062217.19474.dmason@jersey.uoregon.edu> <20040708.103011.333676711.tagoh@redhat.com> <200407072057.37846.dmason@jersey.uoregon.edu> <200407072140.44880.dmason@jersey.uoregon.edu> Message-ID: <20040708073839.GA23621@tz3220e.izb.knu.ac.kr> Wed, Jul 07, 2004 at 09:40:44PM -0700 D M wrote: Hi, > > Ah -- its fixed! > > I just needed LC_CTYPE explicitly set in my .i18n file. Probably my bad > experience with it being in .i18n earler was due to my other problems, namely > either having the Sazanami fonts and/or using iiim version 11.4-60. > > So -- with the 11.4-46.svn1587 version of iiim, my .i18n file containing: > > LC_CTYPE="ja_JP.UTF-8" > XIM=htt > > Things seem to behave Japanese wise. > > ?????? ?????? ??? ??? ABCDEFGH Let's use UTF-8 charset on Mailing, please.. > > > > On Wednesday 07 July 2004 20:57, D M wrote: > > My locale is like below except LC_CTYPE is also set to en_US.UTF-8 by > > default. I will have to track backwards I guess and see where thats > > getting set... If I set it manually, then fire up kedit & try to do > > Japanese I don't even get an input window. I think I've tried setting it > > .i18n with similarly bad results... > > > > Its also not impossible eucJP is set somewhere, but after grepping through > > my home dir. I can't see where that would be. I will keep looking, but any > > hints would be appreciated! > > > > Thanks! > > > > On Wednesday 07 July 2004 18:30, Akira TAGOH wrote: > > > I think you are running httx and the applications with > > > proper locale. but please make sure it with locale command > > > again. I noticed that this problem happens if httx and the > > > applications is running on ja_JP.eucJP locale. but I > > > couldn't reproduce this problem on the below locale. > > > > > > $ locale > > > LANG=en_US.UTF-8 > > > LC_CTYPE="ja_JP.UTF-8" > > > LC_NUMERIC="en_US.UTF-8" > > > LC_TIME="en_US.UTF-8" > > > LC_COLLATE="en_US.UTF-8" > > > LC_MONETARY="en_US.UTF-8" > > > LC_MESSAGES="en_US.UTF-8" > > > LC_PAPER="en_US.UTF-8" > > > LC_NAME="en_US.UTF-8" > > > LC_ADDRESS="en_US.UTF-8" > > > LC_TELEPHONE="en_US.UTF-8" > > > LC_MEASUREMENT="en_US.UTF-8" > > > LC_IDENTIFICATION="en_US.UTF-8" > > > LC_ALL= > > > > > > Regards, > > > -- > > > Akira TAGOH > > > -- > > > Fedora-i18n-list mailing list > > > Fedora-i18n-list at redhat.com > > > http://www.redhat.com/mailman/listinfo/fedora-i18n-list > > > > -- > > Fedora-i18n-list mailing list > > Fedora-i18n-list at redhat.com > > http://www.redhat.com/mailman/listinfo/fedora-i18n-list > -- > Fedora-i18n-list mailing list > Fedora-i18n-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-i18n-list > From xmi at paul.rutgers.edu Sat Jul 10 06:57:25 2004 From: xmi at paul.rutgers.edu (Xiaofeng Mi) Date: Sat, 10 Jul 2004 02:57:25 -0400 Subject: [Fedora-i18n-list] bug, bug, please fix, thanks... Message-ID: <40EF9355.6040804@paul.rutgers.edu> *_Reporter:_* *_Product and version number:_* Fedora Core 2 *_Desktop environment and version number:_* Gnome 2.4 with gtk2-2.4.0? *Short description of observation:* Open office crashes *_Version-Release number of selected component (if applicable):_* iiimf-client-lib-11.4-46.1.svn1587 *_How reproducible:_* always *_Steps to Reproduce: _*case 1. Ctrl+space, ctrl+space, then OpenOffice crashes, in English locale case 2. still in English locale, add .i18n to the user's home dir, then add LC_CTYPE=zh_CN.GB2312, OpenOffice can not start up (crashes at start up) *_Additional info: _* ... From jamesr at totalinfosecurity.com Sat Jul 10 21:57:57 2004 From: jamesr at totalinfosecurity.com (James Ryan) Date: Sat, 10 Jul 2004 21:57:57 +0000 Subject: [Fedora-i18n-list] Mixed Success In-Reply-To: <20040707.201244.145692390.tagoh@redhat.com> References: <200407062217.19474.dmason@jersey.uoregon.edu> <1089188248.6146.173.camel@localhost.localdomain> <20040707.201244.145692390.tagoh@redhat.com> Message-ID: <1089496677.3539.3.camel@localhost.localdomain> Okay, as root, I tried running: LOCALE=ja_JP.UTF-8 httx & my ps aux shows it running... [root at enormousroom bin]# ps aux | grep htt root 2556 0.0 0.3 8040 4048 ? S 07:28 0:00 initlog -q -c /usr/sbin/htt_server -d root 2557 0.0 0.2 47780 2752 ? S 07:28 0:00 /usr/sbin/htt_server -d root 8342 0.0 0.1 5712 1396 pts/1 S 21:54 0:00 httx root 8343 0.0 0.3 21204 3196 pts/1 S 21:54 0:00 htt_xbe root 8348 0.0 0.0 4680 608 pts/1 S 21:54 0:00 grep htt Still nothing happens when I try ctrl-SPACE and many other keys in non-Gnome apps like OpenOffice and Opera. Evolution and Mozilla work fine. -James On Wed, 2004-07-07 at 11:12, Akira TAGOH wrote: > Hi, > > >>>>> On Wed, 07 Jul 2004 08:17:28 +0000, > >>>>> "JR" == James Ryan wrote: > > JR> So far, I have Japanese input working in Evolution email and in > JR> mozilla. I cannot get it to work with any OpenOffice program, or with > JR> the Opera browser, or with Konsole. I can display Japanese in all of > JR> these programs. I can't find menus for "Input Method" on any of them. > > JR> I am starting them at the command line as follows: > > JR> #LANG=en_US.UTF-8 LC_CTYPE=ja_JP.UTF-8 oowriter > > JR> Is there something I'm doing wrong? > > You need to run httx with ja_JP.UTF-8 locale first so that > non-gtk2 applications can communicates to htt_server using > httx. > > Regards, > -- > Akira TAGOH > -- > Fedora-i18n-list mailing list > Fedora-i18n-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-i18n-list > > From llch at redhat.com Sun Jul 11 23:59:38 2004 From: llch at redhat.com (Leon Ho) Date: Mon, 12 Jul 2004 09:59:38 +1000 Subject: [Fedora-i18n-list] Mixed Success In-Reply-To: <1089496677.3539.3.camel@localhost.localdomain> References: <200407062217.19474.dmason@jersey.uoregon.edu> <1089188248.6146.173.camel@localhost.localdomain> <20040707.201244.145692390.tagoh@redhat.com> <1089496677.3539.3.camel@localhost.localdomain> Message-ID: <1089590377.2268.1.camel@windcloud.brisbane.redhat.com> Can you please try LANG=ja_JP.UTF-8 httx & and see if it works for u? Also make sure your oowriter etc are running in LANG=ja_JP.UTF-8 environment as well. Leon ? ?, 2004-07-11 07:57, James Ryan ??? > Okay, as root, I tried running: > > LOCALE=ja_JP.UTF-8 httx & > > my ps aux shows it running... > > [root at enormousroom bin]# ps aux | grep htt > root 2556 0.0 0.3 8040 4048 ? S 07:28 0:00 initlog > -q -c /usr/sbin/htt_server -d > root 2557 0.0 0.2 47780 2752 ? S 07:28 0:00 > /usr/sbin/htt_server -d > root 8342 0.0 0.1 5712 1396 pts/1 S 21:54 0:00 httx > root 8343 0.0 0.3 21204 3196 pts/1 S 21:54 0:00 htt_xbe > root 8348 0.0 0.0 4680 608 pts/1 S 21:54 0:00 grep htt > > Still nothing happens when I try ctrl-SPACE and many other keys in > non-Gnome apps like OpenOffice and Opera. Evolution and Mozilla work > fine. > > -James > > > On Wed, 2004-07-07 at 11:12, Akira TAGOH wrote: > > Hi, > > > > >>>>> On Wed, 07 Jul 2004 08:17:28 +0000, > > >>>>> "JR" == James Ryan wrote: > > > > JR> So far, I have Japanese input working in Evolution email and in > > JR> mozilla. I cannot get it to work with any OpenOffice program, or with > > JR> the Opera browser, or with Konsole. I can display Japanese in all of > > JR> these programs. I can't find menus for "Input Method" on any of them. > > > > JR> I am starting them at the command line as follows: > > > > JR> #LANG=en_US.UTF-8 LC_CTYPE=ja_JP.UTF-8 oowriter > > > > JR> Is there something I'm doing wrong? > > > > You need to run httx with ja_JP.UTF-8 locale first so that > > non-gtk2 applications can communicates to htt_server using > > httx. > > > > Regards, > > -- > > Akira TAGOH > > -- > > Fedora-i18n-list mailing list > > Fedora-i18n-list at redhat.com > > http://www.redhat.com/mailman/listinfo/fedora-i18n-list > > > > > > -- > Fedora-i18n-list mailing list > Fedora-i18n-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-i18n-list From morpheus at post.harvard.edu Mon Jul 12 04:43:31 2004 From: morpheus at post.harvard.edu (morpheus) Date: Mon, 12 Jul 2004 04:43:31 +0000 Subject: [Fedora-i18n-list] Mixed Success In-Reply-To: <1089590377.2268.1.camel@windcloud.brisbane.redhat.com> References: <200407062217.19474.dmason@jersey.uoregon.edu> <1089188248.6146.173.camel@localhost.localdomain> <20040707.201244.145692390.tagoh@redhat.com> <1089496677.3539.3.camel@localhost.localdomain> <1089590377.2268.1.camel@windcloud.brisbane.redhat.com> Message-ID: <1089607411.3668.14.camel@localhost.localdomain> Yes, that works, but what I really wanted was to run OpenOffice in English, since the Japanese translations are not so great... Well, I can live with the Japanese menus when I need to create Japanese documents. But, if anyone knows how to get this to work in KDE using English locale, please let me know. Cheers, James On Sun, 2004-07-11 at 23:59, Leon Ho wrote: > Can you please try LANG=ja_JP.UTF-8 httx & and see if it works for u? > Also make sure your oowriter etc are running in LANG=ja_JP.UTF-8 > environment as well. > > Leon > > ? ?, 2004-07-11 07:57, James Ryan ??? > > Okay, as root, I tried running: > > > > LOCALE=ja_JP.UTF-8 httx & > > > > my ps aux shows it running... > > > > [root at enormousroom bin]# ps aux | grep htt > > root 2556 0.0 0.3 8040 4048 ? S 07:28 0:00 initlog > > -q -c /usr/sbin/htt_server -d > > root 2557 0.0 0.2 47780 2752 ? S 07:28 0:00 > > /usr/sbin/htt_server -d > > root 8342 0.0 0.1 5712 1396 pts/1 S 21:54 0:00 httx > > root 8343 0.0 0.3 21204 3196 pts/1 S 21:54 0:00 htt_xbe > > root 8348 0.0 0.0 4680 608 pts/1 S 21:54 0:00 grep htt > > > > Still nothing happens when I try ctrl-SPACE and many other keys in > > non-Gnome apps like OpenOffice and Opera. Evolution and Mozilla work > > fine. > > > > -James > > > > > > On Wed, 2004-07-07 at 11:12, Akira TAGOH wrote: > > > Hi, > > > > > > >>>>> On Wed, 07 Jul 2004 08:17:28 +0000, > > > >>>>> "JR" == James Ryan wrote: > > > > > > JR> So far, I have Japanese input working in Evolution email and in > > > JR> mozilla. I cannot get it to work with any OpenOffice program, or with > > > JR> the Opera browser, or with Konsole. I can display Japanese in all of > > > JR> these programs. I can't find menus for "Input Method" on any of them. > > > > > > JR> I am starting them at the command line as follows: > > > > > > JR> #LANG=en_US.UTF-8 LC_CTYPE=ja_JP.UTF-8 oowriter > > > > > > JR> Is there something I'm doing wrong? > > > > > > You need to run httx with ja_JP.UTF-8 locale first so that > > > non-gtk2 applications can communicates to htt_server using > > > httx. > > > > > > Regards, > > > -- > > > Akira TAGOH > > > -- > > > Fedora-i18n-list mailing list > > > Fedora-i18n-list at redhat.com > > > http://www.redhat.com/mailman/listinfo/fedora-i18n-list > > > > > > > > > > -- > > Fedora-i18n-list mailing list > > Fedora-i18n-list at redhat.com > > http://www.redhat.com/mailman/listinfo/fedora-i18n-list > > -- > Fedora-i18n-list mailing list > Fedora-i18n-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-i18n-list > > From tagoh at redhat.com Mon Jul 12 06:17:46 2004 From: tagoh at redhat.com (Akira TAGOH) Date: Mon, 12 Jul 2004 15:17:46 +0900 (JST) Subject: [Fedora-i18n-list] Mixed Success In-Reply-To: <1089607411.3668.14.camel@localhost.localdomain> References: <1089496677.3539.3.camel@localhost.localdomain> <1089590377.2268.1.camel@windcloud.brisbane.redhat.com> <1089607411.3668.14.camel@localhost.localdomain> Message-ID: <20040712.151746.614194482.tagoh@redhat.com> >>>>> On Mon, 12 Jul 2004 04:43:31 +0000, >>>>> "murpheus" == morpheus wrote: murpheus> Yes, that works, but what I really wanted was to run OpenOffice in murpheus> English, since the Japanese translations are not so great... murpheus> Well, I can live with the Japanese menus when I need to create Japanese murpheus> documents. murpheus> But, if anyone knows how to get this to work in KDE using English murpheus> locale, please let me know. murpheus> Cheers, murpheus> James just use LC_CTYPE instead of LANG. Regards, -- Akira TAGOH From jamesr at totalinfosecurity.com Mon Jul 12 06:36:22 2004 From: jamesr at totalinfosecurity.com (James Ryan) Date: Mon, 12 Jul 2004 06:36:22 +0000 Subject: [Fedora-i18n-list] Mixed Success In-Reply-To: <20040712.151746.614194482.tagoh@redhat.com> References: <1089496677.3539.3.camel@localhost.localdomain> <1089590377.2268.1.camel@windcloud.brisbane.redhat.com> <1089607411.3668.14.camel@localhost.localdomain> <20040712.151746.614194482.tagoh@redhat.com> Message-ID: <1089614181.3668.24.camel@localhost.localdomain> When I do that, I get the input method started, but it will only give me romaji conversion candidates (no kana or kanji). So, I enter "nihon" and it will convert it to "nihon" but not to Japanese. -jr On Mon, 2004-07-12 at 06:17, Akira TAGOH wrote: > >>>>> On Mon, 12 Jul 2004 04:43:31 +0000, > >>>>> "murpheus" == morpheus wrote: > > murpheus> Yes, that works, but what I really wanted was to run OpenOffice in > murpheus> English, since the Japanese translations are not so great... > murpheus> Well, I can live with the Japanese menus when I need to create Japanese > murpheus> documents. > murpheus> But, if anyone knows how to get this to work in KDE using English > murpheus> locale, please let me know. > murpheus> Cheers, > murpheus> James > > just use LC_CTYPE instead of LANG. > > Regards, > -- > Akira TAGOH > -- > Fedora-i18n-list mailing list > Fedora-i18n-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-i18n-list > > From tagoh at redhat.com Mon Jul 12 09:43:29 2004 From: tagoh at redhat.com (Akira TAGOH) Date: Mon, 12 Jul 2004 18:43:29 +0900 (JST) Subject: [Fedora-i18n-list] Mixed Success In-Reply-To: <1089614181.3668.24.camel@localhost.localdomain> References: <1089607411.3668.14.camel@localhost.localdomain> <20040712.151746.614194482.tagoh@redhat.com> <1089614181.3668.24.camel@localhost.localdomain> Message-ID: <20040712.184329.660270409.tagoh@redhat.com> >>>>> On Mon, 12 Jul 2004 06:36:22 +0000, >>>>> "JR" == James Ryan wrote: JR> When I do that, I get the input method started, but it will only give me JR> romaji conversion candidates (no kana or kanji). So, I enter "nihon" JR> and it will convert it to "nihon" but not to Japanese. JR> -jr Where did you wrote it on? and which version of xinitrc are you using? please let me know the details. What I did for success, wrote LC_CTYPE=ja_JP.UTF-8 to ~/.i18n and make sure htt_server is running, and logged into the desktop. run httx from the terminal manually so that I've installed xinitrc-4.0.1-1 and xinput.sh doesn't read lang.sh first anymore. it works fine. If your problem still appears, please make sure the below. 1. whether or not the httx and the applications is running on the proper locales. if you're not sure, do killall httx first. 2. run a terminal, and make sure LC_CTYPE is ja_JP.UTF-8. and XMODIFIERS is set as @im=htt. if you want to use immodule on gtk2, set GTK_IM_MODULE as well. $ locale LANG=en_US.UTF-8 LC_CTYPE=ja_JP.UTF-8 LC_NUMERIC="en_US.UTF-8" LC_TIME="en_US.UTF-8" LC_COLLATE="en_US.UTF-8" LC_MONETARY="en_US.UTF-8" LC_MESSAGES="en_US.UTF-8" LC_PAPER="en_US.UTF-8" LC_NAME="en_US.UTF-8" LC_ADDRESS="en_US.UTF-8" LC_TELEPHONE="en_US.UTF-8" LC_MEASUREMENT="en_US.UTF-8" LC_IDENTIFICATION="en_US.UTF-8" LC_ALL= $ export XMODIFIERS=@im=htt $ export GTK_IM_MODULE=iiim 3. try to run httx and the applications on the same terminal. $ httx & $ gedit Regards, -- Akira TAGOH From dmason at jersey.uoregon.edu Mon Jul 12 20:31:04 2004 From: dmason at jersey.uoregon.edu (D M) Date: Mon, 12 Jul 2004 13:31:04 -0700 Subject: [Fedora-i18n-list] Mixed Success In-Reply-To: <1089607411.3668.14.camel@localhost.localdomain> References: <200407062217.19474.dmason@jersey.uoregon.edu> <1089590377.2268.1.camel@windcloud.brisbane.redhat.com> <1089607411.3668.14.camel@localhost.localdomain> Message-ID: <200407121331.04284.dmason@jersey.uoregon.edu> FWIW I am running KDE in English and am able to input Japanese in OpenOffice. Aside from locale settings you might need to change some settings in OpenOffice -- under Tools->Options->Language Settings you may need to enable Asian language support under Languages. I also needed to change the default font from Bitstream Vera Sans to a Japanese font under Text Document --> Basic Fonts (Asian) to make things visible. I have the following in my .i18n file: LC_CTYPE="ja_JP.UTF-8" XIM=htt and: > rpm -qa | fgrep iii iiimf-emacs-11.4-46.1.svn1587 iiimf-protocol-lib-11.4-46.1.svn1587 iiimf-server-11.4-46.1.svn1587 iiimf-client-lib-devel-11.4-46.1.svn1587 iiimf-gtk-11.4-46.1.svn1587 iiimf-client-lib-11.4-46.1.svn1587 iiimf-protocol-lib-devel-11.4-46.1.svn1587 iiimf-x-11.4-46.1.svn1587 iiimf-le-canna-11.4-46.1.svn1587 iiimf-csconv-11.4-46.1.svn1587 iiimf-docs-11.4-46.1.svn1587 > locale LANG=en_US.UTF-8 LC_CTYPE=ja_JP.UTF-8 LC_NUMERIC="en_US.UTF-8" LC_TIME="en_US.UTF-8" LC_COLLATE="en_US.UTF-8" LC_MONETARY="en_US.UTF-8" LC_MESSAGES="en_US.UTF-8" LC_PAPER="en_US.UTF-8" LC_NAME="en_US.UTF-8" LC_ADDRESS="en_US.UTF-8" LC_TELEPHONE="en_US.UTF-8" LC_MEASUREMENT="en_US.UTF-8" LC_IDENTIFICATION="en_US.UTF-8" I also have: GTK_IM_MODULE=iiim XMODIFIERS=@im=htt Though I don't appear to be explicitly setting them myself... Other than that the .i18n file gets caught so httx & friends get fired up when I first log in... On Sunday 11 July 2004 21:43, morpheus wrote: > Yes, that works, but what I really wanted was to run OpenOffice in > English, since the Japanese translations are not so great... > Well, I can live with the Japanese menus when I need to create Japanese > documents. > But, if anyone knows how to get this to work in KDE using English > locale, please let me know. > Cheers, > James > From z at seastars.com Fri Jul 16 09:02:09 2004 From: z at seastars.com (Zhou Jianfei) Date: Fri, 16 Jul 2004 17:02:09 +0800 Subject: [Fedora-i18n-list] iiimf-le-newpy-11.4-46.1.svn1587 problem Message-ID: <40F79991.4010807@seastars.com> Hi, guys I'v upgraded the iiim to this: ------------------------------------------------------------------------------ # rpm -qa | grep iiim iiimf-gtk-11.4-46.1.svn1587 iiimf-client-lib-devel-11.4-46.1.svn1587 iiimf-client-lib-11.4-46.1.svn1587 iiimf-docs-11.4-46.1.svn1587 iiimf-le-unit-11.4-46.1.svn1587 iiimf-csconv-11.4-46.1.svn1587 iiimf-emacs-11.4-46.1.svn1587 iiimf-protocol-lib-devel-11.4-46.1.svn1587 iiimf-server-11.4-46.1.svn1587 iiimf-x-11.4-46.1.svn1587 iiimf-protocol-lib-11.4-46.1.svn1587 iiimf-le-newpy-11.4-46.1.svn1587 ------------------------------------------------------------------------------ I can only switch the "new pin yin" once when I prese -. when I switch it again from "english", it will not display the chinese char selector and only this chinese symbols: "????-="([[]]-=) works. it will be working again use one of three method below: 1. wait a few minutes or 2. open a new gnome-terminal or 3. kill the httx and run it again. But each time I run the "httx" it will be a new process begin to run and take almost 90% cpu time like this: ------------------------------------------------------------------------------------------------ $top PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 4453 z 25 0 8588 2792 7440 R 45.7 0.4 18:01.55 aux_win 4487 z 25 0 8420 2788 7440 R 43.5 0.4 0:05.85 aux_win ------------------------------------------------------------------------------------------------- I'v restarted "httx" twice and then there are two "aux_win" running. Dose anybody has it happened like this? Best regard Z 2004.07.16 From morpheus at post.harvard.edu Sat Jul 17 00:32:25 2004 From: morpheus at post.harvard.edu (morpheus) Date: Sat, 17 Jul 2004 00:32:25 +0000 Subject: [Fedora-i18n-list] Mixed Success In-Reply-To: <20040712.184329.660270409.tagoh@redhat.com> References: <1089607411.3668.14.camel@localhost.localdomain> <20040712.151746.614194482.tagoh@redhat.com> <1089614181.3668.24.camel@localhost.localdomain> <20040712.184329.660270409.tagoh@redhat.com> Message-ID: <1090024345.3801.2.camel@localhost.localdomain> Okay, it's finally working... You are correct that for some reason, you have to run httx as the same user and from the same console that you launch your programs, otherwise it doesn't work. Even though the /etc/init.d/IIim script launches httx for you at startup, you have to kill it and start it manually. Is this a bug? Is it scheduled to be fixed? Can I do a workaround where I edit the IIim startup script to launch httx as a particular user? What's the command line option for this? Thanks for everyone's help. -James On Mon, 2004-07-12 at 09:43, Akira TAGOH wrote: > >>>>> On Mon, 12 Jul 2004 06:36:22 +0000, > >>>>> "JR" == James Ryan wrote: > > JR> When I do that, I get the input method started, but it will only give me > JR> romaji conversion candidates (no kana or kanji). So, I enter "nihon" > JR> and it will convert it to "nihon" but not to Japanese. > JR> -jr > > Where did you wrote it on? and which version of xinitrc are > you using? please let me know the details. > > What I did for success, wrote LC_CTYPE=ja_JP.UTF-8 to > ~/.i18n and make sure htt_server is running, and logged into > the desktop. run httx from the terminal manually so that > I've installed xinitrc-4.0.1-1 and xinput.sh doesn't read > lang.sh first anymore. > > it works fine. > If your problem still appears, please make sure the below. > 1. whether or not the httx and the applications is running > on the proper locales. if you're not sure, do killall > httx first. > 2. run a terminal, and make sure LC_CTYPE is > ja_JP.UTF-8. and XMODIFIERS is set as @im=htt. if you > want to use immodule on gtk2, set GTK_IM_MODULE as well. > $ locale > LANG=en_US.UTF-8 > LC_CTYPE=ja_JP.UTF-8 > LC_NUMERIC="en_US.UTF-8" > LC_TIME="en_US.UTF-8" > LC_COLLATE="en_US.UTF-8" > LC_MONETARY="en_US.UTF-8" > LC_MESSAGES="en_US.UTF-8" > LC_PAPER="en_US.UTF-8" > LC_NAME="en_US.UTF-8" > LC_ADDRESS="en_US.UTF-8" > LC_TELEPHONE="en_US.UTF-8" > LC_MEASUREMENT="en_US.UTF-8" > LC_IDENTIFICATION="en_US.UTF-8" > LC_ALL= > $ export XMODIFIERS=@im=htt > $ export GTK_IM_MODULE=iiim > > 3. try to run httx and the applications on the same > terminal. > $ httx & > $ gedit > > Regards, > -- > Akira TAGOH > -- > Fedora-i18n-list mailing list > Fedora-i18n-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-i18n-list > > From tagoh at redhat.com Tue Jul 20 03:43:58 2004 From: tagoh at redhat.com (Akira TAGOH) Date: Tue, 20 Jul 2004 12:43:58 +0900 (JST) Subject: [Fedora-i18n-list] Mixed Success In-Reply-To: <1090024345.3801.2.camel@localhost.localdomain> References: <1089614181.3668.24.camel@localhost.localdomain> <20040712.184329.660270409.tagoh@redhat.com> <1090024345.3801.2.camel@localhost.localdomain> Message-ID: <20040720.124358.561818380.tagoh@redhat.com> >>>>> On Sat, 17 Jul 2004 00:32:25 +0000, >>>>> "murpheus" == morpheus wrote: murpheus> Okay, it's finally working... murpheus> You are correct that for some reason, you have to run httx as the same murpheus> user and from the same console that you launch your programs, otherwise murpheus> it doesn't work. Even though the /etc/init.d/IIim script launches httx murpheus> for you at startup, you have to kill it and start it manually. Is this murpheus> a bug? Is it scheduled to be fixed? it's not correct. httx will be run from xinput script, but not IIim initrc script. for before xinitrc 4.0.1, it should works as long as you have proper locale (in this case, even LC_CTYPE=ja_JP.UTF-8 is enough) in .i18n or /etc/sysconfig/i18n. however if you have installed 3.40 or 3.41, you have to upgrade it to 3.42-1, because it allowed to run xinitrc script which has only .sh extension, but xinput script was missing .sh. so xinput script didn't work properly. (see Bug#122869) for xinitrc 4.0.1-1, even if you added LC_CTYPE in .i18n, it doesn't work unfortunately because of Bug#127746. murpheus> Can I do a workaround where I edit the IIim startup script to launch murpheus> httx as a particular user? What's the command line option for this? murpheus> Thanks for everyone's help. murpheus> -James Regards, -- Akira TAGOH From morpheus at post.harvard.edu Mon Jul 19 21:06:53 2004 From: morpheus at post.harvard.edu (morpheus) Date: Mon, 19 Jul 2004 21:06:53 +0000 Subject: [Fedora-i18n-list] Mixed Success In-Reply-To: <20040720.124358.561818380.tagoh@redhat.com> References: <1089614181.3668.24.camel@localhost.localdomain> <20040712.184329.660270409.tagoh@redhat.com> <1090024345.3801.2.camel@localhost.localdomain> <20040720.124358.561818380.tagoh@redhat.com> Message-ID: <1090271199.3801.295.camel@localhost.localdomain> Hmm...my /etc/init.d/IIim script looks like: echo -n $"Starting IIIMF input server: " daemon /usr/sbin/htt_server -d & daemon /usr/bin/httx & echo Is this incorrect? Where is the xinput script? I don't see it in /etc/init.d -James On Tue, 2004-07-20 at 03:43, Akira TAGOH wrote: > >>>>> On Sat, 17 Jul 2004 00:32:25 +0000, > >>>>> "murpheus" == morpheus wrote: > > murpheus> Okay, it's finally working... > murpheus> You are correct that for some reason, you have to run httx as the same > murpheus> user and from the same console that you launch your programs, otherwise > murpheus> it doesn't work. Even though the /etc/init.d/IIim script launches httx > murpheus> for you at startup, you have to kill it and start it manually. Is this > murpheus> a bug? Is it scheduled to be fixed? > > it's not correct. httx will be run from xinput script, but > not IIim initrc script. for before xinitrc 4.0.1, it should > works as long as you have proper locale (in this case, even > LC_CTYPE=ja_JP.UTF-8 is enough) in .i18n or > /etc/sysconfig/i18n. however if you have installed 3.40 or > 3.41, you have to upgrade it to 3.42-1, because it allowed to > run xinitrc script which has only .sh extension, but xinput > script was missing .sh. so xinput script didn't work > properly. (see Bug#122869) > for xinitrc 4.0.1-1, even if you added LC_CTYPE in .i18n, it > doesn't work unfortunately because of Bug#127746. > > murpheus> Can I do a workaround where I edit the IIim startup script to launch > murpheus> httx as a particular user? What's the command line option for this? > > murpheus> Thanks for everyone's help. > > murpheus> -James > > Regards, > -- > Akira TAGOH > > From tagoh at redhat.com Tue Jul 20 04:23:08 2004 From: tagoh at redhat.com (Akira TAGOH) Date: Tue, 20 Jul 2004 13:23:08 +0900 (JST) Subject: [Fedora-i18n-list] Mixed Success In-Reply-To: <1090271199.3801.295.camel@localhost.localdomain> References: <1090024345.3801.2.camel@localhost.localdomain> <20040720.124358.561818380.tagoh@redhat.com> <1090271199.3801.295.camel@localhost.localdomain> Message-ID: <20040720.132308.712643291.tagoh@redhat.com> >>>>> On Mon, 19 Jul 2004 21:06:53 +0000, >>>>> "morpheus" == morpheus wrote: morpheus> Hmm...my /etc/init.d/IIim script looks like: morpheus> echo -n $"Starting IIIMF input server: " morpheus> daemon /usr/sbin/htt_server -d & morpheus> daemon /usr/bin/httx & morpheus> echo eh? you have modified it, right? we haven't shipped it at all. morpheus> Is this incorrect? Where is the xinput script? I don't see it in morpheus> /etc/init.d See /etc/X11/xinit/xinitrc.d/xinput or xinput.sh. Regards, -- Akira TAGOH From yb_zhou at yahoo.com Tue Jul 20 09:24:19 2004 From: yb_zhou at yahoo.com (peter zhou) Date: Tue, 20 Jul 2004 02:24:19 -0700 (PDT) Subject: [Fedora-i18n-list] Error still there on FC2: Can't communicate with IIIM server Message-ID: <20040720092419.17545.qmail@web60809.mail.yahoo.com> I am Peter from China. I installed a Fedora Core 2 with a kernel upgraded to 2.6.7 on my machine. After I login on a Simplified Chinese environment, and tried to input Chinese, I got the error "Can't communicate with IIIM server". Searching on RedHat, I have seen some hints/reports, and I tried them. But it still not working on my Env. IIim Env on my machine( rpm -qa|grep iiim):iiimf-client-lib-11.4-43 iiimf-server-11.4-43 iiimf-csconv-11.4-43 iiimf-protocol-lib-devel-11.4-43 iiimf-docs-11.4-43 iiimf-x-11.4-43 iiimf-gtk-11.4-43 iiimf-client-lib-devel-11.4-43 iiimf-le-xcin-0.1.5-1 iiimf-le-inpinyin-0.3-2 iiimf-protocol-lib-11.4-43 I am using the default setting for /etc/htt.conf Other Apps installed: WINE Can someone help me on this? Thanks __________________________________ Do you Yahoo!? Vote for the stars of Yahoo!'s next ad campaign! http://advision.webevents.yahoo.com/yahoo/votelifeengine/ From petersen at redhat.com Tue Jul 20 23:01:51 2004 From: petersen at redhat.com (Jens Petersen) Date: Wed, 21 Jul 2004 08:01:51 +0900 Subject: [Fedora-i18n-list] Error still there on FC2: Can't communicate with IIIM server In-Reply-To: <20040720092419.17545.qmail@web60809.mail.yahoo.com> References: <20040720092419.17545.qmail@web60809.mail.yahoo.com> Message-ID: <40FDA45F.9080103@redhat.com> Hi Peter, peter zhou wrote: > I installed a Fedora Core 2 with a kernel upgraded to 2.6.7 on my machine. > > After I login on a Simplified Chinese environment, and tried to input Chinese, > I got the error "Can't communicate with IIIM server". > IIim Env on my machine( rpm -qa|grep iiim):iiimf-client-lib-11.4-43 > iiimf-server-11.4-43 > iiimf-csconv-11.4-43 > iiimf-protocol-lib-devel-11.4-43 > iiimf-docs-11.4-43 > iiimf-x-11.4-43 > iiimf-gtk-11.4-43 > iiimf-client-lib-devel-11.4-43 > iiimf-le-xcin-0.1.5-1 > iiimf-le-inpinyin-0.3-2 > iiimf-protocol-lib-11.4-43 > > I am using the default setting for /etc/htt.conf Could you please try with the current FC2 update package (iiimf*-11.4-46.1.svn1787) and see if that works better for you? Jens From pwang at cs.kent.edu Wed Jul 21 00:49:08 2004 From: pwang at cs.kent.edu (Paul S. Wang) Date: Tue, 20 Jul 2004 20:49:08 -0400 Subject: [Fedora-i18n-list] IIIMF test report Message-ID: <20040721004908.GA31682@cs.kent.edu> Reporter: Paul S. Wang Product and version number: Fedora 1 Desktop environment and version number: Gnome 2.4 with Gtk+ v2.2.4 and using gnome-terminal 2.4.0.1 uname -a displays: Linux pcwang.localdomain 2.6.4-2 #1 SMP Mon Mar 22 17:54:21 EST 2004 i686 i686 i386 GNU/Linux Short description of observation: Got error msg: Can't communicate with IIIM Server Version-Release number of selected component (if applicable): iiimf-client-lib-11.4-35.fc1.i386.rpm iiimf-client-lib-devel-11.4-35.fc1.i386.rpm iiimf-csconv-11.4-35.fc1.i386.rpm iiimf-docs-11.4-35.fc1.i386.rpm iiimf-gtk-11.4-35.fc1.i386.rpm iiimf-le-canna-11.4-35.fc1.i386.rpm iiimf-le-hangul-11.4-35.fc1.i386.rpm iiimf-le-inpinyin-0.3-2.i386.rpm iiimf-le-unit-11.4-35.fc1.i386.rpm iiimf-le-xcin-0.1.5-1.i386.rpm iiimf-protocol-lib-11.4-35.fc1.i386.rpm iiimf-protocol-lib-devel-11.4-35.fc1.i386.rpm iiimf-server-11.4-35.fc1.i386.rpm iiimf-x-11.4-35.fc1.i386.rpm xinitrc-3.39-1.fc1test.unsupported.0.noarch.rpm (these are installed rpm -Uvh *.rpm without error) How reproducible: (eg: always, once out of ve attempts) Always Steps to Reproduce: 1. Reboot and login as root, start gnome desk top. 2. With the above rpm installed, start gnome-terminal. 3. In gnome-terminal and running bash: # export NG=zh_TW.UTF-8 # GTK_IM_MODULE=iiim gedit 4. Obtain the error. Additional info: I found http://iiimf.fedora.us/1/RPMS.iiimf/ to download the RPMs. This URL does not seem to be reachable from the openi18N IIIMF page. -- ============================================================================== Paul S. Wang Email: pwang at cs.kent.edu Director of Research, ICM/Kent Tel: (330) 672-9051 Dept. of Computer Science, Kent State U. FAX: (330) 672-2725 Kent, Ohio, USA 44242-0001 http://monkey.cs.kent.edu/~pwang/ http://dragon.cs.kent.edu/pwang/ Institute for Computational Email: icm at mcs.kent.edu Mathematics (ICM) http://icm.mcs.kent.edu/ Secretary: Misty Tackett Tel: (330) 672-9050 ============================================================================== From llch at redhat.com Fri Jul 23 05:05:23 2004 From: llch at redhat.com (Leon Ho) Date: Fri, 23 Jul 2004 15:05:23 +1000 Subject: [Fedora-i18n-list] New utility - system-switch-im Message-ID: <1090559123.2425.5.camel@localhost.localdomain> All, The system-switch-im is the Input Method Switcher. It enables users to easily switch between various input methods that they have installed. It supports to switch from IIIMF input methods and to XIM input methods like kinput2, nabi, xcin, miniChinput. Screenshot: http://people.redhat.com/llch/system-switch-im/Screenshot-System-switch-im.png If you have FC3-test1 or rawhide installed, you are more welcome to test it out. The package should be in rawhide soon, or you can grab them from http://people.redhat.com/llch/system-switch-im/ Let us know if you have any problems. Cheers, Leon From Johan at henes.no Fri Jul 23 23:41:00 2004 From: Johan at henes.no (Johan Henes) Date: Sat, 24 Jul 2004 01:41:00 +0200 Subject: [Fedora-i18n-list] locale: Cannot set LC_CTYPE to default locale: No such file or directory Message-ID: <1090626059.11254.10.camel@Johans> Hi ! On my Fedora C1-server I suddenly experience problems running programs, ie yum : .. [root at notes en_US]# yum Traceback (most recent call last): File "/usr/bin/yum", line 30, in ? yummain.main(sys.argv[1:]) File "/usr/share/yum/yummain.py", line 159, in main locale.setlocale(locale.LC_ALL, '') File "/usr/lib/python2.2/locale.py", line 381, in setlocale return _setlocale(category, locale) locale.Error: locale setting not supported .. When checking my locale settings they are unchanged from my systems default - /etc/sysconfig/i18n : .. LANG="en_US.UTF-8" SUPPORTED="en_US.UTF-8:en_US:en" SYSFONT="latarcyrheb-sun16" .. I get these errormessages running "locale" : .. [root at notes en_US]# locale locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory LANG=en_US.UTF-8 LC_CTYPE="en_US.UTF-8" LC_NUMERIC="en_US.UTF-8" LC_TIME="en_US.UTF-8" LC_COLLATE="en_US.UTF-8" LC_MONETARY="en_US.UTF-8" LC_MESSAGES="en_US.UTF-8" LC_PAPER="en_US.UTF-8" LC_NAME="en_US.UTF-8" LC_ADDRESS="en_US.UTF-8" LC_TELEPHONE="en_US.UTF-8" LC_MEASUREMENT="en_US.UTF-8" LC_IDENTIFICATION="en_US.UTF-8" LC_ALL=en_US.UTF-8 .. I am not able to find where the error is. All files seems to be ok in /usr/share/locale/en_US/... Can anyone help me ?? Best regards, Johan From ng11980 at yahoo.com Sat Jul 24 08:16:08 2004 From: ng11980 at yahoo.com (sada asd) Date: Sat, 24 Jul 2004 01:16:08 -0700 (PDT) Subject: [Fedora-i18n-list] language change Message-ID: <20040724081608.94803.qmail@web53903.mail.yahoo.com> Hi , I use Fedora Core 2 and kde 3.2 . I was able to change the language settings of all kde apps. frm english to spanish after including the kde-i18n-spanish package. Also , I have set the LANG and enviornment variable to es_ES . The gtk based applications doesn't show in spanish .They work when they are run from terminal. But when I open a gtk based application from kde menu , they show in0 English. Is there any setting where I can get all the applications ( including gtk ) to spanish . Thanks. Regards, NG. __________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - 100MB free storage! http://promotions.yahoo.com/new_mail From tagoh at redhat.com Sun Jul 25 12:17:27 2004 From: tagoh at redhat.com (Akira TAGOH) Date: Sun, 25 Jul 2004 21:17:27 +0900 (JST) Subject: [Fedora-i18n-list] locale: Cannot set LC_CTYPE to default locale: No such file or directory In-Reply-To: <1090626059.11254.10.camel@Johans> References: <1090626059.11254.10.camel@Johans> Message-ID: <20040725.211727.272029780.tagoh@redhat.com> Hi Johan, >>>>> On Sat, 24 Jul 2004 01:41:00 +0200, >>>>> "JH" == Johan Henes wrote: JH> Hi ! JH> On my Fedora C1-server I suddenly experience problems running programs, JH> ie yum : JH> .. JH> [root at notes en_US]# yum JH> Traceback (most recent call last): JH> File "/usr/bin/yum", line 30, in ? JH> yummain.main(sys.argv[1:]) JH> File "/usr/share/yum/yummain.py", line 159, in main JH> locale.setlocale(locale.LC_ALL, '') JH> File "/usr/lib/python2.2/locale.py", line 381, in setlocale JH> return _setlocale(category, locale) JH> locale.Error: locale setting not supported JH> .. JH> When checking my locale settings they are unchanged from my systems JH> default - /etc/sysconfig/i18n : JH> .. JH> LANG="en_US.UTF-8" JH> SUPPORTED="en_US.UTF-8:en_US:en" JH> SYSFONT="latarcyrheb-sun16" JH> .. JH> I get these errormessages running "locale" : JH> .. JH> [root at notes en_US]# locale JH> locale: Cannot set LC_CTYPE to default locale: No such file or directory JH> locale: Cannot set LC_MESSAGES to default locale: No such file or JH> directory JH> locale: Cannot set LC_ALL to default locale: No such file or directory It looks like your locale data is broken. you need to know what current locale is, but anyway. please try printenv | egrep '(LC_*|LANG)'. if you see only LANG=en_US.UTF-8 on that, it means your /usr/lib/locale/locale-archive is broken somehow. otherwise you need to specify correct one for the locale. if locale-archive is broken unfortunately, you need to run localedef or reinstall glibc-common. # localedef -i en_US -c -f UTF-8 en_US.UTF-8 Regards, -- Akira TAGOH From Johan at henes.no Sun Jul 25 14:19:47 2004 From: Johan at henes.no (Johan Henes) Date: Sun, 25 Jul 2004 16:19:47 +0200 Subject: [Fedora-i18n-list] locale: Cannot set LC_CTYPE to default locale: No such file or directory In-Reply-To: <20040725.211727.272029780.tagoh@redhat.com> References: <1090626059.11254.10.camel@Johans> <20040725.211727.272029780.tagoh@redhat.com> Message-ID: <1090765187.4292.70.camel@Johans> Hi again, Akira ! I have tried what You suggests, with no result... : [root at notes root]# printenv |egrep '(LC_*|LANG)' LANG=en_US.UTF-8 [root at notes root]# .... - Looks that You're right, but : [root at notes root]# localedef -i en_US -c -f UTF-8 en_US.UTF-8 [root at notes root]# locale locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory LANG=en_US.UTF-8 LC_CTYPE="en_US.UTF-8" LC_NUMERIC="en_US.UTF-8" LC_TIME="en_US.UTF-8" LC_COLLATE="en_US.UTF-8" LC_MONETARY="en_US.UTF-8" LC_MESSAGES="en_US.UTF-8" LC_PAPER="en_US.UTF-8" LC_NAME="en_US.UTF-8" LC_ADDRESS="en_US.UTF-8" LC_TELEPHONE="en_US.UTF-8" LC_MEASUREMENT="en_US.UTF-8" LC_IDENTIFICATION="en_US.UTF-8" LC_ALL= .... Same thing - also tried to reinstall glibc-common, with same result. (Also same result with a reboot between 'localedef- and 'locale', or after the glibc-reinstall. Even tried to copy a "locale-archive" from another computer - same thing... Am I doing something wrong ?? Best regards, Johan On Sun, 2004-07-25 at 14:17, Akira TAGOH wrote: > Hi Johan, > > >>>>> On Sat, 24 Jul 2004 01:41:00 +0200, > >>>>> "JH" == Johan Henes wrote: > > JH> Hi ! > JH> On my Fedora C1-server I suddenly experience problems running programs, > JH> ie yum : > JH> .. > JH> [root at notes en_US]# yum > JH> Traceback (most recent call last): > JH> File "/usr/bin/yum", line 30, in ? > JH> yummain.main(sys.argv[1:]) > JH> File "/usr/share/yum/yummain.py", line 159, in main > JH> locale.setlocale(locale.LC_ALL, '') > JH> File "/usr/lib/python2.2/locale.py", line 381, in setlocale > JH> return _setlocale(category, locale) > JH> locale.Error: locale setting not supported > JH> .. > > JH> When checking my locale settings they are unchanged from my systems > JH> default - /etc/sysconfig/i18n : > JH> .. > JH> LANG="en_US.UTF-8" > JH> SUPPORTED="en_US.UTF-8:en_US:en" > JH> SYSFONT="latarcyrheb-sun16" > JH> .. > > JH> I get these errormessages running "locale" : > JH> .. > JH> [root at notes en_US]# locale > JH> locale: Cannot set LC_CTYPE to default locale: No such file or directory > JH> locale: Cannot set LC_MESSAGES to default locale: No such file or > JH> directory > JH> locale: Cannot set LC_ALL to default locale: No such file or directory > > It looks like your locale data is broken. you need to know > what current locale is, but anyway. please try printenv | > egrep '(LC_*|LANG)'. if you see only LANG=en_US.UTF-8 on > that, it means your /usr/lib/locale/locale-archive is broken > somehow. otherwise you need to specify correct one for the > locale. > > if locale-archive is broken unfortunately, you need to run > localedef or reinstall glibc-common. > > # localedef -i en_US -c -f UTF-8 en_US.UTF-8 > > Regards, > -- > Akira TAGOH > -- > Fedora-i18n-list mailing list > Fedora-i18n-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-i18n-list From Johan at henes.no Sun Jul 25 18:23:22 2004 From: Johan at henes.no (Johan Henes) Date: Sun, 25 Jul 2004 20:23:22 +0200 Subject: [Fedora-i18n-list] locale: Cannot set LC_CTYPE to default locale: No such file or directory In-Reply-To: <20040725.211727.272029780.tagoh@redhat.com> References: <1090626059.11254.10.camel@Johans> <20040725.211727.272029780.tagoh@redhat.com> Message-ID: <1090779802.4292.75.camel@Johans> ... By the way ! - I see that some of the last things that happened before the problems started was that yum has updated glibc-common. This happened as I used Yum to install postfix : [root at notes root]# cat /var/log/yum.log ... 07/20/04 14:13:40 Installed: postfix 2:2.0.16-1.i386 07/20/04 14:13:40 Dep Installed: zlib 1.2.0.7-2.i386 07/20/04 14:13:40 Dep Installed: grep 2.5.1-17.4.i386 07/20/04 14:13:40 Dep Installed: openssl 0.9.7a-33.10.i686 07/20/04 14:13:40 Dep Installed: libstdc++ 3.3.2-1.i386 07/20/04 14:13:40 Dep Installed: info 4.5-2.i386 07/20/04 14:13:40 Dep Installed: ncurses 5.3-9.i386 07/20/04 14:13:40 Dep Installed: pcre 4.4-1.i386 07/20/04 14:13:40 Dep Installed: libgcc 3.3.2-1.i386 07/20/04 14:13:40 Dep Installed: gpm 1.20.1-38.i386 07/20/04 14:13:40 Dep Installed: filesystem 2.2.1-5.i386 07/20/04 14:13:40 Dep Installed: e2fsprogs 1.34-1.i386 07/20/04 14:13:40 Dep Installed: chkconfig 1.3.9-1.i386 07/20/04 14:13:40 Dep Installed: basesystem 8.0-2.noarch 07/20/04 14:13:40 Dep Installed: db4 4.1.25-14.i386 07/20/04 14:13:40 Dep Installed: glibc-common 2.3.2-101.4.i386 07/20/04 14:13:40 Dep Installed: glibc 2.3.2-101.4.i686 07/20/04 14:13:40 Dep Installed: krb5-libs 1.3.3-6.i386 Could it be some of the other packets that makes the trouble ?? - Version problems etc ?? Regards, Johan On Sun, 2004-07-25 at 14:17, Akira TAGOH wrote: > Hi Johan, > > >>>>> On Sat, 24 Jul 2004 01:41:00 +0200, > >>>>> "JH" == Johan Henes wrote: > > JH> Hi ! > JH> On my Fedora C1-server I suddenly experience problems running programs, > JH> ie yum : > JH> .. > JH> [root at notes en_US]# yum > JH> Traceback (most recent call last): > JH> File "/usr/bin/yum", line 30, in ? > JH> yummain.main(sys.argv[1:]) > JH> File "/usr/share/yum/yummain.py", line 159, in main > JH> locale.setlocale(locale.LC_ALL, '') > JH> File "/usr/lib/python2.2/locale.py", line 381, in setlocale > JH> return _setlocale(category, locale) > JH> locale.Error: locale setting not supported > JH> .. > > JH> When checking my locale settings they are unchanged from my systems > JH> default - /etc/sysconfig/i18n : > JH> .. > JH> LANG="en_US.UTF-8" > JH> SUPPORTED="en_US.UTF-8:en_US:en" > JH> SYSFONT="latarcyrheb-sun16" > JH> .. > > JH> I get these errormessages running "locale" : > JH> .. > JH> [root at notes en_US]# locale > JH> locale: Cannot set LC_CTYPE to default locale: No such file or directory > JH> locale: Cannot set LC_MESSAGES to default locale: No such file or > JH> directory > JH> locale: Cannot set LC_ALL to default locale: No such file or directory > > It looks like your locale data is broken. you need to know > what current locale is, but anyway. please try printenv | > egrep '(LC_*|LANG)'. if you see only LANG=en_US.UTF-8 on > that, it means your /usr/lib/locale/locale-archive is broken > somehow. otherwise you need to specify correct one for the > locale. > > if locale-archive is broken unfortunately, you need to run > localedef or reinstall glibc-common. > > # localedef -i en_US -c -f UTF-8 en_US.UTF-8 > > Regards, > -- > Akira TAGOH > -- > Fedora-i18n-list mailing list > Fedora-i18n-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-i18n-list From sopwith at redhat.com Tue Jul 27 17:39:17 2004 From: sopwith at redhat.com (Elliot Lee) Date: Tue, 27 Jul 2004 13:39:17 -0400 Subject: [Fedora-i18n-list] Fedora Project Mailing Lists reminder Message-ID: This is a reminder of the mailing lists for the Fedora Project, and the purpose of each list. You can view this information at http://fedora.redhat.com/participate/communicate/ When you're using these mailing lists, please take the time to choose the one that is most appropriate to your post. If you don't know the right mailing list to use for a question or discussion, please contact me. This will help you get the best possible answer for your question, and keep other list subscribers happy! Mailing Lists Mailing lists are email addresses which send email to all users subscribed to the mailing list. Sending an email to a mailing list reaches all users interested in discussing a specific topic and users available to help other users with the topic. The following mailing lists are available. To subscribe, send email to -request at redhat.com (replace with the desired mailing list name such as fedora-list) with the word subscribe in the subject. fedora-announce-list - Announcements of changes and events. To stay aware of news, subscribe to this list. fedora-list - For users of releases. If you want help with a problem installing or using , this is the list for you. fedora-test-list - For testers of test releases. If you would like to discuss experiences using TEST releases, this is the list for you. fedora-devel-list - For developers, developers, developers. If you are interested in helping create releases, this is the list for you. fedora-docs-list - For participants of the docs project fedora-desktop-list - For discussions about desktop issues such as user interfaces, artwork, and usability fedora-config-list - For discussions about the development of configuration tools fedora-legacy-announce - For announcements about the Fedora Legacy Project fedora-legacy-list - For discussions about the Fedora Legacy Project fedora-selinux-list - For discussions about the Fedora SELinux Project fedora-de-list - For discussions about Fedora in the German language fedora-es-list - For discussions about Fedora in the Spanish language fedora-ja-list - For discussions about Fedora in the Japanese language fedora-i18n-list - For discussions about the internationalization of Fedora Core fedora-trans-list - For discussions about translating the software and documentation associated with the Fedora Project German: fedora-trans-de French: fedora-trans-fr Spanish: fedora-trans-es Italian: fedora-trans-it Brazilian Portuguese: fedora-trans-pt_br Japanese: fedora-trans-ja Korean: fedora-trans-ko Simplified Chinese: fedora-trans-zh_cn Traditional Chinese: fedora-trans-zh_tw