January 2023 - i18n-bugs - Fedora Mailing-Lists

[Bug 2113538] New: nafees-tehreer-naskh-fonts: FTBFS in Fedora rawhide/f37

by bugzilla＠redhat.com

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_Fai... 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

3 weeks, 3 days

1
7
0 / 0

[Bug 2113534] New: nafees-nastaleeq-fonts: FTBFS in Fedora rawhide/f37

by bugzilla＠redhat.com

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_Fai... 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

3 weeks, 3 days

1
6
0 / 0

[Bug 2061664] New: IBus candidate panel show up at wrong positions for QT apps

by bugzilla＠redhat.com

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 month

1
15
0 / 0

[Bug 2123720] New: Noto Sans Thai to default for Thai

by bugzilla＠redhat.com

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 month

1
5
0 / 0

[Bug 2123722] New: Noto Khmer to default for Khmer

by bugzilla＠redhat.com

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 month

1
4
0 / 0

[Bug 2015149] New: Candidate lists shown in gnome on-screen keyboard are not hidden/closed when they should

by bugzilla＠redhat.com

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 month

1
6
0 / 0

[Bug 2093859] New: [abrt] ibus-anthy-python: _Py_INCREF(): python3.10 killed by SIGSEGV

by bugzilla＠redhat.com

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 month, 1 week

1
3
0 / 0

[Bug 2076596] New: The KDE ibus panel does not work as expected.

by bugzilla＠redhat.com

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 month, 1 week

1
33
0 / 0

[Bug 2074360] New: Xorg gtk4: candidate windows are placed off-screen

by bugzilla＠redhat.com

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 month, 1 week

1
5
0 / 0

[Fedora-i18n-bugs] [Bug 1910836] New: stardict-3.0.6.2 is available

by bugzilla＠redhat.com

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 month, 1 week

1
3
0 / 0

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

i18n-bugs January 2023