September 2022 - i18n-bugs - Fedora mailing-lists

[Fedora-i18n-bugs] [Bug 1919932] New: Culmus Hebrew fonts aren't usable by TeXLive after installation
by bugzilla＠redhat.com 01 Jul '26

01 Jul '26

https://bugzilla.redhat.com/show_bug.cgi?id=1919932 Bug ID: 1919932 Summary: Culmus Hebrew fonts aren't usable by TeXLive after installation Product: Fedora Version: 33 Status: NEW Component: culmus-fonts Assignee: petersen(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: --- Classification: Fedora Created attachment 1750496 --> https://bugzilla.redhat.com/attachment.cgi?id=1750496&action=edit Basic Hebrew document Description of problem: On a clean Fedora 33 after installing texlive, babel-hebrew, and tex-fonts-hebrew, I can't use pdflatex to render a Hebrew document. Detailed steps to reproduce and a possible fix are provided below. Version-Release number of selected component (if applicable): texlive 9:2020-34.fc33 texlive-babel-hebrew 9:svn30273.2.3h-34.fc33 tex-fonts-hebrew 0.1-33.fc33 How reproducible: Always Steps to Reproduce: 1. Start a new Fedora 33 container: podman run -it fedora:33 2. dnf install texlive texlive-babel-hebrew tex-fonts-hebrew 3. Try to render hello.tex document attached to this bug report (this is a basic Hebrew document). \documentclass{article} \usepackage[utf8x]{inputenc} \usepackage[english,hebrew]{babel} \begin{document} שלום! \end{document} Actual results: We get the following error message: !pdfTeX error: pdflatex (file rdavid): Font rdavid at 600 not found ==> Fatal error occurred, no output PDF file produced! Full log is at first.log. Expected results: Document is rendered :) Additional info: We need two steps to resolve the problem here. I'm not sure if these steps are the idiomatic way to fix the issue, but it worked for me... The first issue that that culmus.map is not included in the pdflatex.map, even though culmus.map is enabled in /etc/texlive/web2c/updmap.cfg. I was able to solve it with - updmap-sys --syncwithtrees - updmap-sys to recreate the map file. It would be nice the Culmus will do this by default as part of the installation. (Another temporary per-document solution is to add \pdfmapfile{culmus.map} to the Hebrew document.) Now if we re-run pdflatex we get a new error: !pdfTeX error: pdflatex (file DavidCLM-Medium.pfa): cannot open Type 1 font file for reading ==> Fatal error occurred, no output PDF file produced! The full log is in second.log. There are multiple ways around this problem: 1. Note that /usr/share/texmf/fonts/type1/public/ has a broken symlink to culmus. Even if we fix the symlink to point to /usr/share/fonts/culmus/, it doesn't work because pdflatex doesn't seem to follow directory symlinks. But if we actually create a directory and symlink fonts individually, it will work, like this: mkdir /usr/share/texmf/fonts/type1/public/culmus2 for i in /usr/share/fonts/culmus/*; do ln $i /usr/share/texmf/fonts/type1/public/culmus2/${i##*/}; done 2. A more "general" fix is to edit /etc/texlive/web2c/texmf.cnf instead and set OSFONTDIR to /usr/share/fonts/, but it seems like this change extends beyond Culmus so I'm not sure how practical is it to edit OSFONTDIR as part of installation. After building the map file and teaching latex to find Type1 Culmus fonts the Hebrew document can compile successfully. I hope that it will be possible to adjust the Culmus package so that Hebrew latex works out of the box. Thanks! I'm available for questions and clarifications. -- You are receiving this mail because: You are on the CC list for the bug.

1 9

[Fedora-i18n-bugs] [Bug 1683395] New: emacs-common-ddskk-20150927 is available
by bugzilla＠redhat.com 29 Mar '26

29 Mar '26

https://bugzilla.redhat.com/show_bug.cgi?id=1683395 Bug ID: 1683395 Summary: emacs-common-ddskk-20150927 is available Product: Fedora Version: rawhide Status: NEW Component: emacs-common-ddskk Keywords: FutureFeature, Triaged Assignee: dueno(a)redhat.com Reporter: upstream-release-monitoring(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org Target Milestone: --- Classification: Fedora Latest upstream release: 20150927 Current version/release in rawhide: 16.2-5.fc30 URL: http://openlab.ring.gr.jp/skk/maintrunk/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/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/679/ -- You are receiving this mail because: You are on the CC list for the bug.

1 5

[Fedora-i18n-bugs] [Bug 1790554] New: Keyboard layout of Kana Kanji wont show up
by bugzilla＠redhat.com 02 Feb '26

02 Feb '26

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.

1 24

[Bug 2062407] New: msgfmt cannot invoke javac
by bugzilla＠redhat.com 28 May '25

28 May '25

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

1 13

[Bug 2090204] New: [abrt] ibus: __strndup(): ibus-extension-gtk3 killed by SIGSEGV
by bugzilla＠redhat.com 16 May '25

16 May '25

https://bugzilla.redhat.com/show_bug.cgi?id=2090204 Bug ID: 2090204 Summary: [abrt] ibus: __strndup(): ibus-extension-gtk3 killed by SIGSEGV Product: Fedora Version: 36 Hardware: x86_64 Status: NEW Whiteboard: abrt_hash:8c2b2d109d6c6600cfdf1e41632f3398d6d21e15;VAR IANT_ID=workstation; 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 Description of problem: Version-Release number of selected component: ibus-1.5.26-6.fc36 Additional info: reporter: libreport-2.17.1 backtrace_rating: 4 cgroup: 0::/user.slice/user-1000.slice/user@1000.service/session.slice/org.freedesktop.IBus.session.GNOME.service cmdline: /usr/libexec/ibus-extension-gtk3 crash_function: __strndup dso_list: /usr/libexec/ibus-extension-gtk3 ibus-1.5.26-6.fc36.x86_64 (Fedora Project) 1653401127 executable: /usr/libexec/ibus-extension-gtk3 journald_cursor: s=3da4198b50ed40bb8e39aac19c44f062;i=15b44;b=4f87f45459b64f7299ca0a57d8a15df6;m=51ec68d6;t=5dfc2daddfca9;x=e27b7bc9d78e7740 kernel: 5.17.9-300.fc36.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=2090204

1 8

[Bug 2002446] New: zinnia-0.07 is available
by bugzilla＠redhat.com 12 Apr '25

12 Apr '25

https://bugzilla.redhat.com/show_bug.cgi?id=2002446 Bug ID: 2002446 Summary: zinnia-0.07 is available Product: Fedora Version: rawhide Status: NEW Component: zinnia Keywords: FutureFeature, Triaged Assignee: liangsuilong(a)gmail.com Reporter: upstream-release-monitoring(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, liangsuilong(a)gmail.com, petersen(a)redhat.com, pwu(a)redhat.com Target Milestone: --- Classification: Fedora Latest upstream release: 0.07 Current version/release in rawhide: 0.06-55.fc35 URL: https://github.com/silverhikari/zinnia/ Please consult the package updates policy before you issue an update to a stable branch: https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/ More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream. Based on the information from anitya: https://release-monitoring.org/project/5302/ -- You are receiving this mail because: You are on the CC list for the bug.

1 9

[Bug 1974076] New: Chinese input methods use previously enabled layout
by bugzilla＠redhat.com 27 Mar '25

27 Mar '25

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.

1 9

[Bug 2004265] New: Official name of Taiwan is wrong
by bugzilla＠redhat.com 12 Dec '24

12 Dec '24

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

1 35

[Bug 2068726] New: Culmus Hebrew fonts aren't usable by TeXLive after installation
by bugzilla＠redhat.com 27 Nov '24

27 Nov '24

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

1 9

[Bug 1999864] New: Cannot find package with font for Coptic although such a package exists for Fedora 34
by bugzilla＠redhat.com 19 Sep '24

19 Sep '24

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.

1 15

[Fedora-i18n-bugs] [Bug 1936817] New: [abrt] kasumi-unicode: emission_find(): kasumi-unicode killed by SIGSEGV
by bugzilla＠redhat.com 13 Sep '24

13 Sep '24

https://bugzilla.redhat.com/show_bug.cgi?id=1936817 Bug ID: 1936817 Summary: [abrt] kasumi-unicode: emission_find(): kasumi-unicode killed by SIGSEGV Product: Fedora Version: 34 Hardware: x86_64 Status: NEW Whiteboard: abrt_hash:44f05d41fea2e8a472e511e723c030f064b80150;VAR IANT_ID=workstation; Component: kasumi Assignee: tagoh(a)redhat.com Reporter: mfabian(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com Target Milestone: --- Classification: Fedora Version-Release number of selected component: kasumi-unicode-2.5-33.fc34 Additional info: reporter: libreport-2.14.0 backtrace_rating: 4 cgroup: 0::/user.slice/user-1000.slice/user@1000.service/session.slice/org.gnome.Shell@wayland.service cmdline: kasumi-unicode crash_function: emission_find executable: /usr/bin/kasumi-unicode journald_cursor: s=4812fe31419f4a0d9519537873c0b262;i=1d75b;b=e33e48f83165443e996e9352116d67f6;m=a1416f520;t=5bd16d16bd6c8;x=215dd7f338688f54 kernel: 5.11.3-300.fc34.x86_64 rootdir: / runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (10 frames) #0 emission_find at ../gobject/gsignal.c:893 #4 gtk_widget_dispose at /usr/src/debug/gtk3-3.24.26-1.fc34.x86_64/gtk/gtkwidget.c:12162 #7 _gtk_header_bar_update_window_buttons at /usr/src/debug/gtk3-3.24.26-1.fc34.x86_64/gtk/gtkheaderbar.c:474 #8 g_cclosure_marshal_VOID__OBJECTv at ../gobject/gmarshal.c:1910 #9 _g_closure_invoke_va at ../gobject/gclosure.c:873 #12 gtk_widget_propagate_hierarchy_changed_recurse at /usr/src/debug/gtk3-3.24.26-1.fc34.x86_64/gtk/gtkwidget.c:9995 #13 _gtk_widget_propagate_hierarchy_changed at /usr/src/debug/gtk3-3.24.26-1.fc34.x86_64/gtk/gtkwidget.c:10037 #14 gtk_widget_set_parent at /usr/src/debug/gtk3-3.24.26-1.fc34.x86_64/gtk/gtkwidget.c:9653 #15 gtk_window_set_titlebar at /usr/src/debug/gtk3-3.24.26-1.fc34.x86_64/gtk/gtkwindow.c:4234 #16 _gtk_builder_add at /usr/src/debug/gtk3-3.24.26-1.fc34.x86_64/gtk/gtkbuilder.c:906 -- You are receiving this mail because: You are on the CC list for the bug.

1 17

[Bug 2076596] New: The KDE ibus panel does not work as expected.
by bugzilla＠redhat.com 29 May '24

29 May '24

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

1 41

[Bug 2095164] New: Conversion region of ibus-anthy is invisible in konsole, kwrite, kate
by bugzilla＠redhat.com 21 May '24

21 May '24

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

1 14

[Bug 2070187] New: please branch ibus-kkc for epel9
by bugzilla＠redhat.com 21 May '24

21 May '24

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

1 5

[Fedora-i18n-bugs] [Bug 1897782] New: ibus pinyin input with special characters like '/' will repeat itself non-stop and cause strange behaviours with background applications
by bugzilla＠redhat.com 21 May '24

21 May '24

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.

1 14

[Fedora-i18n-bugs] [Bug 1847347] New: gnome-terminal and xfce4-terminal get surrounding text from previous application
by bugzilla＠redhat.com 21 May '24

21 May '24

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.

1 15

[Bug 2093313] New: Too many ibus warnings, "no capability of surrounding-text feature"
by bugzilla＠redhat.com 07 May '24

07 May '24

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

1 13

[Bug 1974983] New: After upgrade xkeyboard-config to version 2.33-1.fc35 layout indicator stop react to layout switch by Ctrl-Shift key combination.
by bugzilla＠redhat.com 18 Mar '24

18 Mar '24

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.

1 16

[Bug 2088665] New: Noto Sans is chosen to display symbol characters it doesn't contain
by bugzilla＠redhat.com 18 Mar '24

18 Mar '24

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

1 26

[Bug 2093080] New: Default fonts for Arabic do not match the font packages list
by bugzilla＠redhat.com 15 Mar '24

15 Mar '24

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

1 20

[Bug 2060102] New: Remove libdb dependency
by bugzilla＠redhat.com 18 Feb '24

18 Feb '24

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

1 4

[Bug 2036820] New: CVE-2021-45931 harfbuzz: out-of-bounds write in hb_bit_set_invertible_t::set
by bugzilla＠redhat.com 16 Feb '24

16 Feb '24

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

1 16

[Bug 2124843] New: Input is sometimes cancelled after pressing < or > at the candidate window
by bugzilla＠redhat.com 06 Dec '23

06 Dec '23

https://bugzilla.redhat.com/show_bug.cgi?id=2124843 Bug ID: 2124843 Summary: Input is sometimes cancelled after pressing < or > at the candidate window Product: Fedora Version: 37 Status: NEW Component: ibus-libpinyin Assignee: pwu(a)redhat.com Reporter: tagoh(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, petersen(a)redhat.com, pwu(a)redhat.com Target Milestone: --- Classification: Fedora Description of problem: the candidate window has a feature to page up/down candidate words in the list. however, pressing pageup/down icon like < or > at the candidate window sometimes lost the candidate window and preedit text. Version-Release number of selected component (if applicable): ibus-1.5.27-1.fc37.x86_64 ibus-libpinyin-1.13.0-1.fc37.x86_64 How reproducible: often Steps to Reproduce: 1.type someting through ibus-libpinyin (e.g. as) 2.press > at the candidate window 3.press > at the candidate window again Actual results: preedit and candidate window is lost Expected results: should be page up to next list. Additional info: -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2124843

1 6

[Bug 2074360] New: Xorg gtk4: candidate windows are placed off-screen
by bugzilla＠redhat.com 06 Dec '23

06 Dec '23

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

1 7

[Bug 2088946] New: [abrt] ibus: panel_construct(): ibus-ui-gtk3 killed by SIGSEGV
by bugzilla＠redhat.com 05 Dec '23

05 Dec '23

https://bugzilla.redhat.com/show_bug.cgi?id=2088946 Bug ID: 2088946 Summary: [abrt] ibus: panel_construct(): ibus-ui-gtk3 killed by SIGSEGV Product: Fedora Version: rawhide Hardware: x86_64 Status: NEW Whiteboard: abrt_hash:b2dcccef9ace67f5523799cf3af16a48425d1458; Component: ibus Assignee: tfujiwar(a)redhat.com Reporter: BEEDELLROKEJULIANLOCKHART(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: --- Classification: Fedora Description of problem: I utilised dnf. Version-Release number of selected component: ibus-1.5.26-4.fc37 Additional info: reporter: libreport-2.17.1 backtrace_rating: 3 cgroup: 0::/user.slice/user-1000.slice/user@1000.service/app.slice/dbus-:1.2-com.redhat.imsettings@0.service cmdline: /usr/libexec/ibus-ui-gtk3 crash_function: panel_construct dso_list: /usr/libexec/ibus-ui-gtk3 ibus-1.5.26-4.fc37.x86_64 (Fedora Project) 1652142701 executable: /usr/libexec/ibus-ui-gtk3 journald_cursor: s=fc7c4129e33e4cd4b55456de3aca1860;i=19440;b=26014e104bf345f09703610da4e5812e;m=2973b295;t=5df8aebd15a01;x=8e892c08c2c9563b kernel: 5.18.0-0.rc7.54.fc37.x86_64 rootdir: / runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (8 frames) #0 panel_construct at /usr/src/debug/ibus-1.5.26-4.fc37.x86_64/ui/gtk3/panel.c:1114 #1 panel_new at /usr/src/debug/ibus-1.5.26-4.fc37.x86_64/ui/gtk3/panel.c:1167 #2 application_bus_name_acquired_cb at /usr/src/debug/ibus-1.5.26-4.fc37.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-4.fc37.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_menu_size_allocate.lto_priv #11 ?? -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2088946

1 3

[Fedora-i18n-bugs] [Bug 1919963] New: /usr/share/doc/libunistring-devel/libunistring.html missing in devel
by bugzilla＠redhat.com 27 Nov '23

27 Nov '23

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.

1 8

[Bug 2013610] New: Problem when ibus uses XIM: When committing something and then sending a space by returning False, the commit and the space are reversed
by bugzilla＠redhat.com 21 Nov '23

21 Nov '23

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

1 11

[Bug 2060988] New: ibus lookup table almost always badly positioned in Plasma(Wayland)
by bugzilla＠redhat.com 14 Sep '23

14 Sep '23

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

1 9

[Bug 2122899] New: Arabic keyboard layout sends ligatures as one character (Laa Problem)
by bugzilla＠redhat.com 21 Aug '23

21 Aug '23

https://bugzilla.redhat.com/show_bug.cgi?id=2122899 Bug ID: 2122899 Summary: Arabic keyboard layout sends ligatures as one character (Laa Problem) Product: Fedora Version: 37 Status: NEW Component: xkeyboard-config Assignee: peter.hutterer(a)redhat.com Reporter: avidseeker7(a)protonmail.com QA Contact: extras-qa(a)fedoraproject.org CC: ajax(a)redhat.com, caillon+fedoraproject(a)gmail.com, i18n-bugs(a)lists.fedoraproject.org, negativo17(a)gmail.com, peter.hutterer(a)redhat.com, rhughes(a)redhat.com, rstrode(a)redhat.com, sandmann(a)redhat.com Target Milestone: --- Classification: Fedora SUMMARY Video: (https://i.imgur.com/mjz9xrc.mp4) KDE sends [Arabic ligature glyphs](https://en.wikipedia.org/wiki/Arabic_alphabet#Ligatures) as a single glyph. For example, Laa+Alif ligature "لا" (U+0644, U+0627) is sent as "ﻻ" (U+FEFB), and similarly for (ﻷ، ﻵ، ﻹ). STEPS TO REPRODUCE 1. Settings > Keyboard > Add default Arabic layout 2. Type "ﻻ" (i.e: "b" in QWERTY keyboards) OBSERVED RESULT Output is ﻻ (U+FEFB) EXPECTED RESULT Output is لا (U+0644, U+0627). SOFTWARE/OS VERSIONS All latest update ADDITIONAL INFORMATION To clarify for English, this is like having a key to type a ligature. Say that you want to press "b" to type two characters: "fi" but instead you get "ﬁ" as a single character. This is exactly what's happening with Arabic. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2122899

1 27

[Bug 2063714] New: serif:lang=ja falls back to Droid Sans instead of Noto Sans CJK JP
by bugzilla＠redhat.com 07 Aug '23

07 Aug '23

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

1 6

[Bug 2015149] New: Candidate lists shown in gnome on-screen keyboard are not hidden/closed when they should
by bugzilla＠redhat.com 15 Jul '23

15 Jul '23

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

1 11

[Bug 2113535] New: nafees-pakistani-naskh-fonts: FTBFS in Fedora rawhide/f37
by bugzilla＠redhat.com 07 Jun '23

07 Jun '23

https://bugzilla.redhat.com/show_bug.cgi?id=2113535 Bug ID: 2113535 Summary: nafees-pakistani-naskh-fonts: FTBFS in Fedora rawhide/f37 Product: Fedora Version: rawhide Status: NEW Component: nafees-pakistani-naskh-fonts Assignee: psatpute(a)redhat.com Reporter: releng(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, petersen(a)redhat.com, psatpute(a)redhat.com Blocks: 2045102 (F37FTBFS,RAWHIDEFTBFS) Target Milestone: --- Classification: Fedora nafees-pakistani-naskh-fonts failed to build from source in Fedora rawhide/f37 https://koji.fedoraproject.org/koji/taskinfo?taskID=89834797 For details on the mass rebuild see: https://fedoraproject.org/wiki/Fedora_37_Mass_Rebuild Please fix nafees-pakistani-naskh-fonts at your earliest convenience and set the bug's status to ASSIGNED when you start fixing it. If the bug remains in NEW state for 8 weeks, nafees-pakistani-naskh-fonts will be orphaned. Before branching of Fedora 38, nafees-pakistani-naskh-fonts will be retired, if it still fails to build. For more details on the FTBFS policy, please visit: https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails… Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=2045102 [Bug 2045102] Fedora 37 FTBFS Tracker -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2113535

1 10

[Bug 2113537] New: nafees-riqa-fonts: FTBFS in Fedora rawhide/f37
by bugzilla＠redhat.com 07 Jun '23

07 Jun '23

https://bugzilla.redhat.com/show_bug.cgi?id=2113537 Bug ID: 2113537 Summary: nafees-riqa-fonts: FTBFS in Fedora rawhide/f37 Product: Fedora Version: rawhide Status: NEW Component: nafees-riqa-fonts Assignee: psatpute(a)redhat.com Reporter: releng(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com Blocks: 2045102 (F37FTBFS,RAWHIDEFTBFS) Target Milestone: --- Classification: Fedora nafees-riqa-fonts failed to build from source in Fedora rawhide/f37 https://koji.fedoraproject.org/koji/taskinfo?taskID=89834806 For details on the mass rebuild see: https://fedoraproject.org/wiki/Fedora_37_Mass_Rebuild Please fix nafees-riqa-fonts at your earliest convenience and set the bug's status to ASSIGNED when you start fixing it. If the bug remains in NEW state for 8 weeks, nafees-riqa-fonts will be orphaned. Before branching of Fedora 38, nafees-riqa-fonts will be retired, if it still fails to build. For more details on the FTBFS policy, please visit: https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails… Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=2045102 [Bug 2045102] Fedora 37 FTBFS Tracker -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2113537

1 9

[Fedora-i18n-bugs] [Bug 1910836] New: stardict-3.0.6.2 is available
by bugzilla＠redhat.com 06 Jun '23

06 Jun '23

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.

1 4

[Fedora-i18n-bugs] [Bug 1813728] New: Square four dot Unicode character has incorrect glyph
by bugzilla＠redhat.com 02 Jun '23

02 Jun '23

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.

1 20

[Bug 2119015] New: fontconfig-devel may require gettext-runtime
by bugzilla＠redhat.com 30 May '23

30 May '23

https://bugzilla.redhat.com/show_bug.cgi?id=2119015 Bug ID: 2119015 Summary: fontconfig-devel may require gettext-runtime Product: Fedora Version: rawhide Status: NEW Component: fontconfig Assignee: tagoh(a)redhat.com Reporter: suanand(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: ajax(a)redhat.com, caillon+fedoraproject(a)gmail.com, fonts-bugs(a)lists.fedoraproject.org, gnome-sig(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, mclasen(a)redhat.com, pnemade(a)redhat.com, rstrode(a)redhat.com, sandmann(a)redhat.com, tagoh(a)redhat.com Target Milestone: --- Classification: Fedora Description of problem: In F37 we moved the gettext runtime programs to gettext-runtime. So assuming if fontconfig-devel does not require any translation management tools (like msgcat or xgettext) at runtime, it should be possible for it to only Requires: gettext-runtime (instead of gettext). The goal here is only to install gettext-runtime in the Fedora live image(s), etc. Additional info: https://fedoraproject.org/wiki/Changes/GettextRuntimeSubpackage -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2119015

1 3

[Bug 2113468] New: kcm-fcitx: FTBFS in Fedora rawhide/f37
by bugzilla＠redhat.com 30 May '23

30 May '23

https://bugzilla.redhat.com/show_bug.cgi?id=2113468 Bug ID: 2113468 Summary: kcm-fcitx: FTBFS in Fedora rawhide/f37 Product: Fedora Version: rawhide Status: NEW Component: kcm-fcitx Assignee: liangsuilong(a)gmail.com Reporter: releng(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, liangsuilong(a)gmail.com, robinlee.sysu(a)gmail.com, yanqiyu01(a)gmail.com Blocks: 2045102 (F37FTBFS,RAWHIDEFTBFS) Target Milestone: --- Classification: Fedora kcm-fcitx failed to build from source in Fedora rawhide/f37 https://koji.fedoraproject.org/koji/taskinfo?taskID=89810609 For details on the mass rebuild see: https://fedoraproject.org/wiki/Fedora_37_Mass_Rebuild Please fix kcm-fcitx 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, kcm-fcitx will be orphaned. Before branching of Fedora 38, kcm-fcitx will be retired, if it still fails to build. For more details on the FTBFS policy, please visit: https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails… Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=2045102 [Bug 2045102] Fedora 37 FTBFS Tracker -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2113468

1 4

[Fedora-i18n-bugs] [Bug 1938251] New: update_preedit_text_with_mode(..., .., ..., IBus.PreeditFocusMode.COMMIT) doesn’t work in Gnome Wayland (works fine in Gnome Xorg)
by bugzilla＠redhat.com 25 May '23

25 May '23

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.

1 9

[Bug 2097176] New: [abrt] ibus: panel_construct(): ibus-ui-gtk3 killed by SIGSEGV
by bugzilla＠redhat.com 25 May '23

25 May '23

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

1 4

[Bug 2091061] New: [abrt] ibus-setup: _cairo_spline_decompose_into(): python3.10 killed by SIGSEGV
by bugzilla＠redhat.com 25 May '23

25 May '23

https://bugzilla.redhat.com/show_bug.cgi?id=2091061 Bug ID: 2091061 Summary: [abrt] ibus-setup: _cairo_spline_decompose_into(): python3.10 killed by SIGSEGV Product: Fedora Version: 36 Hardware: x86_64 Status: NEW Whiteboard: abrt_hash:e5c24739fbb030af07376fee04e090655938c354;VAR IANT_ID=workstation; 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 Description of problem: Version-Release number of selected component: ibus-setup-1.5.26-6.fc36 Additional info: reporter: libreport-2.17.1 backtrace_rating: 4 cgroup: 0::/user.slice/user-1000.slice/user@1000.service/app.slice/app-org.kde.konsole-68411e201fb148cb9a0ba581bc97ad55.scope cmdline: python3 /usr/share/ibus/setup/main.py crash_function: _cairo_spline_decompose_into executable: /usr/bin/python3.10 journald_cursor: s=3da4198b50ed40bb8e39aac19c44f062;i=1b752;b=ac661afb0edf4ba888dd7bde1e4f6523;m=8345d70d;t=5dffc08389cc3;x=d6e0492ab5fdc62b kernel: 5.17.11-300.fc36.x86_64 rootdir: / runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (1 frames) #0 _cairo_spline_decompose_into at ../src/cairo-spline.c:252 -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2091061

1 3

[Bug 2091052] New: [abrt] ibus-setup: _cairo_surface_detach_snapshot(): python3.10 killed by SIGSEGV
by bugzilla＠redhat.com 25 May '23

25 May '23

https://bugzilla.redhat.com/show_bug.cgi?id=2091052 Bug ID: 2091052 Summary: [abrt] ibus-setup: _cairo_surface_detach_snapshot(): python3.10 killed by SIGSEGV Product: Fedora Version: 36 Hardware: x86_64 Status: NEW Whiteboard: abrt_hash:2934d15615c172655c27eb4f923432d846da7afb;VAR IANT_ID=workstation; 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 Description of problem: Version-Release number of selected component: ibus-setup-1.5.26-6.fc36 Additional info: reporter: libreport-2.17.1 backtrace_rating: 4 cgroup: 0::/user.slice/user-1000.slice/user@1000.service/app.slice/app-org.kde.konsole-ffbdb457a18b47989248e39e6053a284.scope cmdline: python3 /usr/share/ibus/setup/main.py crash_function: _cairo_surface_detach_snapshot executable: /usr/bin/python3.10 journald_cursor: s=3da4198b50ed40bb8e39aac19c44f062;i=1b4c2;b=ac661afb0edf4ba888dd7bde1e4f6523;m=12889e25;t=5dffb977b63db;x=13013c74a11201f4 kernel: 5.17.11-300.fc36.x86_64 rootdir: / runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (10 frames) #0 _cairo_surface_detach_snapshot at ../src/cairo-surface.c:343 #1 _cairo_surface_detach_snapshots at ../src/cairo-surface.c:334 #2 _cairo_surface_flush at ../src/cairo-surface.c:1626 #3 _cairo_surface_finish_snapshots at ../src/cairo-surface.c:1019 #4 INT_cairo_surface_destroy at ../src/cairo-surface.c:963 #5 composite_aligned_boxes at ../src/cairo-spans-compositor.c:692 #6 clip_and_composite_boxes at ../src/cairo-spans-compositor.c:882 #8 _cairo_spans_compositor_mask at ../src/cairo-spans-compositor.c:999 #9 _cairo_compositor_mask at ../src/cairo-compositor.c:106 #10 _cairo_surface_mask at ../src/cairo-surface.c:2249 -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2091052

1 3

[Bug 2091043] New: [abrt] ibus: panel_switch_engine(): ibus-ui-gtk3 killed by SIGABRT
by bugzilla＠redhat.com 25 May '23

25 May '23

https://bugzilla.redhat.com/show_bug.cgi?id=2091043 Bug ID: 2091043 Summary: [abrt] ibus: panel_switch_engine(): ibus-ui-gtk3 killed by SIGABRT Product: Fedora Version: 36 Hardware: x86_64 Status: NEW Whiteboard: abrt_hash:02fc8b233c08446ee6d6579d0d19153afbb99d10;VAR IANT_ID=workstation; 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 Description of problem: Version-Release number of selected component: ibus-1.5.26-6.fc36 Additional info: reporter: libreport-2.17.1 backtrace_rating: 4 cgroup: 0::/user.slice/user-1000.slice/user@1000.service/app.slice/app-org.gnome.Terminal.slice/vte-spawn-a4aa8c33-0d41-4ea4-bcb2-478aea6c9a4d.scope cmdline: /usr/libexec/ibus-ui-gtk3 crash_function: panel_switch_engine executable: /usr/libexec/ibus-ui-gtk3 journald_cursor: s=3da4198b50ed40bb8e39aac19c44f062;i=1a718;b=0e3ed6d333d3456f9d910cd93c09a342;m=c06b25547;t=5dffb5e9ffc9e;x=8945b82411443c4e kernel: 5.17.11-300.fc36.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=2091043

1 3

[Bug 2091042] New: [abrt] ibus-setup: INT_cairo_surface_set_device_scale(): python3.10 killed by SIGABRT
by bugzilla＠redhat.com 25 May '23

25 May '23

https://bugzilla.redhat.com/show_bug.cgi?id=2091042 Bug ID: 2091042 Summary: [abrt] ibus-setup: INT_cairo_surface_set_device_scale(): python3.10 killed by SIGABRT Product: Fedora Version: 36 Hardware: x86_64 Status: NEW Whiteboard: abrt_hash:64972dbfc86f2ffddeaa5a65729ddcc1377648b6;VAR IANT_ID=workstation; 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 Description of problem: Version-Release number of selected component: ibus-setup-1.5.26-6.fc36 Additional info: reporter: libreport-2.17.1 backtrace_rating: 4 cgroup: 0::/user.slice/user-1000.slice/user@1000.service/app.slice/app-org.gnome.Terminal.slice/vte-spawn-a4aa8c33-0d41-4ea4-bcb2-478aea6c9a4d.scope cmdline: python3 /usr/share/ibus/setup/main.py crash_function: INT_cairo_surface_set_device_scale executable: /usr/bin/python3.10 journald_cursor: s=3da4198b50ed40bb8e39aac19c44f062;i=1a725;b=0e3ed6d333d3456f9d910cd93c09a342;m=c07142868;t=5dffb5f01cfc1;x=2572fec3dceab8a1 kernel: 5.17.11-300.fc36.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=2091042

1 3

[Bug 2091012] New: [abrt] ibus-setup: pixman_region32_fini(): python3.10 killed by SIGABRT
by bugzilla＠redhat.com 25 May '23

25 May '23

https://bugzilla.redhat.com/show_bug.cgi?id=2091012 Bug ID: 2091012 Summary: [abrt] ibus-setup: pixman_region32_fini(): python3.10 killed by SIGABRT Product: Fedora Version: 36 Hardware: x86_64 Status: NEW Whiteboard: abrt_hash:3d02de5574a0ae429a1f1ae5b2c7c47df5e6c5f3;VAR IANT_ID=workstation; 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 Description of problem: Version-Release number of selected component: ibus-setup-1.5.26-6.fc36 Additional info: reporter: libreport-2.17.1 backtrace_rating: 4 cgroup: 0::/user.slice/user-1000.slice/user@1000.service/app.slice/app-org.kde.konsole-4aba850fa24e4d278b1e393946024115.scope cmdline: python3 /usr/share/ibus/setup/main.py crash_function: pixman_region32_fini executable: /usr/bin/python3.10 journald_cursor: s=3da4198b50ed40bb8e39aac19c44f062;i=1a813;b=0e3ed6d333d3456f9d910cd93c09a342;m=c17ab4900;t=5dffb6f98f058;x=a8f8c806935e0f31 kernel: 5.17.11-300.fc36.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=2091012

1 3

[Bug 2090104] New: [abrt] ibus: pango_attr_list_change(): ibus-ui-gtk3 killed by SIGSEGV
by bugzilla＠redhat.com 25 May '23

25 May '23

https://bugzilla.redhat.com/show_bug.cgi?id=2090104 Bug ID: 2090104 Summary: [abrt] ibus: pango_attr_list_change(): ibus-ui-gtk3 killed by SIGSEGV Product: Fedora Version: 36 Hardware: x86_64 Status: NEW Whiteboard: abrt_hash:65418c6d2f9dfcccbdc016d1ef31abb18d1e491e;VAR IANT_ID=workstation; 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 Description of problem: Version-Release number of selected component: ibus-1.5.26-6.fc36 Additional info: reporter: libreport-2.17.1 backtrace_rating: 4 cgroup: 0::/user.slice/user-1000.slice/user@1000.service/app.slice/dbus-:1.3-com.redhat.imsettings@0.service cmdline: /usr/libexec/ibus-ui-gtk3 crash_function: pango_attr_list_change executable: /usr/libexec/ibus-ui-gtk3 journald_cursor: s=3da4198b50ed40bb8e39aac19c44f062;i=16147;b=4f87f45459b64f7299ca0a57d8a15df6;m=2b28ea0ab;t=5dfc53b80347d;x=6e4c2e9d3aa7ed7f kernel: 5.17.9-300.fc36.x86_64 rootdir: / runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (10 frames) #0 pango_attr_list_change at ../pango/pango-attributes.c:2058 #1 candidate_panel_set_auxiliary_text at /usr/src/debug/ibus-1.5.26-6.fc36.x86_64/ui/gtk3/candidatepanel.c:653 #2 panel_real_update_auxiliary_text at /usr/src/debug/ibus-1.5.26-6.fc36.x86_64/ui/gtk3/panel.c:5565 #4 signal_emit_unlocked_R.isra.0 at ../gobject/gsignal.c:3782 #7 ibus_panel_service_service_method_call at /usr/src/debug/ibus-1.5.26-6.fc36.x86_64/src/ibuspanelservice.c:1157 #8 call_in_idle_cb at ../gio/gdbusconnection.c:4994 #12 g_main_context_iterate.constprop.0 at ../glib/gmain.c:4211 #14 gtk_main at ../gtk/gtkmain.c:1329 #15 application_run at /usr/src/debug/ibus-1.5.26-6.fc36.x86_64/ui/gtk3/application.c:279 #16 application_main at /usr/src/debug/ibus-1.5.26-6.fc36.x86_64/ui/gtk3/application.c:364 -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2090104

1 3

[Bug 2077640] New: [abrt] ibus: XFree(): ibus-x11 killed by SIGBUS
by bugzilla＠redhat.com 25 May '23

25 May '23

https://bugzilla.redhat.com/show_bug.cgi?id=2077640 Bug ID: 2077640 Summary: [abrt] ibus: XFree(): ibus-x11 killed by SIGBUS Product: Fedora Version: 36 Hardware: x86_64 Status: NEW Whiteboard: abrt_hash:d45456d75c4b06a604e3d998ceb7ac508888b35d;VAR IANT_ID=workstation; Component: ibus Assignee: tfujiwar(a)redhat.com Reporter: jbk.khongorzul(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com Target Milestone: --- Classification: Fedora Version-Release number of selected component: ibus-1.5.26-3.fc36 Additional info: reporter: libreport-2.17.1 backtrace_rating: 4 cgroup: 0::/user.slice/user-1000.slice/user@1000.service/session.slice/org.gnome.SettingsDaemon.XSettings.service cmdline: /usr/libexec/ibus-x11 crash_function: XFree dso_list: /usr/libexec/ibus-x11 ibus-1.5.26-3.fc36.x86_64 (Fedora Project) 1648896243 executable: /usr/libexec/ibus-x11 journald_cursor: s=990ea41644274d5d8cda4383461f4fff;i=6e1ed;b=bdd693743db249a4b1924bbbebd8aef0;m=19655877a;t=5dd2eebb9d6ab;x=d4256e6237f97b08 kernel: 5.17.3-300.fc36.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=2077640

1 5

[Bug 2076817] New: [abrt] ibus-anthy-python: __update_anthy_convert_chars(): engine.py:1278:__update_anthy_convert_chars:TypeError: can only concatenate str (not "NoneType") to str
by bugzilla＠redhat.com 25 May '23

25 May '23

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

1 10

[Bug 2091716] New: [abrt] imsettings: __memmove_sse2_unaligned_erms(): imsettings-check killed by SIGSEGV
by bugzilla＠redhat.com 25 May '23

25 May '23

https://bugzilla.redhat.com/show_bug.cgi?id=2091716 Bug ID: 2091716 Summary: [abrt] imsettings: __memmove_sse2_unaligned_erms(): imsettings-check killed by SIGSEGV Product: Fedora Version: 36 Hardware: x86_64 Status: NEW Whiteboard: abrt_hash:f06beaed9a9a69dbd2507dbff2a0fcc81db9d8df;VAR IANT_ID=workstation; Component: imsettings Assignee: tagoh(a)redhat.com Reporter: mfabian(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com Target Milestone: --- Classification: Fedora Description of problem: Version-Release number of selected component: imsettings-1.8.3-2.fc36 Additional info: reporter: libreport-2.17.1 backtrace_rating: 4 cgroup: 0::/user.slice/user-1000.slice/session-8.scope cmdline: /usr/libexec/imsettings-check --check-dbus crash_function: __memmove_sse2_unaligned_erms executable: /usr/libexec/imsettings-check journald_cursor: s=0325f794070a4f0cbc4530c1f3e0ce87;i=20c51;b=b81031ec0c0a4f658013367757b620ac;m=59a36bb73;t=5e0402d681c0a;x=54d794e43c0fd92d kernel: 5.17.11-300.fc36.x86_64 rootdir: / runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (10 frames) #0 __memmove_sse2_unaligned_erms at ../sysdeps/x86_64/multiarch/memmove-vec-unaligned-erms.S:575 #1 memmove at /usr/include/bits/string_fortified.h:36 #2 g_bsearch_array_grow at ../glib/gbsearcharray.h:214 #3 g_bsearch_array_insert at ../glib/gbsearcharray.h:238 #4 g_signal_newv at ../gobject/gsignal.c:1790 #5 g_signal_new_valist at ../gobject/gsignal.c:1983 #6 g_signal_new at ../gobject/gsignal.c:1512 #7 g_dbus_auth_observer_class_init at ../gio/gdbusauthobserver.c:197 #8 g_dbus_auth_observer_class_intern_init at ../gio/gdbusauthobserver.c:149 #9 type_class_init_Wm at ../gobject/gtype.c:2297 -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2091716

1 3

[Bug 2097613] New: update/install/reinstall of ibus - ibus scriplet - restart gnome shell esession
by bugzilla＠redhat.com 25 May '23

25 May '23

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

1 6

[Fedora-i18n-bugs] [Bug 1937235] New: [abrt] ibus-hangul: hangul_ic_select_keyboard(): ibus-engine-hangul killed by SIGSEGV
by bugzilla＠redhat.com 16 May '23

16 May '23

https://bugzilla.redhat.com/show_bug.cgi?id=1937235 Bug ID: 1937235 Summary: [abrt] ibus-hangul: hangul_ic_select_keyboard(): ibus-engine-hangul killed by SIGSEGV Product: Fedora Version: 34 Hardware: x86_64 Status: NEW Whiteboard: abrt_hash:2c789cb882f05d089b3d896c3bf215104523de34;VAR IANT_ID=workstation; Component: ibus-hangul Assignee: pwu(a)redhat.com Reporter: mfabian(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, pwu(a)redhat.com, shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com Target Milestone: --- Classification: Fedora Version-Release number of selected component: ibus-hangul-1.5.4-4.fc34 Additional info: reporter: libreport-2.14.0 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: hangul_ic_select_keyboard executable: /usr/libexec/ibus-engine-hangul journald_cursor: s=aeb2461fa27a41febb2b69e0c1f19a49;i=2a21e;b=02ae636d7bd94d8399fe1a589a2cc54d;m=de67d05db;t=5bd2a055e55b4;x=f89bc2f41f604a4d kernel: 5.11.3-300.fc34.x86_64 rootdir: / runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (2 frames) #0 hangul_ic_select_keyboard at /usr/src/debug/libhangul-0.1.0-23.fc34.x86_64/hangul/hangulinputcontext.c:1626 #1 settings_changed at /usr/src/debug/ibus-hangul-1.5.4-4.fc34.x86_64/src/engine.c:1941 -- You are receiving this mail because: You are on the CC list for the bug.

1 7

[Bug 2105043] New: After an update, Japanese input stopped working
by bugzilla＠redhat.com 15 May '23

15 May '23

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

1 12

[Bug 1964374] New: stardict scan hotkey doesn't work
by bugzilla＠redhat.com 15 May '23

15 May '23

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.

1 12

[Bug 2109358] New: emacs fails to start: Cannot open load file: No such file or directory, comp
by bugzilla＠redhat.com 15 May '23

15 May '23

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

1 15

[Bug 2113224] New: fcitx-unikey: FTBFS in Fedora rawhide/f37
by bugzilla＠redhat.com 12 May '23

12 May '23

https://bugzilla.redhat.com/show_bug.cgi?id=2113224 Bug ID: 2113224 Summary: fcitx-unikey: FTBFS in Fedora rawhide/f37 Product: Fedora Version: rawhide Status: NEW Component: fcitx-unikey Assignee: liangsuilong(a)gmail.com Reporter: releng(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, liangsuilong(a)gmail.com, robinlee.sysu(a)gmail.com, yanqiyu01(a)gmail.com Blocks: 2045102 (F37FTBFS,RAWHIDEFTBFS) Target Milestone: --- Classification: Fedora fcitx-unikey failed to build from source in Fedora rawhide/f37 https://koji.fedoraproject.org/koji/taskinfo?taskID=89772056 For details on the mass rebuild see: https://fedoraproject.org/wiki/Fedora_37_Mass_Rebuild Please fix fcitx-unikey at your earliest convenience and set the bug's status to ASSIGNED when you start fixing it. If the bug remains in NEW state for 8 weeks, fcitx-unikey will be orphaned. Before branching of Fedora 38, fcitx-unikey will be retired, if it still fails to build. For more details on the FTBFS policy, please visit: https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails… Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=2045102 [Bug 2045102] Fedora 37 FTBFS Tracker -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2113224

1 4

[Bug 2113223] New: fcitx-skk: FTBFS in Fedora rawhide/f37
by bugzilla＠redhat.com 12 May '23

12 May '23

https://bugzilla.redhat.com/show_bug.cgi?id=2113223 Bug ID: 2113223 Summary: fcitx-skk: FTBFS in Fedora rawhide/f37 Product: Fedora Version: rawhide Status: NEW Component: fcitx-skk Assignee: dueno(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 Blocks: 2045102 (F37FTBFS,RAWHIDEFTBFS) Target Milestone: --- Classification: Fedora fcitx-skk failed to build from source in Fedora rawhide/f37 https://koji.fedoraproject.org/koji/taskinfo?taskID=89772009 For details on the mass rebuild see: https://fedoraproject.org/wiki/Fedora_37_Mass_Rebuild Please fix fcitx-skk at your earliest convenience and set the bug's status to ASSIGNED when you start fixing it. If the bug remains in NEW state for 8 weeks, fcitx-skk will be orphaned. Before branching of Fedora 38, fcitx-skk will be retired, if it still fails to build. For more details on the FTBFS policy, please visit: https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails… Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=2045102 [Bug 2045102] Fedora 37 FTBFS Tracker -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2113223

1 4

[Bug 2113221] New: fcitx-kkc: FTBFS in Fedora rawhide/f37
by bugzilla＠redhat.com 12 May '23

12 May '23

https://bugzilla.redhat.com/show_bug.cgi?id=2113221 Bug ID: 2113221 Summary: fcitx-kkc: FTBFS in Fedora rawhide/f37 Product: Fedora Version: rawhide Status: NEW Component: fcitx-kkc Assignee: dueno(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 Blocks: 2045102 (F37FTBFS,RAWHIDEFTBFS) Target Milestone: --- Classification: Fedora fcitx-kkc failed to build from source in Fedora rawhide/f37 https://koji.fedoraproject.org/koji/taskinfo?taskID=89771949 For details on the mass rebuild see: https://fedoraproject.org/wiki/Fedora_37_Mass_Rebuild Please fix fcitx-kkc at your earliest convenience and set the bug's status to ASSIGNED when you start fixing it. If the bug remains in NEW state for 8 weeks, fcitx-kkc will be orphaned. Before branching of Fedora 38, fcitx-kkc will be retired, if it still fails to build. For more details on the FTBFS policy, please visit: https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails… Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=2045102 [Bug 2045102] Fedora 37 FTBFS Tracker -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2113221

1 6

[Bug 2094689] New: [abrt] ibus-setup: dictkeys_decref(): python3.10 killed by SIGSEGV
by bugzilla＠redhat.com 11 May '23

11 May '23

https://bugzilla.redhat.com/show_bug.cgi?id=2094689 Bug ID: 2094689 Summary: [abrt] ibus-setup: dictkeys_decref(): python3.10 killed by SIGSEGV Product: Fedora Version: 36 Hardware: x86_64 Status: NEW Whiteboard: abrt_hash:5384a2084d3e5a0a50d73ac1d0f6702b6679e8e1;VAR IANT_ID=workstation; 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 Description of problem: Version-Release number of selected component: ibus-setup-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/dbus-:1.2-com.redhat.imsettings@0.service cmdline: python3 /usr/share/ibus/setup/main.py ibus-setup crash_function: dictkeys_decref executable: /usr/bin/python3.10 journald_cursor: s=f4b06a7c90514868a0ecb24aa4a3d53e;i=66eb;b=3fc2379dae1240f58971d2cf0885b326;m=40d6d7d5;t=5e0eabf35c54a;x=e9d6ba44ac336a36 kernel: 5.17.13-300.fc36.x86_64 rootdir: / runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (10 frames) #0 dictkeys_decref at /usr/src/debug/python3.10-3.10.4-1.fc36.x86_64/Objects/dictobject.c:336 #1 dict_merge at /usr/src/debug/python3.10-3.10.4-1.fc36.x86_64/Objects/dictobject.c:2588 #2 dict_update_common at /usr/src/debug/python3.10-3.10.4-1.fc36.x86_64/Objects/dictobject.c:2428 #3 dict_update at /usr/src/debug/python3.10-3.10.4-1.fc36.x86_64/Objects/dictobject.c:2446 #4 method_vectorcall_VARARGS_KEYWORDS at /usr/src/debug/python3.10-3.10.4-1.fc36.x86_64/Objects/descrobject.c:344 #5 _PyObject_VectorcallTstate at /usr/src/debug/python3.10-3.10.4-1.fc36.x86_64/Include/cpython/abstract.h:114 #6 PyObject_Vectorcall at /usr/src/debug/python3.10-3.10.4-1.fc36.x86_64/Include/cpython/abstract.h:123 #7 call_function at /usr/src/debug/python3.10-3.10.4-1.fc36.x86_64/Python/ceval.c:5867 #8 _PyEval_EvalFrameDefault at /usr/src/debug/python3.10-3.10.4-1.fc36.x86_64/Python/ceval.c:4198 #9 _PyEval_EvalFrame at /usr/src/debug/python3.10-3.10.4-1.fc36.x86_64/Include/internal/pycore_ceval.h:46 -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2094689

1 5

[Bug 2113538] New: nafees-tehreer-naskh-fonts: FTBFS in Fedora rawhide/f37
by bugzilla＠redhat.com 10 May '23

10 May '23

https://bugzilla.redhat.com/show_bug.cgi?id=2113538 Bug ID: 2113538 Summary: nafees-tehreer-naskh-fonts: FTBFS in Fedora rawhide/f37 Product: Fedora Version: rawhide Status: NEW Component: nafees-tehreer-naskh-fonts Assignee: psatpute(a)redhat.com Reporter: releng(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com Blocks: 2045102 (F37FTBFS,RAWHIDEFTBFS) Target Milestone: --- Classification: Fedora nafees-tehreer-naskh-fonts failed to build from source in Fedora rawhide/f37 https://koji.fedoraproject.org/koji/taskinfo?taskID=89834809 For details on the mass rebuild see: https://fedoraproject.org/wiki/Fedora_37_Mass_Rebuild Please fix nafees-tehreer-naskh-fonts at your earliest convenience and set the bug's status to ASSIGNED when you start fixing it. If the bug remains in NEW state for 8 weeks, nafees-tehreer-naskh-fonts will be orphaned. Before branching of Fedora 38, nafees-tehreer-naskh-fonts will be retired, if it still fails to build. For more details on the FTBFS policy, please visit: https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails… Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=2045102 [Bug 2045102] Fedora 37 FTBFS Tracker -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2113538

1 7

[Bug 2113534] New: nafees-nastaleeq-fonts: FTBFS in Fedora rawhide/f37
by bugzilla＠redhat.com 10 May '23

10 May '23

https://bugzilla.redhat.com/show_bug.cgi?id=2113534 Bug ID: 2113534 Summary: nafees-nastaleeq-fonts: FTBFS in Fedora rawhide/f37 Product: Fedora Version: rawhide Status: NEW Component: nafees-nastaleeq-fonts Assignee: psatpute(a)redhat.com Reporter: releng(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, petersen(a)redhat.com, psatpute(a)redhat.com Blocks: 2045102 (F37FTBFS,RAWHIDEFTBFS) Target Milestone: --- Classification: Fedora nafees-nastaleeq-fonts failed to build from source in Fedora rawhide/f37 https://koji.fedoraproject.org/koji/taskinfo?taskID=89834788 For details on the mass rebuild see: https://fedoraproject.org/wiki/Fedora_37_Mass_Rebuild Please fix nafees-nastaleeq-fonts at your earliest convenience and set the bug's status to ASSIGNED when you start fixing it. If the bug remains in NEW state for 8 weeks, nafees-nastaleeq-fonts will be orphaned. Before branching of Fedora 38, nafees-nastaleeq-fonts will be retired, if it still fails to build. For more details on the FTBFS policy, please visit: https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails… Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=2045102 [Bug 2045102] Fedora 37 FTBFS Tracker -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2113534

1 6

[Bug 2061664] New: IBus candidate panel show up at wrong positions for QT apps
by bugzilla＠redhat.com 05 May '23

05 May '23

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

1 15

[Bug 2123720] New: Noto Sans Thai to default for Thai
by bugzilla＠redhat.com 02 May '23

02 May '23

https://bugzilla.redhat.com/show_bug.cgi?id=2123720 Bug ID: 2123720 Summary: Noto Sans Thai to default for Thai Product: Fedora Version: rawhide Status: NEW Component: google-noto-fonts Keywords: FutureFeature Assignee: tagoh(a)redhat.com Reporter: tagoh(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, petersen(a)redhat.com, psatpute(a)redhat.com, pwu(a)redhat.com, tagoh(a)redhat.com Target Milestone: --- Classification: Fedora Description of problem: As we have changed most languages default to Noto, it may be good to consider updating Thai to Noto as well. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2123720

1 5

[Bug 2123722] New: Noto Khmer to default for Khmer
by bugzilla＠redhat.com 02 May '23

02 May '23

https://bugzilla.redhat.com/show_bug.cgi?id=2123722 Bug ID: 2123722 Summary: Noto Khmer to default for Khmer Product: Fedora Version: rawhide Status: NEW Component: google-noto-fonts Keywords: FutureFeature Assignee: tagoh(a)redhat.com Reporter: tagoh(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, petersen(a)redhat.com, psatpute(a)redhat.com, pwu(a)redhat.com, tagoh(a)redhat.com Target Milestone: --- Classification: Fedora Description of problem: As we have changed most languages default to Noto, it may be good to consider updating Khmer to Noto as well. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2123722

1 4

[Bug 2093859] New: [abrt] ibus-anthy-python: _Py_INCREF(): python3.10 killed by SIGSEGV
by bugzilla＠redhat.com 28 Apr '23

28 Apr '23

https://bugzilla.redhat.com/show_bug.cgi?id=2093859 Bug ID: 2093859 Summary: [abrt] ibus-anthy-python: _Py_INCREF(): python3.10 killed by SIGSEGV Product: Fedora Version: 36 Hardware: x86_64 Status: NEW Whiteboard: abrt_hash:cf7f44bcb9c2c2815bdb65cb37a42f3598ad0a67;VAR IANT_ID=workstation; Component: ibus-anthy 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, tagoh(a)redhat.com, tfujiwar(a)redhat.com Target Milestone: --- Classification: Fedora Description of problem: Version-Release number of selected component: ibus-anthy-python-1.5.14-4.fc36 Additional info: reporter: libreport-2.17.1 backtrace_rating: 4 cgroup: 0::/user.slice/user-1000.slice/user@1000.service/app.slice/dbus-:1.2-com.redhat.imsettings@0.service cmdline: python3 /usr/share/ibus-anthy/engine/main.py --ibus crash_function: _Py_INCREF executable: /usr/bin/python3.10 journald_cursor: s=0325f794070a4f0cbc4530c1f3e0ce87;i=251fb;b=a1249be8f9ec419eb97f1227a35e5fc0;m=87fad6a;t=5e062559eddf7;x=20a00219da6db34b kernel: 5.17.11-300.fc36.x86_64 rootdir: / runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (10 frames) #0 _Py_INCREF at /usr/src/debug/python3.10-3.10.4-1.fc36.x86_64/Include/object.h:472 #1 _PyEval_EvalFrameDefault at /usr/src/debug/python3.10-3.10.4-1.fc36.x86_64/Python/ceval.c:2806 #2 _PyEval_EvalFrame at /usr/src/debug/python3.10-3.10.4-1.fc36.x86_64/Include/internal/pycore_ceval.h:46 #3 _PyEval_Vector at /usr/src/debug/python3.10-3.10.4-1.fc36.x86_64/Python/ceval.c:5065 #4 _PyObject_VectorcallTstate at /usr/src/debug/python3.10-3.10.4-1.fc36.x86_64/Include/cpython/abstract.h:114 #5 PyObject_Vectorcall at /usr/src/debug/python3.10-3.10.4-1.fc36.x86_64/Include/cpython/abstract.h:123 #6 call_function at /usr/src/debug/python3.10-3.10.4-1.fc36.x86_64/Python/ceval.c:5867 #7 _PyEval_EvalFrameDefault at /usr/src/debug/python3.10-3.10.4-1.fc36.x86_64/Python/ceval.c:4213 #8 _PyEval_EvalFrame at /usr/src/debug/python3.10-3.10.4-1.fc36.x86_64/Include/internal/pycore_ceval.h:46 #9 _PyEval_Vector at /usr/src/debug/python3.10-3.10.4-1.fc36.x86_64/Python/ceval.c:5065 -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2093859

1 3

[Bug 2013323] New: Cursor position and conversion regioni of ibus-anthy are invisible in Google Documents (both in firefox and google-chrome)
by bugzilla＠redhat.com 27 Apr '23

27 Apr '23

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

1 15

[Fedora-i18n-bugs] [Bug 1779123] New: Pango no longer supports type1 fonts
by bugzilla＠redhat.com 25 Apr '23

25 Apr '23

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.

1 14

[Bug 1993618] New: [abrt] ibus-libpinyin: PY::PunctEditor::moveCursorToBegin(): ibus-engine-libpinyin killed by SIGABRT
by bugzilla＠redhat.com 25 Apr '23

25 Apr '23

https://bugzilla.redhat.com/show_bug.cgi?id=1993618 Bug ID: 1993618 Summary: [abrt] ibus-libpinyin: PY::PunctEditor::moveCursorToBegin(): ibus-engine-libpinyin killed by SIGABRT Product: Fedora Version: 34 Hardware: x86_64 Status: NEW Whiteboard: abrt_hash:e41f218ee5601bc1377bb63d92ea7cfafa49f6df;VAR IANT_ID=workstation; Component: ibus-libpinyin Assignee: pwu(a)redhat.com Reporter: tcfxfzoi(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 Version-Release number of selected component: ibus-libpinyin-1.12.0-3.fc34 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-libpinyin --ibus crash_function: PY::PunctEditor::moveCursorToBegin executable: /usr/libexec/ibus-engine-libpinyin journald_cursor: s=b843de467070413eac4da2bc5d966ff5;i=701f;b=c1ce31806f0448d2826bedd20c47fa6b;m=99564a78;t=5c986a4580fd5;x=bf2d4d76d0a056b9 kernel: 5.13.9-200.fc34.x86_64 rootdir: / runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (9 frames) #4 PY::PunctEditor::moveCursorToBegin at /usr/src/debug/ibus-libpinyin-1.12.0-3.fc34.x86_64/src/PYPunctEditor.cc:317 #5 PY::PunctEditor::processKeyEvent at /usr/src/debug/ibus-libpinyin-1.12.0-3.fc34.x86_64/src/PYPunctEditor.cc:190 #6 PY::BopomofoEngine::processKeyEvent at /usr/src/debug/ibus-libpinyin-1.12.0-3.fc34.x86_64/src/PYPBopomofoEngine.cc:198 #8 _ibus_marshal_BOOLEAN__UINT_UINT_UINT at /usr/src/debug/ibus-1.5.24-5.fc34.x86_64/src/ibusmarshalers.c:280 #13 ibus_engine_service_method_call at /usr/src/debug/ibus-1.5.24-5.fc34.x86_64/src/ibusengine.c:1107 #14 call_in_idle_cb at ../gio/gdbusconnection.c:4913 #18 g_main_context_iterate.constprop.0 at ../glib/gmain.c:4131 #20 ibus_main at /usr/src/debug/ibus-1.5.24-5.fc34.x86_64/src/ibusshare.c:322 #21 start_component at /usr/src/debug/ibus-libpinyin-1.12.0-3.fc34.x86_64/src/PYMain.cc:141 -- You are receiving this mail because: You are on the CC list for the bug.

1 5

[Bug 2062619] New: IBus stop working after locking screen
by bugzilla＠redhat.com 17 Apr '23

17 Apr '23

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

1 26

[Bug 2124007] New: Keyboard disappears from list of installed keyboards
by bugzilla＠redhat.com 17 Apr '23

17 Apr '23

https://bugzilla.redhat.com/show_bug.cgi?id=2124007 Bug ID: 2124007 Summary: Keyboard disappears from list of installed keyboards Product: Fedora Version: 36 Hardware: x86_64 OS: Linux Status: NEW Component: anthy Assignee: tagoh(a)redhat.com Reporter: Ben.Engbers(a)Be-Logical.nl QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com, tfujiwar(a)redhat.com Target Milestone: --- Classification: Fedora Description of problem: I have installed 3 keyboards (English VS, English International and Anthy). Anthy is mostly used in Libre Office Writer 7.3.4.2. I can switch the keyboard either by selecting one in the upper right corner of the screen or by cycling through te list of installed keyboards with Windows key/spacebar. After a few minutes my Lenovo laptop goes to sleep automatically. When I wake it up again, the Anthy keyboard has disappeared from the list of keyboards. Only the 2 English keyboards can be selected. In the settings dialog however, the Anthy keyboard is still visible. It is only after a new logon that the Japanese keyboard shows up again. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1. Logon after boot 2. Wait till the laptop goes to sleep 3. Wake up. Actual results: Anthy keyboard is no longer visible Expected results: Anthy keyboard can not be selected Additional info: -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2124007

1 2

[Fedora-i18n-bugs] [Bug 1895482] New: Liberation Fonts Support For Serbian locl Glyphs Incomplete
by bugzilla＠redhat.com 04 Apr '23

04 Apr '23

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.

1 3

[Bug 2095904] New: [abrt] ibus-typing-booster: read(): gzip.py:496:read:zlib.error: Error -3 while decompressing data: invalid distance too far back
by bugzilla＠redhat.com 14 Feb '23

14 Feb '23

https://bugzilla.redhat.com/show_bug.cgi?id=2095904 Bug ID: 2095904 Summary: [abrt] ibus-typing-booster: read(): gzip.py:496:read:zlib.error: Error -3 while decompressing data: invalid distance too far back Product: Fedora Version: 36 Hardware: x86_64 Status: NEW Whiteboard: abrt_hash:9aea8105e48adf15942982fad50f1476a116dd11;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/engine/main.py --ibus crash_function: read exception_type: zlib.error executable: /usr/share/ibus-typing-booster/engine/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: #1 [/usr/lib64/python3.10/gzip.py:496] read #2 [/usr/lib64/python3.10/_compression.py:68] readinto #3 [/usr/lib64/python3.10/gzip.py:301] read #4 [/usr/lib/python3.10/site-packages/langtable/langtable.py:912] _expat_parse #5 [/usr/lib/python3.10/site-packages/langtable/langtable.py:932] _read_file #6 [/usr/lib/python3.10/site-packages/langtable/langtable.py:2540] _init #7 [/usr/lib/python3.10/site-packages/langtable/langtable.py:2547] __init__ #8 [/usr/lib/python3.10/site-packages/langtable/langtable.py:2553] <module> #9 [/usr/lib/python3.10/site-packages/langtable/__init__.py:1] <module> #10 [/usr/share/ibus-typing-booster/engine/itb_util.py:89] <module> -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2095904

1 1

[Bug 2095905] New: [abrt] ibus-typing-booster: _expat_parse(): langtable.py:912:_expat_parse:xml.parsers.expat.ExpatError: not well-formed (invalid token): line 11583, column 64
by bugzilla＠redhat.com 14 Feb '23

14 Feb '23

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

1 1

[Bug 2095964] New: [abrt] ibus-typing-booster: _cairo_spline_decompose_into(): python3.10 killed by SIGSEGV
by bugzilla＠redhat.com 14 Feb '23

14 Feb '23

https://bugzilla.redhat.com/show_bug.cgi?id=2095964 Bug ID: 2095964 Summary: [abrt] ibus-typing-booster: _cairo_spline_decompose_into(): python3.10 killed by SIGSEGV Product: Fedora Version: 36 Hardware: x86_64 Status: NEW Whiteboard: abrt_hash:2104ae08f8add1a3508578f46afd328904cf0c5f;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 backtrace_rating: 4 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: _cairo_spline_decompose_into executable: /usr/bin/python3.10 journald_cursor: s=d60f71b9c5714507ad521e587b3c1f0d;i=1248;b=dd038a3840c74507a58b652d3fc610f5;m=432f3ff97;t=5e118b88e9096;x=d66e6beb9878ecc kernel: 5.17.13-300.fc36.x86_64 rootdir: / runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (1 frames) #0 _cairo_spline_decompose_into at ../src/cairo-spline.c:252 -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2095964

1 1

[Bug 2096482] New: translate-toolkit-3.7.0 is available
by bugzilla＠redhat.com 01 Feb '23

01 Feb '23

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

1 31

[Bug 2094534] New: [abrt] ibus: g_malloc(): ibus-extension-gtk3 killed by SIGSEGV
by bugzilla＠redhat.com 23 Jan '23

23 Jan '23

https://bugzilla.redhat.com/show_bug.cgi?id=2094534 Bug ID: 2094534 Summary: [abrt] ibus: g_malloc(): ibus-extension-gtk3 killed by SIGSEGV Product: Fedora Version: 36 Hardware: x86_64 Status: NEW Whiteboard: abrt_hash:e2343a026329e03d097782b1a3db2cbd3c1be3b7;VAR IANT_ID=workstation; 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 Description of problem: 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-org.kde.konsole-5ca09758063947d5adf6f28283bcc4d2.scope cmdline: /usr/libexec/ibus-extension-gtk3 crash_function: g_malloc executable: /usr/libexec/ibus-extension-gtk3 journald_cursor: s=f4b06a7c90514868a0ecb24aa4a3d53e;i=4dad;b=6351ae69deb84fd69d5fc8fd5965bc45;m=530871d56;t=5e0de78e33611;x=c2d36ec256421b45 kernel: 5.17.13-300.fc36.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=2094534

1 1

[Bug 2090704] New: [abrt] ibus: strcmp(): ibus-extension-gtk3 killed by SIGSEGV
by bugzilla＠redhat.com 23 Jan '23

23 Jan '23

https://bugzilla.redhat.com/show_bug.cgi?id=2090704 Bug ID: 2090704 Summary: [abrt] ibus: strcmp(): ibus-extension-gtk3 killed by SIGSEGV Product: Fedora Version: 36 Hardware: x86_64 Status: NEW Whiteboard: abrt_hash:d4831c68786cd9482766309c27fc6d2b653060e6;VAR IANT_ID=workstation; 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 Description of problem: Version-Release number of selected component: ibus-1.5.26-6.fc36 Additional info: reporter: libreport-2.17.1 backtrace_rating: 4 cgroup: 0::/user.slice/user-1000.slice/user@1000.service/session.slice/org.freedesktop.IBus.session.GNOME.service cmdline: /usr/libexec/ibus-extension-gtk3 crash_function: strcmp executable: /usr/libexec/ibus-extension-gtk3 journald_cursor: s=3da4198b50ed40bb8e39aac19c44f062;i=17c13;b=b3a2076f8ae6438e8554fb99363547c1;m=94c4b0c3;t=5dfd78c1618f8;x=f9ea148555fc3d89 kernel: 5.17.9-300.fc36.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=2090704

1 1

[Bug 2125153] New: ibus does not support special Arabic compose sequences
by bugzilla＠redhat.com 12 Jan '23

12 Jan '23

https://bugzilla.redhat.com/show_bug.cgi?id=2125153 Bug ID: 2125153 Summary: ibus does not support special Arabic compose sequences 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 The following compose sequences do not work in ibus: $ grep -i arabic.*ligature /usr/share/X11/locale/en_US.UTF-8/Compose # Arabic Lam-Alef ligatures <UFEFB> : "لا" # ARABIC LIGATURE LAM WITH ALEF <UFEF7> : "لأ" # ARABIC LIGATURE LAM WITH ALEF WITH HAMZA ABOVE <UFEF9> : "لإ" # ARABIC LIGATURE LAM WITH ALEF WITH HAMZA BELOW <UFEF5> : "لآ" # ARABIC LIGATURE LAM WITH ALEF WITH MADDA ABOVE They are needed because the Arabic keyboard layout outputs UFEFB on some key: $ grep -i fefb /usr/share/X11/xkb/symbols/ara key <AB05> { [ UFEFB, UFEF5, NoSymbol, NoSymbol ]}; // ‎ﻻ‎ ‎ﻵ‎ key <AB05> { [ UFEFB, UFEF5, U06AB, U06AD ]}; // ‎ﻻ‎ ‎ﻵ‎ ‎ګ‎ ‎ڭ‎ but the UFEFB characters is not what is desired, what one really wants is U+0644 U+0627. But xkb keyboard layouts can only output one keysym when typing a key, not two. So compose was used as a hack to work around this limitation of xkb: The keyboard produces UFEFB and then the compose support replaces this with U+0644 U+0627. This works when the compose support in Xorg is used but not when the compose support in ibus is used. How to reproduce: 1) First show that it works when using the Xorg compose support: Start xterm like this (to disable ibus and use the Xorg compose support): env XMODIFIERS=@im=none xterm & Then in the xterm, type $ echo -n b | iconv -f utf8 -t utf16le | od -x 0000000 0062 0000002 and we see that the b produces U+0062, which is correct. Switch to the Arabic keyboard setxkbmap ara type “arrow up” to get the echo -n b | iconv -f utf8 -t utf16le | od -x line back, go back to the b with “arrow left”, type b and now one gets: echo -n لا | iconv -f utf8 -t utf16le | od -x 0000000 0644 0627 0000004 I.e. even though the keyboard surely outputs only U+FEFB, the Compose support of Xorg transforms this into U+0644 U+0627 2) Now repeat the same test using the compose support in ibus: Start xterm like this to use the ibus compose support: env XMODIFIERS=@im=ibus xterm & Then in the xterm, type $ echo -n b | iconv -f utf8 -t utf16le | od -x 0000000 0062 0000002 and we see that the b produces U+0062, which is correct. Switch to the Arabic keyboard setxkbmap ara type “arrow up” to get the echo -n b | iconv -f utf8 -t utf16le | od -x line back, go back to the b with “arrow left”, type b and now one gets: echo -n ﻻ | iconv -f utf8 -t utf16le | od -x 0000000 fefb 0000002 -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2125153

1 6

[Bug 2131129] New: emacs-ddskk exists and prevents emacs from running
by bugzilla＠redhat.com 06 Jan '23

06 Jan '23

https://bugzilla.redhat.com/show_bug.cgi?id=2131129 Bug ID: 2131129 Summary: emacs-ddskk exists and prevents emacs from running Product: Fedora Version: 36 Status: NEW Component: emacs-common-ddskk Assignee: dueno(a)redhat.com Reporter: przemek(a)nist.gov 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: So emacs-common-ddskk seems to work fine, but somehow I installed the compiled package emacs-ddskk, and it prevents emacs from running. emacs-ddskk is in fedora repository, but doesn't show up in bugzilla's component selection; since it appears to be just compiled version of emacs-common-ddskk, I am opening this report here. Version-Release number of selected component (if applicable): emacs-ddskk-16.2-12.fc36.noarch emacs-common-ddskk-16.2-12.fc36.noarch How reproducible: every time Steps to Reproduce: 1. sudo yum install emacs-ddskk 2. emacs Actual results: $ emacs Cannot open load file: No such file or directory, comp $ Expected results: emacs runs -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2131129

1 2

[Fedora-i18n-bugs] [Bug 1842034] New: [abrt] ibus: bus_dbus_impl_connection_filter_cb(): ibus-daemon killed by SIGABRT
by bugzilla＠redhat.com 14 Dec '22

14 Dec '22

https://bugzilla.redhat.com/show_bug.cgi?id=1842034 Bug ID: 1842034 Summary: [abrt] ibus: bus_dbus_impl_connection_filter_cb(): ibus-daemon killed by SIGABRT Product: Fedora Version: 32 Hardware: x86_64 Status: NEW Whiteboard: abrt_hash:b24defc317ee932c47b15b9c24c231f607dad274;VAR IANT_ID=workstation; Component: ibus Assignee: tfujiwar(a)redhat.com Reporter: niki.guldbrand(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com Target Milestone: --- Classification: Fedora Version-Release number of selected component: ibus-1.5.22-7.fc32 Additional info: reporter: libreport-2.13.1 backtrace_rating: 4 cgroup: 0::/user.slice/user-42.slice/session-c1.scope cmdline: ibus-daemon --panel disable -r --xim crash_function: bus_dbus_impl_connection_filter_cb executable: /usr/bin/ibus-daemon journald_cursor: s=f592520f518043e0bf22bcb1059f85fa;i=5f0d;b=e5641f6c2ed84e629455c7ec8e6a1276;m=1c9e25e;t=5a6dbe50f3604;x=b9e38dca02503832 kernel: 5.6.15-300.fc32.x86_64 rootdir: / runlevel: N 5 type: CCpp uid: 42 Potential duplicate: bug 1475710 -- You are receiving this mail because: You are on the CC list for the bug.

1 18

[Fedora-i18n-bugs] [Bug 1767976] New: [abrt] ibus: bus_dbus_impl_connection_filter_cb(): ibus-daemon killed by SIGABRT
by bugzilla＠redhat.com 14 Dec '22

14 Dec '22

https://bugzilla.redhat.com/show_bug.cgi?id=1767976 Bug ID: 1767976 Summary: [abrt] ibus: bus_dbus_impl_connection_filter_cb(): ibus-daemon killed by SIGABRT Product: Fedora Version: 31 Hardware: x86_64 Status: NEW Whiteboard: abrt_hash:b24defc317ee932c47b15b9c24c231f607dad274;VAR IANT_ID=workstation; Component: ibus Assignee: tfujiwar(a)redhat.com Reporter: rauch.christian(a)gmx.de QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com Target Milestone: --- Classification: Fedora Version-Release number of selected component: ibus-1.5.21-3.fc31 Additional info: reporter: libreport-2.10.1 backtrace_rating: 4 cgroup: 0::/user.slice/user-1001.slice/user@1001.service/gnome-shell-wayland.service cmdline: ibus-daemon --panel disable -r --xim crash_function: bus_dbus_impl_connection_filter_cb executable: /usr/bin/ibus-daemon journald_cursor: s=3ad93f33cf144f27b2bc4f480d8f3f2e;i=4b9e;b=9037b22bbad44adc83ebb6c1be09e1fc;m=1975f869;t=594e3ce75700c;x=34f5463c97ecc8bd kernel: 5.3.5-300.fc31.x86_64 rootdir: / runlevel: N 5 type: CCpp uid: 1001 Potential duplicate: bug 1475710 -- You are receiving this mail because: You are on the CC list for the bug.

1 17

[Bug 2107352] New: [abrt] ibus: bus_server_init(): ibus-daemon killed by SIGTRAP
by bugzilla＠redhat.com 13 Dec '22

13 Dec '22

https://bugzilla.redhat.com/show_bug.cgi?id=2107352 Bug ID: 2107352 Summary: [abrt] ibus: bus_server_init(): ibus-daemon killed by SIGTRAP Product: Fedora Version: 35 Hardware: x86_64 Status: NEW Whiteboard: abrt_hash:e70f4ca101def3ac6f2be9e0173bd33fef6ba0ee;VAR IANT_ID=workstation; Component: ibus Assignee: tfujiwar(a)redhat.com Reporter: A.J.Caines+RedHat(a)halplant.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com Target Milestone: --- Classification: Fedora Version-Release number of selected component: ibus-1.5.25-6.fc35 Additional info: reporter: libreport-2.17.1 backtrace_rating: 4 cgroup: 0::/user.slice/user-1000.slice/user@1000.service/session.slice/org.gnome.Shell@wayland.service cmdline: ibus-daemon --panel disable crash_function: bus_server_init executable: /usr/bin/ibus-daemon journald_cursor: s=f38ff5a1e16243078946d8693dfa67d5;i=7ad199;b=641d8490f3dc49fd95ff3f6b8345b0c5;m=c5ad57a76;t=5e0c97ba05bb2;x=f96996fad160a0fe kernel: 5.17.12-200.fc35.x86_64 rootdir: / runlevel: N 5 type: CCpp uid: 1000 Potential duplicate: bug 1785276 -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2107352

1 2

[Bug 2020514] New: Ibus got installed on upgrading to Fedora 35 but it doesn't work with KDE/Qt apps
by bugzilla＠redhat.com 13 Dec '22

13 Dec '22

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

1 7

[Bug 2009665] New: [abrt] ibus: g_log_structured_standard(): ibus-ui-gtk3 killed by SIGTRAP
by bugzilla＠redhat.com 13 Dec '22

13 Dec '22

https://bugzilla.redhat.com/show_bug.cgi?id=2009665 Bug ID: 2009665 Summary: [abrt] ibus: g_log_structured_standard(): ibus-ui-gtk3 killed by SIGTRAP Product: Fedora Version: 35 Hardware: x86_64 Status: NEW Whiteboard: abrt_hash:0afd953949188f1bddce50d5e2657a3a81d27368;VAR IANT_ID=workstation; 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 Version-Release number of selected component: ibus-1.5.25-4.fc35 Additional info: reporter: libreport-2.15.2 backtrace_rating: 4 cgroup: 0::/user.slice/user-1000.slice/user@1000.service/app.slice/dbus-:1.2-com.redhat.imsettings@0.service cmdline: /usr/libexec/ibus-ui-gtk3 crash_function: g_log_structured_standard executable: /usr/libexec/ibus-ui-gtk3 journald_cursor: s=93f0c87a5ddb40c180fefc14bbe21365;i=9dd0;b=48c1555f43f7445d810a696a82d4b428;m=23e8648540;t=5cd441c384ba2;x=2fcb064bfdc1db89 kernel: 5.14.7-300.fc35.x86_64 rootdir: / runlevel: N 5 type: CCpp uid: 1000 Potential duplicate: bug 1626760 -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2009665

1 6

[Fedora-i18n-bugs] [Bug 1931294] New: URL tag is outdated
by bugzilla＠redhat.com 13 Dec '22

13 Dec '22

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.

1 6

[Fedora-i18n-bugs] [Bug 1926996] New: [abrt] ibus: ibus_bus_connect_async(): ibus-x11 killed by SIGSEGV
by bugzilla＠redhat.com 13 Dec '22

13 Dec '22

https://bugzilla.redhat.com/show_bug.cgi?id=1926996 Bug ID: 1926996 Summary: [abrt] ibus: ibus_bus_connect_async(): ibus-x11 killed by SIGSEGV Product: Fedora Version: rawhide Hardware: x86_64 Status: NEW Whiteboard: abrt_hash:e9e25725fbf5b802310f7153823734fd779117b2;VAR IANT_ID=workstation; Component: ibus Assignee: tfujiwar(a)redhat.com Reporter: ivanbondar(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com Target Milestone: --- Classification: Fedora Version-Release number of selected component: ibus-1.5.23-4.fc34 Additional info: reporter: libreport-2.14.0 backtrace_rating: 4 cgroup: 0::/user.slice/user-1000.slice/user@1000.service/session.slice/org.gnome.Shell@wayland.service cmdline: /usr/libexec/ibus-x11 --kill-daemon crash_function: ibus_bus_connect_async executable: /usr/libexec/ibus-x11 journald_cursor: s=aab3f47a17be489baf33710542b2170a;i=f80;b=45370d40ccad4b839c075727799cd0e0;m=25b8493c;t=5baec3f2ba7c1;x=373238aeaa187c3d kernel: 5.11.0-0.rc6.20210204git61556703b610.144.fc34.x86_64 rootdir: / runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (6 frames) #0 ibus_bus_connect_async at /usr/src/debug/ibus-1.5.23-4.fc34.x86_64/src/ibusbus.c:462 #1 _g_cclosure_marshal_VOID__OBJECT_OBJECT_ENUMv at ../gio/gmarshal-internal.c:1380 #2 _g_closure_invoke_va at ../gobject/gclosure.c:873 #5 g_file_monitor_source_dispatch at ../gio/glocalfilemonitor.c:567 #8 g_main_context_iterate.constprop.0 at ../glib/gmain.c:4131 #10 ibus_main at /usr/src/debug/ibus-1.5.23-4.fc34.x86_64/src/ibusshare.c:318 -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Fedora-i18n-bugs] [Bug 1850832] New: The Gujarati & Hindi itrans methods are not able to type sentences correctly.
by bugzilla＠redhat.com 13 Dec '22

13 Dec '22

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.

1 20

[Bug 2045414] New: gettext: FTBFS in Fedora rawhide/f36
by bugzilla＠redhat.com 13 Dec '22

13 Dec '22

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

1 15

[Fedora-i18n-bugs] [Bug 1751061] New: Compose doesn’t work when using ibus
by bugzilla＠redhat.com 13 Dec '22

13 Dec '22

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.

1 15

[Fedora-i18n-bugs] [Bug 1733869] New: gettext: Getting errors in double free with msgfmt command.
by bugzilla＠redhat.com 13 Dec '22

13 Dec '22

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.

1 9

[Bug 2026124] New: add pkg-config file
by bugzilla＠redhat.com 12 Dec '22

12 Dec '22

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

1 5

[Bug 2036458] New: Lohit Punjabi font does not implement all unicode specs
by bugzilla＠redhat.com 11 Dec '22

11 Dec '22

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

1 5

[Fedora-i18n-bugs] [Bug 1954716] New: Fonts not used correctly
by bugzilla＠redhat.com 08 Dec '22

08 Dec '22

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.

1 7

[Bug 2069725] New: Missing support for Georgian uppercase characters
by bugzilla＠redhat.com 07 Dec '22

07 Dec '22

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

1 11

[Bug 1981500] New: [f34] some snaps are having font display issues
by bugzilla＠redhat.com 07 Dec '22

07 Dec '22

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:Snap https://githubmemory.com/repo/snapcrafters/codium/issues/6 https://github.com/VSCodium/vscodium/issues/426 ~~~ -- You are receiving this mail because: You are on the CC list for the bug.

1 5

[Bug 2102608] New: CVE-2022-33068 VUL-0: CVE-2022-33068: harfbuzz: integer overflow in the component hb-ot-shape-fallback.cc
by bugzilla＠redhat.com 05 Dec '22

05 Dec '22

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/3557 https://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

1 19

[Bug 2111210] New: fcitx-4.2.9.9 is available
by bugzilla＠redhat.com 30 Nov '22

30 Nov '22

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

1 3

[Fedora-i18n-bugs] [Bug 1771836] New: ibus not responsive on wayland with sway as windowmanager
by bugzilla＠redhat.com 30 Nov '22

30 Nov '22

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.

1 7

[Fedora-i18n-bugs] [Bug 1933539] New: Require mkfontdir/mkfontscale directly, not xorg-x11-xkb-utils
by bugzilla＠redhat.com 30 Nov '22

30 Nov '22

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.

1 13

[Bug 2062531] New: [abrt] ibus-hangul: g_malloc(): ibus-engine-hangul killed by SIGTRAP
by bugzilla＠redhat.com 29 Nov '22

29 Nov '22

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

1 5

[Bug 2131410] New: [abrt] ibus-table: write_xml(): main.py:281:write_xml:AttributeError: 'NoneType' object has no attribute 'lower'
by bugzilla＠redhat.com 19 Nov '22

19 Nov '22

https://bugzilla.redhat.com/show_bug.cgi?id=2131410 Bug ID: 2131410 Summary: [abrt] ibus-table: write_xml(): main.py:281:write_xml:AttributeError: 'NoneType' object has no attribute 'lower' Product: Fedora Version: 36 Hardware: x86_64 Status: NEW Whiteboard: abrt_hash:c1c988c5171ac578b2c05008cd0b68c23521a949;VAR IANT_ID=workstation; Component: ibus-table Assignee: mfabian(a)redhat.com Reporter: htl10(a)users.sourceforge.net 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: Version-Release number of selected component: ibus-table-1.16.12-1.fc36 Additional info: reporter: libreport-2.17.4 cgroup: 0::/system.slice/packagekit.service cmdline: /usr/bin/python3 /usr/share/ibus-table/engine/main.py --xml crash_function: write_xml exception_type: AttributeError executable: /usr/share/ibus-table/engine/main.py interpreter: python3-3.10.6-1.fc36.i686 kernel: 5.19.7-200.fc36.x86_64 runlevel: N 5 type: Python3 uid: 0 Truncated backtrace: main.py:281:write_xml:AttributeError: 'NoneType' object has no attribute 'lower' Traceback (most recent call last): File "/usr/share/ibus-table/engine/main.py", line 390, in <module> main() File "/usr/share/ibus-table/engine/main.py", line 344, in main write_xml() File "/usr/share/ibus-table/engine/main.py", line 281, in write_xml _locale = locale.getlocale(locale.LC_MESSAGES)[0].lower() AttributeError: 'NoneType' object has no attribute 'lower' Local variables in innermost frame: dbs: ['cns11643.db', 'latex.db', 'emoji-table.db'] _all_dbs: ['/usr/share/ibus-table/tables/cns11643.db', '/usr/share/ibus-table/tables/latex.db', '/usr/share/ibus-table/tables/emoji-table.db'] _db: '/usr/share/ibus-table/tables/cns11643.db' egs: <Element 'engines' at 0x7f808256e390> _sq_db: <tabsqlitedb.TabSqliteDb object at 0x7f8082bfd900> _engine: <Element 'engine' at 0x7f808273a3e0> _name: <Element 'name' at 0x7f808273a5c0> engine_name: 'cns11643' setup_arg: '/usr/libexec/ibus-setup-table --engine-name table:cns11643' _longname: <Element 'longname' at 0x7f808273a840> -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2131410

1 17

[Bug 2070967] New: dnf breaks updateprocess with "already downloaded"
by bugzilla＠redhat.com 15 Nov '22

15 Nov '22

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

1 17

[Bug 2081055] New: ibus-ui-gtk3 crashes
by bugzilla＠redhat.com 12 Nov '22

12 Nov '22

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

1 30

[Bug 2122832] New: uim breaks emacs by floating the system with infinite processes
by bugzilla＠redhat.com 10 Nov '22

10 Nov '22

https://bugzilla.redhat.com/show_bug.cgi?id=2122832 Bug ID: 2122832 Summary: uim breaks emacs by floating the system with infinite processes Product: Fedora Version: 36 Hardware: x86_64 OS: Linux Status: NEW Component: uim Severity: medium Assignee: tagoh(a)redhat.com Reporter: edgar.hoch(a)ims.uni-stuttgart.de QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com Target Milestone: --- Classification: Fedora Description of problem: Package uim contains files for emacs in /usr/share/emacs/site-lisp/uim-el/ . When uim is installed, and emacs is started, emacs does not respond to keyboard input or mouse klicks. There is a message in the message line (see below in buffer "*Messages*"). The computer gets slow, the fan of the desktop pc becomes louder, and when I check the processes with "ps -ef|grep emacs", then I get a list of processes like the following: /usr/bin/emacs --batch -l /tmp/emacs-int-comp-subr--trampoline-63616c6c2d6c6173742d6b62642d6d6163726f_call_last_kbd_macro_0-Sa5oIO.el There are many of such processes, and when I count them with "ps -ef|grep emacs|wc", and repeat the command, I see that the number of processes is increasing each time I repeat the command. I have to kill them with "pkill -f '/usr/bin/emacs --batch'" to get rid of them. After I have killed these processes, emacs continues the initialization and responds to input. I checked the buffers. In buffer "*Messages*" there are the following messages: ../../usr/share/emacs/site-lisp/uim-el/uim-key.el: Warning: (lambda (x) \\.\\.\\.) quoted with ' rather than with #' ../../usr/share/emacs/site-lisp/uim-el/uim-preedit.el: Warning: (lambda (x) \\.\\.\\.) quoted with ' rather than with #' ../../usr/share/emacs/site-lisp/uim-el/uim-candidate.el: Warning: (lambda (x) \\.\\.\\.) quoted with ' rather than with #' ../../usr/share/emacs/site-lisp/uim-el/uim-candidate.el: Warning: (lambda (x) \\.\\.\\.) quoted with ' rather than with #' ../../usr/share/emacs/site-lisp/uim-el/uim-candidate.el: Warning: (lambda (x) \\.\\.\\.) quoted with ' rather than with #' ../../usr/share/emacs/site-lisp/uim-el/uim-candidate.el: Warning: (lambda (x) \\.\\.\\.) quoted with ' rather than with #' ../../usr/share/emacs/site-lisp/uim-el/uim-candidate.el: Warning: (lambda (x) \\.\\.\\.) quoted with ' rather than with #' ../../usr/share/emacs/site-lisp/uim-el/uim-helper.el: Warning: (lambda (x) \\.\\.\\.) quoted with ' rather than with #' ../../usr/share/emacs/site-lisp/uim-el/uim-helper.el: Warning: (lambda (x) \\.\\.\\.) quoted with ' rather than with #' ../../usr/share/emacs/site-lisp/uim-el/uim.el: Warning: (lambda (x) \\.\\.\\.) quoted with ' rather than with #' ../../usr/share/emacs/site-lisp/uim-el/uim.el: Warning: (lambda nil \\.\\.\\.) quoted with ' rather than with #' ../../usr/share/emacs/site-lisp/uim-el/uim.el: Warning: (lambda (x) \\.\\.\\.) quoted with ' rather than with #' ../../usr/share/emacs/site-lisp/uim-el/uim.el: Warning: (lambda (x) \\.\\.\\.) quoted with ' rather than with #' ../../usr/share/emacs/site-lisp/uim-el/uim.el: Warning: (lambda (x) \\.\\.\\.) quoted with ' rather than with #' ../../usr/share/emacs/site-lisp/uim-el/uim.el: Warning: (lambda (x) \\.\\.\\.) quoted with ' rather than with #' ../../usr/share/emacs/site-lisp/uim-el/uim.el: Warning: (lambda (x) \\.\\.\\.) quoted with ' rather than with #' ../../usr/share/emacs/site-lisp/uim-el/uim.el: Warning: (lambda (x) \\.\\.\\.) quoted with ' rather than with #' ../../usr/share/emacs/site-lisp/uim-el/uim.el: Warning: (lambda (x) \\.\\.\\.) quoted with ' rather than with #' ../../usr/share/emacs/site-lisp/uim-el/uim.el: Warning: (lambda (x) \\.\\.\\.) quoted with ' rather than with #' Version-Release number of selected component (if applicable): uim-1.8.8-10.20200828git0c2fbfa6.fc36.x86_64 emacs-28.1-2.fc36.x86_64 How reproducible: Always Steps to Reproduce: 1. Install packages emacs, uim. 2. Start emacs. Actual results: Emacs unresponsive, creates a increasing number of processes. Expected results: Normal start of emacs. Additional info: I have to remove package uim to use emacs. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2122832

1 8

[Bug 2103915] New: Typing Booster Preferences crashing in F36
by bugzilla＠redhat.com 10 Nov '22

10 Nov '22

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

1 1

[Bug 2070966] New: dnf breaks updateprocess with "already downloaded"
by bugzilla＠redhat.com 08 Nov '22

08 Nov '22

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

1 19

[Bug 2130717] New: ibus-typing-booster saves all my passwords from terminal
by bugzilla＠redhat.com 15 Oct '22

15 Oct '22

https://bugzilla.redhat.com/show_bug.cgi?id=2130717 Bug ID: 2130717 Summary: ibus-typing-booster saves all my passwords from terminal Product: Fedora Version: 37 Status: NEW Component: ibus-typing-booster Assignee: mfabian(a)redhat.com Reporter: soyer(a)irl.hu 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: The ibus-typing-booster saves all my password that I enter to a terminal. It runs even when I haven't enabled it. It comes up when I am in tablet mode. The passwords can be read from it's database. Version-Release number of selected component (if applicable): How reproducible: Open a terminal and sudo or ssh to servers. Steps to Reproduce: 1. 2. 3. Actual results: It saves my passwords. Expected results: It shouldn't save my passwords. 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=2130717

1 11

[Bug 2122321] New: [abrt] ibus: bus_server_init(): ibus-daemon killed by SIGTRAP
by bugzilla＠redhat.com 13 Oct '22

13 Oct '22

https://bugzilla.redhat.com/show_bug.cgi?id=2122321 Bug ID: 2122321 Summary: [abrt] ibus: bus_server_init(): ibus-daemon killed by SIGTRAP Product: Fedora Version: 36 Hardware: x86_64 Status: NEW Whiteboard: abrt_hash:e70f4ca101def3ac6f2be9e0173bd33fef6ba0ee;VAR IANT_ID=workstation; Component: ibus Assignee: tfujiwar(a)redhat.com Reporter: aannoaanno(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com Target Milestone: --- Classification: Fedora Version-Release number of selected component: ibus-1.5.26-9.fc36 Additional info: reporter: libreport-2.17.2 backtrace_rating: 4 cgroup: 0::/user.slice/user-1000.slice/user@1000.service/session.slice/org.freedesktop.IBus.session.GNOME.service cmdline: /usr/bin/ibus-daemon --panel disable crash_function: bus_server_init executable: /usr/bin/ibus-daemon journald_cursor: s=ab793070f520417487b2cf3c46600736;i=3599;b=765ed55c9ee24ca7a883f3f8faaae6c0;m=5a3867e;t=5e739b1c49b8c;x=db0e2f4bace7b6b kernel: 5.18.19-200.fc36.x86_64 rootdir: / runlevel: N 5 type: CCpp uid: 1000 Potential duplicate: bug 1785276 -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2122321

1 1

[Fedora-i18n-bugs] [Bug 1858617] New: vlgothic-fonts-20200719 is available
by bugzilla＠redhat.com 12 Oct '22

12 Oct '22

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.

1 7

[Bug 2129619] New: Certain vowel symbols overlap with adjacent letter when typing Sinhala with ibus on Fedora 37 LXDE spin
by bugzilla＠redhat.com 04 Oct '22

04 Oct '22

https://bugzilla.redhat.com/show_bug.cgi?id=2129619 Bug ID: 2129619 Summary: Certain vowel symbols overlap with adjacent letter when typing Sinhala with ibus on Fedora 37 LXDE spin Product: Fedora Version: 37 Hardware: x86_64 OS: Linux Status: NEW Component: ibus-m17n Severity: urgent Assignee: pnemade(a)redhat.com Reporter: lohang(a)riseup.net QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, mfabian(a)redhat.com, pnemade(a)redhat.com, shawn.p.huang(a)gmail.com Target Milestone: --- Classification: Fedora Created attachment 1914224 --> https://bugzilla.redhat.com/attachment.cgi?id=1914224&action=edit A screenshot of a text that demonstrates the issue Description of problem: Certain vowel symbols ( ෙ and ා )overlap with adjacent letter when typing Sinhala with ibus on Fedora 37 LXDE spin making text unreadable. Version-Release number of selected component (if applicable): Fedora 37 LXDE spin beta. How reproducible: Continuously reproducible across the system. Steps to Reproduce: 1. Enable ibus as input method. 2. Add Sinhala > Wijesekera. 3. Type සිංහලෙන් ලිවීමේ දී කොම්බුව ( isxyf,ka ,sjSfua oS flduanqj ) Actual results: See attachments incorect_2.png Expected results: සිංහලෙන් ලිවීමේ දී කොම්බුව See attachments corect_2.png 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=2129619

1 66

[Bug 2128423] Default GTK_IM_MODULE should be ibus in GNOME Xorg
by bugzilla＠redhat.com 30 Sep '22

30 Sep '22

https://bugzilla.redhat.com/show_bug.cgi?id=2128423 --- Comment #5 from Fedora Update System <updates(a)fedoraproject.org> --- FEDORA-2022-f48ce4370b has been submitted as an update to Fedora 37. https://bodhi.fedoraproject.org/updates/FEDORA-2022-f48ce4370b -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2128423

1 0

[Bug 2128423] Default GTK_IM_MODULE should be ibus in GNOME Xorg
by bugzilla＠redhat.com 30 Sep '22

30 Sep '22

https://bugzilla.redhat.com/show_bug.cgi?id=2128423 Kalev Lember <klember(a)redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Fixed In Version| |gnome-settings-daemon-43.0- | |2.fc37 Status|POST |MODIFIED Assignee|gnome-sig(a)lists.fedoraproje |klember(a)redhat.com |ct.org | CC| |klember(a)redhat.com --- Comment #4 from Kalev Lember <klember(a)redhat.com> --- I want ahead and backported this to gnome-settings-daemon-43.0-2.fc37 in https://src.fedoraproject.org/rpms/gnome-settings-daemon/c/619b3b7a15448a1e… -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2128423

1 0

[Bug 2128423] Default GTK_IM_MODULE should be ibus in GNOME Xorg
by bugzilla＠redhat.com 30 Sep '22

30 Sep '22

https://bugzilla.redhat.com/show_bug.cgi?id=2128423 Adam Williamson <awilliam(a)redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Whiteboard| |AcceptedFreezeException CC| |awilliam(a)redhat.com --- Comment #3 from Adam Williamson <awilliam(a)redhat.com> --- +3 FE in https://pagure.io/fedora-qa/blocker-review/issue/925 , marking accepted FE. Blocker voting is still open. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2128423

1 0

[Bug 2128423] Default GTK_IM_MODULE should be ibus in GNOME Xorg
by bugzilla＠redhat.com 29 Sep '22

29 Sep '22

https://bugzilla.redhat.com/show_bug.cgi?id=2128423 Ben Cotton <bcotton(a)redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |POST Link ID| |GNOME Gitlab | |GNOME/gnome-settings-daemon | |/-/merge_requests/309 CC| |bcotton(a)redhat.com --- Comment #2 from Ben Cotton <bcotton(a)redhat.com> --- Upstream MR contains a candidate fix: https://gitlab.gnome.org/GNOME/gnome-settings-daemon/-/merge_requests/309 -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2128423

1 0

[Bug 2128423] Default GTK_IM_MODULE should be ibus in GNOME Xorg
by bugzilla＠redhat.com 28 Sep '22

28 Sep '22

https://bugzilla.redhat.com/show_bug.cgi?id=2128423 Jens Petersen <petersen(a)redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |2009539 | |(F37FinalBlocker,FinalBlock | |er) Assignee|tiagomatos(a)gmail.com |gnome-sig(a)lists.fedoraproje | |ct.org Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=2009539 [Bug 2009539] Fedora 37 Final blocker bug tracker -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2128423

1 0

[Bug 2128423] Default GTK_IM_MODULE should be ibus in GNOME Xorg
by bugzilla＠redhat.com 28 Sep '22

28 Sep '22

https://bugzilla.redhat.com/show_bug.cgi?id=2128423 --- Comment #1 from Jens Petersen <petersen(a)redhat.com> --- This means in particular that if you try to add a first input method in gnome-control-center you need to restart gnome in order for it to work properly, which is not a great experience (unlike in Wayland where the input method just works immediately). Strictly speaking this regression started actually in F36 (Gnome 42) I believe. But we feel it is actually a potential blocker bug. Though this is not resolved yet upstream. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2128423

1 0

[Bug 2128423] Default GTK_IM_MODULE should be ibus in GNOME Xorg
by bugzilla＠redhat.com 27 Sep '22

27 Sep '22

https://bugzilla.redhat.com/show_bug.cgi?id=2128423 Jens Petersen <petersen(a)redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |2009540 | |(F37FinalFreezeException,Fi | |nalFreezeException) Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=2009540 [Bug 2009540] Fedora 37 Final freeze exception bug tracker -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2128423

1 0

[Bug 2068556] New: Allow installing envsubst binary without unnecessary dependencies
by bugzilla＠redhat.com 27 Sep '22

27 Sep '22

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

1 13

[Bug 2124835] New: Input mode is reset by ibus restart
by bugzilla＠redhat.com 27 Sep '22

27 Sep '22

https://bugzilla.redhat.com/show_bug.cgi?id=2124835 Bug ID: 2124835 Summary: Input mode is reset by ibus restart Product: Fedora Version: 37 Status: NEW Component: ibus-anthy 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, tagoh(a)redhat.com, tfujiwar(a)redhat.com Target Milestone: --- Classification: Fedora Description of problem: When doing "ibus restart", the input mode in ibus-anthy is always reset to Hiragana. shouldn't it be held the previous state? Version-Release number of selected component (if applicable): ibus-anthy-1.5.14-7.fc37.x86_64 ibus-1.5.27-1.fc37.x86_64 How reproducible: always Steps to Reproduce: 1.change Input mode to something except Hiragana (e.g. Katakana, Eisu) 2.run "ibus restart" 3. Actual results: Input mode is reset to Hiragana Expected results: Input mode should be same to what changed at 1. 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=2124835

1 8

[Bug 2126234] New: unicode-ucd-15.0.0 is available
by bugzilla＠redhat.com 24 Sep '22

24 Sep '22

https://bugzilla.redhat.com/show_bug.cgi?id=2126234 Bug ID: 2126234 Summary: unicode-ucd-15.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 Releases retrieved: 15.0.0 Upstream release that is considered latest: 15.0.0 Current version/release in rawhide: 14.0.0-3.fc37 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/ To change the monitoring settings for the project, please visit: https://src.fedoraproject.org/rpms/unicode-ucd -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2126234

1 8

[Bug 2126575] New: google-noto-fonts-common-20201206-10.fc36.noarch does not belong to a distupgrade repository
by bugzilla＠redhat.com 23 Sep '22

23 Sep '22

https://bugzilla.redhat.com/show_bug.cgi?id=2126575 Bug ID: 2126575 Summary: google-noto-fonts-common-20201206-10.fc36.noarch does not belong to a distupgrade repository Product: Fedora Version: 36 Status: NEW Component: google-noto-fonts Assignee: tagoh(a)redhat.com Reporter: remyabel(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 When testing an upgrade to detect broken packages by running: sudo dnf --releasever=37 --setopt=module_platform_id=platform:f37 --enablerepo=updates-testing $(rpm -q fedora-repos-modular >/d ev/null && echo --enablerepo=updates-testing-modular) --assumeno distro-sync I get the following error: Problem: package google-noto-sans-phoenician-vf-fonts-20201206-10.fc36.noarch requires google-noto-fonts-common = 20201206-10.fc36, but none of the providers can be installed - google-noto-fonts-common-20201206-10.fc36.noarch does not belong to a distupgrade repository - problem with installed package google-noto-sans-phoenician-vf-fonts-20201206-10.fc36.noarch (try to add '--skip-broken' to skip uninstallable packages) -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2126575

1 7

[Bug 2128423] Default GTK_IM_MODULE should be ibus in GNOME Xorg
by bugzilla＠redhat.com 20 Sep '22

20 Sep '22

https://bugzilla.redhat.com/show_bug.cgi?id=2128423 fujiwara <tfujiwar(a)redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Link ID| |GNOME Gitlab | |GNOME/gnome-settings-daemon | |/-/issues/705 CC| |i18n-bugs(a)lists.fedoraproje | |ct.org -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2128423

1 0

[Bug 2061074] New: touchpad mouse freezes randomly for a few seconds
by bugzilla＠redhat.com 19 Sep '22

19 Sep '22

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

1 8

[Bug 2127603] New: harfbuzz-5.2.0 is available
by bugzilla＠redhat.com 17 Sep '22

17 Sep '22

https://bugzilla.redhat.com/show_bug.cgi?id=2127603 Bug ID: 2127603 Summary: harfbuzz-5.2.0 is available Product: Fedora Version: rawhide Status: NEW Component: harfbuzz Keywords: FutureFeature, Triaged Assignee: pnemade(a)redhat.com Reporter: upstream-release-monitoring(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, klember(a)redhat.com, moceap(a)hotmail.com, pnemade(a)redhat.com, psatpute(a)redhat.com Target Milestone: --- Classification: Fedora Releases retrieved: 5.2.0 Upstream release that is considered latest: 5.2.0 Current version/release in rawhide: 5.1.0-2.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=2127603

1 4

[Bug 2120194] Please branch and build vlgothic-fonts in epel9
by bugzilla＠redhat.com 15 Sep '22

15 Sep '22

https://bugzilla.redhat.com/show_bug.cgi?id=2120194 Jens Petersen <petersen(a)redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags| |needinfo?(rituagar(a)in.ibm.c | |om) --- Comment #2 from Jens Petersen <petersen(a)redhat.com> --- Ritu, can you explain what is the particular requirement/reason to use this older vlgothic for RHEL9? (rather than the default Noto Sans CJK font in RHEL9) -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2120194

1 0

[Bug 2003233] New: unicode-ucd-14.0.0 is available
by bugzilla＠redhat.com 14 Sep '22

14 Sep '22

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.

1 6

[Bug 2105075] CVE-2022-31129 moment: inefficient parsing algorithm resulting in DoS
by bugzilla＠redhat.com 13 Sep '22

13 Sep '22

https://bugzilla.redhat.com/show_bug.cgi?id=2105075 Parag Nemade <pnemade(a)redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC|i18n-bugs(a)lists.fedoraproje | |ct.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

1 0

[Bug 2105075] CVE-2022-31129 moment: inefficient parsing algorithm resulting in DoS
by bugzilla＠redhat.com 13 Sep '22

13 Sep '22

https://bugzilla.redhat.com/show_bug.cgi?id=2105075 Nimrod Becker <nbecker(a)redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Depends On| |2126488 -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2105075

1 0

[Bug 2105075] CVE-2022-31129 moment: inefficient parsing algorithm resulting in DoS
by bugzilla＠redhat.com 13 Sep '22

13 Sep '22

https://bugzilla.redhat.com/show_bug.cgi?id=2105075 Nimrod Becker <nbecker(a)redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Depends On| |2126486 -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2105075

1 0

[Bug 2120194] Please branch and build vlgothic-fonts in epel9
by bugzilla＠redhat.com 13 Sep '22

13 Sep '22

https://bugzilla.redhat.com/show_bug.cgi?id=2120194 Red Hat One Jira (issues.redhat.com) <redhat-one-jira(a)redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Link ID| |Red Hat Issue Tracker | |FC-608 -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2120194

1 0

[Bug 2120194] Please branch and build vlgothic-fonts in epel9
by bugzilla＠redhat.com 13 Sep '22

13 Sep '22

https://bugzilla.redhat.com/show_bug.cgi?id=2120194 Jens Petersen <petersen(a)redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|urgent |high -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2120194

1 0

[Bug 2105075] CVE-2022-31129 moment: inefficient parsing algorithm resulting in DoS
by bugzilla＠redhat.com 12 Sep '22

12 Sep '22

https://bugzilla.redhat.com/show_bug.cgi?id=2105075 errata-xmlrpc <errata-xmlrpc(a)redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Link ID| |Red Hat Product Errata | |RHSA-2022:6422 -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2105075

1 0

[Bug 2105075] CVE-2022-31129 moment: inefficient parsing algorithm resulting in DoS
by bugzilla＠redhat.com 12 Sep '22

12 Sep '22

https://bugzilla.redhat.com/show_bug.cgi?id=2105075 --- Comment #43 from errata-xmlrpc <errata-xmlrpc(a)redhat.com> --- This issue has been addressed in the following products: multicluster engine for Kubernetes 2.0 for RHEL 8 Via RHSA-2022:6422 https://access.redhat.com/errata/RHSA-2022:6422 -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2105075

1 0

[Bug 2082629] New: ibus panel has blank icon (or no icon) in system tray, plus app uses generic wayland icon
by bugzilla＠redhat.com 12 Sep '22

12 Sep '22

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

1 17

[Bug 2105075] CVE-2022-31129 moment: inefficient parsing algorithm resulting in DoS
by bugzilla＠redhat.com 08 Sep '22

08 Sep '22

https://bugzilla.redhat.com/show_bug.cgi?id=2105075 errata-xmlrpc <errata-xmlrpc(a)redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Link ID| |Red Hat Product Errata | |RHSA-2022:6393 -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2105075

1 0

[Bug 2105075] CVE-2022-31129 moment: inefficient parsing algorithm resulting in DoS
by bugzilla＠redhat.com 08 Sep '22

08 Sep '22

https://bugzilla.redhat.com/show_bug.cgi?id=2105075 --- Comment #42 from errata-xmlrpc <errata-xmlrpc(a)redhat.com> --- This issue has been addressed in the following products: Red Hat Virtualization Engine 4.4 Via RHSA-2022:6393 https://access.redhat.com/errata/RHSA-2022:6393 -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2105075

1 0

[Bug 2105075] CVE-2022-31129 moment: inefficient parsing algorithm resulting in DoS
by bugzilla＠redhat.com 08 Sep '22

08 Sep '22

https://bugzilla.redhat.com/show_bug.cgi?id=2105075 errata-xmlrpc <errata-xmlrpc(a)redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Link ID| |Red Hat Product Errata | |RHSA-2022:6392 -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2105075

1 0

[Bug 2105075] CVE-2022-31129 moment: inefficient parsing algorithm resulting in DoS
by bugzilla＠redhat.com 08 Sep '22

08 Sep '22

https://bugzilla.redhat.com/show_bug.cgi?id=2105075 --- Comment #41 from errata-xmlrpc <errata-xmlrpc(a)redhat.com> --- This issue has been addressed in the following products: Red Hat Virtualization 4 for Red Hat Enterprise Linux 8 Via RHSA-2022:6392 https://access.redhat.com/errata/RHSA-2022:6392 -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2105075

1 0

[Bug 2090611] New: cldr-emoji-annotation-42-m1 is available
by bugzilla＠redhat.com 08 Sep '22

08 Sep '22

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

1 2

[Bug 2105075] CVE-2022-31129 moment: inefficient parsing algorithm resulting in DoS
by bugzilla＠redhat.com 06 Sep '22

06 Sep '22

https://bugzilla.redhat.com/show_bug.cgi?id=2105075 errata-xmlrpc <errata-xmlrpc(a)redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Link ID| |Red Hat Product Errata | |RHSA-2022:6370 -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2105075

1 0

[Bug 2105075] CVE-2022-31129 moment: inefficient parsing algorithm resulting in DoS
by bugzilla＠redhat.com 06 Sep '22

06 Sep '22

https://bugzilla.redhat.com/show_bug.cgi?id=2105075 --- Comment #40 from errata-xmlrpc <errata-xmlrpc(a)redhat.com> --- This issue has been addressed in the following products: Red Hat Advanced Cluster Management for Kubernetes 2.6 for RHEL 8 Via RHSA-2022:6370 https://access.redhat.com/errata/RHSA-2022:6370 -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2105075

1 0

[Bug 2105075] CVE-2022-31129 moment: inefficient parsing algorithm resulting in DoS
by bugzilla＠redhat.com 06 Sep '22

06 Sep '22

https://bugzilla.redhat.com/show_bug.cgi?id=2105075 errata-xmlrpc <errata-xmlrpc(a)redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Link ID| |Red Hat Product Errata | |RHSA-2022:6345 -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2105075

1 0

[Bug 2105075] CVE-2022-31129 moment: inefficient parsing algorithm resulting in DoS
by bugzilla＠redhat.com 06 Sep '22

06 Sep '22

https://bugzilla.redhat.com/show_bug.cgi?id=2105075 --- Comment #39 from errata-xmlrpc <errata-xmlrpc(a)redhat.com> --- This issue has been addressed in the following products: multicluster engine for Kubernetes 2.1 for RHEL 8 Via RHSA-2022:6345 https://access.redhat.com/errata/RHSA-2022:6345 -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2105075

1 0

[Bug 1658174] ibus emoji chooser should not change size dynamically
by bugzilla＠redhat.com 05 Sep '22

05 Sep '22

https://bugzilla.redhat.com/show_bug.cgi?id=1658174 Jens Petersen <petersen(a)redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Version|35 |rawhide -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=1658174

1 0

[Bug 2105075] CVE-2022-31129 moment: inefficient parsing algorithm resulting in DoS
by bugzilla＠redhat.com 04 Sep '22

04 Sep '22

https://bugzilla.redhat.com/show_bug.cgi?id=2105075 Bug 2105075 depends on bug 2110853, which changed state. Bug 2110853 Summary: CVE-2022-31129 subscription-manager-cockpit: moment: inefficient parsing algorithm resulting in DoS [fedora-36] https://bugzilla.redhat.com/show_bug.cgi?id=2110853 What |Removed |Added ---------------------------------------------------------------------------- Status|ON_QA |CLOSED Resolution|--- |ERRATA -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2105075

1 0

[Bug 2105075] CVE-2022-31129 moment: inefficient parsing algorithm resulting in DoS
by bugzilla＠redhat.com 01 Sep '22

01 Sep '22

https://bugzilla.redhat.com/show_bug.cgi?id=2105075 pahickey(a)redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Depends On| |2112139 -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2105075

1 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

i18n-bugs September 2022