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=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=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=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=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=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=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=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=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=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=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=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=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=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=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=2110624
Bug ID: 2110624
Summary: Missing API documentation
Product: Fedora
Version: 36
Status: NEW
Component: pango
Assignee: pwu(a)redhat.com
Reporter: bob(a)bob131.so
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,
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:
API documentation is usually packaged in the -devel subpackage or a separate
-devel-doc subpackage, but the Pango documentation is not included in -devel
and there's no -doc or -devel-doc subpackage.
Version-Release number of selected component (if applicable):
pango-devel-1.50.8-1.fc36.x86_64
How reproducible:
Always
Steps to Reproduce:
1. dnf install pango-devel
Actual results:
No files provided by pango-devel in /usr/share/gtk-doc or /usr/share/doc
Expected results:
A devhelp book in /usr/share/gtk-doc
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2110624
https://bugzilla.redhat.com/show_bug.cgi?id=2098555
Bug ID: 2098555
Summary: Noto font version old, missing many new fonts
Product: Fedora
Version: rawhide
Hardware: All
Status: NEW
Component: google-noto-fonts
Assignee: tagoh(a)redhat.com
Reporter: jules.bertholet(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, psatpute(a)redhat.com,
pwu(a)redhat.com, tagoh(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
The Noto fonts version shipped by Fedora (v20201206) is years old. Many new
fonts and fixes to old fonts have since been added at
https://github.com/googlefonts/noto-fonts .
Version-Release number of selected component (if applicable):
v20201206
How reproducible:
Always
Steps to Reproduce:
Install Noto fonts from Fedora repos
Actual results:
Get old versions from 2020
Expected results:
Get latest versions with bugfixes and new scripts
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2098555
https://bugzilla.redhat.com/show_bug.cgi?id=2059771
Bug ID: 2059771
Summary: Please branch and build google-roboto-fonts in epel9
Product: Fedora EPEL
Version: epel9
Status: NEW
Component: google-roboto-fonts
Assignee: dtardon(a)redhat.com
Reporter: dcavalca(a)fb.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dtardon(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org
Target Milestone: ---
Classification: Fedora
Please branch and build google-roboto-fonts in epel9.
If you do not wish to maintain google-roboto-fonts 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/google-roboto-fonts/addgroup
and grant it commit access, or collaborator access on epel* branches.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2059771
https://bugzilla.redhat.com/show_bug.cgi?id=1690275
Jens Petersen <petersen(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords|Upstream |MoveUpstream
Flags| |needinfo?(pwu(a)redhat.com)
--- Comment #9 from Jens Petersen <petersen(a)redhat.com> ---
Peng, can you move this to upstream please?
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1690275
https://bugzilla.redhat.com/show_bug.cgi?id=2104219
Bug ID: 2104219
Summary: adapt gettext to removal of java on i686
Product: Fedora
Version: rawhide
Status: NEW
Component: gettext
Severity: high
Assignee: suanand(a)redhat.com
Reporter: jvanek(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
java-maint-sig(a)lists.fedoraproject.org,
jhuttana(a)redhat.com, jjanco(a)redhat.com,
jvanek(a)redhat.com, nphilipp(a)redhat.com,
petersen(a)redhat.com, pmikova(a)redhat.com,
praiskup(a)redhat.com, sgehwolf(a)redhat.com,
suanand(a)redhat.com, zzambers(a)redhat.com
Blocks: 2083750
Target Milestone: ---
Classification: Fedora
Dear maintainer, we are going to drop i686 java-openjdk packages in f37 -
https://fedoraproject.org/wiki/Changes/Drop_i686_JDKs
Your package (maybe jsut some subpakcage) is transitively affected by this
change:
gettext<-git<-subversion<-java-11-openjdk-devel
gettext<-git<-subversion<-junit<-java-17-openjdk-headless
gettext<-git<-gawk<-git<-subversion<-java-11-openjdk-devel
gettext<-git<-perl-Git<-git<-subversion<-java-11-openjdk-devel
gettext<-git<-acl<-gawk<-git<-subversion<-java-11-openjdk-devel
gettext<-emacs<-webkit2gtk3<-git<-subversion<-java-11-openjdk-devel
gettext<-git<-subversion<-junit<-hamcrest<-java-17-openjdk-headless
gettext<-git<-gawk<-git<-subversion<-junit<-java-17-openjdk-headless
gettext<-git<-tar<-acl<-gawk<-git<-subversion<-java-11-openjdk-devel
gettext<-git<-gawk<-git<-gawk<-git<-subversion<-java-11-openjdk-devel
gettext<-git<-subversion<-ruby<-git<-subversion<-java-11-openjdk-devel
gettext<-git<-gawk<-ghostscript<-git<-subversion<-java-11-openjdk-devel
gettext<-emacs<-libxcb<-doxygen<-git<-subversion<-java-11-openjdk-devel
gettext<-emacs<-libselinux<-ruby<-git<-subversion<-java-11-openjdk-devel
gettext<-git<-perl-Git<-git<-subversion<-junit<-java-17-openjdk-headless
gettext<-git<-perl-Git<-git<-gawk<-git<-subversion<-java-11-openjdk-devel
gettext<-emacs<-alsa-lib<-doxygen<-git<-subversion<-java-11-openjdk-devel
gettext<-git<-gawk<-git<-perl-Git<-git<-subversion<-java-11-openjdk-devel
gettext<-emacs<-webkit2gtk3<-ruby<-git<-subversion<-java-11-openjdk-devel
gettext<-git<-acl<-gawk<-git<-subversion<-junit<-java-17-openjdk-headless
gettext<-git<-gawk<-git<-acl<-gawk<-git<-subversion<-java-11-openjdk-devel
gettext<-git<-acl<-gawk<-git<-gawk<-git<-subversion<-java-11-openjdk-devel
gettext<-git<-cvs<-krb5-libs<-gawk<-git<-subversion<-java-11-openjdk-devel
gettext<-git<-gnupg2<-libksba<-gawk<-git<-subversion<-java-11-openjdk-devel
gettext<-git<-sed<-libselinux<-ruby<-git<-subversion<-java-11-openjdk-devel
gettext<-git<-tar<-libselinux<-ruby<-git<-subversion<-java-11-openjdk-devel
gettext<-git<-subversion<-swig<-gawk<-git<-subversion<-java-11-openjdk-devel
gettext<-git<-acl<-gawk<-ghostscript<-git<-subversion<-java-11-openjdk-devel
gettext<-emacs<-gpm-devel<-gpm<-gawk<-git<-subversion<-java-11-openjdk-devel
gettext<-git<-subversion<-swig<-R-devel<-R-java-devel<-java-17-openjdk-devel
gettext<-git<-perl-Git<-git<-perl-Git<-git<-subversion<-java-11-openjdk-devel
gettext<-git<-gnupg2<-libassuan<-gawk<-git<-subversion<-java-11-openjdk-devel
gettext<-git<-gnupg2<-libgcrypt<-gawk<-git<-subversion<-java-11-openjdk-devel
gettext<-emacs<-gnupg2<-libksba<-gawk<-git<-subversion<-java-11-openjdk-devel
gettext<-emacs<-webkit2gtk3<-git<-subversion<-junit<-java-17-openjdk-headless
gettext<-texlive-xetex<-libpaper<-gawk<-git<-subversion<-java-11-openjdk-devel
gettext<-emacs<-libselinux<-swig<-gawk<-git<-subversion<-java-11-openjdk-devel
gettext<-emacs<-libselinux<-swig<-R-devel<-R-java-devel<-java-17-openjdk-devel
gettext<-emacs<-webkit2gtk3<-git<-gawk<-git<-subversion<-java-11-openjdk-devel
gettext<-git<-tar<-acl<-gawk<-git<-subversion<-junit<-java-17-openjdk-headless
gettext<-emacs<-libxcb<-graphviz<-R-devel<-R-java-devel<-java-17-openjdk-devel
gettext<-git<-acl<-gawk<-git<-perl-Git<-git<-subversion<-java-11-openjdk-devel
gettext<-git<-cvs<-krb5-libs<-libverto<-git<-subversion<-java-11-openjdk-devel
gettext<-git<-subversion<-swig<-octave-devel<-octave<-java-17-openjdk-headless
gettext<-git<-gawk<-git<-subversion<-junit<-hamcrest<-java-17-openjdk-headless
gettext<-emacs<-libxcb<-graphviz<-ruby<-git<-subversion<-java-11-openjdk-devel
gettext<-git<-perl-Git<-git<-acl<-gawk<-git<-subversion<-java-11-openjdk-devel
gettext<-git<-gawk<-git<-tar<-acl<-gawk<-git<-subversion<-java-11-openjdk-devel
gettext<-emacs<-libxcb<-graphviz<-ocaml<-git<-subversion<-java-11-openjdk-devel
gettext<-git<-gawk<-git<-gawk<-git<-subversion<-junit<-java-17-openjdk-headless
Shown 50 from 2187
This package was selected as one of the most crucial, which when missing, will
burn distro down.
Please take care, and adapt your package to exclude java on i686. For your
convenience, there was added macro %{java_arches}, including all arches java is
available on, which you can use to ifarch-out java specific features out in
i686 (on non-java arches). Although for plain java package, the change is as
simple as
https://src.fedoraproject.org/rpms/maven/c/520942645bfd1e4721dacd536a6ccbf8…,
you can not use it. The ExclusiveArch: %{java_arches} is not going to work for
you, because your package is not simple java application, and also non-java
world depends on it (even if you are one of dozen noarchs in this set)
See exemplar PR:
https://src.fedoraproject.org/rpms/graphviz/pull-request/9#request_diff
See more details eg in:: https://bugzilla.redhat.com/show_bug.cgi?id=2102298
See why in : https://pagure.io/fesco/issue/2772
Please read carefully proposal:
https://fedoraproject.org/wiki/Changes/Drop_i686_JDKs
Please see tracking bug for most up to date informations:
https://bugzilla.redhat.com/show_bug.cgi?id=2083750
(note, that direct dependencies are already work in progress - native reported
and worked on, noarch ones autoadjusted)
I'm terribly sorry to report this bug so late in f37 lifecycle. If you can,
please handle this with priority.
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=2083750
[Bug 2083750] Drop i686 builds of jdk8,11,17 and latest (18) rpms from f37
onwards
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2104219
https://bugzilla.redhat.com/show_bug.cgi?id=2104215
Bug ID: 2104215
Summary: adapt fontconfig to removal of java on i686
Product: Fedora
Version: rawhide
Status: NEW
Component: fontconfig
Severity: high
Assignee: tagoh(a)redhat.com
Reporter: jvanek(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,
java-maint-sig(a)lists.fedoraproject.org,
jhuttana(a)redhat.com, jvanek(a)redhat.com,
mclasen(a)redhat.com, pmikova(a)redhat.com,
pnemade(a)redhat.com, rstrode(a)redhat.com,
sandmann(a)redhat.com, sgehwolf(a)redhat.com,
tagoh(a)redhat.com, zzambers(a)redhat.com
Blocks: 2083750
Target Milestone: ---
Classification: Fedora
Dear maintainer, we are going to drop i686 java-openjdk packages in f37 -
https://fedoraproject.org/wiki/Changes/Drop_i686_JDKs
Your package (maybe jsut some subpakcage) is transitively affected by this
change:
fontconfig<-docbook-utils<-gawk<-git<-subversion<-java-11-openjdk-devel
fontconfig<-docbook-utils<-gawk<-git<-subversion<-junit<-java-17-openjdk-headless
fontconfig<-docbook-utils<-gawk<-git<-gawk<-git<-subversion<-java-11-openjdk-devel
fontconfig<-docbook-utils<-gawk<-ghostscript<-git<-subversion<-java-11-openjdk-devel
fontconfig<-coreutils-single<-libselinux<-ruby<-git<-subversion<-java-11-openjdk-devel
fontconfig<-docbook-utils<-gawk<-git<-perl-Git<-git<-subversion<-java-11-openjdk-devel
fontconfig<-docbook-utils<-gawk<-git<-acl<-gawk<-git<-subversion<-java-11-openjdk-devel
fontconfig<-docbook-utils-pdf<-docbook-utils<-gawk<-git<-subversion<-java-11-openjdk-devel
fontconfig<-docbook-utils<-elinks<-krb5-libs<-gawk<-git<-subversion<-java-11-openjdk-devel
fontconfig<-docbook-utils<-gawk<-git<-subversion<-junit<-hamcrest<-java-17-openjdk-headless
fontconfig<-coreutils-single<-libselinux<-swig<-gawk<-git<-subversion<-java-11-openjdk-devel
fontconfig<-docbook-utils<-gawk<-git<-tar<-acl<-gawk<-git<-subversion<-java-11-openjdk-devel
fontconfig<-docbook-utils<-w3m<-gpm-devel<-gpm<-gawk<-git<-subversion<-java-11-openjdk-devel
fontconfig<-docbook-utils<-gawk<-git<-gawk<-git<-subversion<-junit<-java-17-openjdk-headless
fontconfig<-coreutils-single<-libselinux<-swig<-R-devel<-R-java-devel<-java-17-openjdk-devel
fontconfig<-docbook-utils<-gawk<-git<-gawk<-git<-gawk<-git<-subversion<-java-11-openjdk-devel
fontconfig<-docbook-utils<-elinks<-krb5-libs<-libverto<-git<-subversion<-java-11-openjdk-devel
fontconfig<-coreutils-single<-libselinux<-swig<-octave-devel<-octave<-java-17-openjdk-headless
fontconfig<-docbook-utils<-gawk<-ghostscript<-git<-subversion<-junit<-java-17-openjdk-headless
fontconfig<-docbook-utils<-gawk<-git<-subversion<-ruby<-git<-subversion<-java-11-openjdk-devel
fontconfig<-docbook-utils<-gawk<-ghostscript<-git<-gawk<-git<-subversion<-java-11-openjdk-devel
fontconfig<-docbook-utils<-gawk<-git<-gawk<-ghostscript<-git<-subversion<-java-11-openjdk-devel
fontconfig<-docbook-utils<-elinks<-gpm-devel<-gpm<-gawk<-git<-subversion<-java-11-openjdk-devel
fontconfig<-docbook-utils<-gawk<-git<-perl-Git<-git<-subversion<-junit<-java-17-openjdk-headless
fontconfig<-coreutils-single<-libselinux<-ruby<-git<-subversion<-junit<-java-17-openjdk-headless
fontconfig<-coreutils-single<-libselinux<-ruby<-git<-gawk<-git<-subversion<-java-11-openjdk-devel
fontconfig<-docbook-utils<-gawk<-git<-gawk<-git<-perl-Git<-git<-subversion<-java-11-openjdk-devel
fontconfig<-docbook-utils<-gawk<-git<-acl<-gawk<-git<-subversion<-junit<-java-17-openjdk-headless
fontconfig<-docbook-utils<-gawk<-git<-perl-Git<-git<-gawk<-git<-subversion<-java-11-openjdk-devel
fontconfig<-docbook-utils<-gawk<-git<-cvs<-krb5-libs<-gawk<-git<-subversion<-java-11-openjdk-devel
fontconfig<-coreutils-single<-libselinux<-ruby-devel<-ruby<-git<-subversion<-java-11-openjdk-devel
fontconfig<-docbook-utils<-gawk<-ghostscript<-git<-perl-Git<-git<-subversion<-java-11-openjdk-devel
fontconfig<-docbook-utils<-gawk<-git<-gnupg2<-libksba<-gawk<-git<-subversion<-java-11-openjdk-devel
fontconfig<-docbook-utils<-gawk<-git<-sed<-libselinux<-ruby<-git<-subversion<-java-11-openjdk-devel
fontconfig<-docbook-utils<-gawk<-git<-tar<-libselinux<-ruby<-git<-subversion<-java-11-openjdk-devel
fontconfig<-docbook-utils<-gawk<-ghostscript<-libgs<-libijs<-git<-subversion<-java-11-openjdk-devel
fontconfig<-docbook-utils<-gawk<-git<-subversion<-swig<-R-devel<-R-java-devel<-java-17-openjdk-devel
fontconfig<-docbook-utils<-gawk<-git<-subversion<-swig<-gawk<-git<-subversion<-java-11-openjdk-devel
fontconfig<-freetype<-harfbuzz<-gtk-doc<-docbook-utils<-gawk<-git<-subversion<-java-11-openjdk-devel
fontconfig<-docbook-utils<-gawk<-git<-acl<-gawk<-ghostscript<-git<-subversion<-java-11-openjdk-devel
fontconfig<-docbook-utils-pdf<-docbook-utils<-gawk<-git<-subversion<-junit<-java-17-openjdk-headless
fontconfig<-docbook-utils<-gawk<-ghostscript<-git<-acl<-gawk<-git<-subversion<-java-11-openjdk-devel
fontconfig<-docbook-utils<-elinks<-krb5-libs<-gawk<-git<-subversion<-junit<-java-17-openjdk-headless
fontconfig<-docbook-utils<-gawk<-git<-gnupg2<-libassuan<-gawk<-git<-subversion<-java-11-openjdk-devel
fontconfig<-docbook-utils<-elinks<-krb5-libs<-gawk<-git<-gawk<-git<-subversion<-java-11-openjdk-devel
fontconfig<-docbook-utils<-gawk<-git<-perl-Git<-git<-perl-Git<-git<-subversion<-java-11-openjdk-devel
fontconfig<-docbook-utils<-gawk<-git<-gnupg2<-libgcrypt<-gawk<-git<-subversion<-java-11-openjdk-devel
fontconfig<-docbook-utils-pdf<-docbook-utils<-gawk<-git<-gawk<-git<-subversion<-java-11-openjdk-devel
fontconfig<-coreutils-single<-libselinux<-ruby<-git<-perl-Git<-git<-subversion<-java-11-openjdk-devel
fontconfig<-docbook-utils<-gawk<-bison<-gnupg2<-libksba<-gawk<-git<-subversion<-java-11-openjdk-devel
Shown 50 from 282
This package was selected as one of the most crucial, which when missing, will
burn distro down.
Please take care, and adapt your package to exclude java on i686. For your
convenience, there was added macro %{java_arches}, including all arches java is
available on, which you can use to ifarch-out java specific features out in
i686 (on non-java arches). Although for plain java package, the change is as
simple as
https://src.fedoraproject.org/rpms/maven/c/520942645bfd1e4721dacd536a6ccbf8…,
you can not use it. The ExclusiveArch: %{java_arches} is not going to work for
you, because your package is not simple java application, and also non-java
world depends on it (even if you are one of dozen noarchs in this set)
See exemplar PR:
https://src.fedoraproject.org/rpms/graphviz/pull-request/9#request_diff
See more details eg in:: https://bugzilla.redhat.com/show_bug.cgi?id=2102298
See why in : https://pagure.io/fesco/issue/2772
Please read carefully proposal:
https://fedoraproject.org/wiki/Changes/Drop_i686_JDKs
Please see tracking bug for most up to date informations:
https://bugzilla.redhat.com/show_bug.cgi?id=2083750
(note, that direct dependencies are already work in progress - native reported
and worked on, noarch ones autoadjusted)
I'm terribly sorry to report this bug so late in f37 lifecycle. If you can,
please handle this with priority.
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=2083750
[Bug 2083750] Drop i686 builds of jdk8,11,17 and latest (18) rpms from f37
onwards
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2104215
https://bugzilla.redhat.com/show_bug.cgi?id=2105075
--- Doc Text *updated* by RaTasha Tillery-Smith <rtillery(a)redhat.com> ---
A flaw was found in the Moment.js package. Users who pass user-provided strings without sanity length checks to the moment constructor are vulnerable to regular expression denial of service (ReDoS) attacks.
--
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=2110850
Bug ID: 2110850
Summary: CVE-2022-31129 cldr-emoji-annotation: moment:
inefficient parsing algorithim resulting in DoS
[fedora-36]
Product: Fedora
Version: 36
Status: NEW
Component: cldr-emoji-annotation
Keywords: Security, SecurityTracking
Severity: high
Priority: high
Assignee: tfujiwar(a)redhat.com
Reporter: ahanwate(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, tfujiwar(a)redhat.com
Target Milestone: ---
Classification: Fedora
This is an automatically created tracking bug! It was created to ensure
that one or more security vulnerabilities are fixed in affected versions
of fedora-36.
For comments that are specific to the vulnerability please use bugs filed
against the "Security Response" product referenced in the "Blocks" field.
For more information see:
http://fedoraproject.org/wiki/Security/TrackingBugs
When submitting as an update, use the fedpkg template provided in the next
comment(s). This will include the bug IDs of this tracking bug as well as
the relevant top-level CVE bugs.
Please also mention the CVE IDs being fixed in the RPM changelog and the
fedpkg commit message.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2110850
https://bugzilla.redhat.com/show_bug.cgi?id=2105075
--- Doc Text *updated* by Avinash Hanwate <ahanwate(a)redhat.com> ---
A flaw was found in the Moment.js package. Users who pass user-provided strings without sanity length checks to the moment constructor are vulnerable to (Re)DoS attacks. The highest threat from this vulnerability is system availability.
--
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=2105075
--- Comment #24 from Avinash Hanwate <ahanwate(a)redhat.com> ---
Created cldr-emoji-annotation tracking bugs for this issue:
Affects: fedora-36 [bug 2110850]
Created couchdb tracking bugs for this issue:
Affects: fedora-35 [bug 2110846]
Created golang-github-apache-beam-2 tracking bugs for this issue:
Affects: fedora-35 [bug 2110847]
Affects: fedora-36 [bug 2110851]
Created python-ipyparallel tracking bugs for this issue:
Affects: fedora-35 [bug 2110848]
Affects: fedora-36 [bug 2110852]
Created subscription-manager-cockpit tracking bugs for this issue:
Affects: fedora-36 [bug 2110853]
Created syncthing tracking bugs for this issue:
Affects: epel-8 [bug 2110845]
Created workrave tracking bugs for this issue:
Affects: fedora-35 [bug 2110849]
Affects: fedora-36 [bug 2110854]
--
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=2110786
Bug ID: 2110786
Summary: iso-codes-4.11.0 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: iso-codes
Keywords: FutureFeature, Triaged
Assignee: pnemade(a)redhat.com
Reporter: upstream-release-monitoring(a)fedoraproject.org
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
Releases retrieved: 4.11.0
Upstream release that is considered latest: 4.11.0
Current version/release in rawhide: 4.10.0-2.fc37
URL: https://salsa.debian.org/iso-codes-team/iso-codes
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/1406/
To change the monitoring settings for the project, please visit:
https://src.fedoraproject.org/rpms/iso-codes
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2110786
https://bugzilla.redhat.com/show_bug.cgi?id=2107799
Bug ID: 2107799
Summary: F37FailsToInstall: fcitx-qt5
Product: Fedora
Version: rawhide
Status: NEW
Component: fcitx-qt5
Assignee: yanqiyu01(a)gmail.com
Reporter: mhroncok(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
robinlee.sysu(a)gmail.com, yanqiyu01(a)gmail.com
Blocks: 2045109 (F37FailsToInstall,RAWHIDEFailsToInstall)
Target Milestone: ---
Classification: Fedora
Hello,
Please note that this comment was generated automatically. If you feel that
this output has mistakes, please contact me via email (mhroncok(a)redhat.com).
Your package (fcitx-qt5) Fails To Install in Fedora 37:
can't install fcitx-qt5:
- nothing provides libQt5Gui.so.5(Qt_5.15.4_PRIVATE_API)(64bit) needed by
fcitx-qt5-1.2.6-6.fc37.x86_64
- nothing provides qt5-qtbase(x86-64) = 5.15.4 needed by
fcitx-qt5-1.2.6-6.fc37.x86_64
If you know about this problem and are planning on fixing it, please
acknowledge so by setting the bug status to ASSIGNED. If you don't have time to
maintain this package, consider orphaning it, so maintainers of dependent
packages realize the problem.
If you don't react accordingly to the policy for FTBFS/FTI bugs
(https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails…),
your package may be orphaned in 8+ weeks.
P.S. The data was generated solely from koji buildroot, so it might be newer
than the latest compose or the content on mirrors. To reproduce, use the
koji/local repo only, e.g. in mock:
$ mock -r fedora-37-x86_64 --config-opts mirrored=False install fcitx-qt5
P.P.S. If this bug has been reported in the middle of upgrading multiple
dependent packages, please consider using side tags:
https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/#updating-inter-d…
Thanks!
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=2045109
[Bug 2045109] Fedora 37 Fails To install Tracker
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2107799
https://bugzilla.redhat.com/show_bug.cgi?id=2110181
Bug ID: 2110181
Summary: harfbuzz-5.0.1 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.0.0, 5.0.1
Upstream release that is considered latest: 5.0.1
Current version/release in rawhide: 4.4.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=2110181
https://bugzilla.redhat.com/show_bug.cgi?id=2105075
Borja Tarraso <btarraso(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Depends On| |2109074, 2109075, 2109082,
| |2109083, 2109079, 2109080,
| |2109076, 2109081, 2109077,
| |2109073, 2109078
--
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=2105075
amctagga(a)redhat.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Depends On| |2108746, 2108745, 2108744,
| |2108743, 2108752, 2108749,
| |2108756, 2108751, 2108753,
| |2108750, 2108748, 2108755,
| |2108747, 2108754
--
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=2102610
Bug ID: 2102610
Summary: CVE-2022-33068 harfbuzz: VUL-0: CVE-2022-33068:
harfbuzz: integer overflow in the component
hb-ot-shape-fallback.cc [fedora-all]
Product: Fedora
Version: 36
Status: NEW
Component: harfbuzz
Keywords: Security, SecurityTracking
Severity: medium
Priority: medium
Assignee: pnemade(a)redhat.com
Reporter: mrehak(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, klember(a)redhat.com,
moceap(a)hotmail.com, pnemade(a)redhat.com,
psatpute(a)redhat.com
Target Milestone: ---
Classification: Fedora
This is an automatically created tracking bug! It was created to ensure
that one or more security vulnerabilities are fixed in affected versions
of fedora-all.
For comments that are specific to the vulnerability please use bugs filed
against the "Security Response" product referenced in the "Blocks" field.
For more information see:
http://fedoraproject.org/wiki/Security/TrackingBugs
When submitting as an update, use the fedpkg template provided in the next
comment(s). This will include the bug IDs of this tracking bug as well as
the relevant top-level CVE bugs.
Please also mention the CVE IDs being fixed in the RPM changelog and the
fedpkg commit message.
NOTE: this issue affects multiple supported versions of Fedora. While only
one tracking bug has been filed, please correct all affected versions at
the same time. If you need to fix the versions independent of each other,
you may clone this bug as appropriate.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2102610
https://bugzilla.redhat.com/show_bug.cgi?id=2104234
Bug ID: 2104234
Summary: adapt pango to removal of java on i686
Product: Fedora
Version: rawhide
Status: NEW
Component: pango
Severity: high
Assignee: pwu(a)redhat.com
Reporter: jvanek(a)redhat.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,
java-maint-sig(a)lists.fedoraproject.org,
jhuttana(a)redhat.com, jvanek(a)redhat.com,
mclasen(a)redhat.com, pmikova(a)redhat.com,
pwu(a)redhat.com, rhughes(a)redhat.com,
rstrode(a)redhat.com, sandmann(a)redhat.com,
sgehwolf(a)redhat.com, tagoh(a)redhat.com,
zzambers(a)redhat.com
Blocks: 2083750
Target Milestone: ---
Classification: Fedora
Dear maintainer, we are going to drop i686 java-openjdk packages in f37 -
https://fedoraproject.org/wiki/Changes/Drop_i686_JDKs
Your package (maybe jsut some subpakcage) is transitively affected by this
change:
pango<-libthai<-doxygen<-git<-subversion<-java-11-openjdk-devel
pango<-libthai<-doxygen<-git<-subversion<-junit<-java-17-openjdk-headless
pango<-libthai<-doxygen<-git<-gawk<-git<-subversion<-java-11-openjdk-devel
pango<-libthai<-libdatrie<-doxygen<-git<-subversion<-java-11-openjdk-devel
pango<-libthai<-doxygen<-ghostscript<-git<-subversion<-java-11-openjdk-devel
pango<-libthai<-doxygen<-git<-perl-Git<-git<-subversion<-java-11-openjdk-devel
pango<-fontconfig<-docbook-utils<-gawk<-git<-subversion<-java-11-openjdk-devel
pango<-libthai<-doxygen<-graphviz<-R-devel<-R-java-devel<-java-17-openjdk-devel
pango<-libthai<-doxygen<-graphviz<-ruby<-git<-subversion<-java-11-openjdk-devel
pango<-libthai<-doxygen<-git<-acl<-gawk<-git<-subversion<-java-11-openjdk-devel
pango<-libthai<-doxygen<-graphviz<-ocaml<-git<-subversion<-java-11-openjdk-devel
pango<-libthai<-doxygen<-git<-subversion<-junit<-hamcrest<-java-17-openjdk-headless
pango<-libthai<-doxygen<-git<-tar<-acl<-gawk<-git<-subversion<-java-11-openjdk-devel
pango<-libthai<-doxygen<-git<-gawk<-git<-subversion<-junit<-java-17-openjdk-headless
pango<-libthai<-libdatrie<-doxygen<-git<-subversion<-junit<-java-17-openjdk-headless
pango<-harfbuzz<-gtk-doc<-docbook-utils<-gawk<-git<-subversion<-java-11-openjdk-devel
pango<-libthai<-doxygen<-git<-gawk<-git<-gawk<-git<-subversion<-java-11-openjdk-devel
pango<-libthai<-doxygen<-graphviz<-swig<-R-devel<-R-java-devel<-java-17-openjdk-devel
pango<-libthai<-doxygen<-graphviz<-swig<-gawk<-git<-subversion<-java-11-openjdk-devel
pango<-libthai<-libdatrie<-doxygen<-git<-gawk<-git<-subversion<-java-11-openjdk-devel
pango<-libthai<-doxygen<-ghostscript<-git<-subversion<-junit<-java-17-openjdk-headless
pango<-libthai<-doxygen<-graphviz<-ocaml<-gawk<-git<-subversion<-java-11-openjdk-devel
pango<-libthai<-doxygen<-git<-subversion<-ruby<-git<-subversion<-java-11-openjdk-devel
pango<-libthai<-doxygen<-graphviz<-ghostscript<-git<-subversion<-java-11-openjdk-devel
pango<-libthai<-doxygen<-git<-gawk<-ghostscript<-git<-subversion<-java-11-openjdk-devel
pango<-libthai<-doxygen<-ghostscript<-git<-gawk<-git<-subversion<-java-11-openjdk-devel
pango<-libthai<-doxygen<-graphviz<-swig<-octave-devel<-octave<-java-17-openjdk-headless
pango<-libthai<-libdatrie<-doxygen<-ghostscript<-git<-subversion<-java-11-openjdk-devel
pango<-libthai<-doxygen<-graphviz<-libgs<-libijs<-git<-subversion<-java-11-openjdk-devel
pango<-fontconfig<-docbook-utils<-gawk<-git<-subversion<-junit<-java-17-openjdk-headless
pango<-libthai<-doxygen<-graphviz<-lasi<-doxygen<-git<-subversion<-java-11-openjdk-devel
pango<-libthai<-doxygen<-git<-perl-Git<-git<-subversion<-junit<-java-17-openjdk-headless
pango<-libthai<-libdatrie<-doxygen<-git<-perl-Git<-git<-subversion<-java-11-openjdk-devel
pango<-libthai<-doxygen<-git<-acl<-gawk<-git<-subversion<-junit<-java-17-openjdk-headless
pango<-libthai<-doxygen<-graphviz<-ruby<-git<-subversion<-junit<-java-17-openjdk-headless
pango<-libthai<-doxygen<-git<-gawk<-git<-perl-Git<-git<-subversion<-java-11-openjdk-devel
pango<-fontconfig<-docbook-utils<-gawk<-git<-gawk<-git<-subversion<-java-11-openjdk-devel
pango<-libthai<-doxygen<-git<-perl-Git<-git<-gawk<-git<-subversion<-java-11-openjdk-devel
pango<-libthai<-libdatrie<-doxygen<-git<-acl<-gawk<-git<-subversion<-java-11-openjdk-devel
pango<-libthai<-libdatrie<-doxygen<-graphviz<-ruby<-git<-subversion<-java-11-openjdk-devel
pango<-libthai<-doxygen<-graphviz<-ruby<-git<-gawk<-git<-subversion<-java-11-openjdk-devel
pango<-libthai<-doxygen<-git<-cvs<-krb5-libs<-gawk<-git<-subversion<-java-11-openjdk-devel
pango<-libthai<-doxygen<-graphviz<-ocaml<-git<-subversion<-junit<-java-17-openjdk-headless
pango<-libthai<-libdatrie<-doxygen<-graphviz<-R-devel<-R-java-devel<-java-17-openjdk-devel
pango<-libthai<-doxygen<-git<-sed<-libselinux<-ruby<-git<-subversion<-java-11-openjdk-devel
pango<-fontconfig<-docbook-utils<-gawk<-ghostscript<-git<-subversion<-java-11-openjdk-devel
pango<-libthai<-libdatrie<-doxygen<-graphviz<-ocaml<-git<-subversion<-java-11-openjdk-devel
pango<-libthai<-doxygen<-graphviz<-ocaml<-git<-gawk<-git<-subversion<-java-11-openjdk-devel
pango<-meson<-ninja-build<-asciidoc<-graphviz<-ruby<-git<-subversion<-java-11-openjdk-devel
pango<-libthai<-doxygen<-graphviz<-ruby-devel<-ruby<-git<-subversion<-java-11-openjdk-devel
Shown 50 from 350
This package was selected as one of the most crucial, which when missing, will
burn distro down.
Please take care, and adapt your package to exclude java on i686. For your
convenience, there was added macro %{java_arches}, including all arches java is
available on, which you can use to ifarch-out java specific features out in
i686 (on non-java arches). Although for plain java package, the change is as
simple as
https://src.fedoraproject.org/rpms/maven/c/520942645bfd1e4721dacd536a6ccbf8…,
you can not use it. The ExclusiveArch: %{java_arches} is not going to work for
you, because your package is not simple java application, and also non-java
world depends on it (even if you are one of dozen noarchs in this set)
See exemplar PR:
https://src.fedoraproject.org/rpms/graphviz/pull-request/9#request_diff
See more details eg in:: https://bugzilla.redhat.com/show_bug.cgi?id=2102298
See why in : https://pagure.io/fesco/issue/2772
Please read carefully proposal:
https://fedoraproject.org/wiki/Changes/Drop_i686_JDKs
Please see tracking bug for most up to date informations:
https://bugzilla.redhat.com/show_bug.cgi?id=2083750
(note, that direct dependencies are already work in progress - native reported
and worked on, noarch ones autoadjusted)
I'm terribly sorry to report this bug so late in f37 lifecycle. If you can,
please handle this with priority.
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=2083750
[Bug 2083750] Drop i686 builds of jdk8,11,17 and latest (18) rpms from f37
onwards
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2104234
https://bugzilla.redhat.com/show_bug.cgi?id=2104228
Bug ID: 2104228
Summary: adapt harfbuzz to removal of java on i686
Product: Fedora
Version: rawhide
Status: NEW
Component: harfbuzz
Severity: high
Assignee: pnemade(a)redhat.com
Reporter: jvanek(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
java-maint-sig(a)lists.fedoraproject.org,
jhuttana(a)redhat.com, jvanek(a)redhat.com,
klember(a)redhat.com, moceap(a)hotmail.com,
pmikova(a)redhat.com, pnemade(a)redhat.com,
psatpute(a)redhat.com, sgehwolf(a)redhat.com,
zzambers(a)redhat.com
Blocks: 2083750
Target Milestone: ---
Classification: Fedora
Dear maintainer, we are going to drop i686 java-openjdk packages in f37 -
https://fedoraproject.org/wiki/Changes/Drop_i686_JDKs
Your package (maybe jsut some subpakcage) is transitively affected by this
change:
harfbuzz<-gtk-doc<-docbook-utils<-gawk<-git<-subversion<-java-11-openjdk-devel
harfbuzz<-gtk-doc<-docbook-utils<-gawk<-git<-subversion<-junit<-java-17-openjdk-headless
harfbuzz<-gtk-doc<-docbook-utils<-gawk<-git<-gawk<-git<-subversion<-java-11-openjdk-devel
harfbuzz<-gtk-doc<-docbook-utils<-gawk<-ghostscript<-git<-subversion<-java-11-openjdk-devel
harfbuzz<-cairo-devel<-libxcb-devel<-libxcb<-doxygen<-git<-subversion<-java-11-openjdk-devel
harfbuzz<-gtk-doc<-docbook-utils<-gawk<-git<-perl-Git<-git<-subversion<-java-11-openjdk-devel
harfbuzz<-gtk-doc<-docbook-utils<-gawk<-git<-acl<-gawk<-git<-subversion<-java-11-openjdk-devel
harfbuzz<-gtk-doc<-docbook-utils<-elinks<-krb5-libs<-gawk<-git<-subversion<-java-11-openjdk-devel
harfbuzz<-freetype<-harfbuzz<-gtk-doc<-docbook-utils<-gawk<-git<-subversion<-java-11-openjdk-devel
harfbuzz<-gtk-doc<-docbook-utils<-gawk<-git<-subversion<-junit<-hamcrest<-java-17-openjdk-headless
harfbuzz<-gtk-doc<-docbook-utils<-gawk<-git<-gawk<-git<-subversion<-junit<-java-17-openjdk-headless
harfbuzz<-cairo-devel<-libxcb-devel<-libxcb<-graphviz<-ruby<-git<-subversion<-java-11-openjdk-devel
harfbuzz<-gtk-doc<-docbook-utils<-w3m<-gpm-devel<-gpm<-gawk<-git<-subversion<-java-11-openjdk-devel
harfbuzz<-cairo-devel<-libxcb-devel<-libxcb<-graphviz<-R-devel<-R-java-devel<-java-17-openjdk-devel
harfbuzz<-cairo-devel<-libxcb-devel<-libxcb<-graphviz<-ocaml<-git<-subversion<-java-11-openjdk-devel
harfbuzz<-gtk-doc<-docbook-utils<-elinks<-krb5-libs<-libverto<-git<-subversion<-java-11-openjdk-devel
harfbuzz<-gtk-doc<-docbook-utils<-gawk<-ghostscript<-git<-subversion<-junit<-java-17-openjdk-headless
harfbuzz<-gtk-doc<-docbook-utils<-gawk<-git<-subversion<-ruby<-git<-subversion<-java-11-openjdk-devel
harfbuzz<-gtk-doc<-docbook-utils<-elinks<-gpm-devel<-gpm<-gawk<-git<-subversion<-java-11-openjdk-devel
harfbuzz<-gtk-doc<-docbook-utils<-gawk<-git<-gawk<-ghostscript<-git<-subversion<-java-11-openjdk-devel
harfbuzz<-gtk-doc<-docbook-utils<-gawk<-ghostscript<-git<-gawk<-git<-subversion<-java-11-openjdk-devel
harfbuzz<-cairo-devel<-libxcb-devel<-libxcb<-doxygen<-git<-subversion<-junit<-java-17-openjdk-headless
harfbuzz<-freetype<-libX11-devel<-libxcb-devel<-libxcb<-doxygen<-git<-subversion<-java-11-openjdk-devel
harfbuzz<-gtk-doc<-meson<-ninja-build<-asciidoc<-graphviz<-ruby<-git<-subversion<-java-11-openjdk-devel
harfbuzz<-gtk-doc<-meson<-ninja-build<-asciidoc<-graphviz<-R-devel<-R-java-devel<-java-17-openjdk-devel
harfbuzz<-gtk-doc<-docbook-utils<-gawk<-git<-perl-Git<-git<-subversion<-junit<-java-17-openjdk-headless
harfbuzz<-cairo-devel<-libxcb-devel<-libxcb<-doxygen<-git<-gawk<-git<-subversion<-java-11-openjdk-devel
harfbuzz<-gtk-doc<-meson<-ninja-build<-asciidoc<-graphviz<-ocaml<-git<-subversion<-java-11-openjdk-devel
harfbuzz<-cairo-devel<-libxcb-devel<-libxcb<-graphviz<-swig<-R-devel<-R-java-devel<-java-17-openjdk-devel
harfbuzz<-cairo-devel<-cairo-devel<-libxcb-devel<-libxcb<-doxygen<-git<-subversion<-java-11-openjdk-devel
harfbuzz<-cairo-devel<-libxcb-devel<-libxcb<-doxygen<-ghostscript<-git<-subversion<-java-11-openjdk-devel
harfbuzz<-cairo-devel<-libxcb-devel<-libxcb<-graphviz<-swig<-gawk<-git<-subversion<-java-11-openjdk-devel
harfbuzz<-cairo-devel<-libxcb-devel<-libxcb<-graphviz<-ghostscript<-git<-subversion<-java-11-openjdk-devel
harfbuzz<-cairo-devel<-libX11-devel<-libxcb-devel<-libxcb<-doxygen<-git<-subversion<-java-11-openjdk-devel
harfbuzz<-cairo-devel<-libxcb-devel<-libxcb<-graphviz<-ocaml<-gawk<-git<-subversion<-java-11-openjdk-devel
harfbuzz<-gtk-doc<-docbook-utils<-gawk<-ghostscript<-git<-perl-Git<-git<-subversion<-java-11-openjdk-devel
harfbuzz<-cairo-devel<-libxcb-devel<-libxcb-devel<-libxcb<-doxygen<-git<-subversion<-java-11-openjdk-devel
harfbuzz<-gtk-doc<-docbook-utils<-gawk<-ghostscript<-libgs<-libijs<-git<-subversion<-java-11-openjdk-devel
harfbuzz<-gtk-doc<-docbook-utils<-gawk<-git<-subversion<-swig<-R-devel<-R-java-devel<-java-17-openjdk-devel
harfbuzz<-cairo-devel<-libxcb-devel<-libxcb<-doxygen<-git<-perl-Git<-git<-subversion<-java-11-openjdk-devel
harfbuzz<-gtk-doc<-docbook-utils<-elinks<-krb5-libs<-gawk<-git<-subversion<-junit<-java-17-openjdk-headless
harfbuzz<-cairo-devel<-libxcb-devel<-libxcb<-graphviz<-swig<-octave-devel<-octave<-java-17-openjdk-headless
harfbuzz<-cairo-devel<-libxcb-devel<-libxcb<-graphviz<-libgs<-libijs<-git<-subversion<-java-11-openjdk-devel
harfbuzz<-cairo-devel<-libxcb-devel<-libxcb<-doxygen<-graphviz<-R-devel<-R-java-devel<-java-17-openjdk-devel
harfbuzz<-cairo-devel<-libxcb-devel<-libxcb<-graphviz<-lasi<-doxygen<-git<-subversion<-java-11-openjdk-devel
harfbuzz<-freetype<-harfbuzz<-gtk-doc<-docbook-utils<-gawk<-git<-subversion<-junit<-java-17-openjdk-headless
harfbuzz<-cairo-devel<-libxcb-devel<-libxcb<-doxygen<-graphviz<-ruby<-git<-subversion<-java-11-openjdk-devel
harfbuzz<-gtk-doc<-docbook-utils<-elinks<-krb5-devel<-krb5-libs<-gawk<-git<-subversion<-java-11-openjdk-devel
harfbuzz<-gtk-doc<-meson<-ninja-build<-asciidoc<-graphviz<-swig<-R-devel<-R-java-devel<-java-17-openjdk-devel
harfbuzz<-gtk-doc<-docbook-utils<-elinks<-krb5-libs<-libselinux<-ruby<-git<-subversion<-java-11-openjdk-devel
Shown 50 from 160
This package was selected as one of the most crucial, which when missing, will
burn distro down.
Please take care, and adapt your package to exclude java on i686. For your
convenience, there was added macro %{java_arches}, including all arches java is
available on, which you can use to ifarch-out java specific features out in
i686 (on non-java arches). Although for plain java package, the change is as
simple as
https://src.fedoraproject.org/rpms/maven/c/520942645bfd1e4721dacd536a6ccbf8…,
you can not use it. The ExclusiveArch: %{java_arches} is not going to work for
you, because your package is not simple java application, and also non-java
world depends on it (even if you are one of dozen noarchs in this set)
See exemplar PR:
https://src.fedoraproject.org/rpms/graphviz/pull-request/9#request_diff
See more details eg in:: https://bugzilla.redhat.com/show_bug.cgi?id=2102298
See why in : https://pagure.io/fesco/issue/2772
Please read carefully proposal:
https://fedoraproject.org/wiki/Changes/Drop_i686_JDKs
Please see tracking bug for most up to date informations:
https://bugzilla.redhat.com/show_bug.cgi?id=2083750
(note, that direct dependencies are already work in progress - native reported
and worked on, noarch ones autoadjusted)
I'm terribly sorry to report this bug so late in f37 lifecycle. If you can,
please handle this with priority.
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=2083750
[Bug 2083750] Drop i686 builds of jdk8,11,17 and latest (18) rpms from f37
onwards
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2104228
https://bugzilla.redhat.com/show_bug.cgi?id=2105075
--- Comment #13 from Parag Nemade <pnemade(a)redhat.com> ---
(In reply to Tomas Hoger from comment #8)
> In reply to comment #2:
> > Why have you CC'ed many people or to exact i18n-bugs list to this bug?
>
> i18n-bugs is on the initial CC list for the cldr-emoji-annotation component,
> which was added as possibly affected by this issue. The package is
> considered to include moment because of moment being listed in
> tools/cldr-apps/js/package-lock.json (in sources). However, moment does not
> seem to be included in the srpm and also in any binary rpm, hence this looks
> like false positive.
Thank you for confirming this false positive.
--
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=2105075
--- Comment #11 from Miro Hrončok <mhroncok(a)redhat.com> ---
(In reply to Tomas Hoger from comment #10)
> In reply to comment #9:
> > In reply to comment #7:
> > > Why is python-sig(a)lists.fedoraproject.org in CC for this RHEL bug? Is there
> > > something the Fedora SIG can/should do here?
> >
> > python-sig is added because of python-notebook, but I do not see why that
> > component was added here as possibly affected.
>
> Sigh, I was checking incorrectly. python-notebook seems to bundle and ship
> moment in site-packages/notebook/static/components/moment/
It does, it also provides bundled(moment) = 2.19.3.
(In reply to Petr Viktorin from comment #7)
> Why is python-sig(a)lists.fedoraproject.org in CC for this RHEL bug? Is there
> something the Fedora SIG can/should do here?
This is not a RHEL bug, but a tracking bug that covers Fedora, RHEL, EPEL, etc.
All the maintainers of all the affected components in all the products are
CC'ed here. That includes python-sig(a)lists.fedoraproject.org.
--
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=2105075
Tomas Hoger <thoger(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Flags|needinfo?(amctagga(a)redhat.c |
|om) |
--- Comment #10 from Tomas Hoger <thoger(a)redhat.com> ---
In reply to comment #9:
> In reply to comment #7:
> > Why is python-sig(a)lists.fedoraproject.org in CC for this RHEL bug? Is there
> > something the Fedora SIG can/should do here?
>
> python-sig is added because of python-notebook, but I do not see why that
> component was added here as possibly affected.
Sigh, I was checking incorrectly. python-notebook seems to bundled and ship
moment in site-packages/notebook/static/components/moment/
--
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=2105075
--- Comment #9 from Tomas Hoger <thoger(a)redhat.com> ---
In reply to comment #7:
> Why is python-sig(a)lists.fedoraproject.org in CC for this RHEL bug? Is there
> something the Fedora SIG can/should do here?
python-sig is added because of python-notebook, but I do not see why that
component was added here as possibly affected.
--
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=2105075
Tomas Hoger <thoger(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |vkumar(a)redhat.com
--- Comment #8 from Tomas Hoger <thoger(a)redhat.com> ---
In reply to comment #2:
> Why have you CC'ed many people or to exact i18n-bugs list to this bug?
i18n-bugs is on the initial CC list for the cldr-emoji-annotation component,
which was added as possibly affected by this issue. The package is considered
to include moment because of moment being listed in
tools/cldr-apps/js/package-lock.json (in sources). However, moment does not
seem to be included in the srpm and also in any binary rpm, hence this looks
like false positive.
--
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=2105075
Petr Viktorin <pviktori(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |pviktori(a)redhat.com
Flags| |needinfo?(amctagga(a)redhat.c
| |om)
--- Comment #7 from Petr Viktorin <pviktori(a)redhat.com> ---
Why is python-sig(a)lists.fedoraproject.org in CC for this RHEL bug? Is there
something the Fedora SIG can/should do here?
--
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=2105075
--- Comment #4 from Parag Nemade <pnemade(a)redhat.com> ---
I still don't get how moment project CVE is related to i18n packages.
The Fedora repository search only shows
$ sudo dnf search moment
Last metadata expiration check: 4 days, 19:21:18 ago on Thu 07 Jul 2022
12:24:40 PM IST.
====================================================================================
Name Matched: moment
====================================================================================
perl-Time-Moment.x86_64 : Represents a date and time of day with an offset from
UTC
==================================================================================
Summary Matched: moment
===================================================================================
R-FMStable.x86_64 : Finite Moment Stable Distributions
Is moment a bundled Javascript library in some nodejs module package in Fedora?
--
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=2105075
amctagga(a)redhat.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Flags|needinfo?(amctagga(a)redhat.c |
|om) |
--- Comment #3 from amctagga(a)redhat.com ---
In reply to comment #2:
> Why have you CC'ed many people or to exact i18n-bugs list to this bug?
The default CC list is based off the affects, and is based off who is on the CC
list for affected products.
--
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=2105075
Parag Nemade <pnemade(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Flags| |needinfo?(amctagga(a)redhat.c
| |om)
--- Comment #2 from Parag Nemade <pnemade(a)redhat.com> ---
Why have you CC'ed many people or to exact i18n-bugs list to this bug?
--
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=2105075
Avinash Hanwate <ahanwate(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|moment: inefficient parsing |CVE-2022-31129 moment:
|algorithim resulting in DoS |inefficient parsing
| |algorithim resulting in DoS
Severity|low |high
Priority|low |high
--
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=1916743
Bug ID: 1916743
Summary: Fedora Scientific Spin does not include ibus-table*
packages
Product: Fedora
Version: 33
Hardware: x86_64
OS: Linux
Status: NEW
Component: ibus-table
Severity: high
Assignee: mfabian(a)redhat.com
Reporter: pa_ubach(a)alum.mit.edu
QA Contact: extras-qa(a)fedoraproject.org
CC: dchen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
kent.neo(a)gmail.com, mfabian(a)redhat.com,
pwu(a)redhat.com, shawn.p.huang(a)gmail.com
Target Milestone: ---
Classification: Fedora
Description of problem:
Clean install of Fedora Scientific (KDE) does not include the ibus-table*
packages that are necessary for local distributions of the keyboard.
Version-Release number of selected component (if applicable):
How reproducible:
Haven't tried
Steps to Reproduce:
1. Install Fedora Scientific
2. Try to type using dead keys in any KDE program or LibreOffice.
3.
Actual results: Vowel letters don't include accents.
Expected results: áàäâéèéêíïîóòöôúùüû
Additional info: To fix the problem, the user must install ibus-table*
packages, which is not described in the documentation, but it should not be
necessary to search it in the documentation anyway.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2099180
Bug ID: 2099180
Summary: F37FailsToInstall: translate-toolkit
Product: Fedora
Version: rawhide
Status: NEW
Component: translate-toolkit
Assignee: suanand(a)redhat.com
Reporter: mhroncok(a)redhat.com
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
Blocks: 2045109 (F37FailsToInstall,RAWHIDEFailsToInstall)
Target Milestone: ---
Classification: Fedora
Hello,
Please note that this comment was generated automatically. If you feel that
this output has mistakes, please contact me via email (mhroncok(a)redhat.com).
Your package (translate-toolkit) Fails To Install in Fedora 37:
can't install translate-toolkit:
- nothing provides python(abi) = 3.10 needed by
translate-toolkit-3.6.2-1.fc37.noarch
- nothing provides python3.10dist(lxml) >= 4.6.3 needed by
translate-toolkit-3.6.2-1.fc37.noarch
If you know about this problem and are planning on fixing it, please
acknowledge so by setting the bug status to ASSIGNED. If you don't have time to
maintain this package, consider orphaning it, so maintainers of dependent
packages realize the problem.
If you don't react accordingly to the policy for FTBFS/FTI bugs
(https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails…),
your package may be orphaned in 8+ weeks.
P.S. The data was generated solely from koji buildroot, so it might be newer
than the latest compose or the content on mirrors. To reproduce, use the
koji/local repo only, e.g. in mock:
$ mock -r fedora-37-x86_64 --disablerepo='*' --enablerepo=local install
translate-toolkit
P.P.S. If this bug has been reported in the middle of upgrading multiple
dependent packages, please consider using side tags:
https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/#updating-inter-d…
Thanks!
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=2045109
[Bug 2045109] Fedora 37 Fails To install Tracker
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2099180
https://bugzilla.redhat.com/show_bug.cgi?id=2101270
Parag Nemade <pnemade(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |CLOSED
Resolution|--- |RAWHIDE
Last Closed| |2022-07-03 12:03:06
--- Comment #1 from Parag Nemade <pnemade(a)redhat.com> ---
$ koji list-pkgs --show-blocked --tag f37 --package smc-rachana-fonts
Package Tag Extra Arches Owner
----------------------- ----------------------- ----------------
---------------
smc-rachana-fonts f37 vishalvvr
[BLOCKED]
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2101270
https://bugzilla.redhat.com/show_bug.cgi?id=2101269
Parag Nemade <pnemade(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |CLOSED
Resolution|--- |NEXTRELEASE
Last Closed| |2022-07-01 04:14:27
--- Comment #1 from Parag Nemade <pnemade(a)redhat.com> ---
$ koji list-pkgs --show-blocked --tag f37 --package smc-meera-fonts
Package Tag Extra Arches Owner
----------------------- ----------------------- ----------------
---------------
smc-meera-fonts f37 vishalvvr
[BLOCKED]
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2101269