Description of problem: The ibus-daemon is not started if user log into desktop via gdm. Therefore user cannot use input method to type in local language characters. Version-Release number of selected component (if applicable): gdm-2.32.1-1 How reproducible: Always Steps to Reproduce: 1.install gdm and set it as default dm. 2.setup input method to ibus in mcc. 3.log into desktop via gdm, and ibus is not started. (if ibus-daemon started, there will be an applet in systray.) Both i586 and x86-64 are tested and present this bug. kdm and xdm don't have this problem.
What's the output of: cat /etc/sysconfig/i18n cat ~/.i18n (both run as user, not root).
Keywords: (none) => NEEDINFO
Please disregard my previous comment, I reproduce the bug here with GDM.
Keywords: NEEDINFO => TriagedPriority: Normal => HighSeverity: normal => major
Bumping to release_blocker, until further notice at least..
Priority: High => release_blockerSeverity: major => normal
It seems that going to System >> Preferences >> IBus Preferences should do the trick. What about this ?
CC: (none) => ennael1
Two problems: - /usr/share/applications/ibus-setup.desktop has NoDisplay=true and so it doesn't show in the menus by default - It doesn't fix the auto starting of ibus-daemon, it does give the user instructions about adding some lines to .bashrc (actually it should be .bash_profile, as .bashrc is sources every time the user starts a terminal emulator, whereas .bash_profile is sourced only once at login, but that's another issue). The problem here is setting iBus as the input method in draklocale doesn't autostart ibus-daemon with GDM. We can decrease the Priority and add a note to the Errata if it can't be fixed before release. Either draklocale adapts to the changes, or GDM is investigated to see why it ignores some settings in /etc/sysconfig/i18n ...
CC: (none) => pterjan
Added to errata: http://www.mageia.org/wiki/doku.php?id=mageia1:errata#setting_ibus_as_the_input_method_using_localedrake_doesn_t_work_with_gdm decreasing priority.
Priority: release_blocker => High
CC: (none) => l-hedgehog
Is this bug still valid in Cauldron ?
Keywords: Triaged => NEEDINFOSource RPM: gdm-2.32.1-1 => gdmWhiteboard: (none) => check
CC: (none) => i18n-zh_tw
Cauldron still has the bug.
CC: (none) => futureway
Funda, can you help with this one ?
Keywords: NEEDINFO => (none)CC: (none) => fundawangWhiteboard: check => (none)
In the changelog of gdm I don't see anything about this being fixed. cc'ing the last committers
CC: (none) => jani.valimaa, mageia, mageia, marja11, olav, tmb
I don't think this is gdm related per-se. GDM shouldn't be checking sysconfig/i18n stuff itself. I would have thought that either a suitable XDG autostart .desktop file is missing (it should be a noop if iBus is not the input method). and/or a /etc/X11/xinit.d/ script is missing that ultimately does the same job. This is how e.g. PulseAudio is started at X11 login (both methods - some DE's are not XDG compliant). So I would suggest that the iBus related packages need something similar (as I do not use these packages, I can't really comment further)
(In reply to comment #11) > I don't think this is gdm related per-se. GDM shouldn't be checking > sysconfig/i18n stuff itself. > > I would have thought that either a suitable XDG autostart .desktop file is > missing (it should be a noop if iBus is not the input method). and/or a > /etc/X11/xinit.d/ script is missing that ultimately does the same job. > > This is how e.g. PulseAudio is started at X11 login (both methods - some DE's > are not XDG compliant). > > So I would suggest that the iBus related packages need something similar (as I > do not use these packages, I can't really comment further) Thx Colin :) @ Funda Assiging to you. Please set status to ASSIGNED if you think this bug was assigned correctly. If for workflow reasons you can't do that, then please put OK on the whiteboard instead.
Assignee: bugsquad => fundawangSource RPM: gdm => ibus
*** Bug 464 has been marked as a duplicate of this bug. ***
The problem exists in gdm or xinitrc side, I think.
Assignee: fundawang => bugsquadSource RPM: ibus => gdm
(In reply to comment #14) > The problem exists in gdm or xinitrc side, I think. cc'ing two more gdm or xinitrc committers
CC: (none) => dmorganec, thierry.vignaudSource RPM: gdm => gdm, xinitrc
Seems fixed in a new Mageia2 beta1 install. Please confirm?
(In reply to comment #16) > Seems fixed in a new Mageia2 beta1 install. Please confirm? Yes. The bug is fixed.
Confirm bug fixed in Caldron, so I change Version to Mageia 1 instead. Please help backport the fix or patch to Mageia 1 updates, if possible.
Version: Cauldron => 1
(I remove https://wiki.mageia.org/en/Mageia_2_Errata#Input_Methods_Issues from the errata, thanks)
CC: jani.valimaa => (none)
This message is a reminder that Mageia 1 is nearing its end of life. In approximately 25 days from now, Mageia will stop maintaining and issuing updates for Mageia 1. At that time this bug will be closed as WONTFIX (EOL) if it remains open with a Mageia 'version' of '1'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Mageia version prior to Mageia 1's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Mageia 1 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Mageia, you are encouraged to click on "Version" and change it against that version of Mageia. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Mageia release includes newer upstream software that fixes bugs or makes them obsolete. -- Mageia Bugsquad
Mageia 1 changed to end-of-life (EOL) status on ''1st December''. Mageia 1 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Mageia please feel free to click on "Version" change it against that version of Mageia and reopen this bug. Thank you for reporting this bug and we are sorry it could not be fixed. -- Mageia Bugsquad
Status: NEW => RESOLVEDResolution: (none) => WONTFIX