From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/20050302 Firefox/1.0.1 Fedora/1.0.1-1.3.2
Description of problem:
Korean Input Method AMI doesn't work without desktop specification.
If the system has both KDE and GNOME, AMI launches with a wrong option.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Setup RHEL3 with Korean environment.
If it's necessary, create "~/.i18n" file containing "LANG=ko_KR".
2. Install both GNOME and KDE.
3. If "/etc/sysconfig/desktop" is exists, delete it (or change the name).
This file was created at installation for graphical login.
So, the file doesn't exist in some servers which don't have a graphical
4. Start X from console (or connect via XDM).
5. Open a terminal. e.g. gnome-terminal.
6. Press shift+space to activate AMI.
Actual Results: AMI cannot turned on. Nothing happen.
It looks AMI is waiting something forever.
Expected Results: AMI should turn on.
AMI should work with the default setting.
Information supplied by customer:
1. On KDE, AMI should launch by "wmami -wait" command.
On GNOME, AMI should launch by "ami" command.
2. If "/etc/sysconfig/desktop" doesn't exist, "/etc/X11/xinit/xinitrc.d/xinput"
always launch AMI for KDE setting.
3. AMI's KDE setting doesn't work on GNOME.
It looks "/etc/X11/xinit/Xclients" gave priority to GNOME.
On the other hand "/etc/X11/xinit/xinitrc.d/xinput" gave priority to KDE.
Created attachment 116941 [details]
Patch to correct problem.
Need to check if this is a problem in RHEL4 also, and clone this
bug for RHEL4 if needed, so we can fix it in both places at once.
Also should be checked in CVS head xinitrc.
Please test if this problem occurs in RHEL4 also, as the xinitrc scripts
changed a lot between RHEL3 and RHEL4, and visual inspection does not
appear to be useable for determining if RHEL 4 is also affected.
Adding blocker bug 185486 and IBM group per request by John Jarvis.
Mistakenly added to IBM group, removing.
(In reply to comment #5)
> Bug fix checked into xinitrc-rhel3-branch branch of xinitrc CVS, new build
> xinitrc-3.32.1-1 created at branch point. New xinitrc src.rpm checked into
> cvs.dist in RHEL-3 branch, but not built yet.
> Status: Waiting for RHEL3U7 development to begin, and for this bug to
> get triple-acked. Once we've got the 3ACK, and the tree is open, I'll
> build this fix for U7.
Fix was already committed as per comment above. Package now built for
The identical problem was present in the Xclients script also via code
duplication, so I fixed that as well, since it is the exact same problem
with the exact same fix.
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on the solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.