https://bugzilla.redhat.com/show_bug.cgi?id=2380583
Bug ID: 2380583
Summary: fcitx-anthy: FTBFS with change proposal CMake 4.0
Product: Fedora
Version: rawhide
Status: NEW
Component: fcitx-anthy
Assignee: robinlee.sysu(a)gmail.com
Reporter: fedora(a)lecris.me
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
robinlee.sysu(a)gmail.com, yanqiyu01(a)gmail.com
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=2380583
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=2135166
Bug ID: 2135166
Summary: libunistring-1.1 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: libunistring
Keywords: FutureFeature, Triaged
Assignee: p(a)draigbrady.com
Reporter: upstream-release-monitoring(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
jim(a)meyering.net, p(a)draigbrady.com,
redhat-bugzilla(a)linuxnetz.de
Target Milestone: ---
Classification: Fedora
Releases retrieved: 1.1
Upstream release that is considered latest: 1.1
Current version/release in rawhide: 1.0-2.fc37
URL: http://www.gnu.org/software/libunistring/
Please consult the package updates policy before you issue an update to a
stable branch: https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/
More information about the service that created this bug can be found at:
https://docs.fedoraproject.org/en-US/package-maintainers/Upstream_Release_M…
Please keep in mind that with any upstream change, there may also be packaging
changes that need to be made. Specifically, please remember that it is your
responsibility to review the new version to ensure that the licensing is still
correct and that no non-free or legally problematic items have been added
upstream.
Based on the information from Anitya:
https://release-monitoring.org/project/1747/
To change the monitoring settings for the project, please visit:
https://src.fedoraproject.org/rpms/libunistring
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2135166
https://bugzilla.redhat.com/show_bug.cgi?id=1790554
Bug ID: 1790554
Summary: Keyboard layout of Kana Kanji wont show up
Product: Fedora
Version: rawhide
Hardware: x86_64
Status: NEW
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: sumukher(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
The keyboard layout for Kana Kanji Japanese doesnt show up
Version-Release number of selected component (if applicable):
Fedora-Rawhide-20200112.n.0
How reproducible:
Everytime
Steps to Reproduce:
1. Install Fedora-Rawhide-20200112.n.0 WS from live boot
2. Open settings and navigate to Region and Language
3. Add Japanese Kana Kanji in the input source
4. Click the icon looking like an eye button which should open the keyboard
layout
Actual results:
Doesn't show up the keyboard layout
Expected results:
The keyboard layout should show up like it shows up for english
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
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=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=2346033
Bug ID: 2346033
Summary: [abrt] ibus: XFree(): ibus-x11 killed by SIGABRT
Product: Fedora
Version: rawhide
Hardware: x86_64
Status: NEW
Whiteboard: abrt_hash:28d08c1c3bbef585409b05c5db00dcce465bdc2b;VAR
IANT_ID=workstation;
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: mikhail.v.gavrilov(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, tfujiwar(a)redhat.com
Target Milestone: ---
Classification: Fedora
Version-Release number of selected component:
ibus-1.5.32~beta2-1.fc43
Additional info:
reporter: libreport-2.17.15
type: CCpp
reason: ibus-x11 killed by SIGABRT
journald_cursor:
s=a5094004f8c342679a632d5672433cea;i=3663535;b=c41a621787d147818df8f8d7a9e927a1;m=d6fcefb46;t=62e09ab523093;x=a72039042020ba90
executable: /usr/libexec/ibus-x11
cmdline: /usr/libexec/ibus-x11
cgroup:
0::/user.slice/user-1000.slice/user@1000.service/session.slice/org.gnome.SettingsDaemon.XSettings.service
rootdir: /
uid: 1000
kernel: 6.14.0-rc2-febbc555cf0f-revert-b9b588f22a0c+
package: ibus-1.5.32~beta2-1.fc43
runlevel: N 5
backtrace_rating: 4
crash_function: XFree
Truncated backtrace:
Thread no. 1 (11 frames)
#9 XFree at /usr/src/debug/libX11-1.8.11-1.fc42.x86_64/src/XlibInt.c:1624
#10 _Xi18nChangeIC at ../../util/IMdkit/i18nIc.c:797
#11 SetICValuesMessageProc at ../../util/IMdkit/i18nPtHdr.c:923
#12 _Xi18nMessageHandler at ../../util/IMdkit/i18nPtHdr.c:1849
#13 WaitXIMProtocol at ../../util/IMdkit/i18nX.c:524
#14 _gdk_x11_display_queue_events at ../gdk/x11/gdkeventsource.c:337
#15 gdk_display_get_event at ../gdk/gdkdisplay.c:442
#16 gdk_event_source_dispatch.lto_priv at ../gdk/x11/gdkeventsource.c:354
#18 g_main_context_dispatch_unlocked at ../glib/gmain.c:4212
#19 g_main_context_iterate_unlocked at ../glib/gmain.c:4277
#21 ibus_main at /usr/src/debug/ibus-1.5.32
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2346033
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…