April 2023 - i18n-bugs - Fedora Mailing-Lists

[Bug 2178787] New: Please branch and build aspell-ta in epel9

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=2178787 Bug ID: 2178787 Summary: Please branch and build aspell-ta in epel9 Product: Fedora Version: rawhide Status: NEW Component: aspell-ta Assignee: aalam(a)fedoraproject.org Reporter: davide(a)cavalca.name QA Contact: extras-qa(a)fedoraproject.org CC: aalam(a)fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org Blocks: 1914423 (EPELPackagersSIG) Target Milestone: --- Classification: Fedora Please branch and build aspell-ta in epel9. If you do not wish to maintain aspell-ta in epel9, or do not think you will be able to do this in a timely manner, the EPEL Packagers SIG would be happy to be a co-maintainer of the package; please add the epel-packagers-sig group through https://src.fedoraproject.org/rpms/aspell-ta/addgroup and grant it commit access, or collaborator access on epel* branches. Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1914423 [Bug 1914423] Tracker for epel-packagers-sig -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2178787

8 months, 2 weeks

1
9
0 / 0

[Bug 2060988] New: ibus lookup table almost always badly positioned in Plasma(Wayland)

by bugzilla＠redhat.com

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

8 months, 2 weeks

1
9
0 / 0

[Bug 2182697] New: msgfmt --java2 option doesn't work with java-17-openjdk

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=2182697 Bug ID: 2182697 Summary: msgfmt --java2 option doesn't work with java-17-openjdk Product: Red Hat Enterprise Linux 8 Version: 8.7 Hardware: All OS: Linux Status: NEW Component: gettext Severity: urgent Priority: urgent Assignee: suanand(a)redhat.com Reporter: nmoumoul(a)redhat.com QA Contact: qe-i18n-bugs(a)redhat.com CC: dueno(a)redhat.com, eng-i18n-bugs(a)redhat.com, extras-qa(a)fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, jjanco(a)redhat.com, loganjerry(a)gmail.com, mtasaka(a)fedoraproject.org, nphilipp(a)redhat.com, petersen(a)redhat.com, praiskup(a)redhat.com, suanand(a)redhat.com Depends On: 2062407 Target Milestone: rc Classification: Red Hat Pool ID: sst_i18n_rhel_8 I am cloning this bug because we recently moved our project (Candlepin) to Java17 and we are stuck because we cannot compile our translation classes any more. Can you please include this fix in RHEL8? +++ This bug was initially created as a clone of Bug #2062407 +++ 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: --- Additional comment from Mamoru TASAKA on 2022-03-20 14:16:57 UTC --- So the simple reproducer for this is: $ mock --verbose -r fedora-rawhide-x86_64 --uniqueext gettext-test --init $ mock --verbose -r fedora-rawhide-x86_64 --uniqueext gettext-test --install java-devel gettext $ mock --verbose -r fedora-rawhide-x86_64 --uniqueext gettext-test --copyin ./ar.po /builddir/build/BUILD $ mock --verbose -r fedora-rawhide-x86_64 --uniqueext gettext-test --chroot -- msgfmt --statistics --java2 -l ar -d /builddir/build/BUILD/TMP -r org.jmol.translation.Jmol.ar.Messages /builddir/build/BUILD/ar.po Then: msgfmt: Java compiler not found, try installing gcj or set $JAVAC msgfmt: compilation of Java class failed, please try --verbose or set $JAVAC 65 translated messages, 3 fuzzy translations, 380 untranslated messages. DEBUG: Child return code was: 1 --- Additional comment from Mamoru TASAKA on 2022-03-20 14:25:47 UTC --- So this is actually msgfmt calls javac with "-source 1.5 -target 1.6" explicitly: see gettext-tools/src/write-java.c "compile_java_class" call in "msgdomain_write_java" and related functions in gettext-tools/gnulib-lib/javacomp.c . The attached patch is a draft for fixing this issue. Note that get_goodcode_snippet() and get_failcode_snippet() may need more adjustment: I guess get_goodcode_snippet() needs the code which compiles with JDK17 but fails with JDK11, however I don't know such code in detail. --- Additional comment from Mamoru TASAKA on 2022-03-30 11:50:50 UTC --- Are there any updates here? I think all needed information is provided. --- Additional comment from Jens Petersen on 2022-03-31 03:27:32 UTC --- Thank you very much, Tasaka-san! Sorry, Sundeep has been away on holiday for two weeks. I have added your patch to the rawhide branch. We have one more problem: currently gettext-0.21 FTBFS on F36+. So we have a git snapshot currently in Rawhide, but maybe we can use that for F36 now to address this. --- Additional comment from Jens Petersen on 2022-03-31 03:28:20 UTC --- Can you try testing gettext-0.21-13.fc37.0.20220203 to see if it works for you? --- Additional comment from Mamoru TASAKA on 2022-03-31 07:16:05 UTC --- Yes, gettext-0.21-13.fc37.0.20220203 looks working. Thank you. Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=2062407 [Bug 2062407] msgfmt --java2 option doesn't work with java-17-openjdk -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2182697

8 months, 4 weeks

1
9
0 / 0

[Bug 2122899] New: Arabic keyboard layout sends ligatures as one character (Laa Problem)

by bugzilla＠redhat.com

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

9 months, 1 week

1
27
0 / 0

[Bug 2178773] New: Please branch and build aspell-mr in epel9

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=2178773 Bug ID: 2178773 Summary: Please branch and build aspell-mr in epel9 Product: Fedora Version: rawhide Status: NEW Component: aspell-mr Assignee: aalam(a)fedoraproject.org Reporter: davide(a)cavalca.name QA Contact: extras-qa(a)fedoraproject.org CC: aalam(a)fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org Blocks: 1914423 (EPELPackagersSIG) Target Milestone: --- Classification: Fedora Please branch and build aspell-mr in epel9. If you do not wish to maintain aspell-mr in epel9, or do not think you will be able to do this in a timely manner, the EPEL Packagers SIG would be happy to be a co-maintainer of the package; please add the epel-packagers-sig group through https://src.fedoraproject.org/rpms/aspell-mr/addgroup and grant it commit access, or collaborator access on epel* branches. Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1914423 [Bug 1914423] Tracker for epel-packagers-sig -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2178773

9 months, 2 weeks

1
4
0 / 0

[Bug 2178777] New: Please branch and build aspell-or in epel9

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=2178777 Bug ID: 2178777 Summary: Please branch and build aspell-or in epel9 Product: Fedora Version: rawhide Status: NEW Component: aspell-or Assignee: aalam(a)fedoraproject.org Reporter: davide(a)cavalca.name QA Contact: extras-qa(a)fedoraproject.org CC: aalam(a)fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org Blocks: 1914423 (EPELPackagersSIG) Target Milestone: --- Classification: Fedora Please branch and build aspell-or in epel9. If you do not wish to maintain aspell-or in epel9, or do not think you will be able to do this in a timely manner, the EPEL Packagers SIG would be happy to be a co-maintainer of the package; please add the epel-packagers-sig group through https://src.fedoraproject.org/rpms/aspell-or/addgroup and grant it commit access, or collaborator access on epel* branches. Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1914423 [Bug 1914423] Tracker for epel-packagers-sig -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2178777

9 months, 2 weeks

1
4
0 / 0

[Bug 2131516] New: Sinhala letters shake, wobble and momentarily disappear and reappear when typing, sometimes with wrong cursor positions.

by bugzilla＠redhat.com

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

9 months, 3 weeks

1
17
0 / 0

[Fedora-i18n-bugs] [Bug 1936817] New: [abrt] kasumi-unicode: emission_find(): kasumi-unicode killed by SIGSEGV

by bugzilla＠redhat.com

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.

9 months, 3 weeks

1
5
0 / 0

[Bug 2063714] New: serif:lang=ja falls back to Droid Sans instead of Noto Sans CJK JP

by bugzilla＠redhat.com

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

9 months, 3 weeks

1
6
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

10 months, 2 weeks

1
11
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

i18n-bugs April 2023