https://bugzilla.redhat.com/show_bug.cgi?id=2002446
Bug ID: 2002446
Summary: zinnia-0.07 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: zinnia
Keywords: FutureFeature, Triaged
Assignee: liangsuilong(a)gmail.com
Reporter: upstream-release-monitoring(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
liangsuilong(a)gmail.com, petersen(a)redhat.com,
pwu(a)redhat.com
Target Milestone: ---
Classification: Fedora
Latest upstream release: 0.07
Current version/release in rawhide: 0.06-55.fc35
URL: https://github.com/silverhikari/zinnia/
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://fedoraproject.org/wiki/Upstream_release_monitoring
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/5302/
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1974076
Bug ID: 1974076
Summary: Chinese input methods use previously enabled layout
Product: Fedora
Version: 34
Hardware: All
OS: Linux
Status: NEW
Component: ibus-libpinyin
Severity: medium
Assignee: pwu(a)redhat.com
Reporter: nickolay.ilyushin(a)gmail.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
Description of problem:
ibus-libpinyin (and most probably several other input methods) uses `default`
keyboard layout instead of `us` or whatever fits best. This effectively means
that the last keyboard layout (non-IME) will be used for the pinyin input. For
users which use non-Latin keyboard layouts, such as Russian or Ukrainian, this
makes pinyin input unusable.
Version-Release number of selected component (if applicable): 1.12.0
How reproducible: easily.
Steps to Reproduce:
1. Enable pinyin input method in your settings.
2. Switch to e.g. Russian layout.
3. Switch to pinyin IME.
4. You will type Russian letters and pinyin IME will not trigger.
Actual results:
`4. You will type Russian letters and pinyin IME will not trigger.`
Expected results:
`4. You will type *Latin* letters and pinyin IME *will* trigger.`
Additional info:
There are two workarounds:
1. Manually patch `/usr/share/ibus/component/libpinyin.xml` and change `layout`
to `us` from `default`. I don't know how this will work with non-QWERTY
keyboards though.
2. Switch to a Latin layout before switching to pinyin.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2004265
Bug ID: 2004265
Summary: Official name of Taiwan is wrong
Product: Fedora
Version: 35
Hardware: All
Status: NEW
Component: iso-codes
Assignee: pnemade(a)redhat.com
Reporter: julian.g(a)posteo.de
QA Contact: extras-qa(a)fedoraproject.org
CC: caillon+fedoraproject(a)gmail.com,
gnome-sig(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, mclasen(a)redhat.com,
pnemade(a)redhat.com, rhughes(a)redhat.com,
rstrode(a)redhat.com, sandmann(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
The "official name" of the country on Taiwan is wrong. It states "Province of
China", which is obviously not its official name. No country would call itself
"Province" of another country. The official name is "Republic of China".
Some sources:
- Official government website https://www.taiwan.gov.tw by the RoC Ministry of
Foreign Affairs
- You can ask any person living on the Island.
- As an IT person, you might have some hardware labeled "Made in RoC".
- The Hong Kong and the Taiwanese locale both have "中華民國" as a translation,
which means "Republic of China".
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2004265
https://bugzilla.redhat.com/show_bug.cgi?id=2182291
Bug ID: 2182291
Summary: does imsettings-* need weak rich dependencies?
Product: Fedora
Version: rawhide
Status: NEW
Component: imsettings
Assignee: tagoh(a)redhat.com
Reporter: petersen(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
Description of problem:
It might be good to add some rich weak deps to pull in imsettings-* for certain
desktop environments.
eg imsettings-plasma (maybe dependent on plasma-desktop?)
imsettings-cinnamon and imsettings-mate could be similarly handled perhaps.
imsettings-xfce.
On the other hand pre-installation seems preferable - so may need to think
if this really is useful/makes sense.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2182291
https://bugzilla.redhat.com/show_bug.cgi?id=2068726
Bug ID: 2068726
Summary: Culmus Hebrew fonts aren't usable by TeXLive after
installation
Product: Fedora
Version: 35
Status: NEW
Component: culmus-fonts
Assignee: pnemade(a)redhat.com
Reporter: nikita(a)leshenko.net
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, pnemade(a)redhat.com,
psatpute(a)redhat.com, vishalvijayraghavan(a)gmail.com
Target Milestone: ---
Link ID: Red Hat Bugzilla 1919932
Classification: Fedora
Description of problem:
On a clean Fedora 35 after installing texlive, babel-hebrew, and
tex-fonts-hebrew, I can't use pdflatex to render a Hebrew document.
Version-Release number of selected component (if applicable):
texlive 9:2021-48.fc35
texlive-babel-hebrew 9:svn30273.2.3h-48.fc35
tex-fonts-hebrew 0.1-35.fc35
How reproducible:
Always
Steps to Reproduce:
1. Start a new Fedora 35 container: podman run -it fedora:35
2. dnf install texlive texlive-babel-hebrew tex-fonts-hebrew
3. Try to render hello.tex document listed below (this is a basic
Hebrew document) using pdflatex (pdflatex hello.tex).
\documentclass{article}
\usepackage[utf8x]{inputenc}
\usepackage[english,hebrew]{babel}
\begin{document}
שלום!
\end{document}
Actual results:
Blank PDF
Expected results:
PDF with Hebrew text
Additional info:
On Fedora 33 this document caused an error, on Fedora 35 something changed and
the error no longer appears, but the result is a bad document.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2068726
https://bugzilla.redhat.com/show_bug.cgi?id=2131516
Bug ID: 2131516
Summary: Sinhala letters shake, wobble and momentarily
disappear and reappear when typing, sometimes with
wrong cursor positions.
Product: Fedora
Version: 37
Status: NEW
Component: ibus-m17n
Assignee: pnemade(a)redhat.com
Reporter: lohang(a)riseup.net
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, mfabian(a)redhat.com,
pnemade(a)redhat.com, shawn.p.huang(a)gmail.com
Target Milestone: ---
Classification: Fedora
Created attachment 1915511
--> https://bugzilla.redhat.com/attachment.cgi?id=1915511&action=edit
Issue reproduced with gedit on GNOME + Wayland.
Description of problem:
When typing Sinhala text with ibus, the characters shake and wobble, making
writing experience uncomfortable. Letters sometimes disappear for a moment and
reappear. Two cursor positions or wrong cursor positions seem to appear during
the process. The latter is somewhat similar to the issue described here
https://gitlab.gnome.org/GNOME/pango/-/issues/684
Version-Release number of selected component (if applicable):
How reproducible:
Reproducible throughout the system.
Environment : Fedora 37 beta, GNOME on Wayland.
Applications : Gedit, Firefox, LibreOffice.
Steps to Reproduce:
1. Enable Sinhala input with si-wijesekera
2. Type : isxy, NdIdfjka ,sjSfua oS wlqrq Tn fudn mksk whqrq ksrSlaIKh lrkak'
(සිංහල භාෂාවෙන් ලිවීමේ දී අකුරු ඔබ මොබ පනින අයුරු නිරීක්ෂණය කරන්න.)
3. Typing any meaningful chunk of text can actually demonstrate the issue.
Actual results:
See attachments
Expected results:
Smooth typing without shaking, wobbling and disappearing/reappearing of
characters. The issue is already there to a lesser extent on Fedora 36 too. So
I am unable to show you a video of the ideal expected result at the moment.
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=2131516
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=1999864
Bug ID: 1999864
Summary: Cannot find package with font for Coptic although such
a package exists for Fedora 34
Product: Fedora
Version: 34
Status: NEW
Component: fontconfig
Assignee: tagoh(a)redhat.com
Reporter: mfabian(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: ajax(a)redhat.com, caillon+fedoraproject(a)gmail.com,
fonts-bugs(a)lists.fedoraproject.org,
gnome-sig(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, mclasen(a)redhat.com,
pnemade(a)redhat.com, rhughes(a)redhat.com,
rstrode(a)redhat.com, sandmann(a)redhat.com,
tagoh(a)redhat.com
Target Milestone: ---
Classification: Fedora
Created attachment 1819530
--> https://bugzilla.redhat.com/attachment.cgi?id=1819530&action=edit
Gnome Software unable to find Coptic fonts
Using Fedora-Workstation-Live-x86_64-34-1.2.iso in qemu.
I played with emoji picker and Gnome popped up something requesting more fonts.
I clicked and then Gnome Software said:
“Unable to find the Coptic, Persian, Old (ca. 600-400 B.C.), Ugaritic you were
searching for. Please see _the documentation_ for more information.”
See attached screenshot.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2076596
Bug ID: 2076596
Summary: The KDE ibus panel does not work as expected.
Product: Fedora
Version: 36
Status: NEW
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: lruzicka(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
Created attachment 1873514
--> https://bugzilla.redhat.com/attachment.cgi?id=1873514&action=edit
The ibus panel with incorrect layout.
Description of problem:
I have freshly installed KDE Live 20220418 and made following settings during
the installation:
* System language is English.
* Keyboard layout is Czech.
After the installation, the keyboard is correctly laid out to "czech" and uses
the correct czech mappings. When I check for the system settings using
`localectl status`, I get the same result:
===
System Locale: LANG=en_US.UTF-8
VC Keymap: cz
X11 Layout: cz
===
However, when I log into the KDE session, the IBUS-panel shows incorrectly
"EN", but the layout is not English and even when I specifically select it
using the panel, it does not have any influence.
Also, when I use the panel to add other languages, it does not affect the
system layout which is used for the KDE session, as well as for applications
(kwrite, konsole), which remains "czech" all the time.
Version-Release number of selected component (if applicable):
ibus-1.5.26-3
KDE Plasma 5.24.4
How reproducible:
Always
Steps to Reproduce:
1. Install KDE Live with non-english layout (as the only one)
2. Log into the newly installed session.
3. See if ibus-panel shows the correct layout.
4. Try using ibus-panel to modify keyboard layout in the KDE session.
Actual results:
ibus-panel cannot modify keyboard layout
Expected results:
ibus-panel should be able to modify keyboard layout or should not be the
default method to do so.
Additional info:
See screenshot
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2076596
https://bugzilla.redhat.com/show_bug.cgi?id=2095164
Bug ID: 2095164
Summary: Conversion region of ibus-anthy is invisible in
konsole, kwrite, kate
Product: Fedora
Version: 36
Status: NEW
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: mfabian(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
Created attachment 1888253
--> https://bugzilla.redhat.com/attachment.cgi?id=1888253&action=edit
Video showing the the conversion region is visible in some places but
invisible in konsole, kwrite, kate
Using Fedora-Workstation-Live-x86_64-36-1.2.iso installed in qemu-kvm with all
current updates.
kwrite, kate, and konsole, do not show the conversion region when using
ibus-anthy
konsole5-22.04.1-1.fc36.x86_64
kwrite-22.04.1-1.fc36.x86_64
kate-21.12.2-1.fc36.x86_64
It does not matter whether these programs are used in
Plasma(X11), Plasma(Wayland), Gnome(Xorg), Gnome(Wayland), the behaviour is
always the same, the conversion region is never visible.
In konsole the behaviour is even worse because not even the cursor is shown at
the start of the conversion region.
When testing in Plasma(Wayland) or Plasma(X11) and typing with ibus-anthy into
the search field of the KDE control center, the conversion region is coloured
and thus visible. It is also visible when typing into the entry field for a
command which opens with Alt+F2. So there are only some programs in KDE where
it does not work like konsole, kwrite, kate, ... whereas it works in other
places.
See the attached video.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2095164
https://bugzilla.redhat.com/show_bug.cgi?id=2070187
Bug ID: 2070187
Summary: please branch ibus-kkc for epel9
Product: Fedora
Version: rawhide
Status: NEW
Component: ibus-kkc
Assignee: dueno(a)redhat.com
Reporter: petersen(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Target Milestone: ---
Classification: Fedora
Description of problem:
I would like to have ibus-kkc with libkkc in epel9
and would be happy to help build it if you like.
Could you please request an epel9 branch?
If you don't mind to make me comaintainer that would be fine too.
(libkkc got orphaned during the F35 cycle, I think
so I was able to branch that already.)
Thanks
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2070187
https://bugzilla.redhat.com/show_bug.cgi?id=1897782
Bug ID: 1897782
Summary: ibus pinyin input with special characters like '/'
will repeat itself non-stop and cause strange
behaviours with background applications
Product: Fedora
Version: 33
Status: NEW
Component: ibus-libpinyin
Assignee: pwu(a)redhat.com
Reporter: yemoran-2020(a)outlook.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
Description of problem:
In Fedora 33 Workstation, with a Chinese system language, when I try to input
with the ibus input (intelligent pinyin), and I pressed the slash key'/', then
the slash character '/' will automatically keep repeating itself, even if I
only pressed the slash key '/' once.
Not only this caused unwanted '/' to spam, but:
1. Also prevents me from pressing alphabetical characters to use pinyin input
normally, unless I delete all my remaining characters to exit pinyin prompt and
start over;
2. Can possibly delete my already-saved text, in combination with
<Ctrl-Backspace>.
It seems that I have completely lost control within the pinyin prompt. I have
met with other surprising conditions, though cannot be immediately reproduced
now, but I believe more combinations of inputs triggering different bugs will
be confirmed later.
Version-Release number of selected component (if applicable):
Any kind of version. I also tested with Fedora 32 Workstation, still have this
bug.
How reproducible:
Always
Steps to Reproduce:
1. Fetch any Fedora Workstation version, be it 32 or 33 or any updates applied.
2. Add Chinese input method 'Intelligent Pinyin' and switch to it
3. In GNOME(Wayland), open any GTK-based application, be it Firefox, GNOME
Terminal, gedit, Libreoffice, ... (take gedit as an example)
4. Input 你好,今天天气 (keypress: nihao<1>,jintian<1>) as a start up example, confirm
input use number key '1'. or keys like <Enter> or <Space>.
5. Input 怎么样/ (keypress: zenmy/). Do not confirm immediately after 'zenmy', but
press '/' exactly once.
6. The '/' character is repeating itself within several hundred milliseconds.
7. Press <Ctrl-Backspace>. gedit will highlight "你好,今天天气" (with a lot of
trailing '/').
8. Press <Backspace> to delete these Chinese characters.
Actual results:
Not only '/' is repeating itself, but also I lost control to gedit and gedit
thinks you want to press '/' forever or even wants to delete my
already-confirmed characters before this input.
Expected results:
1. '/' Should not trigger anything, unless I have pressed this key and did not
release this key press (but I always release keys)
2. '/' Should not make me lost control over pinyin prompt to gedit
3. <Backspace> Should only delete pinyin alphabets in pinyin prompt panel, and
should not do anything to the background gedit texts, unless I have exited the
pinyin prompt panel (because I confirmed my input or have deleted every pinyin
alphabet in it)
Additional info:
1. I did not found this bug on Debian buster or Arch with latest updates.
Additionally, '/' did not even input a single character '/' in these
distributions, but I cannot confirm if this is the expected behaviour. In
Fedora 33 KDE, '/' did input a single character '/', but immediately stopped.
2. I didn't find this behaviour in qt-based applications (like Fedora Image
Writer or Octave) in GNOME, or any application in other desktop environments
(including KDE, or even GTK-based Cinnamon Desktop). This bug seems to only
occur on GTK-based applications on GNOME.
3. I can be very sure that this is not caused by something wrong with my
specific keyboard, because (a) Other distributions worked very well (b) Other
Fedora spins worked very well (c) Qt-based applications in GNOME worked very
well (d) GNOME X11 session worked very well (e) I replicated this bug on a
fresh install of Fedora 32 Workstation in another laptop of mine.
4. I guess other special characters (or keys) like '[', ']', '\', '<Esc>',
'<Backspace>', etc. may trigger similar bugs, but I cannot confirm. '/' will
surely trigger this. ',' and '.' are used in pinyin input method to flip
candidate characters pages, so they doesn't trigger this bug. ' does not
trigger this bug (used in xi'an for 西安)
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1847347
Bug ID: 1847347
Summary: gnome-terminal and xfce4-terminal get surrounding text
from previous application
Product: Fedora
Version: 32
Status: NEW
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: mfabian(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
I made the following screenshots and video by testing on Gnome-Xorg, but the
problem occurs on Gnome-Wayland as well.
How to reproduce (see also attached screenshots and video):
- To show what happens with the surrounding text, I first opened the
setup tool of ibus-typing-booster and set the debug level in the
options tab to 3.
When the debug level is high, the auxiliary text above the candidate
list shows what context has been obtained by using surrounding text
(if surrounding text is available, if it is not available like when
using xterm, the context is just remembered from what was typed
last).
- I opened 3 windows: gedit, firefox, and gnome-terminal.
- I focus on gedit and type "a b c d e"
On top of the candidate list one can see: "Context: b c d"
This is because when the letter "e" was typed, ibus-typing-booster
got the surrounding text at the cursor position and parsed the last
3 tokens left of the cursor out of the result. And these
last 3 tokens left of the cursor are "b c d".
- Now I focus on firefox and type "f g h i j"
On top of the candidate list one can see: "Context: g h i"
I.e. the correct context "g h i" to the left of the just typed "j"
(which is still in preedit) has been found using surrounding text.
- Now I focus on gnome-terminal and type "k l m"
On top of the candidate list one can see: "Context h i j"
This comes from the surrounding text left of the cursor in
*firefox*, *not* from gnome-terminal.
Although gnome-terminal reports that surrounding text is supported, i.e.
self.client_capabilities & IBus.Capabilite.SURROUNDING_TEXT
is True (see the code to get the context at:
https://github.com/mike-fabian/ibus-typing-booster/blob/master/engine/hunsp…
)
gnome-terminal does not really seem to support surrounding text.
The surrounding text comes from the previous client which really supported
surrounding text.
If the previous client was firefox, one still gets the surrounding text from
firefox while typing in gnome-terminal.
Same with gedit, if the previous client before focussing on gnome-terminal
was gedit, one still gets the surrounding text from gedit while typing in
gnome-terminal.
- The same problem occurs when using xfce4-terminal instead of gnome-terminal.
- When using xterm, the problem does *not* occur because when using xterm
self.client_capabilities & IBus.Capabilite.SURROUNDING_TEXT
is False and then the get_context() immediately returns and the context
remembered from the last text typed is used as a fallback.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2178174
Bug ID: 2178174
Summary: Status indicator doesn't show proper current status on
Flatpak app
Product: Fedora
Version: 38
Status: NEW
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: tagoh(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:
When typing something through IBus on Flatpak on Silverblue and changing the
input mode by Zenkaku_Hankaku key, current input mode isn't reflected to the
status indicator at gnome-shell.
Version-Release number of selected component (if applicable):
Fedora-Silverblue-ostree-x86_64-38-20230314.n.0.iso
How reproducible:
always
Steps to Reproduce:
1.Install SB and setup as usual
2.Install LibreOffice from 'Fedora Linux' on gnome-software
3.Run LibreOffice and type something and Zenkaku_Hankaku key
Actual results:
The status indicator keeps 'あ' and no changes after pressing Zenkaku_Hankaku
key. also no ibus-related menu isn't available during flatpak app is active.
Expected results:
should works as usual
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=2178174
https://bugzilla.redhat.com/show_bug.cgi?id=2093313
Bug ID: 2093313
Summary: Too many ibus warnings, "no capability of
surrounding-text feature"
Product: Fedora
Version: rawhide
Status: NEW
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: tagoh(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:
I know this is an application bug, flooding same warnings looks not good to me.
this affects UX. applications and desktop is often freezing.
$ journalctl -S 2022-06-03 | grep IBUS-WARNING | wc -l
15974
That is quite bad.
Too many warnings should be omitted.
Version-Release number of selected component (if applicable):
ibus-1.5.26-4.fc36.x86_64
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2093313
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=1974983
Bug ID: 1974983
Summary: After upgrade xkeyboard-config to version 2.33-1.fc35
layout indicator stop react to layout switch by
Ctrl-Shift key combination.
Product: Fedora
Version: rawhide
Status: NEW
Component: xkeyboard-config
Assignee: peter.hutterer(a)redhat.com
Reporter: mikhail.v.gavrilov(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: ajax(a)redhat.com, caillon+fedoraproject(a)gmail.com,
i18n-bugs(a)lists.fedoraproject.org,
negativo17(a)gmail.com, peter.hutterer(a)redhat.com,
rhughes(a)redhat.com, rstrode(a)redhat.com,
sandmann(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
After upgrade xkeyboard-config to version 2.33-1.fc35 layout indicator stop
react to layout switch by Ctrl-Shift key combination.
The bug is affected only Wayland session and only non standard layout switch
key combination.
Last good version is 2.32-3.fc35
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2088665
Bug ID: 2088665
Summary: Noto Sans is chosen to display symbol characters it
doesn't contain
Product: Fedora
Version: 36
Status: NEW
Component: google-noto-fonts
Assignee: tagoh(a)redhat.com
Reporter: talk(a)danielflaum.net
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, psatpute(a)redhat.com,
pwu(a)redhat.com, tagoh(a)redhat.com
Target Milestone: ---
Classification: Fedora
Created attachment 1881507
--> https://bugzilla.redhat.com/attachment.cgi?id=1881507&action=edit
A zipped sample PDF and image of relevant portion of PDF when affected by the
issue
Description of problem:
Given a PDF lacking embedded fonts which use certain characters (including →
and ≥), GNOME's Evince on Fedora 36 chooses to substitute the Noto Sans font,
which does not include these characters.
Version-Release number of selected component (if applicable):
How reproducible:
Successfully reproduced by two people independently.
Steps to Reproduce:
1. Boot a fresh copy of Fedora 36 (the Live version in a VM will do).
2. Open the attached sample PDF in GNOME Evince (aka Document Viewer).
3. Observe the missing characters in the second paragraph from the top of the
page.
Actual results:
See attached image.
Expected results:
The missing characters should be displayed properly as → (that is,
https://unicode-table.com/en/2192/)
Additional info:
The filer initially sought help at
https://ask.fedoraproject.org/t/missing-characters-in-pdfs-since-upgrade-fr…,
which may be informative in reproducing the issue.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2088665
https://bugzilla.redhat.com/show_bug.cgi?id=2178746
Bug ID: 2178746
Summary: Please branch and build aspell-bn in epel9
Product: Fedora
Version: rawhide
Status: NEW
Component: aspell-bn
Assignee: aalam(a)fedoraproject.org
Reporter: davide(a)cavalca.name
QA Contact: extras-qa(a)fedoraproject.org
CC: aalam(a)fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org
Blocks: 1914423 (EPELPackagersSIG)
Target Milestone: ---
Classification: Fedora
Please branch and build aspell-bn in epel9.
If you do not wish to maintain aspell-bn in epel9,
or do not think you will be able to do this in a timely manner,
the EPEL Packagers SIG would be happy to be a co-maintainer of the package;
please add the epel-packagers-sig group through
https://src.fedoraproject.org/rpms/aspell-bn/addgroup
and grant it commit access, or collaborator access on epel* branches.
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1914423
[Bug 1914423] Tracker for epel-packagers-sig
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2178746
https://bugzilla.redhat.com/show_bug.cgi?id=2093080
Bug ID: 2093080
Summary: Default fonts for Arabic do not match the font
packages list
Product: Fedora
Version: 36
Hardware: All
OS: Linux
Status: NEW
Component: fontconfig
Severity: medium
Assignee: tagoh(a)redhat.com
Reporter: awilliam(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: ajax(a)redhat.com, caillon+fedoraproject(a)gmail.com,
fonts-bugs(a)lists.fedoraproject.org,
gnome-sig(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, mclasen(a)redhat.com,
pnemade(a)redhat.com, rhughes(a)redhat.com,
rstrode(a)redhat.com, sandmann(a)redhat.com,
tagoh(a)redhat.com
Target Milestone: ---
Classification: Fedora
There's a test case:
https://fedoraproject.org/wiki/QA:Testcase_i18n_default_fonts
which requires checking the default fonts for various languages against a list,
http://tagoh.fedorapeople.org/fonts/fc-test.sh .
The current default fonts for Arabic installs do not match the list. The list
states sans should be DejaVu Sans, serif should be FreeSerif or MPH 2B Damase,
and mono should be DejaVu Sans Mono. These may have been changed recently, as
our openQA reference text file expects them to be Noto Naskh Arabic (for both
sans and serif?) and PakType Naskh Basic for mono.
In any case, what we actually see doesn't match either the list or the openQA
reference file. We see "Noto Sans Arabic" and "PakType Naqsh" in the output
from the test, I think for serif (yes really) and monospace respectively.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2093080
https://bugzilla.redhat.com/show_bug.cgi?id=2060102
Bug ID: 2060102
Summary: Remove libdb dependency
Product: Fedora
Version: rawhide
Status: NEW
Component: libpinyin
Severity: high
Assignee: pwu(a)redhat.com
Reporter: fjanus(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, pwu(a)redhat.com,
robinlee.sysu(a)gmail.com
Target Milestone: ---
Classification: Fedora
Since there is a long-term effort to remove all libdb dependencies I would like
to find out solution also for libpinyin.
Libdb was marked as deprecated in Fedora by change[2] and it was also
deprecated in RHEL9[1]. Libdb is currently many many years without any update.
So it`s quite old code without upstream support.
[1] https://access.redhat.com/articles/6464541
[2] https://fedoraproject.org/wiki/Changes/Libdb_deprecated
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2060102
https://bugzilla.redhat.com/show_bug.cgi?id=2178763
Bug ID: 2178763
Summary: Please branch and build aspell-hi in epel9
Product: Fedora
Version: rawhide
Status: NEW
Component: aspell-hi
Assignee: aalam(a)fedoraproject.org
Reporter: davide(a)cavalca.name
QA Contact: extras-qa(a)fedoraproject.org
CC: aalam(a)fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org
Blocks: 1914423 (EPELPackagersSIG)
Target Milestone: ---
Classification: Fedora
Please branch and build aspell-hi in epel9.
If you do not wish to maintain aspell-hi in epel9,
or do not think you will be able to do this in a timely manner,
the EPEL Packagers SIG would be happy to be a co-maintainer of the package;
please add the epel-packagers-sig group through
https://src.fedoraproject.org/rpms/aspell-hi/addgroup
and grant it commit access, or collaborator access on epel* branches.
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1914423
[Bug 1914423] Tracker for epel-packagers-sig
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2178763
https://bugzilla.redhat.com/show_bug.cgi?id=2178761
Bug ID: 2178761
Summary: Please branch and build aspell-gu in epel9
Product: Fedora
Version: rawhide
Status: NEW
Component: aspell-gu
Assignee: aalam(a)fedoraproject.org
Reporter: davide(a)cavalca.name
QA Contact: extras-qa(a)fedoraproject.org
CC: aalam(a)fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org
Blocks: 1914423 (EPELPackagersSIG)
Target Milestone: ---
Classification: Fedora
Please branch and build aspell-gu in epel9.
If you do not wish to maintain aspell-gu in epel9,
or do not think you will be able to do this in a timely manner,
the EPEL Packagers SIG would be happy to be a co-maintainer of the package;
please add the epel-packagers-sig group through
https://src.fedoraproject.org/rpms/aspell-gu/addgroup
and grant it commit access, or collaborator access on epel* branches.
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1914423
[Bug 1914423] Tracker for epel-packagers-sig
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2178761
https://bugzilla.redhat.com/show_bug.cgi?id=2036820
Bug ID: 2036820
Summary: CVE-2021-45931 harfbuzz: out-of-bounds write in
hb_bit_set_invertible_t::set
Product: Security Response
Hardware: All
OS: Linux
Status: NEW
Component: vulnerability
Keywords: Security
Severity: medium
Priority: medium
Assignee: security-response-team(a)redhat.com
Reporter: mrehak(a)redhat.com
CC: bdettelb(a)redhat.com, caolanm(a)redhat.com,
caswilli(a)redhat.com, eng-i18n-bugs(a)redhat.com,
erack(a)redhat.com, erik-fedora(a)vanpienbroek.nl,
i18n-bugs(a)lists.fedoraproject.org,
jburrell(a)redhat.com, jhorak(a)redhat.com,
jwong(a)redhat.com, kaycoth(a)redhat.com,
klember(a)redhat.com, manisandro(a)gmail.com,
moceap(a)hotmail.com, nobody(a)redhat.com,
pnemade(a)redhat.com, psatpute(a)redhat.com,
rh-spice-bugs(a)redhat.com, stransky(a)redhat.com,
tpopela(a)redhat.com, tuxator(a)o2.pl
Target Milestone: ---
Classification: Other
An out-of-bounds write in hb_bit_set_invertible_t::set (called from
hb_sparseset_t<hb_bit_set_invertible_t>::set and hb_set_copy).
External Reference:
https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=37425
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2036820
https://bugzilla.redhat.com/show_bug.cgi?id=2171140
Bug ID: 2171140
Summary: [abrt] ibus-typing-booster:
on_gsettings_value_changed():
hunspell_table.py:7038:on_gsettings_value_changed:Attr
ibuteError: 'TypingBoosterEngine' object has no
attribute '_set_get_functions'
Product: Fedora
Version: 37
Hardware: x86_64
Status: NEW
Whiteboard: abrt_hash:55bb325f294216e1e5be0a1ae112085ddc7a8f5d;VAR
IANT_ID=workstation;
Component: ibus-typing-booster
Assignee: mfabian(a)redhat.com
Reporter: fedora(a)oursique.net
QA Contact: extras-qa(a)fedoraproject.org
CC: anish.developer(a)gmail.com,
i18n-bugs(a)lists.fedoraproject.org, mfabian(a)redhat.com
Target Milestone: ---
Classification: Fedora
Version-Release number of selected component:
ibus-typing-booster-2.21.3-1.fc37
Additional info:
reporter: libreport-2.17.4
cgroup:
0::/user.slice/user-1000.slice/user@1000.service/session.slice/org.freedesktop.IBus.session.GNOME.service
cmdline: /usr/bin/python3 /usr/share/ibus-typing-booster/engine/main.py
--ibus
crash_function: on_gsettings_value_changed
exception_type: AttributeError
executable: /usr/share/ibus-typing-booster/engine/main.py
interpreter: python3-3.11.1-3.fc37.x86_64
kernel: 6.1.11-200.fc37.x86_64
runlevel: N 5
type: Python3
uid: 1000
Truncated backtrace:
hunspell_table.py:7038:on_gsettings_value_changed:AttributeError:
'TypingBoosterEngine' object has no attribute '_set_get_functions'
Traceback (most recent call last):
File "/usr/share/ibus-typing-booster/engine/hunspell_table.py", line 7038, in
on_gsettings_value_changed
if (key in self._set_get_functions
^^^^^^^^^^^^^^^^^^^^^^^
AttributeError: 'TypingBoosterEngine' object has no attribute
'_set_get_functions'
Local variables in innermost frame:
self: <hunspell_table.TypingBoosterEngine object at 0x7f19f751a600
(hunspell_table+TypingBoosterEngine at 0x5562b24f1130)>
_settings: <Gio.Settings object at 0x7f19f7317880 (GSettings at
0x5562b1c30a60)>
key: 'dictionary'
value: 'en_US_POSIX,fr,fr_FR'
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2171140
https://bugzilla.redhat.com/show_bug.cgi?id=2135079
Bug ID: 2135079
Summary: Please branch and build ibus-rime in epel8
Product: Fedora
Version: rawhide
Status: NEW
Component: ibus-rime
Assignee: pwu(a)redhat.com
Reporter: acyanbird(a)gmail.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
Please branch and build ibus-rime in epel8.
I'm new here so I don't know if this is the right step. The repo can be found
here https://github.com/rime/ibus-rime
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2135079
https://bugzilla.redhat.com/show_bug.cgi?id=2173398
Bug ID: 2173398
Summary: focus to window lost after switching IME with
Windows+Space under GNOME+ibus
Product: Fedora
Version: 37
Hardware: x86_64
OS: Linux
Status: NEW
Component: ibus
Severity: high
Assignee: tfujiwar(a)redhat.com
Reporter: whistler_wmz(a)163.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
Created attachment 1946547
--> https://bugzilla.redhat.com/attachment.cgi?id=1946547&action=edit
demo video
Description of problem:
focus to window is lost after switching IME with Windows+Space since some
recent 'dnf update'.
Version-Release number of selected component (if applicable):
ibus-1.5.27-5.fc37.x86_64
How reproducible:
Always
Steps to Reproduce:
1. launch any application under GNOME, with some Chinese IMEs enabled in ibus.
2. Press Windows+Space to switch IME.
Actual results:
Focus to the application window is now lost, need to click on the window again
to refocus.
Expected results:
Focus to the application window should be kept.
Additional info:
See attachment for video.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2173398
https://bugzilla.redhat.com/show_bug.cgi?id=2124843
Bug ID: 2124843
Summary: Input is sometimes cancelled after pressing < or > at
the candidate window
Product: Fedora
Version: 37
Status: NEW
Component: ibus-libpinyin
Assignee: pwu(a)redhat.com
Reporter: tagoh(a)redhat.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
Description of problem:
the candidate window has a feature to page up/down candidate words in the list.
however, pressing pageup/down icon like < or > at the candidate window
sometimes lost the candidate window and preedit text.
Version-Release number of selected component (if applicable):
ibus-1.5.27-1.fc37.x86_64
ibus-libpinyin-1.13.0-1.fc37.x86_64
How reproducible:
often
Steps to Reproduce:
1.type someting through ibus-libpinyin (e.g. as)
2.press > at the candidate window
3.press > at the candidate window again
Actual results:
preedit and candidate window is lost
Expected results:
should be page up to next list.
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=2124843
https://bugzilla.redhat.com/show_bug.cgi?id=2074360
Bug ID: 2074360
Summary: Xorg gtk4: candidate windows are placed off-screen
Product: Fedora
Version: 36
Status: NEW
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: petersen(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:
With Gnome on Xorg using gtk4 apps, the candidate is often placed
partially or completely off-screen, which is not useful of course.
Version-Release number of selected component (if applicable):
ibus-1.5.26-3.fc36.x86_64
gtk4-4.6.2-2.fc36.x86_64
How reproducible:
100%
Steps to Reproduce:
1. Start GNOME on Xorg
2. Open gnome-text-editor or gtk4-demo-application
3. Try to input Japanese or Chinese
Actual results:
Candidate window is place off-window or off-screen
Expected results:
Candidate window to be visible like with gtk3 apps
Additional info:
Is there some way to enforce that candidate windows should always appear
on-screen?
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2074360
https://bugzilla.redhat.com/show_bug.cgi?id=1919963
Bug ID: 1919963
Summary: /usr/share/doc/libunistring-devel/libunistring.html
missing in devel
Product: Fedora
Version: 32
Hardware: All
OS: All
Status: NEW
Component: libunistring
Severity: medium
Assignee: p(a)draigbrady.com
Reporter: reini.urban(a)gmail.com
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
Description of problem:
after installing libunistring and libunistring-devel the main doc entrypoint
for html is missing.
/usr/share/doc/libunistring-devel/libunistring.html
Version-Release number of selected component (if applicable):
libunistring-devel-0.9.10-7.fc32.x86_64
How reproducible:
Open a html doc, and click on Contents.
e.g firefox /usr/share/doc/libunistring-devel/libunistring_1.html
Haven't checked if that is an upstream problem, or just a bad rpm spec.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2013610
Bug ID: 2013610
Summary: Problem when ibus uses XIM: When committing something
and then sending a space by returning False, the
commit and the space are reversed
Product: Fedora
Version: 34
Status: NEW
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: mfabian(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
Created attachment 1832549
--> https://bugzilla.redhat.com/attachment.cgi?id=1832549&action=edit
Video showing the problem using ibus-m17n with si-wijesekera
[mfabian@fedora ~]$ cat /etc/fedora-release
Fedora release 35 (Thirty Five)
[mfabian@fedora ~]$ rpm -q ibus
ibus-1.5.25-4.fc35.x86_64
[mfabian@fedora ~]$ rpm -q ibus-m17n
ibus-m17n-1.4.7-1.fc35.x86_64
[mfabian@fedora ~]$ rpm -q ibus-typing-booster
ibus-typing-booster-2.14.13-1.fc35.noarch
[mfabian@fedora ~]$
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2013610
https://bugzilla.redhat.com/show_bug.cgi?id=2132139
Bug ID: 2132139
Summary: xkeyboard-config-2.37 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: xkeyboard-config
Keywords: FutureFeature, Triaged
Assignee: peter.hutterer(a)redhat.com
Reporter: upstream-release-monitoring(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: ajax(a)redhat.com, caillon+fedoraproject(a)gmail.com,
i18n-bugs(a)lists.fedoraproject.org,
negativo17(a)gmail.com, peter.hutterer(a)redhat.com,
rhughes(a)redhat.com, rstrode(a)redhat.com,
sandmann(a)redhat.com
Target Milestone: ---
Classification: Fedora
Releases retrieved: 2.37
Upstream release that is considered latest: 2.37
Current version/release in rawhide: 2.36-2.fc37
URL: https://www.freedesktop.org/wiki/Software/XKeyboardConfig/
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/5191/
To change the monitoring settings for the project, please visit:
https://src.fedoraproject.org/rpms/xkeyboard-config
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2132139
https://bugzilla.redhat.com/show_bug.cgi?id=2178787
Bug ID: 2178787
Summary: Please branch and build aspell-ta in epel9
Product: Fedora
Version: rawhide
Status: NEW
Component: aspell-ta
Assignee: aalam(a)fedoraproject.org
Reporter: davide(a)cavalca.name
QA Contact: extras-qa(a)fedoraproject.org
CC: aalam(a)fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org
Blocks: 1914423 (EPELPackagersSIG)
Target Milestone: ---
Classification: Fedora
Please branch and build aspell-ta in epel9.
If you do not wish to maintain aspell-ta in epel9,
or do not think you will be able to do this in a timely manner,
the EPEL Packagers SIG would be happy to be a co-maintainer of the package;
please add the epel-packagers-sig group through
https://src.fedoraproject.org/rpms/aspell-ta/addgroup
and grant it commit access, or collaborator access on epel* branches.
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1914423
[Bug 1914423] Tracker for epel-packagers-sig
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2178787
https://bugzilla.redhat.com/show_bug.cgi?id=2060988
Bug ID: 2060988
Summary: ibus lookup table almost always badly positioned in
Plasma(Wayland)
Product: Fedora
Version: 36
Status: NEW
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: mfabian(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
Created attachment 1864184
--> https://bugzilla.redhat.com/attachment.cgi?id=1864184&action=edit
Video showing that the lookup table usually pops up far away from the cursor
positon in gedit, kwrite, konsole, LibreOfficeWriter
Fedora-Workstation-Live-x86_64-36-20220216.n.0.iso installed in qemu-kvm with
all current updates.
The ibus lookup table appears at weird positions far away from the cursor
almost always on Plasma (Wayland).
I tested:
- gedit
- kwrite
- konsole
- LibreOffice writer
- xterm
For xterm the lookup table appears where it should, close to the cursor
position.
For the others the lookup table almost always appears far away from the cursor
position.
See attached video.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2060988
https://bugzilla.redhat.com/show_bug.cgi?id=2182697
Bug ID: 2182697
Summary: msgfmt --java2 option doesn't work with
java-17-openjdk
Product: Red Hat Enterprise Linux 8
Version: 8.7
Hardware: All
OS: Linux
Status: NEW
Component: gettext
Severity: urgent
Priority: urgent
Assignee: suanand(a)redhat.com
Reporter: nmoumoul(a)redhat.com
QA Contact: qe-i18n-bugs(a)redhat.com
CC: dueno(a)redhat.com, eng-i18n-bugs(a)redhat.com,
extras-qa(a)fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, jjanco(a)redhat.com,
loganjerry(a)gmail.com, mtasaka(a)fedoraproject.org,
nphilipp(a)redhat.com, petersen(a)redhat.com,
praiskup(a)redhat.com, suanand(a)redhat.com
Depends On: 2062407
Target Milestone: rc
Classification: Red Hat
Pool ID: sst_i18n_rhel_8
I am cloning this bug because we recently moved our project (Candlepin) to
Java17 and we are stuck because we cannot compile our translation classes any
more. Can you please include this fix in RHEL8?
+++ This bug was initially created as a clone of Bug #2062407 +++
Description of problem:
I noticed while building jmol that every invocation of msgfmt failed, e.g.:
update-application-catalog-lang:
[echo] msgfmt Updating messages_ar.class file for Jmol ...
[exec] msgfmt: Java compiler not found, try installing gcj or set $JAVAC
[exec] msgfmt: compilation of Java class failed, please try --verbose or
set $JAVAC
[exec] 65 translated messages, 3 fuzzy translations, 380 untranslated
messages.
[exec] Result: 1
Setting JAVAC does *not* help. I used strace to see how javac is invoked and
found the problem: msgfmt passes -target 1.6, and sometimes -source 1.6, to
javac. Now that OpenJDK 17 is the default in Fedora, those arguments are no
longer valid. I don't remember if the minimum allowed is 1.7 or 1.8, but it is
one of the two. Since Fedora doesn't ship a JDK lower than 1.8, then 1.8 might
as well be used.
Version-Release number of selected component (if applicable):
gettext-0.21-11.fc37.0.20220228
How reproducible:
Always
Steps to Reproduce:
1. fedpkg clone jmol
2. cd jmol
3. fedpkg srpm
4. mock -r fedora-rawhide-x86_64 --rebuild jmol-14.32.22-1.fc37.src.rpm
Actual results:
The msgfmt invocations all fail.
Expected results:
The msgfmt invocations should succeed.
Additional info:
--- Additional comment from Mamoru TASAKA on 2022-03-20 14:16:57 UTC ---
So the simple reproducer for this is:
$ mock --verbose -r fedora-rawhide-x86_64 --uniqueext gettext-test --init
$ mock --verbose -r fedora-rawhide-x86_64 --uniqueext gettext-test --install
java-devel gettext
$ mock --verbose -r fedora-rawhide-x86_64 --uniqueext gettext-test --copyin
./ar.po /builddir/build/BUILD
$ mock --verbose -r fedora-rawhide-x86_64 --uniqueext gettext-test --chroot --
msgfmt --statistics --java2 -l ar -d /builddir/build/BUILD/TMP -r
org.jmol.translation.Jmol.ar.Messages /builddir/build/BUILD/ar.po
Then:
msgfmt: Java compiler not found, try installing gcj or set $JAVAC
msgfmt: compilation of Java class failed, please try --verbose or set $JAVAC
65 translated messages, 3 fuzzy translations, 380 untranslated messages.
DEBUG: Child return code was: 1
--- Additional comment from Mamoru TASAKA on 2022-03-20 14:25:47 UTC ---
So this is actually msgfmt calls javac with "-source 1.5 -target 1.6"
explicitly:
see gettext-tools/src/write-java.c "compile_java_class" call in
"msgdomain_write_java" and related functions in
gettext-tools/gnulib-lib/javacomp.c .
The attached patch is a draft for fixing this issue. Note that
get_goodcode_snippet() and get_failcode_snippet() may need more adjustment: I
guess get_goodcode_snippet() needs the code which compiles with JDK17 but fails
with JDK11, however I don't know such code in detail.
--- Additional comment from Mamoru TASAKA on 2022-03-30 11:50:50 UTC ---
Are there any updates here? I think all needed information is provided.
--- Additional comment from Jens Petersen on 2022-03-31 03:27:32 UTC ---
Thank you very much, Tasaka-san!
Sorry, Sundeep has been away on holiday for two weeks.
I have added your patch to the rawhide branch.
We have one more problem: currently gettext-0.21 FTBFS on F36+.
So we have a git snapshot currently in Rawhide,
but maybe we can use that for F36 now to address this.
--- Additional comment from Jens Petersen on 2022-03-31 03:28:20 UTC ---
Can you try testing gettext-0.21-13.fc37.0.20220203 to see if it works for you?
--- Additional comment from Mamoru TASAKA on 2022-03-31 07:16:05 UTC ---
Yes, gettext-0.21-13.fc37.0.20220203 looks working. Thank you.
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=2062407
[Bug 2062407] msgfmt --java2 option doesn't work with java-17-openjdk
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2182697
https://bugzilla.redhat.com/show_bug.cgi?id=2122899
Bug ID: 2122899
Summary: Arabic keyboard layout sends ligatures as one
character (Laa Problem)
Product: Fedora
Version: 37
Status: NEW
Component: xkeyboard-config
Assignee: peter.hutterer(a)redhat.com
Reporter: avidseeker7(a)protonmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: ajax(a)redhat.com, caillon+fedoraproject(a)gmail.com,
i18n-bugs(a)lists.fedoraproject.org,
negativo17(a)gmail.com, peter.hutterer(a)redhat.com,
rhughes(a)redhat.com, rstrode(a)redhat.com,
sandmann(a)redhat.com
Target Milestone: ---
Classification: Fedora
SUMMARY
Video: (https://i.imgur.com/mjz9xrc.mp4)
KDE sends [Arabic ligature
glyphs](https://en.wikipedia.org/wiki/Arabic_alphabet#Ligatures) as a single
glyph. For example, Laa+Alif ligature "لا" (U+0644, U+0627) is sent as "ﻻ"
(U+FEFB), and similarly for (ﻷ، ﻵ، ﻹ).
STEPS TO REPRODUCE
1. Settings > Keyboard > Add default Arabic layout
2. Type "ﻻ" (i.e: "b" in QWERTY keyboards)
OBSERVED RESULT
Output is ﻻ (U+FEFB)
EXPECTED RESULT
Output is لا (U+0644, U+0627).
SOFTWARE/OS VERSIONS
All latest update
ADDITIONAL INFORMATION
To clarify for English, this is like having a key to type a ligature. Say that
you want to press "b" to type two characters: "fi" but instead you get "fi" as a
single character. This is exactly what's happening with Arabic.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2122899
https://bugzilla.redhat.com/show_bug.cgi?id=2178773
Bug ID: 2178773
Summary: Please branch and build aspell-mr in epel9
Product: Fedora
Version: rawhide
Status: NEW
Component: aspell-mr
Assignee: aalam(a)fedoraproject.org
Reporter: davide(a)cavalca.name
QA Contact: extras-qa(a)fedoraproject.org
CC: aalam(a)fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org
Blocks: 1914423 (EPELPackagersSIG)
Target Milestone: ---
Classification: Fedora
Please branch and build aspell-mr in epel9.
If you do not wish to maintain aspell-mr in epel9,
or do not think you will be able to do this in a timely manner,
the EPEL Packagers SIG would be happy to be a co-maintainer of the package;
please add the epel-packagers-sig group through
https://src.fedoraproject.org/rpms/aspell-mr/addgroup
and grant it commit access, or collaborator access on epel* branches.
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1914423
[Bug 1914423] Tracker for epel-packagers-sig
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2178773
https://bugzilla.redhat.com/show_bug.cgi?id=2178777
Bug ID: 2178777
Summary: Please branch and build aspell-or in epel9
Product: Fedora
Version: rawhide
Status: NEW
Component: aspell-or
Assignee: aalam(a)fedoraproject.org
Reporter: davide(a)cavalca.name
QA Contact: extras-qa(a)fedoraproject.org
CC: aalam(a)fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org
Blocks: 1914423 (EPELPackagersSIG)
Target Milestone: ---
Classification: Fedora
Please branch and build aspell-or in epel9.
If you do not wish to maintain aspell-or in epel9,
or do not think you will be able to do this in a timely manner,
the EPEL Packagers SIG would be happy to be a co-maintainer of the package;
please add the epel-packagers-sig group through
https://src.fedoraproject.org/rpms/aspell-or/addgroup
and grant it commit access, or collaborator access on epel* branches.
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1914423
[Bug 1914423] Tracker for epel-packagers-sig
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2178777
https://bugzilla.redhat.com/show_bug.cgi?id=2063714
Bug ID: 2063714
Summary: serif:lang=ja falls back to Droid Sans instead of Noto
Sans CJK JP
Product: Fedora
Version: 36
Status: NEW
Component: fontconfig
Assignee: tagoh(a)redhat.com
Reporter: petersen(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: ajax(a)redhat.com, caillon+fedoraproject(a)gmail.com,
fonts-bugs(a)lists.fedoraproject.org,
gnome-sig(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, mclasen(a)redhat.com,
pnemade(a)redhat.com, rhughes(a)redhat.com,
rstrode(a)redhat.com, sandmann(a)redhat.com,
tagoh(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
In Fedora 36 when google-noto-serif-cjk-ttc-fonts is not installed
fontconfig seems to fall back to google-droid-sans-fonts
rather than google-noto-sans-cjk-ttc-fonts.
This might be related to/caused by bug 517789?
How reproducible:
100%
Steps to Reproduce:
1. boot Fedora Live image
2. fc-match serif:lang=ja
Actual results:
2. DroidSansJapanese.ttf: "Droid Sans" "Regular"
Expected results:
2. NotoSansCJK-Regular.ttc: "Noto Sans CJK JP" "Regular"
Additional info:
I get the same result with your older copr repo applied F35 fwiw.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2063714
https://bugzilla.redhat.com/show_bug.cgi?id=2015149
Bug ID: 2015149
Summary: Candidate lists shown in gnome on-screen keyboard are
not hidden/closed when they should
Product: Fedora
Version: 34
Status: NEW
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: mfabian(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
Created attachment 1834251
--> https://bugzilla.redhat.com/attachment.cgi?id=1834251&action=edit
Video showing the problem
[mfabian@fedora ~]$ cat /etc/fedora-release
Fedora release 35 (Thirty Five)
[mfabian@fedora ~]$ rpm -q ibus
ibus-1.5.25-4.fc35.x86_64
[mfabian@fedora ~]$ rpm -q gnome-shell
gnome-shell-41.0-4.fc35.x86_64
[mfabian@fedora ~]$
Running in qemu-kvm with all current updates.
Gnome Xorg session.
Input methods sometimes show candidate lists and sometimes hide or close them
again.
For example, when a candidate is committed the candidate list usually
disappears.
The candidate list shown on top of the gnome on-screen keyboard should behave
the same way. Always when the “normal” candidate list would disappear, the
candidate list on top of the Gnome on-screen keyboard should disappear as well.
But this is not the case.
See the attached video.
The video shows using these input methods:
- ibus-libpinyin (Chinese (Intelligent Pinyin))
- ibus-kkc (Japanese (Kana Kanji))
- ibus-typing-booster (Other (Typing Booster))
- ibus-anthy (Japanese (Anthy))
*Only* if ibus-anthy is used, the candidate list disappears reliably when the
candidate currently shown in the preedit is commit by clicking on the "Return"
key on the on-screen keyboard.
When using ibus-kkc, the candidate list on top of the on-screen keyboard does
*not* disappear when committing the candidate currently shown in the preedit by
clicking on the Return key.
Same with ibus-libpinyin, when committing the candidate currently shown in the
preedit by clicking on the space bar on the on-screen keyboard, the candidate
list does *not* disappear.
Also the same with ibus-typing-booster, when committing the candidate currently
shown in the preedit by clicking either on the space bar or the return key on
hte on-screen keyboard, the candidate list does *not* disappear.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2015149
https://bugzilla.redhat.com/show_bug.cgi?id=2174977
Bug ID: 2174977
Summary: translate-toolkit-3.8.5 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: translate-toolkit
Keywords: FutureFeature, Triaged
Assignee: suanand(a)redhat.com
Reporter: upstream-release-monitoring(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, mfabian(a)redhat.com,
petersen(a)redhat.com, suanand(a)redhat.com
Target Milestone: ---
Classification: Fedora
Releases retrieved: 3.8.5
Upstream release that is considered latest: 3.8.5
Current version/release in rawhide: 3.8.4-1.fc38
URL: http://toolkit.translatehouse.org/
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/3685/
To change the monitoring settings for the project, please visit:
https://src.fedoraproject.org/rpms/translate-toolkit
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2174977
https://bugzilla.redhat.com/show_bug.cgi?id=2160936
Bug ID: 2160936
Summary: [abrt] fonts-tweak-tool: __font_changed():
fonts-tweak-alias.py:132:__font_changed:gi.repository.
GLib.GError: g-file-error-quark: Failed to create file
“/home/liuk/.config/fontconfig/conf.d/000-fontstweak-e
zfc.conf.W4L4Y1”: No such file or directory (4)
Product: Fedora
Version: rawhide
Hardware: x86_64
Status: NEW
Whiteboard: abrt_hash:bc03989b0c667801da50b5ed1e8bc195a34442d4;VAR
IANT_ID=workstation;
Component: fonts-tweak-tool
Assignee: tagoh(a)redhat.com
Reporter: liegemarcins(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, pwu(a)redhat.com, tagoh(a)redhat.com
Target Milestone: ---
Classification: Fedora
Version-Release number of selected component:
fonts-tweak-tool-0.4.6-2.fc38
Additional info:
reporter: libreport-2.17.6
kernel: 6.2.0-0.rc3.20230111git7dd4b804e080.26.fc38.x86_64
cmdline: /usr/bin/python3 /usr/bin/fonts-tweak-tool
cgroup:
0::/user.slice/user-1000.slice/user@1000.service/app.slice/app-org.gnome.Terminal.slice/vte-spawn-97ece290-4178-4702-9907-810e8209d4af.scope
uid: 1000
reason:
fonts-tweak-alias.py:132:__font_changed:gi.repository.GLib.GError:
g-file-error-quark: Failed to create file
“/home/liuk/.config/fontconfig/conf.d/000-fontstweak-ezfc.conf.W4L4Y1”: No such
file or directory (4)
executable: /usr/bin/fonts-tweak-tool
type: Python3
package: fonts-tweak-tool-0.4.6-2.fc38
runlevel: N 5
exception_type: gi.repository.GLib.GError
crash_function: __font_changed
interpreter: python3-3.11.1-3.fc38.i686
Truncated backtrace:
fonts-tweak-alias.py:132:__font_changed:gi.repository.GLib.GError:
g-file-error-quark: Failed to create file
“/home/liuk/.config/fontconfig/conf.d/000-fontstweak-ezfc.conf.W4L4Y1”: No such
file or directory (4)
Traceback (most recent call last):
File
"/usr/lib64/python3.11/site-packages/fontstweak/ui/fonts-tweak-alias.py", line
175, in on_combobox_emoji_changed
self.__font_changed(widget, 'emoji')
File
"/usr/lib64/python3.11/site-packages/fontstweak/ui/fonts-tweak-alias.py", line
132, in __font_changed
self.config.save()
gi.repository.GLib.GError: g-file-error-quark: Failed to create file
“/home/liuk/.config/fontconfig/conf.d/000-fontstweak-ezfc.conf.W4L4Y1”: No such
file or directory (4)
Local variables in innermost frame:
self: <fonts-tweak-alias.FontsTweakAliasUI object at 0x7f475c3bbd00
(fontstweak+ui+fonts-tweak-alias+FontsTweakAliasUI at 0x561f21116290)>
widget: <Gtk.ComboBox object at 0x7f475c3f3a00 (GtkComboBox at 0x561f2110d1c0)>
alias: 'emoji'
model: <Gtk.ListStore object at 0x7f475c3f36c0 (GtkListStore at
0x561f2104d6c0)>
iter: <Gtk.TreeIter object at 0x7f47561444d0 (GtkTreeIter at 0x561f2211ce40)>
lang: ''
font: 'Symbola'
a: <Easyfc.Alias object at 0x7f47561455b0 (EzfcAlias at 0x561f2210dc10)>
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2160936
https://bugzilla.redhat.com/show_bug.cgi?id=2153570
Bug ID: 2153570
Summary: package google-noto-sans-display-fonts broken due to
dependency bug on google-noto-fonts-common
Product: Fedora
Version: 37
Status: NEW
Component: google-noto-fonts
Assignee: tagoh(a)redhat.com
Reporter: craigcabrey(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, psatpute(a)redhat.com,
pwu(a)redhat.com, tagoh(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
Package was not upgraded with core noto font package. Upgrading results in
conflicts:
```
error: Could not depsolve transaction; 1 problem detected:
Problem: cannot install both
google-noto-fonts-common-20201206^1.git0c78c8329-5.fc37.noarch and
google-noto-fonts-common-20201206^1.git0c78c8329-7.fc37.noarch
- package
google-noto-sans-display-fonts-20201206^1.git0c78c8329-5.fc37.noarch requires
google-noto-fonts-common = 20201206^1.git0c78c8329-5.fc37, but none of the
providers can be installed
- conflicting requests
```
current status:
```
[craigcabrey@zephyrus ~]$ rpm-ostree status
State: idle
Deployments:
● fedora:fedora/37/x86_64/silverblue
Version: 37.20221201.0 (2022-12-01T00:47:04Z)
BaseCommit:
fa293b93fa6a5bc7601fff34b6dd0de591bbc05d242af0521e5f097d080ecd89
GPGSignature: Valid signature by
ACB5EE4E831C74BB7C168D27F55AD3FB5323552A
RemovedBasePackages: firefox firefox-langpacks 107.0-4.fc37
LocalOverrides: kernel-core kernel-modules-extra kernel-modules
kernel 6.0.10-300.fc37 -> 6.0.9-302.rog.fc37
LayeredPackages: asusctl gnome-tweak-tool
google-noto-sans-display-fonts google-noto-sans-mono-fonts
langpacks-en NetworkManager-l2tp-gnome openssl pass
```
Version-Release number of selected component (if applicable):
How reproducible: reliably reproducible
Steps to Reproduce:
1. layer package google-noto-sans-display-fonts
2. upgrade to latest base image
3.
Actual results: upgrade fails (or if already on a problematic base image,
package fails to layer)
Expected results: package layers without error
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=2153570
https://bugzilla.redhat.com/show_bug.cgi?id=2158744
Bug ID: 2158744
Summary: Keyboard backlight doesn’t work
Product: Fedora
Version: 37
Hardware: x86_64
OS: Linux
Status: NEW
Component: xkeyboard-config
Severity: medium
Assignee: peter.hutterer(a)redhat.com
Reporter: blake(a)mcbridemail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: ajax(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
negativo17(a)gmail.com, peter.hutterer(a)redhat.com,
rhughes(a)redhat.com, rstrode(a)redhat.com,
sandmann(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
I have an HP Envy Laptop, and I am using Fedora 37 Mate. The keyboard backlight
never lights up.
Version-Release number of selected component (if applicable): Fedora 37
Additional info:
```
[root@FAYE-HP ~]# uname -a
Linux FAYE-HP 6.0.16-300.fc37.x86_64 #1 SMP PREEMPT_DYNAMIC Sat Dec 31 16:47:53
UTC 2022 x86_64 x86_64 x86_64 GNU/Linux
[root@FAYE-HP leds]# pwd
/sys/class/leds
[root@FAYE-HP leds]# ls -l
total 0
lrwxrwxrwx. 1 root root 0 Jan 5 16:13 input2::capslock ->
../../devices/platform/i8042/serio0/input/input2/input2::capslock
lrwxrwxrwx. 1 root root 0 Jan 5 16:13 input2::numlock ->
../../devices/platform/i8042/serio0/input/input2/input2::numlock
lrwxrwxrwx. 1 root root 0 Jan 5 16:13 input2::scrolllock ->
../../devices/platform/i8042/serio0/input/input2/input2::scrolllock
lrwxrwxrwx. 1 root root 0 Jan 5 16:16 phy0-led ->
../../devices/pci0000:00/0000:00:14.3/leds/phy0-led
[root@FAYE-HP phy0-led]# pwd
/sys/class/leds/phy0-led
[root@FAYE-HP phy0-led]# ls -l
total 0
-rw-r--r--. 1 root root 4096 Jan 5 16:18 brightness
lrwxrwxrwx. 1 root root 0 Jan 5 16:18 device -> ../../../0000:00:14.3
-r--r--r--. 1 root root 4096 Jan 5 16:18 max_brightness
drwxr-xr-x. 2 root root 0 Jan 5 16:18 power
lrwxrwxrwx. 1 root root 0 Jan 5 16:18 subsystem ->
../../../../../class/leds
-rw-r--r--. 1 root root 0 Jan 5 16:18 trigger
-rw-r--r--. 1 root root 4096 Jan 5 16:13 uevent
[root@FAYE-HP phy0-led]# cat brightness
1
```
None of this worked. Interestingly, the keyboard backlight works on Manjaro
Linux.
Any help would surely be appreciated!
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2158744
https://bugzilla.redhat.com/show_bug.cgi?id=2113535
Bug ID: 2113535
Summary: nafees-pakistani-naskh-fonts: FTBFS in Fedora
rawhide/f37
Product: Fedora
Version: rawhide
Status: NEW
Component: nafees-pakistani-naskh-fonts
Assignee: psatpute(a)redhat.com
Reporter: releng(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, psatpute(a)redhat.com
Blocks: 2045102 (F37FTBFS,RAWHIDEFTBFS)
Target Milestone: ---
Classification: Fedora
nafees-pakistani-naskh-fonts failed to build from source in Fedora rawhide/f37
https://koji.fedoraproject.org/koji/taskinfo?taskID=89834797
For details on the mass rebuild see:
https://fedoraproject.org/wiki/Fedora_37_Mass_Rebuild
Please fix nafees-pakistani-naskh-fonts at your earliest convenience and set
the bug's status to
ASSIGNED when you start fixing it. If the bug remains in NEW state for 8 weeks,
nafees-pakistani-naskh-fonts will be orphaned. Before branching of Fedora 38,
nafees-pakistani-naskh-fonts will be retired, if it still fails to build.
For more details on the FTBFS policy, please visit:
https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails…
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=2045102
[Bug 2045102] Fedora 37 FTBFS Tracker
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2113535
https://bugzilla.redhat.com/show_bug.cgi?id=2154819
Bug ID: 2154819
Summary: ibus fails to build with Python 3.12:
ModuleNotFoundError: No module named 'distutils'
Product: Fedora
Version: rawhide
Status: NEW
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: thrnciar(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
mhroncok(a)redhat.com, shawn.p.huang(a)gmail.com,
tfujiwar(a)redhat.com, thrnciar(a)redhat.com
Blocks: 2135404 (PYTHON3.12)
Target Milestone: ---
Classification: Fedora
ibus fails to build with Python 3.12.0a3.
Traceback (most recent call last):
File "/usr/bin/g-ir-scanner", line 94, in <module>
from giscanner.utils import dll_dirs
File "/usr/lib64/gobject-introspection/giscanner/utils.py", line 355, in
<module>
import distutils.cygwinccompiler
ModuleNotFoundError: No module named 'distutils'
Remove the distutils package. It was deprecated in Python 3.10 by PEP 632
“Deprecate distutils module”. For projects still using distutils and cannot be
updated to something else, the setuptools project can be installed: it still
provides distutils. (Contributed by Victor Stinner in gh-92584.)
If your package is listed in [0], you may workaround this issue by
BuildRequiring python-setuptols, note that adding such BuildRequires might
however hide some transitive dependency problem, if the distutils import comes
from a dependency.
Cooperation with upstream is recommended. Additional context [1].
[0]
https://lists.fedoraproject.org/archives/list/python-devel@lists.fedoraproj…
[1]
https://lists.fedoraproject.org/archives/list/python-devel@lists.fedoraproj…https://docs.python.org/3.12/whatsnew/3.12.html
For the build logs, see:
https://copr-be.cloud.fedoraproject.org/results/@python/python3.12/fedora-r…
For all our attempts to build ibus with Python 3.12, see:
https://copr.fedorainfracloud.org/coprs/g/python/python3.12/package/ibus/
Testing and mass rebuild of packages is happening in copr. You can follow these
instructions to test locally in mock if your package builds with Python 3.12:
https://copr.fedorainfracloud.org/coprs/g/python/python3.12/
Let us know here if you have any questions.
Python 3.12 is planned to be included in Fedora 39. To make that update
smoother, we're building Fedora packages with all pre-releases of Python 3.12.
A build failure prevents us from testing all dependent packages (transitive
[Build]Requires), so if this package is required a lot, it's important for us
to get it fixed soon.
We'd appreciate help from the people who know this package best, but if you
don't want to work on this now, let us know so we can try to work around it on
our side.
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=2135404
[Bug 2135404] Python 3.12
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2154819
https://bugzilla.redhat.com/show_bug.cgi?id=1910836
Bug ID: 1910836
Summary: stardict-3.0.6.2 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: stardict
Keywords: FutureFeature, Triaged
Assignee: psatpute(a)redhat.com
Reporter: upstream-release-monitoring(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: anish.developer(a)gmail.com,
i18n-bugs(a)lists.fedoraproject.org, nav007(a)gmail.com,
petersen(a)redhat.com, psatpute(a)redhat.com,
pwu(a)redhat.com, robinlee.sysu(a)gmail.com
Target Milestone: ---
Classification: Fedora
Latest upstream release: 3.0.6.2
Current version/release in rawhide: 3.0.6-15.fc33
URL: http://sourceforge.net/projects/stardict-4
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://fedoraproject.org/wiki/Upstream_release_monitoring
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/4887/
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1813728
Bug ID: 1813728
Summary: Square four dot Unicode character has incorrect glyph
Product: Fedora
Version: 31
Hardware: x86_64
OS: Linux
Status: NEW
Component: pango
Severity: low
Assignee: pwu(a)redhat.com
Reporter: guillaumepoiriermorency(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: caillon+fedoraproject(a)gmail.com,
fonts-bugs(a)lists.fedoraproject.org,
gnome-sig(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org,
john.j5live(a)gmail.com, mclasen(a)redhat.com,
pwu(a)redhat.com, rhughes(a)redhat.com,
rstrode(a)redhat.com, sandmann(a)redhat.com,
tagoh(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
The glyph for the Unicode "square four dot" character is incorrect.
Version-Release number of selected component (if applicable):
I think this problem arose when upgrading from Fedora 30 to Fedora 31.
How reproducible:
The simplest way is to start GNOME Characters Map and search for "square four
dot".
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2119015
Bug ID: 2119015
Summary: fontconfig-devel may require gettext-runtime
Product: Fedora
Version: rawhide
Status: NEW
Component: fontconfig
Assignee: tagoh(a)redhat.com
Reporter: suanand(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: ajax(a)redhat.com, caillon+fedoraproject(a)gmail.com,
fonts-bugs(a)lists.fedoraproject.org,
gnome-sig(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, mclasen(a)redhat.com,
pnemade(a)redhat.com, rstrode(a)redhat.com,
sandmann(a)redhat.com, tagoh(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
In F37 we moved the gettext runtime programs to gettext-runtime.
So assuming if fontconfig-devel does not require any translation
management tools (like msgcat or xgettext) at runtime,
it should be possible for it to only Requires: gettext-runtime
(instead of gettext). The goal here is only to install
gettext-runtime in the Fedora live image(s), etc.
Additional info:
https://fedoraproject.org/wiki/Changes/GettextRuntimeSubpackage
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2119015
https://bugzilla.redhat.com/show_bug.cgi?id=1938251
Bug ID: 1938251
Summary: update_preedit_text_with_mode(..., .., ...,
IBus.PreeditFocusMode.COMMIT) doesn’t work in Gnome
Wayland (works fine in Gnome Xorg)
Product: Fedora
Version: 34
Status: NEW
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: mfabian(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
I installed Fedora-Workstation-Live-x86_64-34-20210308.n.0.iso into qemu.
Add the ibus-typing-booster input method in the Gnome control center and
also add the “Vietnamese (telex (m17n))” input method from ibus-m17n.
Both input methods use
update_preedit_text_with_mode(..., .., ..., IBus.PreeditFocusMode.COMMIT)
and this problem can be reproduced with either of them.
Open a gedit and a gnome-terminal.
Select ibus-typing-booster in the Gnome panel and type “test”.
The word “test” is underlined, indicating that it is in preedit and not yet
committed to gedit.
Now click on gnome-terminal to change the focus to gnome-terminal.
The string “test” vanishes from gedit. It should *not* vanish, it should
be committed i.e. the underline under “test” should vanish and the string
“test” should be in gedit.
Same problem with the Vietnamese (telex (m17n)) input method.
Select it in the Gnome panel.
Type “a” into gedit. The “a” is underlined because it is in preedit.
Click on gnome-terminal to change the focus to gnome-terminal.
The “a” vanishes. Here as well the “a” should be commited to gedit, i.e.
the underline should disappear and the “a” should remain in gedit.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2097176
Bug ID: 2097176
Summary: [abrt] ibus: panel_construct(): ibus-ui-gtk3 killed by
SIGSEGV
Product: Fedora
Version: 36
Hardware: x86_64
Status: NEW
Whiteboard: abrt_hash:b2dcccef9ace67f5523799cf3af16a48425d1458;VAR
IANT_ID=workstation;
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: bug(a)shinji50.sakura.ne.jp
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:
I entered the password to recover from the locked screen, but after waiting a
minute or so, it returned to the original login screen.
I then re-entered the password and was able to log in, but the window that was
open before the lock was lost.
Version-Release number of selected component:
ibus-1.5.26-8.fc36
Additional info:
reporter: libreport-2.17.1
backtrace_rating: 4
cgroup:
0::/user.slice/user-1000.slice/user@1000.service/app.slice/app-gnome-ibus\x2ddaemon-3757.scope
cmdline: /usr/libexec/ibus-ui-gtk3
crash_function: panel_construct
dso_list: /usr/libexec/ibus-ui-gtk3 ibus-1.5.26-8.fc36.x86_64 (Fedora
Project) 1654509157
executable: /usr/libexec/ibus-ui-gtk3
journald_cursor:
s=3630b786325b4005992610b6a886452d;i=77b1f1;b=8f8497049ceb49548d426a5ef4017c2a;m=68026e673;t=5e174bf8d78a7;x=fa1135b5a67325e5
kernel: 5.17.13-300.fc36.x86_64
rootdir: /
runlevel: N 5
type: CCpp
uid: 1000
Truncated backtrace:
Thread no. 1 (9 frames)
#0 panel_construct at
/usr/src/debug/ibus-1.5.26-8.fc36.x86_64/ui/gtk3/panel.c:1115
#1 panel_new at /usr/src/debug/ibus-1.5.26-8.fc36.x86_64/ui/gtk3/panel.c:1168
#2 application_bus_name_acquired_cb at
/usr/src/debug/ibus-1.5.26-8.fc36.x86_64/ui/gtk3/application.c:304
#3 _application_bus_name_acquired_cb_gd_bus_signal_callback at
/usr/src/debug/ibus-1.5.26-8.fc36.x86_64/ui/gtk3/application.c:237
#4 emit_signal_instance_in_idle_cb at ../gio/gdbusconnection.c:3788
#8 g_main_context_iterate.constprop.0 at ../glib/gmain.c:4211
#10 gtk_main at ../gtk/gtkmain.c:1329
#11 application_run at
/usr/src/debug/ibus-1.5.26-8.fc36.x86_64/ui/gtk3/application.c:279
#12 application_main at
/usr/src/debug/ibus-1.5.26-8.fc36.x86_64/ui/gtk3/application.c:364
Potential duplicate: bug 2088946
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2097176
https://bugzilla.redhat.com/show_bug.cgi?id=2076817
Bug ID: 2076817
Summary: [abrt] ibus-anthy-python:
__update_anthy_convert_chars():
engine.py:1278:__update_anthy_convert_chars:TypeError:
can only concatenate str (not "NoneType") to str
Product: Fedora
Version: 36
Hardware: x86_64
Status: NEW
Whiteboard: abrt_hash:adf1428823b5e645d6a3b67bae82a7aaac3b13c8;VAR
IANT_ID=workstation;
Component: ibus-anthy
Assignee: tfujiwar(a)redhat.com
Reporter: ksuzumur(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, tagoh(a)redhat.com,
tfujiwar(a)redhat.com
Target Milestone: ---
Classification: Fedora
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2076817
https://bugzilla.redhat.com/show_bug.cgi?id=2097613
Bug ID: 2097613
Summary: update/install/reinstall of ibus - ibus scriplet -
restart gnome shell esession
Product: Fedora
Version: 36
Status: NEW
Component: ibus
Severity: high
Assignee: tfujiwar(a)redhat.com
Reporter: jvanek(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:
when update of system contains ibus, during run of ibus scriplet, gnome shell
session is killed or logged forcibly out, looisn g all his work unexpectedly
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. log into gnome-shell gui
2. open some terminal emulator or switch to anohter console
3. sudo dnf reinstall ibus
Actual results:
gnome shell session kick you out no metter what you were doing
Expected results:
gnomeshell session will remian live
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2097613
https://bugzilla.redhat.com/show_bug.cgi?id=2105043
Bug ID: 2105043
Summary: After an update, Japanese input stopped working
Product: Fedora
Version: 35
Status: NEW
Component: anthy
Assignee: tagoh(a)redhat.com
Reporter: zaitcev(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com,
tfujiwar(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
The 'ja' cannot be selected as before from Gnome menu.
But "Japanese (Anthy)" is present in Settings.
Tried to remove and re-add, no success.
Version-Release number of selected component (if applicable):
anthy-unicode-1.0.0.20211224-1.fc35.x86_64
ibus-anthy-1.5.14-1.fc35.x86_64
How reproducible:
100% on the affected system, but we don't know what triggered it.
Steps to Reproduce:
1. Open Settins, Keyboard
2. Add Japanese (Anthy)
3. Check if the top (black) Gnome menu now has 'ja'.
Actual results:
No Japanese input
Expected results:
Working as before.
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=2105043
https://bugzilla.redhat.com/show_bug.cgi?id=1964374
Bug ID: 1964374
Summary: stardict scan hotkey doesn't work
Product: Fedora
Version: 33
Status: NEW
Component: stardict
Assignee: psatpute(a)redhat.com
Reporter: antmak.pub(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: anish.developer(a)gmail.com,
i18n-bugs(a)lists.fedoraproject.org, nav007(a)gmail.com,
petersen(a)redhat.com, psatpute(a)redhat.com,
pwu(a)redhat.com, robinlee.sysu(a)gmail.com,
yanqiyu01(a)gmail.com
Target Milestone: ---
Classification: Fedora
Description of problem:
The "Use scan hotkey:" option from StarDict's Preferences doesn't work
Version-Release number of selected component (if applicable):
stardict-3.0.6-15.fc33.x86_64
Fedore 33
GNOME @ Wayland session
How reproducible:
Just change the option to any value, it doesn't work.
Steps to Reproduce:
1. Open StarDict
2. Open Preferences, "Scan Selection" tab
3. Enable "Use scan hotkey" option.
4. Values: "<Primary><Alt>x", "<Super>j", "<Primary><Alt>j" don't work - it
can't scan selected words from other windows like Firefox or Gedit
Actual results:
It should scan selected words in other apps and open a translate window
Expected results:
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=2109358
Bug ID: 2109358
Summary: emacs fails to start: Cannot open load file: No such
file or directory, comp
Product: Fedora
Version: 36
Status: NEW
Component: emacs-common-ddskk
Assignee: dueno(a)redhat.com
Reporter: nicku(a)nicku.org
QA Contact: extras-qa(a)fedoraproject.org
CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Target Milestone: ---
Classification: Fedora
Description of problem: emacs fails to start if emacs-ddsdk is installed
Version-Release number of selected component (if applicable):
16.2-12.fc36
How reproducible:
Always
Steps to Reproduce:
1.Install emacs, it runs
2.install emacs-ddsdk
3. Emacs refuses to start, with message, "Cannot open load file: No such file
or directory, comp"
Actual results:
Emacs refuses to start, with message, "Cannot open load file: No such file or
directory, comp"
Expected results:
emacs runs.
Additional info:
strace shows emacs looking iin so many places other than the right one.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2109358
https://bugzilla.redhat.com/show_bug.cgi?id=2113538
Bug ID: 2113538
Summary: nafees-tehreer-naskh-fonts: FTBFS in Fedora
rawhide/f37
Product: Fedora
Version: rawhide
Status: NEW
Component: nafees-tehreer-naskh-fonts
Assignee: psatpute(a)redhat.com
Reporter: releng(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com
Blocks: 2045102 (F37FTBFS,RAWHIDEFTBFS)
Target Milestone: ---
Classification: Fedora
nafees-tehreer-naskh-fonts failed to build from source in Fedora rawhide/f37
https://koji.fedoraproject.org/koji/taskinfo?taskID=89834809
For details on the mass rebuild see:
https://fedoraproject.org/wiki/Fedora_37_Mass_Rebuild
Please fix nafees-tehreer-naskh-fonts at your earliest convenience and set the
bug's status to
ASSIGNED when you start fixing it. If the bug remains in NEW state for 8 weeks,
nafees-tehreer-naskh-fonts will be orphaned. Before branching of Fedora 38,
nafees-tehreer-naskh-fonts will be retired, if it still fails to build.
For more details on the FTBFS policy, please visit:
https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails…
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=2045102
[Bug 2045102] Fedora 37 FTBFS Tracker
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2113538
https://bugzilla.redhat.com/show_bug.cgi?id=2113534
Bug ID: 2113534
Summary: nafees-nastaleeq-fonts: FTBFS in Fedora rawhide/f37
Product: Fedora
Version: rawhide
Status: NEW
Component: nafees-nastaleeq-fonts
Assignee: psatpute(a)redhat.com
Reporter: releng(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, psatpute(a)redhat.com
Blocks: 2045102 (F37FTBFS,RAWHIDEFTBFS)
Target Milestone: ---
Classification: Fedora
nafees-nastaleeq-fonts failed to build from source in Fedora rawhide/f37
https://koji.fedoraproject.org/koji/taskinfo?taskID=89834788
For details on the mass rebuild see:
https://fedoraproject.org/wiki/Fedora_37_Mass_Rebuild
Please fix nafees-nastaleeq-fonts at your earliest convenience and set the
bug's status to
ASSIGNED when you start fixing it. If the bug remains in NEW state for 8 weeks,
nafees-nastaleeq-fonts will be orphaned. Before branching of Fedora 38,
nafees-nastaleeq-fonts will be retired, if it still fails to build.
For more details on the FTBFS policy, please visit:
https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails…
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=2045102
[Bug 2045102] Fedora 37 FTBFS Tracker
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2113534
https://bugzilla.redhat.com/show_bug.cgi?id=2061664
Bug ID: 2061664
Summary: IBus candidate panel show up at wrong positions for QT
apps
Product: Fedora
Version: 36
Hardware: x86_64
OS: Linux
Status: NEW
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: vtq-gnome(a)outlook.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: ---
Link ID: Red Hat Bugzilla 2060988
Classification: Fedora
Description of problem:
When I trying to input chinese text with ibus-libpinyin in QT apps (tested
texworks, okular, kwrite, konsole, fedora mediawriter, seemingly all QT apps),
the candidate character panel shows up not below the cursor but at a wrong
position, sometimes outside the window. This happens in both Wayland and Xorg
sessions, although the position is different for the two environments.
Version-Release number of selected component (if applicable):
Fedora-Workstation-Live-x86_64-36-20220307.n.0.iso image running on bare metal.
ibus-1.5.25-13.fc36
ibus-libpinyin-1.12.1-2.fc36
qt5-qtbase-5.15.2-33.fc36
How reproducible:
Always
Steps to Reproduce:
1. Boot from the live image
2. Add Intelligent Pinyin IME from Settings-Keyboard-Input Sources
3. Install some QT apps (e.g. kwrite)
4. Open kwrite, click the text field, use Super-Space to switch to Pinyin
input, and try to input some text
Actual results:
The candidate character panel shows up at a wrong position, sometimes outside
the window.
Expected results:
The candidate character panel should show up just below the text cursor.
Additional info:
Bug 2060988 for Wayland seems to be related. But this is happening in Xorg
session too.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2061664
https://bugzilla.redhat.com/show_bug.cgi?id=2175009
Bug ID: 2175009
Summary: [abrt] ibus-typing-booster: get_active_window_xprop():
itb_active_window.py:278:get_active_window_xprop:Index
Error: list index out of range
Product: Fedora
Version: 37
Hardware: x86_64
Status: NEW
Whiteboard: abrt_hash:78f49ee372a021879fa593d71dd0baded4064a7b;VAR
IANT_ID=workstation;
Component: ibus-typing-booster
Assignee: mfabian(a)redhat.com
Reporter: ayhamk(a)live.com
QA Contact: extras-qa(a)fedoraproject.org
CC: anish.developer(a)gmail.com,
i18n-bugs(a)lists.fedoraproject.org, mfabian(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
Wake up after suspend.
Version-Release number of selected component:
ibus-typing-booster-2.19.10-1.fc37
Additional info:
reporter: libreport-2.17.4
cgroup:
0::/user.slice/user-1000.slice/user@1000.service/session.slice/org.freedesktop.IBus.session.GNOME.service
cmdline: /usr/bin/python3 /usr/share/ibus-typing-booster/engine/main.py
--ibus
crash_function: get_active_window_xprop
exception_type: IndexError
executable: /usr/share/ibus-typing-booster/engine/main.py
interpreter: python3-3.11.1-1.fc37.x86_64
kernel: 6.0.15-300.fc37.x86_64
runlevel: N 5
type: Python3
uid: 1000
Truncated backtrace:
itb_active_window.py:278:get_active_window_xprop:IndexError: list index out of
range
Traceback (most recent call last):
File "/usr/share/ibus-typing-booster/engine/hunspell_table.py", line 6302, in
do_focus_in
self.do_focus_in_id('', '')
File "/usr/share/ibus-typing-booster/engine/hunspell_table.py", line 6343, in
do_focus_in_id
_window_title) = itb_active_window.get_active_window()
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/share/ibus-typing-booster/engine/itb_active_window.py", line 315,
in get_active_window
(program_name, window_title) = get_active_window_xprop()
^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/share/ibus-typing-booster/engine/itb_active_window.py", line 278,
in get_active_window_xprop
program_name = result.stdout.split(
^^^^^^^^^^^^^^^^^^^^
IndexError: list index out of range
Local variables in innermost frame:
program_name: ''
window_title: ''
xprop_binary: '/usr/bin/xprop'
result: CompletedProcess(args=['/usr/bin/xprop', '-id', '0x1600070', '-f',
'WM_CLASS', '0s', 'WM_CLASS'], returncode=0, stdout='WM_CLASS: not found.\n',
stderr='')
window_id: '0x1600070'
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2175009
https://bugzilla.redhat.com/show_bug.cgi?id=2123720
Bug ID: 2123720
Summary: Noto Sans Thai to default for Thai
Product: Fedora
Version: rawhide
Status: NEW
Component: google-noto-fonts
Keywords: FutureFeature
Assignee: tagoh(a)redhat.com
Reporter: tagoh(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, psatpute(a)redhat.com,
pwu(a)redhat.com, tagoh(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
As we have changed most languages default to Noto, it may be good to consider
updating Thai to Noto as well.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2123720
https://bugzilla.redhat.com/show_bug.cgi?id=2123722
Bug ID: 2123722
Summary: Noto Khmer to default for Khmer
Product: Fedora
Version: rawhide
Status: NEW
Component: google-noto-fonts
Keywords: FutureFeature
Assignee: tagoh(a)redhat.com
Reporter: tagoh(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, psatpute(a)redhat.com,
pwu(a)redhat.com, tagoh(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
As we have changed most languages default to Noto, it may be good to consider
updating Khmer to Noto as well.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2123722
https://bugzilla.redhat.com/show_bug.cgi?id=2013323
Bug ID: 2013323
Summary: Cursor position and conversion regioni of ibus-anthy
are invisible in Google Documents (both in firefox and
google-chrome)
Product: Fedora
Version: 34
Status: NEW
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: mfabian(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
Created attachment 1832255
--> https://bugzilla.redhat.com/attachment.cgi?id=1832255&action=edit
Video showing the wrongly displayed cursor position using ibus-anthy in Google
Documents
I did choose component ibus, although this is likely not an ibus bug but a
problem in google docs, but I wanted to report it somehow, maybe something can
be done to improve this:
Fedora-Workstation-Live-x86_64-35-20210829.n.0.iso installed in qemu-kvm with
all current updates.
firefox-93.0-2.fc35.x86_64
google-chrome-unstable-96.0.4662.6-1.x86_64
ibus-1.5.25-4.fc35.x86_64
ibus-anthy-1.5.13-1.fc35.x86_64
See the attached video.
In the video I type わたしのなまえはやまだです first in gedit to show how it should work.
After typing that hiragana, I type space to start conversion. The current
conversion region is indicated by the cursor position and a purple background
color. When the conversion to kanji is startet, at first the cursor position is
at the left of the preedit and the conversion region is わたしの. I can then move
the conversion region right with arrow-right and see that it moves because the
blue background and the cursor position moves.
Then I do the same in Google Documents (both in firefox and google-chrome, that
makes no difference):
- The cursor position is *always* shown at the right end of the preedit
- The purple background color of the conversion region is not there
One can move the conversion region around using the arrow keys, one just cannot
see where the conversion region currently is the purple background is missing
*and* the cursor position is *always* at the right end of the preedit.
The same problem happens when trying to use ibus-typing-booster with the
"inline completion" option in Google Documents. The color of the inline
completion is missing *and* the cursor position is always at the end of the
preedit, so one cannot see where the inline completion is and whether it has
been accepted or not.
In gedit in wayland, the colors don't work either, but at least the cursor
position is shown correctly. When only the cursor position is shown but no
color, it is not great at least somewhat usable. By carefully watching the
cursor one can still see what is going on. But when the cursor positon is
always at the right of preedit *and* there is no colour, this is completely
unusable.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2013323
https://bugzilla.redhat.com/show_bug.cgi?id=1779123
Bug ID: 1779123
Summary: Pango no longer supports type1 fonts
Product: Fedora
Version: rawhide
Status: NEW
Component: pango
Assignee: pwu(a)redhat.com
Reporter: mjg(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: caillon+fedoraproject(a)gmail.com,
fonts-bugs(a)lists.fedoraproject.org,
gnome-sig(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org,
john.j5live(a)gmail.com, mclasen(a)redhat.com,
pwu(a)redhat.com, rhughes(a)redhat.com,
rstrode(a)redhat.com, sandmann(a)redhat.com,
tagoh(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
In pango 1.44, pango dropped support for type1 fonts. Therefore, no application
which uses pango for font loading can use type1 fonts any more.
Version-Release number of selected component (if applicable):
pango-1.44.6-1.fc31.x86_64 (and later)
How reproducible:
always
Steps to Reproduce:
1. Upgrade F31 or rawhide
2. Open any pango-using application
3. Try to use type1 font
Actual results:
No type1 font is usable
Expected results:
Type1 font is usable
Additional info:
bug 1753295 is the same bug for dropped bitmap font support. Over there,
workarounds specific for bitmap fonts (conversion to opentype bitmap fonts) are
discussed. An attempt to discuss type1 there failed.
This bug here is specifically about type1 fonts to discuss ways (or their
absence) to deal with pangos dropped type 1 support.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2164233
Bug ID: 2164233
Summary: FcCacheFini: Assertion `fcCacheChains[i] == NULL'
failed.
Product: Fedora
Version: 37
Status: NEW
Component: fontconfig
Assignee: tagoh(a)redhat.com
Reporter: byoungchan.lee(a)gmx.com
QA Contact: extras-qa(a)fedoraproject.org
CC: ajax(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org,
gnome-sig(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, mclasen(a)redhat.com,
pnemade(a)redhat.com, rstrode(a)redhat.com,
sandmann(a)redhat.com, tagoh(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
When I try to run openttd, fontconfig crashes due to an assertion.
https://github.com/freedesktop/fontconfig/blob/2.14.1/src/fccache.c#L808
Version-Release number of selected component (if applicable):
$ rpm -qa | grep fontconfig
fontconfig-2.14.1-2.fc37.x86_64
fontconfig-2.14.1-2.fc37.i686
fontconfig-devel-2.14.1-2.fc37.x86_64
fontconfig-debugsource-2.14.1-2.fc37.x86_64
$ rpm -qa | grep openttd
openttd-opengfx-7.1-3.fc37.noarch
openttd-12.2-4.fc37.x86_64
How reproducible:
Run openttd
Steps to Reproduce:
1.
2.
3.
Actual results:
Crash
Expected results:
Game runs.
Additional info:
I'm not sure why assertions are enabled in fontconfig.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2164233
https://bugzilla.redhat.com/show_bug.cgi?id=2181407
Bug ID: 2181407
Summary: cldr-emoji-annotation-43-beta3 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: cldr-emoji-annotation
Keywords: FutureFeature, Triaged
Assignee: tfujiwar(a)redhat.com
Reporter: upstream-release-monitoring(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, tfujiwar(a)redhat.com
Target Milestone: ---
Classification: Fedora
Releases retrieved: 43-beta3
Upstream release that is considered latest: 43-m0
Current version/release in rawhide: 43~beta2-1.fc39
URL: https://github.com/unicode-org/cldr
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/103642/
To change the monitoring settings for the project, please visit:
https://src.fedoraproject.org/rpms/cldr-emoji-annotation
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2181407
https://bugzilla.redhat.com/show_bug.cgi?id=2175663
Bug ID: 2175663
Summary: [abrt] ibus-typing-booster:
on_gsettings_value_changed():
hunspell_table.py:7050:on_gsettings_value_changed:Attr
ibuteError: 'TypingBoosterEngine' object has no
attribute '_set_get_functions'
Product: Fedora
Version: 38
Hardware: x86_64
Status: NEW
Whiteboard: abrt_hash:11cea97fa77526b618e6cdc400435f5e222c655b;VAR
IANT_ID=workstation;
Component: ibus-typing-booster
Assignee: mfabian(a)redhat.com
Reporter: droidbittin(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: anish.developer(a)gmail.com,
i18n-bugs(a)lists.fedoraproject.org, mfabian(a)redhat.com
Target Milestone: ---
Classification: Fedora
Version-Release number of selected component:
ibus-typing-booster-2.22.1-1.fc38
Additional info:
reporter: libreport-2.17.8
kernel: 6.2.2-300.fc38.x86_64
cmdline: /usr/bin/python3 /usr/share/ibus-typing-booster/engine/main.py
--ibus
cgroup:
0::/user.slice/user-1000.slice/user@1000.service/session.slice/org.freedesktop.IBus.session.GNOME.service
uid: 1000
reason:
hunspell_table.py:7050:on_gsettings_value_changed:AttributeError:
'TypingBoosterEngine' object has no attribute '_set_get_functions'
executable: /usr/share/ibus-typing-booster/engine/main.py
type: Python3
package: ibus-typing-booster-2.22.1-1.fc38
runlevel: N 5
exception_type: AttributeError
crash_function: on_gsettings_value_changed
interpreter: python3-3.11.2-1.fc38.x86_64
Truncated backtrace:
hunspell_table.py:7050:on_gsettings_value_changed:AttributeError:
'TypingBoosterEngine' object has no attribute '_set_get_functions'
Traceback (most recent call last):
File "/usr/share/ibus-typing-booster/engine/hunspell_table.py", line 7050, in
on_gsettings_value_changed
if (key in self._set_get_functions
^^^^^^^^^^^^^^^^^^^^^^^
AttributeError: 'TypingBoosterEngine' object has no attribute
'_set_get_functions'
Local variables in innermost frame:
self: <hunspell_table.TypingBoosterEngine object at 0x7f33adf78480
(hunspell_table+TypingBoosterEngine at 0x5632ce8f1650)>
_settings: <Gio.Settings object at 0x7f33adf781c0 (GSettings at
0x5632ce9938e0)>
key: 'dictionary'
value: 'en_US_POSIX,sv,sv_SE'
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2175663
https://bugzilla.redhat.com/show_bug.cgi?id=2176816
Bug ID: 2176816
Summary: [abrt] ibus-typing-booster:
on_gsettings_value_changed():
hunspell_table.py:7050:on_gsettings_value_changed:Attr
ibuteError: 'TypingBoosterEngine' object has no
attribute '_set_get_functions'
Product: Fedora
Version: 37
Hardware: x86_64
Status: NEW
Whiteboard: abrt_hash:11cea97fa77526b618e6cdc400435f5e222c655b;VAR
IANT_ID=workstation;
Component: ibus-typing-booster
Assignee: mfabian(a)redhat.com
Reporter: abhirup.m92(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: anish.developer(a)gmail.com,
i18n-bugs(a)lists.fedoraproject.org, mfabian(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
Enabled onscreen keyboard from accessibility settings because some keys on my
laptop does not work.
Error occured on opening
Version-Release number of selected component:
ibus-typing-booster-2.22.1-1.fc37
Additional info:
reporter: libreport-2.17.4
cgroup:
0::/user.slice/user-1000.slice/user@1000.service/session.slice/org.freedesktop.IBus.session.GNOME.service
cmdline: /usr/bin/python3 /usr/share/ibus-typing-booster/engine/main.py
--ibus
crash_function: on_gsettings_value_changed
exception_type: AttributeError
executable: /usr/share/ibus-typing-booster/engine/main.py
interpreter: python3-3.11.2-1.fc37.x86_64
kernel: 6.1.14-200.fc37.x86_64
runlevel: N 5
type: Python3
uid: 1000
Truncated backtrace:
hunspell_table.py:7050:on_gsettings_value_changed:AttributeError:
'TypingBoosterEngine' object has no attribute '_set_get_functions'
Traceback (most recent call last):
File "/usr/share/ibus-typing-booster/engine/hunspell_table.py", line 7050, in
on_gsettings_value_changed
if (key in self._set_get_functions
^^^^^^^^^^^^^^^^^^^^^^^
AttributeError: 'TypingBoosterEngine' object has no attribute
'_set_get_functions'
Local variables in innermost frame:
self: <hunspell_table.TypingBoosterEngine object at 0x7f36d3160880
(hunspell_table+TypingBoosterEngine at 0x5619ff9d38c0)>
_settings: <Gio.Settings object at 0x7f36d315a880 (GSettings at
0x5619ff823de0)>
key: 'dictionary'
value: 'en_US_POSIX,en,en_IN'
Potential duplicate: bug 2175663
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2176816
https://bugzilla.redhat.com/show_bug.cgi?id=2124007
Bug ID: 2124007
Summary: Keyboard disappears from list of installed keyboards
Product: Fedora
Version: 36
Hardware: x86_64
OS: Linux
Status: NEW
Component: anthy
Assignee: tagoh(a)redhat.com
Reporter: Ben.Engbers(a)Be-Logical.nl
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com,
tfujiwar(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
I have installed 3 keyboards (English VS, English International and Anthy).
Anthy is mostly used in Libre Office Writer 7.3.4.2. I can switch the keyboard
either by selecting one in the upper right corner of the screen or by cycling
through te list of installed keyboards with Windows key/spacebar.
After a few minutes my Lenovo laptop goes to sleep automatically. When I wake
it up again, the Anthy keyboard has disappeared from the list of keyboards.
Only the 2 English keyboards can be selected. In the settings dialog however,
the Anthy keyboard is still visible.
It is only after a new logon that the Japanese keyboard shows up again.
Version-Release number of selected component (if applicable):
How reproducible:
Always
Steps to Reproduce:
1. Logon after boot
2. Wait till the laptop goes to sleep
3. Wake up.
Actual results:
Anthy keyboard is no longer visible
Expected results:
Anthy keyboard can not be selected
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=2124007
https://bugzilla.redhat.com/show_bug.cgi?id=2062619
Bug ID: 2062619
Summary: IBus stop working after locking screen
Product: Fedora
Version: rawhide
Status: NEW
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: tagoh(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:
When I keep preediting on apps and the screen is locked by idle, IBus stop
working after unlocking.
Version-Release number of selected component (if applicable):
ibus-1.5.25-13.fc36.x86_64
How reproducible:
always
Steps to Reproduce:
1.Install Workstation from Live
2.Setup with ja
3.Open LibreOffice Writer
4.Type something on preedit and wait for locking the screen
5.Unlock the screen
Actual results:
Unable to input through IBus on apps
Expected results:
Able to input through IBus
Additional info:
IBus get back after changing the focus for example.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2062619
https://bugzilla.redhat.com/show_bug.cgi?id=1895482
Bug ID: 1895482
Summary: Liberation Fonts Support For Serbian locl Glyphs
Incomplete
Product: Fedora
Version: rawhide
Hardware: x86_64
OS: Linux
Status: NEW
Component: liberation-fonts
Assignee: vishalvijayraghavan(a)gmail.com
Reporter: aleslavista(a)outlook.it
QA Contact: extras-qa(a)fedoraproject.org
CC: caillon+fedoraproject(a)gmail.com,
fonts-bugs(a)lists.fedoraproject.org,
gnome-sig(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, mclasen(a)redhat.com,
petersen(a)redhat.com, psatpute(a)redhat.com,
rhughes(a)redhat.com, rstrode(a)redhat.com,
sandmann(a)redhat.com, vishalvijayraghavan(a)gmail.com
Target Milestone: ---
Classification: Fedora
Created attachment 1727218
--> https://bugzilla.redhat.com/attachment.cgi?id=1727218&action=edit
Correctly Localized Glyphs
Description of problem:
Liberation Fonts do NOT provide full support for Serbian localized glyphs.
Version-Release number of selected component (if applicable):
Liberation-Fonts 2.1-1-1
How reproducible:
You need a program that is able to access the font's localized glyphs: usually
that's LibreOffice Writer.
Steps to Reproduce:
1. Open LibreOffice Writer
2. Type бгдпт, then бгдпт in Italic, бгдпт in Bold and finally бгдпт in Italic
Bold with Liberation Serif, and do the same with Liberation Sans
3. Set the language to "Serbian Cyrillic"
Actual results:
Not all glyphs are correctly localized
Expected results:
See attachment for correctly localized glyphs
Additional info:
Liberation Mono has slanted Italic, therefore only the first glyph should be
localized: CYRILLIC LETTER SMALL BE.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2179854
Fedora Update System <updates(a)fedoraproject.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Fixed In Version| |qt5-qtbase-5.15.8-10.fc38
Resolution|--- |ERRATA
Status|ON_QA |CLOSED
Last Closed| |2023-03-31 01:34:05
--- Comment #40 from Fedora Update System <updates(a)fedoraproject.org> ---
FEDORA-2023-c7a23026f7 has been pushed to the Fedora 38 stable repository.
If problem still persists, please make note of it in this bug report.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2179854
https://bugzilla.redhat.com/show_bug.cgi?id=2182696
Bug ID: 2182696
Summary: msgfmt --java2 option doesn't work with
java-17-openjdk
Product: Red Hat Enterprise Linux 9
Version: 9.1
Hardware: All
OS: Linux
Status: NEW
Component: gettext
Severity: urgent
Priority: urgent
Assignee: suanand(a)redhat.com
Reporter: nmoumoul(a)redhat.com
QA Contact: qe-i18n-bugs(a)redhat.com
CC: dueno(a)redhat.com, eng-i18n-bugs(a)redhat.com,
extras-qa(a)fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, jjanco(a)redhat.com,
loganjerry(a)gmail.com, mtasaka(a)fedoraproject.org,
nphilipp(a)redhat.com, petersen(a)redhat.com,
praiskup(a)redhat.com, suanand(a)redhat.com
Depends On: 2062407
Target Milestone: rc
Classification: Red Hat
Pool ID: sst_i18n_rhel_9
I am cloning this bug because we recently moved our project (Candlepin) to
Java17 and we are stuck because we cannot compile our translation classes any
more. Can you please include this fix in RHEL9?
+++ This bug was initially created as a clone of Bug #2062407 +++
Description of problem:
I noticed while building jmol that every invocation of msgfmt failed, e.g.:
update-application-catalog-lang:
[echo] msgfmt Updating messages_ar.class file for Jmol ...
[exec] msgfmt: Java compiler not found, try installing gcj or set $JAVAC
[exec] msgfmt: compilation of Java class failed, please try --verbose or
set $JAVAC
[exec] 65 translated messages, 3 fuzzy translations, 380 untranslated
messages.
[exec] Result: 1
Setting JAVAC does *not* help. I used strace to see how javac is invoked and
found the problem: msgfmt passes -target 1.6, and sometimes -source 1.6, to
javac. Now that OpenJDK 17 is the default in Fedora, those arguments are no
longer valid. I don't remember if the minimum allowed is 1.7 or 1.8, but it is
one of the two. Since Fedora doesn't ship a JDK lower than 1.8, then 1.8 might
as well be used.
Version-Release number of selected component (if applicable):
gettext-0.21-11.fc37.0.20220228
How reproducible:
Always
Steps to Reproduce:
1. fedpkg clone jmol
2. cd jmol
3. fedpkg srpm
4. mock -r fedora-rawhide-x86_64 --rebuild jmol-14.32.22-1.fc37.src.rpm
Actual results:
The msgfmt invocations all fail.
Expected results:
The msgfmt invocations should succeed.
Additional info:
--- Additional comment from Mamoru TASAKA on 2022-03-20 14:16:57 UTC ---
So the simple reproducer for this is:
$ mock --verbose -r fedora-rawhide-x86_64 --uniqueext gettext-test --init
$ mock --verbose -r fedora-rawhide-x86_64 --uniqueext gettext-test --install
java-devel gettext
$ mock --verbose -r fedora-rawhide-x86_64 --uniqueext gettext-test --copyin
./ar.po /builddir/build/BUILD
$ mock --verbose -r fedora-rawhide-x86_64 --uniqueext gettext-test --chroot --
msgfmt --statistics --java2 -l ar -d /builddir/build/BUILD/TMP -r
org.jmol.translation.Jmol.ar.Messages /builddir/build/BUILD/ar.po
Then:
msgfmt: Java compiler not found, try installing gcj or set $JAVAC
msgfmt: compilation of Java class failed, please try --verbose or set $JAVAC
65 translated messages, 3 fuzzy translations, 380 untranslated messages.
DEBUG: Child return code was: 1
--- Additional comment from Mamoru TASAKA on 2022-03-20 14:25:47 UTC ---
So this is actually msgfmt calls javac with "-source 1.5 -target 1.6"
explicitly:
see gettext-tools/src/write-java.c "compile_java_class" call in
"msgdomain_write_java" and related functions in
gettext-tools/gnulib-lib/javacomp.c .
The attached patch is a draft for fixing this issue. Note that
get_goodcode_snippet() and get_failcode_snippet() may need more adjustment: I
guess get_goodcode_snippet() needs the code which compiles with JDK17 but fails
with JDK11, however I don't know such code in detail.
--- Additional comment from Mamoru TASAKA on 2022-03-30 11:50:50 UTC ---
Are there any updates here? I think all needed information is provided.
--- Additional comment from Jens Petersen on 2022-03-31 03:27:32 UTC ---
Thank you very much, Tasaka-san!
Sorry, Sundeep has been away on holiday for two weeks.
I have added your patch to the rawhide branch.
We have one more problem: currently gettext-0.21 FTBFS on F36+.
So we have a git snapshot currently in Rawhide,
but maybe we can use that for F36 now to address this.
--- Additional comment from Jens Petersen on 2022-03-31 03:28:20 UTC ---
Can you try testing gettext-0.21-13.fc37.0.20220203 to see if it works for you?
--- Additional comment from Mamoru TASAKA on 2022-03-31 07:16:05 UTC ---
Yes, gettext-0.21-13.fc37.0.20220203 looks working. Thank you.
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=2062407
[Bug 2062407] msgfmt --java2 option doesn't work with java-17-openjdk
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2182696
https://bugzilla.redhat.com/show_bug.cgi?id=2179854
--- Comment #35 from Brian Morrison <bdm(a)fenrir.org.uk> ---
OK, I have tried this using the qt5-qtbase*5.15.8-10 packages and
qt5-qtwayland*5.15.8-4.1 packages.
Stopping and restarting a Qt application now seems to work OK, I have menus and
the controls are the correction sizes and work too.
This looks like it is good enough for updates-testing.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2179854
https://bugzilla.redhat.com/show_bug.cgi?id=2179854
--- Comment #33 from Than Ngo <than(a)redhat.com> ---
(In reply to Brian Morrison from comment #32)
> So it is not going to work on GNOME Wayland?
For GNOME Wayland we need to rebuild qt5-qtwayland against new qt5-qtbase. I
will do this later. For quick test we just test it on X11.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2179854
https://bugzilla.redhat.com/show_bug.cgi?id=2179854
--- Comment #29 from Brian Morrison <bdm(a)fenrir.org.uk> ---
I can only see x86_64 rpms, my system has 2 .i686 rpms and I can't run the
upgrade without them.
If someone can provide a scratch build with all arches present then I will try
that.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2179854
https://bugzilla.redhat.com/show_bug.cgi?id=2179854
--- Comment #28 from Than Ngo <than(a)redhat.com> ---
I downloaded and tested Akira's build, confirmed that it also works for me.
Thanks Akira and Peng for the fix!
@Brian and other, could you please test Akira's build and report the result
before i do officical build?
Thanks!
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2179854
https://bugzilla.redhat.com/show_bug.cgi?id=2062407
Bug ID: 2062407
Summary: msgfmt cannot invoke javac
Product: Fedora
Version: rawhide
Hardware: All
OS: Linux
Status: NEW
Component: gettext
Severity: low
Assignee: suanand(a)redhat.com
Reporter: loganjerry(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
jjanco(a)redhat.com, nphilipp(a)redhat.com,
petersen(a)redhat.com, praiskup(a)redhat.com,
suanand(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
I noticed while building jmol that every invocation of msgfmt failed, e.g.:
update-application-catalog-lang:
[echo] msgfmt Updating messages_ar.class file for Jmol ...
[exec] msgfmt: Java compiler not found, try installing gcj or set $JAVAC
[exec] msgfmt: compilation of Java class failed, please try --verbose or
set $JAVAC
[exec] 65 translated messages, 3 fuzzy translations, 380 untranslated
messages.
[exec] Result: 1
Setting JAVAC does *not* help. I used strace to see how javac is invoked and
found the problem: msgfmt passes -target 1.6, and sometimes -source 1.6, to
javac. Now that OpenJDK 17 is the default in Fedora, those arguments are no
longer valid. I don't remember if the minimum allowed is 1.7 or 1.8, but it is
one of the two. Since Fedora doesn't ship a JDK lower than 1.8, then 1.8 might
as well be used.
Version-Release number of selected component (if applicable):
gettext-0.21-11.fc37.0.20220228
How reproducible:
Always
Steps to Reproduce:
1. fedpkg clone jmol
2. cd jmol
3. fedpkg srpm
4. mock -r fedora-rawhide-x86_64 --rebuild jmol-14.32.22-1.fc37.src.rpm
Actual results:
The msgfmt invocations all fail.
Expected results:
The msgfmt invocations should succeed.
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=2062407
https://bugzilla.redhat.com/show_bug.cgi?id=2179854
--- Comment #26 from Akira TAGOH <tagoh(a)redhat.com> ---
Created attachment 1954381
--> https://bugzilla.redhat.com/attachment.cgi?id=1954381&action=edit
v3
I'm almost consluding that we need to implement full-support of variable fonts
if we want to fix this in a legitimate manner. Apparently FreeType considered
applications is capable to process variable fonts if one uses some variable
fonts related APIs such as FT_Get_MM_Var(). This may be the reason why we saw
the fail of loading glyph error from FreeType with my patch. We need to set
coordinates with axis. Honestly implementing complete code for variable fonts
in f38 timeframe isn't realistic. So I gave up to fix this that way.
FWIW I partly agree with Peng's code, particularly leaving the emboldening
conditions to fontconfig. Actually this is the same to what cairo does.
However, I wonder if it is really only used for Linux because there are MinGW
package for Qt and they could use fontconfig.
I picked it up to my patch and updated a bit to get it work without ifdef. See
attached.
Also, I built qt5-qtbase (only this time; so you need to try it with X11 only)
on copr:
https://copr.fedorainfracloud.org/coprs/tagoh/qt5-qtbase/
You can try to test if you like. I did. that works for me.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2179854
https://bugzilla.redhat.com/show_bug.cgi?id=2178772
Bug ID: 2178772
Summary: Please branch and build aspell-ml in epel9
Product: Fedora
Version: rawhide
Status: NEW
Component: aspell-ml
Assignee: rajeeshknambiar(a)gmail.com
Reporter: davide(a)cavalca.name
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
rajeeshknambiar(a)gmail.com
Blocks: 1914423 (EPELPackagersSIG)
Target Milestone: ---
Classification: Fedora
Please branch and build aspell-ml in epel9.
If you do not wish to maintain aspell-ml in epel9,
or do not think you will be able to do this in a timely manner,
the EPEL Packagers SIG would be happy to be a co-maintainer of the package;
please add the epel-packagers-sig group through
https://src.fedoraproject.org/rpms/aspell-ml/addgroup
and grant it commit access, or collaborator access on epel* branches.
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1914423
[Bug 1914423] Tracker for epel-packagers-sig
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2178772
https://bugzilla.redhat.com/show_bug.cgi?id=2179854
--- Comment #25 from Akira TAGOH <tagoh(a)redhat.com> ---
You can't replace FcFontMatch with FcFontSort. I'm not sure if there are really
any such code paths though, they set FC_FILE and FC_INDEX only when
QFontEngine::FaceId has a filename. This implies that filename and index isn't
always available; maybe application specific font?
Anyway, you still need to fallback to FcFontMatch in that case as I wrote it
that way in my patch. Apparently you didn't seem to read it though.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2179854
https://bugzilla.redhat.com/show_bug.cgi?id=2179854
--- Comment #24 from Peng Wu <pwu(a)redhat.com> ---
BTW, the patch disables the freetype code about embolden value in Qt with Linux
only.
And in fontconfig, the similar logic of the freetype code is implemented in the
/etc/fonts/conf.d/90-synthetic.conf file.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2179854
https://bugzilla.redhat.com/show_bug.cgi?id=2157582
Bug ID: 2157582
Summary: Environment variables are no longer set in Wayland
session after systemd subpackage was removed
Product: Fedora
Version: 37
Status: NEW
Component: imsettings
Assignee: tagoh(a)redhat.com
Reporter: accounts+fedora(a)chiller3.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
After the removal of the imsettings-systemd subpackage, the IM-related
environment variables (eg. QT_IM_MODULE) are no longer set in Wayland sessions
(as least for KDE). I believe this is because none of the xinput scripts are
read during Wayland session initialization and things previously relied on
systemd's ~/.config/environment.d/.
Version-Release number of selected component (if applicable):
imsettings-1.8.3-6.fc37.x86_64
How reproducible:
Always
Steps to Reproduce:
1. Install Fedora 37 KDE spin
2. Log into Wayland session
3. Install an input method, like fcitx5
4. Select fcitx5 with im-chooser
5. Log out and log back in (still Wayland session)
6. $ echo $QT_IM_MODULE
Actual results:
Environment variables like QT_IM_MODULE are not set.
Expected results:
The IM-related environment variables should be set. (Manually setting them
allows input methods to work properly in KDE Wayland.)
Additional info:
n/a
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2157582
https://bugzilla.redhat.com/show_bug.cgi?id=2179854
--- Comment #23 from Peng Wu <pwu(a)redhat.com> ---
As Akira Tagoh said, there are two issues in the code, so I just updated my
patch.
1. The usage of FcFontMatch may be not correct, as it doesn't compare the
FC_INDEX when matching. In the patch, I switch to use FcFontSort, the
FcFontSort code will match FC_FILE; and after the FcFontSort function return,
we compare the FC_INDEX to get the correct font face.
2. Switch to use the embolden value from the fontconfig, instead of computing
it in the freetype code in Linux. The freetype code will override the embolden
value from fontconfig, so the patch also disables the freetype code to compute
the embolden value in Qt.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2179854
https://bugzilla.redhat.com/show_bug.cgi?id=2179854
Peng Wu <pwu(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Flags|needinfo?(pwu(a)redhat.com) |
--- Comment #21 from Peng Wu <pwu(a)redhat.com> ---
I can reproduce this issue. I guess if login with CJK locale like Chinese, it
will be easier to reproduce this issue.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2179854
https://bugzilla.redhat.com/show_bug.cgi?id=2179854
Akira TAGOH <tagoh(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Flags|needinfo?(tagoh(a)redhat.com) |
--- Comment #20 from Akira TAGOH <tagoh(a)redhat.com> ---
Yes, I can confirm this regression. This seems to happen with some variable
fonts such as Cantarell and some variants of Noto Sans. I'm looking into it
now.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2179854
https://bugzilla.redhat.com/show_bug.cgi?id=2179854
--- Comment #19 from Than Ngo <than(a)redhat.com> ---
(In reply to Jan Grulich from comment #17)
> I unpushed the update sin(In reply to Brian Morrison from comment #14)
> > I tried the qt5-qtbase and qt5-qtwayland updates in the update from comment
> > 13.
> >
> > I find that it causes all of my Qt program windows to lose all of their menu
> > text and many of the controls also shrink. This could be because the
> > compositor seems to think that there is no font present, maybe it now
> > doesn't find any suitable font?
> >
> > I am using a standard en_GB locale and the default fonts in my GNOME Wayland
> > desktop. I'm not using any Chinese fonts or locales.
>
> I unpushed the update based on this comment. You should have tested a
> scratch build at least before pushing an unverified fix or wait until it
> lands upstream.
I have tested it under both KDE and GNOME. It worked flawlessly for me (look at
above my test screenshot). It may be that under certain conditions such problem
can occur. We need to test it intensively.
@Akira, @Peng, Can you please test it?
Thanks a lot!
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2179854
https://bugzilla.redhat.com/show_bug.cgi?id=2179854
Jan Grulich <jgrulich(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ON_QA |ASSIGNED
--- Comment #17 from Jan Grulich <jgrulich(a)redhat.com> ---
I unpushed the update sin(In reply to Brian Morrison from comment #14)
> I tried the qt5-qtbase and qt5-qtwayland updates in the update from comment
> 13.
>
> I find that it causes all of my Qt program windows to lose all of their menu
> text and many of the controls also shrink. This could be because the
> compositor seems to think that there is no font present, maybe it now
> doesn't find any suitable font?
>
> I am using a standard en_GB locale and the default fonts in my GNOME Wayland
> desktop. I'm not using any Chinese fonts or locales.
I unpushed the update based on this comment. You should have tested a scratch
build at least before pushing an unverified fix or wait until it lands
upstream.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2179854
https://bugzilla.redhat.com/show_bug.cgi?id=2179854
Geoffrey Marr <gmarr(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |gmarr(a)redhat.com
Whiteboard| |AcceptedFreezeException
--- Comment #16 from Geoffrey Marr <gmarr(a)redhat.com> ---
Discussed during the 2023-03-27 blocker review meeting: [0]
The decision to classify this bug as an "AcceptedFreezeException (Final)" was
made as it is a clear visual quality issue that will be encountered on live
boots by CJK users.
[0]
https://meetbot.fedoraproject.org/fedora-blocker-review/2023-03-27/f38-bloc…
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2179854
https://bugzilla.redhat.com/show_bug.cgi?id=2179854
Brian Morrison <bdm(a)fenrir.org.uk> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |bdm(a)fenrir.org.uk
--- Comment #14 from Brian Morrison <bdm(a)fenrir.org.uk> ---
I tried the qt5-qtbase and qt5-qtwayland updates in the update from comment 13.
I find that it causes all of my Qt program windows to lose all of their menu
text and many of the controls also shrink. This could be because the compositor
seems to think that there is no font present, maybe it now doesn't find any
suitable font?
I am using a standard en_GB locale and the default fonts in my GNOME Wayland
desktop. I'm not using any Chinese fonts or locales.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2179854
https://bugzilla.redhat.com/show_bug.cgi?id=2179854
Jens Petersen <petersen(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |fonts-bugs(a)lists.fedoraproj
| |ect.org,
| |i18n-bugs(a)lists.fedoraproje
| |ct.org, petersen(a)redhat.com
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2179854
https://bugzilla.redhat.com/show_bug.cgi?id=1076945
mrtoxic651 <mrtoxic651(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |mrtoxic651(a)gmail.com
--- Comment #46 from mrtoxic651 <mrtoxic651(a)gmail.com> ---
https://al-esllah.com/
Each of our Alesllah plumbers takes great pride in keeping up to date in all
plumbing codes and the latest technology to help keep your home and family
healthy. We enjoy what we do and that is reflected in the quality of
workmanship on every job, no matter the size or complexity. Our plumbers handle
small plumbing jobs from clogged drains to major bathroom remodels and water
heater installations. Regardless of the job, we give our full attention to
providing you with a positive customer experience.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1076945
https://bugzilla.redhat.com/show_bug.cgi?id=2173832
Bug ID: 2173832
Summary: cldr-emoji-annotation-production/2023-02-27-2030z is
available
Product: Fedora
Version: rawhide
Status: NEW
Component: cldr-emoji-annotation
Keywords: FutureFeature, Triaged
Assignee: tfujiwar(a)redhat.com
Reporter: upstream-release-monitoring(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, tfujiwar(a)redhat.com
Target Milestone: ---
Classification: Fedora
Releases retrieved: production/2023-02-27-2030z
Upstream release that is considered latest: 43-m0
Current version/release in rawhide: 43~alpha2-1.fc39
URL: https://github.com/unicode-org/cldr
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/103642/
To change the monitoring settings for the project, please visit:
https://src.fedoraproject.org/rpms/cldr-emoji-annotation
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2173832
https://bugzilla.redhat.com/show_bug.cgi?id=2178389
Fedora Update System <updates(a)fedoraproject.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Fixed In Version| |qt5-qtbase-5.15.8-7.fc38
Resolution|--- |ERRATA
Status|ON_QA |CLOSED
Last Closed| |2023-03-23 00:16:30
--- Comment #16 from Fedora Update System <updates(a)fedoraproject.org> ---
FEDORA-2023-86d1102614 has been pushed to the Fedora 38 stable repository.
If problem still persists, please make note of it in this bug report.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2178389
https://bugzilla.redhat.com/show_bug.cgi?id=2178389
Adam Williamson <awilliam(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Whiteboard| |AcceptedFreezeException
CC| |awilliam(a)redhat.com
--- Comment #12 from Adam Williamson <awilliam(a)redhat.com> ---
Discussed at 2023-03-20 blocker review meeting:
https://meetbot-raw.fedoraproject.org/fedora-blocker-review/2023-03-20/f38-…
. This is accepted as a freeze exception issue as it looks pretty bad for CJK
users, and will certainly affect live environments and first boot after install
so it cannot be fully addressed by an update.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2178389
https://bugzilla.redhat.com/show_bug.cgi?id=2178389
Akira TAGOH <tagoh(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Flags|needinfo?(tagoh(a)redhat.com) |
--- Comment #11 from Akira TAGOH <tagoh(a)redhat.com> ---
That sounds good to me. and Yes, I tried that and confirmed the fix. please
note that you also need to rebuild qt5-qtwayland with the fixed qt5-qtbase.
otherwise the problem will still persists on Wayland.
The test case is very easy. Once the fixed packages installed (also, making
sure that you have google-noto-sans-cjk-vf-fonts installed), try to open a Qt
app which has a font preference and find out one of "Noto Sans CJK JP/KR/SC/TC"
and set a style to Regular and Thin. If the fix is properly applied, you'll see
some changes on rendering.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2178389
https://bugzilla.redhat.com/show_bug.cgi?id=2178389
Than Ngo <than(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Flags| |needinfo?(tagoh(a)redhat.com)
--- Comment #10 from Than Ngo <than(a)redhat.com> ---
Akira, I don't know how long it will take for upstream to look at the bug. So I
would include your patch as a temporary workaround in qt5-qtbase and build rpm
for f38.
What do you think about this approach? By the way, have you also tested the
patch if it works?
Thanks!
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2178389
https://bugzilla.redhat.com/show_bug.cgi?id=2178178
Bug ID: 2178178
Summary: emoji input entirely broken
Product: Fedora
Version: 38
Status: NEW
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: tagoh(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 emoji input doesn't work as mensioned at
https://fedoraproject.org/wiki/QA:Testcase_ibus_emojier
Version-Release number of selected component (if applicable):
ibus-1.5.28-1.fc38.x86_64
How reproducible:
always
Steps to Reproduce:
1.press Super+period
2.type smile and space
3.or simply space once 'e' appears
Actual results:
No lookup window nor emoji at 2
'Unicodeの選択肢を開く' appears at the lookup window, and click it, apparently first
entry from gettext PO is displayed instead of emoji.
Expected results:
emoji picker should works
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=2178178
https://bugzilla.redhat.com/show_bug.cgi?id=2156108
Bug ID: 2156108
Summary: [abrt] ibus: XFree(): ibus-x11 killed by SIGABRT
Product: Fedora
Version: rawhide
Hardware: x86_64
Status: NEW
Whiteboard: abrt_hash:0385d31cccb3ffe2c784112a5c2060eeaac62698;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,
shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com
Target Milestone: ---
Classification: Fedora
Version-Release number of selected component:
ibus-1.5.27-8.fc38
Additional info:
reporter: libreport-2.17.6
type: CCpp
reason: ibus-x11 killed by SIGABRT
journald_cursor:
s=32500b5f39e6467e9ccddd56700852eb;i=43e8f3;b=f22e26d260164e228db6c4bc7b4ef7db;m=869ce7646;t=5f017821d96fc;x=29a8c76b08f7f956
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.1.0-65.fc38.x86_64+debug
package: ibus-1.5.27-8.fc38
runlevel: N 5
backtrace_rating: 4
crash_function: XFree
Truncated backtrace:
Thread no. 1 (19 frames)
#8 XFree at /usr/src/debug/libX11-1.8.1-2.fc38.x86_64/src/XlibInt.c:1633
#9 ProcessQueue at ../../util/IMdkit/i18nPtHdr.c:1762
#10 _Xi18nMessageHandler at ../../util/IMdkit/i18nPtHdr.c:1923
#11 WaitXIMProtocol at ../../util/IMdkit/i18nX.c:524
#12 _gdk_x11_display_queue_events at ../gdk/x11/gdkeventsource.c:337
#13 gdk_display_get_event at ../gdk/gdkdisplay.c:442
#14 gdk_event_source_dispatch.lto_priv at ../gdk/x11/gdkeventsource.c:354
#17 g_main_context_iterate.constprop.0 at ../glib/gmain.c:4238
#18 g_main_context_iteration at ../glib/gmain.c:4303
#19 xim_forward_event.constprop.0 at
/usr/src/debug/ibus-1.5.27-8.fc38.x86_64/client/x11/main.c:631
#20 ForwardEventMessageProc at ../../util/IMdkit/i18nPtHdr.c:1224
#21 ProcessQueue at ../../util/IMdkit/i18nPtHdr.c:1758
#22 _Xi18nMessageHandler at ../../util/IMdkit/i18nPtHdr.c:1923
#23 WaitXIMProtocol at ../../util/IMdkit/i18nX.c:524
#24 _gdk_x11_display_queue_events at ../gdk/x11/gdkeventsource.c:337
#25 gdk_display_get_event at ../gdk/gdkdisplay.c:442
#26 gdk_event_source_dispatch.lto_priv at ../gdk/x11/gdkeventsource.c:354
#29 g_main_context_iterate.constprop.0 at ../glib/gmain.c:4238
#31 ibus_main at /usr/src/debug/ibus-1.5.27-8.fc38.x86_64/src/ibusshare.c:325
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2156108
https://bugzilla.redhat.com/show_bug.cgi?id=2178389
Akira TAGOH <tagoh(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Blocks| |2083913
| |(F38FinalFreezeException,Fi
| |nalFreezeException)
--- Comment #9 from Akira TAGOH <tagoh(a)redhat.com> ---
Let me propose this as a freeze exception.
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=2083913
[Bug 2083913] Fedora 38 Final freeze exception bug tracker
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2178389
https://bugzilla.redhat.com/show_bug.cgi?id=2178389
Than Ngo <than(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |ASSIGNED
--- Comment #7 from Than Ngo <than(a)redhat.com> ---
Akira, could you please forward this to upstream?
Thanks
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2178389
https://bugzilla.redhat.com/show_bug.cgi?id=2178389
--- Comment #6 from Akira TAGOH <tagoh(a)redhat.com> ---
Created attachment 1951406
--> https://bugzilla.redhat.com/attachment.cgi?id=1951406&action=edit
Proposed patch
The short description is that Qt5 doesn't support Variable fonts well. we need
to igure it for workaround and accept named-instances only from variable fonts.
The long description is here:
Qt5 tries to gether font information through FcFontList() and register it into
Qt's font database. and requesting a best font with FcFontMatch() against it.
In fact, not requesting weight and width doesn't matter because it is actually
linked to the font face and font index.
Let me explain a bit about variable fonts support in fontconfig. fontconfig has
a special font pattern for variable fonts which has variable=true. this means
"This is a variable font" and also contains some information which properties
has "axis". applications can request some variations against it.
There are the miscalculation here. this pattern has index 0 and no values for
properties which has "axis", because it will be figured out when the real axis
is decided. thus, we don't have style for them. However, Qt are going to fill
in blanks with default values. Thus, this pattern becomes Regular.
Furthermore, Noto CJK fonts assigns Thin style to index 0 after updates. then,
they dealt with Thin as Regular. that's it.
BTW apparently qt5-qtwayland seems linking qt5-qtbase statically. that really
confused me a lot. applying this to qt5-qtbase doesn't get a fix on Wayland. we
also need to rebuild qt5-qtwayland with this fixed qt5-qtbase.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2178389
https://bugzilla.redhat.com/show_bug.cgi?id=2179015
Bug ID: 2179015
Summary: Ibus crashes and reorders key events
Product: Fedora
Version: 38
Status: NEW
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: jonha87(a)outlook.de
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: ---
Link ID: Github ibus/ibus/issues/2480
Classification: Fedora
This is a local tracking bug for this upstream issue:
https://github.com/ibus/ibus/issues/2480
In short, the commit
https://github.com/ibus/ibus/commit/506ac9993d5166196b7c4e9bfa9fb0f9d3792ffa
introduced a regression in thread safety, which sometimes causes key events to
be reordered, for example the key up event for a specific key can happen before
the key down event, which can confuse applications and cause "stuck keys". A
related issue is that pressing lots of keys very quickly can cause crashes.
I'm not completely sure, but it looks like this bug only happens with X11 based
applications, including wine games.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2179015
https://bugzilla.redhat.com/show_bug.cgi?id=2174962
Bug ID: 2174962
Summary: [abrt] ibus: XFree(): ibus-x11 killed by SIGABRT
Product: Fedora
Version: rawhide
Hardware: x86_64
Status: NEW
Whiteboard: abrt_hash:0385d31cccb3ffe2c784112a5c2060eeaac62698;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,
shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
Crash happens when I playing in the game
Version-Release number of selected component:
ibus-1.5.28-1.fc39
Additional info:
reporter: libreport-2.17.7
type: CCpp
reason: ibus-x11 killed by SIGABRT
journald_cursor:
s=b4a46d32f9cb494fb977313b87857e14;i=54d176;b=9d4129adcf1c467dacbfadc8527fdc9d;m=33740805d;t=5f5eddddf7cc6;x=7dec024119932704
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.3.0-0.rc0.20230301gitc0927a7a5391.11.fc39.x86_64+debug
package: ibus-1.5.28-1.fc39
runlevel: N 5
backtrace_rating: 4
crash_function: XFree
comment: Crash happens when I playing in the game
Truncated backtrace:
Thread no. 0 (100 frames)
#8 XFree at /usr/src/debug/libX11-1.8.4-1.fc38.x86_64/src/XlibInt.c:1633
#9 ProcessQueue at ../../util/IMdkit/i18nPtHdr.c:1762
#10 _Xi18nMessageHandler at ../../util/IMdkit/i18nPtHdr.c:1923
#11 WaitXIMProtocol at ../../util/IMdkit/i18nX.c:524
#12 _gdk_x11_display_queue_events at ../gdk/x11/gdkeventsource.c:337
#13 gdk_display_get_event at ../gdk/gdkdisplay.c:442
#14 gdk_event_source_dispatch.lto_priv at ../gdk/x11/gdkeventsource.c:354
#17 g_main_context_iterate.isra.0 at ../glib/gmain.c:4276
#18 g_main_context_iteration at ../glib/gmain.c:4343
#19 xim_forward_event.isra.0 at
/usr/src/debug/ibus-1.5.28-1.fc39.x86_64/client/x11/main.c:631
#20 ForwardEventMessageProc at ../../util/IMdkit/i18nPtHdr.c:1224
#21 ProcessQueue at ../../util/IMdkit/i18nPtHdr.c:1758
#22 _Xi18nMessageHandler at ../../util/IMdkit/i18nPtHdr.c:1923
#23 WaitXIMProtocol at ../../util/IMdkit/i18nX.c:524
#24 _gdk_x11_display_queue_events at ../gdk/x11/gdkeventsource.c:337
#25 gdk_display_get_event at ../gdk/gdkdisplay.c:442
#26 gdk_event_source_dispatch.lto_priv at ../gdk/x11/gdkeventsource.c:354
#29 g_main_context_iterate.isra.0 at ../glib/gmain.c:4276
#30 g_main_context_iteration at ../glib/gmain.c:4343
#31 xim_forward_event.isra.0 at
/usr/src/debug/ibus-1.5.28-1.fc39.x86_64/client/x11/main.c:631
#32 ForwardEventMessageProc at ../../util/IMdkit/i18nPtHdr.c:1224
#33 ProcessQueue at ../../util/IMdkit/i18nPtHdr.c:1758
#34 _Xi18nMessageHandler at ../../util/IMdkit/i18nPtHdr.c:1923
#35 WaitXIMProtocol at ../../util/IMdkit/i18nX.c:524
#36 _gdk_x11_display_queue_events at ../gdk/x11/gdkeventsource.c:337
#37 gdk_display_get_event at ../gdk/gdkdisplay.c:442
#38 gdk_event_source_dispatch.lto_priv at ../gdk/x11/gdkeventsource.c:354
#41 g_main_context_iterate.isra.0 at ../glib/gmain.c:4276
#42 g_main_context_iteration at ../glib/gmain.c:4343
#43 xim_forward_event.isra.0 at
/usr/src/debug/ibus-1.5.28-1.fc39.x86_64/client/x11/main.c:631
#44 ForwardEventMessageProc at ../../util/IMdkit/i18nPtHdr.c:1224
#45 ProcessQueue at ../../util/IMdkit/i18nPtHdr.c:1758
#46 _Xi18nMessageHandler at ../../util/IMdkit/i18nPtHdr.c:1923
#47 WaitXIMProtocol at ../../util/IMdkit/i18nX.c:524
#48 _gdk_x11_display_queue_events at ../gdk/x11/gdkeventsource.c:337
#49 gdk_display_get_event at ../gdk/gdkdisplay.c:442
#50 gdk_event_source_dispatch.lto_priv at ../gdk/x11/gdkeventsource.c:354
#53 g_main_context_iterate.isra.0 at ../glib/gmain.c:4276
#54 g_main_context_iteration at ../glib/gmain.c:4343
#55 xim_forward_event.isra.0 at
/usr/src/debug/ibus-1.5.28-1.fc39.x86_64/client/x11/main.c:631
#56 ForwardEventMessageProc at ../../util/IMdkit/i18nPtHdr.c:1224
#57 ProcessQueue at ../../util/IMdkit/i18nPtHdr.c:1758
#58 _Xi18nMessageHandler at ../../util/IMdkit/i18nPtHdr.c:1923
#59 WaitXIMProtocol at ../../util/IMdkit/i18nX.c:524
#60 _gdk_x11_display_queue_events at ../gdk/x11/gdkeventsource.c:337
#61 gdk_display_get_event at ../gdk/gdkdisplay.c:442
#62 gdk_event_source_dispatch.lto_priv at ../gdk/x11/gdkeventsource.c:354
#65 g_main_context_iterate.isra.0 at ../glib/gmain.c:4276
#66 g_main_context_iteration at ../glib/gmain.c:4343
#67 xim_forward_event.isra.0 at
/usr/src/debug/ibus-1.5.28-1.fc39.x86_64/client/x11/main.c:631
#68 ForwardEventMessageProc at ../../util/IMdkit/i18nPtHdr.c:1224
#69 ProcessQueue at ../../util/IMdkit/i18nPtHdr.c:1758
#70 _Xi18nMessageHandler at ../../util/IMdkit/i18nPtHdr.c:1923
#71 WaitXIMProtocol at ../../util/IMdkit/i18nX.c:524
#72 _gdk_x11_display_queue_events at ../gdk/x11/gdkeventsource.c:337
#73 gdk_display_get_event at ../gdk/gdkdisplay.c:442
#74 gdk_event_source_dispatch.lto_priv at ../gdk/x11/gdkeventsource.c:354
#77 g_main_context_iterate.isra.0 at ../glib/gmain.c:4276
#78 g_main_context_iteration at ../glib/gmain.c:4343
#79 xim_forward_event.isra.0 at
/usr/src/debug/ibus-1.5.28-1.fc39.x86_64/client/x11/main.c:631
#80 ForwardEventMessageProc at ../../util/IMdkit/i18nPtHdr.c:1224
#81 ProcessQueue at ../../util/IMdkit/i18nPtHdr.c:1758
#82 _Xi18nMessageHandler at ../../util/IMdkit/i18nPtHdr.c:1923
#83 WaitXIMProtocol at ../../util/IMdkit/i18nX.c:524
#84 _gdk_x11_display_queue_events at ../gdk/x11/gdkeventsource.c:337
#85 gdk_display_get_event at ../gdk/gdkdisplay.c:442
#86 gdk_event_source_dispatch.lto_priv at ../gdk/x11/gdkeventsource.c:354
#89 g_main_context_iterate.isra.0 at ../glib/gmain.c:4276
#90 g_main_context_iteration at ../glib/gmain.c:4343
#91 xim_forward_event.isra.0 at
/usr/src/debug/ibus-1.5.28-1.fc39.x86_64/client/x11/main.c:631
#92 ForwardEventMessageProc at ../../util/IMdkit/i18nPtHdr.c:1224
#93 ProcessQueue at ../../util/IMdkit/i18nPtHdr.c:1758
#94 _Xi18nMessageHandler at ../../util/IMdkit/i18nPtHdr.c:1923
#95 WaitXIMProtocol at ../../util/IMdkit/i18nX.c:524
#96 _gdk_x11_display_queue_events at ../gdk/x11/gdkeventsource.c:337
#97 gdk_display_get_event at ../gdk/gdkdisplay.c:442
#98 gdk_event_source_dispatch.lto_priv at ../gdk/x11/gdkeventsource.c:354
#101 g_main_context_iterate.isra.0 at ../glib/gmain.c:4276
#102 g_main_context_iteration at ../glib/gmain.c:4343
#103 xim_forward_event.isra.0 at
/usr/src/debug/ibus-1.5.28-1.fc39.x86_64/client/x11/main.c:631
#104 ForwardEventMessageProc at ../../util/IMdkit/i18nPtHdr.c:1224
#105 ProcessQueue at ../../util/IMdkit/i18nPtHdr.c:1758
#106 _Xi18nMessageHandler at ../../util/IMdkit/i18nPtHdr.c:1923
#107 WaitXIMProtocol at ../../util/IMdkit/i18nX.c:524
#108 _gdk_x11_display_queue_events at ../gdk/x11/gdkeventsource.c:337
#109 gdk_display_get_event at ../gdk/gdkdisplay.c:442
#110 gdk_event_source_dispatch.lto_priv at ../gdk/x11/gdkeventsource.c:354
#113 g_main_context_iterate.isra.0 at ../glib/gmain.c:4276
#114 g_main_context_iteration at ../glib/gmain.c:4343
#115 xim_forward_event.isra.0 at
/usr/src/debug/ibus-1.5.28-1.fc39.x86_64/client/x11/main.c:631
#116 ForwardEventMessageProc at ../../util/IMdkit/i18nPtHdr.c:1224
#117 _Xi18nMessageHandler at ../../util/IMdkit/i18nPtHdr.c:1901
#118 WaitXIMProtocol at ../../util/IMdkit/i18nX.c:524
#119 _gdk_x11_display_queue_events at ../gdk/x11/gdkeventsource.c:337
#120 gdk_display_get_event at ../gdk/gdkdisplay.c:442
#121 gdk_event_source_dispatch.lto_priv at ../gdk/x11/gdkeventsource.c:354
#124 g_main_context_iterate.isra.0 at ../glib/gmain.c:4276
#125 g_main_context_iteration at ../glib/gmain.c:4343
#126 xim_forward_event.isra.0 at
/usr/src/debug/ibus-1.5.28-1.fc39.x86_64/client/x11/main.c:631
#127 ForwardEventMessageProc at ../../util/IMdkit/i18nPtHdr.c:1224
Potential duplicate: bug {crossver_id}
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2174962
https://bugzilla.redhat.com/show_bug.cgi?id=2178389
Peng Wu <pwu(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jgrulich(a)redhat.com,
| |jreznik(a)redhat.com,
| |kde-sig(a)lists.fedoraproject
| |.org, than(a)redhat.com,
| |travier(a)redhat.com
Component|qt5 |qt5-qtbase
Assignee|rdieter(a)gmail.com |than(a)redhat.com
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2178389
https://bugzilla.redhat.com/show_bug.cgi?id=2178389
Akira TAGOH <tagoh(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|Some application render |Qt application render very
|very thin fonts after |thin fonts after switch to
|switch to VF version of |VF version of Noto CJK
|fonts |fonts
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2178389
https://bugzilla.redhat.com/show_bug.cgi?id=2167631
Bug ID: 2167631
Summary: CVE-2023-25193 harfbuzz: allows attackers to trigger
O(n^2) growth via consecutive marks [fedora-all]
Product: Fedora
Version: 37
Status: NEW
Component: harfbuzz
Keywords: Security, SecurityTracking
Severity: medium
Priority: medium
Assignee: pnemade(a)redhat.com
Reporter: saroy(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, klember(a)redhat.com,
moceap(a)hotmail.com, pnemade(a)redhat.com,
psatpute(a)redhat.com
Target Milestone: ---
Classification: Fedora
More information about this security flaw is available in the following bug:
http://bugzilla.redhat.com/show_bug.cgi?id=2167254
Disclaimer: Community trackers are created by Red Hat Product Security team on
a best effort basis. Package maintainers are required to ascertain if the flaw
indeed affects their package, before starting the update process.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2167631
https://bugzilla.redhat.com/show_bug.cgi?id=2159567
Bug ID: 2159567
Summary: cldr-emoji-annotation-43-m0 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: cldr-emoji-annotation
Keywords: FutureFeature, Triaged
Assignee: tfujiwar(a)redhat.com
Reporter: upstream-release-monitoring(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, tfujiwar(a)redhat.com
Target Milestone: ---
Classification: Fedora
Releases retrieved: 43-m0
Upstream release that is considered latest: 43-m0
Current version/release in rawhide: 42-1.fc38
URL: https://github.com/unicode-org/cldr
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/103642/
To change the monitoring settings for the project, please visit:
https://src.fedoraproject.org/rpms/cldr-emoji-annotation
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2159567
https://bugzilla.redhat.com/show_bug.cgi?id=2173027
Bug ID: 2173027
Summary: python-polib-1.2.0 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: python-polib
Keywords: FutureFeature, Triaged
Assignee: suanand(a)redhat.com
Reporter: upstream-release-monitoring(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: dchen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
reallylongword(a)gmail.com, suanand(a)redhat.com
Target Milestone: ---
Classification: Fedora
Releases retrieved: 1.2.0
Upstream release that is considered latest: 1.2.0
Current version/release in rawhide: 1.1.1-7.fc38
URL: http://bitbucket.org/izi/polib
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/19882/
To change the monitoring settings for the project, please visit:
https://src.fedoraproject.org/rpms/python-polib
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2173027
https://bugzilla.redhat.com/show_bug.cgi?id=2167229
Bug ID: 2167229
Summary: librime-1.8.5 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: librime
Keywords: FutureFeature, Triaged
Assignee: pwu(a)redhat.com
Reporter: upstream-release-monitoring(a)fedoraproject.org
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
Releases retrieved: 1.8.5
Upstream release that is considered latest: 1.8.5
Current version/release in rawhide: 1.8.4-1.fc38
URL: https://rime.im/
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/228902/
To change the monitoring settings for the project, please visit:
https://src.fedoraproject.org/rpms/librime
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2167229
https://bugzilla.redhat.com/show_bug.cgi?id=2175109
Bug ID: 2175109
Summary: harfbuzz-7.1.0 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: harfbuzz
Keywords: FutureFeature, Triaged
Assignee: pnemade(a)redhat.com
Reporter: upstream-release-monitoring(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, klember(a)redhat.com,
moceap(a)hotmail.com, pnemade(a)redhat.com,
psatpute(a)redhat.com
Target Milestone: ---
Classification: Fedora
Releases retrieved: 7.1.0
Upstream release that is considered latest: 7.1.0
Current version/release in rawhide: 7.0.1-2.fc39
URL: https://harfbuzz.github.io/
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/1299/
To change the monitoring settings for the project, please visit:
https://src.fedoraproject.org/rpms/harfbuzz
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2175109
https://bugzilla.redhat.com/show_bug.cgi?id=2168726
Bug ID: 2168726
Summary: paps-0.8.0 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: paps
Keywords: FutureFeature, Triaged
Assignee: tagoh(a)redhat.com
Reporter: upstream-release-monitoring(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com
Target Milestone: ---
Classification: Fedora
Releases retrieved: 0.8.0
Upstream release that is considered latest: 0.8.0
Current version/release in rawhide: 0.7.9-1.fc38
URL: http://github.com/dov/paps
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/2592/
To change the monitoring settings for the project, please visit:
https://src.fedoraproject.org/rpms/paps
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2168726