[Fedora-i18n-bugs] [Bug 583545] Enable building Kimpanel and make a subpackage for it
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=583545
--- Comment #17 from Chen Lei <supercyper(a)163.com> 2010-04-20 10:41:08 EDT ---
(In reply to comment #16)
> I see, the required D-Bus interface is shipped with current versions of Fcitx.
> Still, Fcitx is not our default input method solution, it only covers one
> language and so isn't suitable as a default, and I don't think it makes sense
> to allow installing kimpanel without a working backend. (On the other hand,
> requiring IBus probably doesn't guarantee you actually have an input method for
> your language, or even any language, installed either.)
> What I'd like to see is that installing kimpanel makes it work out of the box,
> i.e. you install kimpanel and have input methods fully working in KDE. That
> way, we could make kimpanel conditional on kdebase-workspace under
> input-methods in comps and a simple groupinstall would get you input method
> support after installing from the KDE spin.
How about to ship kimpanel within kdeplasma-addons and kdeplasma-addons-libs?
It's small and won't break anything. Then we can ship ibus backend and some
other backends separately. The kimpanel itself is extendable and can have many
IM backends(currently only backends for ibus and the deprecated scim).
There we could make ibus backend conditional on kdebase-workspace under ibus in
comps as you suggested.
Note:
If we don't diable kimpanel scim backend and BR:scim-devel, kimpanel itself
won't depend on scim libs. Only scim backend will link with scim libs.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
14 years, 2 months
[Fedora-i18n-bugs] [Bug 583545] Enable building Kimpanel and make a subpackage for it
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=583545
--- Comment #16 from Kevin Kofler <kevin(a)tigcc.ticalc.org> 2010-04-20 10:13:13 EDT ---
I see, the required D-Bus interface is shipped with current versions of Fcitx.
Still, Fcitx is not our default input method solution, it only covers one
language and so isn't suitable as a default, and I don't think it makes sense
to allow installing kimpanel without a working backend. (On the other hand,
requiring IBus probably doesn't guarantee you actually have an input method for
your language, or even any language, installed either.)
What I'd like to see is that installing kimpanel makes it work out of the box,
i.e. you install kimpanel and have input methods fully working in KDE. That
way, we could make kimpanel conditional on kdebase-workspace under
input-methods in comps and a simple groupinstall would get you input method
support after installing from the KDE spin.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
14 years, 2 months
[Fedora-i18n-bugs] [Bug 582448] New: imseetings 0.108 can not disable any input methods
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: imseetings 0.108 can not disable any input methods
https://bugzilla.redhat.com/show_bug.cgi?id=582448
Summary: imseetings 0.108 can not disable any input methods
Product: Fedora
Version: 12
Platform: All
OS/Version: Linux
Status: NEW
Severity: high
Priority: low
Component: imsettings
AssignedTo: tagoh(a)redhat.com
ReportedBy: supercyper(a)163.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Description of problem:
After update to the latest version yesterday. I cannot switch between input
methods or just disable ibus.
Version-Release number of selected component (if applicable):
0.108
How reproducible:
Steps to Reproduce:
1.im-chooser
2.disable input methods
Actual results:
Disable input methods can not kill /usr/bin/ibus-daemon.
Expected results:
Works as previous version 0.107.
Additional info:
If I kill ibus-daemon manually even with Signal -9, imsettings will always
restart it with a new pid.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
14 years, 2 months
[Fedora-i18n-bugs] [Bug 583018] New: [abrt] crash in ibus-1.3.1-1.fc12: Process /usr/bin/ibus-daemon was killed by signal 6 (SIGABRT)
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: [abrt] crash in ibus-1.3.1-1.fc12: Process /usr/bin/ibus-daemon was killed by signal 6 (SIGABRT)
https://bugzilla.redhat.com/show_bug.cgi?id=583018
Summary: [abrt] crash in ibus-1.3.1-1.fc12: Process
/usr/bin/ibus-daemon was killed by signal 6 (SIGABRT)
Product: Fedora
Version: 12
Platform: i686
OS/Version: Linux
Status: NEW
Status Whiteboard: abrt_hash:f4d250dca9e6f830c7a9c3ff4ea0bf638531c2bf
Severity: medium
Priority: low
Component: ibus
AssignedTo: phuang(a)redhat.com
ReportedBy: vivo_depresivo(a)hotmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: phuang(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
abrt 1.0.8 detected a crash.
architecture: i686
Attached file: backtrace
cmdline: /usr/bin/ibus-daemon --xim
component: ibus
executable: /usr/bin/ibus-daemon
kernel: 2.6.32.11-99.fc12.i686.PAE
package: ibus-1.3.1-1.fc12
rating: 4
reason: Process /usr/bin/ibus-daemon was killed by signal 6 (SIGABRT)
release: Fedora release 12 (Constantine)
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
14 years, 2 months