Description of problem: For Mageia 5 RC, ibus-daemon is not started in desktop session after new installation. Last working release was Mageia 5 beta 3. Version-Release number of selected component (if applicable): Unknown, ibus is not changed between beta3 and rc. How reproducible: Install any locale with ibus and boot to desktop. Or try with liveDVD. Steps to Reproduce: 1.Boot Mageia-5-RC-LiveDVD-KDE4-i586-DVD 2.select Traditional Chinese. 3.in KDE session, ibus-daemon is not started. Workaround: run "ibus-daemon -d -x &" in console. Reproducible: Steps to Reproduce:
Blocks: (none) => 11709
Did you try with Gnome Live, too?
CC: (none) => fundawang, lmenut, mageia, marja11, tmbWhiteboard: (none) => 5RC
Anything in the logs ?
@Marja: I'll try it later. @tmb: Nothing other than rpm install or removal: [root@localhost ~]# journalctl | grep ibus 4æ 20 17:16:32 localhost finish-install[1898]: Installing IM packages: ibus-libpinyin, ibus-chewing ibus-libpinyin ibus-chewing 4æ 20 17:16:32 localhost finish-install[1898]: Configuring "ibus" IM 4æ 20 17:16:40 localhost finish-install[1898]: Installing IM packages: ibus-libpinyin, ibus-chewing ibus-libpinyin ibus-chewing 4æ 20 17:16:40 localhost finish-install[1898]: Configuring "ibus" IM 4æ 20 17:17:59 localhost [RPM][2466]: erase ibus-mozc-1.11.1522.102-10.mga5.i586: success (Sorry for posting output in comment) The above is get from a system installed with livedvd-kde4, after first bootup.
@Marja: In Gnome live DVD, ibus-daemon is started but there is no default input method set and need to be setup by user manually. I'll report that as another bug.
(In reply to You-Cheng Hsieh from comment #4) > @Marja: > In Gnome live DVD, ibus-daemon is started but there is no default input > method set and need to be setup by user manually. I'll report that as > another bug. Thanks for doing that :-) I hope both issues will get fixed, but also think both issues should be added to the Errata for now. Where to add them? If there are _no_ such problems with installs from the Classical DVD, then https://wiki.mageia.org/en/Mageia_5_Errata#Live_CD.2FDVD seems the best place. If you don't know about the classical iso in this regard, could you then maybe test with the next round (soon to come) of pre-5RC QA isos?
Whiteboard: 5RC => 5RC Errata
The classical iso have same problem. I'll add them in the Errata.
*** Bug 15776 has been marked as a duplicate of this bug. ***
CC: (none) => atljcsaravia
(In reply to You-Cheng Hsieh from comment #0) > Description of problem: > For Mageia 5 RC, ibus-daemon is not started in desktop session after new > installation. Last working release was Mageia 5 beta 3. > So, if you install a M5 beta3 and then fully update it from cauldron, does it still work ?
I don't have beta3 iso around. I have a VM guest that updated to caldron after mageia3 and before mageia4. It was working but after I switched input method to gcin and switch back, it no longer works.
Adding to release blockers since it affects a lot of eastern users and shows in reviews already. see http://mandrivachronicles.blogspot.co.uk/2015/04/mageia-5-rc-is-out-quick-test-drive.html
Priority: Normal => release_blockerBlocks: (none) => 14069
(In reply to You-Cheng Hsieh from comment #9) > I don't have beta3 iso around. I have a VM guest that updated to caldron > after mageia3 and before mageia4. It was working but after I switched input > method to gcin and switch back, it no longer works. Hm, there has been only 2 lang related changes in drakx lately... could you try reverting theese 2: http://gitweb.mageia.org/software/drakx/patch/perl-install/lang.pm?id=fbf27f4592f76cb9509a6c960444bb5b3436aeef http://gitweb.mageia.org/software/drakx/patch/perl-install/lang.pm?id=6c23072af9db257153d993e6a87bfc02b69a2263 and try to reconfigure input method again to see if that changes anything
Thanks, that just explains everything. According to these changes, we are using /etc/locale.conf if it exists. But there're only these setting in it: LANGUAGE= LANG= ...And no input method.:( So I did this as root: rm -f /etc/locale.conf; cp -a /etc/sysconfig/i18n /etc/locale.conf And login again, ibus is back. 1.When we do such system setting migration or change in the future, there should be some announcement in the mailing list and/or mention in release note. 2.By default, locale.conf should contain same content as i18n. Should we use soft link? I'm not sure if anything else read i18n instead of locale.conf. 3.Upgrading from Mageia 4 to 5 should copy /etc/sysconfig/i18n to /etc/locale.conf.(If we don't use soft link) 4.localedrake should read and write settings in locale.conf.(If we don't use soft link) We might need more Classic/live dvd (and more time) to make sure 2. 3. 4. are fixed.
@Colin As /etc/profile.d/10lang* don't read /etc/sysconfig/i18n when /etc/locale.conf is available, Input Methods fields (IM_i18n_fields) should be written in /etc/locale.conf .
CC: (none) => mageiaHardware: i586 => All
commit c753c249f41575e447c9823e020e8c98ca3daa96 Author: Thomas Backlund <tmb@...> Date: Tue Apr 28 19:13:35 2015 +0300 - localedrake: o write input methods to /etc/locale.conf (mga#15464) --- Commit Link: http://gitweb.mageia.org/software/drakx/commit/?id=c753c249f41575e447c9823e020e8c98ca3daa96
drakxtools and stage2 v 16.90 pushed to mirrors with the localedrake fixes and it works in my tests... So closing as fixed, but please test and verify it works for you too...
Status: NEW => RESOLVEDResolution: (none) => FIXED