https://bugzilla.redhat.com/show_bug.cgi?id=2402681
Bug ID: 2402681
Summary: Gtk4 applications use `gtk4-im` instead of
`gnome-shell` (wayland) input in gnome **if** XFCE has
also been installed and used
Product: Fedora
Version: 43
OS: Linux
Status: NEW
Component: ibus
Severity: medium
Assignee: tfujiwar(a)redhat.com
Reporter: mfabian(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, tfujiwar(a)redhat.com
Target Milestone: ---
Classification: Fedora
All Gtk3 and Gtk4 applications should use Wayland input in a Gnome Wayland
session.
After a default installation they do this when logging into a Gnome Wayland
session.
But, when installing XFCE and KDE as well and logging out of Gnome, then
logging in to XFCE, then KDE, then logging in to Gnome again, the Gtk4
applications suddenly use the Gtk4 imput module (`gtk4-im`) not the Wayland
input (`gnome-shell`).
Reproducible: Always
Steps to Reproduce:
- Install Fedora-Workstation-Live-43-20251008.n.0.x86_64.iso
- Reboot and log into Gnome Wayland
- Add ibus-typing-booster to the input methods
- Open setup tool of ibus-typing-booster, set debug level to 5 in the Options
tab
- Open gnome-text-editor
- Type something with ibus-typing-booster. At the top of the candidate list you
see:
"🪟gnome-shell:gnome-text-editor:..."
That shows that Wayland input is used, which is good.
- Log out
- Log into XFCE
- Log out
- Log into Plasma (KDE)
(this login to Plasma is needed to be able to login to the Gnome Wayland
session again,
without that extra login to Plasma, gnome-shell will crash,
see: https://bugzilla.redhat.com/show_bug.cgi?id=2402651
- Log into Gnome Wayland
- Open gnome-text-editor
- Type something using ibus-typing-booster. At the top of the candidates list
you see now:
"🪟gtk4-im:gnome-text-editor:..."
That shows that now the Gtk4 input module is used, not Wayland input.
Gtk3 still uses Wayland input, you can see that by typing now with
ibus-typing-booster
into a Gtk3 application.
- Check the environment:
`env | grep ibus`
`env | grep GTK` shows that `GTK_IM_MODULE` is **not** set (good! It should
default to Wayland input then, but it does not.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2402681
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=2402652
Bug ID: 2402652
Summary: imsettings-daemon brings up ibus on Plasma wayland
session
Product: Fedora
Version: 43
OS: Linux
Status: NEW
Component: imsettings
Severity: medium
Assignee: tagoh(a)redhat.com
Reporter: tagoh(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com
Target Milestone: ---
Classification: Fedora
This seems happens when installing plasma-desktop on other spins such as XFCE.
and even if IMSETTINGS_IGNORE_SESSION=KDE-wayland is set, imsettings-daemon
brings up ibus somehow. no changes after installing imsettings-plasma package.
This get normal after removing /etc/xdg/autostart/imsettings-start.desktop.
So apparently imsettings-daemon doesn't have proper information from a process
inherited from the desktop session.
Reproducible: Always
Steps to Reproduce:
1.Install XFCE Live for example
2.Install plasma-desktop
3.Change the desktop from lightdm
4.Login
Actual Results:
ibus shows a warning about incorrect startup path
Expected Results:
no warnings
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2402652
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=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=2396883
Bug ID: 2396883
Summary: translate-toolkit: Please rebuild in Fedora 43
Product: Fedora
Version: 43
Status: NEW
Component: translate-toolkit
Assignee: sshil(a)redhat.com
Reporter: ksurma(a)redhat.com
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: 2373702 (PYC3.14rc3)
Target Milestone: ---
Classification: Fedora
Dear package maintainer,
Due to reasons described in
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org…
a rebuild of translate-toolkit is needed in Fedora 43.
During the mass rebuild, it was determined that rawhide and f43 branches
differ, hence I did not know if I could safely merge rawhide into f43 or if the
f43 branch needs a diverging bump.
Please, determine this yourself and rebuild the package in Fedora 43, ideally
before the Fedora 43 Final freeze (2025-10-07).
Thank you. Let me know if you need help.
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=2373702
[Bug 2373702] Rebuild all packages with .pyc files with Python 3.14.0rc3+
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2396883
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=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.