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=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=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=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=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=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=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=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=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=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=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=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=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=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=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=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=2095905
Bug ID: 2095905
Summary: [abrt] ibus-typing-booster: _expat_parse():
langtable.py:912:_expat_parse:xml.parsers.expat.ExpatE
rror: not well-formed (invalid token): line 11583,
column 64
Product: Fedora
Version: 36
Hardware: x86_64
Status: NEW
Whiteboard: abrt_hash:9a0e6dba4ca5dc3486a02f907d47050684522fb5;VAR
IANT_ID=workstation;
Component: ibus-typing-booster
Assignee: mfabian(a)redhat.com
Reporter: mfabian(a)redhat.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:
Version-Release number of selected component:
ibus-typing-booster-2.15.27-1.fc36
Additional info:
reporter: libreport-2.17.1
cgroup:
0::/user.slice/user-1000.slice/user@1000.service/session.slice/org.freedesktop.IBus.session.GNOME.service
cmdline: /usr/bin/python /usr/share/ibus-typing-booster/setup/main.py
crash_function: _expat_parse
exception_type: xml.parsers.expat.ExpatError
executable: /usr/share/ibus-typing-booster/setup/main.py
interpreter: python-unversioned-command-3.10.4-1.fc36.noarch
kernel: 5.17.13-300.fc36.x86_64
runlevel: N 5
type: Python3
uid: 1000
Truncated backtrace:
langtable.py:912:_expat_parse:xml.parsers.expat.ExpatError: not well-formed
(invalid token): line 11583, column 64
Traceback (most recent call last):
File "/usr/share/ibus-typing-booster/setup/main.py", line 87, in <module>
import tabsqlitedb
File "/usr/share/ibus-typing-booster/setup/../engine/tabsqlitedb.py", line
38, in <module>
import itb_util
File "/usr/share/ibus-typing-booster/setup/../engine/itb_util.py", line 89,
in <module>
import langtable # type: ignore
File "/usr/lib/python3.10/site-packages/langtable/__init__.py", line 1, in
<module>
from .langtable import *
File "/usr/lib/python3.10/site-packages/langtable/langtable.py", line 2553,
in <module>
__module_init = __ModuleInitializer()
File "/usr/lib/python3.10/site-packages/langtable/langtable.py", line 2547,
in __init__
_init()
File "/usr/lib/python3.10/site-packages/langtable/langtable.py", line 2539,
in _init
_read_file('territories.xml', TerritoriesContentHandler())
File "/usr/lib/python3.10/site-packages/langtable/langtable.py", line 932, in
_read_file
_expat_parse(file, sax_handler)
File "/usr/lib/python3.10/site-packages/langtable/langtable.py", line 912, in
_expat_parse
parser.ParseFile(file)
xml.parsers.expat.ExpatError: not well-formed (invalid token): line 11583,
column 64
Local variables in innermost frame:
file: <gzip on 0x7f2248a50700>
sax_handler: <langtable.langtable.TerritoriesContentHandler object at
0x7f2248a507f0>
parser: <pyexpat.xmlparser object at 0x7f2248a2e9e0>
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2095905
https://bugzilla.redhat.com/show_bug.cgi?id=2096482
Bug ID: 2096482
Summary: translate-toolkit-3.7.0 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: dwayne(a)translate.org.za,
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.7.0
Upstream release that is considered latest: 3.7.0
Current version/release in rawhide: 3.6.2-1.fc37
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://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/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=2096482
https://bugzilla.redhat.com/show_bug.cgi?id=2020514
Bug ID: 2020514
Summary: Ibus got installed on upgrading to Fedora 35 but it
doesn't work with KDE/Qt apps
Product: Fedora
Version: 35
Status: NEW
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: raghu+fac(a)raghukamath.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 was using KDE's plasma keyboard layout switcher to switch between input
keyboard layouts. Upon upgrading to Fedora 35 KDE spin, ibus got installed, But
ibus doesn't work with plasma desktop environment. I can't type in local
language in Qt apps and even on plasma desktop like krunner etc despite
switching to another keyboard layout. It works in GTK apps but not on any Qt
apps. Since Qt apps are common on KDE plasma environment ibus becomes a
hindrance.
Removing Ibus doesn't bring back the old native plasma keyboard layout switched
this rendering the plasma keyboard layout switcher KCM useless.
Version-Release number of selected component (if applicable):
How reproducible:
always
Steps to Reproduce:
1.Use ibus on KDE plasma environment.
Actual results:
Ibus doesn't work in Qt apps and plasma apps
Expected results:
layout switching should work across gtk as well as qt apps
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=2020514
https://bugzilla.redhat.com/show_bug.cgi?id=1931294
Bug ID: 1931294
Summary: URL tag is outdated
Product: Fedora
Version: 32
Status: NEW
Component: scim-anthy
Severity: low
Assignee: tagoh(a)redhat.com
Reporter: tim(a)tim-landscheidt.de
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, tagoh(a)redhat.com
Target Milestone: ---
Classification: Fedora
The URL "http://scim-imengine.sourceforge.jp/" used in the URL tag for the
binary package scim-anthy is outdated. https://github.com/scim-im/scim-anthy
seems to be working.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1850832
Bug ID: 1850832
Summary: The Gujarati & Hindi itrans methods are not able to
type sentences correctly.
Product: Fedora
Version: 32
Hardware: x86_64
OS: Linux
Status: NEW
Component: ibus-m17n
Severity: high
Assignee: pnemade(a)redhat.com
Reporter: nirmalpathak(a)fedoraproject.org
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 1698739
--> https://bugzilla.redhat.com/attachment.cgi?id=1698739&action=edit
Actual result while typing in GEdit using Gujarati and Hindi using itrans(m17n)
input method.
Description of problem:
The Gujarati & Hindi itrans methods are not able to type sentences correctly.
When you start typing in Gujarati or Hindi using itrans(m17n) input method, the
letters at times are replaced by 'space' or it simply doesn't print. At times,
the special characters like "?" are printed before the previously typed/printed
character.
This happens abruptly but in most cases, once you enter a new line by pressing
'enter' or 'return' key and start new sentence.
Version-Release number of selected component (if applicable):
m17n-db-1.8.0-9.fc32.noarch
ibus-m17n-1.4.2-2.fc32.x86_64
m17n-lib-1.8.0-7.fc32.x86_64
How reproducible:
Type in Gujarati or Hindi language using ibus itrans(m17n) method.
Steps to Reproduce:
1. Select Gujarati (itrans - m17n) or Hindi (itrans - m17n) method from ibus
input method.
2. Start typing multiple sentences in Gujarati or Hindi.
3. Press 'enter' or 'return' key to start a new sentence in a new line.
Actual results:
- કે મછે?
- બરાબ રનથી લખાતું
- कै से ?हो
- ऐसा क्युं छ परहा है?
Expected results:
- કેમ છે?
- બરાબર નથી લખાતું
- कैसे हो?
- ऐसा क्युं छप रहा है?
Additional info:
Please check attached GIF image for actual results.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2045414
Bug ID: 2045414
Summary: gettext: FTBFS in Fedora rawhide/f36
Product: Fedora
Version: rawhide
Status: NEW
Component: gettext
Assignee: suanand(a)redhat.com
Reporter: releng(a)fedoraproject.org
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
Blocks: 1992484 (F36FTBFS)
Target Milestone: ---
Classification: Fedora
gettext failed to build from source in Fedora rawhide/f36
https://koji.fedoraproject.org/koji/taskinfo?taskID=81771851
For details on the mass rebuild see:
https://fedoraproject.org/wiki/Fedora_36_Mass_Rebuild
Please fix gettext 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,
gettext will be orphaned. Before branching of Fedora 37,
gettext 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=1992484
[Bug 1992484] Fedora 36 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=2045414
https://bugzilla.redhat.com/show_bug.cgi?id=1751061
Bug ID: 1751061
Summary: Compose doesn’t work when using ibus
Product: Fedora
Version: 31
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-Everything-netinst-x86_64-31-20190909.n.0.iso in
qemu.
Ibus version is:
ibus-1.5.21-1.fc31.x86_64
I installed the gnome-tweaks package and set the compose key (Multi_key) to
“Scroll Lock”.
Configured input methods and keyboard layouts (as seen in the gnome panel) are:
English (US, euro on 5) en
日本語 ja
日本語(かな漢字) ja
その他(Typing Booster) 🚀
I choose the "English (US, euro on 5)" keyboard layout and
try to type into gedit.
When pressing <Multi_key> , I see
⎄
i.e. I see U+2384 COMPOSITION SYMBOL as expected.
But if I wait about a second, it disappears again.
Now I type <Multi_key> <'> fast, not waiting after <Multi_key>
I see
⎄'
and it disappears again after about a second.
<Multi_key> <'> <a> fast and I see:
á
After waiting for about a second, it turns into
á⎄
i.e. U+2384 COMPOSITION SYMBOL is added after the á without pressing any more
keys, just by waiting. This U+2384 COMPOSITION SYMBOL stays there, even if I
wait more. If I continue to type <'> <a>, I finally get:
áá
i.e. I have produced this “áá” by typing <Multi_key> <'> <a> <'> <a>.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1733869
Bug ID: 1733869
Summary: gettext: Getting errors in double free with msgfmt
command.
Product: Fedora
Version: 30
Status: NEW
Component: gettext
Assignee: panovotn(a)redhat.com
Reporter: poyadav(a)redhat.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,
panovotn(a)redhat.com, petersen(a)redhat.com,
praiskup(a)redhat.com, suanand(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem: Error in poc, please refer the result section for
details.
Version-Release number of selected component (if applicable):
gettext-0.19.8.1-18.fc30.x86_64
How reproducible:
Always
Steps to Reproduce:
1. Clone https://github.com/CCCCCrash/POCs.git.
2. Run valgrind msgfmt poc command.
3. Observe the output.
Actual results:
[poyadav@localhost doublefree]$ valgrind msgfmt poc
==8072== Memcheck, a memory error detector
==8072== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al.
==8072== Using Valgrind-3.15.0 and LibVEX; rerun with -h for copyright info
==8072== Command: msgfmt poc
==8072==
==8072== Conditional jump or move depends on uninitialised value(s)
==8072== at 0x48D9940: freea (in /usr/lib64/libgettextlib-0.19.8.1.so)
==8072== by 0x487E8EA: po_lex_charset_set (in
/usr/lib64/libgettextsrc-0.19.8.1.so)
==8072== by 0x487E098: po_gram_parse (in
/usr/lib64/libgettextsrc-0.19.8.1.so)
==8072== by 0x487EB9A: ??? (in /usr/lib64/libgettextsrc-0.19.8.1.so)
==8072== by 0x487A773: catalog_reader_parse (in
/usr/lib64/libgettextsrc-0.19.8.1.so)
==8072== by 0x10E7C7: ??? (in /usr/bin/msgfmt)
==8072== by 0x10D8EB: ??? (in /usr/bin/msgfmt)
==8072== by 0x4AABF32: (below main) (in /usr/lib64/libc-2.29.so)
==8072==
poc:17: duplicate message definition...
poc:16: ...this is the location of the first definition
poc:18:3: syntax error
poc:18: keyword "n" unknown
poc:19: end-of-line within string
poc:28: duplicate message definition...
poc:24: ...this is the location of the first definition
poc:35: keyword "msgud_plural" unknown
poc:34: missing 'msgstr' section
poc:35:13: syntax error
poc:40: end-of-line within string
poc:46: end-of-line within string
poc: warning: Charset missing in header.
Message conversion to user's charset will not work.
poc:42: duplicate message definition...
poc:6: ...this is the location of the first definition
poc:46:2: syntax error
poc:46: keyword "Ep" unknown
poc:47: keyword "C" unknown
poc:48: keyword "s" unknown
poc:49: keyword "bo" unknown
poc:50: keyword "S" unknown
poc:50:236: invalid control sequence
poc:50:397: invalid control sequence
poc:51: end-of-line within string
msgfmt: too many errors, aborting
==8072==
==8072== HEAP SUMMARY:
==8072== in use at exit: 59,783 bytes in 123 blocks
==8072== total heap usage: 547 allocs, 424 frees, 99,479 bytes allocated
==8072==
==8072== LEAK SUMMARY:
==8072== definitely lost: 650 bytes in 82 blocks
==8072== indirectly lost: 0 bytes in 0 blocks
==8072== possibly lost: 0 bytes in 0 blocks
==8072== still reachable: 59,133 bytes in 41 blocks
==8072== suppressed: 0 bytes in 0 blocks
==8072== Rerun with --leak-check=full to see details of leaked memory
==8072==
==8072== Use --track-origins=yes to see where uninitialised values come from
==8072== For lists of detected and suppressed errors, rerun with: -s
==8072== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0)
Expected results:
No errors.
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=2026124
Bug ID: 2026124
Summary: add pkg-config file
Product: Fedora
Version: 35
Status: NEW
Component: libunistring
Severity: medium
Assignee: p(a)draigbrady.com
Reporter: drepper(a)redhat.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:
To simplify the use of the library and checking in tools like rpm and cmake it
would be beneficial to have a pkg-config file in the -devel package
Version-Release number of selected component (if applicable):
libunistring-0.9.10-14
How reproducible:
always
Steps to Reproduce:
1.cat /usr/lib64/pkgconfig/libunistring.pc
2.
3.
Actual results:
no such file
Expected results:
Perhaps something like this:
prefix=/usr
exec_prefix=/usr
includedir=/usr/include
libdir=/usr/lib64
Name: GNU libunistring
Description: GNU libunistring library implementing Unicode string types in
three flavours
URL: https://www.gnu.org/software/libunistring/
Version: 0.9.10
Cflags: -I${includedir}
Libs: -L${libdir} -lunistring
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=2026124
https://bugzilla.redhat.com/show_bug.cgi?id=2036458
Bug ID: 2036458
Summary: Lohit Punjabi font does not implement all unicode
specs
Product: Fedora
Version: 35
Status: NEW
Component: Fonts
Assignee: i18n-bugs(a)lists.fedoraproject.org
Reporter: plehal(a)lehal.net
QA Contact: fonts-bugs(a)lists.fedoraproject.org
Target Milestone: ---
Classification: Fedora
Created attachment 1848544
--> https://bugzilla.redhat.com/attachment.cgi?id=1848544&action=edit
unicode spec.
Description of problem:
Lohit Punjabi Font does not recognize some subjoined consonants which should be
recognized per Unicode specs and are recognised by other fonts from other
vendors.
Version-Release number of selected component (if applicable):
All
How reproducible:
Always
Steps to Reproduce:
1. Try to type subjoined consonants with characters ਕ,ਗ,ਚ,ਤ,ਥ,ਟ,ਠ,ਦ,ਧ,ਨ
2. It shows as ਪ੍ਕ , ਪ੍ਗ, ਪ੍ਚ......instead of these letters showing properly at
the bottom of preceding character.
Actual results:ਪ੍ਕ , ਪ੍ਗ, ਪ੍ਚ.
Expected results: letters showing properly at the bottom of preceding
character.
Additional info: Related Unicode document attached. Raavi and Ravi font from
Microsoft render it correctly.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2036458
https://bugzilla.redhat.com/show_bug.cgi?id=1954716
Bug ID: 1954716
Summary: Fonts not used correctly
Product: Fedora
Version: rawhide
Status: NEW
Component: fontconfig
Assignee: tagoh(a)redhat.com
Reporter: barbarah.duarte(a)fluocomunicacao.com.br
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 1776799
--> https://bugzilla.redhat.com/attachment.cgi?id=1776799&action=edit
LibreOffice with all three fonts displayed in regular, italic and bold face.
I have installed some company-provided fonts for use in presentations etc.:
$ ls /usr/share/fonts/neo-sans-intel/
NeoSansIntel-Italic.ttf NeoSansIntel-MediumItalic.ttf
NeoSansIntel-LightItalic.ttf NeoSansIntel-Medium.ttf
NeoSansIntel-Light.ttf NeoSansIntel.ttf
In LibreOffice I have a choice of three separate fonts: Neo Sans Intel, Neo
Sans Intel Medium, and Neo Sans Intel Light.
For each of those three, the italic version of the font (from the separate TTF
file) is used. I can tell by the tail on the 'f' character. For bold text,
however, an 'emboldening' algorithm seems to be used instead of using the
appropriate separate font file.
In GNOME font selection dialogs, I see just one 'Neo Sans Intel' family, with a
choice of 8 styles. I'll ignore the italic versions since those do actually
seem to work as expected, so there are four weights listed:
- Light (== Neo Sans Intel Light)
- Regular (== Neo Sans Intel Medium)
- Medium (== Neo Sans Intel Medium)
- Bold (== Neo Sans Intel Medium + emboldening algorithm?)
I *don't* seem to have an option in GNOME which will just use the straight 'Neo
Sans Intel' font.
So both seem to be getting it wrong, in different ways. Or perhaps there's
something wrong with the fonts themselves?
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2069725
Bug ID: 2069725
Summary: Missing support for Georgian uppercase characters
Product: Fedora
Version: 35
Hardware: All
OS: Linux
Status: NEW
Component: Fonts
Assignee: i18n-bugs(a)lists.fedoraproject.org
Reporter: alan.g12r(a)outlook.com
QA Contact: fonts-bugs(a)lists.fedoraproject.org
Target Milestone: ---
Classification: Fedora
Created attachment 1869049
--> https://bugzilla.redhat.com/attachment.cgi?id=1869049&action=edit
Fedora 35 Missing Georgian characters
Description of problem:
Georgian uppercase letters are shown as squares
How reproducible:
always
Steps to Reproduce:
1.add Georgian keyboard layout
2.open text editor
3.type Georgian letters and make them uppercase
Actual results:
all characters are shown as replacement boxes
Expected results:
readable text
Additional info:
Georgian uppercase characters were introduced in Unicode 11 (2018), but there's
no font supporting these glyphs in Fedora.
Google Noto fonts include these characters. Noto Georgian fonts are also used
as default in Arch-based distributions and Android.
Please add Google-Noto-Georgian, that provide full support for Georgian script.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2069725
https://bugzilla.redhat.com/show_bug.cgi?id=1981500
Bug ID: 1981500
Summary: [f34] some snaps are having font display issues
Product: Fedora
Version: 34
OS: Linux
Status: NEW
Component: fontconfig
Severity: medium
Assignee: tagoh(a)redhat.com
Reporter: dvd(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:
Installing some snaps like codium are having font issues in dialog windows.
This has been widely discussed upstream [1]
Tried multiple workarounds and none of them are working:
~~~
sudo rm /var/cache/fontconfig/*
rm ~/.cache/fontconfig/*
rm -f ~/snap/codium/current/.cache/
fc-cache -r -v
snap run --shell codium
fc-cache -r -v
exit
~~~
I also tried this with VScodium running
Arch wiki [a] suspects it's an issue caused by fontconfig>=2.13.91
Version-Release number of selected component (if applicable):
fontconfig-2.13.93-6.fc34.x86_64
snapd-selinux-2.51-1.fc34.noarch
snap-confine-2.51-1.fc34.x86_64
snapd-2.51-1.fc34.x86_64
How reproducible:
All the time
Steps to Reproduce:
1. snap install codium
2. Open Folder dialog or any kind of dialog
Actual results:
All the text is square instead of readable characters
Expected results:
We should be able to read the text.
Additional info:
[a] https://wiki.archlinux.org/title/Talk:Snap
[1]
~~~
https://forum.snapcraft.io/t/snapped-app-not-loading-fonts-on-fedora-and-ar…https://forum.inkdrop.app/t/snap-with-no-visible-letters-in-system-dialogs-…https://wiki.archlinux.org/title/Talk:Snaphttps://githubmemory.com/repo/snapcrafters/codium/issues/6https://github.com/VSCodium/vscodium/issues/426
~~~
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2102608
Bug ID: 2102608
Summary: CVE-2022-33068 VUL-0: CVE-2022-33068: harfbuzz:
integer overflow in the component
hb-ot-shape-fallback.cc
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: caswilli(a)redhat.com, dffrench(a)redhat.com,
eng-i18n-bugs(a)redhat.com, erik-fedora(a)vanpienbroek.nl,
gzaronik(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org,
jburrell(a)redhat.com, jwong(a)redhat.com,
kaycoth(a)redhat.com, klember(a)redhat.com,
kshier(a)redhat.com, manisandro(a)gmail.com,
moceap(a)hotmail.com, ngough(a)redhat.com,
pnemade(a)redhat.com, psatpute(a)redhat.com,
rgodfrey(a)redhat.com, rh-spice-bugs(a)redhat.com,
tuxator(a)o2.pl
Target Milestone: ---
Classification: Other
An integer overflow in the component hb-ot-shape-fallback.cc allows attackers
to cause a Denial of Service (DoS) via unspecified vectors.
Reference:
https://github.com/harfbuzz/harfbuzz/issues/3557https://github.com/harfbuzz/harfbuzz/commit/62e803b36173fd096d7ad460dd1d1db…
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2102608
https://bugzilla.redhat.com/show_bug.cgi?id=2111210
Bug ID: 2111210
Summary: fcitx-4.2.9.9 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: fcitx
Keywords: FutureFeature, Triaged
Assignee: liangsuilong(a)gmail.com
Reporter: upstream-release-monitoring(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: cickumqt(a)gmail.com, i18n-bugs(a)lists.fedoraproject.org,
liangsuilong(a)gmail.com, pwu(a)redhat.com,
robinlee.sysu(a)gmail.com, yanqiyu01(a)gmail.com
Target Milestone: ---
Classification: Fedora
Releases retrieved: 4.2.9.9
Upstream release that is considered latest: 4.2.9.9
Current version/release in rawhide: 4.2.9.8-7.fc37
URL: https://fcitx-im.org/wiki/Fcitx
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/8004/
To change the monitoring settings for the project, please visit:
https://src.fedoraproject.org/rpms/fcitx
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2111210
https://bugzilla.redhat.com/show_bug.cgi?id=1771836
Bug ID: 1771836
Summary: ibus not responsive on wayland with sway as
windowmanager
Product: Fedora
Version: 31
Status: NEW
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: chorn(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 1635626
--> https://bugzilla.redhat.com/attachment.cgi?id=1635626&action=edit
strace when running ibus-wayland from a terminal in sway
Description of problem:
ibus not responsive on wayland with sway as windowmanager
Version-Release number of selected component (if applicable):
ibus-wayland-1.5.21-3.fc31.x86_64
ibus-1.5.21-3.fc31.x86_64
ibus-mozc-2.23.2815.102-8.fc31.x86_64
How reproducible:
always
Steps to Reproduce:
1. install Fedora31, select lxde-desktop-environment to get wayland installed
2. dnf -y install sway ibus-wayland ibus-mozc
3. useradd -m chris; passwd chris
4. Use this in the users .bashrc :
[[ $(pgrep ibus-daemon) ]] || ibus-daemon --xim --daemonize -r
export IMSETTINGS_INTEGRATE_DESKTOP=yes
export IMSETTINGS_MODULE=ibus
export QT_IM_MODULE=ibus
export XMODIFIERS=@im=ibus
export GTK_IM_MODULE=ibus
5. Boot system into multi-usermode, for example in setting it as default target
and rebooting
6. login as user chris
7. run sway in executing 'sway'
8. get a terminal in pressing $mod + return (by default, $mod is the
windows-key)
9. verify ibus-daemon is running: 'ps ax|grep ibus'
10. try to run ibuswayland: '/usr/libexec/ibus-wayland'
Actual results:
No input_method global
Expected results:
ibus-wayland should run, and I should be able to switch input method to mozc as
configured with 'ibus-setup'.
Additional info:
- Might very well be an issue on my side.. but after trying this now for a
week, taking that to bugzilla.
- fcitx4 from Fedora works under sway.
- When setting up ibus as above, I was never able to run ibus-wayland, and ibus
did never react to attempts to switch the input method with shift+space or
ctrl+space, I tried these combinations after setting them up with ibus-setup
- Instead of running ibus-daemon from user .bashrc, I did run it from sway
directly. Steps:
mkdir ~/.config/sway
cp /etc/sway/config ~/.config/sway/config
echo 'exec /usr/bin/ibus-daemon --xim --daemonize' >>~/.config/sway/config
The result is the same though.
- When running ibus-daemon non-daemonizing from a terminal, I get this:
[chris@космос ~]$ ibus-daemon -r -v
(ibus-ui-gtk3:75725): IBUS-WARNING **: 15:00:43.303: panel.vala:255: If you
launch KDE5 on xterm, export XDG_CURRENT_DESKTOP=KDE before launch KDE5.
(ibus-ui-gtk3:75725): IBUS-WARNING **: 15:00:43.335: ibus_bus_call_sync:
org.freedesktop.DBus.Properties.Get:
GDBus.Error:org.freedesktop.DBus.Error.Failed: No global engine.
(and ibus-daemon stays running)
- I tried various terminals, for example xterm and terminator
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1933539
Bug ID: 1933539
Summary: Require mkfontdir/mkfontscale directly, not
xorg-x11-xkb-utils
Product: Fedora
Version: rawhide
Status: NEW
Component: liberation-fonts
Assignee: vishalvijayraghavan(a)gmail.com
Reporter: peter.hutterer(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: caillon+fedoraproject(a)gmail.com,
extras-qa(a)fedoraproject.org,
fonts-bugs(a)lists.fedoraproject.org,
gnome-sig(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, mclasen(a)redhat.com,
mtasaka(a)tbz.t-com.ne.jp, petersen(a)redhat.com,
psatpute(a)redhat.com, rhughes(a)redhat.com,
rstrode(a)redhat.com, sandmann(a)redhat.com,
vishalvijayraghavan(a)gmail.com
Depends On: 1933537
Blocks: 1932731
Target Milestone: ---
Classification: Fedora
liberation-fonts currently BuildRequires: xorg-x11-font-utils
xorg-x11-font-utils is to be split up into multiple packages, see Bug 1932731.
This package only requires mkfontscale and mkfontdir, so let's BuildRequires
these directly. xorg-x11-font-utils has had Provides for those for ages now
anyway, so this is largely a noop from this package's POV.
Suggested diff:
diff --git a/liberation-fonts.spec b/liberation-fonts.spec
index a9cc575..583e224 100644
--- a/liberation-fonts.spec
+++ b/liberation-fonts.spec
@@ -24,7 +24,8 @@ Source8: %{fontname}-sans.metainfo.xml
Source9: %{fontname}-serif.metainfo.xml
BuildArch: noarch
-BuildRequires: fontpackages-devel >= 1.13, xorg-x11-font-utils
+BuildRequires: fontpackages-devel >= 1.13
+BuildRequires: mkfontscale mkfontdir
BuildRequires: fontforge
BuildRequires: libappstream-glib
BuildRequires: python3
Verified successful build in a local F33 container with only the mkfontscale
(Bug 1932734) and bdftopcf (Bug 1932736) packages installed, no
xorg-x11-font-utils.
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1932731
[Bug 1932731] X.org Utility Deaggregation - xorg-x11-font-utils
https://bugzilla.redhat.com/show_bug.cgi?id=1933537
[Bug 1933537] Require mkfontdir/mkfontscale directly, not xorg-x11-xkb-utils
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2062531
Bug ID: 2062531
Summary: [abrt] ibus-hangul: g_malloc(): ibus-engine-hangul
killed by SIGTRAP
Product: Fedora
Version: 35
Hardware: x86_64
Status: NEW
Whiteboard: abrt_hash:1a7bcaa12d43fd548436956ce7705180126f4ca8;VAR
IANT_ID=workstation;
Component: ibus-hangul
Assignee: pwu(a)redhat.com
Reporter: aff7153(a)naver.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, pwu(a)redhat.com,
shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
If i try to input Korean after hearing a beep with Backspace, it is not
converted to English.
Version-Release number of selected component:
ibus-hangul-1.5.4-7.fc35
Additional info:
reporter: libreport-2.15.2
backtrace_rating: 4
cgroup:
0::/user.slice/user-1000.slice/user@1000.service/session.slice/org.gnome.Shell@wayland.service
cmdline: /usr/libexec/ibus-engine-hangul --ibus
crash_function: g_malloc
executable: /usr/libexec/ibus-engine-hangul
journald_cursor:
s=311ede50a8af4ab6a58beb452725adab;i=40ec7;b=9d55fb2f626d41cca2f4ed3513540fd8;m=2c5552a2;t=5d9d54a34742b;x=22649ff646e4807a
kernel: 5.16.9-200.fc35.x86_64
rootdir: /
runlevel: N 5
type: CCpp
uid: 1000
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2062531
https://bugzilla.redhat.com/show_bug.cgi?id=2070967
Bug ID: 2070967
Summary: dnf breaks updateprocess with "already downloaded"
Product: Red Hat Enterprise Linux 9
Version: 9.0
OS: Linux
Status: NEW
Whiteboard: AcceptedFreezeException
Component: dnf
Keywords: Triaged
Severity: medium
Priority: medium
Assignee: packaging-team-maint(a)redhat.com
Reporter: mblaha(a)redhat.com
QA Contact: swm-qe(a)redhat.com
CC: awilliam(a)redhat.com, customercare(a)resellerdesktop.de,
daniel.mach(a)gmail.com, Daniel(a)Smart-Tux.de,
extras-qa(a)fedoraproject.org, fsumsal(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org,
james.antill(a)redhat.com, jmracek(a)redhat.com,
jrohel(a)redhat.com, mblaha(a)redhat.com,
mhatina(a)redhat.com, mtasaka(a)fedoraproject.org,
packaging-team-maint(a)redhat.com, pkratoch(a)redhat.com,
red(a)idp.it,
rpm-software-management(a)lists.fedoraproject.org,
vmukhame(a)redhat.com
Depends On: 2024527
Blocks: 1953786
(F36FinalFreezeException,FinalFreezeException),
2070966
Target Milestone: rc
Classification: Red Hat
Pool ID: sst_cs_software_management_rhel_9
+++ This bug was initially created as a clone of Bug #2024527 +++
Description of problem:
You will find a log of an broken dnf update process attached. The catch is, the
dnf error is "all files are already downloaded" in other words, there is no
error message that is presented, it just breaks.
This happened for the second time now in rawhide and needs fixing and a
workaround description somewhere, because the normal enduser is not able to fix
this, due lack of knowlage.
Version-Release number of selected component (if applicable):
4.10.0-1 FC36
** WORKAROUND **
as root:
dnf clean all; # clean out all already downloaded AND ALL PREVIOUSLY CACHED
rpms
dnf update; # downloads all new rpms again.
IN CASE OF REQUIRED CACHING, you need to move the rpms out of
/var/cache/dnf/<REPONAME..>/packages/ to safe location like /root/ and later
copy them back.
--- Additional comment from on 2021-11-22 11:04:06 CET ---
Here is an example for exactly ONE package to update:
[root@fedorapine packages]# dnf update
Fedora - Rawhide - Developmental packages for the next Fedora release
15 kB/s | 15 kB 00:01
RPM Fusion for Fedora Rawhide - Free
4.9 kB/s | 4.6 kB 00:00
Abhängigkeiten sind aufgelöst.
================================================================================================================================================================================================================================================================================
Package
Architecture Version
Repository
Size
================================================================================================================================================================================================================================================================================
Aktualisieren:
gstreamer1-plugins-bad-freeworld
aarch64 1:1.19.3-1.fc36
rpmfusion-free-rawhide
182 k
Transaktionsübersicht
================================================================================================================================================================================================================================================================================
Aktualisieren 1 Paket
Gesamtgröße: 182 k
Ist dies in Ordnung? [j/N]: j
Pakete werden heruntergeladen:
[SKIPPED] gstreamer1-plugins-bad-freeworld-1.19.3-1.fc36.aarch64.rpm: Already
downloaded
Fehler: Fehler beim Herunterladen der Pakete:
gstreamer1-plugins-bad-freeworld-1:1.19.3-1.fc36.aarch64: Already downloaded
[root@fedorapine packages]# dnf clean all
297 Dateien entfernt
[root@fedorapine packages]# dnf update
Copr repo for mobile owned by njha
6.6 kB/s | 48 kB 00:07
Fedora - Rawhide - Developmental packages for the next Fedora release
1.9 MB/s | 58 MB 00:29
Fedora - Modular Rawhide - Developmental packages for the next Fedora release
602 kB/s | 1.0 MB 00:01
RPM Fusion for Fedora Rawhide - Free
621 kB/s | 879 kB 00:01
RPM Fusion for Fedora Rawhide - Nonfree
169 kB/s | 138 kB 00:00
Letzte Prüfung auf abgelaufene Metadaten: vor 0:00:01 am Mo 22 Nov 2021
11:02:17 CET.
Abhängigkeiten sind aufgelöst.
================================================================================================================================================================================================================================================================================
Package
Architecture Version
Repository
Size
================================================================================================================================================================================================================================================================================
Aktualisieren:
gstreamer1-plugins-bad-freeworld
aarch64 1:1.19.3-1.fc36
rpmfusion-free-rawhide
182 k
Transaktionsübersicht
================================================================================================================================================================================================================================================================================
Aktualisieren 1 Paket
Gesamte Downloadgröße: 182 k
Ist dies in Ordnung? [j/N]: j
Pakete werden heruntergeladen:
gstreamer1-plugins-bad-freeworld-1.19.3-1.fc36.aarch64.rpm
689 kB/s | 182 kB 00:00 A
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Gesamt
111 kB/s | 182 kB 00:01
Transaktionsüberprüfung wird ausgeführt
Transaktionsprüfung war erfolgreich.
Transaktion wird getestet
Transaktionstest war erfolgreich.
Transaktion wird ausgeführt
Vorbereitung läuft :
1/1
Aktualisieren :
gstreamer1-plugins-bad-freeworld-1:1.19.3-1.fc36.aarch64
1/2
Aufräumen :
gstreamer1-plugins-bad-freeworld-1:1.19.2-1.fc36.aarch64
2/2
Ausgeführtes Scriptlet:
gstreamer1-plugins-bad-freeworld-1:1.19.2-1.fc36.aarch64
2/2
Überprüfung läuft :
gstreamer1-plugins-bad-freeworld-1:1.19.3-1.fc36.aarch64
1/2
Überprüfung läuft :
gstreamer1-plugins-bad-freeworld-1:1.19.2-1.fc36.aarch64
2/2
Aktualisiert:
gstreamer1-plugins-bad-freeworld-1:1.19.3-1.fc36.aarch64
Fertig.
Conclusion: It's nothing with the rpms itself, it's a dnf internal bug.
--- Additional comment from on 2021-11-22 11:05:21 CET ---
I updated all of the rpm via rpm -U manually, just to rule out any package
problems: none had issues .
--- Additional comment from Ben Cotton on 2022-02-08 22:27:03 CET ---
This bug appears to have been reported against 'rawhide' during the Fedora 36
development cycle.
Changing version to 36.
--- Additional comment from on 2022-02-27 10:06:32 CET ---
Still happening with :
# rpm -qi dnf
Name : dnf
Version : 4.10.0
Release : 2.fc36
Architecture: noarch
Install Date: Sa 05 Feb 2022 17:53:16 CET
and very annoying.
--- Additional comment from Mamoru TASAKA on 2022-03-14 08:17:59 CET ---
I see this issue also on ja_JP.utf8, zh_ZW.utf8
# rpm -q dnf
dnf-4.10.0-2.fc36.noarch
root@localhost ~]# env LANG=C.utf8 LC_ALL=C.utf8 dnf -y upgrade rubygem-unf_ext
--downloadonly
Last metadata expiration check: 0:04:30 ago on Mon Mar 14 15:36:20 2022.
Dependencies resolved.
=====================================================================================================
Package Architecture Version Repository Size
=====================================================================================================
Upgrading:
rubygem-unf_ext x86_64 0.0.8.1-1.fc36 updates-testing 157
k
Transaction Summary
=====================================================================================================
Upgrade 1 Package
Total download size: 157 k
DNF will only download packages for the transaction.
Downloading Packages:
rubygem-unf_ext-0.0.8.1-1.fc36.x86_64.rpm
914 kB/s | 157 kB 00:00
-----------------------------------------------------------------------------------------------------
Total
236 kB/s | 157 kB 00:00
Complete!
The downloaded packages were saved in cache until the next successful
transaction.
You can remove cached packages by executing 'dnf clean packages'.
[root@localhost ~]# env LANG=ja_JP.utf8 LC_ALL=ja_JP.utf8 dnf upgrade
rubygem-unf_ext
メタデータの期限切れの最終確認: 0:04:45 時間前の 2022年03月14日 15時36分20秒 に実施しました。
依存関係が解決しました。
=====================================================================================================
パッケージ アーキテクチャー バージョン リポジトリー サイズ
=====================================================================================================
アップグレード:
rubygem-unf_ext x86_64 0.0.8.1-1.fc36 updates-testing 157
k
トランザクションの概要
=====================================================================================================
アップグレード 1 パッケージ
合計サイズ: 157 k
これでよろしいですか? [y/N]: y
パッケージのダウンロード:
[SKIPPED] rubygem-unf_ext-0.0.8.1-1.fc36.x86_64.rpm: Already downloaded
ダウンロード済みのパッケージは、次の正常なトランザクションまでキャッシュに保存されました。
'dnf clean packages' を実行することでキャッシュパッケージを削除できます。
エラー: パッケージのダウンロード中にエラーが発生しました:
rubygem-unf_ext-0.0.8.1-1.fc36.x86_64: Already downloaded
[root@localhost ~]# env LANG=zh_TW.utf8 LC_ALL=zh_TW.utf8 dnf upgrade
rubygem-unf_ext
Fedora 36 - x86_64 - Test Updates
15 kB/s | 18 kB 00:01
依賴關係解析完畢。
=====================================================================================================
軟體包 架構 版本 軟體庫 大小
=====================================================================================================
升級:
rubygem-unf_ext x86_64 0.0.8.1-1.fc36 updates-testing 157
k
處理事項摘要
=====================================================================================================
升級 1 軟體包
總大小:157 k
這樣可以嗎 [y/N]: y
下載軟體包:
[SKIPPED] rubygem-unf_ext-0.0.8.1-1.fc36.x86_64.rpm: Already downloaded
直到有下個成功處理事項為止,下載的軟體包會存在快取中。
您可以透過執行「dnf clean packages」移除軟體包快取。
錯誤:下載軟體包時失敗:
rubygem-unf_ext-0.0.8.1-1.fc36.x86_64: Already downloaded
[root@localhost ~]# env LANG=en_US.utf8 LC_ALL=en_US.utf8 dnf upgrade
rubygem-unf_ext
Fedora 36 - x86_64 - Test Updates
1.1 kB/s | 18 kB 00:16
Dependencies resolved.
=====================================================================================================
Package Architecture Version Repository Size
=====================================================================================================
Upgrading:
rubygem-unf_ext x86_64 0.0.8.1-1.fc36 updates-testing 157
k
Transaction Summary
=====================================================================================================
Upgrade 1 Package
Total size: 157 k
Is this ok [y/N]: y
Downloading Packages:
[SKIPPED] rubygem-unf_ext-0.0.8.1-1.fc36.x86_64.rpm: Already downloaded
Running transaction check
Transaction check succeeded.
Running transaction test
Transaction test succeeded.
Running transaction
Preparing : 1/1
Upgrading : rubygem-unf_ext-0.0.8.1-1.fc36.x86_64 1/2
Cleanup : rubygem-unf_ext-0.0.8-3.fc36.x86_64 2/2
Running scriptlet: rubygem-unf_ext-0.0.8-3.fc36.x86_64 2/2
Verifying : rubygem-unf_ext-0.0.8.1-1.fc36.x86_64 1/2
Verifying : rubygem-unf_ext-0.0.8-3.fc36.x86_64 2/2
Upgraded:
rubygem-unf_ext-0.0.8.1-1.fc36.x86_64
Complete!
--- Additional comment from Mamoru TASAKA on 2022-03-14 08:22:12 CET ---
So this fails at least on ja_JP.utf8 , zh_TW.utf8 . Reporter says this also
fails on de_DE.utf8 (perhaps?), but this succeeds on C.utf8.
--- Additional comment from Fedora Blocker Bugs Application on 2022-03-14
08:32:13 CET ---
Proposed as a Freeze Exception for 36-final by Fedora user mtasaka using the
blocker tracking app because:
This bug may affect lots of non-English Fedora user when doing software update
--- Additional comment from Marek Blaha on 2022-03-14 09:46:28 CET ---
The problem is real and valid. You are not able to update the system with other
than english locale in case that some of the updates were already downloaded.
This is quite common when you use dnf-automatic. As mentioned you can
work-around this issue by cleaning the dnf cache.
Steps to reproduce:
1. you need to have at least one upgradable package on the system
2. download updates into cache: # dnf update --downloadonly -y
3. try to update the system having other than C locale set: # LC_ALL=de_DE.utf8
dnf update -y
============================================================================================================================================
Paket Architektur Version
Paketquelle Größe
============================================================================================================================================
Aktualisieren:
libuv x86_64
1:1.44.1-1.fc35 updates 150 k
Transaktionszusammenfassung
============================================================================================================================================
Aktualisieren 1 Paket
Gesamtgröße: 150 k
Pakete werden heruntergeladen:
[SKIPPED] libuv-1.44.1-1.fc35.x86_64.rpm: Already downloaded
Die heruntergeladenen Pakete wurden bis zur nächsten erfolgreichen Transaktion
im Zwischenspeicher abgelegt.
Sie können zwischengespeicherte Pakete mit dem Befehl »dnf clean packages«
entfernen.
Fehler: Fehler beim Herunterladen der Pakete:
libuv-1:1.44.1-1.fc35.x86_64: Already downloaded
--- Additional comment from Marek Blaha on 2022-03-14 10:01:47 CET ---
PR https://github.com/rpm-software-management/dnf/pull/1818 fixes the problem.
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1953786
[Bug 1953786] Fedora 36 Final freeze exception bug tracker
https://bugzilla.redhat.com/show_bug.cgi?id=2024527
[Bug 2024527] dnf breaks updateprocess with "already downloaded"
https://bugzilla.redhat.com/show_bug.cgi?id=2070966
[Bug 2070966] dnf breaks updateprocess with "already downloaded"
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2070967
https://bugzilla.redhat.com/show_bug.cgi?id=2081055
Bug ID: 2081055
Summary: ibus-ui-gtk3 crashes
Product: Fedora
Version: 35
Hardware: x86_64
OS: Linux
Status: NEW
Component: ibus
Severity: high
Assignee: tfujiwar(a)redhat.com
Reporter: danielsun3164(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:
My ibus crashes every week and I cannot change input methon unless I restart
ibus-daemon.
Version-Release number of selected component (if applicable):
$ rpm -qa ibus\* | sort
ibus-1.5.25-6.fc35.x86_64
ibus-anthy-1.5.14-1.fc35.x86_64
ibus-anthy-python-1.5.14-1.fc35.noarch
ibus-chewing-1.6.1-15.fc35.x86_64
ibus-devel-1.5.25-6.fc35.x86_64
ibus-gtk2-1.5.25-6.fc35.i686
ibus-gtk2-1.5.25-6.fc35.x86_64
ibus-gtk3-1.5.25-6.fc35.i686
ibus-gtk3-1.5.25-6.fc35.x86_64
ibus-handwrite-3.0.0-17.fc35.x86_64
ibus-hangul-1.5.4-7.fc35.x86_64
ibus-input-pad-1.4.99.20140916-18.fc35.x86_64
ibus-kkc-1.5.22-18.fc35.x86_64
ibus-libpinyin-1.12.1-1.fc35.x86_64
ibus-libs-1.5.25-6.fc35.i686
ibus-libs-1.5.25-6.fc35.x86_64
ibus-libzhuyin-1.10.0-3.fc35.x86_64
ibus-m17n-1.4.9-1.fc35.x86_64
ibus-mozc-2.26.4577.102-1.fc35.x86_64
ibus-pinyin-1.5.0-24.fc35.x86_64
ibus-qt-1.3.3-32.fc35.x86_64
ibus-rawcode-1.3.2-21.fc35.x86_64
ibus-rime-1.5.0-2.fc35.x86_64
ibus-setup-1.5.25-6.fc35.noarch
ibus-table-1.16.7-1.fc35.noarch
ibus-table-chinese-1.8.8-1.fc35.noarch
ibus-table-chinese-wubi-haifeng-1.8.8-1.fc35.noarch
ibus-table-chinese-wubi-jidian-1.8.8-1.fc35.noarch
ibus-table-devel-1.16.7-1.fc35.noarch
ibus-typing-booster-2.15.25-1.fc35.noarch
ibus-wayland-1.5.25-6.fc35.x86_64
How reproducible:
Every week
Steps to Reproduce:
1. Using ibus to input Chinese or Japanese.
2.
3.
Actual results:
Ibus's icon disappeared from notification area and I cannot change input method
anymore.
Expected results:
Ibus should not crash
Additional info:
Here is the log in /var/log/message:
systemd-coredump[1082876]: Process 7107 (ibus-ui-gtk3) of user 500 dumped
core.#012#012Found module linux-vdso.so.1 with build-id:
bad404017427e634e76661e05373273c968cbcbc#012Found module librsvg-2.so.2 with
build-id: 11f719e84f2cfbacf70731f885188e1b9996844e#012Found module
libpixbufloader-svg.so with build-id:
817190cec7c487be9847250973314ea93de0951a#012Found module libgthread-2.0.so.0
with build-id: 86695ba9ebe819ffa1d4f237f25bbc6d3ec9a4f9#012Found module
libxfconf-0.so.3 with build-id:
fddd1010f726e8f19e51198fde7760a3350e7dc4#012Found module
libxfconfgsettingsbackend.so with build-id:
936dbd56bc57026fe601e3f36cf89dddeb8fe226#012Found module libdconfsettings.so
with build-id: f07853974014f14e04029f524a32d4aea9558c1d#012Found module
libgvfscommon.so with build-id:
6045f9d5862c498db6342ad74543670e00bd03a3#012Found module libgvfsdbus.so with
build-id: dac79f425b7c59006d524fc80b4f7ec6375ccc1c#012Found module
libgpg-error.so.0 with build-id:
081975d0a3416374b4883b2f1639fd3c9df42390#012Found module libgcrypt.so.20 with
build-id: 711d41580c5a8649a79a8430a985dac3e25b5ba2#012Found module libcap.so.2
with build-id: 0214aa9cc6a8646eb9ec27ab7dda6a2219da6500#012Found module
liblz4.so.1 with build-id: fd02c4542a1ce1ad6c503b958447be1c37a4afee#012Found
module libzstd.so.1 with build-id:
7984add4b0ab24869c30e19cfba3637ca295dd7b#012Found module libbrotlicommon.so.1
with build-id: 9e92a8ec2d9efe80ec86e04fba0549cd3202ebc4#012Found module
libstdc++.so.6 with build-id: 36f7946c2608f3e08b11ec0af0b63055a39c89f3#012Found
module libicudata.so.69 with build-id:
fae0a612a5535b81eaec823e8cedb06c89719d94#012Found module libsystemd.so.0 with
build-id: 20fcadc42809f2780fccafbb6fa3c834101fc40e#012Found module liblzma.so.5
with build-id: 8f6112440d7c7e991ffa27ef23ceb6bd6a6ed4a0#012Found module
libpcre2-8.so.0 with build-id:
67d78ee981939e51fee33d8885ff8000552e7a3d#012Found module libblkid.so.1 with
build-id: 0d23bd02d1ed06df97832d78f7ff38d617ac29d9#012Found module libXau.so.6
with build-id: b6a2d4859848c28bf0a4fc8744d04b1935879af6#012Found module
libbrotlidec.so.1 with build-id:
57cb8a53e33f31a620f3739919414c0d00549f87#012Found module libbz2.so.1 with
build-id: 19ce300b78962ee0b113afb0f1016727a2f3c37b#012Found module
libdatrie.so.1 with build-id: 9ebd99e63729783155e081cc2c2377a767b9e3c4#012Found
module libjson-glib-1.0.so.0 with build-id:
ff150bb944b7d341fb33c367b230a0c005ac1833#012Found module libsqlite3.so.0 with
build-id: 072b1e135c03359061ea9c8346cdb61528950924#012Found module
libicui18n.so.69 with build-id:
96cea623123108e425250a0c59fa6221e96cadb2#012Found module libicuuc.so.69 with
build-id: 45119735453983eea1a3fb59b0ed34a6e61d8c5a#012Found module
libstemmer.so.0 with build-id:
c36e99b36673aac08c24a26a9c71ce82938c62f7#012Found module libgcc_s.so.1 with
build-id: b6870691657424bce223a2e63e40a74a86865cd4#012Found module
libatspi.so.0 with build-id: 93de58828b176bf6eb76897e1cb2e576a1d5fddf#012Found
module libdbus-1.so.3 with build-id:
a8d9a4e12c86b445bf8e5785702ff3fbe9f2ab5f#012Found module libxml2.so.2 with
build-id: 7f7c4a4c85206200336c641203ee60c41e6b7231#012Found module
libgraphite2.so.3 with build-id:
58f949a538f65a6221e442879144b368f663f7e3#012Found module ld-linux-x86-64.so.2
with build-id: 88ce8ba0b2745e35137ef4b27add698a4b841dce#012Found module
libpcre.so.1 with build-id: fcbdb4731e50f20a47b62341a6841dd616fe495d#012Found
module libffi.so.6 with build-id:
0129f72b58e11d59546f7f207d2c90af7ebd9a5e#012Found module libselinux.so.1 with
build-id: f805394f993c704b949315b56c344d22dfad801f#012Found module
libmount.so.1 with build-id: dac49fdb6963d60e2706cfacd2f2f5c0773ab008#012Found
module libjpeg.so.62 with build-id:
f50d5361714c8fe58ed898123a98aa0d6547068e#012Found module libz.so.1 with
build-id: 5903f5c355c264403e4e7cdc66779584425ca3b8#012Found module
libXrender.so.1 with build-id:
45e135fd2ee2393b7eb0c94f964542b8326582e1#012Found module libxcb-render.so.0
with build-id: 36edcc5980076552c68ccef2c6199808cba68f98#012Found module
libxcb.so.1 with build-id: 1352e33391b3079347f320218799d6e531bd42f1#012Found
module libxcb-shm.so.0 with build-id:
a31877f8ca8058df0005532a160d93a1104c5401#012Found module libpng16.so.16 with
build-id: afcd45d29b0d579615db44a29213544328adde6f#012Found module
libfreetype.so.6 with build-id:
9999d5d839e4c66f038202b9c706f5ac7c17c593#012Found module libpixman-1.so.0 with
build-id: dc521afa5e1d55834eebac7bb3c97cfe5e73f384#012Found module libthai.so.0
with build-id: 1f7b46f526e1fba04f29535981483f50c782775e#012Found module
libXinerama.so.1 with build-id:
72d169302fe5696536345d6da1605baeb6e3bc01#012Found module libXrandr.so.2 with
build-id: eb8b304d315d3ee09980cafe7ceda9582daa40e8#012Found module
libXcomposite.so.1 with build-id:
4223e166fff31d2e529cc5f856c7100fbdf67cd9#012Found module libXdamage.so.1 with
build-id: 7ad2a44d600f984d1728b624701f5d41bba04067#012Found module
libXcursor.so.1 with build-id:
fb3d6eb4c582d4761eab821bc0ceb77fc7c2654f#012Found module libXext.so.6 with
build-id: 08e82aa07cb7910a08d8386fb16de7896ce290f4#012Found module
libwayland-egl.so.1 with build-id:
fb6a1bc9ceb7d5ffa82d5cea40d264f051be7a1d#012Found module libwayland-cursor.so.0
with build-id: c8b991c44ffc9038a086fca59d23dbdb83a39703#012Found module
libxkbcommon.so.0 with build-id:
534d0218e01a780844e80ce6544afc33731e716a#012Found module libXfixes.so.3 with
build-id: e8020da14577d275b75ed0c4cb18b1050fc33595#012Found module
libwayland-client.so.0 with build-id:
5d113c79482a020b83e3a5de081d469ce51c4a5c#012Found module
libtracker-sparql-3.0.so.0 with build-id:
0f5c589b707376d06aefe8ab2bfe8c05f32198d9#012Found module libcloudproviders.so.0
with build-id: 5b10ee7ce7470f15b8429030cf810e671a185de5#012Found module
libatk-bridge-2.0.so.0 with build-id:
8df66b2fcb2033cdad8e26a3ad13ad7f3cdf4144#012Found module libm.so.6 with
build-id: cb41e0adb1f9dfe49c6e4d6145e47f8fe4db5e09#012Found module
libepoxy.so.0 with build-id: f368f1c90cf2ea823acc67473f816e72f368bc43#012Found
module libcairo-gobject.so.2 with build-id:
7a1381e606b2601e779ccd25afbc719c5bc4e922#012Found module libfribidi.so.0 with
build-id: 191a0acd561213e55c287a16bbaae18297cb1058#012Found module
libfontconfig.so.1 with build-id:
208a8e4c2c3f7bca94e1ff3b5002ef084322a70f#012Found module libpangoft2-1.0.so.0
with build-id: 8a2787ba1addef0da844b000c3537c8fc33785b8#012Found module
libharfbuzz.so.0 with build-id:
781c6377efbcd3ca2e7d238dc8c0e7401708d142#012Found module libgmodule-2.0.so.0
with build-id: 6ad28a8006b45e88af5790834365b06ac17b9c1e#012Found module
libc.so.6 with build-id: c68d7e6671eadcdcce1b33e92ca8fb897bd55340#012Found
module libglib-2.0.so.0 with build-id:
12b1beb0e0458cdca06a92318f870396178034eb#012Found module libgobject-2.0.so.0
with build-id: faf18f99b3b877fb15c9e825f69c383de7768c98#012Found module
libgio-2.0.so.0 with build-id:
99dbe6b9ea9d81f0a010d122a5f26b59b0f05b65#012Found module libibus-1.0.so.5 with
build-id: 4b7e6bba06c193bc99fee8e016df458d5f3f12d4#012Found module libXi.so.6
with build-id: e1d4fcbcab03948da50a0e175ac2459c335e7939#012Found module
libX11.so.6 with build-id: b63e8f330442522b1d5872d1b2ccf32702767d80#012Found
module libgdk_pixbuf-2.0.so.0 with build-id:
b6e5e7c59ce90aecabf6b0b005ecd138dd6bae45#012Found module libcairo.so.2 with
build-id: 8a28f43397104b4ef517df6c119772b5d577f48e#012Found module
libatk-1.0.so.0 with build-id:
b3d190657efe01bedd3077177d2bd473b7b737df#012Found module libpango-1.0.so.0 with
build-id: 6d1029ef5e765e1fceb8ff057a1880f883037f71#012Found module
libpangocairo-1.0.so.0 with build-id:
d410f48f069e60633f232cccc8423ad326ebbf22#012Found module libgdk-3.so.0 with
build-id: bf4963d3c7111f67ea984ed6d069dc0d79bf2ecf#012Found module
libgtk-3.so.0 with build-id: 8e15118e9bb3114b002a98ed06450c75667e689f#012Found
module ibus-ui-gtk3 with build-id:
46a6efbbe7c089572e4f50f52ab89caef4c051a6#012Stack trace of thread 7107:#012#0
0x00007f9aeb6e11f9 g_type_check_instance_is_fundamentally_a
(libgobject-2.0.so.0 + 0x371f9)#012#1 0x00007f9aeb6c74f7 g_object_ref
(libgobject-2.0.so.0 + 0x1d4f7)#012#2 0x000055e8faadbb21
panel_handle_engine_switch (ibus-ui-gtk3 + 0x21b21)#012#3 0x000055e8faacd9c4
_keybinding_manager_event
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2081055
https://bugzilla.redhat.com/show_bug.cgi?id=2122832
Bug ID: 2122832
Summary: uim breaks emacs by floating the system with infinite
processes
Product: Fedora
Version: 36
Hardware: x86_64
OS: Linux
Status: NEW
Component: uim
Severity: medium
Assignee: tagoh(a)redhat.com
Reporter: edgar.hoch(a)ims.uni-stuttgart.de
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:
Package uim contains files for emacs in /usr/share/emacs/site-lisp/uim-el/ .
When uim is installed, and emacs is started, emacs does not respond to keyboard
input or mouse klicks. There is a message in the message line (see below in
buffer "*Messages*").
The computer gets slow, the fan of the desktop pc becomes louder, and when I
check the processes with "ps -ef|grep emacs", then I get a list of processes
like the following:
/usr/bin/emacs --batch -l
/tmp/emacs-int-comp-subr--trampoline-63616c6c2d6c6173742d6b62642d6d6163726f_call_last_kbd_macro_0-Sa5oIO.el
There are many of such processes, and when I count them with "ps -ef|grep
emacs|wc", and repeat the command, I see that the number of processes is
increasing each time I repeat the command.
I have to kill them with "pkill -f '/usr/bin/emacs --batch'" to get rid of
them.
After I have killed these processes, emacs continues the initialization and
responds to input. I checked the buffers.
In buffer "*Messages*" there are the following messages:
../../usr/share/emacs/site-lisp/uim-el/uim-key.el: Warning: (lambda (x)
\\.\\.\\.) quoted with ' rather than with #'
../../usr/share/emacs/site-lisp/uim-el/uim-preedit.el: Warning: (lambda (x)
\\.\\.\\.) quoted with ' rather than with #'
../../usr/share/emacs/site-lisp/uim-el/uim-candidate.el: Warning: (lambda (x)
\\.\\.\\.) quoted with ' rather than with #'
../../usr/share/emacs/site-lisp/uim-el/uim-candidate.el: Warning: (lambda (x)
\\.\\.\\.) quoted with ' rather than with #'
../../usr/share/emacs/site-lisp/uim-el/uim-candidate.el: Warning: (lambda (x)
\\.\\.\\.) quoted with ' rather than with #'
../../usr/share/emacs/site-lisp/uim-el/uim-candidate.el: Warning: (lambda (x)
\\.\\.\\.) quoted with ' rather than with #'
../../usr/share/emacs/site-lisp/uim-el/uim-candidate.el: Warning: (lambda (x)
\\.\\.\\.) quoted with ' rather than with #'
../../usr/share/emacs/site-lisp/uim-el/uim-helper.el: Warning: (lambda (x)
\\.\\.\\.) quoted with ' rather than with #'
../../usr/share/emacs/site-lisp/uim-el/uim-helper.el: Warning: (lambda (x)
\\.\\.\\.) quoted with ' rather than with #'
../../usr/share/emacs/site-lisp/uim-el/uim.el: Warning: (lambda (x) \\.\\.\\.)
quoted with ' rather than with #'
../../usr/share/emacs/site-lisp/uim-el/uim.el: Warning: (lambda nil \\.\\.\\.)
quoted with ' rather than with #'
../../usr/share/emacs/site-lisp/uim-el/uim.el: Warning: (lambda (x) \\.\\.\\.)
quoted with ' rather than with #'
../../usr/share/emacs/site-lisp/uim-el/uim.el: Warning: (lambda (x) \\.\\.\\.)
quoted with ' rather than with #'
../../usr/share/emacs/site-lisp/uim-el/uim.el: Warning: (lambda (x) \\.\\.\\.)
quoted with ' rather than with #'
../../usr/share/emacs/site-lisp/uim-el/uim.el: Warning: (lambda (x) \\.\\.\\.)
quoted with ' rather than with #'
../../usr/share/emacs/site-lisp/uim-el/uim.el: Warning: (lambda (x) \\.\\.\\.)
quoted with ' rather than with #'
../../usr/share/emacs/site-lisp/uim-el/uim.el: Warning: (lambda (x) \\.\\.\\.)
quoted with ' rather than with #'
../../usr/share/emacs/site-lisp/uim-el/uim.el: Warning: (lambda (x) \\.\\.\\.)
quoted with ' rather than with #'
../../usr/share/emacs/site-lisp/uim-el/uim.el: Warning: (lambda (x) \\.\\.\\.)
quoted with ' rather than with #'
Version-Release number of selected component (if applicable):
uim-1.8.8-10.20200828git0c2fbfa6.fc36.x86_64
emacs-28.1-2.fc36.x86_64
How reproducible:
Always
Steps to Reproduce:
1. Install packages emacs, uim.
2. Start emacs.
Actual results:
Emacs unresponsive, creates a increasing number of processes.
Expected results:
Normal start of emacs.
Additional info:
I have to remove package uim to use emacs.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2122832
https://bugzilla.redhat.com/show_bug.cgi?id=2103915
Bug ID: 2103915
Summary: Typing Booster Preferences crashing in F36
Product: Fedora
Version: 36
Status: NEW
Component: ibus-typing-booster
Assignee: mfabian(a)redhat.com
Reporter: hyphone(a)riseup.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
Created attachment 1894634
--> https://bugzilla.redhat.com/attachment.cgi?id=1894634&action=edit
Screenshot when the settings app crashes
When I want to open the preferences of the TypingBooster within the keyboard
settings the settings app crashes.
There are no events logged in my journal.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2103915
https://bugzilla.redhat.com/show_bug.cgi?id=2070966
Bug ID: 2070966
Summary: dnf breaks updateprocess with "already downloaded"
Product: Red Hat Enterprise Linux 8
Version: 8.6
OS: Linux
Status: NEW
Whiteboard: AcceptedFreezeException
Component: dnf
Keywords: Triaged
Severity: medium
Priority: medium
Assignee: packaging-team-maint(a)redhat.com
Reporter: mblaha(a)redhat.com
QA Contact: swm-qe(a)redhat.com
CC: awilliam(a)redhat.com, customercare(a)resellerdesktop.de,
daniel.mach(a)gmail.com, Daniel(a)Smart-Tux.de,
extras-qa(a)fedoraproject.org, fsumsal(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org,
james.antill(a)redhat.com, jmracek(a)redhat.com,
jrohel(a)redhat.com, mblaha(a)redhat.com,
mhatina(a)redhat.com, mtasaka(a)fedoraproject.org,
packaging-team-maint(a)redhat.com, pkratoch(a)redhat.com,
red(a)idp.it,
rpm-software-management(a)lists.fedoraproject.org,
vmukhame(a)redhat.com
Depends On: 2024527
Blocks: 1953786 (F36FinalFreezeException,FinalFreezeException)
Target Milestone: rc
Classification: Red Hat
Pool ID: sst_cs_software_management_rhel_8
+++ This bug was initially created as a clone of Bug #2024527 +++
Description of problem:
You will find a log of an broken dnf update process attached. The catch is, the
dnf error is "all files are already downloaded" in other words, there is no
error message that is presented, it just breaks.
This happened for the second time now in rawhide and needs fixing and a
workaround description somewhere, because the normal enduser is not able to fix
this, due lack of knowlage.
Version-Release number of selected component (if applicable):
4.10.0-1 FC36
** WORKAROUND **
as root:
dnf clean all; # clean out all already downloaded AND ALL PREVIOUSLY CACHED
rpms
dnf update; # downloads all new rpms again.
IN CASE OF REQUIRED CACHING, you need to move the rpms out of
/var/cache/dnf/<REPONAME..>/packages/ to safe location like /root/ and later
copy them back.
--- Additional comment from on 2021-11-22 11:04:06 CET ---
Here is an example for exactly ONE package to update:
[root@fedorapine packages]# dnf update
Fedora - Rawhide - Developmental packages for the next Fedora release
15 kB/s | 15 kB 00:01
RPM Fusion for Fedora Rawhide - Free
4.9 kB/s | 4.6 kB 00:00
Abhängigkeiten sind aufgelöst.
================================================================================================================================================================================================================================================================================
Package
Architecture Version
Repository
Size
================================================================================================================================================================================================================================================================================
Aktualisieren:
gstreamer1-plugins-bad-freeworld
aarch64 1:1.19.3-1.fc36
rpmfusion-free-rawhide
182 k
Transaktionsübersicht
================================================================================================================================================================================================================================================================================
Aktualisieren 1 Paket
Gesamtgröße: 182 k
Ist dies in Ordnung? [j/N]: j
Pakete werden heruntergeladen:
[SKIPPED] gstreamer1-plugins-bad-freeworld-1.19.3-1.fc36.aarch64.rpm: Already
downloaded
Fehler: Fehler beim Herunterladen der Pakete:
gstreamer1-plugins-bad-freeworld-1:1.19.3-1.fc36.aarch64: Already downloaded
[root@fedorapine packages]# dnf clean all
297 Dateien entfernt
[root@fedorapine packages]# dnf update
Copr repo for mobile owned by njha
6.6 kB/s | 48 kB 00:07
Fedora - Rawhide - Developmental packages for the next Fedora release
1.9 MB/s | 58 MB 00:29
Fedora - Modular Rawhide - Developmental packages for the next Fedora release
602 kB/s | 1.0 MB 00:01
RPM Fusion for Fedora Rawhide - Free
621 kB/s | 879 kB 00:01
RPM Fusion for Fedora Rawhide - Nonfree
169 kB/s | 138 kB 00:00
Letzte Prüfung auf abgelaufene Metadaten: vor 0:00:01 am Mo 22 Nov 2021
11:02:17 CET.
Abhängigkeiten sind aufgelöst.
================================================================================================================================================================================================================================================================================
Package
Architecture Version
Repository
Size
================================================================================================================================================================================================================================================================================
Aktualisieren:
gstreamer1-plugins-bad-freeworld
aarch64 1:1.19.3-1.fc36
rpmfusion-free-rawhide
182 k
Transaktionsübersicht
================================================================================================================================================================================================================================================================================
Aktualisieren 1 Paket
Gesamte Downloadgröße: 182 k
Ist dies in Ordnung? [j/N]: j
Pakete werden heruntergeladen:
gstreamer1-plugins-bad-freeworld-1.19.3-1.fc36.aarch64.rpm
689 kB/s | 182 kB 00:00 A
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Gesamt
111 kB/s | 182 kB 00:01
Transaktionsüberprüfung wird ausgeführt
Transaktionsprüfung war erfolgreich.
Transaktion wird getestet
Transaktionstest war erfolgreich.
Transaktion wird ausgeführt
Vorbereitung läuft :
1/1
Aktualisieren :
gstreamer1-plugins-bad-freeworld-1:1.19.3-1.fc36.aarch64
1/2
Aufräumen :
gstreamer1-plugins-bad-freeworld-1:1.19.2-1.fc36.aarch64
2/2
Ausgeführtes Scriptlet:
gstreamer1-plugins-bad-freeworld-1:1.19.2-1.fc36.aarch64
2/2
Überprüfung läuft :
gstreamer1-plugins-bad-freeworld-1:1.19.3-1.fc36.aarch64
1/2
Überprüfung läuft :
gstreamer1-plugins-bad-freeworld-1:1.19.2-1.fc36.aarch64
2/2
Aktualisiert:
gstreamer1-plugins-bad-freeworld-1:1.19.3-1.fc36.aarch64
Fertig.
Conclusion: It's nothing with the rpms itself, it's a dnf internal bug.
--- Additional comment from on 2021-11-22 11:05:21 CET ---
I updated all of the rpm via rpm -U manually, just to rule out any package
problems: none had issues .
--- Additional comment from Ben Cotton on 2022-02-08 22:27:03 CET ---
This bug appears to have been reported against 'rawhide' during the Fedora 36
development cycle.
Changing version to 36.
--- Additional comment from on 2022-02-27 10:06:32 CET ---
Still happening with :
# rpm -qi dnf
Name : dnf
Version : 4.10.0
Release : 2.fc36
Architecture: noarch
Install Date: Sa 05 Feb 2022 17:53:16 CET
and very annoying.
--- Additional comment from Mamoru TASAKA on 2022-03-14 08:17:59 CET ---
I see this issue also on ja_JP.utf8, zh_ZW.utf8
# rpm -q dnf
dnf-4.10.0-2.fc36.noarch
root@localhost ~]# env LANG=C.utf8 LC_ALL=C.utf8 dnf -y upgrade rubygem-unf_ext
--downloadonly
Last metadata expiration check: 0:04:30 ago on Mon Mar 14 15:36:20 2022.
Dependencies resolved.
=====================================================================================================
Package Architecture Version Repository Size
=====================================================================================================
Upgrading:
rubygem-unf_ext x86_64 0.0.8.1-1.fc36 updates-testing 157
k
Transaction Summary
=====================================================================================================
Upgrade 1 Package
Total download size: 157 k
DNF will only download packages for the transaction.
Downloading Packages:
rubygem-unf_ext-0.0.8.1-1.fc36.x86_64.rpm
914 kB/s | 157 kB 00:00
-----------------------------------------------------------------------------------------------------
Total
236 kB/s | 157 kB 00:00
Complete!
The downloaded packages were saved in cache until the next successful
transaction.
You can remove cached packages by executing 'dnf clean packages'.
[root@localhost ~]# env LANG=ja_JP.utf8 LC_ALL=ja_JP.utf8 dnf upgrade
rubygem-unf_ext
メタデータの期限切れの最終確認: 0:04:45 時間前の 2022年03月14日 15時36分20秒 に実施しました。
依存関係が解決しました。
=====================================================================================================
パッケージ アーキテクチャー バージョン リポジトリー サイズ
=====================================================================================================
アップグレード:
rubygem-unf_ext x86_64 0.0.8.1-1.fc36 updates-testing 157
k
トランザクションの概要
=====================================================================================================
アップグレード 1 パッケージ
合計サイズ: 157 k
これでよろしいですか? [y/N]: y
パッケージのダウンロード:
[SKIPPED] rubygem-unf_ext-0.0.8.1-1.fc36.x86_64.rpm: Already downloaded
ダウンロード済みのパッケージは、次の正常なトランザクションまでキャッシュに保存されました。
'dnf clean packages' を実行することでキャッシュパッケージを削除できます。
エラー: パッケージのダウンロード中にエラーが発生しました:
rubygem-unf_ext-0.0.8.1-1.fc36.x86_64: Already downloaded
[root@localhost ~]# env LANG=zh_TW.utf8 LC_ALL=zh_TW.utf8 dnf upgrade
rubygem-unf_ext
Fedora 36 - x86_64 - Test Updates
15 kB/s | 18 kB 00:01
依賴關係解析完畢。
=====================================================================================================
軟體包 架構 版本 軟體庫 大小
=====================================================================================================
升級:
rubygem-unf_ext x86_64 0.0.8.1-1.fc36 updates-testing 157
k
處理事項摘要
=====================================================================================================
升級 1 軟體包
總大小:157 k
這樣可以嗎 [y/N]: y
下載軟體包:
[SKIPPED] rubygem-unf_ext-0.0.8.1-1.fc36.x86_64.rpm: Already downloaded
直到有下個成功處理事項為止,下載的軟體包會存在快取中。
您可以透過執行「dnf clean packages」移除軟體包快取。
錯誤:下載軟體包時失敗:
rubygem-unf_ext-0.0.8.1-1.fc36.x86_64: Already downloaded
[root@localhost ~]# env LANG=en_US.utf8 LC_ALL=en_US.utf8 dnf upgrade
rubygem-unf_ext
Fedora 36 - x86_64 - Test Updates
1.1 kB/s | 18 kB 00:16
Dependencies resolved.
=====================================================================================================
Package Architecture Version Repository Size
=====================================================================================================
Upgrading:
rubygem-unf_ext x86_64 0.0.8.1-1.fc36 updates-testing 157
k
Transaction Summary
=====================================================================================================
Upgrade 1 Package
Total size: 157 k
Is this ok [y/N]: y
Downloading Packages:
[SKIPPED] rubygem-unf_ext-0.0.8.1-1.fc36.x86_64.rpm: Already downloaded
Running transaction check
Transaction check succeeded.
Running transaction test
Transaction test succeeded.
Running transaction
Preparing : 1/1
Upgrading : rubygem-unf_ext-0.0.8.1-1.fc36.x86_64 1/2
Cleanup : rubygem-unf_ext-0.0.8-3.fc36.x86_64 2/2
Running scriptlet: rubygem-unf_ext-0.0.8-3.fc36.x86_64 2/2
Verifying : rubygem-unf_ext-0.0.8.1-1.fc36.x86_64 1/2
Verifying : rubygem-unf_ext-0.0.8-3.fc36.x86_64 2/2
Upgraded:
rubygem-unf_ext-0.0.8.1-1.fc36.x86_64
Complete!
--- Additional comment from Mamoru TASAKA on 2022-03-14 08:22:12 CET ---
So this fails at least on ja_JP.utf8 , zh_TW.utf8 . Reporter says this also
fails on de_DE.utf8 (perhaps?), but this succeeds on C.utf8.
--- Additional comment from Fedora Blocker Bugs Application on 2022-03-14
08:32:13 CET ---
Proposed as a Freeze Exception for 36-final by Fedora user mtasaka using the
blocker tracking app because:
This bug may affect lots of non-English Fedora user when doing software update
--- Additional comment from Marek Blaha on 2022-03-14 09:46:28 CET ---
The problem is real and valid. You are not able to update the system with other
than english locale in case that some of the updates were already downloaded.
This is quite common when you use dnf-automatic. As mentioned you can
work-around this issue by cleaning the dnf cache.
Steps to reproduce:
1. you need to have at least one upgradable package on the system
2. download updates into cache: # dnf update --downloadonly -y
3. try to update the system having other than C locale set: # LC_ALL=de_DE.utf8
dnf update -y
============================================================================================================================================
Paket Architektur Version
Paketquelle Größe
============================================================================================================================================
Aktualisieren:
libuv x86_64
1:1.44.1-1.fc35 updates 150 k
Transaktionszusammenfassung
============================================================================================================================================
Aktualisieren 1 Paket
Gesamtgröße: 150 k
Pakete werden heruntergeladen:
[SKIPPED] libuv-1.44.1-1.fc35.x86_64.rpm: Already downloaded
Die heruntergeladenen Pakete wurden bis zur nächsten erfolgreichen Transaktion
im Zwischenspeicher abgelegt.
Sie können zwischengespeicherte Pakete mit dem Befehl »dnf clean packages«
entfernen.
Fehler: Fehler beim Herunterladen der Pakete:
libuv-1:1.44.1-1.fc35.x86_64: Already downloaded
--- Additional comment from Marek Blaha on 2022-03-14 10:01:47 CET ---
PR https://github.com/rpm-software-management/dnf/pull/1818 fixes the problem.
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1953786
[Bug 1953786] Fedora 36 Final freeze exception bug tracker
https://bugzilla.redhat.com/show_bug.cgi?id=2024527
[Bug 2024527] dnf breaks updateprocess with "already downloaded"
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2070966
https://bugzilla.redhat.com/show_bug.cgi?id=1858617
Bug ID: 1858617
Summary: vlgothic-fonts-20200719 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: vlgothic-fonts
Keywords: FutureFeature, Triaged
Assignee: tagoh(a)redhat.com
Reporter: upstream-release-monitoring(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com
Target Milestone: ---
Classification: Fedora
Latest upstream release: 20200719
Current version/release in rawhide: 20141206-16.fc32
URL: https://osdn.jp/projects/vlgothic/releases/
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/5103/
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2068556
Bug ID: 2068556
Summary: Allow installing envsubst binary without unnecessary
dependencies
Product: Fedora
Version: rawhide
Status: NEW
Component: gettext
Assignee: suanand(a)redhat.com
Reporter: hhorak(a)redhat.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:
TL;DR: this is a request to allow install envsubst binary without other
unnecessary stuff from the gettext package.
Background:
The tool envsubst seems to be quite handy when working with configuration files
in environments with a minimal footprint, like container images.
Containers are typically configured via environment variables, which are then
put into files. We therefore often use envsubst to evaluate some variables in
the config files.
However, when installing entire gettext for having envsubst binary available,
it pulls in additional 7MB.
This is similar to what is being done when building small containers
(installing into a directory):
$> mkdir rootfs-with-gettext rootfs-without-gettext
$> PACKAGES="bash"
$> dnf -y --releasever 35 --setopt install_weak_deps=false --nodocs
--installroot $(pwd)/rootfs-without-gettext --disablerepo='*'
--enablerepo=fedora install $PACKAGES
$> PACKAGES="bash gettext"
$> dnf -y --releasever 35 --setopt install_weak_deps=false --nodocs
--installroot $(pwd)/rootfs-with-gettext --disablerepo='*' --enablerepo=fedora
install $PACKAGES
$> rm -rf rootfs-without-gettext/var/cache/dnf/*
$> rm -rf rootfs-with-gettext/var/cache/dnf/*
$> du -d 0 -h rootfs-without-gettext
25M rootfs-without-gettext
$> du -d 0 -h rootfs-with-gettext
38M rootfs-with-gettext
Re-implementing the envsubst does not seem to be necessary, as it might likely
work without additional stuff from the gettext package.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2068556
https://bugzilla.redhat.com/show_bug.cgi?id=2061074
Bug ID: 2061074
Summary: touchpad mouse freezes randomly for a few seconds
Product: Fedora
Version: 35
Hardware: x86_64
OS: Linux
Status: NEW
Component: input-pad
Assignee: tfujiwar(a)redhat.com
Reporter: zhifeng.hoo(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, tfujiwar(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
I get a new laptop and install Fedora 35, the touchpad mouse acts erratically
and unresponsive at times, the cursor just seems to freeze, usually it recovers
automatically after a short time.
Version-Release number of selected component (if applicable):
```
$ hostnamectl
Static hostname: fedora35
Icon name: computer-laptop
Chassis: laptop
Machine ID: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Boot ID: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Operating System: Fedora Linux 35 (Workstation Edition)
CPE OS Name: cpe:/o:fedoraproject:fedora:35
Kernel: Linux 5.16.11-200.fc35.x86_64
Architecture: x86-64
Hardware Vendor: HUAWEI
Hardware Model: NBD-WXX9
```
How reproducible:
There is no clear way and steps to reproduce the problem, it is a bit random
and occasional, sometimes just a few minutes, sometimes more than an hour.
Steps to Reproduce:
1.
2.
3.
Actual results:
The touchpad mouse freezes for a few seconds.
Expected results:
Additional info:
Touchpad device and driver info:
```
$ cat /proc/bus/input/devices | grep -B 1 -A 4 -i -E " (touchpad|mouse)"
I: Bus=0018 Vendor=27c6 Product=01e0 Version=0100
N: Name="GXTP7863:00 27C6:01E0 Mouse"
P: Phys=i2c-GXTP7863:00
S:
Sysfs=/devices/pci0000:00/0000:00:15.0/i2c_designware.0/i2c-0/i2c-GXTP7863:00/0018:27C6:01E0.0003/input/input14
U: Uniq=
H: Handlers=mouse1 event9
--
I: Bus=0018 Vendor=27c6 Product=01e0 Version=0100
N: Name="GXTP7863:00 27C6:01E0 Touchpad"
P: Phys=i2c-GXTP7863:00
S:
Sysfs=/devices/pci0000:00/0000:00:15.0/i2c_designware.0/i2c-0/i2c-GXTP7863:00/0018:27C6:01E0.0003/input/input15
U: Uniq=
H: Handlers=mouse2 event10
$ dmesg | grep -E -i "(00:15.0|i2c_designware)"
[ 0.722603] pci 0000:00:15.0: [8086:a0e8] type 00 class 0x0c8000
[ 0.723396] pci 0000:00:15.0: reg 0x10: [mem 0x00000000-0x00000fff 64bit]
[ 0.901601] pci 0000:00:15.0: BAR 0: assigned [mem 0x4017000000-0x4017000fff
64bit]
[ 0.944616] intel-lpss 0000:00:15.0: enabling device (0004 -> 0006)
[ 1.994437] input: GXTP7863:00 27C6:01E0 Mouse as
/devices/pci0000:00/0000:00:15.0/i2c_designware.0/i2c-0/i2c-GXTP7863:00/0018:27C6:01E0.0003/input/input10
[ 1.994525] input: GXTP7863:00 27C6:01E0 Touchpad as
/devices/pci0000:00/0000:00:15.0/i2c_designware.0/i2c-0/i2c-GXTP7863:00/0018:27C6:01E0.0003/input/input11
[ 2.048941] input: GXTP7863:00 27C6:01E0 Mouse as
/devices/pci0000:00/0000:00:15.0/i2c_designware.0/i2c-0/i2c-GXTP7863:00/0018:27C6:01E0.0003/input/input14
[ 2.049151] input: GXTP7863:00 27C6:01E0 Touchpad as
/devices/pci0000:00/0000:00:15.0/i2c_designware.0/i2c-0/i2c-GXTP7863:00/0018:27C6:01E0.0003/input/input15
[ 4458.127685] i2c_designware i2c_designware.0: controller timed out
[ 4859.407215] i2c_designware i2c_designware.0: controller timed out
[ 5099.470571] i2c_designware i2c_designware.0: controller timed out
[ 7867.467793] i2c_designware i2c_designware.0: controller timed out
[ 8896.651752] i2c_designware i2c_designware.0: controller timed out
[ 9097.099759] i2c_designware i2c_designware.0: controller timed out
[ 9248.907705] i2c_designware i2c_designware.0: controller timed out
```
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2061074
https://bugzilla.redhat.com/show_bug.cgi?id=2003233
Bug ID: 2003233
Summary: unicode-ucd-14.0.0 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: unicode-ucd
Keywords: FutureFeature, Triaged
Assignee: petersen(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
Target Milestone: ---
Classification: Fedora
Latest upstream release: 14.0.0
Current version/release in rawhide: 13.0.0-4.fc35
URL: http://www.unicode.org/Public/zipped/
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/5045/
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2082629
Bug ID: 2082629
Summary: ibus panel has blank icon (or no icon) in system tray,
plus app uses generic wayland icon
Product: Fedora
Version: rawhide
Hardware: All
OS: Linux
Status: NEW
Component: ibus
Severity: medium
Assignee: tfujiwar(a)redhat.com
Reporter: gbcox(a)bzb.us
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: system tray has a blank icon for ibus. Additionally,
if you open the app, it is using the generic wayland (W) icon instead of the
app icon. Since we're making wayland the default, we should clean this up.
Version-Release number of selected component (if applicable):
OS: Fedora Linux 36 (Workstation Edition) x86_64
.:cccccccccccccccccccccccccc:. Host: 80K4 Lenovo ideapad 500-15ACZ
.;ccccccccccccc;.:dddl:.;ccccccc;. Kernel: 5.17.5-300.fc36.x86_64
.:ccccccccccccc;OWMKOOXMWd;ccccccc:. Uptime: 21 mins
.:ccccccccccccc;KMMc;cc;xMMc:ccccccc:. Packages: 3114 (rpm)
,cccccccccccccc;MMM.;cc;;WW::cccccccc, Shell: bash 5.1.16
:cccccccccccccc;MMM.;cccccccccccccccc: Resolution: 1920x1080
:ccccccc;oxOOOo;MMM0OOk.;cccccccccccc: DE: Plasma 5.24.4
cccccc:0MMKxdd:;MMMkddc.;cccccccccccc; WM: kwin
ccccc:XM0';cccc;MMM.;cccccccccccccccc' Theme: Breeze [Plasma], Adwaita [GTK3]
ccccc;MMo;ccccc;MMW.;ccccccccccccccc; Icons: [Plasma], breeze [GTK2/3]
ccccc;0MNc.ccc.xMMd:ccccccccccccccc; Terminal: konsole
cccccc;dNMWXXXWM0::cccccccccccccc:, CPU: AMD A10-8700P Radeon R6 4C+6G (4)
@ 1.800GHz
cccccccc;.:odl:.;cccccccccccccc:,. GPU: AMD ATI Radeon R5/R6/R7 Graphics
:cccccccccccccccccccccccccccc:'. Memory: 3020MiB / 7469MiB
Steps to Reproduce:
1.
2.
3.
Actual results:
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=2082629
https://bugzilla.redhat.com/show_bug.cgi?id=2090611
Bug ID: 2090611
Summary: cldr-emoji-annotation-42-m1 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
Latest upstream release: 42-m1
Current version/release in rawhide: 41-1.fc37
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://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/103642/
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2090611
https://bugzilla.redhat.com/show_bug.cgi?id=1076945
Parag Nemade <pnemade(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Flags|needinfo?(pnemade(a)redhat.co |
|m) |
--- Comment #44 from Parag Nemade <pnemade(a)redhat.com> ---
Open a new bug. This is old bug against Fedora 25.
--
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=1076945
AvidSeeker <avidseeker7(a)protonmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Flags| |needinfo?(pnemade(a)redhat.co
| |m)
CC| |avidseeker7(a)protonmail.com,
| |pnemade(a)redhat.com
--- Comment #43 from AvidSeeker <avidseeker7(a)protonmail.com> ---
Just tested the bug on Fedora Workspace 36 (Latest version). Can confirm, bug
still persist. (Check video: https://i.imgur.com/mjz9xrc.mp4)
--
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=2084627
fujiwara <tfujiwar(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Fixed In Version| |ibus-1.5.26-16.fc37
Resolution|--- |NEXTRELEASE
Status|NEW |CLOSED
Last Closed| |2022-08-25 11:12:15
--- Comment #4 from fujiwara <tfujiwar(a)redhat.com> ---
This is not a bug but an expected result.
IBus had followed GTK emoji shortcut keys but libreoffice disable the GTK
shortcut keys.
I had several discussion about this and finally IBus emoji shortcut key is now
moved to Super-period.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2084627
https://bugzilla.redhat.com/show_bug.cgi?id=2119935
Bug ID: 2119935
Summary: uim-1.8.9 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: uim
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: 1.8.9
Upstream release that is considered latest: 1.8.9
Current version/release in rawhide: 1.8.8-11.20200828git0c2fbfa6.fc37
URL: http://code.google.com/p/uim
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/5037/
To change the monitoring settings for the project, please visit:
https://src.fedoraproject.org/rpms/uim
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2119935
https://bugzilla.redhat.com/show_bug.cgi?id=2120194
Kevin Fenzi <kevin(a)scrye.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Component|epel-release |vlgothic-fonts
Doc Type|--- |If docs needed, set a value
Product|Fedora EPEL |Fedora
Version|epel9 |rawhide
Assignee|kevin(a)scrye.com |tagoh(a)redhat.com
CC| |fonts-bugs(a)lists.fedoraproj
| |ect.org,
| |i18n-bugs(a)lists.fedoraproje
| |ct.org, tagoh(a)redhat.com
--- Comment #1 from Kevin Fenzi <kevin(a)scrye.com> ---
Moving to fedora maintainers for comment/action.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2120194
https://bugzilla.redhat.com/show_bug.cgi?id=2113222
Bug ID: 2113222
Summary: fcitx-libpinyin: FTBFS in Fedora rawhide/f37
Product: Fedora
Version: rawhide
Status: NEW
Component: fcitx-libpinyin
Assignee: liangsuilong(a)gmail.com
Reporter: releng(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
liangsuilong(a)gmail.com, pwu(a)redhat.com,
robinlee.sysu(a)gmail.com, yanqiyu01(a)gmail.com
Blocks: 2045102 (F37FTBFS,RAWHIDEFTBFS)
Target Milestone: ---
Classification: Fedora
fcitx-libpinyin failed to build from source in Fedora rawhide/f37
https://koji.fedoraproject.org/koji/taskinfo?taskID=89771956
For details on the mass rebuild see:
https://fedoraproject.org/wiki/Fedora_37_Mass_Rebuild
Please fix fcitx-libpinyin 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,
fcitx-libpinyin will be orphaned. Before branching of Fedora 38,
fcitx-libpinyin 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=2113222
https://bugzilla.redhat.com/show_bug.cgi?id=2119019
Bug ID: 2119019
Summary: ibus-chewing may require gettext-runtime
Product: Fedora
Version: rawhide
Status: NEW
Component: ibus-chewing
Assignee: tfujiwar(a)redhat.com
Reporter: suanand(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dchen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
In F37 we moved the gettext runtime programs to gettext-runtime.
So assuming if ibus-chewing 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=2119019
https://bugzilla.redhat.com/show_bug.cgi?id=2119020
Bug ID: 2119020
Summary: ibus-devel may require gettext-runtime
Product: Fedora
Version: rawhide
Status: NEW
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: suanand(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:
In F37 we moved the gettext runtime programs to gettext-runtime.
So assuming if ibus-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=2119020
https://bugzilla.redhat.com/show_bug.cgi?id=2118239
Jens Petersen <petersen(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |petersen(a)redhat.com
--- Comment #3 from Jens Petersen <petersen(a)redhat.com> ---
Could you please attach a screenshot and details of your environment?
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2118239
https://bugzilla.redhat.com/show_bug.cgi?id=2118239
Kevin Fenzi <kevin(a)scrye.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |i18n-bugs(a)lists.fedoraproje
| |ct.org,
| |shawn.p.huang(a)gmail.com,
| |tfujiwar(a)redhat.com
Doc Type|--- |If docs needed, set a value
Assignee|mboddu(a)bhujji.com |tfujiwar(a)redhat.com
Component|fedora-release |ibus
--- Comment #1 from Kevin Fenzi <kevin(a)scrye.com> ---
The fedora-release package is just the package that provides the release
files... nothing to do with "s
I'm going to take a wild stab and see if ibus maintainers have any idea where
this would be happening...
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2118239
https://bugzilla.redhat.com/show_bug.cgi?id=2110111
Bug ID: 2110111
Summary: imsettings-daemon log spam due to fcitx5
Product: Fedora
Version: 36
Hardware: x86_64
Status: NEW
Component: imsettings
Assignee: tagoh(a)redhat.com
Reporter: wannabetheguy(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com
Target Milestone: ---
Classification: Fedora
Created attachment 1898954
--> https://bugzilla.redhat.com/attachment.cgi?id=1898954&action=edit
21 second log with fcitx5 selected, then switched to ibus
Description of problem:
I've recently been using Wayland more on Fedora 36 KDE. I've been using fcitx5
on x11, so I set that through im-chooser as that controls the configs in
~/.config/environment.d/.
After doing so, imsettings-daemon immediately starts using a non-zero amount of
CPU and starts constantly writing to the disk around 100KiB/s. This appears to
be to the log file at ~/.cache/imsettings/. When I discovered this, it had made
a log file 9GiB.
Launching im-chooser again and selecting none or ibus, the logging immediately
stops. However, that pops up with "Failed to switch Input Method -
GDBus.Error:com.redhat.imsettings.Error : Couldn't send a signal to the main
process successfully." though sets the environment.d configs successfully.
Version-Release number of selected component (if applicable):
imsettings-1.8.3-2.fc36
How reproducible:
Happens every time.
Steps to Reproduce:
1. Set input method to fcitx5 with im-chooser
2. Watch log generate
3. Set input method to none or ibus
Actual results:
Log spam due to fcitx5 dying and restarting?
Expected results:
imsettings-daemon not failing to handle fcitx5
Additional info:
Fedora 36 KDE, Wayland. The usability of fcitx5 doesn't seem to be affected by
having im-chooser set to anything other than fcitx5, but I assumed that I would
want it selected there. The fact it's present in im-chooser and causes this
issue is still a problem.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2110111
https://bugzilla.redhat.com/show_bug.cgi?id=2101259
Bug ID: 2101259
Summary: Please build imsettings for EPEL 9
Product: Fedora EPEL
Version: epel9
Hardware: All
OS: Linux
Status: NEW
Component: imsettings
Severity: medium
Assignee: tagoh(a)redhat.com
Reporter: redhat-bugzilla(a)linuxnetz.de
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com
Blocks: 2100267 (EPEL9MATE)
Target Milestone: ---
Classification: Fedora
Please branch and build imsettings in epel9.
If you do not wish to maintain imsettings 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/imsettings/addgroup and grant it commit
access, or collaborator access on epel* branches.
Important: Wolfgang and I are working on MATE for EPEL 8 and 9, so a good
timing for the imsettings build makes likely sense - and of course to enable
the imsettings-mate subpackage then (for both branches, EPEL 8 and 9).
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=2100267
[Bug 2100267] Tracker for MATE Desktop Environment in EPEL 9
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2101259
https://bugzilla.redhat.com/show_bug.cgi?id=2109823
Bug ID: 2109823
Summary: Please build im-chooser for EPEL 9
Product: Fedora EPEL
Version: epel9
Hardware: All
OS: Linux
Status: NEW
Component: im-chooser
Severity: medium
Assignee: tagoh(a)redhat.com
Reporter: redhat-bugzilla(a)linuxnetz.de
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com
Blocks: 2101259
Target Milestone: ---
Classification: Fedora
Please branch and build im-chooser in epel9.
If you do not wish to maintain im-chooser 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/im-chooser/addgroup and grant it commit
access, or collaborator access on epel* branches.
Note: im-chooser is a run-time dependency of imsettings-mate
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=2101259
[Bug 2101259] Please build imsettings for EPEL 9
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2109823
https://bugzilla.redhat.com/show_bug.cgi?id=2103239
Sundeep Anand <suanand(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Flags|needinfo?(suanand(a)redhat.co |
|m) |
--- Comment #2 from Sundeep Anand <suanand(a)redhat.com> ---
Thank you Ben, have updated rawhide and we're filing respective bugs for
packages.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2103239
https://bugzilla.redhat.com/show_bug.cgi?id=2103239
Ben Cotton <bcotton(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Flags| |needinfo?(suanand(a)redhat.co
| |m)
CC| |suanand(a)redhat.com
--- Comment #1 from Ben Cotton <bcotton(a)redhat.com> ---
Today we reached the Code Complete (Testable) milestone on the F37 schedule:
https://fedorapeople.org/groups/schedule/f-37/f-37-key-tasks.html
At this time, all F37 Changes should be complete enough to be testable. You can
indicate this by setting this tracker to the MODIFIED status. If the Change is
100% code complete, you can set the tracker to ON_QA. If you need to defer this
Change to F38, please NEEDINFO me.
Changes that have not reached at least the MODIFIED status will be given to
FESCo for evaluation of contingency plans.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2103239
https://bugzilla.redhat.com/show_bug.cgi?id=2107753
Ben Cotton <bcotton(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Flags| |needinfo?(tfujiwar(a)redhat.c
| |om)
--- Comment #1 from Ben Cotton <bcotton(a)redhat.com> ---
Today we reached the Code Complete (Testable) milestone on the F37 schedule:
https://fedorapeople.org/groups/schedule/f-37/f-37-key-tasks.html
At this time, all F37 Changes should be complete enough to be testable. You can
indicate this by setting this tracker to the MODIFIED status. If the Change is
100% code complete, you can set the tracker to ON_QA. If you need to defer this
Change to F38, please NEEDINFO me.
Changes that have not reached at least the MODIFIED status will be given to
FESCo for evaluation of contingency plans.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2107753
https://bugzilla.redhat.com/show_bug.cgi?id=2113077
Bug ID: 2113077
Summary: Noto Rashi Hebrew font is selected as serif hebrew
font
Product: Fedora
Version: 36
Status: NEW
Component: google-noto-fonts
Assignee: tagoh(a)redhat.com
Reporter: matan(a)svgalib.org
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:
After upgrading from Fedora 34 to 36, a GTK program that requests "serif" font
displays hebrew characters in "Noto Rashi Hebrew". The letters in this font are
hardly recognisable as Hebrew letters, and should not be used unless
specifically selected.
Noto fonts version:
20201206-9.fc36
How reproducible:
Always
Steps to Reproduce:
1. Install google-noto-rashi-hebrew-vf-fonts but not
google-noto-serif-hebrew-vf-fonts
2. Install other serif fonts with Hebrew glyphs
3. Run `fc-match serif:lang=he`
Actual results:
NotoRashiHebrew-VF.ttf: "Noto Rashi Hebrew" "Regular"
Expected results:
Any font other than Rashi font
Additional info:
Rashi cannot be considered a normal Hebrew font.It should not be selected by
default unless it is the only font on the system, and probably not even then.
The family name in
/usr/share/fontconfig/conf.avail/56-google-noto-rashi-hebrew-vf.conf should be
changed to "rashi", or at least anything that is not serif, sans or mono.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2113077
https://bugzilla.redhat.com/show_bug.cgi?id=2105075
Sam Fowler <sfowler(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|CVE-2022-31129 moment: |CVE-2022-31129 moment:
|inefficient parsing |inefficient parsing
|algorithim resulting in DoS |algorithm resulting in DoS
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2105075
https://bugzilla.redhat.com/show_bug.cgi?id=2112779
Bug ID: 2112779
Summary: harfbuzz-5.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: 5.1.0
Upstream release that is considered latest: 5.1.0
Current version/release in rawhide: 5.0.1-1.fc37
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://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/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=2112779