https://bugzilla.redhat.com/show_bug.cgi?id=2395836
Bug ID: 2395836
Summary: don't combine pinyin Chinese IME and bopomofo Chinese
IME into one single package
Product: Fedora
Version: 42
Hardware: x86_64
OS: Linux
Status: NEW
Component: ibus-libpinyin
Keywords: Desktop, RFE
Severity: medium
Assignee: pwu(a)redhat.com
Reporter: lutingrong(a)hotmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, pwu(a)redhat.com
Target Milestone: ---
Classification: Fedora
Hello the authors of ibus-libpinyin ,
I'm using ibus-libpinyin on fedora 42 . I found ibus-libpinyin provides both
pinyin Chinese IME and bopomofo Chinese IME . Could you please consider split
ibus-libpinyin into ibus-libpinyin and ibus-libbopomofo ? The reason is that
those who use pinyin IME doesn't know bopomofo IME at all , and vice verse
those who use bopomofo IME doesn't know pinyin IME neither . So I can install
only the package which I use . Why must combine pinyin IME and bopomofo IME
into one single package ? Most hope there is no unnecessary codes in their
computers . Hope ibus-libpinyin more modularized and more divided ! Thanks for
your time and consideration!
Best regards,
Tingrong
Reproducible: Always
Steps to Reproduce:
1. sudo dnf install ibus-libpinyin
2. ibus-setup
3. will see there are both pinyin Chinese IME and bopomofo Chinese IME
Actual Results:
one single package -- ibus-libpinyin provides more than one IME .
Expected Results:
one package provides only one IME .
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2395836
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…
https://bugzilla.redhat.com/show_bug.cgi?id=2319795
Bug ID: 2319795
Summary: Please branch and build translate-toolkit for EPEL 10
Product: Fedora
Version: rawhide
Status: NEW
Component: translate-toolkit
Assignee: petersen(a)redhat.com
Reporter: xavier(a)bachelot.org
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, mfabian(a)redhat.com,
petersen(a)redhat.com, sshil(a)redhat.com,
sundeep_anand(a)yahoo.com
Blocks: 2303880 (EPEL10Tracker)
Target Milestone: ---
Classification: Fedora
Hi,
Could you please branch and build translate-toolkit for EPEL 10 ?
It is needed to build another package.
Regards,
Xavier
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=2303880
[Bug 2303880] EPEL 10 Tracker
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2319795
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…
https://bugzilla.redhat.com/show_bug.cgi?id=2368622
Bug ID: 2368622
Summary: ibus-daemon uses insane amounts of CPU and causes a
laggy experience
Product: Fedora
Version: 42
Hardware: x86_64
OS: Linux
Status: NEW
Component: ibus
Keywords: Desktop
Severity: high
Assignee: tfujiwar(a)redhat.com
Reporter: torvalds(a)linux-foundation.org
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, tfujiwar(a)redhat.com
Target Milestone: ---
Classification: Fedora
Not a lot of details here, but I decided that instead of just fixing it with
killall ibus-daemon
which gets rid of that broken thing, I would at least open a bug report to see
if there is some official fix for this.
Google shows a lot of people complaining about this going back years, so it's
not me.
There's no crash, and no obvious system logs either. All I see in system logs
is gdm-wayland-session activating, and when I kill it systemd seems to log
consumtion information like
org.freedesktop.IBus.session.GNOME.service: Consumed 26min 22.196s CPU
time, 125.1M memory peak.
(That was after the system had been up for one day, so 26 min of CPU time seems
pretty excessive)
Reproducible: Sometimes
Steps to Reproduce:
1. Boot the system
2. Be happy
3. Some time randomly later, notice laggy behavior and ibus-daemon using 100%
CPU in top
Actual Results:
Slow keyboard response on a fast system
Expected Results:
Snappy action
Additional Information:
Sorry for the horrible bug report, but can we please just disable ibus-daemon
by default as a useless problem-causing thing?
When google shows this problem going back AT LEAST to 2020 (and probably
longer), with the solution invariably being "kill, restart or disable
ibus-daemon to fix the problem temporarily", why is that thing enabled by
default in the first place?
Please at least give a good setting for this, so that the answer can be for
people to not enable that thing.
And if somebody has "please debug this next time it happens by doing Xyz", I'll
happily do that. But you need to tell me what Xyz is, because I don't know the
first thing about ibus-daemon.
I know that the "i" is supposed to stand for "intelligent". But honestly, I can
come up with a lot better suggestions for what that "i" might stand for. And
absolutely *none* of them are polite.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2368622
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…
https://bugzilla.redhat.com/show_bug.cgi?id=2378003
Bug ID: 2378003
Summary: python-polib: Stop using deprecated
%py3_build/%py3_install macros
Product: Fedora
Version: rawhide
Status: NEW
Component: python-polib
Assignee: petersen(a)redhat.com
Reporter: mhroncok(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dchen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, reallylongword(a)gmail.com,
sundeep_anand(a)yahoo.com
Blocks: 2376118
Target Milestone: ---
Classification: Fedora
Dear package maintainer,
this bugzilla is automated becasue the number of impacted packages it too high
to go trough manually.
It appears that your package uses the deprecated %py3_build and/or %py3_install
macro.
See https://fedoraproject.org/wiki/Changes/DeprecateSetuppyMacros for why the
macros are deprecated.
%py3_install expands to python setup.py install. This has been a deprecated
command for 5 years and will likely stop working in Fedora 45.
Please migrate to %pyproject_buildrequires + %pyproject_wheel +
%pyproject_install macros instead.
See
https://fedoraproject.org/wiki/Changes/DeprecateSetuppyMacros#Migrating_to_…
for migration guide.
See https://github.com/hroncok/pyprojectize/ for a tool that can help you
automate the migration.
Thank you. Let me know if you need help.
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=2376118
[Bug 2376118] Deprecate RPM Macros for setup.py-based Python Builds
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2378003
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…
https://bugzilla.redhat.com/show_bug.cgi?id=2406377
Bug ID: 2406377
Summary: [abrt] ibus-hangul: hangul_ic_set_keyboard():
ibus-engine-hangul killed by SIGSEGV
Product: Fedora
Version: 43
Hardware: x86_64
Status: NEW
Whiteboard: abrt_hash:00a010ce93688f8b0a87936af84bbdfc10509f7b;VAR
IANT_ID=workstation;
Component: ibus-hangul
Assignee: pwu(a)redhat.com
Reporter: joshua-huh(a)naver.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, pwu(a)redhat.com,
tfujiwar(a)redhat.com
Target Milestone: ---
Classification: Fedora
Version-Release number of selected component:
ibus-hangul-1.5.5-11.fc43
Additional info:
reporter: libreport-2.17.15
type: CCpp
reason: ibus-engine-hangul killed by SIGSEGV
journald_cursor:
s=a02d5f36b9df4747ac192d7370f2fb7f;i=16803;b=ccb914fab1e54a16a64ea23168c5c797;m=203c01c4;t=641fd07e84e13;x=cefe355fd7c94942
executable: /usr/libexec/ibus-engine-hangul
cmdline: /usr/libexec/ibus-engine-hangul --ibus
cgroup:
0::/user.slice/user-1000.slice/user@1000.service/session.slice/org.freedesktop.IBus.session.GNOME.service
rootdir: /
uid: 1000
kernel: 6.17.4-300.fc43.x86_64
package: ibus-hangul-1.5.5-11.fc43
runlevel: /bin/sh: line 1: runlevel: command not found
backtrace_rating: 4
crash_function: hangul_ic_set_keyboard
Truncated backtrace:
Thread no. 1 (14 frames)
#0 hangul_ic_set_keyboard at
/usr/src/debug/libhangul-0.2.0-2.fc43.x86_64/hangul/hangulinputcontext.c:1433
#1 hangul_ic_select_keyboard at
/usr/src/debug/libhangul-0.2.0-2.fc43.x86_64/hangul/hangulinputcontext.c:1481
#2 settings_changed at
/usr/src/debug/ibus-hangul-1.5.5-11.fc43.x86_64/src/engine.c:1946
#5 signal_emit_valist_unlocked at ../gobject/gsignal.c:3535
#8 g_settings_real_change_event at ../gio/gsettings.c:477
#9 _g_cclosure_marshal_BOOLEAN__POINTER_INTv at ../gio/gmarshal-internal.c:428
#10 _g_closure_invoke_va at ../gobject/gclosure.c:980
#11 signal_emit_valist_unlocked at ../gobject/gsignal.c:3439
#14 settings_backend_path_changed at ../gio/gsettings.c:552
#16 g_settings_backend_invoke_closure at ../gio/gsettingsbackend.c:270
#19 g_main_context_dispatch_unlocked at ../glib/gmain.c:4425
#20 g_main_context_iterate_unlocked at ../glib/gmain.c:4490
#22 ibus_main at /usr/src/debug/ibus-1.5.33
#23 start_component at
/usr/src/debug/ibus-hangul-1.5.5-11.fc43.x86_64/src/main.c:116
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2406377
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…
https://bugzilla.redhat.com/show_bug.cgi?id=2399888
Bug ID: 2399888
Summary: Cannot see Hangul keyboard layout, confusing
activation
Product: Fedora
Version: 43
Status: NEW
Component: ibus-hangul
Assignee: pwu(a)redhat.com
Reporter: beland(a)alum.mit.edu
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, pwu(a)redhat.com,
tfujiwar(a)redhat.com
Target Milestone: ---
Classification: Fedora
I have gone into Settings -> Keyboard -> Input Sources and added Korean ->
Korean (Hangul).
One usability problem is that it's unclear how to switch input methods. I think
doing a web search I discovered it's possible to switch to 한 with Super+Space,
but this appears to have no effect; typing still produces Latin letters. In
order to actually type Hangul, after switching with Super+Space, I have to
notice that "en" has changed to "EN" in the bar at the top of the screen and
that I need to click on it to get a menu and enable "Hangul mode".
A second usability problem is that I cannot see a Hangul keyboard layout, which
I need because I am physically typing on a QWERTY keyboard. Turning on Hangul
mode and going to 한 -> Show Keyboard Layout pulls up a keyboard map, I believe
in a program called tecla, which has two pages and is labelled at the top
"Keyboard Layout - Korean". The first page shows a lowercase qwerty keyboard,
and the other page shows an uppercase QWERTY keyboard. There is no page showing
which key corresponds to which jamo, so the only way to type words in Korean is
to just press all the buttons on my keyboard until I find the one I need,
iteratively. 8(
This is with ibus-hangul-1.5.5-11.fc43 and tecla-49.0-1.fc43.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2399888
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…
https://bugzilla.redhat.com/show_bug.cgi?id=2336519
Bug ID: 2336519
Summary: When ibus-hangul is in hangul mode, switching to a
different ibus input method leaves the property panel
showing ibus-hangul
Product: Fedora
Version: 41
OS: Linux
Status: NEW
Component: ibus-hangul
Severity: medium
Assignee: pwu(a)redhat.com
Reporter: mfabian(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, pwu(a)redhat.com,
tfujiwar(a)redhat.com
Target Milestone: ---
Classification: Fedora
mfabian@f41:~$ cat /etc/os-release
NAME="Fedora Linux"
VERSION="41 (Workstation Edition)"
RELEASE_TYPE=stable
ID=fedora
VERSION_ID=41
VERSION_CODENAME=""
PLATFORM_ID="platform:f41"
PRETTY_NAME="Fedora Linux 41 (Workstation Edition)"
ANSI_COLOR="0;38;2;60;110;180"
LOGO=fedora-logo-icon
CPE_NAME="cpe:/o:fedoraproject:fedora:41"
DEFAULT_HOSTNAME="fedora"
HOME_URL="https://fedoraproject.org/"
DOCUMENTATION_URL="https://docs.fedoraproject.org/en-US/fedora/f41/system-administrators-guide/"
SUPPORT_URL="https://ask.fedoraproject.org/"
BUG_REPORT_URL="https://bugzilla.redhat.com/"
REDHAT_BUGZILLA_PRODUCT="Fedora"
REDHAT_BUGZILLA_PRODUCT_VERSION=41
REDHAT_SUPPORT_PRODUCT="Fedora"
REDHAT_SUPPORT_PRODUCT_VERSION=41
SUPPORT_END=2025-12-15
VARIANT="Workstation Edition"
VARIANT_ID=workstation
mfabian@f41:~$ rpm -q ibus
ibus-1.5.31-1.fc41.x86_64
mfabian@f41:~$ rpm -q ibus-hangul
ibus-hangul-1.5.5-6.fc41.x86_64
mfabian@f41:~$
Reproducible: Always
Steps to Reproduce:
- Use XFCE desktop
- Enable the property panel in ibus-setup: “Show property panel: [ Always ]”
- ibus restart
- select ibus-hangul
property panel now shows ibus-hangul, English mode
- switch to ibus-anthy
property panel now shows ibus-anthy
- switch back to ibus-hangul
- switch to hangul mode
- switch to ibus-anthy
property panel still shows ibus-hangul! <- here is the problem!
- type a into terminal, result is あ. That shows that ibus-anthy is
active but the property panel does not show that.
-
I will attach a video.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2336519
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…
https://bugzilla.redhat.com/show_bug.cgi?id=2336515
Bug ID: 2336515
Summary: Wrong order of committed text and space when typing
into supertuxkart (SDL2 application)
Product: Fedora
Version: 41
OS: Linux
Status: NEW
Component: ibus-hangul
Severity: medium
Assignee: pwu(a)redhat.com
Reporter: mfabian(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, pwu(a)redhat.com,
tfujiwar(a)redhat.com
Target Milestone: ---
Classification: Fedora
mfabian@f41:~$ rpm -q ibus-hangul
ibus-hangul-1.5.5-6.fc41.x86_64
mfabian@f41:~$ rpm -q supertuxkart
supertuxkart-1.4-10.fc41.x86_64
mfabian@f41:~$ rpm -q ibus
ibus-1.5.31-1.fc41.x86_64
mfabian@f41:~$ cat /etc/os-release
NAME="Fedora Linux"
VERSION="41 (Workstation Edition)"
RELEASE_TYPE=stable
ID=fedora
VERSION_ID=41
VERSION_CODENAME=""
PLATFORM_ID="platform:f41"
PRETTY_NAME="Fedora Linux 41 (Workstation Edition)"
ANSI_COLOR="0;38;2;60;110;180"
LOGO=fedora-logo-icon
CPE_NAME="cpe:/o:fedoraproject:fedora:41"
DEFAULT_HOSTNAME="fedora"
HOME_URL="https://fedoraproject.org/"
DOCUMENTATION_URL="https://docs.fedoraproject.org/en-US/fedora/f41/system-administrators-guide/"
SUPPORT_URL="https://ask.fedoraproject.org/"
BUG_REPORT_URL="https://bugzilla.redhat.com/"
REDHAT_BUGZILLA_PRODUCT="Fedora"
REDHAT_BUGZILLA_PRODUCT_VERSION=41
REDHAT_SUPPORT_PRODUCT="Fedora"
REDHAT_SUPPORT_PRODUCT_VERSION=41
SUPPORT_END=2025-12-15
VARIANT="Workstation Edition"
VARIANT_ID=workstation
mfabian@f41:~$
Reproducible: Always
Steps to Reproduce:
See also the attached video.
- start supertuxkart
- select the button to edit the username
- click on Rename
- focus the entry field
- select ibus-hangul
- switch to hangul mode
- type `a ` into the entry.
Actual Results:
The result is ` ㅁ`.
Expected Results:
The result should be `ㅁ `.
I'll attach a video.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2336515
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…
https://bugzilla.redhat.com/show_bug.cgi?id=2380586
Bug ID: 2380586
Summary: fcitx-kkc: FTBFS with change proposal CMake 4.0
Product: Fedora
Version: rawhide
Status: NEW
Component: fcitx-kkc
Assignee: dueno(a)redhat.com
Reporter: fedora(a)lecris.me
QA Contact: extras-qa(a)fedoraproject.org
CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Blocks: 2376114
Target Milestone: ---
Classification: Fedora
\
Dear package maintainer,
This is an automated bug created due to a FTBFS when rebuilding this package
for the change proposal CMake 4.0.
The rebuild is being tracked in
https://copr.fedorainfracloud.org/coprs/cmake-4.0.
See https://fedoraproject.org/wiki/Changes/CMake4.0 for more information on how
to make the package compatible.
More specifically, depending on the state of the project:
- If it is actively maintained, please update the `cmake_minimum_required`, and
instruct upstream to do so as well.
To minimize future maintenance, please add a higher bound as well,
preferrably with the highest CMake version being
tested. You may use 4.0 as the higher bound as this is being tested in the
tracked copr project.
- If the project is not maintained, you may add
`CMAKE_POLICY_VERSION_MINIMUM=3.5` as a CMake variable or environment
variable.
You can check the build locally following the instructions in the change
proposal, or submit your build to the tracking
copr project.
Let me know if you encounter any issues, or need any other help.
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=2376114
[Bug 2376114] CMake 4.0
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2380586
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…