i18n-bugs September 2024

i18n-bugs@lists.fedoraproject.org

1 participants
72 discussions

[Bug 2182291] New: does imsettings-* need weak rich dependencies?
by bugzilla＠redhat.com 27 Nov '24

27 Nov '24

https://bugzilla.redhat.com/show_bug.cgi?id=2182291 Bug ID: 2182291 Summary: does imsettings-* need weak rich dependencies? Product: Fedora Version: rawhide Status: NEW Component: imsettings Assignee: tagoh(a)redhat.com Reporter: petersen(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com Target Milestone: --- Classification: Fedora Description of problem: It might be good to add some rich weak deps to pull in imsettings-* for certain desktop environments. eg imsettings-plasma (maybe dependent on plasma-desktop?) imsettings-cinnamon and imsettings-mate could be similarly handled perhaps. imsettings-xfce. On the other hand pre-installation seems preferable - so may need to think if this really is useful/makes sense. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2182291

1 4

[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 2293164] New: CVE-2024-37891 google-roboto-mono-fonts: urllib3: proxy-authorization request header is not stripped during cross-origin redirects [fedora-all]
by bugzilla＠redhat.com 25 Nov '24

25 Nov '24

https://bugzilla.redhat.com/show_bug.cgi?id=2293164 Bug ID: 2293164 Summary: CVE-2024-37891 google-roboto-mono-fonts: urllib3: proxy-authorization request header is not stripped during cross-origin redirects [fedora-all] Product: Fedora Version: 40 Status: NEW Component: google-roboto-mono-fonts Keywords: Security, SecurityTracking Severity: medium Priority: medium Assignee: link(a)sub-pop.net Reporter: ahanwate(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, link(a)sub-pop.net Target Milestone: --- Classification: Fedora More information about this security flaw is available in the following bug: http://bugzilla.redhat.com/show_bug.cgi?id=2292788 Disclaimer: Community trackers are created by Red Hat Product Security team on a best effort basis. Package maintainers are required to ascertain if the flaw indeed affects their package, before starting the update process. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2293164 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…

1 3

[Bug 2300912] New: libskk: FTBFS in Fedora rawhide/f41
by bugzilla＠redhat.com 17 Nov '24

17 Nov '24

https://bugzilla.redhat.com/show_bug.cgi?id=2300912 Bug ID: 2300912 Summary: libskk: FTBFS in Fedora rawhide/f41 Product: Fedora Version: rawhide Status: NEW Component: libskk 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: 2260875 (F41FTBFS) Target Milestone: --- Classification: Fedora libskk failed to build from source in Fedora rawhide/f41 https://koji.fedoraproject.org/koji/taskinfo?taskID=120684891 For details on the mass rebuild see: https://fedoraproject.org/wiki/Fedora_41_Mass_Rebuild Please fix libskk 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, libskk will be orphaned. Before branching of Fedora 42, libskk 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=2260875 [Bug 2260875] Fedora 41 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=2300912 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…

1 6

[Bug 2296122] New: harfbuzz-devel installs broken cmake config file
by bugzilla＠redhat.com 16 Nov '24

16 Nov '24

https://bugzilla.redhat.com/show_bug.cgi?id=2296122 Bug ID: 2296122 Summary: harfbuzz-devel installs broken cmake config file Product: Fedora Version: 40 Hardware: x86_64 OS: Linux Status: NEW Component: harfbuzz Severity: medium Assignee: pnemade(a)redhat.com Reporter: fella(a)posteo.de 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 Target Milestone: --- Classification: Fedora /usr/lib64/cmake/harfbuzz/harfbuzz-config.cmake contains unresolved cmake templates, e.g., the file starts with @PACKAGE_INIT@ Reproducible: Always Steps to Reproduce: 1. install harfbuzz-devel 2. cat /usr/lib64/cmake/harfbuzz/harfbuzz-config.cmake 3. Actual Results: File contains unresolved templates Expected Results: File does not contain unresolved templates -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2296122 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…

1 4

[Bug 2260744] New: Fedora build does not enable cloud input
by bugzilla＠redhat.com 13 Nov '24

13 Nov '24

https://bugzilla.redhat.com/show_bug.cgi?id=2260744 Bug ID: 2260744 Summary: Fedora build does not enable cloud input Product: Fedora Version: 39 OS: Linux Status: NEW Component: ibus-libpinyin Keywords: Desktop, EasyFix, RFE Severity: low Assignee: pwu(a)redhat.com Reporter: jiechushou(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 ibus-libpinyin upstream supports cloud input function, which can greatly improve user experience Cloud input support can be enabled by adding the --enable-cloud-input-mode flag to the build configuration. This cloud input option is optional and turned off by default. It does not violate Fedora Packaging Guidelines Reproducible: Always -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2260744 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…

1 2

[Bug 2131516] New: Sinhala letters shake, wobble and momentarily disappear and reappear when typing, sometimes with wrong cursor positions.
by bugzilla＠redhat.com 11 Nov '24

11 Nov '24

https://bugzilla.redhat.com/show_bug.cgi?id=2131516 Bug ID: 2131516 Summary: Sinhala letters shake, wobble and momentarily disappear and reappear when typing, sometimes with wrong cursor positions. Product: Fedora Version: 37 Status: NEW Component: ibus-m17n Assignee: pnemade(a)redhat.com Reporter: lohang(a)riseup.net QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, mfabian(a)redhat.com, pnemade(a)redhat.com, shawn.p.huang(a)gmail.com Target Milestone: --- Classification: Fedora Created attachment 1915511 --> https://bugzilla.redhat.com/attachment.cgi?id=1915511&action=edit Issue reproduced with gedit on GNOME + Wayland. Description of problem: When typing Sinhala text with ibus, the characters shake and wobble, making writing experience uncomfortable. Letters sometimes disappear for a moment and reappear. Two cursor positions or wrong cursor positions seem to appear during the process. The latter is somewhat similar to the issue described here https://gitlab.gnome.org/GNOME/pango/-/issues/684 Version-Release number of selected component (if applicable): How reproducible: Reproducible throughout the system. Environment : Fedora 37 beta, GNOME on Wayland. Applications : Gedit, Firefox, LibreOffice. Steps to Reproduce: 1. Enable Sinhala input with si-wijesekera 2. Type : isxy, NdIdfjka ,sjSfua oS wlqrq Tn fudn mksk whqrq ksrSlaIKh lrkak' (සිංහල භාෂාවෙන් ලිවීමේ දී අකුරු ඔබ මොබ පනින අයුරු නිරීක්ෂණය කරන්න.) 3. Typing any meaningful chunk of text can actually demonstrate the issue. Actual results: See attachments Expected results: Smooth typing without shaking, wobbling and disappearing/reappearing of characters. The issue is already there to a lesser extent on Fedora 36 too. So I am unable to show you a video of the ideal expected result at the moment. Additional info: -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2131516

1 19

[Bug 2309478] New: Please branch and build ibus-chewing 1.6.1 for EL8 and EL9
by bugzilla＠redhat.com 07 Nov '24

07 Nov '24

https://bugzilla.redhat.com/show_bug.cgi?id=2309478 Bug ID: 2309478 Summary: Please branch and build ibus-chewing 1.6.1 for EL8 and EL9 Product: Fedora Version: rawhide OS: Linux Status: NEW Component: ibus-chewing Keywords: Desktop Severity: medium Assignee: tfujiwar(a)redhat.com Reporter: darkranger_red(a)hotmail.com QA Contact: extras-qa(a)fedoraproject.org CC: dchen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org, kanru(a)kanru.info, tfujiwar(a)redhat.com Target Milestone: --- Classification: Fedora Hello, Starting from RHEL 8 for the Traditional Chinese locale, ibus-chewing has been replaced by ibus-libzhuyin. But ibus-chewing remains available on every Fedora releases. Its main dependency - libchewing is also already available via EPEL 8 and 9. I use both the Fedora Linux and RHEL in my work environment. On my Fedora box, I always prefer ibus-chewing rather than the default ibus-libzhuyin. I did tried to use ibus-libzhuyin on the RHEL machines, but the overall experience is much more problematic. At first, I thought there might be some serious compatibility issues to build ibus-chewing on RHEL 8 and 9. But turns out it is actually not the case (at least for v1.6.1, not the newer releases). Just with a very little revision, the source rpm of ibus-chewing from Fedora 40 can be built successfully and workable on EL 8 and 9. The reproducible procedure will be like: 1. sudo dnf group install "Development Tools" sudo dnf install cmake ibus-devel libchewing-devel glib2-devel gtk2-devel libX11-devel 2. wget https://download.fedoraproject.org/pub/fedora/linux/releases/40/Everything/… rpm -ivh ibus-chewing-1.6.1-25.fc40.src.rpm 3. Modify rpmbuild/SPECS/ibus-chewing.spec, comment out the following line: BuildRequires: gettext-runtime 4. rpmbuild -ba rpmbuild/SPECS/ibus-chewing.spec -Done. Please help to branch and build ibus-chewing 1.6.1 for EL8 and EL9. Thank you. Reproducible: Always -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2309478 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…

1 15

[Bug 2257171] New: Super + Space cannot switch input method back from JP (Mozc) to ENG
by bugzilla＠redhat.com 15 Oct '24

15 Oct '24

https://bugzilla.redhat.com/show_bug.cgi?id=2257171 Bug ID: 2257171 Summary: Super + Space cannot switch input method back from JP (Mozc) to ENG Product: Fedora Version: 39 Hardware: x86_64 OS: Linux Status: NEW Component: mozc Severity: low Assignee: tagoh(a)redhat.com Reporter: mits.haruko(a)gmail.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 Using Mozc for Ibus input method on Gnome (I understand the default is Anthy, but Anthy has several limitations compared to Mozc). The default system language and input method is ENG. What happens is that when using the default Super + Space shortcut to switch back from JP Mozc to ENG, only Space is registered. (Tested on different keyboards, so not a hardware issue). Which means, I can go from ENG to JP Mozc with Super + Space, write in JP, but then cannot go back to ENG _inside a text box_, that is, going back to say an empty desktop, the shortcut will work. This happens on gtk3 apps like Firefox and Gnome Terminal and gtk4 as well, like Text Editor. Only on Wayland, though. It is working on X11. Reproducible: Always Steps to Reproduce: 1. Super + Space to switch input method to ENG to JP Mozc. 2. Write in japanese. 3. Super + Space back to ENG. Actual Results: Cannot return input method to ENG with the same default shortcut. Expected Results: Return to ENG via Super + Space. ibus-mozc 2.29.5111.102-3.fc39 gnome-shell 45.2-1.fc39 ibus-wayland 1.5.29~rc2-6.fc39 Inside of the config file for Mozc I have active_on_launch: True to drop into Hiragana. Removing it does nothing. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2257171 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…

1 12

[Bug 2310892] New: /usr/libexec/ibus-ui-emojier cannot start from panel menu in XFCE
by bugzilla＠redhat.com 03 Oct '24

03 Oct '24

https://bugzilla.redhat.com/show_bug.cgi?id=2310892 Bug ID: 2310892 Summary: /usr/libexec/ibus-ui-emojier cannot start from panel menu in XFCE Product: Fedora Version: 41 OS: Linux Status: NEW Component: ibus Keywords: Desktop, Regression Severity: medium Assignee: tfujiwar(a)redhat.com Reporter: mfabian(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, tfujiwar(a)redhat.com Target Milestone: --- Classification: Fedora The test case https://fedoraproject.org/wiki/QA:Testcase_ibus_emojier says: 3. Emoji chooser dialog from Panel menu 1. Right click on IBus panel icon and choose "Emoji Choice" menu item. (non-GNOME desktops only) 2. Open an emoji category with mouse click. Click menu button on the dialog and choose "Close" button. But nothing happens when clicking the ibus panel icon and choosing "Emoji Choice". But from the terminal commandline, /usr/libexec/ibus-ui-emojier starts. See the attached video. Reproducible: Always -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2310892 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…

1 8

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

i18n-bugs September 2024