April 2016 - i18n-bugs - Fedora mailing-lists

[Fedora-i18n-bugs] [Bug 1134299] New: Layout switching happens with unspecified shortcut
by Red Hat Bugzilla 27 Nov '18

27 Nov '18

https://bugzilla.redhat.com/show_bug.cgi?id=1134299 Bug ID: 1134299 Summary: Layout switching happens with unspecified shortcut Product: Fedora Version: 19 Component: ibus Assignee: tfujiwar(a)redhat.com Reporter: stsp(a)list.ru QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com Description of problem: In control center I have only next input source hotkey Ctrl-Menu and modifier-only switch RightCtrl-Shift. Everything else is disabled. Still, RShift-LShift combo also switches the layouts! (including the indicator change) It shouldn't, it is not set anywhere. Version-Release number of selected component (if applicable): the one from latest f19 updates How reproducible: easily Steps to Reproduce: 1. Set up layout switch keybindings to not include double-Shift 2. Hit both shifts Actual results: Layout switches Expected results: Layout should not switch Additional info: -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=eMMPvm3nG6&a=cc_unsubscribe

2 28

[Fedora-i18n-bugs] [Bug 1317385] New: Please fixes the generated ~/.i18n file
by Red Hat Bugzilla 01 Nov '18

01 Nov '18

https://bugzilla.redhat.com/show_bug.cgi?id=1317385 Bug ID: 1317385 Summary: Please fixes the generated ~/.i18n file Product: Fedora Version: 23 Component: fonts-tweak-tool Assignee: tagoh(a)redhat.com Reporter: pwu(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, kent.neo(a)gmail.com, petersen(a)redhat.com, pwu(a)redhat.com, tagoh(a)redhat.com Description of problem: The content of .i18n file generated by fonts-tweak-tool is: FC_LANG=zh-CN maybe good to add export for .i18n file: export FC_LANG=zh-CN Version-Release number of selected component (if applicable): fonts-tweak-tool-0.3.2-8.fc23.x86_64 How reproducible: Steps to Reproduce: 1. Set "Chinese (P.R. of China)" in fonts-tweak-tool "Language Ordering" 2. Log in as English locale Actual results: gedit seems to use Traditional Chinese fonts for the character "骨" Expected results: gedit uses Simplified Chinese fonts for the character "骨" Additional info: -- You are receiving this mail because: You are on the CC list for the bug.

2 17

[Fedora-i18n-bugs] [Bug 1222244] New: [abrt] ibus: XKeysymToKeycode(): ibus-ui-gtk3 killed by SIGSEGV
by Red Hat Bugzilla 15 Oct '18

15 Oct '18

https://bugzilla.redhat.com/show_bug.cgi?id=1222244 Bug ID: 1222244 Summary: [abrt] ibus: XKeysymToKeycode(): ibus-ui-gtk3 killed by SIGSEGV Product: Fedora Version: 22 Component: ibus Assignee: tfujiwar(a)redhat.com Reporter: guillaumepoiriermorency(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 Description of problem: Version-Release number of selected component: ibus-1.5.10-4.fc22 Additional info: reporter: libreport-2.5.1 backtrace_rating: 4 cmdline: /usr/libexec/ibus-ui-gtk3 crash_function: XKeysymToKeycode executable: /usr/libexec/ibus-ui-gtk3 global_pid: 4027 kernel: 4.0.2-300.fc22.x86_64 runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (10 frames) #0 XKeysymToKeycode at XKBBind.c:157 #1 keybinding_manager_bind at keybindingmanager.c:210 #2 panel_keybinding_manager_bind at panel.c:1286 #3 panel_bind_switch_shortcut at panel.c:1350 #4 panel_construct at panel.c:683 #5 panel_new at panel.c:709 #6 application_bus_name_acquired_cb at application.c:220 #7 _application_bus_name_acquired_cb_gd_bus_signal_callback at application.c:166 #8 emit_signal_instance_in_idle_cb at gdbusconnection.c:3753 #13 gtk_main at gtkmain.c:1219 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=ZYlE5V6Kw0&a=cc_unsubscribe

2 3

[Fedora-i18n-bugs] [Bug 835376] New: Request to add legend support feature for ibus-table
by Red Hat Bugzilla 09 Oct '18

09 Oct '18

https://bugzilla.redhat.com/show_bug.cgi?id=835376 Bug ID: 835376 QA Contact: extras-qa(a)fedoraproject.org Severity: unspecified Version: rawhide Priority: unspecified CC: i18n-bugs(a)lists.fedoraproject.org, jni(a)redhat.com, me(a)kaio.net, shawn.p.huang(a)gmail.com Assignee: jni(a)redhat.com Summary: Request to add legend support feature for ibus-table Regression: --- Story Points: --- Classification: Fedora OS: Unspecified Reporter: pwu(a)redhat.com Type: Bug Documentation: --- Hardware: Unspecified Mount Type: --- Status: NEW Component: ibus-table Product: Fedora Description of problem: Currently wubi ime in ibus-table doesn't support legend feature. Version-Release number of selected component (if applicable): ibus-table-1.3.9.20110827-2.fc17.noarch How reproducible: Try to input a single character by using ibus-table wubi ime; Actual results: Only one character is inputted; Expected results: Besides inputting one character, some possible following characters should be listed in the candidate list to speed up user inputting. -- You are receiving this mail because: You are on the CC list for the bug.

2 11

[Fedora-i18n-bugs] [Bug 1116676] New: filter keyboard layouts by geometry
by Red Hat Bugzilla 09 Oct '18

09 Oct '18

https://bugzilla.redhat.com/show_bug.cgi?id=1116676 Bug ID: 1116676 Summary: filter keyboard layouts by geometry Product: Fedora Version: rawhide Component: langtable Severity: low Assignee: mfabian(a)redhat.com Reporter: petersen(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, mfabian(a)redhat.com Description of problem: This may be a crazy idea I am not sure yet (which came up during Fedora i18n discussions around https://fedorahosted.org/i18n/ticket/26 but in principle it seems it would be useful to filter keyboard layouts by their compatibility with a chosen keyboard geometry. There are various difficulties here: - parsing of the xkb data files itself will be complex - assuming it is possible to get this filtering to work applications like anaconda will need some subtle or larger changes to support setting of keyboard geometry separately from keyboard layouts. Still it seems like a worthy goal to try to reduce or structure the current large amount of clutter currently when making keyboard config selections. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=RxhKiuD0M9&a=cc_unsubscribe

2 4

[Fedora-i18n-bugs] [Bug 1094779] New: No Cyrillic Italic Glyphs for Sans, Sans Narrow and Mono
by Red Hat Bugzilla 25 Sep '18

25 Sep '18

https://bugzilla.redhat.com/show_bug.cgi?id=1094779 Bug ID: 1094779 Summary: No Cyrillic Italic Glyphs for Sans, Sans Narrow and Mono Product: Fedora Version: rawhide Component: liberation-fonts Assignee: psatpute(a)redhat.com Reporter: alescesc1986(a)yahoo.it 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 It's wrong for Liberation Sans, Sans Narrow and Mono to have specific italic glyphs in the Cyrillic range provided that the Latin range has slanted glyphs. For the sake of consistency, slanted glyphs should be implemented in the Cyrillic range too. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=c1AONfggSA&a=cc_unsubscribe

2 12

[Fedora-i18n-bugs] [Bug 1096336] New: Liberation 2.00.x missing unicode hyphen (U+2010)
by Red Hat Bugzilla 10 Sep '18

10 Sep '18

https://bugzilla.redhat.com/show_bug.cgi?id=1096336 Bug ID: 1096336 Summary: Liberation 2.00.x missing unicode hyphen (U+2010) Product: Fedora Version: rawhide Component: liberation-fonts Assignee: psatpute(a)redhat.com Reporter: elbart(a)gmx.de 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 Description of problem: The liberation-fonts 2.00.0 and 2.00.1 are missing the unicode hyphen (U+2010). Versions 1.07.4 and older have that glyph. Version-Release number of selected component (if applicable): 2.00.1 The regressing commit is https://git.fedorahosted.org/cgit/liberation-fonts.git/commit/?id=5feb93675… (slow!) प्रविण सातपुते "sfd file converted from ttf" -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=PrUXVWzIRi&a=cc_unsubscribe

2 14

[Fedora-i18n-bugs] [Bug 1084493] New: Missing MIDDLE DOT (u+00B7) glyph for Liberation Sans Italic
by Red Hat Bugzilla 10 Sep '18

10 Sep '18

https://bugzilla.redhat.com/show_bug.cgi?id=1084493 Bug ID: 1084493 Summary: Missing MIDDLE DOT (u+00B7) glyph for Liberation Sans Italic Product: Fedora Version: rawhide Component: liberation-fonts Assignee: psatpute(a)redhat.com Reporter: jmontane(a)softcatala.org 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 Created attachment 882714 --> https://bugzilla.redhat.com/attachment.cgi?id=882714&action=edit Screenshot showing the bug Description of problem: In Windows, there is no glyph for MIDDLE DOT (U+00B7) when using Liberation Sans Italic, an empty space is showed. Version-Release number of selected component (if applicable): 2.00.1 How reproducible: Install Liberation Sans Italic files in a Windows machine (tested in Windows 7 32 and 64 bits). The esay way is installing LibreOffice 4.2, :) Steps to Reproduce: 1. Open a new document LibreOffice Writer 2. Type "cel·la" (cell) "·" is U+00B7 3. Select "cel·la" text and set format as "Libreration Sans, Italic". Actual results: 4.- "cel la" is showed in italics,you can copy and paste and set other font. Expected results: 5.- "cel·la" Additional info: U+00B7 is a used character for Catalan text. So, please, fix this issue. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=Z2jsEJyDVB&a=cc_unsubscribe

2 17

[Fedora-i18n-bugs] [Bug 1249335] New: Inconsistent rules for shortcuts between different applications when switching keymaps
by Red Hat Bugzilla 10 Sep '18

10 Sep '18

https://bugzilla.redhat.com/show_bug.cgi?id=1249335 Bug ID: 1249335 Summary: Inconsistent rules for shortcuts between different applications when switching keymaps Product: Fedora Version: 22 Component: ibus Severity: medium Assignee: tfujiwar(a)redhat.com Reporter: nicolas.brack(a)mail.be QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com I have this bug since a few fedora version. In some applications, the shortcuts obeys the localized ibus keymap, but other keeps the default keymap when pressing CTRL. Typical example includes gimp (follows keymap) and inkscape (ignore keymap). I'm personally using both the us and dvorak keymap, and this behaviour is pernicious as the key locations are very dissimilar. Using "setxkbmap" is hard erasure of the keymap, and after that _all_ applications follows the keymap when using the shortcuts. But then ibus doesn't really work anymore, and it's inconvenient. Thus a solution could either be that: *ibus is resilient to "setxkbmap" *All software are presented with the same keymap, which can be configured to be the current map. Software versions: GNOME Shell 3.16.3 IBus 1.5.10 Xorg 1.17.2 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=0xQlpdl2Ss&a=cc_unsubscribe

2 11

[Fedora-i18n-bugs] [Bug 1072095] New: Liberation Sans renders most Latin combining characters incorrectly
by Red Hat Bugzilla 10 Sep '18

10 Sep '18

https://bugzilla.redhat.com/show_bug.cgi?id=1072095 Bug ID: 1072095 Summary: Liberation Sans renders most Latin combining characters incorrectly Product: Fedora Version: 20 Component: liberation-fonts Assignee: psatpute(a)redhat.com Reporter: rkaldari(a)wikimedia.org 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 Created attachment 870161 --> https://bugzilla.redhat.com/attachment.cgi?id=870161&action=edit Comparison between Helvetica, Arimo, and Liberation Sans Description of problem: Liberation Sans renders most Latin Unicode combining characters incorrectly. These are the diacritics and tie characters in the Unicode range U+0300 to U+FE2F (https://en.wikipedia.org/wiki/Combining_character) In particular: 1. The diacritics do not take into account the width or height of the paired character (which I imagine is a kerning issue) 2. Tie characters are always positioned incorrectly. They are supposed to visually tie two characters together, but in Liberation Sans they are simply centered under the 2nd character. Version-Release number of selected component (if applicable): version 2.00.1 How reproducible: Steps to Reproduce: 1. Install Liberation Sans 2. Go to https://en.wikipedia.org/wiki/User:Kaldari/Font_test Actual results: Diacritics and ties are a mess. Expected results: See Helvetica example in attached file. Additional info: The best way to understand this bug is to look at the attached file (comparison.png). -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=1fAByXDhag&a=cc_unsubscribe

2 25

[Fedora-i18n-bugs] [Bug 507262] New: Separate Japanese font configuration files for ghostscript
by Red Hat Bugzilla 06 Sep '18

06 Sep '18

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Separate Japanese font configuration files for ghostscript https://bugzilla.redhat.com/show_bug.cgi?id=507262 Summary: Separate Japanese font configuration files for ghostscript Product: Fedora Version: 11 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: japanese-bitmap-fonts AssignedTo: tagoh(a)redhat.com ReportedBy: t.matsuu(a)gmail.com QAContact: extras-qa(a)fedoraproject.org CC: tagoh(a)redhat.com, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora I'm not sure which component should be assigned for this bug. So I initially assign this bug to japanese-bitmap-fonts because the files for discussion is now owned by japanese-bitmap-fonts package. Description of problem: Now /usr/share/ghostscript/conf.d/CIDFnmap.ja /usr/share/ghostscript/conf.d/FAPIcidfmap.ja /usr/share/ghostscript/conf.d/cidfmap.ja are owned by japanese-bitmap-fonts. But they never use fonts which are bundled in japanese-bitmap-fonts. Moreover, fonts which are set in the config files are dispersed among some packages. So we need to separate ghostscript contig files from japanese-bitmap-fonts and they should be provided by another package (or included in ghostscript or ghostscript-fonts package). I suggest the following idea. 1. Universal /usr/share/ghostscript/conf.d/{CIDFnmap.ja,FAPIcidfmap.ja,cidfmap.ja} is owned by new (eg. ghostscript-fonts-japanese), ghostscript, or ghostscript-fonts package. 2. Each Japanese fonts have their own CIDFnmap.ja, FAPIcidfmap.ja, and cidfmap.ja files i their common package. Discussion required: * fonts priority * file owner for ghostscript config files * package structure of IPA fonts are not ready for generate common subpackage now (bug 507261) -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

2 23

[Fedora-i18n-bugs] [Bug 1088033] New: Text Figures for Liberation Fonts
by Red Hat Bugzilla 28 Aug '18

28 Aug '18

https://bugzilla.redhat.com/show_bug.cgi?id=1088033 Bug ID: 1088033 Summary: Text Figures for Liberation Fonts Product: Fedora Version: rawhide Component: liberation-fonts Assignee: psatpute(a)redhat.com Reporter: alescesc1986(a)yahoo.it 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 Hello Pravin, I was wondering whether you might consider adding text figures to your fonts. That'd be great and I don't think it'll take you long. Regards -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=jPptOgThKu&a=cc_unsubscribe

2 23

[Fedora-i18n-bugs] [Bug 1090631] New: Please set TT_NAME_ID_PREFERRED_FAMILY for Liberation fonts
by Red Hat Bugzilla 28 Aug '18

28 Aug '18

https://bugzilla.redhat.com/show_bug.cgi?id=1090631 Bug ID: 1090631 Summary: Please set TT_NAME_ID_PREFERRED_FAMILY for Liberation fonts Product: Fedora Version: rawhide Component: liberation-fonts Assignee: psatpute(a)redhat.com Reporter: rhughes(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 Description of problem: At the moment the TT_NAME_ID_PREFERRED_FAMILY is not set on any of the Liberation fonts. As I understand it, TT_NAME_ID_PREFERRED_FAMILY is supposed to be the same for all files in the same high-level family, and this seems to be what most other fonts do in Linux. For the next release could you please set the PreferredFamily key to just "Liberation" in all 10 files. This allows component installers like gnome-software to group the fonts together rather than showing them as separate entries and should have no other effects. Thanks, Richard. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=ZrCMOyiIAn&a=cc_unsubscribe

2 7

[Fedora-i18n-bugs] [Bug 1009650] New: Some Serbian glyphs seem to be Latin glyph
by Red Hat Bugzilla 28 Aug '18

28 Aug '18

https://bugzilla.redhat.com/show_bug.cgi?id=1009650 Bug ID: 1009650 Summary: Some Serbian glyphs seem to be Latin glyph Product: Fedora Version: 19 Component: liberation-fonts Assignee: psatpute(a)redhat.com Reporter: alescesc1986(a)yahoo.it 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 Hello, I have a problem with Italic DE and GE: when I copy them from a pdf produced by XeLaTeX, they are pasted respectively as Latin G and I WITH MACRON. I'm puzzled, why does this happen? By the way, other Serbian glyphs aren't copied at all, but they told me this is XeLaTeX's fault, not font-dependent. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=DHcltBsXNh&a=cc_unsubscribe

2 48

[Fedora-i18n-bugs] [Bug 1013949] New: Problematic shapes for some letters of the macedonian alphabet.
by Red Hat Bugzilla 28 Aug '18

28 Aug '18

https://bugzilla.redhat.com/show_bug.cgi?id=1013949 Bug ID: 1013949 Summary: Problematic shapes for some letters of the macedonian alphabet. Product: Fedora Version: 20 Component: liberation-fonts Severity: high Assignee: psatpute(a)redhat.com Reporter: pvelkovski(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 Created attachment 805748 --> https://bugzilla.redhat.com/attachment.cgi?id=805748&action=edit Shoes how the letters look like, and what they should look like. Description of problem: The shape of the Regular (Normal) "Cyrillic macedonian small letter be" looks. It looks like the italic form minus the slant which is wrong! Also the letters "macedonian cyrilic ghe" and "macedonian cyrillic gje" look inconsistent in italic form. The "macedonian cyrilic gje" should look same as "macedonian cyrilic ghe" with an added accent. I'm attaching a pdf file that should explain the problem. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=xhuukmeO3Y&a=cc_unsubscribe

2 15

[Fedora-i18n-bugs] [Bug 1014357] New: U+266B incorrect glyph with extra beam
by Red Hat Bugzilla 28 Aug '18

28 Aug '18

https://bugzilla.redhat.com/show_bug.cgi?id=1014357 Bug ID: 1014357 Summary: U+266B incorrect glyph with extra beam Product: Fedora Version: rawhide Component: liberation-fonts Assignee: psatpute(a)redhat.com Reporter: fabian+redhat(a)greffrath.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 Originally reported as Debian #724839 [1] by Drake Wilson: " Using gucharmap 1:3.8.2-2 to view Liberation Serif characters with "Show only glyphs from this font" enabled, the glyph for U+266B BEAMED EIGHTH NOTES shows what is clearly beamed sixteenth notes instead; it should have only one beam rather than two. FontForge confirms this after opening LiberationSerif-Regular.ttf with SHA-256 = ea76595ed32ec4bb117fc715e393b4cca3d42cabe53101baec6bbbeb800fa26a. The glyph for U+266C BEAMED SIXTEENTH NOTES is correct. " The bug has been reported against version 2.00.1, ut I have checked with 1.07.3 and it is also present in this version. Best regards, Fabian [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=724839 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=PXTyqCv0jP&a=cc_unsubscribe

2 8

[Fedora-i18n-bugs] [Bug 1195216] New: To wide macron for Liberation Sans Narrow fonts
by Red Hat Bugzilla 28 Aug '18

28 Aug '18

https://bugzilla.redhat.com/show_bug.cgi?id=1195216 Bug ID: 1195216 Summary: To wide macron for Liberation Sans Narrow fonts Product: Fedora Version: 20 Component: liberation-fonts Assignee: psatpute(a)redhat.com Reporter: eko(a)lanet.lv 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 Created attachment 994356 --> https://bugzilla.redhat.com/attachment.cgi?id=994356&action=edit Too wide macron Description of problem: The macron (uni02C9) symbol in Liberation Sans Narrow fonts is too wide. Version-Release number of selected component (if applicable): 1.07.4. How reproducible: 100% Steps to Reproduce: Look at following letters with Liberation Sans Narrow fonts: āēīōūĀĒĪŌŪ Actual results: See attached image Liberation_Sans_Narrow-old.png. Expected results: See attached image Liberation_Sans_Narrow-new.png. Additional info: A suggested path will be attached. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=Z4eK6cdgLB&a=cc_unsubscribe

2 13

[Fedora-i18n-bugs] [Bug 1035486] New: Text renders fuzzy in Fedora 20
by Red Hat Bugzilla 20 Aug '18

20 Aug '18

https://bugzilla.redhat.com/show_bug.cgi?id=1035486 Bug ID: 1035486 Summary: Text renders fuzzy in Fedora 20 Product: Fedora Version: 20 Component: fontconfig Assignee: tagoh(a)redhat.com Reporter: alexhultman(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com, tagoh(a)redhat.com Description of problem: Version-Release number of selected component (if applicable): How reproducible: 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. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=3Q3EeLcWVs&a=cc_unsubscribe

2 54

[Fedora-i18n-bugs] [Bug 1176874] New: gcin-2.8.3 is available
by Red Hat Bugzilla 24 Jul '18

24 Jul '18

https://bugzilla.redhat.com/show_bug.cgi?id=1176874 Bug ID: 1176874 Summary: gcin-2.8.3 is available Product: Fedora Version: rawhide Component: gcin Keywords: FutureFeature, Triaged Assignee: i(a)cicku.me Reporter: upstream-release-monitoring(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, i(a)cicku.me Latest upstream release: 2.8.3 Current version/release in Fedora Rawhide: 2.8.2-3.fc22 URL: http://hyperrate.com/gcin-source/ 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 Soon this service will be implemented by a new system: https://release-monitoring.org/ It will require to manage monitored projects via a new web interface. Please make yourself familiar with the new system to ease the transition. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=u18ESfXqvf&a=cc_unsubscribe

2 14

[Fedora-i18n-bugs] [Bug 803646] New: Password is visible on gnome-terminal with English-typing-booster enabled
by Red Hat Bugzilla 23 Jul '18

23 Jul '18

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Password is visible on gnome-terminal with English-typing-booster enabled https://bugzilla.redhat.com/show_bug.cgi?id=803646 Summary: Password is visible on gnome-terminal with English-typing-booster enabled Product: Fedora Version: 17 Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: ibus-european-table AssignedTo: apatil(a)redhat.com ReportedBy: apeter(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, apatil(a)redhat.com Classification: Fedora Story Points: --- Type: --- Regression: --- Mount Type: --- Documentation: --- Created attachment 570253 --> https://bugzilla.redhat.com/attachment.cgi?id=570253 Password being displayed on terminal Description of problem: With English-typing-booster enabled on gnome-terminal, while using su- command, password appears in the text. Version-Release number of selected component (if applicable): english-typing-booster-0.0.2-1.fc17 How reproducible: Always Steps to Reproduce: 1. Enable English-typing-booster 2. Go to terminal 3. Try to become root with su- 4. Type your password Actual results: Perform above steps, you can see the password is shown on the screen. Expected results: Password must not be shown. Additional info: -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

2 18

[Fedora-i18n-bugs] [Bug 825115] New: [kn_IN] Lohit Kannada glyphs of consonants with vowel signs -II, -EE, -OO and -AI should be optimized
by Red Hat Bugzilla 23 Jul '18

23 Jul '18

https://bugzilla.redhat.com/show_bug.cgi?id=825115 Bug ID: 825115 QA Contact: extras-qa(a)fedoraproject.org Severity: unspecified Version: 16 Priority: unspecified CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com Assignee: psatpute(a)redhat.com Summary: [kn_IN] Lohit Kannada glyphs of consonants with vowel signs -II, -EE, -OO and -AI should be optimized Regression: --- Story Points: --- Classification: Fedora OS: Unspecified Reporter: samjnaa(a)gmail.com Type: Bug Documentation: --- Hardware: Unspecified Mount Type: --- Status: NEW Component: lohit-kannada-fonts Product: Fedora Description of problem: Currently the Lohit Kannada fonts unnecessarily contain separate glyphs for consonants with vowel signs -II, -EE, -OO and -AI. These are merely sequences of other glyphs. In the case of -II, -EE, -OO the glyphs are the same as those of the corresponding short vowels plus a separate glyph 0CD5 Kannada Length Mark ೕ (unlike in Telugu where the length mark ligates with the syllable). Therefore instead of doing substitutions of: CONSONANT + VOWEL_SIGN_II/EE/OO --> CONSONANT_VOWELSIGN_II/EE/OO the optimized way would be to do: CONSONANT + VOWEL_SIGN_II/EE/OO --> CONSONANT_VOWELSIGN_I/E/O LENGTH_MARK If this is done, any changes that are reflected on the CONSONANT_VOWELSIGN_I/E/O glyphs would automatically reflect for the long vowels as well without additional work being needed. For instance, see my recent report of bug 825104. If that bug is fixed for short vowels I, E and O, automatically it would reflect for II, EE and OO also. As for -AI, it is merely sequence of glyph for -E plus 0CD6 Kannada AI Length Mark ೖ. So instead of doing substitutions of: CONSONANT + VOWEL_SIGN_AI --> CONSONANT_VOWELSIGN_AI the optimized way would be to do: CONSONANT + VOWEL_SIGN_AI --> CONSONANT_VOWELSIGN_E AI_LENGTH_MARK with same benefits as above. Further, when handling combinations of: CONSONANT1 + VIRAMA + CONSONANT2 + VOWEL_SIGN_II/EE/OO/AU by separating the length mark as recommended here, the sub-base form of CONSONANT2 can be placed closer to the base CONSONANT1 which is also typographically a desirable factor in a good font. The rules would be: CONSONANT1 + VIRAMA + CONSONANT2 + VOWEL_SIGN_II/EE/OO/AU --> CONSONANT1_VOWEL_SIGN_I/E/O + SUB_BASE_CONSONANT_2 + (AI_)LENGTH_MARK Version-Release number of selected component (if applicable): 2.5.1 How reproducible: Examine the internals of Lohit Kannada font. Actual results: Currently there are separate glyphs for consonants with vowel signs -II, -EE, -OO and -AI unnecessarily. These are merely sequences of other glyphs. Therefore any change effected on the component glyphs has to be re-done here. Expected results: The superfluous glyphs should be removed and the appropriate effect should be achieved by appropriate smartfont rules as indicated above. Additional info: This would also reduce the size of the font. Not an issue on laptops/desktops but nowadays Lohit fonts are finding their way into smaller screens such as smartphones, and it would be good to have a trim font with small footprint. -- You are receiving this mail because: You are on the CC list for the bug.

2 7

[Fedora-i18n-bugs] [Bug 1296121] New: XIM: When commiting with a space, it is inserted before a hangul character rather than after it
by Red Hat Bugzilla 11 Jul '18

11 Jul '18

https://bugzilla.redhat.com/show_bug.cgi?id=1296121 Bug ID: 1296121 Summary: XIM: When commiting with a space, it is inserted before a hangul character rather than after it Product: Fedora Version: 23 Component: ibus Assignee: tfujiwar(a)redhat.com Reporter: psabata(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 Description of problem: This appears to be a recurring issue; I recall this was fixed a few times already :) The behavior is similar to #675503. However, only XIM appears to be affected this time; the input works fine in a GTK+v2 application. Version-Release number of selected component (if applicable): ibus-1.5.11-1.fc23.x86_64 ibus-libs-1.5.11-1.fc23.x86_64 ibus-hangul-1.5.0-5.fc23.x86_64 ibus-gtk2-1.5.11-1.fc23.x86_64 How reproducible: Always with XIM. Never with GTK+v2. Steps to Reproduce: 1. Run ibus with XIM ibus-daemon -x 2. Set your environment and run something that uses it, e.g. xterm -- export XMODIFIERS='@im=ibus' xterm 3. Type some hangul and commit with a space, e.g. "하나 둘 셋" (input being "gksk enf tpt ") Actual results: "하 나 둘 셋" Expected results: "하나 둘 셋 " Additional info: -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=cxyVQxcKBJ&a=cc_unsubscribe

2 17

[Fedora-i18n-bugs] [Bug 1040336] New: [or_IN][libuninum] - Change language name from "Oriya" to "Odia"
by Red Hat Bugzilla 29 Jun '18

29 Jun '18

https://bugzilla.redhat.com/show_bug.cgi?id=1040336 Bug ID: 1040336 Summary: [or_IN][libuninum] - Change language name from "Oriya" to "Odia" Product: Fedora Version: rawhide Component: libuninum Keywords: i18n Severity: low Priority: medium Assignee: terjeros(a)phys.ntnu.no Reporter: smaitra(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, smaitra(a)redhat.com, terjeros(a)phys.ntnu.no Description of problem: Upstream bug reference : https://sourceware.org/bugzilla/show_bug.cgi?id=15601 Preface : As per the Govt of India record, the State name of Orissa has been replaced with Odisha (hopefully I am correct with its spelling) and the language of Odisha State which was Oriya earlier, has been replaced with Odia. Please change the word "Oriya" occurrences to "Odia" in SPEC file. Version-Release number of selected component (if applicable): libuninum-2.7-13.fc20.1 libuninum-2.7-13.fc20.1 How reproducible: N/A Steps to Reproduce:N/A 1. 2. 3. Actual results: Presently the word "Oriya" is mentioned in the SPEC file. Expected results: Please replace the word "Oriya" with the word "Odia" in the SPEC File for all the occurrences. Additional info: References: http://orissamatters.com/2011/11/07/orissa-became-odisha/ http://www.ndtv.com/article/india/parliament-passes-bill-to-change-orissa-s… http://orissa.gov.in/e-magazine/Orissareview/2011/Nov/engpdf/9-17.pdf -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=YHitKy2naE&a=cc_unsubscribe

2 13

[Fedora-i18n-bugs] [Bug 1133127] New: The hotkey for switching to direct input mode should be configurable
by Red Hat Bugzilla 12 Jun '18

12 Jun '18

https://bugzilla.redhat.com/show_bug.cgi?id=1133127 Bug ID: 1133127 Summary: The hotkey for switching to direct input mode should be configurable Product: Fedora Version: 19 Component: ibus-table Assignee: mfabian(a)redhat.com Reporter: stsp(a)list.ru QA Contact: extras-qa(a)fedoraproject.org CC: dchen(a)redhat.com, extras-qa(a)fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, kent.neo(a)gmail.com, me(a)kaio.net, mfabian(a)redhat.com, pwu(a)redhat.com, shawn.p.huang(a)gmail.com, stsp(a)list.ru +++ This bug was initially created as a clone of Bug #1128912 +++ (In reply to Stas Sergeev from comment #23) > I noticed another problem. > When I type, the layout ocasionally changes back > to EN, even though I do not press the modifier combo. > The switcher applet still shows RU, but the typing > becomes latinic. > Presumably this happens after Shift-Space, but again, > not always... So we have another puzzle. I wonder if > you can make a sharp guess or reproduce that... You are switching between table mode ("rusle") and direct input mode (using the underlying keyboard layout directly). The hotkey for this is the left shift key (Without space, just left shift and release it). You can see which mode you are in if you open the input method menu in the gnome panel while rusle is active. Look at the 4 menu entries near the bottom: Direct input (Left Shift) Phrase mode (Ctrl-;) <- quite useless for rusle Direct commit mode (Ctrl-/) <- quite useless for rusle Setup If you hit the left shift key and look again, you see that the topmost of these "property" menus toggles between Direct input (Left Shift) <-> Р (Left Shift) I am not sure what I can do about this now. For Chinese, this is used often as a quick way to toggle between Chinese and English mode (faster than switching between two input sources). That might be the reason why the original developer of ibus-table did choose the left shift key as the hot key for that. The disadvantage is of course that the left shift key can be hit far too easily. In the long run, I want to make the keybindings configurable, then you could set that keybinding to empty. But I have no time for that soon, that is a bit more work. Choosing a different shortcut is not nice to existing users. Disabling that shortcut for non-CJK input methods might also be not so nice. Maybe one wants to quickly toggle between direct input and a non-CJK input method as well. So I am a bit puzzled what to do about this now. Maybe wait until I have time to make the keybindings configurable? --- Additional comment from Stas Sergeev on 2014-08-22 15:32:52 EDT --- > Maybe wait until I have time to make the keybindings configurable? Maybe I have no other option than to agree with this? :) Anyway, another sharp guess, you are right, left shift is the culprit. Thank you. So, should I open a separate report for this or what? --- Additional comment from Stas Sergeev on 2014-08-22 15:34:22 EDT --- (In reply to Mike FABIAN from comment #24) > Created attachment 929759 [details] > 0001-Ignore-Shift-Space-hotkey-to-switch-fullwidth-halfwi.patch > > To fix the problem in comment#21 Patch tested and works. --- Additional comment from Mike FABIAN on 2014-08-22 15:55:18 EDT --- (In reply to Stas Sergeev from comment #26) > > Maybe wait until I have time to make the keybindings configurable? > Maybe I have no other option than to agree with this? :) > Anyway, another sharp guess, you are right, left shift > is the culprit. Thank you. > > So, should I open a separate report for this or what? Yes, I think a separate bug report is helpful so I do not forget this. Maybe, as a temporary workaround, I disable that hotkey for non-CJK and enable it again as soon as the hotkeys are configurable. I really should make the hotkeys configurable ... -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=DFaAYcdVbL&a=cc_unsubscribe

2 111

[Fedora-i18n-bugs] [Bug 1321551] New: RFE: Recommend some specific general purpose font
by Red Hat Bugzilla 07 Jun '18

07 Jun '18

https://bugzilla.redhat.com/show_bug.cgi?id=1321551 Bug ID: 1321551 Summary: RFE: Recommend some specific general purpose font Product: Fedora Version: rawhide Component: fontconfig Assignee: tagoh(a)redhat.com Reporter: ville.skytta(a)iki.fi QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com, tagoh(a)redhat.com Currently fontconfig has a dependency on font(:lang=en). For minimal setups where fontconfig is involved in that don't specify anything more specific than that, it results in getting the first satisfying package by alphabetical sort order to be installed. At the moment that is aajohan-comfortaa-fonts, which is not a very good default, and could change based on what names of packages are available. Instead, I suggest adding (in addition to the existing hard dependency on font(:lang=en)) a Recommends that would by default (with dnf) pull in something that is a better default and already a default in common Fedora installations, such as abattis-cantarell-fonts which AFAIK is the default for GNOME. Some other potential candidates would be liberation-sans-fonts and dejavu-sans-fonts. Not sure if Suggests would work for this purpose, or if it needs to be Recommends. -- You are receiving this mail because: You are on the CC list for the bug.

2 2

[Fedora-i18n-bugs] [Bug 657849] New: Serbian glyphs for Wikipedia
by Red Hat Bugzilla 18 May '18

18 May '18

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Serbian glyphs for Wikipedia https://bugzilla.redhat.com/show_bug.cgi?id=657849 Summary: Serbian glyphs for Wikipedia Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: medium Priority: low Component: liberation-fonts AssignedTo: psatpute(a)redhat.com ReportedBy: alessandroceschini.it(a)gmail.com QAContact: extras-qa(a)fedoraproject.org CC: petersen(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org Classification: Fedora Description of problem: Hy, at the Serbian Wikipedia we are planning on supporting localized Serbian glyphs (as opposed to standard/Russian ones) on screen by taking advantage of the next generation of browser (like Firefox 4) compliant with OpenType features. What we lack is a pool of free OpenType fonts with Serbian glyphs to be accessed through the locl feature. DejaVu is, as far as I know, the only free font which does so (although with some bugs) but, particularly the Serif version, can be described as ugly at best. So, what about a new release of Liberation Fonts containing a locl table for Serbian? Thank you. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

2 113

[Fedora-i18n-bugs] [Bug 882841] New: can we update this hunspell-mr wordlist?
by Red Hat Bugzilla 09 Apr '18

09 Apr '18

Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=882841 Bug ID: 882841 Summary: can we update this hunspell-mr wordlist? Product: Fedora Version: 18 Component: hunspell-mr Severity: unspecified Priority: unspecified Reporter: psatpute(a)redhat.com Description of problem: -> From upstream url http://wiki.openoffice.org/wiki/Dictionaries, which points to http://extensions.services.openoffice.org/en/project/dict-mr i found -> http://code.google.com/p/hunspell-marathi-dictionary/ This is latest and has more words (1,00,000) compared to our existing (12,631) upstream. Can we update this? Version-Release number of selected component (if applicable): How reproducible: 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.

2 9

[Fedora-i18n-bugs] [Bug 1258712] New: fonts-tweak-tool source code needs changes
by Red Hat Bugzilla 06 Apr '18

06 Apr '18

https://bugzilla.redhat.com/show_bug.cgi?id=1258712 Bug ID: 1258712 Summary: fonts-tweak-tool source code needs changes Product: Fedora Version: rawhide Component: fonts-tweak-tool Assignee: tagoh(a)redhat.com Reporter: pnemade(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, kent.neo(a)gmail.com, petersen(a)redhat.com, pwu(a)redhat.com, tagoh(a)redhat.com Description of problem: When started fonts-tweak-tool from gnome-terminal, got these warnings [parag@localhost ~]$ fonts-tweak-tool /usr/lib64/python2.7/site-packages/fontstweak/util.py:30: PyGIWarning: Gtk was imported without specifying a version first. Use gi.require_version('Gtk', '3.0') before import to ensure that the right version gets loaded. from gi.repository import Gtk /usr/lib64/python2.7/site-packages/fontstweak/aliasui.py:36: PyGIWarning: Easyfc was imported without specifying a version first. Use gi.require_version('Easyfc', '0.12') before import to ensure that the right version gets loaded. from gi.repository import Easyfc /usr/bin/fonts-tweak-tool:34: PyGIWarning: FontsTweak was imported without specifying a version first. Use gi.require_version('FontsTweak', '0') before import to ensure that the right version gets loaded. from gi.repository import FontsTweak /usr/lib64/python2.7/site-packages/fontstweak/util.py:51: Warning: The property GtkWidget:margin-left is deprecated and shouldn't be used anymore. It will be removed in a future version. builder.add_from_resource('/org/tagoh/fonts-tweak-tool/' + uifile) /usr/lib64/python2.7/site-packages/fontstweak/util.py:51: Warning: The property GtkWidget:margin-right is deprecated and shouldn't be used anymore. It will be removed in a future version. builder.add_from_resource('/org/tagoh/fonts-tweak-tool/' + uifile) /usr/lib64/python2.7/site-packages/fontstweak/util.py:51: Warning: The property GtkAlignment:left-padding is deprecated and shouldn't be used anymore. It will be removed in a future version. builder.add_from_resource('/org/tagoh/fonts-tweak-tool/' + uifile) /usr/lib64/python2.7/site-packages/fontstweak/util.py:51: Warning: The property GtkButton:xalign is deprecated and shouldn't be used anymore. It will be removed in a future version. builder.add_from_resource('/org/tagoh/fonts-tweak-tool/' + uifile) /usr/lib64/python2.7/site-packages/fontstweak/util.py:51: Warning: The property GtkAlignment:xscale is deprecated and shouldn't be used anymore. It will be removed in a future version. builder.add_from_resource('/org/tagoh/fonts-tweak-tool/' + uifile) /usr/lib64/python2.7/site-packages/fontstweak/util.py:51: Warning: The property GtkButton:use-stock is deprecated and shouldn't be used anymore. It will be removed in a future version. builder.add_from_resource('/org/tagoh/fonts-tweak-tool/' + uifile) /usr/lib64/python2.7/site-packages/fontstweak/util.py:51: Warning: The property GtkSettings:gtk-button-images is deprecated and shouldn't be used anymore. It will be removed in a future version. builder.add_from_resource('/org/tagoh/fonts-tweak-tool/' + uifile) Gtk-Message: GtkDialog mapped without a transient parent. This is discouraged. [parag@localhost ~]$ Version-Release number of selected component (if applicable): fonts-tweak-tool-0.3.2-8.fc23.x86_64 How reproducible: always Steps to Reproduce: 1. open fonts-tweak-tool from gnome-terminal 2. observe warning messages appearing on gnome-terminal 3. Actual results: Expected results: Additional info: -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=lqdzpBuKL2&a=cc_unsubscribe _______________________________________________ i18n-bugs mailing list i18n-bugs(a)lists.fedoraproject.org http://lists.fedoraproject.org/postorius/i18n-bugs@lists.fedoraproject.org

2 7

[Fedora-i18n-bugs] [Bug 1322105] New: Iok isn't fully translated in alpha but is in Zanata and strings are missing
by Red Hat Bugzilla 06 Apr '18

06 Apr '18

https://bugzilla.redhat.com/show_bug.cgi?id=1322105 Bug ID: 1322105 Summary: Iok isn't fully translated in alpha but is in Zanata and strings are missing Product: Fedora Version: 24 Component: iok Assignee: pnemade(a)redhat.com Reporter: jb.holcroft(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com Created attachment 1141423 --> https://bugzilla.redhat.com/attachment.cgi?id=1141423&action=edit on the left, the test, on the right, Zanata when testing Fedora Alpha, some strings are not translated in iok, but are in Zanata, for example : "Change to Extended layer Keyboard", or the window title. Some strings are not available for translation in Zanata, for example : iok --help -- You are receiving this mail because: You are on the CC list for the bug.

2 11

[Fedora-i18n-bugs] [Bug 1222160] New: Incorrect symbol for kk (Kazakh) m17n layouts
by Red Hat Bugzilla 06 Apr '18

06 Apr '18

https://bugzilla.redhat.com/show_bug.cgi?id=1222160 Bug ID: 1222160 Summary: Incorrect symbol for kk (Kazakh) m17n layouts Product: Fedora Version: 22 Component: ibus-m17n Severity: medium Assignee: dueno(a)redhat.com Reporter: yerlaser(a)outlook.com QA Contact: extras-qa(a)fedoraproject.org CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org, shawn.p.huang(a)gmail.com Description of problem: I use ibus-m17n for my language kk - Kazakh. Because our country plans migration to latin script I created a new m17n layout table for phonetic entry. I add my new mim file to /usr/share/m17n and my new phonetic input works. However, in the language selector on the top panel, the short name (symbol) of the language shows as an arabic letter. It should be "kk", like e.g. "en" for English. I found a fix for it. The package ibus-m17n contains a wrong config file. /usr/share/ibus-m17n/default.xml It contains the following lines: <engine> <name>m17n:kk:*</name> <symbol>قا</symbol> </engine> The lines are wrong because it sets the arabic symbol for all custom keyboard layouts while the correct symbol is "kk". Those lines should be changed to the following: <engine> <name>m17n:kk:*</name> <symbol>kk</symbol> </engine> <engine> <name>m17n:kk:arabic</name> <symbol>قا</symbol> </engine> This way it only shows arabic symbol for the arabic layout. Please advise what I should do to have it fixed in Fedora permanently. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=2bVCZ3CUP6&a=cc_unsubscribe

2 7

[Fedora-i18n-bugs] [Bug 1175840] New: [abrt] ibus-typing-booster: dlmmap_locked(): python2.7 killed by SIGBUS
by Red Hat Bugzilla 18 Mar '18

18 Mar '18

https://bugzilla.redhat.com/show_bug.cgi?id=1175840 Bug ID: 1175840 Summary: [abrt] ibus-typing-booster: dlmmap_locked(): python2.7 killed by SIGBUS Product: Fedora Version: 20 Component: ibus-typing-booster Assignee: apatil(a)redhat.com Reporter: rhce_v6(a)yahoo.com QA Contact: extras-qa(a)fedoraproject.org CC: apatil(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org, mfabian(a)redhat.com Version-Release number of selected component: ibus-typing-booster-1.2.5-1.fc20 Additional info: reporter: libreport-2.2.3 backtrace_rating: 4 cmdline: python /usr/share/ibus-typing-booster/engine/main.py --xml crash_function: dlmmap_locked executable: /usr/bin/python2.7 kernel: 3.11.10-301.fc20.x86_64 runlevel: N 5 type: CCpp uid: 0 Truncated backtrace: Thread no. 1 (10 frames) #0 dlmmap_locked at ../src/closures.c:460 #1 dlmmap at ../src/closures.c:506 #2 sys_alloc at ../src/dlmalloc.c:3515 #3 dlmalloc at ../src/dlmalloc.c:4245 #4 ffi_closure_alloc at ../src/closures.c:572 #5 g_callable_info_prepare_closure at girepository/girffi.c:365 #6 _pygi_make_native_closure at pygi-closure.c:639 #7 _wrap_pyg_hook_up_vfunc_implementation at gimodule.c:411 #8 call_function at /usr/src/debug/Python-2.7.5/Python/ceval.c:4098 #9 PyEval_EvalFrameEx at /usr/src/debug/Python-2.7.5/Python/ceval.c:2740 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=qsjGHBMHzw&a=cc_unsubscribe

2 5

[Fedora-i18n-bugs] [Bug 583716] New: Need additional runtime detecting in ibus.conf for Kimpanel
by Red Hat Bugzilla 02 Mar '18

02 Mar '18

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Need additional runtime detecting in ibus.conf for Kimpanel https://bugzilla.redhat.com/show_bug.cgi?id=583716 Summary: Need additional runtime detecting in ibus.conf for Kimpanel Product: Fedora Version: 13 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: ibus AssignedTo: phuang(a)redhat.com ReportedBy: cheeseli(a)hotmail.com QAContact: extras-qa(a)fedoraproject.org CC: phuang(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org Classification: Fedora Created an attachment (id=407608) --> (https://bugzilla.redhat.com/attachment.cgi?id=407608) Additional runtime detecting in ibus.conf for Kimpanel Have Kimpanel be the default IBus frontend IF AND ONLY IF the user is running KDE and Kimpanel is installed. The attachment is a patch for this purpose. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

2 35

[Fedora-i18n-bugs] [Bug 1003412] New: Cinnamon desktop - Failed to Change input method
by Red Hat Bugzilla 30 Dec '17

30 Dec '17

https://bugzilla.redhat.com/show_bug.cgi?id=1003412 Bug ID: 1003412 Summary: Cinnamon desktop - Failed to Change input method Product: Fedora Version: 20 Component: im-chooser Assignee: tagoh(a)redhat.com Reporter: aalam(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com Created attachment 792685 --> https://bugzilla.redhat.com/attachment.cgi?id=792685&action=edit Screenshot Description of problem: while Enabling Ibus with im-chooser in Cinnamon Desktop, it showing crashing error message. --- GDBus.Error:org.gtk.GDBus.UnmappedGError.Quark._imsettings_2derror_2dquark.Code5: Current desktop isn't targeted by IMSettings. Please check /home/aalam/.cache/imsettings/log for more details --- Version-Release number of selected component (if applicable): cinnamon-1.9.2-0.20.git2d1ac4d.fc20.x86_64 ibus-1.5.3-1.fc20.x86_64 im-chooser-1.6.4-2.fc20.x86_64 How reproducible: Steps to Reproduce: 1. Log in to Cinnamon desktop 2. Use im-chooser to enable Input method 'IBus' 3. Select ibus 4. Check message produced Actual results: ibus failed to enabled Expected results: it should work Additional info: 1) I upgraded from Fedora 19 to Fedora 20 2) Log /home/aalam/.cache/imsettings/log --- [ 1378076147.681857]: IMSettings-Daemon[4911]: INFO: Starting imsettings-daemon... [ 1378076147.682409]: IMSettings-Daemon[4911]: INFO: [HOME=/home/aalam/.config/imsettings] [ 1378076147.682698]: IMSettings-Daemon[4911]: INFO: [XINPUTRCDIR=/etc/X11/xinit/] [ 1378076147.682935]: IMSettings-Daemon[4911]: INFO: [XINPUTDIR=/etc/X11/xinit/xinput.d/] [ 1378076147.683171]: IMSettings-Daemon[4911]: INFO: [MODULEDIR=/usr/lib64/imsettings] [ 1378076147.683402]: IMSettings-Daemon[4911]: INFO: [MODULES=gsettings, qt] [ 1378076147.688695]: IMSettings-Qt backend[4911]: WARNING **: Unable to obtain the DefaultInputMethod: Key file does not have group 'Qt' [ 1378076147.717047]: IMSettings-Qt backend[4911]: WARNING **: Unable to obtain the DefaultInputMethod: Key file does not have group 'Qt' [ 1378076147.763503]: IMSettings-Qt backend[4911]: WARNING **: Unable to obtain the DefaultInputMethod: Key file does not have group 'Qt' [ 1378076147.785706]: IMSettings-Qt backend[4911]: WARNING **: Unable to obtain the DefaultInputMethod: Key file does not have group 'Qt' imsettings information ========================== XINPUTRC: /home/aalam/.config/imsettings/xinputrc File: ‘/home/aalam/.config/imsettings/xinputrc’ -> ‘/etc/X11/xinit/xinput.d/ibus.conf’ Size: 33 Blocks: 0 IO Block: 4096 symbolic link Device: 803h/2051d Inode: 3408583 Links: 1 Access: (0777/lrwxrwxrwx) Uid: ( 1000/ aalam) Gid: ( 1000/ aalam) Context: unconfined_u:object_r:config_home_t:s0 Access: 2013-09-01 17:44:05.355457571 -0500 Modify: 2013-08-18 11:45:55.552064953 -0500 Change: 2013-08-18 11:45:55.552064953 -0500 Birth: - Is DBus enabled: yes Is imsettings enabled: yes Is GTK+ supported: [ 1378076147.908926]: IMSettings-Qt backend[4911]: WARNING **: Unable to obtain the DefaultInputMethod: Key file does not have group 'Qt' [ 1378076147.931150]: IMSettings-Qt backend[4911]: WARNING **: Unable to obtain the DefaultInputMethod: Key file does not have group 'Qt' yes Is Qt supported: [ 1378076147.963524]: IMSettings-Qt backend[4911]: WARNING **: Unable to obtain the DefaultInputMethod: Key file does not have group 'Qt' [ 1378076147.986057]: IMSettings-Qt backend[4911]: WARNING **: Unable to obtain the DefaultInputMethod: Key file does not have group 'Qt' yes DESKTOP: cinnamon GUESS_DESKTOP: $GDMSESSION DISABLE_IMSETTINGS: IMSETTINGS_DISABLE_DESKTOP_CHECK: DBUS_SESSION_BUS_ADDRESS: unix:abstract=/tmp/dbus-phX8IXOece,guid=831715cb30aa1e83d67a027c5223c5f3 GTK_IM_MODULE: QT_IM_MODULE: ibus XMODIFIERS: @im=ibus IMSETTINGS_MODULE: IBus IMSETTINGS_INTEGRATE_DESKTOP: yes [ 1378076150.254946]: IMSettings-Qt backend[4911]: WARNING **: Unable to obtain the DefaultInputMethod: Key file does not have group 'Qt' [ 1378076152.050008]: IMSettings-Daemon[4911]: INFO: Attempting to switch IM to IBus [lang=pa_IN.utf8, update=false] ** org.gnome.settings-daemon.plugins.keyboard.active is true. imsettings is going to be disabled. [ 1378076157.117726]: IMSettings-Daemon[4911]: WARNING **: Current desktop isn't targeted by IMSettings. [ 1378076157.161819]: IMSettings-Daemon[4911]: INFO: Unloading imesttings module: qt [ 1378076157.162348]: IMSettings-Daemon[4911]: INFO: Unloading imesttings module: gsettings [ 1378076157.162712]: IMSettings-Daemon[4911]: INFO: imsettings-daemon is shut down. [ 1378077301.984146]: IMSettings-Daemon[6447]: INFO: Starting imsettings-daemon... [ 1378077301.985509]: IMSettings-Daemon[6447]: INFO: [HOME=/home/aalam/.config/imsettings] [ 1378077301.985722]: IMSettings-Daemon[6447]: INFO: [XINPUTRCDIR=/etc/X11/xinit/] [ 1378077301.985892]: IMSettings-Daemon[6447]: INFO: [XINPUTDIR=/etc/X11/xinit/xinput.d/] [ 1378077301.986059]: IMSettings-Daemon[6447]: INFO: [MODULEDIR=/usr/lib64/imsettings] [ 1378077301.986226]: IMSettings-Daemon[6447]: INFO: [MODULES=gsettings, qt] [ 1378077305.888658]: IMSettings-Daemon[6447]: INFO: Attempting to switch IM to IBus [lang=pa_IN.utf8, update=true] ** org.gnome.settings-daemon.plugins.keyboard.active is true. imsettings is going to be disabled. [ 1378077306.544504]: IMSettings-Daemon[6447]: WARNING **: Current desktop isn't targeted by IMSettings. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=hXXx7rBFUY&a=cc_unsubscribe

2 2

[Fedora-i18n-bugs] [Bug 844555] New: new IME switcher prevents to send the key events to kvm
by Red Hat Bugzilla 19 Dec '17

19 Dec '17

https://bugzilla.redhat.com/show_bug.cgi?id=844555 Bug ID: 844555 QA Contact: extras-qa(a)fedoraproject.org Severity: unspecified Version: 17 Priority: unspecified CC: i18n-bugs(a)lists.fedoraproject.org, shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com Assignee: tfujiwar(a)redhat.com Summary: new IME switcher prevents to send the key events to kvm Regression: --- Story Points: --- Classification: Fedora OS: Unspecified Reporter: tagoh(a)redhat.com Type: Bug Documentation: --- Hardware: Unspecified Mount Type: --- Status: NEW Component: ibus Product: Fedora Description of problem: With the latest version of ibus on f17, ibus can't be turned on on kvm. it works back when ibus on host machine is disabled. Version-Release number of selected component (if applicable): ibus-1.4.99.20120428-2.fc17.x86_64 How reproducible: always Steps to Reproduce: 1.run ibus on both host and guest 2.press ctrl+space on kvm 3. Actual results: the key events was ate on host. no IM activated on guest Expected results: should be turned on on kvm Additional info: -- You are receiving this mail because: You are on the CC list for the bug.

2 18

[Fedora-i18n-bugs] [Bug 1294622] New: the package contains wrong link to website ?
by Red Hat Bugzilla 12 Dec '17

12 Dec '17

https://bugzilla.redhat.com/show_bug.cgi?id=1294622 Bug ID: 1294622 Summary: the package contains wrong link to website ? Product: Fedora Version: 23 Component: hunspell-te Assignee: pnemade(a)redhat.com Reporter: jb.holcroft(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com Description of problem: The website looks wrong on Fedora Packages : https://apps.fedoraproject.org/packages/hunspell-te/ Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: it points to Gitorious.org, but it tells you that " Gitorious.org is migrating all the repositories to Internet Archive." Expected results: I assume it is this one : http://hunspell.sourceforge.net/ Additional info: -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=gJGcaQkDLR&a=cc_unsubscribe

2 4

[Fedora-i18n-bugs] [Bug 1319111] New: incorrect use of Requires(pre)?
by Red Hat Bugzilla 12 Dec '17

12 Dec '17

https://bugzilla.redhat.com/show_bug.cgi?id=1319111 Bug ID: 1319111 Summary: incorrect use of Requires(pre)? Product: Fedora Version: rawhide Component: ibus-table-extraphrase Assignee: dchen(a)redhat.com Reporter: jsilhan(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: dchen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org, liangsuilong(a)gmail.com We've identified your package for having `Requires(pre)` RPM flag without `Requires` [1]. `Requires(pre)` rpm tag could be interpreted wrongly, so to prevent any harm to Fedora users I am notifying you about this fact. Any package that is specified in `Requires(pre)` could be freely removed. Citing from RPM pages: ``` If there are no other dependencies on the package providing /usr/sbin/useradd, that package is permitted to be removed from the system after installation(!) ``` [2] If you really rely on dependency just during the installation process and your package don't necessary require the dependency for the proper run of your application then ignore this bug report and close it as NOTABUG. Otherwise add to your spec file additional `Requires` for the dependency, please. [1] paste.fedoraproject.org/341611/82208431 [2] http://www.rpm.org/wiki/PackagerDocs/MoreOnDependencies -- You are receiving this mail because: You are on the CC list for the bug.

2 3

[Fedora-i18n-bugs] [Bug 733106] New: fonts.alias refer to encodings not listed in fonts.dir
by Red Hat Bugzilla 12 Dec '17

12 Dec '17

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: fonts.alias refer to encodings not listed in fonts.dir https://bugzilla.redhat.com/show_bug.cgi?id=733106 Summary: fonts.alias refer to encodings not listed in fonts.dir Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: sazanami-fonts AssignedTo: tagoh(a)redhat.com ReportedBy: viy(a)altlinux.org QAContact: extras-qa(a)fedoraproject.org CC: tagoh(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org Classification: Fedora Story Points: --- Type: --- fonts.alias files refer to jisx020*.19??-0 font encodings while fonts.dir does not list them. looks like a fonts.scale/fonts.dir generation bug. /usr/share/X11/fonts/encodings/large/* encodings should be present during fonts.scale/fonts.dir generation. sazanami-fonts-0.20040629-15.fc15.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

2 15

[Fedora-i18n-bugs] [Bug 825081] New: Lohit Kannada font does not properly handle vowel signs in consonant clusters
by Red Hat Bugzilla 12 Dec '17

12 Dec '17

https://bugzilla.redhat.com/show_bug.cgi?id=825081 Bug ID: 825081 QA Contact: extras-qa(a)fedoraproject.org Severity: unspecified Version: 16 Priority: unspecified CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com Assignee: psatpute(a)redhat.com Summary: Lohit Kannada font does not properly handle vowel signs in consonant clusters Regression: --- Story Points: --- Classification: Fedora OS: Unspecified Reporter: samjnaa(a)gmail.com Type: Bug Documentation: --- Hardware: Unspecified Mount Type: --- Status: NEW Component: lohit-kannada-fonts Product: Fedora Created attachment 586752 --> https://bugzilla.redhat.com/attachment.cgi?id=586752&action=edit ODT and PDF for test-case Description of problem: This seems to be a resurfacing of bug #223971 but since I saw no way to reopen that bug (sorry if I'm wrong) I'm reporting this again. Version-Release number of selected component (if applicable): 2.5.1 How reproducible: In a word processor, select Lohit Kannada font and input Kannada Unicode sequences having consonant clusters of the format CCV. I have attached a sample ODT. Actual results: Except in a few cases of "popular" consonant clusters like K.SSA ಕ್ಷ and J.NYA ಜ್ಞ, the vowel signs are not attached properly. When the same text is rendered with other fonts (like Tunga of Microsoft even loaded into Linux's LibreOffice) the sequences are shown properly without overlaps or malformed glyphs. Expected results: The Kannada language uses lots of Sanskrit-based words and hence has many consonant clusters with two and even three consonants. Also, when English words are transliterated in Kannada script like ಎಕ್ಸ್ಪ್ಲೋರ್ (explore) etc for sign-boards etc, even more consonant clusters will occur. In all these cases Lohit Kannada should be able to gracefully handle such consonant clusters and not output overlapping or malformed glyphs. Additional info: I have attached an ODT and PDF file demonstrating the problem. -- You are receiving this mail because: You are on the CC list for the bug.

2 25

[Fedora-i18n-bugs] [Bug 827516] New: [kn_IN] Vowel Signs U and UU do not correctly attach to many consonants in Lohit Kannada
by Red Hat Bugzilla 12 Dec '17

12 Dec '17

https://bugzilla.redhat.com/show_bug.cgi?id=827516 Bug ID: 827516 QA Contact: extras-qa(a)fedoraproject.org Severity: unspecified Version: 16 Priority: unspecified CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com Assignee: psatpute(a)redhat.com Summary: [kn_IN] Vowel Signs U and UU do not correctly attach to many consonants in Lohit Kannada Regression: --- Story Points: --- Classification: Fedora OS: Unspecified Reporter: samjnaa(a)gmail.com Type: Bug Documentation: --- Hardware: Unspecified Mount Type: --- Status: NEW Component: lohit-kannada-fonts Product: Fedora Created attachment 588536 --> https://bugzilla.redhat.com/attachment.cgi?id=588536&action=edit ODT and PDF for test-case Description of problem: While most other CONSONANT + VOWEL SIGN combinations in Lohit Kannada are mapped to precomposed glyphs, there are no pre-composed glyphs for vowel signs U and UU except for the consonants PA, PHA and VA (where the stroke for U/UU needs to come from below the consonant rather than the normal right side of the consonant). While in most cases, by virtue of appropriate RSB and LSB values of the consonant glyph and vowel sign glyph, the simple sequence of the two glyphs creates an appropriate appearance, this leaves out several instances where the glyphs do not overlap at all and hence appear disjointed. For a professional appearance of the font, this should be fixed. Version-Release number of selected component (if applicable): 2.5.1 How reproducible: Input all possible sequences of Kannada consonants with vowel signs U and UU. (See attached ODT for text. Use BabelMap [http://www.babelstone.co.uk/software/babelmap.html] if you want the codepoints.) Actual results: You can see (as in the attached PDF) that some consonants do not properly get attached to the vowel signs U and UU. Expected results: All consonants should properly get attached to the vowel signs U and UU. Additional info: Consonants which are not properly joined with vowel sign U: KA* NYA DDA DA BA RA SSA** RRA LLLA*** * = see at high magnification ** = may need separate precomposed glyph with some adjustment to shape of left side of vowel sign *** = so-called FA of Kannada Unicode Consonants which are not properly joined with vowel sign UU: Those already listed above for U, plus GHA and LLA, due to the shorter height of the left-side ending node of this vowel sign. I think in most cases appropriate kerning should solve the problem, except for SSA + -U/-UU, GHA + -UU and LLA + -UU where separate glyphs would be advisable. It is curious to note that DDA DA and BA are all disjointed whereas their aspirated counterparts DDHA DHA and BHA which all have only an additional notch-like stroke at the bottom are correctly joined with the vowel sign. I think the LSB RSB values are carelessly allotted in some cases, unfortunately. Other problems: CU JU -- the pointed part on the left of the vowel sign U passes through the consonants and comes out above (see carefully) -- actually *negative* kerning is needed here so that the pointed part should only enter the consonant and not again exit it. (It seems this problem does not occur for vowel sign UU due to the shorter height of the left-side ending node of this vowel sign which causes a problem with GHA and LLA instead -- see above!) Note: Unfortunately I will not be able to provide a TTF patch for this as I am already short of time on my official projects. Please take care of it. Thank you! -- You are receiving this mail because: You are on the CC list for the bug.

2 11

[Fedora-i18n-bugs] [Bug 839303] New: [ta_IN] Submission of glyphs for Tamil fractions/symbols to be included in the Lohit Tamil fonts
by Red Hat Bugzilla 12 Dec '17

12 Dec '17

https://bugzilla.redhat.com/show_bug.cgi?id=839303 Bug ID: 839303 QA Contact: extras-qa(a)fedoraproject.org Severity: unspecified Version: rawhide Priority: unspecified CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com Assignee: psatpute(a)redhat.com Summary: [ta_IN] Submission of glyphs for Tamil fractions/symbols to be included in the Lohit Tamil fonts Regression: --- Story Points: --- Classification: Fedora OS: Unspecified Reporter: samjnaa(a)gmail.com Type: Bug Documentation: --- Hardware: Unspecified Mount Type: --- Status: NEW Component: lohit-tamil-fonts Product: Fedora Created attachment 597580 --> https://bugzilla.redhat.com/attachment.cgi?id=597580&action=edit Lohit Tamil, Lohit Tamil Classical and Lohit Tamil Chart fonts with new characters Contributing new Tamil glyphs to Lohit Tamil family: ---------------------------------------------------- I have prepared a proposal to encode 62 characters for old Tamil fractions and symbols to be encoded in Unicode. Seven of these are being proposed for the Tamil BMP block and rest for a new Tamil Supplement block in the SMP. For the glyphs required for the code chart I have largely devised new glyphs based on existing Lohit Tamil glyphs under the derivative rights granted by the OFL. Some glyphs which could not be derived, I created myself using Inkscape and other tools. I would like to donate all these glyphs to the Lohit project under the OFL for eventual inclusion into the Lohit Tamil/Tamil Classical fonts. For now they may be included in the PUA of an unofficial fork of the Lohit Tamil fonts. When they are eventually encoded in Unicode, they may be officially mapped to the new codepoints and included in the official distribution of the Lohit Tamil/Tamil Classical fonts. Using Lohit Tamil glyphs for Unicode code chart: ------------------------------------------------ In the proposal, I am also requesting the Unicode / ISO 10646 project editors to use the Lohit Tamil font for the Unicode Tamil code charts (Tamil block, and newly proposed Tamil Supplement block) because: 1) When the new characters are encoded and my glyphs used for the code chart, it would look good to maintain stylistic uniformity in the code chart, and my designed glyphs are stylistically like the Lohit Tamil glyphs as they are mostly derived from them. So it would be good to use Lohit Tamil glyphs throughout. 2) There are currently 72 Tamil characters in Unicode 6.1.0. The present proposal almost doubles the number with 62 new characters. It would be a significant and unnecessary effort for anyone else to duplicate my glyph design work for so many characters to keep in with the current Tamil code chart font style. So switching to Lohit Tamil for all glyphs is easier and advisable. 3) Personally I think the glyphs of Lohit Tamil are much "cleaner" than the existing Tamil code chart font, and more representative of the nature and beauty of the Tamil script. 4) The OFL already permits the use of the Lohit Tamil font (and its derivatives) for any purpose, so there are (hopefully) no legal issues pertaining which need to be cleared between Unicode and Red Hat (but of course, IANAL). I also sincerely request the cooperation of the Lohit / Fedora / Red Hat people in permitting the Lohit Tamil glyphs to be used for the Unicode Tamil code charts (i.e. for two blocks). Fonts with new glyphs: ---------------------- I attach herewith a ZIP file containing three font files: 1) Lohit Tamil font, with newly proposed character glyphs mapped to the PUA. 2) Lohit Tamil Classical font, likewise. 3) Lohit Tamil Chart font, containing only glyphs required for the code chart (for existing and new characters, totalling 134 in number, across two blocks Tamil and Tamil Supplement) mapped to the existing and proposed characters for convenience of Unicode / ISO 10646 editors. Behaviour of new characters and requirement from the fonts' side: ----------------------------------------------------------------- None of the newly proposed characters are combining characters in the sense of combining marks. However, most of them are proposed for a new SMP Tamil block and care might need to be taken for proper mapping so that on all platforms the SMP characters are accessible. There is only one sequence of characters which needs to ligate: TAMIL DIGIT ONE ௧ + TAMIL SIGN KALAM (which looks like TAMIL LETTER LLA ள) should always ligate. I have also provided the ligature glyph after the glyphs for the individual characters (mapped to PUA E03F) in the fonts 1 and 2 above. I have not added any substitution mapping however as it is for now only temporarily in the PUA. Etcetera: --------- It is my intention to submit the proposal within a week or so and I will upload/link here a copy of the proposal. If at all any changes are required to the set of glyphs as a result of any feedback from scholars or other sources, I will upload fresh TTF font files. I thank everyone, especially Pravin Satpute, for their support regarding this. -- You are receiving this mail because: You are on the CC list for the bug.

2 19

[Fedora-i18n-bugs] [Bug 841947] New: [te_IN] Add support for Telugu nakaarapollu and repha to Lohit Telugu font
by Red Hat Bugzilla 12 Dec '17

12 Dec '17

https://bugzilla.redhat.com/show_bug.cgi?id=841947 Bug ID: 841947 QA Contact: extras-qa(a)fedoraproject.org Severity: unspecified Version: rawhide Priority: unspecified CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com Assignee: psatpute(a)redhat.com Summary: [te_IN] Add support for Telugu nakaarapollu and repha to Lohit Telugu font Regression: --- Story Points: --- Classification: Fedora OS: Unspecified Reporter: samjnaa(a)gmail.com Type: Bug Documentation: --- Hardware: Unspecified Mount Type: --- Status: NEW Component: lohit-telugu-fonts Product: Fedora Created attachment 599423 --> https://bugzilla.redhat.com/attachment.cgi?id=599423&action=edit Glyphs for Telugu nakaarapollu and repha Telugu script has special form of vowelless NA called four-pronged nakaarapollu. Strictly speaking nakaarapollu means nakaara + pollu=virama so regular form of vowelless-NA న్ is also nakaarapollu but Telugu old grammarian Brown has specifically called a distinct form as nakaarapollu. The recommended model for getting Telugu nakaarapollu is NA + ZWJ + VIRAMA. Please find more details in the document: https://sites.google.com/site/jamadagni/files/utcsubmissions/11409-telugu-n… Likewise Telugu script has old repha form which is not found in common usage in current Telugu script. A modern-style Telugu font can allow user to select old-style reph by using the sequence RA + VIRAMA + ZWJ + CONSONANT because the plain RA + VIRAMA + CONSONANT would be presented as RA with sub-base form of CONSONANT. Please find more details in the document: https://sites.google.com/site/jamadagni/files/utcsubmissions/12017-telugu-r… These two documents have been approved by the UTC in the Feb 2012 meeting: http://www.unicode.org/L2/L2012/12007.htm <quote> [130-A15] Action Item for Deborah Anderson, Editorial Committee: Update the core specification text on Telugu nakaara-pollu based on input in document L2/11-409. [130-A16] Action Item for Deborah Anderson: Incorporate text on Telugu Reph from L2/12-017 into the Telugu block description. </quote> It is requested to: 1) add the glyphs for nakaarapollu and repha to the Lohit Telugu font: 2) add substitution mapping of NA + ZWJ + VIRAMA to the nakaarapollu glyph 3) add requisite OT markups for repha glyph so that a compliant OT system can recognize the repha glyph and render sequence of RA + VIRAMA + ZWJ + CONS using that glyph. -- You are receiving this mail because: You are on the CC list for the bug.

2 10

[Fedora-i18n-bugs] [Bug 982601] New: [ml_IN] Addition of glyphs to Lohit Malayalam to support recently proposed Unicode characters
by Red Hat Bugzilla 12 Dec '17

12 Dec '17

https://bugzilla.redhat.com/show_bug.cgi?id=982601 Bug ID: 982601 Summary: [ml_IN] Addition of glyphs to Lohit Malayalam to support recently proposed Unicode characters Product: Fedora Version: rawhide Component: lohit-malayalam-fonts Severity: unspecified Priority: unspecified Assignee: psatpute(a)redhat.com Reporter: samjnaa(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com Created attachment 770964 --> https://bugzilla.redhat.com/attachment.cgi?id=770964&action=edit Glyphs for Malayalam Archaic II, minor fractions and Chillu LLL Recently I and Cibu Johny have proposed various characters to be added to the Malayalam Unicode block and in the last May 2013 UTC meeting they have been approved and further (IIUC) approved by the WG2 meeting last month in Lithunia. The links are provided below: N4429 Proposal to encode Malayalam minor fractions http://std.dkuug.dk/jtc1/sc2/wg2/docs/n4429.pdf N4428 Proposal to encode MALAYALAM LETTER CHILLU LLL http://std.dkuug.dk/jtc1/sc2/wg2/docs/n4428.pdf N4312 Proposal for MALAYALAM LETTER ARCHAIC II http://std.dkuug.dk/jtc1/sc2/wg2/docs/n4312.pdf This is a placeholder bug (like bug #839303 for Tamil fractions and symbols) to ensure that the requisite glyphs are added immediately once the characters are published in the Unicode standard finally. I have designed the glyphs for these proposed characters partially based on existing glyphs from the Lohit Malayalam font and would like to submit these as my contributions to the Lohit project under the OFL. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=MHHAN30OzJ&a=cc_unsubscribe

2 19

[Fedora-i18n-bugs] [Bug 1076190] New: Rendering of Unicode tie bars could be improved
by Red Hat Bugzilla 12 Dec '17

12 Dec '17

https://bugzilla.redhat.com/show_bug.cgi?id=1076190 Bug ID: 1076190 Summary: Rendering of Unicode tie bars could be improved Product: Fedora Version: 20 Component: liberation-fonts Severity: low Assignee: psatpute(a)redhat.com Reporter: rkaldari(a)wikimedia.org 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 Created attachment 874108 --> https://bugzilla.redhat.com/attachment.cgi?id=874108&action=edit comparison between Liberation Sans and Helvetica Description of problem: The rendering of the two Unicode tie bar combining characters (U+035E and U+035F) is not ideal. In particular the characters are quite short and far away from the characters they are tying together. This makes it appear more like a misplaced macron than a tie bar. The rendering in Liberation Sans appears to be equivalent to that of Arial which has the same issues. The rendering in Helvetica is better (see attachment 1). In particular, because the under tie bar (U+035F) is so far away from the other characters, it sometimes gets clipped when rendered, as it appears to fall slightly outside of the bounding box for the line height (see attachment 2). My suggestion would be to make the length of both tie bars slightly longer, and to move both of them slightly closer to the characters they are intended to tie together. Version-Release number of selected component (if applicable): 12-Mar-2014 (2.x) How reproducible: Always Steps to Reproduce: 1. Install latest Liberation Sans (and Helvetica if you want to compare) 2. Go to https://www.mediawiki.org/wiki/User:Kaldari/Font_test_2 Actual results: Tie bars should be slightly longer and closer to the other characters. Expected results: Tie bar are quite short and far away. Additional info: See attachments for more info. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=hXKa1OSOTy&a=cc_unsubscribe

2 16

[Fedora-i18n-bugs] [Bug 1084227] New: Arrow symbols too small and not nicely aligned
by Red Hat Bugzilla 12 Dec '17

12 Dec '17

https://bugzilla.redhat.com/show_bug.cgi?id=1084227 Bug ID: 1084227 Summary: Arrow symbols too small and not nicely aligned Product: Fedora Version: 20 Component: liberation-fonts Assignee: psatpute(a)redhat.com Reporter: Eduard.Braun2(a)gmx.de 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 Created attachment 882471 --> https://bugzilla.redhat.com/attachment.cgi?id=882471&action=edit testcase with some exemplary arrows The arrow symbols contained in Liberation fonts seem to be too small and also a little mis-aligned. As an example consider the attached testcase which contains left/right/up/down arrows exemplarily. The attached screenshot is a rendering of this file to illustrate the issue: - The arrows are much to small making them hardly discernible, especially at small font sizes. - The horizontally aligned arrows are positioned too low (nearly at the baseline). - Also visible: Hinting for the vertically aligned arrows is bad. The screenshot was created with Firefox 28.0 on Windows 7. The installed version of the Liberation fonts is 2.00.1 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=odcuTBmRHM&a=cc_unsubscribe

2 12

[Fedora-i18n-bugs] [Bug 1210243] New: text should have a comment for get_if_text()
by Red Hat Bugzilla 15 Sep '17

15 Sep '17

https://bugzilla.redhat.com/show_bug.cgi?id=1210243 Bug ID: 1210243 Summary: text should have a comment for get_if_text() Product: Fedora Version: 22 Component: setroubleshoot-plugins Keywords: i18n, Translation Assignee: dwalsh(a)redhat.com Reporter: tagoh(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: dwalsh(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org, jdennis(a)redhat.com, mgrepl(a)redhat.com, plautrba(a)redhat.com Description of problem: Text without the proper comment confuses translators. they don't know how it looks like on apps. the translations aren't appropriate to see with "If ". Or simply stop prepending "If " to the text of get_if_text(). that would be much better and no confusion. Version-Release number of selected component (if applicable): setroubleshoot-plugins-3.0.61 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=fnqqA9bbvs&a=cc_unsubscribe

2 7

[Fedora-i18n-bugs] [Bug 1160916] New: fbterm-1.7-5.fc21.ppc64le.rpm segfaults on VGA output (tty1)
by Red Hat Bugzilla 02 Sep '17

02 Sep '17

https://bugzilla.redhat.com/show_bug.cgi?id=1160916 Bug ID: 1160916 Summary: fbterm-1.7-5.fc21.ppc64le.rpm segfaults on VGA output (tty1) Product: Fedora Version: 21 Component: fbterm Severity: medium Assignee: bazanluis20(a)gmail.com Reporter: bugproxy(a)us.ibm.com QA Contact: extras-qa(a)fedoraproject.org CC: bazanluis20(a)gmail.com, dchen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org, jkachuck(a)redhat.com -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=V8kx20urkS&a=cc_unsubscribe

2 11

[Fedora-i18n-bugs] [Bug 1254083] New: No soft sign on the russian m17n translit layout when used with dead keys
by Red Hat Bugzilla 02 Sep '17

02 Sep '17

https://bugzilla.redhat.com/show_bug.cgi?id=1254083 Bug ID: 1254083 Summary: No soft sign on the russian m17n translit layout when used with dead keys Product: Fedora Version: rawhide Component: m17n-db Assignee: pnemade(a)redhat.com Reporter: woutersj(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, petersen(a)redhat.com, pnemade(a)redhat.com Description of problem: When two keyboard layouts are selected in gnome, one being "Russian (translit (m17n))" and the other being "English (US, international, with dead keys)" there doesn't seem to be a way to type the Russian soft sign ("ь" or "мягкий знак"). When used in combination with the "English, (US, international)" layout (without dead keys), the soft sign can be entered by pressing the accent key "'". Version-Release number of selected component (if applicable): How reproducible: always Steps to Reproduce: 1. Select "Russian (translit (m17n))" and "English (US, international, with dead keys)" in Region settings in gnome 2. switch to the Russian layout 3. press the accent key Actual results: an accent is entered Expected results: a soft sign is entered -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=A6wlaztAfc&a=cc_unsubscribe

2 8

[Fedora-i18n-bugs] [Bug 1260061] New: fallbacks for TmsRmn and Helv
by Red Hat Bugzilla 02 Sep '17

02 Sep '17

https://bugzilla.redhat.com/show_bug.cgi?id=1260061 Bug ID: 1260061 Summary: fallbacks for TmsRmn and Helv Product: Fedora Version: rawhide Component: fontconfig Assignee: tagoh(a)redhat.com Reporter: caolanm(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com, tagoh(a)redhat.com External Bug ID: Document Foundation 91004 External Bug ID: Document Foundation 91004 There are MSOffice documents that refer to "TmsRmn" and "Helv" fonts, and fontconfig doesn't suggest suitable replacements. https://support.microsoft.com/en-us/kb/82860 "TmsRmn and Helv ... We still have the exact same fonts, but now under the names MS Sans Serif and MS Serif" https://support.microsoft.com/en-us/kb/68536 "Font Family Bitstream Canon Adobe HP ----------- --------- ----- ----- -- Swiss (Helv) Swiss Swiss Helvetica Universe Roman (Tms Rmn) Dutch Dutch Times Roman CG Times" So "Helv" == "MS Serif" and both could be added as part of the Helvetica group of mappings I guess and "Tms Rmn" == "MS Sans Serif" and both are presumably then suitable for mapping to the "Nimbus Roman No9 L"/"Times New Roman" targets ? -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=1LKfk40Ffw&a=cc_unsubscribe _______________________________________________ i18n-bugs mailing list i18n-bugs(a)lists.fedoraproject.org http://lists.fedoraproject.org/postorius/i18n-bugs@lists.fedoraproject.org

2 4

[Fedora-i18n-bugs] [Bug 1215705] New: Keyboard layout changes to english either randomly or after waking up from sleep
by Red Hat Bugzilla 01 Sep '17

01 Sep '17

https://bugzilla.redhat.com/show_bug.cgi?id=1215705 Bug ID: 1215705 Summary: Keyboard layout changes to english either randomly or after waking up from sleep Product: Fedora Version: 21 Component: ibus-kkc Severity: high Assignee: dueno(a)redhat.com Reporter: krofnica996(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org Description of problem: I use two keyboard layouts: hr and ja (kana, kanji). Sometimes, either the hr or ja *for example, ざ and や switch) lazout changes, but it doesn-t show in the upper-right corner. It still sazs hr but all the kezs are whackz. It's quite annoying and unpredictable most of the time, but it is guaranteed to happen to at least one layout after waking up from sleep. It also fixes itself quite unpredictably (perhaps after switching it several times). Version-Release number of selected component (if applicable): 1.5.22 How reproducible: Everz time after sleep. Otherwise randomlz when switching. Steps to Reproduce: 1. Wait for sleep 2. Wake it up 3. Your qwertz keyboard is now qwerty and shift+num keys are weird (presumably english layout) Additional info: I think it started happening when I started using shift+alt shortcut (in gnome tweak tool) instead of clicking on on the applet in the upper right corner. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=MrCEtho8Kc&a=cc_unsubscribe

2 10

[Fedora-i18n-bugs] [Bug 1182819] New: RFE: Support KB_THL_PINYIN and KB_MPS2_PINYIN
by Red Hat Bugzilla 21 Aug '17

21 Aug '17

https://bugzilla.redhat.com/show_bug.cgi?id=1182819 Bug ID: 1182819 Summary: RFE: Support KB_THL_PINYIN and KB_MPS2_PINYIN Product: Fedora Version: 21 Component: ibus-chewing Severity: low Assignee: dchen(a)redhat.com Reporter: dchen(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: dchen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org, shawn.p.huang(a)gmail.com Description of problem: KB_THL_PINYIN = 台灣華語羅馬拼音 KB_MPS2_PINYIN = 注音二式 These two keyboard layout are added in libchewing 0.3.4. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=tcnj9U1NBF&a=cc_unsubscribe

2 12

[Fedora-i18n-bugs] [Bug 1302746] New: [abrt] ibus-chewing: key_sym_get_name(): ibus-engine-chewing killed by SIGSEGV
by Red Hat Bugzilla 10 Aug '17

10 Aug '17

https://bugzilla.redhat.com/show_bug.cgi?id=1302746 Bug ID: 1302746 Summary: [abrt] ibus-chewing: key_sym_get_name(): ibus-engine-chewing killed by SIGSEGV Product: Fedora Version: 23 Component: ibus-chewing Assignee: dchen(a)redhat.com Reporter: novatw(a)novatw.info QA Contact: extras-qa(a)fedoraproject.org CC: dchen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org, shawn.p.huang(a)gmail.com Description of problem: 1. Switch En/Ch input when editing website's article (Joomla! based CMS website). 2. The crash happened Version-Release number of selected component: ibus-chewing-1.4.14-4.fc23 Additional info: reporter: libreport-2.6.3 backtrace_rating: 4 cmdline: /usr/libexec/ibus-engine-chewing --ibus crash_function: key_sym_get_name executable: /usr/libexec/ibus-engine-chewing global_pid: 2676 kernel: 4.3.3-301.fc23.x86_64 runlevel: N 5 type: CCpp uid: 0 Truncated backtrace: Thread no. 1 (7 frames) #0 key_sym_get_name at /usr/src/debug/ibus-chewing-1.4.14-Source/src/IBusChewingUtil.c:176 #1 ibus_chewing_engine_process_key_event at /usr/src/debug/ibus-chewing-1.4.14-Source/src/IBusChewingEngine-input-events.c:7 #2 _ibus_marshal_BOOLEAN__UINT_UINT_UINT at ibusmarshalers.c:290 #7 ibus_engine_service_method_call at ibusengine.c:883 #8 call_in_idle_cb at gdbusconnection.c:4832 #13 ibus_main at ibusshare.c:302 #14 start_component at /usr/src/debug/ibus-chewing-1.4.14-Source/src/main.c:115 -- You are receiving this mail because: You are on the CC list for the bug.

2 3

[Fedora-i18n-bugs] [Bug 1258984] New: [abrt] ibus-chewing: _g_log_abort(): ibus-engine-chewing killed by SIGTRAP
by Red Hat Bugzilla 02 Aug '17

02 Aug '17

https://bugzilla.redhat.com/show_bug.cgi?id=1258984 Bug ID: 1258984 Summary: [abrt] ibus-chewing: _g_log_abort(): ibus-engine-chewing killed by SIGTRAP Product: Fedora Version: 23 Component: ibus-chewing Assignee: dchen(a)redhat.com Reporter: mfabian(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: dchen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org, shawn.p.huang(a)gmail.com Version-Release number of selected component: ibus-chewing-1.4.14-4.fc23 Additional info: reporter: libreport-2.6.2 backtrace_rating: 4 cmdline: /usr/libexec/ibus-engine-chewing --ibus crash_function: _g_log_abort executable: /usr/libexec/ibus-engine-chewing global_pid: 3219 kernel: 4.2.0-0.rc8.git0.1.fc23.x86_64+debug runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (10 frames) #0 _g_log_abort at gmessages.c:324 #3 g_settings_set_property at gsettings.c:628 #4 object_set_property at gobject.c:1421 #5 g_object_new_internal at gobject.c:1814 #6 g_object_new_valist at gobject.c:2039 #8 g_settings_new at gsettings.c:1000 #9 mkdg_g_settings_backend_new at /usr/src/debug/ibus-chewing-1.4.14-Source/src/GSettingsBackend.c:295 #10 ibus_chewing_engine_use_setting at /usr/src/debug/ibus-chewing-1.4.14-Source/src/IBusChewingEngine.gob:304 #11 ibus_chewing_engine_init at /usr/src/debug/ibus-chewing-1.4.14-Source/src/IBusChewingEngine.gob:282 #12 g_type_create_instance at gtype.c:1870 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=0TPL8wwmwX&a=cc_unsubscribe _______________________________________________ i18n-bugs mailing list i18n-bugs(a)lists.fedoraproject.org http://lists.fedoraproject.org/postorius/i18n-bugs@lists.fedoraproject.org

2 4

[Fedora-i18n-bugs] [Bug 851950] New: Latin ligatures need 'liga' standard ligature lookups
by Red Hat Bugzilla 23 Jun '17

23 Jun '17

https://bugzilla.redhat.com/show_bug.cgi?id=851950 Bug ID: 851950 QA Contact: extras-qa(a)fedoraproject.org Severity: low Version: 17 Priority: unspecified CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, petersen(a)redhat.com, psatpute(a)redhat.com Assignee: psatpute(a)redhat.com Summary: Latin ligatures need 'liga' standard ligature lookups Regression: --- Story Points: --- Classification: Fedora OS: All Reporter: deron.meranda(a)gmail.com Type: Bug Documentation: --- Hardware: All Mount Type: --- Status: NEW Component: liberation-fonts Product: Fedora Description of problem: Glyphs in the Latin Ligature block (U+FB00 .. U+FB06), such as "fi" and "fl", should have the OpenType 'liga' lookup features defined. That will allow text renderers to automatically apply the ligature glyph. Additionally, for completeness, the ligature caret horizontal positions should be appropriately set for these glyphs. Version-Release number of selected component (if applicable): liberation-fonts-2.00.0 Additional info: You may need to solve bug #851790 first. Also the "fi" (and "ffi" if existing) should exclude dotless-i scripts/languages, e.g., Turkish. -- You are receiving this mail because: You are on the CC list for the bug.

2 4

[Fedora-i18n-bugs] [Bug 1130071] New: translate-toolkit-1.12.0 is available
by Red Hat Bugzilla 23 Jun '17

23 Jun '17

https://bugzilla.redhat.com/show_bug.cgi?id=1130071 Bug ID: 1130071 Summary: translate-toolkit-1.12.0 is available Product: Fedora Version: rawhide Component: translate-toolkit Keywords: FutureFeature, Triaged Assignee: dwayne(a)translate.org.za 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, i(a)cicku.me Latest upstream release: 1.12.0 Current version/release in Fedora Rawhide: 1.9.0-5.fc20 URL: http://sourceforge.net/api/file/index/project-name/translate/mtime/desc/lim… 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 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=tFdoNjVvwO&a=cc_unsubscribe

2 48

[Fedora-i18n-bugs] [Bug 1256997] New: no need to subpackage input-pad-xtest
by Red Hat Bugzilla 18 Apr '17

18 Apr '17

https://bugzilla.redhat.com/show_bug.cgi?id=1256997 Bug ID: 1256997 Summary: no need to subpackage input-pad-xtest Product: Fedora Version: rawhide Component: input-pad Assignee: tfujiwar(a)redhat.com Reporter: petersen(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, tfujiwar(a)redhat.com Description of problem: input-pad currently has circular dependency on its xtest subpackage. I don't think there is any need for multilib input-pad-xtest so there is no need to subpackage input-pad-xtest: libinput-pad-xtest-gdk.so can just be shipped in the base package with an Obsoletes for input-pad-xtest. Let's avoid unnecessary subpackaging. Version-Release number of selected component (if applicable): input-pad-1.0.99.20140916-1.fc22.x86_64 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=tzqxkBK6Ri&a=cc_unsubscribe _______________________________________________ i18n-bugs mailing list i18n-bugs(a)lists.fedoraproject.org http://lists.fedoraproject.org/postorius/i18n-bugs@lists.fedoraproject.org

2 7

[Fedora-i18n-bugs] [Bug 1136245] New: libunistring-0.9.4 is available
by Red Hat Bugzilla 20 Feb '17

20 Feb '17

https://bugzilla.redhat.com/show_bug.cgi?id=1136245 Bug ID: 1136245 Summary: libunistring-0.9.4 is available Product: Fedora Version: rawhide Component: libunistring Keywords: FutureFeature, Triaged Assignee: p(a)draigbrady.com Reporter: upstream-release-monitoring(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, jim(a)meyering.net, p(a)draigbrady.com Latest upstream release: 0.9.4 Current version/release in Fedora Rawhide: 0.9.3-11.fc22 URL: http://ftp.gnu.org/gnu/libunistring/ 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 Soon this service will be implemented by a new system: https://github.com/fedora-infra/anitya/ It will require to manage monitored projects via a new web interface. Please make yourself familiar with the new system to ease the transition. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=hmvR3JS1Pj&a=cc_unsubscribe

2 14

[Fedora-i18n-bugs] [Bug 1161284] New: git dependency
by Red Hat Bugzilla 26 Jan '17

26 Jan '17

https://bugzilla.redhat.com/show_bug.cgi?id=1161284 Bug ID: 1161284 Summary: git dependency Product: Fedora Version: rawhide Component: gettext Severity: low Assignee: dueno(a)redhat.com Reporter: tessarek(a)evermeet.cx QA Contact: extras-qa(a)fedoraproject.org CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org, petersen(a)redhat.com, praiskup(a)redhat.com Description of problem: gettext-devel depends on git Additional info: Mail correspondence with Daiki Ueno: > Can you please remove the git dependency for gettext-devel? > > This is supposed to be a development package (mainly include files). > Since git on Fedora is very old and not updated reagularily, I tried to > remove git (to compile my own git) and to my surprise I saw that > gettext-devel depends on git. > > AFAIK this is the only *-devel package which depends on git. Actually, it _was_ needed for autopoint (a developer script, like autoconf or automake), when we used git as a compression method of /usr/share/gettext/archive.dir.*. Now that the default changed to tar.xz, git shouldn't be necessary anymore. > I truly believe this is a bug. Can you please fix this? Could you please file a bug on bugzilla.redhat.com, so we don't forgot to fix it on the next update? -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=UK9aT8RR8W&a=cc_unsubscribe

1 10

[Fedora-i18n-bugs] [Bug 1326156] New: kernel hung when using fbterm on vmware workstation 12
by Red Hat Bugzilla 20 Dec '16

20 Dec '16

https://bugzilla.redhat.com/show_bug.cgi?id=1326156 Bug ID: 1326156 Summary: kernel hung when using fbterm on vmware workstation 12 Product: Fedora Version: 23 Component: fbterm Severity: high Assignee: bazanluis20(a)gmail.com Reporter: kuro(a)adm.tamagawa.ac.jp QA Contact: extras-qa(a)fedoraproject.org CC: bazanluis20(a)gmail.com, dchen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org, tfujiwar(a)redhat.com Description of problem: kernel hung up when using fbterm on vmware workstation 12 Version-Release number of selected component (if applicable): fbterm 1.7-7.fc23.x86_64 kernel 4.4.6-301.fc23 How reproducible: yes Steps to Reproduce: 1.login console 2.run fbterm 3.run find / -print Actual results: kernel hung up when printing find command result. Expected results: find command complete. Additional info: Kernel 4.2.300 is not hung up,but fbterm display is not correctly. I also test virtualbox with kernel 4.4.6-301,but not reproducible. -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Fedora-i18n-bugs] [Bug 1324864] New: [abrt] ibus-gucharmap: character_to_iter(): ibus-engine-gucharmap killed by SIGSEGV
by Red Hat Bugzilla 20 Dec '16

20 Dec '16

https://bugzilla.redhat.com/show_bug.cgi?id=1324864 Bug ID: 1324864 Summary: [abrt] ibus-gucharmap: character_to_iter(): ibus-engine-gucharmap killed by SIGSEGV Product: Fedora Version: 23 Component: ibus-gucharmap Assignee: dueno(a)redhat.com Reporter: perso(a)hack-libre.org QA Contact: extras-qa(a)fedoraproject.org CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org Description of problem: I just tried to use ibus-gucharmap and it didn't work. Version-Release number of selected component: ibus-gucharmap-1.4.0-12.fc23 Additional info: reporter: libreport-2.6.4 backtrace_rating: 4 cmdline: /usr/libexec/ibus-engine-gucharmap --ibus crash_function: character_to_iter executable: /usr/libexec/ibus-engine-gucharmap global_pid: 2412 kernel: 4.4.6-300.fc23.x86_64 runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (10 frames) #0 character_to_iter at gucharmap-block-chapters-model.c:120 #1 ibus_gucharmap_charmap_panel_real_activate_character at charmap-panel.c:468 #2 g_cclosure_marshal_VOID__FLAGSv at gmarshal.c:1570 #3 _g_closure_invoke_va at gclosure.c:864 #5 g_signal_emit_by_name at gsignal.c:3479 #6 ibus_gucharmap_charmap_panel_construct at charmap-panel.c:440 #7 ibus_gucharmap_charmap_panel_new at charmap-panel.c:453 #8 ibus_gucharmap_engine_constructor at engine.c:609 #9 g_object_new_with_custom_constructor at gobject.c:1697 #10 g_object_new_internal at gobject.c:1777 -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Fedora-i18n-bugs] [Bug 1310625] New: [abrt] ibus-mozc: __fdelt_chk(): ibus-engine-mozc killed by SIGABRT
by Red Hat Bugzilla 20 Dec '16

20 Dec '16

https://bugzilla.redhat.com/show_bug.cgi?id=1310625 Bug ID: 1310625 Summary: [abrt] ibus-mozc: __fdelt_chk(): ibus-engine-mozc killed by SIGABRT Product: Fedora Version: 23 Component: mozc Assignee: tagoh(a)redhat.com Reporter: franchukrom(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com Description of problem: I have the following setup: * English keyboard layout * Ukrainian keyboard layout * Japanese IME (mozc) The crash happened when trying to switch to Japanese IME in Skype. I don't think I'll be able to reproduce it again, or that it will reproduce on another system this way. Version-Release number of selected component: ibus-mozc-2.17.2077.102-5.fc23 Additional info: reporter: libreport-2.6.4 backtrace_rating: 4 cmdline: /usr/libexec/ibus-engine-mozc --ibus crash_function: __fdelt_chk executable: /usr/libexec/ibus-engine-mozc global_pid: 3606 kernel: 4.3.4-300.fc23.x86_64 runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (8 frames) #5 __fdelt_chk at fdelt_chk.c:25 #6 mozc::(anonymous namespace)::IsWriteTimeout at ../../ipc/unix_ipc.cc:108 #7 mozc::(anonymous namespace)::SendMessage(int, const char *, size_t, int, enum mozc::IPCErrorType *) at ../../ipc/unix_ipc.cc:157 #8 mozc::IPCClient::Call at ../../ipc/unix_ipc.cc:328 #9 mozc::renderer::(anonymous namespace)::CallCommand at ../../renderer/renderer_client.cc:76 #10 mozc::renderer::RendererLauncher::FlushPendingCommand at ../../renderer/renderer_client.cc:283 #11 mozc::renderer::RendererLauncher::Run at ../../renderer/renderer_client.cc:183 #12 mozc::Thread::WrapperForPOSIX at ../../base/thread.cc:242 -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Fedora-i18n-bugs] [Bug 1294727] New: [abrt] ibus: _g_log_abort(): ibus-daemon killed by SIGTRAP
by Red Hat Bugzilla 20 Dec '16

20 Dec '16

https://bugzilla.redhat.com/show_bug.cgi?id=1294727 Bug ID: 1294727 Summary: [abrt] ibus: _g_log_abort(): ibus-daemon killed by SIGTRAP Product: Fedora Version: 23 Component: ibus Assignee: tfujiwar(a)redhat.com Reporter: j-amano(a)jamano.org QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com Version-Release number of selected component: ibus-1.5.11-1.fc23 Additional info: reporter: libreport-2.6.3 backtrace_rating: 4 cmdline: /usr/bin/ibus-daemon -r --xim crash_function: _g_log_abort executable: /usr/bin/ibus-daemon global_pid: 2010 kernel: 4.2.8-300.fc23.x86_64 runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (7 frames) #0 _g_log_abort at gmessages.c:324 #3 ik_source_read_some_events at inotify-kernel.c:156 #4 ik_source_read_all_the_events at inotify-kernel.c:172 #5 ik_source_dispatch at inotify-kernel.c:247 #9 g_main_context_iteration at gmain.c:3901 #10 glib_worker_main at gmain.c:5672 #11 g_thread_proxy at gthread.c:778 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=XGYUwaGiDV&a=cc_unsubscribe

1 3

[Fedora-i18n-bugs] [Bug 1290660] New: trackpoint doesn't work on thinkpad x1 carbon 3rd generation
by Red Hat Bugzilla 20 Dec '16

20 Dec '16

https://bugzilla.redhat.com/show_bug.cgi?id=1290660 Bug ID: 1290660 Summary: trackpoint doesn't work on thinkpad x1 carbon 3rd generation Product: Fedora Version: 23 Component: input-pad Assignee: tfujiwar(a)redhat.com Reporter: lnie(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, tfujiwar(a)redhat.com Description of problem: I just did a fresh f23 installation on my thinkpad,and found out the trackpoint doesn't work at all. This bug really brings lots of inconveniences to me, as I always use the trackpoint Version-Release number of selected component (if applicable): f23 How reproducible: always 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. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=X34crGu8Tn&a=cc_unsubscribe

1 5

[Fedora-i18n-bugs] [Bug 1258924] New: [abrt] ibus-m17n: ibus_config_get_values(): ibus-setup-m17n killed by SIGABRT
by Red Hat Bugzilla 20 Dec '16

20 Dec '16

https://bugzilla.redhat.com/show_bug.cgi?id=1258924 Bug ID: 1258924 Summary: [abrt] ibus-m17n: ibus_config_get_values(): ibus-setup-m17n killed by SIGABRT Product: Fedora Version: 23 Component: ibus-m17n Assignee: dueno(a)redhat.com Reporter: mfabian(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org, shawn.p.huang(a)gmail.com Version-Release number of selected component: ibus-m17n-1.3.4-19.fc23 Additional info: reporter: libreport-2.6.2 backtrace_rating: 4 cmdline: /usr/libexec/ibus-setup-m17n crash_function: ibus_config_get_values executable: /usr/libexec/ibus-setup-m17n global_pid: 15231 kernel: 4.2.0-0.rc8.git0.1.fc23.x86_64+debug runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (3 frames) #4 ibus_config_get_values at ibusconfig.c:476 #5 setup_dialog_load_config at setup.c:319 #6 start at setup.c:635 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=xPMuV94Olm&a=cc_unsubscribe _______________________________________________ i18n-bugs mailing list i18n-bugs(a)lists.fedoraproject.org http://lists.fedoraproject.org/postorius/i18n-bugs@lists.fedoraproject.org

1 4

[Fedora-i18n-bugs] [Bug 1189423] New: Keyboard Layout not persistent through login
by Red Hat Bugzilla 20 Dec '16

20 Dec '16

https://bugzilla.redhat.com/show_bug.cgi?id=1189423 Bug ID: 1189423 Summary: Keyboard Layout not persistent through login Product: Fedora Version: 21 Component: xkeyboard-config Severity: low Assignee: peter.hutterer(a)redhat.com Reporter: nigel(a)nigelpond.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, negativo17(a)gmail.com, peter.hutterer(a)redhat.com Description of problem: A second keyboard layout has been defined and is usable/correct when initially logging in. When logged in the keyboard layout reverts to default. The new, desired layout then needs to be selected manually (via the drop-down en1, en2 selector in the top-right-hand corner of the Gnome Desktop) The same problem occurred in Fedora 14: https://bugzilla.redhat.com/show_bug.cgi?id=649604 Interestingly in CentOS 7 the settings menus are the same (there's no place to set a keyboard default) but the problem doesn't occur. I am able to login using my preferred layout and it persists after logging in. Version-Release number of selected component (if applicable): 21 How reproducible: Everytime - on restart/boot the keyboard layout is correct until you login. Steps to Reproduce: 1. Boot/Reboot - login using desired keyboard layout (says en1 - which is incorrect) 2. After successfully logging in the keyboard layout reverts to default (says en1) 3. Set en2 Actual results: Wrong keyboard layout Expected results: Correct keyboard layout (in my case Dvorak International) should persist through login. Additional info: -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=nH2jEYUqvE&a=cc_unsubscribe

1 8

[Fedora-i18n-bugs] [Bug 1036220] New: Font hinting and aliasing not properly configured on fresh Fedora 19 install.
by Red Hat Bugzilla 20 Dec '16

20 Dec '16

https://bugzilla.redhat.com/show_bug.cgi?id=1036220 Bug ID: 1036220 Summary: Font hinting and aliasing not properly configured on fresh Fedora 19 install. Product: Fedora Version: 19 Component: fontconfig Severity: high Assignee: tagoh(a)redhat.com Reporter: alxgrtnstrngl(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com, tagoh(a)redhat.com Created attachment 830756 --> https://bugzilla.redhat.com/attachment.cgi?id=830756&action=edit These are the configurations for 10-antialias.conf and 10-hinting-slight.conf Description of problem: The fonts in Fedora 19 look odd, thin and the font alignment is totally off resulting in unreadable or very poor quality text. Setting Gnome Shell's or even Mate's anti-aliasing font-configuration here does nothing to enhance text quality. Web-pages in browsers such as Chrome and Firefox look ugly and strange. Other Linux distributions such as Ubuntu and Unixes like Mac OS X do not have this problem, on fresh installs fonts look crisp, beautiful and full. Version-Release number of selected component (if applicable): Fedora release 19 (Schrödinger’s Cat) How reproducible: Do a fresh install of Fedora 19 from the install images, look at the fonts. Steps to Reproduce: 1. Do a fresh install of Fedora 19 from the install images. 2. Attempt to use the desktop environment settings to adjust the font aliasing and hinting. 3. Look at text rendering versus that in other distributions. Actual results: Text is rendered in a very odd and thin way, kerning is also off and the fonts characters are misaligned, in Fedora resulting in a degraded visual experience especially in web-browsers, Expected results: Text should render in a similar beautiful and smooth fashion the way it does on other Linux distributions such as Ubuntu and Unixes such as Mac OS X. Additional info: Manual configuration is required to fix this by creating the proper symbolic links between '/usr/share/fontconfig/conf.avail/' and '/etc/fonts/conf.d' for the following configurations which are installed in 'conf.avail' but just never configured out of the box: '/usr/share/fontconfig/conf.avail/10-sub-pixel-rgb.conf' '/usr/share/fontconfig/conf.avail/11-lcdfilter-default.conf' It also requires the creation of the following two font configurations which are attached to this bug report and the creation of the corresponding symbolic links in '/etc/fonts/conf.d': '/usr/share/fontconfig/conf.avail/10-antialias.conf' '/usr/share/fontconfig/conf.avail/10-hinting-slight.conf' External References: http://ruturaj.net/tweaking-gnome3-fedora-fonts-like-ubuntu/ -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=t9AOC1hUH4&a=cc_unsubscribe

1 19

[Fedora-i18n-bugs] [Bug 887384] New: [abrt] WritRecogn-0.1.9-5.fc17: Process /usr/bin/WritRecogn was killed by signal 6 (SIGABRT)
by Red Hat Bugzilla 20 Dec '16

20 Dec '16

Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=887384 Bug ID: 887384 Summary: [abrt] WritRecogn-0.1.9-5.fc17: Process /usr/bin/WritRecogn was killed by signal 6 (SIGABRT) Product: Fedora Version: 17 Component: WritRecogn Severity: unspecified Priority: unspecified Reporter: christianvanbrauner(a)gmail.com Version-Release number of selected component: WritRecogn-0.1.9-5.fc17 Additional info: libreport version: 2.0.18 abrt_version: 2.0.18 backtrace_rating: 4 cmdline: WritRecogn crash_function: ___3_writrecogn_radical_recognizer_libsvm_recognize kernel: 3.6.9-2.fc17.x86_64 truncated backtrace: :Thread no. 1 (10 frames) : #4 ___3_writrecogn_radical_recognizer_libsvm_recognize at /usr/lib64/WritRecogn/libWritRecogn.so : #5 writrecogn_radical_recognizer_recognize at /usr/lib64/WritRecogn/libWritRecogn.so : #6 on_recognizeButton_clicked : #7 _g_closure_invoke_va at gclosure.c:840 : #10 gtk_real_button_released at gtkbutton.c:1725 : #16 gtk_button_button_release at gtkbutton.c:1617 : #18 _gtk_marshal_BOOLEAN__BOXED at gtkmarshalers.c:86 : #23 gtk_widget_event_internal at gtkwidget.c:5017 : #24 gtk_widget_event at gtkwidget.c:4814 : #25 gtk_propagate_event at gtkmain.c:2490 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=3TgbXPdPTr&a=cc_unsubscribe

1 5

[Fedora-i18n-bugs] [Bug 650205] New: [abrt] WritRecogn-0.1.9-1.fc11: raise: Process /usr/bin/WritRecogn was killed by signal 6 (SIGABRT)
by Red Hat Bugzilla 20 Dec '16

20 Dec '16

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: [abrt] WritRecogn-0.1.9-1.fc11: raise: Process /usr/bin/WritRecogn was killed by signal 6 (SIGABRT) https://bugzilla.redhat.com/show_bug.cgi?id=650205 Summary: [abrt] WritRecogn-0.1.9-1.fc11: raise: Process /usr/bin/WritRecogn was killed by signal 6 (SIGABRT) Product: Fedora Version: 13 Platform: i686 OS/Version: Unspecified Status: NEW Status Whiteboard: abrt_hash:caf37a5446d0db49e10a286017b489bb0ae4f38b Severity: medium Priority: low Component: WritRecogn AssignedTo: dchen(a)redhat.com ReportedBy: martin(a)martindengler.com QAContact: extras-qa(a)fedoraproject.org CC: petersen(a)redhat.com, dchen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org Classification: Fedora abrt version: 1.1.13 architecture: i686 Attached file: backtrace cmdline: WritRecogn component: WritRecogn crash_function: raise executable: /usr/bin/WritRecogn kernel: 2.6.34.7-61.fc13.i686.PAE package: WritRecogn-0.1.9-1.fc11 rating: 4 reason: Process /usr/bin/WritRecogn was killed by signal 6 (SIGABRT) release: Fedora release 13 (Goddard) time: 1288965718 uid: 500 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 10

[Fedora-i18n-bugs] [Bug 986232] New: No figure space in liberation mono
by Red Hat Bugzilla 20 Dec '16

20 Dec '16

https://bugzilla.redhat.com/show_bug.cgi?id=986232 Bug ID: 986232 Summary: No figure space in liberation mono Product: Fedora Version: rawhide Component: liberation-fonts Severity: medium Assignee: psatpute(a)redhat.com Reporter: guy.guilmette+redhat(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 Description of problem: There is no figure space character Version-Release number of selected component (if applicable): 2.00.1 How reproducible: Always Steps to Reproduce: 1. Use a figure space: . Actual results: Missing character Expected results: Space equal to one character width Additional info: -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=S0qpoeafZF&a=cc_unsubscribe

1 7

[Fedora-i18n-bugs] [Bug 798871] New: Please add Vedic Extensions to Lohit fonts
by Red Hat Bugzilla 20 Dec '16

20 Dec '16

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Please add Vedic Extensions to Lohit fonts https://bugzilla.redhat.com/show_bug.cgi?id=798871 Summary: Please add Vedic Extensions to Lohit fonts Product: Fedora Version: 16 Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: lohit-fonts AssignedTo: extras-orphan(a)fedoraproject.org ReportedBy: samjnaa(a)gmail.com QAContact: extras-qa(a)fedoraproject.org CC: petersen(a)redhat.com, extras-orphan(a)fedoraproject.org, pnemade(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org Classification: Fedora Story Points: --- Type: --- Regression: --- Mount Type: --- Documentation: --- Description of problem: It is very good that Red Hat / Fedora takes steps to update Lohit fonts with latest encoded Indic characters, especially Vedic characters included in Devanagari Extended block. (See https://www.redhat.com/archives/lohit-devel-list/2012-February/msg00011.html) As a Sanskrit/Vedic scholar I very much welcome this. However, it would be even greater if the separate Vedic characters that are encoded in the Vedic Extensions block (http://www.unicode.org/charts/PDF/U1CD0.pdf) created in Unicode 5.2 along with Devanagari Extended were also supported. As Devanagari is the script mainly used for Sanskrit and especially Vedic printings nowadays, it would be best to add the characters initially to the Lohit Devanagari font so that it can combine properly with the Devanagari characters. If at all there is future demand for the glyphs to be added to the font of another script (like Telugu etc which are also often used for Vedic texts in those areas) the glyphs can easily be copied to those fonts in the future. OpenType normally cannot join base characters from one font with combining marks from a different font. So a separate Lohit Vedic font with purely Vedic characters is not possible. As the glyphs from the Vedic Extensions block have very simple shapes, it would hopefully be easy to design those glyphs and add them to the fonts. Version-Release number of selected component (if applicable): 2.5.1 How reproducible: Install Lohit Devanagari 2.5.1 font. Actual results: The Devanagari-specific Vedic characters especially from the Devanagari Extended block are available. The generic Vedic characters from the Vedic Extensions block are not available. Expected results: It is desirable to have the generic Vedic characters from the Vedic Extensions block also. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 18

[Fedora-i18n-bugs] [Bug 768067] New: Lowercase U, V, W, X and Y too thin at 18px bold
by Red Hat Bugzilla 20 Dec '16

20 Dec '16

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Lowercase U, V, W, X and Y too thin at 18px bold https://bugzilla.redhat.com/show_bug.cgi?id=768067 Summary: Lowercase U, V, W, X and Y too thin at 18px bold Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Linux Status: NEW Severity: unspecified Priority: unspecified Component: liberation-fonts AssignedTo: psatpute(a)redhat.com ReportedBy: cantabile.desu(a)gmail.com QAContact: extras-qa(a)fedoraproject.org CC: petersen(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org Classification: Fedora Story Points: --- Type: --- Regression: --- Mount Type: --- Documentation: --- Description of problem: The lowercase U, V, W, X and Y in liberation sans at 18px and bold are noticeably thinner than the other letters of the alphabet. It's quite distracting. There is a screenshot attached. It appears to happen only at 18px (bold). Version-Release number of selected component (if applicable): 1.07.1 Additional info: I'm using arch linux. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 10

[Fedora-i18n-bugs] [Bug 795465] New: Historical regressions (+persistent issues) found using fontlint (accompanying FontForge tool)
by Red Hat Bugzilla 14 Dec '16

14 Dec '16

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Historical regressions (+persistent issues) found using fontlint (accompanying FontForge tool) https://bugzilla.redhat.com/show_bug.cgi?id=795465 Summary: Historical regressions (+persistent issues) found using fontlint (accompanying FontForge tool) Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: liberation-fonts AssignedTo: psatpute(a)redhat.com ReportedBy: jpokorny(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: petersen(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org Classification: Fedora Story Points: --- Type: --- Regression: --- Mount Type: --- Documentation: --- -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 11

[Fedora-i18n-bugs] [Bug 591556] New: Font artifact with number 4
by Red Hat Bugzilla 14 Dec '16

14 Dec '16

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Font artifact with number 4 https://bugzilla.redhat.com/show_bug.cgi?id=591556 Summary: Font artifact with number 4 Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: liberation-fonts AssignedTo: cchance(a)redhat.com ReportedBy: cchance(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: petersen(a)redhat.com, cchance(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org Classification: Fedora Target Release: --- Description of problem: (Quoted from zayzayats(a)yandex.ru) In the Russian «б», the ascender is blurry. http://shnurapet.fedorapeople.org/rus-b.png freetype-freeworld-debuginfo-2.3.11-1.fc12.x86_64 freetype-2.3.11-3.fc12.x86_64 freetype-freeworld-2.3.11-1.fc12.x86_64 freetype-devel-2.3.11-3.fc12.x86_64 freetype-debuginfo-2.3.11-3.fc12.x86_64 $ ls /etc/yum.repos.d/ fedora-rawhide.repo rpmfusion-free.repo fedora.repo rpmfusion-free-updates.repo fedora-updates.repo rpmfusion-free-updates-testing.repo fedora-updates-testing.repo rpmfusion-nonfree-rawhide.repo infinality.repo rpmfusion-nonfree.repo remi.repo rpmfusion-nonfree-updates.repo rpmfusion-free-rawhide.repo rpmfusion-nonfree-updates-testing.repo $ cat /etc/yum.repos.d/infinality.repo [infinality] name=Infinality baseurl=http://www.infinality.net/fedora/linux/$releasever/$basearch/ enabled=1 gpgcheck=0 [infinality-noarch] name=Infinality - noarch baseurl=http://www.infinality.net/fedora/linux/$releasever/noarch/ enabled=1 gpgcheck=0 $ cat ~/.fonts.conf <?xml version='1.0'?> <!DOCTYPE fontconfig SYSTEM 'fonts.dtd'> <fontconfig> <match target="font" > <edit mode="assign" name="rgba" > <const>rgb</const> </edit> <edit mode="assign" name="hinting" > <bool>true</bool> </edit> <edit mode="assign" name="autohint" > <bool>true</bool> </edit> <edit mode="assign" name="antialias" > <bool>true</bool> </edit> <edit mode="assign" name="hintstyle" > <const>hintfull</const> </edit> <edit name="lcdfilter" mode="assign"> <const>lcddefault</const> </edit> </match> </fontconfig> Size 8. I set 98 dpi for proper kerning. http://shnurapet.fedorapeople.org/last-line.png (It's in the center of the last line.) -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 29

[Fedora-i18n-bugs] [Bug 1300319] New: [abrt] stardict: _g_log_abort(): stardict killed by SIGABRT
by Red Hat Bugzilla 14 Dec '16

14 Dec '16

https://bugzilla.redhat.com/show_bug.cgi?id=1300319 Bug ID: 1300319 Summary: [abrt] stardict: _g_log_abort(): stardict killed by SIGABRT Product: Fedora Version: 23 Component: stardict Assignee: psatpute(a)redhat.com Reporter: robinlee.sysu(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, psatpute(a)redhat.com, pwu(a)redhat.com, robinlee.sysu(a)gmail.com, supercyper1(a)gmail.com, zhu(a)redhat.com Version-Release number of selected component: stardict-3.0.6-3.fc23 Additional info: reporter: libreport-2.6.3 backtrace_rating: 4 cmdline: stardict crash_function: _g_log_abort executable: /usr/bin/stardict global_pid: 1749 kernel: 4.3.3-300.fc23.x86_64 runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (10 frames) #2 _g_log_abort at gmessages.c:326 #10 XInternAtom at IntAtom.c:181 #11 gdk_x11_atom_to_xatom_for_display at gdkproperty-x11.c:210 #12 gdk_screen_broadcast_client_message at gdkevents-x11.c:2572 #13 ensure_valid_themes at gtkicontheme.c:1242 #14 choose_icon at gtkicontheme.c:1275 #15 gtk_icon_theme_lookup_icon at gtkicontheme.c:1454 #16 gtk_icon_theme_load_icon at gtkicontheme.c:1550 #17 render_icon_name_pixbuf at gtkiconfactory.c:1471 #18 find_and_render_icon_source at gtkiconfactory.c:1549 -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Fedora-i18n-bugs] [Bug 1160471] New: Fedora 20 has newer version than Fedora 21
by Red Hat Bugzilla 13 Dec '16

13 Dec '16

https://bugzilla.redhat.com/show_bug.cgi?id=1160471 Bug ID: 1160471 Summary: Fedora 20 has newer version than Fedora 21 Product: Fedora Version: 21 Component: ibus-typing-booster Assignee: apatil(a)redhat.com Reporter: milan.kerslager(a)pslib.cz QA Contact: extras-qa(a)fedoraproject.org CC: apatil(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org, mfabian(a)redhat.com Fedora 20 has version 1.2.11. Fedora 21 has version ibus-typing-booster-1.2.10-3.fc21.noarch.rpm. Updating of this package fails. Please update F20 to the same version. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=72obiqIPei&a=cc_unsubscribe

1 5

[Fedora-i18n-bugs] [Bug 1244876] New: LXDE on the panel does not change the keyboard layout
by Red Hat Bugzilla 05 Dec '16

05 Dec '16

https://bugzilla.redhat.com/show_bug.cgi?id=1244876 Bug ID: 1244876 Summary: LXDE on the panel does not change the keyboard layout Product: Fedora Version: 22 Component: ibus Assignee: tfujiwar(a)redhat.com Reporter: mastaizawfm(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 Description of problem: panel does not change the keyboard layout. constantly shows English -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=cnGRQb5tOM&a=cc_unsubscribe

1 9

[Fedora-i18n-bugs] [Bug 1308194] New: translate-toolkit: FTBFS in rawhide
by Red Hat Bugzilla 28 Nov '16

28 Nov '16

https://bugzilla.redhat.com/show_bug.cgi?id=1308194 Bug ID: 1308194 Summary: translate-toolkit: FTBFS in rawhide Product: Fedora Version: rawhide Component: translate-toolkit Assignee: dwayne(a)translate.org.za Reporter: releng(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: dwayne(a)translate.org.za, i18n-bugs(a)lists.fedoraproject.org Blocks: 1305208 Your package translate-toolkit failed to build from source in current rawhide. http://koji.fedoraproject.org/koji/taskinfo?taskID=12874524 For details on mass rebuild see https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1305208 [Bug 1305208] Fedora 24 Mass rebuild FTBFS tracker bug -- You are receiving this mail because: You are on the CC list for the bug.

1 27

[Fedora-i18n-bugs] [Bug 1261022] New: .eot, .svg and .woff files missing
by Red Hat Bugzilla 22 Nov '16

22 Nov '16

https://bugzilla.redhat.com/show_bug.cgi?id=1261022 Bug ID: 1261022 Summary: .eot, .svg and .woff files missing Product: Fedora Version: rawhide Component: google-roboto-fonts Assignee: dtardon(a)redhat.com Reporter: mrunge(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: dtardon(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org Description of problem: I would need those files for a requirement in OpenStack Dashboard. Version-Release number of selected component (if applicable): -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=p2R7sZDvAR&a=cc_unsubscribe _______________________________________________ i18n-bugs mailing list i18n-bugs(a)lists.fedoraproject.org http://lists.fedoraproject.org/postorius/i18n-bugs@lists.fedoraproject.org

1 4

[Fedora-i18n-bugs] [Bug 1226680] New: fbterm-udevrules allows public access to frame buffer devices
by Red Hat Bugzilla 19 Nov '16

19 Nov '16

https://bugzilla.redhat.com/show_bug.cgi?id=1226680 Bug ID: 1226680 Summary: fbterm-udevrules allows public access to frame buffer devices Product: Fedora Version: rawhide Component: fbterm Assignee: bazanluis20(a)gmail.com Reporter: zbyszek(a)in.waw.pl QA Contact: extras-qa(a)fedoraproject.org CC: bazanluis20(a)gmail.com, dchen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org Description of problem: Please drop fbterm-udevrules subpackage. Installing it allows anyone to snoop on /dev/fb*. Iff users should be privileged to do that, they should be added to the video group. Version-Release number of selected component (if applicable): E.g. fbterm-udevrules-1.7-6.fc23.x86_64, this package hasn't changed in years. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=m1wxZq02zP&a=cc_unsubscribe

1 15

[Fedora-i18n-bugs] [Bug 1321685] New: New Noto Mono font is missing
by Red Hat Bugzilla 19 Nov '16

19 Nov '16

https://bugzilla.redhat.com/show_bug.cgi?id=1321685 Bug ID: 1321685 Summary: New Noto Mono font is missing Product: Fedora Version: 23 Component: google-noto-fonts Assignee: psatpute(a)redhat.com Reporter: rastus.vernon(a)protonmail.ch QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com, pwu(a)redhat.com Since December, there is a new fixed-width font part of the Noto project (see https://github.com/googlei18n/noto-fonts/commit/5329592b9d0fee9fc8e462b3288…) It would be nice to have it packaged in Fedora! -- You are receiving this mail because: You are on the CC list for the bug.

1 9

[Fedora-i18n-bugs] [Bug 1082118] New: After today ibus update, panel in Cinnamon desktop stopped working
by Red Hat Bugzilla 10 Nov '16

10 Nov '16

https://bugzilla.redhat.com/show_bug.cgi?id=1082118 Bug ID: 1082118 Summary: After today ibus update, panel in Cinnamon desktop stopped working Product: Fedora Version: 20 Component: ibus Severity: high Assignee: tfujiwar(a)redhat.com Reporter: krizb(a)seznam.cz QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com Description of problem: After today "yum update", panel in my Cinnamon desktop stopped working. Right mouse seemd to work. Left mouse only took focus from current window. But menu, icons, started programs, clendar, keyboard, sound, ... nothing on panel was working. Version-Release number of selected component (if applicable): >From about 15 or 20 packages that was update, problematic are these: Mar 28 15:20:15 Updated: ibus-libs-1.5.6-1.fc20.x86_64 Mar 28 15:20:25 Updated: ibus-setup-1.5.6-1.fc20.noarch Mar 28 15:20:25 Updated: ibus-gtk3-1.5.6-1.fc20.x86_64 Mar 28 15:20:26 Updated: ibus-gtk2-1.5.6-1.fc20.x86_64 Mar 28 15:20:27 Updated: ibus-1.5.6-1.fc20.x86_64 Mar 28 15:20:28 Updated: ibus-wayland-1.5.6-1.fc20.x86_64 After "yum downgrade ibus-libs ibus-setup ibus-gtk3 ibus-gtk2 ibus ibus-wayland" and reboot, panel is working now, as every ibus programs are now version 1.5.4-2.fc20.x86_64. Previous version that was working was 1.5.5-2.fc20.x86_64. How reproducible: Update ibus packages to version 1.5.6-1.fc20.x86_64 Steps to Reproduce: 1. yum update Actual results: Panel in Cinnamon desktop with ibus packages version 1.5.6-1.fc20.x86_64 not working. Expected results: Panel in Cinnamon destop works with current ibus packages. Additional info: List of complete problematic update (but it seems that only ibus program matter): Mar 28 15:20:15 Updated: ibus-libs-1.5.6-1.fc20.x86_64 Mar 28 15:20:17 Updated: lilypond-fonts-common-2.18.2-1.fc20.noarch Mar 28 15:20:17 Updated: libnm-gtk-0.9.9.0-9.git20140123.fc20.x86_64 Mar 28 15:20:20 Updated: nm-connection-editor-0.9.9.0-9.git20140123.fc20.x86_64 Mar 28 15:20:22 Updated: lilypond-emmentaler-fonts-2.18.2-1.fc20.noarch Mar 28 15:20:24 Updated: lilypond-century-schoolbook-l-fonts-2.18.2-1.fc20.noarch Mar 28 15:20:25 Updated: ibus-setup-1.5.6-1.fc20.noarch Mar 28 15:20:25 Updated: ibus-gtk3-1.5.6-1.fc20.x86_64 Mar 28 15:20:26 Updated: ibus-gtk2-1.5.6-1.fc20.x86_64 Mar 28 15:20:27 Updated: ibus-1.5.6-1.fc20.x86_64 Mar 28 15:20:28 Updated: ibus-wayland-1.5.6-1.fc20.x86_64 Mar 28 15:20:31 Updated: git-1.9.0-1.fc20.x86_64 Mar 28 15:20:32 Updated: perl-Git-1.9.0-1.fc20.noarch Mar 28 15:20:39 Installed: kernel-3.13.7-200.fc20.x86_64 Mar 28 15:20:40 Updated: file-libs-5.14-20.fc20.x86_64 Mar 28 15:20:40 Updated: file-5.14-20.fc20.x86_64 Mar 28 15:20:41 Updated: python-magic-5.14-20.fc20.noarch Mar 28 15:20:42 Installed: kernel-modules-extra-3.13.7-200.fc20.x86_64 Mar 28 15:20:44 Updated: lilypond-2.18.2-1.fc20.x86_64 Mar 28 15:20:45 Updated: network-manager-applet-0.9.9.0-9.git20140123.fc20.x86_64 Mar 28 15:21:41 Installed: kernel-devel-3.13.7-200.fc20.x86_64 Mar 28 15:21:42 Updated: gstreamer-plugins-bad-free-0.10.23-20.fc20.x86_64 Mar 28 15:21:43 Updated: abrt-java-connector-1.0.9-1.fc20.x86_64 Mar 28 15:21:45 Updated: kernel-headers-3.13.7-200.fc20.x86_64 Mar 28 15:21:46 Updated: gstreamer-plugins-bad-free-0.10.23-20.fc20.i686 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=n0E6wAwZyr&a=cc_unsubscribe

1 41

[Fedora-i18n-bugs] [Bug 1307714] New: libUnihan: FTBFS in rawhide
by Red Hat Bugzilla 08 Nov '16

08 Nov '16

https://bugzilla.redhat.com/show_bug.cgi?id=1307714 Bug ID: 1307714 Summary: libUnihan: FTBFS in rawhide Product: Fedora Version: rawhide Component: libUnihan Assignee: dchen(a)redhat.com Reporter: releng(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: dchen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org Blocks: 1305208 Your package libUnihan failed to build from source in current rawhide. http://koji.fedoraproject.org/koji/taskinfo?taskID=12829470 For details on mass rebuild see https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1305208 [Bug 1305208] Fedora 24 Mass rebuild FTBFS tracker bug -- You are receiving this mail because: You are on the CC list for the bug.

1 9

[Fedora-i18n-bugs] [Bug 1217066] New: culmus-keteryg-fonts takes over Firefox?
by Red Hat Bugzilla 27 Oct '16

27 Oct '16

https://bugzilla.redhat.com/show_bug.cgi?id=1217066 Bug ID: 1217066 Summary: culmus-keteryg-fonts takes over Firefox? Product: Fedora Version: 21 Component: culmus-fonts Assignee: psatpute(a)redhat.com Reporter: nyh(a)math.technion.ac.il QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, petersen(a)redhat.com, psatpute(a)redhat.com I've recently installed all the "culmus-*" font packages on my system (Fedora 21), and started to notice that many pages -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=lO1eDO1hhr&a=cc_unsubscribe

1 13

[Fedora-i18n-bugs] [Bug 1295047] New: Link to project in rpm is wrong
by Red Hat Bugzilla 11 Oct '16

11 Oct '16

https://bugzilla.redhat.com/show_bug.cgi?id=1295047 Bug ID: 1295047 Summary: Link to project in rpm is wrong Product: Fedora Version: 23 Component: ibus-gucharmap Assignee: dueno(a)redhat.com Reporter: jb.holcroft(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org Description of problem: I there, the link to the package looks wrong : https://apps.fedoraproject.org/packages/ibus-gucharmap/ I think it should be : https://github.com/ueno/ibus-charmap Thanks for your help -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=ZtzxXfAXcJ&a=cc_unsubscribe

1 2

[Fedora-i18n-bugs] [Bug 1203484] New: User dictionary migration from ibus-anthy to ibus-kkc
by Red Hat Bugzilla 11 Oct '16

11 Oct '16

https://bugzilla.redhat.com/show_bug.cgi?id=1203484 Bug ID: 1203484 Summary: User dictionary migration from ibus-anthy to ibus-kkc Product: Fedora Version: rawhide 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 Description of problem: To help users to move from ibus-anthy to ibus-kkc it would be useful to migrate their user dictionary from anthy to kkc. What would be the best approach to do this? -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=LUkVp2kide&a=cc_unsubscribe

1 4

[Fedora-i18n-bugs] [Bug 1308589] New: Japanese input doesn't work after switching from Russian input
by Red Hat Bugzilla 03 Oct '16

03 Oct '16

https://bugzilla.redhat.com/show_bug.cgi?id=1308589 Bug ID: 1308589 Summary: Japanese input doesn't work after switching from Russian input Product: Fedora Version: 23 Component: ibus-kkc Assignee: dueno(a)redhat.com Reporter: vitaly.weed(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org When switching from Russian to Japanese (Kana Kanji), input is not working properly. Steps to reproduce: 1. in Settings set English (US), Russian and Japanese (Kana Kanji) as your input sources 2. open text editor, e.g. Gedit 3. switch to English, then switch to Japanese, type (you will notice that kana conversion works well) 4. switch to Russian, then switch to Japanese, type (you will notice that you type cyrillic characters) To fix Japanese input it necessary at first to switch to English and then to Japanese. -- You are receiving this mail because: You are on the CC list for the bug.

1 3

[Fedora-i18n-bugs] [Bug 1232539] New: unicode-ucd-8.0.0 is available
by Red Hat Bugzilla 06 Sep '16

06 Sep '16

https://bugzilla.redhat.com/show_bug.cgi?id=1232539 Bug ID: 1232539 Summary: unicode-ucd-8.0.0 is available Product: Fedora Version: rawhide 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, petersen(a)redhat.com Latest upstream release: 8.0.0 Current version/release in rawhide: 7.0.0-1.fc21 URL: http://www.unicode.org/Public/zipped/ 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. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=9uuwEa36Gs&a=cc_unsubscribe

1 21

[Fedora-i18n-bugs] [Bug 1299596] New: [abrt] w3m: deleteFiles(): w3m killed by SIGSEGV
by Red Hat Bugzilla 29 Aug '16

29 Aug '16

https://bugzilla.redhat.com/show_bug.cgi?id=1299596 Bug ID: 1299596 Summary: [abrt] w3m: deleteFiles(): w3m killed by SIGSEGV Product: Fedora Version: 23 Component: w3m Assignee: pnemade(a)redhat.com Reporter: xzj8b3(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com Version-Release number of selected component: w3m-0.5.3-22.fc23 Additional info: reporter: libreport-2.6.3 backtrace_rating: 4 cmdline: w3m chimerarevo.com crash_function: deleteFiles executable: /usr/bin/w3m global_pid: 3059 kernel: 4.3.3-300.fc23.x86_64 runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (6 frames) #0 deleteFiles at main.c:5746 #1 w3m_exit at main.c:5760 #3 pthread_cond_wait@@GLIBC_2.3.2 at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:183 #4 GC_wait_marker at pthread_support.c:2036 #5 GC_help_marker at mark.c:1168 #6 GC_mark_thread at pthread_support.c:389 -- You are receiving this mail because: You are on the CC list for the bug.

1 3

[Fedora-i18n-bugs] [Bug 1295169] New: fontmatrix included non-free content.
by Red Hat Bugzilla 27 Aug '16

27 Aug '16

https://bugzilla.redhat.com/show_bug.cgi?id=1295169 Bug ID: 1295169 Summary: fontmatrix included non-free content. Product: Fedora Version: rawhide Component: fontmatrix Assignee: pnemade(a)redhat.com Reporter: kame55-itasenpara123(a)y2.dion.ne.jp QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com External Bug ID: Debian BTS 787350 Hello. fontmatrix included non-free code, Please see Debuan bug number "787350" datails. I think that this package be affected by debian bug number "787350". and, "fontmatrix-0.9.99-Source/src/icons/action-copy-char.svg" license is CC-BY-SA. I suggests that resolve license problem and add license tag. Thanks. Reference: https://bugs.debian.org/cgi-bin/bugreport.cgi?archive=no&bug=787350 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=cPSAZCnLA4&a=cc_unsubscribe

1 13

[Fedora-i18n-bugs] [Bug 1291238] New: committing with the space key in ibus-typing-booster works correctly only in GTK applications but not in Qt and X11 applications
by Red Hat Bugzilla 21 Aug '16

21 Aug '16

https://bugzilla.redhat.com/show_bug.cgi?id=1291238 Bug ID: 1291238 Summary: committing with the space key in ibus-typing-booster works correctly only in GTK applications but not in Qt and X11 applications Product: Fedora Version: 23 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 ibus-typing-booster-1.2.15-1.fc23.noarch In GTK applications (gedit, gnome-terminal, ...): type “word ”, the result is “word ”. In KDE, Qt, X11 applications (konsole, xterm, rxvt-unicode, ...): type “word ”, the result is “ word”. Same problem when committing with the arrow keys, the return key or the enter key. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=XSPMwPyWZK&a=cc_unsubscribe

1 12

[Fedora-i18n-bugs] [Bug 1308190] New: tomoe-gtk: FTBFS in rawhide
by Red Hat Bugzilla 17 Aug '16

17 Aug '16

https://bugzilla.redhat.com/show_bug.cgi?id=1308190 Bug ID: 1308190 Summary: tomoe-gtk: FTBFS in rawhide Product: Fedora Version: rawhide Component: tomoe-gtk Assignee: dchen(a)redhat.com Reporter: releng(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: dchen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org, ryo-dairiki(a)users.sourceforge.net Blocks: 1305208 Your package tomoe-gtk failed to build from source in current rawhide. http://koji.fedoraproject.org/koji/taskinfo?taskID=12874116 For details on mass rebuild see https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1305208 [Bug 1305208] Fedora 24 Mass rebuild FTBFS tracker bug -- You are receiving this mail because: You are on the CC list for the bug.

1 22

[Fedora-i18n-bugs] [Bug 1240071] New: tomoe-gtk: FTBFS in rawhide
by Red Hat Bugzilla 17 Aug '16

17 Aug '16

https://bugzilla.redhat.com/show_bug.cgi?id=1240071 Bug ID: 1240071 Summary: tomoe-gtk: FTBFS in rawhide Product: Fedora Version: rawhide Component: tomoe-gtk Assignee: dchen(a)redhat.com Reporter: dennis(a)ausil.us QA Contact: extras-qa(a)fedoraproject.org CC: dchen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org, ryo-dairiki(a)users.sourceforge.net Blocks: 1239338 (F23FTBFS) Your package tomoe-gtk failed to build from source in current rawhide. http://koji.fedoraproject.org/koji/taskinfo?taskID=10158477 For details on mass rebuild see https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1239338 [Bug 1239338] Fedora 23 Mass Rebuild FTBFS Tracker -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=7nu0GkU1Hv&a=cc_unsubscribe

1 12

[Fedora-i18n-bugs] [Bug 1174076] New: [abrt] ibus-anthy-python: engine.py:43:<module>:ImportError: cannot import name Anthy
by Red Hat Bugzilla 31 Jul '16

31 Jul '16

https://bugzilla.redhat.com/show_bug.cgi?id=1174076 Bug ID: 1174076 Summary: [abrt] ibus-anthy-python: engine.py:43:<module>:ImportError: cannot import name Anthy Product: Fedora Version: 20 Component: ibus-anthy Assignee: tfujiwar(a)redhat.com Reporter: desphilboy(a)yahoo.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 Version-Release number of selected component: ibus-anthy-python-1.5.5-4.fc20 Additional info: reporter: libreport-2.3.0 cmdline: python3 /usr/share/ibus-anthy/engine/main.py --xml executable: /usr/share/ibus-anthy/engine/main.py kernel: 3.15.10-200.fc20.x86_64 runlevel: N 5 type: Python3 uid: 0 Truncated backtrace: #1 <module> in /usr/share/ibus-anthy/engine/engine.py:43 #2 <module> in /usr/share/ibus-anthy/engine/factory.py:29 #3 <module> in /usr/share/ibus-anthy/engine/main.py:40 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=f3azEkNpSl&a=cc_unsubscribe

1 3

[Fedora-i18n-bugs] [Bug 1322221] New: [ru_RU] English strings in system-config-language GUI
by Red Hat Bugzilla 25 Jul '16

25 Jul '16

https://bugzilla.redhat.com/show_bug.cgi?id=1322221 Bug ID: 1322221 Summary: [ru_RU] English strings in system-config-language GUI Product: Fedora Version: 24 Component: system-config-language Keywords: Translation Assignee: pnemade(a)redhat.com Reporter: ypoyarko(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, nav007(a)gmail.com, pnemade(a)redhat.com, psatpute(a)redhat.com Created attachment 1141536 --> https://bugzilla.redhat.com/attachment.cgi?id=1141536&action=edit Window title is in English Description of problem: system-config-language's Header "Language Selection" is in English Version-Release number of selected component (if applicable): system-config-language-3.3.0-3.fc24.norach How reproducible: run system-config-language Note that window header is in English - "Language Selection" Actual results: Window header is in English - "Language Selection" Expected results: Should be localized Additional info: It is fully translated in zanata. Also looks like GUI translation is a bit outdated, please incorporate latest translation from zanata. -- You are receiving this mail because: You are on the CC list for the bug.

1 7

[Fedora-i18n-bugs] [Bug 623085] New: Rendering error for Chinese character using wqy-zenhei
by Red Hat Bugzilla 19 Jul '16

19 Jul '16

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Rendering error for Chinese character using wqy-zenhei https://bugzilla.redhat.com/show_bug.cgi?id=623085 Summary: Rendering error for Chinese character using wqy-zenhei Product: Fedora Version: 13 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: wqy-zenhei-fonts AssignedTo: fangqq(a)gmail.com ReportedBy: jni(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: petersen(a)redhat.com, fangqq(a)gmail.com, i18n-bugs(a)lists.fedoraproject.org, pwu(a)redhat.com Classification: Fedora Created an attachment (id=438145) --> (https://bugzilla.redhat.com/attachment.cgi?id=438145) Screenshot of rendering error using wqy-zenhei Description of problem: The rendering of Chinese character 榷 using font wqy-zenhei is not correct Version-Release number of selected component (if applicable): wqy-zenhei-fonts-0.9.45-5.fc13 How reproducible: Input Chinese character 榷 in gedit and set fonts to wqy-zenhei Steps to Reproduce: 1. Open gedit 2. Input Chinese character 榷 using any Chinese input method 3. Click "Edit"->"Preferences", open the preferences dialogue window 4. In "Font & Colours" tab, set fonts to WenQuanYi Zen Hei Actual results: Part of the character is rendering to whole black without the structure, and can not distinguish the stroke. See the screen shot in attachment Expected results: The stroke of the character should be distinguished -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 21

[Fedora-i18n-bugs] [Bug 606217] New: Eccentric glyph for the lowercase Greek gamma letter ( γ )
by Red Hat Bugzilla 19 Jul '16

19 Jul '16

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Eccentric glyph for the lowercase Greek gamma letter (γ) https://bugzilla.redhat.com/show_bug.cgi?id=606217 Summary: Eccentric glyph for the lowercase Greek gamma letter (γ) Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: liberation-fonts AssignedTo: cchance(a)redhat.com ReportedBy: discon(a)gmail.com QAContact: extras-qa(a)fedoraproject.org CC: petersen(a)redhat.com, cchance(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org Classification: Fedora Description of problem: The liberation fonts have a strange glyph for the lowercase Greek gamma letter whenever hinting is on. The hinting makes the glyph look similar to the 'y' letter (the bottom part tends towards left). This looks weird and is unique on this font family, AFAIK. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 17

[Fedora-i18n-bugs] [Bug 1040292] New: [or_IN][langtable] - Change language name from "Oriya" to "Odia"
by Red Hat Bugzilla 19 Jul '16

19 Jul '16

https://bugzilla.redhat.com/show_bug.cgi?id=1040292 Bug ID: 1040292 Summary: [or_IN][langtable] - Change language name from "Oriya" to "Odia" Product: Fedora Version: rawhide Component: langtable Keywords: i18n Severity: low Priority: medium Assignee: mfabian(a)redhat.com Reporter: smaitra(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, mfabian(a)redhat.com Description of problem: Upstream bug reference : https://sourceware.org/bugzilla/show_bug.cgi?id=15601 Preface : As per the Govt of India record, the State name of Orissa has been replaced with Odisha (hopefully I am correct with its spelling) and the language of Odisha State which was Oriya earlier, has been replaced with Odia. langtable language database should change the language name from "Oriya" to "Odia". Version-Release number of selected component (if applicable): langtable-0.0.22-1.fc21 How reproducible:N/A Steps to Reproduce:N/A 1. 2. 3. Actual results: langtable language database currently pointing the language name "Oriya". Expected results: langtable language database should change the language name from "Oriya" to "Odia". Additional info: References: http://orissamatters.com/2011/11/07/orissa-became-odisha/ http://www.ndtv.com/article/india/parliament-passes-bill-to-change-orissa-s… http://orissa.gov.in/e-magazine/Orissareview/2011/Nov/engpdf/9-17.pdf -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=noGs24ad04&a=cc_unsubscribe

1 5

[Fedora-i18n-bugs] [Bug 1179691] New: Bold lower-case letter "s" looks in some cases too thin with Medium+ hinting
by Red Hat Bugzilla 19 Jul '16

19 Jul '16

https://bugzilla.redhat.com/show_bug.cgi?id=1179691 Bug ID: 1179691 Summary: Bold lower-case letter "s" looks in some cases too thin with Medium+ hinting Product: Fedora Version: rawhide Component: liberation-fonts Severity: low Assignee: psatpute(a)redhat.com Reporter: michal.nowak(a)resist.ca 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 Created attachment 977206 --> https://bugzilla.redhat.com/attachment.cgi?id=977206&action=edit Lower-case "s" too thin on Full hinting Description of problem: Bold lower-case letter "s" in serif looks in some cases too thin with Medium and Full hinting, but look OK with hinting set to Slight or None. See attached screenshots from LO Writer from F21. See the "s" in a word "Midas" and "asked". It's 12 pt Liberation Serif, bold, paper is enlarged to 157 % of width of A4 paper. When the zoom ratio gets higher, the problem disappears, when zoomed out it's worse (but less visible). Version-Release number of selected component (if applicable): liberation-serif-fonts-1.07.4-4.fc21.noarch freetype-2.5.3-13.fc21.x86_64 libreoffice-core-4.3.5.2-4.fc21.x86_64 How reproducible: Always. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=tW3GZ00aFN&a=cc_unsubscribe

1 3

[Fedora-i18n-bugs] [Bug 1117680] New: same keyboard input indicator for Latin input mode and Direct Input mode in libkkc
by Red Hat Bugzilla 19 Jul '16

19 Jul '16

https://bugzilla.redhat.com/show_bug.cgi?id=1117680 Bug ID: 1117680 Summary: same keyboard input indicator for Latin input mode and Direct Input mode in libkkc Product: Fedora Version: rawhide Component: libkkc Severity: low Assignee: dueno(a)redhat.com Reporter: apatil(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org Description of problem: same keyboard input indicator is been used for Latin input mode and Direct Input mode in libkkc Better to have separate keyboard indicators. Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. Choose libkkc as input method 2. Switch to Latin input mode or Direct input mode 3. Actual results: You see same input method indicator Expected results: Additional info: -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=OmHnm5DNF1&a=cc_unsubscribe

1 2

[Fedora-i18n-bugs] [Bug 1115295] New: improve input mode toggle menu
by Red Hat Bugzilla 19 Jul '16

19 Jul '16

https://bugzilla.redhat.com/show_bug.cgi?id=1115295 Bug ID: 1115295 Summary: improve input mode toggle menu Product: Fedora Version: rawhide Component: ibus-libpinyin Severity: low Assignee: pwu(a)redhat.com Reporter: petersen(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 Description of problem: The Pinyin IMEs has a confusing toggle menu for switching between Chinese and English input ("English" should also really be Latin input but nevermind). This natural in the toolbar but unintuitive in the IME/Input menu. Steps to Reproduce: 1. goto ibus icon menu or gnome input menu 2. click on Chinese Actual results: switches to English Expected results: clearer discoverable UI Additional info: maybe "Chinese <-> English" and "English <-> Chinese" might be clearer? Much better would be IME input mode icon of course... -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=DxMBDLG9o4&a=cc_unsubscribe

1 3

[Fedora-i18n-bugs] [Bug 814546] New: uim toolbar is not aligned properly in xfce systray
by Red Hat Bugzilla 19 Jul '16

19 Jul '16

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: uim toolbar is not aligned properly in xfce systray https://bugzilla.redhat.com/show_bug.cgi?id=814546 Summary: uim toolbar is not aligned properly in xfce systray Product: Fedora Version: 16 Platform: x86_64 OS/Version: Unspecified Status: NEW Severity: low Priority: unspecified Component: uim AssignedTo: tagoh(a)redhat.com ReportedBy: redhat.20.comm(a)spamgourmet.com QAContact: extras-qa(a)fedoraproject.org CC: tagoh(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org Classification: Fedora Story Points: --- Type: Bug Regression: --- Mount Type: --- Documentation: --- Created attachment 578869 --> https://bugzilla.redhat.com/attachment.cgi?id=578869 The attachment shows the actual (wrong) and expected (right) result Description of problem: when I ran uim-toolbar-gtk-systray or uim-toolbar-gtk3-systray, the systray icons were not centered vertically. How reproducible: Steps to Reproduce: 1. Use xfce for desktop environment. 2. Install uim, uim-gtk2 and uim-gtk3 3. Enter the environment (startxfce4 or graphical login). 4. Make sure the panel has a notification area (if none, right click a panel -> select "panel" -> select "add new item" -> select "notification area"). 5. In a console (xfce terminal), type uim-toolbar-gtk-systray. Actual results: The uim toolbar appeared in the systray, but were aligned to the bottom, instead of vertically centre. Expected results: The toolbar should appear in the systray, centred vertically. Additional info: I included two tiny screenshots of what was wrong and what should be right. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 14

[Fedora-i18n-bugs] [Bug 1195541] New: When switching windows, input to always English.
by Red Hat Bugzilla 19 Jul '16

19 Jul '16

https://bugzilla.redhat.com/show_bug.cgi?id=1195541 Bug ID: 1195541 Summary: When switching windows, input to always English. Product: Fedora Version: 22 Component: ibus-hangul Severity: medium Assignee: dueno(a)redhat.com Reporter: sangu.fedora(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org, pwu(a)redhat.com, shawn.p.huang(a)gmail.com Description of problem: When switching windows, input to always English. Version-Release number of selected component (if applicable): 1.5.0-1.fc22.x86_64 How reproducible: always Steps to Reproduce: 1. Start two apps (gedit, gnome-terminal) 2. toggle to hangul (click shift + space or hangul key) 3. switching window (alt + tab) 4. input Actual results: english alphabet Expected results: Hangul Additional info: ibus-1.5.9-10.fc22.x86_64 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=aPLIVFwgAa&a=cc_unsubscribe

1 2

[Fedora-i18n-bugs] [Bug 1248424] New: [abrt] ibus-libpinyin: pinyin::SubPhraseIndex::load(): ibus-engine-libpinyin killed by SIGSEGV
by Red Hat Bugzilla 19 Jul '16

19 Jul '16

https://bugzilla.redhat.com/show_bug.cgi?id=1248424 Bug ID: 1248424 Summary: [abrt] ibus-libpinyin: pinyin::SubPhraseIndex::load(): ibus-engine-libpinyin killed by SIGSEGV Product: Fedora Version: 22 Component: ibus-libpinyin Assignee: pwu(a)redhat.com Reporter: tonghuix(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 Version-Release number of selected component: ibus-libpinyin-1.7.2-1.fc22 Additional info: reporter: libreport-2.6.1 backtrace_rating: 4 cmdline: /usr/libexec/ibus-engine-libpinyin --ibus crash_function: pinyin::SubPhraseIndex::load executable: /usr/libexec/ibus-engine-libpinyin global_pid: 2633 kernel: 4.0.7-300.fc22.x86_64 runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (7 frames) #0 pinyin::SubPhraseIndex::load at phrase_index.cpp:349 #1 pinyin::FacadePhraseIndex::diff at phrase_index.cpp:273 #2 pinyin_save at pinyin.cpp:649 #3 PY::LibPinyinBackEnd::saveUserDB at PYLibPinyin.cc:374 #4 PY::LibPinyinBackEnd::timeoutCallback at PYLibPinyin.cc:362 #10 ibus_main at ibusshare.c:302 #11 start_component at PYMain.cc:141 Potential duplicate: bug 964577 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=AXsdC4x2wg&a=cc_unsubscribe

1 4

[Fedora-i18n-bugs] [Bug 1246725] New: [abrt] ibus-mozc: __libc_sigaction(): ibus-engine-mozc killed by SIGABRT
by Red Hat Bugzilla 19 Jul '16

19 Jul '16

https://bugzilla.redhat.com/show_bug.cgi?id=1246725 Bug ID: 1246725 Summary: [abrt] ibus-mozc: __libc_sigaction(): ibus-engine-mozc killed by SIGABRT Product: Fedora Version: 22 Component: mozc Assignee: tagoh(a)redhat.com Reporter: yauzhesyt(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com Description of problem: ygyh Version-Release number of selected component: ibus-mozc-2.17.2077.102-3.fc22 Additional info: reporter: libreport-2.6.1 backtrace_rating: 4 cmdline: /usr/libexec/ibus-engine-mozc --ibus crash_function: __libc_sigaction executable: /usr/libexec/ibus-engine-mozc global_pid: 1485 kernel: 4.0.6-300.fc22.x86_64 runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (10 frames) #0 __libc_sigaction at ../sysdeps/unix/sysv/linux/x86_64/sigaction.c:54 #1 is_open at /usr/src/debug/gcc-5.1.1-20150618/obj-x86_64-redhat-linux/x86_64-redhat-linux/libstdc++-v3/include/fstream:253 #2 std::basic_filebuf<char, std::char_traits<char> >::close at /usr/src/debug/gcc-5.1.1-20150618/obj-x86_64-redhat-linux/x86_64-redhat-linux/libstdc++-v3/include/bits/fstream.tcc:215 #3 ~scoped_lock at /usr/src/debug/mozc-2.17.2077.102/base/mutex.h:119 #4 mozc::IPCPathManager::LoadPathNameInternal at ../../ipc/ipc_path_manager.cc:455 #5 IsWriteTimeout at ../../ipc/unix_ipc.cc:108 #6 mozc::(anonymous namespace)::SendMessage(int, const char *, size_t, int, enum mozc::IPCErrorType *) at ../../ipc/unix_ipc.cc:157 #7 mozc::IPCClient::Call at ../../ipc/unix_ipc.cc:328 #8 CallCommand at ../../renderer/renderer_client.cc:76 #9 FlushPendingCommand at ../../renderer/renderer_client.cc:283 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=O2P4KOrYY7&a=cc_unsubscribe

1 1

[Fedora-i18n-bugs] [Bug 1226576] New: [abrt] gcin: _IO_vfprintf_internal(): gcin killed by SIGSEGV
by Red Hat Bugzilla 19 Jul '16

19 Jul '16

https://bugzilla.redhat.com/show_bug.cgi?id=1226576 Bug ID: 1226576 Summary: [abrt] gcin: _IO_vfprintf_internal(): gcin killed by SIGSEGV Product: Fedora Version: 22 Component: gcin Assignee: i(a)cicku.me Reporter: spff(a)bitmessage.ch QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, i(a)cicku.me Description of problem: Group install the electronic lab, and it seemed there was confligt.Try again ->crash Version-Release number of selected component: gcin-2.8.2-3.fc22 Additional info: reporter: libreport-2.5.1 backtrace_rating: 4 cmdline: /usr/bin/gcin crash_function: _IO_vfprintf_internal executable: /usr/bin/gcin global_pid: 355 kernel: 4.0.4-301.fc22.x86_64 runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (10 frames) #0 _IO_vfprintf_internal at vfprintf.c:1642 #1 ___vsprintf_chk at vsprintf_chk.c:85 #2 ___sprintf_chk at sprintf_chk.c:31 #3 sprintf at /usr/include/bits/stdio2.h:33 #4 get_icon_path at gcin-icon.cpp:19 #5 load_tray_icon_win32 at tray-win32.cpp:409 #6 update_in_win_pos at eve.cpp:651 #7 toggle_im_enabled at eve.cpp:801 #8 ProcessKeyPress at eve.cpp:1276 #9 xim_ForwardEventHandler at eve.cpp:1485 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=cqJT4haztR&a=cc_unsubscribe

1 2

[Fedora-i18n-bugs] [Bug 1223927] New: [abrt] ibus-rime: NextCharLength(): ibus-engine-rime killed by SIGABRT
by Red Hat Bugzilla 19 Jul '16

19 Jul '16

https://bugzilla.redhat.com/show_bug.cgi?id=1223927 Bug ID: 1223927 Summary: [abrt] ibus-rime: NextCharLength(): ibus-engine-rime killed by SIGABRT Product: Fedora Version: 22 Component: ibus-rime Assignee: pwu(a)redhat.com Reporter: iamtaylover(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 Version-Release number of selected component: ibus-rime-1.2-1.fc22 Additional info: reporter: libreport-2.5.1 backtrace_rating: 4 cmdline: /usr/libexec/ibus-engine-rime --ibus crash_function: NextCharLength executable: /usr/libexec/ibus-engine-rime global_pid: 2498 kernel: 4.0.3-300.fc22.x86_64 runlevel: N 5 type: CCpp uid: 1000 var_log_messages: [System Logs]:\n-- Logs begin at 日 2015-05-17 15:48:40 CST, end at 四 2015-05-21 23:29:42 CST. -- Truncated backtrace: Thread no. 1 (10 frames) #6 NextCharLength at /usr/src/debug/OpenCC-ver.1.0.2/src/UTF8Util.hpp:63 #7 opencc::MaxMatchSegmentation::Segment at /usr/src/debug/OpenCC-ver.1.0.2/src/MaxMatchSegmentation.cpp:37 #8 opencc::Converter::Convert at /usr/src/debug/OpenCC-ver.1.0.2/src/Converter.cpp:26 #9 ConvertText at /usr/src/debug/librime/src/gear/simplifier.cc:61 #10 rime::Simplifier::Convert at /usr/src/debug/librime/src/gear/simplifier.cc:180 #11 rime::Simplifier::Apply at /usr/src/debug/librime/src/gear/simplifier.cc:140 #12 rime::ConcreteEngine::FilterCandidates at /usr/src/debug/librime/src/engine.cc:213 #13 operator() at /usr/include/c++/4.9.2/functional:2439 #14 rime::Menu::Prepare at /usr/src/debug/librime/src/menu.cc:47 #15 rime::Menu::GetCandidateAt at /usr/src/debug/librime/src/menu.cc:93 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=L9Bkr7RzHW&a=cc_unsubscribe

1 2

[Fedora-i18n-bugs] [Bug 1218324] New: Eeekboard keeps letters poped up and is unusable
by Red Hat Bugzilla 19 Jul '16

19 Jul '16

https://bugzilla.redhat.com/show_bug.cgi?id=1218324 Bug ID: 1218324 Summary: Eeekboard keeps letters poped up and is unusable Product: Fedora Version: 22 Component: eekboard Assignee: dueno(a)redhat.com Reporter: mhroncok(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org Created attachment 1021786 --> https://bugzilla.redhat.com/attachment.cgi?id=1021786&action=edit Screenshot of the issue Description of problem: See the screenshot. Version-Release number of selected component (if applicable): 1.0.8-8.fc22 1.0.8-8.fc21 How reproducible: Always. Steps to Reproduce: 1. Run eekboard 2. Hover the mouse over the letters, or click some Actual results: See screenshot Expected results: Hide the popups within some time -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=BWf24WBEmp&a=cc_unsubscribe

1 3

[Fedora-i18n-bugs] [Bug 1126249] New: Component Description of mozc in bugzilla should be self-contained, and shouldn't rely on other trademarked product name
by Red Hat Bugzilla 19 Jul '16

19 Jul '16

https://bugzilla.redhat.com/show_bug.cgi?id=1126249 Bug ID: 1126249 Summary: Component Description of mozc in bugzilla should be self-contained, and shouldn't rely on other trademarked product name Product: Fedora Version: rawhide Component: mozc Assignee: tagoh(a)redhat.com Reporter: yukawa(a)google.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com Created attachment 923718 --> https://bugzilla.redhat.com/attachment.cgi?id=923718&action=edit Component Description says Mozc is "Opensourced Google Japanese Input" Description of problem: When you select Mozc in bugzilla.redhat.com, the Component Description says it is "Opensourced Google Japanese Input". However, OSS Mozc and Google Japanese Input are different products. IANAL, but I feel the description of OSS Mozc should be self-contained, and shouldn't rely on other trademarked product name. Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. Go to https://bugzilla.redhat.com/enter_bug.cgi?product=Fedora 2. Type 'Mozc' in Component section Actual results: Component Description says it is "Opensourced Google Japanese Input". See the attached screenshot. Expected results: Component Description should be carefully chosen here because OSS Mozc and Google Japanese Input are different products. One idea is using the same description of mozc.spec. What do you think? Additional info: Current description of mozc.spec looks a bit obsolete because now Android is also supported in OSS Mozc. It would be nice if the description of mozc.spec is also updated. http://pkgs.fedoraproject.org/cgit/mozc.git/tree/mozc.spec?id=6be8b756d0326… -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=Am1nP5Oakm&a=cc_unsubscribe

1 2

[Fedora-i18n-bugs] [Bug 1117705] New: Main2.py should renamed to "<IME Name> Preferences"
by Red Hat Bugzilla 19 Jul '16

19 Jul '16

https://bugzilla.redhat.com/show_bug.cgi?id=1117705 Bug ID: 1117705 Summary: Main2.py should renamed to "<IME Name> Preferences" Product: Fedora Version: rawhide Component: ibus-pinyin Assignee: pwu(a)redhat.com Reporter: apatil(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 Created attachment 916675 --> https://bugzilla.redhat.com/attachment.cgi?id=916675&action=edit screen shot Description of problem: For UI consistency across all IME's and better user experience, it would be nice to have "<IME Name> Preferences" instead of Main2.py Please find screen shot attached. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=N2xErhcY8J&a=cc_unsubscribe

1 2

[Fedora-i18n-bugs] [Bug 1084228] New: Hinting for Liberation Sans inferior at small font size
by Red Hat Bugzilla 19 Jul '16

19 Jul '16

https://bugzilla.redhat.com/show_bug.cgi?id=1084228 Bug ID: 1084228 Summary: Hinting for Liberation Sans inferior at small font size Product: Fedora Version: 20 Component: liberation-fonts Assignee: psatpute(a)redhat.com Reporter: Eduard.Braun2(a)gmx.de 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 Created attachment 882473 --> https://bugzilla.redhat.com/attachment.cgi?id=882473&action=edit testcase with the problematic font charakteristics Wikipedia recently switched to a predefined CSS font stack for body font so even Windows users will be served with Liberation Sans if installed (e.g. because it is distributed with Libre Office). This made apparent inferior hinting of Liberation Sans with bold weight when rendered at the specific size of 0.875em (the font size used in MediaWiki's vector skin). Most notable "e"s have a very thick lower curve while the upper curve is much too thin. This also applies for variants like "è é ê ë". Funnily not for "œ æ" though which is rendered differently. Also notable is e.g. "s" which has thick upper/lower curves but is thin in the middle. A testcase with the described font characteristics set is attached. The screenshot shows the rendering in Firefox. The screenshot was created with Firefox 28.0 on Windows 7. The installed version of the Liberation fonts is 2.00.1 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=Msol5goZ6N&a=cc_unsubscribe

1 11

[Fedora-i18n-bugs] [Bug 1011371] New: cloud pinyin feature is missed in ibus
by Red Hat Bugzilla 19 Jul '16

19 Jul '16

https://bugzilla.redhat.com/show_bug.cgi?id=1011371 Bug ID: 1011371 Summary: cloud pinyin feature is missed in ibus Product: Fedora Version: rawhide Component: ibus-libpinyin Assignee: pwu(a)redhat.com Reporter: tfujiwar(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 Now ibus-cloud-pinyin is available: http://code.google.com/p/ibus-cloud-pinyin/ Actually I'm not sure if the cloud feature is useful for Chinese users so it's up to you to integrate the feature or will not fix. Originally someone pointed out that ibus missed that feature. Maybe it's an idea to release ibus-cloud-pinyin in Fedora while it provides sogou only and fcitx provides sogou, ime.qq.com, google, baidu. I was also interested in the cloud for ja but it seems the protocol is closed in google. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=EXcOrJl2sb&a=cc_unsubscribe

1 5

[Fedora-i18n-bugs] [Bug 1283406] New: [abrt] ibus: bus_dbus_impl_name_owner_changed(): ibus-daemon killed by SIGABRT
by Red Hat Bugzilla 07 Jul '16

07 Jul '16

https://bugzilla.redhat.com/show_bug.cgi?id=1283406 Bug ID: 1283406 Summary: [abrt] ibus: bus_dbus_impl_name_owner_changed(): ibus-daemon killed by SIGABRT Product: Fedora Version: rawhide Component: ibus Assignee: tfujiwar(a)redhat.com Reporter: satellitgo(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 Version-Release number of selected component: ibus-1.5.11-2.fc24 Additional info: reporter: libreport-2.6.3 backtrace_rating: 4 cmdline: /usr/bin/ibus-daemon -r --xim crash_function: bus_dbus_impl_name_owner_changed executable: /usr/bin/ibus-daemon global_pid: 2435 kernel: 4.4.0-0.rc0.git9.1.fc24.x86_64 runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (5 frames) #4 bus_dbus_impl_name_owner_changed at dbusimpl.c:1242 #9 bus_name_service_set_primary_owner at dbusimpl.c:368 #10 bus_dbus_impl_request_name at dbusimpl.c:1076 #11 call_in_idle_cb at gdbusconnection.c:4832 #16 bus_server_run at server.c:143 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=lwmnTZNYlN&a=cc_unsubscribe

1 14

[Fedora-i18n-bugs] [Bug 1211208] New: ibus-table-createdb should allow table keys to start with spaces
by Red Hat Bugzilla 06 Jul '16

06 Jul '16

https://bugzilla.redhat.com/show_bug.cgi?id=1211208 Bug ID: 1211208 Summary: ibus-table-createdb should allow table keys to start with spaces Product: Fedora Version: 22 Component: ibus-table Assignee: mfabian(a)redhat.com Reporter: mfabian(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: dchen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org, kent.neo(a)gmail.com, me(a)kaio.net, mfabian(a)redhat.com, pwu(a)redhat.com, shawn.p.huang(a)gmail.com James Wood> I recently came across the problem of not being able to James Wood> bind to sequences starting with a space. This is caused by James Wood> applying .strip() on line 209 of engine/tabcreatedb.py (in James Wood> phrase_parser). I can't see start stripping being helpful, James Wood> and since it restricts functionality, I think it should be James Wood> replaced by .rstrip() (as well as possibly some other uses James Wood> of .strip() in the same file). -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=eeKHUXzDQq&a=cc_unsubscribe

1 3

[Fedora-i18n-bugs] [Bug 1330162] New: [abrt] ibus: _g_log_abort(): ibus-ui-gtk3 killed by SIGTRAP
by Red Hat Bugzilla 15 Jun '16

15 Jun '16

https://bugzilla.redhat.com/show_bug.cgi?id=1330162 Bug ID: 1330162 Summary: [abrt] ibus: _g_log_abort(): ibus-ui-gtk3 killed by SIGTRAP Product: Fedora Version: 24 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 Version-Release number of selected component: ibus-1.5.13-1.fc24 Additional info: reporter: libreport-2.7.0 backtrace_rating: 4 cmdline: /usr/libexec/ibus-ui-gtk3 crash_function: _g_log_abort executable: /usr/libexec/ibus-ui-gtk3 global_pid: 12788 kernel: 4.5.1-300.fc24.x86_64 pkg_fingerprint: 73BD E983 81B4 6521 pkg_vendor: Fedora Project reproducible: Not sure how to reproduce the problem runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (9 frames) #0 _g_log_abort at gmessages.c:325 #8 _XEventsQueued at xcb_io.c:364 #9 XPending at Pending.c:55 #10 gdk_check_xpending at gdkeventsource.c:271 #11 gdk_event_source_check at gdkeventsource.c:308 #12 g_main_context_check at gmain.c:3681 #15 gtk_main at gtkmain.c:1266 #16 application_run at application.c:199 #17 application_main at application.c:269 -- You are receiving this mail because: You are on the CC list for the bug.

1 3

[Fedora-i18n-bugs] [Bug 1297185] New: [abrt] ibus: bus_dbus_impl_name_owner_changed(): ibus-daemon killed by SIGABRT
by Red Hat Bugzilla 15 Jun '16

15 Jun '16

https://bugzilla.redhat.com/show_bug.cgi?id=1297185 Bug ID: 1297185 Summary: [abrt] ibus: bus_dbus_impl_name_owner_changed(): ibus-daemon killed by SIGABRT Product: Fedora Version: rawhide Component: ibus Assignee: tfujiwar(a)redhat.com Reporter: belcocco(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 Description of problem: 0)There are on my system two DE: Gnome and Cinnamon and one user. 1) Exit from Cinnamon Session and enter on Gnome session with the same user. 2) Appared "Oops, ......." Version-Release number of selected component: ibus-1.5.11-2.fc24 Additional info: reporter: libreport-2.6.3 backtrace_rating: 4 cmdline: /usr/bin/ibus-daemon -r --xim crash_function: bus_dbus_impl_name_owner_changed executable: /usr/bin/ibus-daemon global_pid: 2870 kernel: 4.4.0-0.rc6.git1.1.fc24.x86_64 runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (9 frames) #4 bus_dbus_impl_name_owner_changed at dbusimpl.c:1243 #9 bus_name_service_remove_owner at dbusimpl.c:457 #10 bus_dbus_impl_connection_destroy_cb at dbusimpl.c:1648 #15 ibus_object_dispose at ibusobject.c:135 #17 ffi_call_unix64 at ../src/x86/unix64.S:76 #18 ffi_call at ../src/x86/ffi64.c:525 #19 g_cclosure_marshal_generic at gclosure.c:1490 #24 emit_closed_in_idle at gdbusconnection.c:1357 #29 bus_server_run at server.c:143 Potential duplicate: bug 890645 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=2CEt7jPzIa&a=cc_unsubscribe

1 3

[Fedora-i18n-bugs] [Bug 1288741] New: [abrt] ibus: bus_dbus_impl_connection_filter_cb(): ibus-daemon killed by SIGABRT
by Red Hat Bugzilla 15 Jun '16

15 Jun '16

https://bugzilla.redhat.com/show_bug.cgi?id=1288741 Bug ID: 1288741 Summary: [abrt] ibus: bus_dbus_impl_connection_filter_cb(): ibus-daemon killed by SIGABRT Product: Fedora Version: 22 Component: ibus Assignee: tfujiwar(a)redhat.com Reporter: wallacehermano(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 Version-Release number of selected component: ibus-1.5.10-5.fc22 Additional info: reporter: libreport-2.6.3 backtrace_rating: 4 cmdline: ibus-daemon --xim --panel disable crash_function: bus_dbus_impl_connection_filter_cb executable: /usr/bin/ibus-daemon global_pid: 2239 kernel: 4.2.6-201.fc22.x86_64 runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (10 frames) #4 bus_dbus_impl_connection_filter_cb at dbusimpl.c:1473 #5 on_worker_message_about_to_be_sent at gdbusconnection.c:2429 #6 _g_dbus_worker_emit_message_about_to_be_sent at gdbusprivate.c:498 #7 continue_writing at gdbusprivate.c:1501 #8 write_message_cb at gdbusprivate.c:1356 #9 g_simple_async_result_complete at gsimpleasyncresult.c:763 #10 write_message_continue_writing at gdbusprivate.c:1070 #11 write_message_async at gdbusprivate.c:1136 #12 continue_writing at gdbusprivate.c:1541 #13 write_message_cb at gdbusprivate.c:1356 Potential duplicate: bug 906086 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=6lvN5u4FnC&a=cc_unsubscribe

1 3

[Fedora-i18n-bugs] [Bug 1279137] New: [abrt] system-config-language: install_packages3.py:291:install_language_packages:AttributeError: 'CalledProcessError' object has no attribute 'message'
by Red Hat Bugzilla 13 Jun '16

13 Jun '16

https://bugzilla.redhat.com/show_bug.cgi?id=1279137 Bug ID: 1279137 Summary: [abrt] system-config-language: install_packages3.py:291:install_language_packages:Att ributeError: 'CalledProcessError' object has no attribute 'message' Product: Fedora Version: 23 Component: system-config-language Assignee: pnemade(a)redhat.com Reporter: paulim.hardware(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, nav007(a)gmail.com, pnemade(a)redhat.com, psatpute(a)redhat.com Version-Release number of selected component: system-config-language-3.3.0-1.fc23 Additional info: reporter: libreport-2.6.3 cmdline: /usr/bin/python3 /usr/share/system-config-language/system-config-language.py executable: /usr/share/system-config-language/system-config-language.py kernel: 4.2.5-300.fc23.x86_64 runlevel: N 5 type: Python3 uid: 0 Truncated backtrace: install_packages3.py:291:install_language_packages:AttributeError: 'CalledProcessError' object has no attribute 'message' Traceback (most recent call last): File "/usr/share/system-config-language/install_packages3.py", line 288, in install_language_packages subprocess.check_output(cmd, shell=True) File "/usr/lib64/python3.4/subprocess.py", line 620, in check_output raise CalledProcessError(retcode, process.args, output=output) subprocess.CalledProcessError: Command 'dnf langinstall -y pt_BR' returned non-zero exit status 1 During handling of the above exception, another exception occurred: Traceback (most recent call last): File "/usr/share/system-config-language/language_gui.py", line 308, in ok_btn installed = self.instpkg.install_packages3(dlang) File "/usr/share/system-config-language/install_packages3.py", line 275, in install_packages3 ret = self.install_language_packages(langcode) File "/usr/share/system-config-language/install_packages3.py", line 291, in install_language_packages print(e.message) AttributeError: 'CalledProcessError' object has no attribute 'message' Local variables in innermost frame: cls: <class 'install_packages3.InstallLangpack'> langcode: 'pt_BR' cmd: 'dnf langinstall -y pt_BR' -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=fGMvZRpnQW&a=cc_unsubscribe

1 4

[Fedora-i18n-bugs] [Bug 1169979] New: Some fonts not in fontconfig cache on Fedora 21 live images
by Red Hat Bugzilla 10 Jun '16

10 Jun '16

https://bugzilla.redhat.com/show_bug.cgi?id=1169979 Bug ID: 1169979 Summary: Some fonts not in fontconfig cache on Fedora 21 live images Product: Fedora Version: 21 Component: fontconfig Assignee: tagoh(a)redhat.com Reporter: awilliam(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com, tagoh(a)redhat.com We've spotted an issue with Fedora 21 live images where some installed fonts appear to be missing from the fontconfig cache in the live environment. An 'fc-cache -f' fixes this. For instance, on the Fedora 21 Final RC2 Workstation x86_64 live: [root@localhost liveuser]# fc-list | wc -l 141 [root@localhost liveuser]# fc-cache --force [root@localhost liveuser]# fc-list | wc -l 159 The specific fonts that are missing on that image are: /usr/share/fonts/dejavu/DejaVuSansMono-BoldOblique.ttf: DejaVu Sans Mono:style=Bold Oblique /usr/share/fonts/dejavu/DejaVuSansMono-Bold.ttf: DejaVu Sans Mono:style=Bold /usr/share/fonts/dejavu/DejaVuSansMono-Oblique.ttf: DejaVu Sans Mono:style=Oblique /usr/share/fonts/dejavu/DejaVuSansMono.ttf: DejaVu Sans Mono:style=Book /usr/share/fonts/dejavu/DejaVuSerif-BoldItalic.ttf: DejaVu Serif:style=Bold Italic /usr/share/fonts/dejavu/DejaVuSerif-Bold.ttf: DejaVu Serif:style=Bold /usr/share/fonts/dejavu/DejaVuSerifCondensed-BoldItalic.ttf: DejaVu Serif,DejaVu Serif Condensed:style=Condensed Bold Italic,Bold Italic /usr/share/fonts/dejavu/DejaVuSerifCondensed.ttf: DejaVu Serif,DejaVu Serif Condensed:style=Condensed,Book /usr/share/fonts/dejavu/DejaVuSerif-Italic.ttf: DejaVu Serif:style=Italic /usr/share/fonts/dejavu/DejaVuSerif.ttf: DejaVu Serif:style=Book /usr/share/fonts/google-noto/NotoSansTagalog-Regular.ttf: Noto Sans Tagalog:style=Regular /usr/share/fonts/google-noto/NotoSansTaiViet-Regular.ttf: Noto Sans Tai Viet:style=Regular /usr/share/fonts/liberation/LiberationSerif-BoldItalic.ttf: Liberation Serif:style=Bold Italic /usr/share/fonts/liberation/LiberationSerif-Bold.ttf: Liberation Serif:style=Bold /usr/share/fonts/liberation/LiberationSerif-Italic.ttf: Liberation Serif:style=Italic /usr/share/fonts/liberation/LiberationSerif-Regular.ttf: Liberation Serif:style=Regular The log of the compose is here: https://kojipkgs.fedoraproject.org//work/tasks/5463/8275463/root.log In comparison, the i686 Workstation live is 'missing' only /usr/share/fonts/google-noto/NotoSansTaiViet-Regular.ttf: Noto Sans Tai Viet:style=Regular its compose log is here: https://kojipkgs.fedoraproject.org//work/tasks/5460/8275460/root.log to me, it appears the affected cases are ones where more than one package contains fonts in the same directory, for packages installed *after* the fontconfig package. The fontconfig package has an 'fc-cache -f' in its %post, so any inconsistencies that exist before it's installed get fixed by that. My first thesis was 'for any given directory, only fonts from the first package installed after fontconfig will make it to the cache, fonts in the same directory from subsequently-installed packages won't be added'. But it doesn't seem to be that simple, because some fonts in /usr/share/fonts/google-noto *are* added - the first 'noto' package installed is google-noto-sans-lisu-fonts , and after that several more noto packages are installed. The fonts from google-noto-sans-mandaic-fonts, google-noto-sans-meeteimayek-fonts , and google-noto-sans-tai-tham-fonts *do* get added to the cache - but the fonts from google-noto-sans-tagalog-fonts and google-noto-sans-tai-viet-fonts do *not* get added. It's quite odd. This is a fairly bad bug because of its impact on DejaVu Sans Mono: this is the default monospace font for both Workstation and KDE (and I think the non-blocking spins too). Its absence from the cache results in them using Nimbus Mono L as their monospace fonts, which is a pretty crappy font, ugly and hard to read. The workaround is easy once you know it, but if you don't, you just think we have a really bad font. There's an easy big hammer workaround we can use for a quick rebuild of the RC2 lives, if we like: --- a/fedora-live-base.ks +++ b/fedora-live-base.ks @@ -299,6 +299,12 @@ rm -f /core* # convince readahead not to collect # FIXME: for systemd +# forcibly regenerate fontconfig cache (so long as this live image has +# fontconfig) - see #XXXXXXX +if [ -x /usr/bin/fc-cache ] ; then + fc-cache -f +fi + %end i.e., just do an fc-cache -f at the end of live generation %post. I've tested that locally, and it works, the generated Workstation image has 159 fonts in fc-list (I also generated an image with the exact same config and build host, but no change to spin-kickstarts, to verify that it reproduced the bug, and it does). The real fix should likely be in fc-cache, but the spin-kickstarts workaround would solve this problem for F21. I think fc-cache's behaviour must have changed between F20 and F21, as F20 doesn't appear to be affected by this at all, at least not the x86_64 desktop live. All F21 images I've tested seem to be affected to some extent, though the exact affected fonts vary depending on the package install order that yum decided on. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=Ex4RiyuuM1&a=cc_unsubscribe

1 26

[Fedora-i18n-bugs] [Bug 1319403] New: [RFE] ibus-chewing: New option: Caps Lock behavior
by Red Hat Bugzilla 07 Jun '16

07 Jun '16

https://bugzilla.redhat.com/show_bug.cgi?id=1319403 Bug ID: 1319403 Summary: [RFE] ibus-chewing: New option: Caps Lock behavior Product: Fedora Version: rawhide Component: ibus-chewing Assignee: dchen(a)redhat.com Reporter: dchen(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: dchen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org, shawn.p.huang(a)gmail.com Description of problem: Currently in ibus-chewing, Caps Lock toggle English/Chinese. However, in English environment, some users use Caps Lock to toggle upper/lower case, and wish to keep this muscle memory in ibus-chewing English mode. Version-Release number of selected component (if applicable): 1.4.14 Proposed Changes: Add two options: 1. Caps Lock toggles Chinese Mode (boolean) Default: On 2. Letter case in English mode (Only enabled when Caps Lock toggle Chinese is on) a. Determine by Caps Lock state (Default) b. Lowercase c. Uppercase Remove one option: Force lowercase in En mode. Because it should be obsoleted by the new option 2. -- You are receiving this mail because: You are on the CC list for the bug.

1 6

[Fedora-i18n-bugs] [Bug 1330194] New: Ctrl-c failed to output as Ctrl-c
by Red Hat Bugzilla 07 Jun '16

07 Jun '16

https://bugzilla.redhat.com/show_bug.cgi?id=1330194 Bug ID: 1330194 Summary: Ctrl-c failed to output as Ctrl-c Product: Fedora Version: rawhide Component: ibus-chewing Severity: high Assignee: dchen(a)redhat.com Reporter: dchen(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: dchen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org, shawn.p.huang(a)gmail.com Description of problem: Regardless with English or Chinese mode, the Ctrl-c was outputted as c Version-Release number of selected component (if applicable): 1.5.0-SNAPSHOT How reproducible: Always Steps to Reproduce: 1. Press Ctrl-c 2. 3. Actual results: "c" is outputed Expected results: Pass as Ctrl-c Additional info: -- You are receiving this mail because: You are on the CC list for the bug.

1 7

[Fedora-i18n-bugs] [Bug 1324348] New: w3m: denial of service with crafted html files
by Red Hat Bugzilla 07 Jun '16

07 Jun '16

https://bugzilla.redhat.com/show_bug.cgi?id=1324348 Bug ID: 1324348 Summary: w3m: denial of service with crafted html files Product: Security Response Component: vulnerability Keywords: Security Severity: medium Priority: medium Assignee: security-response-team(a)redhat.com Reporter: anemec(a)redhat.com CC: eng-i18n-bugs(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org, michel(a)michel-slm.name, pnemade(a)redhat.com A vulnerability was found in w3m package. A maliciously crafted html file opened with specific command could cause the application to crash. Original bug report (reproducer attached): https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=820162 -- You are receiving this mail because: You are on the CC list for the bug.

1 10

[Fedora-i18n-bugs] [Bug 1154526] New: fi_FI compose keys not working after installation
by Red Hat Bugzilla 02 Jun '16

02 Jun '16

https://bugzilla.redhat.com/show_bug.cgi?id=1154526 Bug ID: 1154526 Summary: fi_FI compose keys not working after installation Product: Fedora Version: 21 Component: ibus Assignee: tfujiwar(a)redhat.com Reporter: myllynen(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 Description of problem: After installing F21 Alpha using Finnish for language and keyboard, fi_FI compose keys are not in use although LC_CTYPE=fi_FI.utf8. Earlier related bug about this was https://bugzilla.redhat.com/show_bug.cgi?id=1013651. See especially https://bugzilla.redhat.com/show_bug.cgi?id=1013651#c13. The highly unintuitive step mentioned in bug 1013651#c13 is still needed to make this work, so the question is do we want to enable this by default or make enabling it a bit more intuitive or at least document this? Additional info: The quick test to see whether fi_FI compose keys work is that with LC_CTYPE=fi_FI.UTF-8 dead_acute + space should produce acute (not apostrophe as with en_US.UTF-8). -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=C6KjJh8qDv&a=cc_unsubscribe

1 15

[Fedora-i18n-bugs] [Bug 525046] New: [indic] yum showing content in indic languages, those are broken for terminal
by Red Hat Bugzilla 30 May '16

30 May '16

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: [indic] yum showing content in indic languages, those are broken for terminal https://bugzilla.redhat.com/show_bug.cgi?id=525046 Summary: [indic] yum showing content in indic languages, those are broken for terminal Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Keywords: i18n Severity: medium Priority: low Component: yum AssignedTo: skvidal(a)sethdot.org ReportedBy: aalam(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: james.antill(a)redhat.com, pmatilai(a)redhat.com, tim.lauridsen(a)googlemail.com, ffesti(a)redhat.com, maxamillion(a)gmail.com, skvidal(a)sethdot.org, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora Target Release: --- Description of problem: while running yum command in Punjabi Desktop (pa_IN) locale, there was some output, which is broken, failed to read from terminal. When using Group command,then all things are broken. Version-Release number of selected component (if applicable): yum-3.2.24-5.fc12 How reproducible: 100% Steps to Reproduce: 1. in gnome-terminal set locale as 'export LANG=pa_IN.UTF-8' 2. yum grouplist 3. Actual results: output contains Punjabi (pa_IN) language, which is not shown properly Expected results: as Indic (all) languages are not render properly on Terminal, so output should be in English for better use. Additional info: 1) Other affected locales are *_IN (as_IN,bn_IN,gu_IN,hi_IN,ml_IN,mr_IN...) 2) for GUI front-end (gpk-application) locales are working fine -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 27

[Fedora-i18n-bugs] [Bug 511197] New: [gcin] [Feature request] Please pack the voice data.
by Red Hat Bugzilla 30 May '16

30 May '16

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: [gcin] [Feature request] Please pack the voice data. https://bugzilla.redhat.com/show_bug.cgi?id=511197 Summary: [gcin] [Feature request] Please pack the voice data. Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: gcin AssignedTo: candyz0416(a)gmail.com ReportedBy: dchen(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: petersen(a)redhat.com, candyz0416(a)gmail.com, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora Target Release: --- Description of problem: One of nice gcin features is gcin prounces the character you type, thus lower typo rate. However, the voice data is not packed in fedora. Version-Release number of selected component (if applicable): 1.4.5-2.fc11 How reproducible: Always Steps to Reproduce: 1. Right click on gcin for gcin setup menu. 2. Click on "Default input method & Enable/disable". 3. Enable "Speak as you type". Actual results: Due to lack of voice data, this function is not functional. Expected results: gcin speaks as you type. Additional info: Voice data can be downloaded at: http://cle.linux.org.tw/trac/wiki/GcinTextToSpeech How about make a gcin-voice sub-package? -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 6

[Fedora-i18n-bugs] [Bug 1182821] New: unable to invoke function after pressing enter in search box of evernote.com
by Red Hat Bugzilla 27 May '16

27 May '16

https://bugzilla.redhat.com/show_bug.cgi?id=1182821 Bug ID: 1182821 Summary: unable to invoke function after pressing enter in search box of evernote.com Product: Fedora Version: 21 Component: ibus-chewing Severity: medium Assignee: dchen(a)redhat.com Reporter: dchen(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: dchen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org, shawn.p.huang(a)gmail.com Description of problem: Log in with your evernote account and click the search button on left panel. Then type some words with ibus-chewing, it would fail to trigger the search function. BUT…ibus-anthy did it successfully. See also https://github.com/definite/ibus-chewing/issues/48 Version-Release number of selected component (if applicable): ibus-chewing-1.4.14 How reproducible: Always -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=gPH6iQOV1D&a=cc_unsubscribe

1 4

[Fedora-i18n-bugs] [Bug 743825] New: RFE: run libunistring testsuite during build
by Red Hat Bugzilla 25 May '16

25 May '16

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: RFE: run libunistring testsuite during build https://bugzilla.redhat.com/show_bug.cgi?id=743825 Summary: RFE: run libunistring testsuite during build Product: Fedora Version: 15 Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: libunistring AssignedTo: p(a)draigbrady.com ReportedBy: jhrozek(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: p(a)draigbrady.com, meyering(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org Classification: Fedora Story Points: --- Type: --- Description of problem: libunistring tarball contains an upstream testsuite. It would be nice to have it run during each build with the %check directive. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 3

[Fedora-i18n-bugs] [Bug 1087448] New: RFE: ibus-typing-booster keybinding customization
by Red Hat Bugzilla 20 May '16

20 May '16

https://bugzilla.redhat.com/show_bug.cgi?id=1087448 Bug ID: 1087448 Summary: RFE: ibus-typing-booster keybinding customization Product: Fedora Version: rawhide Component: ibus-typing-booster Assignee: apatil(a)redhat.com Reporter: tfujiwar(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: apatil(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org, mfabian(a)redhat.com Currently Tab key toggles the prediction list in ibus-typing-booster when "Enable suggestions by Tab key" check button is enabled. The key is conflict with shell script string completion at least. Also I think the Tab key do enables to show the prediction list, rotate the enabled prediction in the list and string completion likes bash. There are some ideas: 1. "wed" + Tab "wedge" and "wednesday" are shown and "wedge" is selected. + Tab again "wednesday" is enabled. 2. "wedne" + Tab "wednesday" is completed. 3. Escape key cancels the prediction list but does not delete the preedit. I wonder if the prediction list is shown only when miss-spelling or Tab is typed. xfce4-terminal has the black background and I feel the preedit attributes are not needed. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=Y07z6d3jTJ&a=cc_unsubscribe

1 3

[Fedora-i18n-bugs] [Bug 1309524] New: [RFE] ibus-chewing: systray should be able to show the Chinese/English mode
by Red Hat Bugzilla 18 May '16

18 May '16

https://bugzilla.redhat.com/show_bug.cgi?id=1309524 Bug ID: 1309524 Summary: [RFE] ibus-chewing: systray should be able to show the Chinese/English mode Product: Fedora Version: rawhide Component: ibus-chewing Severity: medium Assignee: dchen(a)redhat.com Reporter: dchen(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: dchen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org, shawn.p.huang(a)gmail.com Description of problem: For desktop environment other then Gnome or KDE, it is not easy to tell whether ibus-chewing is in English or Chinese mode. Steps to Reproduce: 0. WM is fluxbox 1. Invoke ibus-chewing 2. Press CapsLock 3. Press Shift Expected results: After 1, it shows Chinese mode in system stray After 2, it shows English mode in system stray After 3, it shows Chinese mode in system stray -- You are receiving this mail because: You are on the CC list for the bug.

1 7

[Fedora-i18n-bugs] [Bug 1177198] New: [abrt] ibus-chewing: XGetKeyboardControl(): ibus-engine-chewing killed by SIGSEGV
by Red Hat Bugzilla 18 May '16

18 May '16

https://bugzilla.redhat.com/show_bug.cgi?id=1177198 Bug ID: 1177198 Summary: [abrt] ibus-chewing: XGetKeyboardControl(): ibus-engine-chewing killed by SIGSEGV Product: Fedora Version: 20 Component: ibus-chewing Assignee: dchen(a)redhat.com Reporter: tcfxfzoi(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: dchen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org, shawn.p.huang(a)gmail.com Version-Release number of selected component: ibus-chewing-1.4.10.1-1.fc20 Additional info: reporter: libreport-2.2.3 backtrace_rating: 4 cmdline: /usr/libexec/ibus-engine-chewing --ibus crash_function: XGetKeyboardControl executable: /usr/libexec/ibus-engine-chewing kernel: 3.17.6-200.fc20.i686+PAE runlevel: N 5 type: CCpp uid: 0 Truncated backtrace: Thread no. 1 (10 frames) #0 XGetKeyboardControl at GetKCnt.c:39 #1 is_caps_led_on at /usr/src/debug/ibus-chewing-1.4.10.1-Source/src/IBusChewingEngine-def.c:640 #2 ibus_chewing_engine_restore_mode at /usr/src/debug/ibus-chewing-1.4.10.1-Source/src/IBusChewingEngine.gob:392 #3 ___22_ibus_chewing_engine_focus_in at /usr/src/debug/ibus-chewing-1.4.10.1-Source/src/IBusChewingEngine.gob:1089 #4 g_cclosure_marshal_VOID__VOIDv at gmarshal.c:115 #5 g_type_class_meta_marshalv at gclosure.c:997 #6 _g_closure_invoke_va at gclosure.c:840 #9 ibus_engine_service_method_call at ibusengine.c:893 #10 ibus_service_service_method_call_cb at ibusservice.c:395 #11 call_in_idle_cb at gdbusconnection.c:4868 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=xrMArZEkqh&a=cc_unsubscribe

1 8

[Fedora-i18n-bugs] [Bug 1182813] New: ibus-chewing crashes gedit in search box while window out of focus
by Red Hat Bugzilla 18 May '16

18 May '16

https://bugzilla.redhat.com/show_bug.cgi?id=1182813 Bug ID: 1182813 Summary: ibus-chewing crashes gedit in search box while window out of focus Product: Fedora Version: 21 Component: ibus-chewing Severity: high Assignee: dchen(a)redhat.com Reporter: dchen(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: dchen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org, shawn.p.huang(a)gmail.com Description of problem: See https://github.com/definite/ibus-chewing/issues/28 for details How to reproduce: Always Version-Release number of selected component (if applicable): ibus-chewing 1.4 How reproducible: Always Steps to Reproduce: 1. Open gedit 2. Press Ctl+F to open the search box 3. Switch input method to ibus-chewing 4. Enter any chinese character, for example "找" without actuall commit it 5. Press Alt+Tab or Hover the mouse to Hot Corner of GNOME Shell Actual results: gedit crashed Expected results: After Alt+Tab, the string is committed. Not crash Additional info: -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=P0TvxQGmRK&a=cc_unsubscribe

1 11

[Fedora-i18n-bugs] [Bug 1177999] New: [abrt] ibus-chewing: g_settings_set_property(): ibus-engine-chewing killed by SIGTRAP
by Red Hat Bugzilla 17 May '16

17 May '16

https://bugzilla.redhat.com/show_bug.cgi?id=1177999 Bug ID: 1177999 Summary: [abrt] ibus-chewing: g_settings_set_property(): ibus-engine-chewing killed by SIGTRAP Product: Fedora Version: 21 Component: ibus-chewing Assignee: dchen(a)redhat.com Reporter: scorpion.cute(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: dchen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org, shawn.p.huang(a)gmail.com Version-Release number of selected component: ibus-chewing-1.4.14-2.fc21 Additional info: reporter: libreport-2.3.0 backtrace_rating: 4 cmdline: /usr/libexec/ibus-engine-chewing --ibus crash_function: g_settings_set_property executable: /usr/libexec/ibus-engine-chewing kernel: 3.17.7-300.fc21.x86_64 runlevel: N 5 type: CCpp uid: 1001 Truncated backtrace: Thread no. 1 (10 frames) #2 g_settings_set_property at gsettings.c:481 #3 object_set_property at gobject.c:1415 #4 g_object_new_internal at gobject.c:1808 #5 g_object_new_valist at gobject.c:2034 #7 g_settings_new at gsettings.c:853 #8 mkdg_g_settings_backend_new at /usr/src/debug/ibus-chewing-1.4.14-Source/src/GSettingsBackend.c:295 #9 ibus_chewing_engine_use_setting at /usr/src/debug/ibus-chewing-1.4.14-Source/src/IBusChewingEngine.gob:304 #10 ibus_chewing_engine_init at /usr/src/debug/ibus-chewing-1.4.14-Source/src/IBusChewingEngine.gob:282 #11 g_type_create_instance at gtype.c:1865 #12 g_object_constructor at gobject.c:2060 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=25li8JfS4o&a=cc_unsubscribe

1 11

[Fedora-i18n-bugs] [Bug 1254435] New: rename eclipse-nls-zh to eclipse-nls-zh_CN
by Red Hat Bugzilla 17 May '16

17 May '16

https://bugzilla.redhat.com/show_bug.cgi?id=1254435 Bug ID: 1254435 Summary: rename eclipse-nls-zh to eclipse-nls-zh_CN Product: Fedora Version: 23 Component: eclipse-nls Assignee: sflaniga(a)redhat.com Reporter: pnemade(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, petersen(a)redhat.com, sflaniga(a)redhat.com Description of problem: I want to request to have proper naming for zh_CN translation package. Can it be possible to rename eclipse-nls-zh to eclipse-nls-zh_CN? I have this reasoning for this. Generally, we use locales, load locales and use translations. There is no zh locale available in ls /usr/share/i18n/locales/z* only zh_* locales are there. Please consider to rename package or provide simply virtual provides. Version-Release number of selected component (if applicable): eclipse-nls-4.4.0.v20141223043836-1.fc23 How reproducible: always Another reason to rename that subpackage is https://fedoraproject.org/wiki/Packaging:NamingGuidelines#Addon_Packages_.2… Thanks. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=LBgnRYyqoX&a=cc_unsubscribe

1 2

[Fedora-i18n-bugs] [Bug 1331050] New: glyphs reversed, black medium left- and right-pointing triangles
by Red Hat Bugzilla 15 May '16

15 May '16

https://bugzilla.redhat.com/show_bug.cgi?id=1331050 Bug ID: 1331050 Summary: glyphs reversed, black medium left- and right-pointing triangles Product: Fedora Version: 23 Component: vlgothic-fonts Assignee: tagoh(a)redhat.com Reporter: todd_lewis(a)unc.edu QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com Created attachment 1151422 --> https://bugzilla.redhat.com/attachment.cgi?id=1151422&action=edit Screenshot "Character Map" details of U+23F4, U+23F5. Description of problem: The U+23F4 and U+23F5 ("black medium left-pointing triangle" and "black medium right-pointing triangle") are reversed. That is, what should be the left one points right, while what should be the right one points left. Version-Release number of selected component (if applicable): 20141206-2.fc23 How reproducible: always Steps to Reproduce: 1. install vlgothic-fonts 2. open character map 3. search for U+23F4 and U+23F5 Actual results: Left> <Right Expected results: Left< >Right Additional info: The descriptions are correct. It's the glyphs that are switched. -- You are receiving this mail because: You are on the CC list for the bug.

1 9

[Fedora-i18n-bugs] [Bug 1315090] New: Numlock LED on keyboard switches off with non-US keyboard layouts
by Red Hat Bugzilla 13 May '16

13 May '16

https://bugzilla.redhat.com/show_bug.cgi?id=1315090 Bug ID: 1315090 Summary: Numlock LED on keyboard switches off with non-US keyboard layouts Product: Fedora Version: 23 Component: ibus Assignee: tfujiwar(a)redhat.com Reporter: D8F55524(a)dynmail.crt1.net QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com Description of problem: When using IBus, the numlock LED switches off (only the LED, the function remains active which is very disturbing) once any modifier key such as [shift], [ctrl], etc. is pressed. Have to press numlock key twice to restore LED *and* function. The LED switches off again after switching to another keyboard layout once a modifier key is pressed. Version-Release number of selected component (if applicable): ibus-1.5.11-1.fc23.x86_64 How reproducible: Always Steps to Reproduce: - alternative 1: 1. Start Fedora 23 2. Ensure that the numlock function is on ( https://bugzilla.redhat.com/show_bug.cgi?id=1315087 ) 3. Login in the DM (in my case: lightdm) 4. Wait for the WM (in my case: XFCE) to finish loading 5. Press [shift] - alternative 2: 1. Ensure numlock LED *and* function are both on (double press numlock if needed) 2. Change IBus keyboard layout 3. Press [shift] Actual results: Numlock LED switches off, but the numlock function stays on. Expected results: Numlock LED *and* function should stay on. Additional info: Opening this as a new bug as per requested in https://bugzilla.redhat.com/show_bug.cgi?id=115909#c44 . Seems related to: https://bugzilla.redhat.com/show_bug.cgi?id=1047151 https://bbs.archlinux.org/viewtopic.php?id=162314 -- You are receiving this mail because: You are on the CC list for the bug.

1 4

[Fedora-i18n-bugs] [Bug 862367] New: 'Ctrl + Space' not working, ibus frontend for fbterm does not show up
by Red Hat Bugzilla 11 May '16

11 May '16

https://bugzilla.redhat.com/show_bug.cgi?id=862367 Bug ID: 862367 QA Contact: extras-qa(a)fedoraproject.org Severity: urgent Version: 17 Priority: unspecified CC: dchen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org Assignee: dchen(a)redhat.com Summary: 'Ctrl + Space' not working, ibus frontend for fbterm does not show up Regression: --- Story Points: --- Classification: Fedora OS: Linux Reporter: wangtinggong(a)gmail.com Type: Bug Documentation: --- Hardware: x86_64 Mount Type: --- Status: NEW Component: ibus-fbterm Product: Fedora Description of problem: ibus works well in X11, but in fbterm, ibus-fbterm can not activate him. Version-Release number of selected component (if applicable): ibus-1.4.99.20120914-2.fc17.src.rpm fbterm-1.6-5.fc17.x86_64 ibus-fbterm-0.9.1-14.fc17.x86_64 How reproducible: always Steps to Reproduce: 1. start Fedora 17 X11 Desktop 2. ibus works well, 'Ctrl + Space' can switch between input methods 3. press 'CTRL + ALT + F2' to console 4. exec command: ibus-fbterm-launch 5. press 'Ctrl + Space', nothing happen Actual results: ibus frontend for fbterm does not show up Expected results: 'Ctrl + Space' can switch between input methods Additional info: after dig into source, ibus tree says: commit 53d33ec4e6ad41a116f25cfa7ce12e04f6f93752 Author: Peng Huang <shawn.p.huang(a)gmail.com> Date: Tue Aug 16 07:26:42 2011 -0400 Remove enable status of input context and hotkey logic in ibus-daemon the latest ibus-fbterm is ibus-fbterm-0.9.1.tar.gz, uploaded in Nov 2009. after ibus framework changed, ibus-fbterm do can not work now. -- You are receiving this mail because: You are on the CC list for the bug.

1 6

[Fedora-i18n-bugs] [Bug 1214271] New: ibus-wayland works quite wrong
by Red Hat Bugzilla 10 May '16

10 May '16

https://bugzilla.redhat.com/show_bug.cgi?id=1214271 Bug ID: 1214271 Summary: ibus-wayland works quite wrong Product: Fedora Version: 22 Component: ibus Severity: high Assignee: tfujiwar(a)redhat.com Reporter: evgenymarkov(a)yandex.ru QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com Description of problem: When i login to wayland session I found a lot of problems with the keyboard layout: 1. Current layout and layout in indicator are not syncronized. Sometimes it shows right info, sometimes wrong. 2. Modifier key to switch the language(default shift + alt) does not work. 3. Win + space works but if I click quickly, it does not change the layout. Version-Release number of selected component (if applicable): 1.5.10-1.fc22 Steps to Reproduce: 1. Login to gnome wayland session 2. Try to write some text in different languages. Expected results: Modifier key should work, win + space too. Indicator should display the correct information. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=g17Cl1HNOG&a=cc_unsubscribe

1 12

[Fedora-i18n-bugs] [Bug 1330461] New: [abrt] ibus-typing-booster: hunspell_table.py:444:update_candidates:AttributeError: 'editor' object has no attribute '_transliterated_string'
by Red Hat Bugzilla 10 May '16

10 May '16

https://bugzilla.redhat.com/show_bug.cgi?id=1330461 Bug ID: 1330461 Summary: [abrt] ibus-typing-booster: hunspell_table.py:444:update_candidates:AttributeError : 'editor' object has no attribute '_transliterated_string' Product: Fedora Version: 24 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 Description of problem: Mistyped variable name Version-Release number of selected component: ibus-typing-booster-1.4.1-1.fc24 Additional info: reporter: libreport-2.7.0 cmdline: /usr/bin/python3 /usr/share/ibus-typing-booster/engine/main.py --ibus executable: /usr/share/ibus-typing-booster/engine/main.py kernel: 4.5.2-301.fc24.x86_64 pkg_vendor: (none) reproducible: Not sure how to reproduce the problem runlevel: N 5 type: Python3 uid: 1000 Truncated backtrace: hunspell_table.py:444:update_candidates:AttributeError: 'editor' object has no attribute '_transliterated_string' Traceback (most recent call last): File "/usr/share/ibus-typing-booster/engine/hunspell_table.py", line 1110, in do_process_key_event result = self._process_key_event (key) File "/usr/share/ibus-typing-booster/engine/hunspell_table.py", line 1449, in _process_key_event self._editor.insert_string_at_cursor([key.msymbol]) File "/usr/share/ibus-typing-booster/engine/hunspell_table.py", line 277, in insert_string_at_cursor self.update_candidates() File "/usr/share/ibus-typing-booster/engine/hunspell_table.py", line 444, in update_candidates prefix = self._transliterated_string[0:prefix_length] AttributeError: 'editor' object has no attribute '_transliterated_string' Local variables in innermost frame: prefix_length: 1 stripped_transliterated_string: 'n' self: <hunspell_table.editor object at 0x7f3b8a91e470> prefix: '' ime: 't-latn-post' candidates: [] phrase_frequencies: {} -- You are receiving this mail because: You are on the CC list for the bug.

1 17

[Fedora-i18n-bugs] [Bug 1331338] New: [abrt] ibus-typing-booster: hunspell_table.py:1278:_process_key_event:AttributeError: 'editor' object has no attribute 'trans'
by Red Hat Bugzilla 10 May '16

10 May '16

https://bugzilla.redhat.com/show_bug.cgi?id=1331338 Bug ID: 1331338 Summary: [abrt] ibus-typing-booster: hunspell_table.py:1278:_process_key_event:AttributeErr or: 'editor' object has no attribute 'trans' Product: Fedora Version: 24 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 Version-Release number of selected component: ibus-typing-booster-1.4.2-1.fc24 Additional info: reporter: libreport-2.7.0 cmdline: /usr/bin/python3 /usr/share/ibus-typing-booster/engine/main.py --profile --ibus executable: /usr/share/ibus-typing-booster/engine/main.py kernel: 4.5.2-301.fc24.x86_64 pkg_vendor: (none) reproducible: Not sure how to reproduce the problem runlevel: N 5 type: Python3 uid: 1000 Truncated backtrace: hunspell_table.py:1278:_process_key_event:AttributeError: 'editor' object has no attribute 'trans' Traceback (most recent call last): File "/usr/share/ibus-typing-booster/engine/hunspell_table.py", line 1163, in do_process_key_event result = self._process_key_event (key) File "/usr/share/ibus-typing-booster/engine/hunspell_table.py", line 1278, in _process_key_event transliterated_digit = self._editor.trans[ AttributeError: 'editor' object has no attribute 'trans' Local variables in innermost frame: self: <hunspell_table.tabengine object at 0x7f24ebadd168 (hunspell_table+tabengine at 0x55cc9bede0a0)> key: <hunspell_table.KeyEvent object at 0x7f24e804ab38> -- You are receiving this mail because: You are on the CC list for the bug.

1 14

[Fedora-i18n-bugs] [Bug 1196170] New: emacs-common-ddskk-20150222 is available
by Red Hat Bugzilla 09 May '16

09 May '16

https://bugzilla.redhat.com/show_bug.cgi?id=1196170 Bug ID: 1196170 Summary: emacs-common-ddskk-20150222 is available Product: Fedora Version: rawhide 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 Latest upstream release: 20150222 Current version/release in rawhide: 15.2-1.fc22 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 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=VVcHJ5ikpj&a=cc_unsubscribe

1 83

[Fedora-i18n-bugs] [Bug 1321532] New: msghack drops msgctxt
by Red Hat Bugzilla 09 May '16

09 May '16

https://bugzilla.redhat.com/show_bug.cgi?id=1321532 Bug ID: 1321532 Summary: msghack drops msgctxt Product: Fedora Version: 23 Component: gettext Assignee: dueno(a)redhat.com Reporter: tagoh(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org, petersen(a)redhat.com, praiskup(a)redhat.com Description of problem: Trying to drop strings in msgstr with --empty option in msghack, the result doesn't contain msgctxt which is there in the source. Version-Release number of selected component (if applicable): gettext-0.19.7-3.fc23.x86_64 How reproducible: always Steps to Reproduce: 1.msghack --empty <(echo "msgctxt \"ctxt\"\nmsgid \"id\"\nmsgstr \"string\"\n") 2. 3. Actual results: msgid "id" msgstr "" Expected results: msgctxt "ctxt" msgid "id" msgstr "" Additional info: -- You are receiving this mail because: You are on the CC list for the bug.

1 3

[Fedora-i18n-bugs] [Bug 903272] New: [gu_IN] use Devanagari U0965 instead of U0AE5 in inscript2 map
by Red Hat Bugzilla 07 May '16

07 May '16

Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=903272 Bug ID: 903272 Summary: [gu_IN] use Devanagari U0965 instead of U0AE5 in inscript2 map Product: Fedora Version: rawhide Component: m17n-contrib Severity: unspecified Priority: unspecified Reporter: pnemade(a)redhat.com Description of problem: Using gu-inscript2.mim, when typed "AltGr+>" Unicode box appears which mean double danda is missing from Lohit font. But, its also recommended to use this Unicode from Devanagari script. That is U0965 Version-Release number of selected component (if applicable): m17n-contrib-1.1.14-1.fc18.noarch How reproducible: always Steps to Reproduce: 1. 2. 3. Actual results: missing character rendering Expected results: character should render correctly Additional info: -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=QsxmxWQqJF&a=cc_unsubscribe

1 10

[Fedora-i18n-bugs] [Bug 996429] New: Mapping of ਠ is improper as per standard
by Red Hat Bugzilla 07 May '16

07 May '16

https://bugzilla.redhat.com/show_bug.cgi?id=996429 Bug ID: 996429 Summary: Mapping of ਠ is improper as per standard Product: Fedora Version: 19 Component: m17n-contrib Assignee: pnemade(a)redhat.com Reporter: psatpute(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com Description of problem: mapping of ਠ should be double quote but it is presently "double quote + space" Version-Release number of selected component (if applicable): m17n-contrib-1.1.14-2.fc19.noarch How reproducible: every time Steps to Reproduce: 1. select Punjabi Inscript 2 layout 2. Type double quote and check 3. Actual results: ਠ character not appearing Expected results: it should appear on double quote Additional info: attaching patch.. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=CdE5tLpGjW&a=cc_unsubscribe

1 9

[Fedora-i18n-bugs] [Bug 1269404] New: Update with latest upstream release with split tarballs
by Red Hat Bugzilla 07 May '16

07 May '16

https://bugzilla.redhat.com/show_bug.cgi?id=1269404 Bug ID: 1269404 Summary: Update with latest upstream release with split tarballs Product: Fedora Version: 23 Component: google-noto-fonts Assignee: psatpute(a)redhat.com Reporter: psatpute(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com, pwu(a)redhat.com Ref: https://github.com/fedora-infra/fedora-packages/issues/161 Dear Fedora maintainers, currently, this page: https://apps.fedoraproject.org/packages/google-noto-fonts/overview/ lists the following as project homepage: https://code.google.com/p/noto However, we recently moved from Google Code to GitHub; to cope with size limitations, we split the fonts over multiple repositories. The new locations are here: https://github.com/googlei18n/noto-fonts https://github.com/googlei18n/noto-cjk https://github.com/googlei18n/noto-emoji -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=lgKSzvGASg&a=cc_unsubscribe

1 6

[Fedora-i18n-bugs] [Bug 1330089] ibus panel in the KDE panel does nothing when clicked
by Red Hat Bugzilla 28 Apr '16

28 Apr '16

https://bugzilla.redhat.com/show_bug.cgi?id=1330089 --- Comment #16 from Akira TAGOH <tagoh(a)redhat.com> --- (In reply to fujiwara from comment #14) > I think there would be some reasons not to inherit all environment variables > through dbus but is it a good implementation that imsettings does not export > necessary variables? Not exactly. until f23, dbus-launch had been established *after* the required envvars is set. on f24 and later, dbus has been moved to kdbus and systemd takes care of it. so this is obviously a regression. In fact, there seems similar issue related to envvars in gnome-keyring (https://bugzilla.gnome.org/show_bug.cgi?id=738205) and more. you can see some when googling it. For a solution/workaround, they seem tried to export envvars into dbus. I suppose XDG_CURRENT_DESKTOP should be one of them. you better bring this up to desktop developers to behave so if you like that way. I may need to investigate more to overhaul the architecture of imsettings to modernize perhaps. but it may takes more time and not on f24 timeframe. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Fedora-i18n-bugs] [Bug 1330089] ibus panel in the KDE panel does nothing when clicked
by Red Hat Bugzilla 28 Apr '16

28 Apr '16

https://bugzilla.redhat.com/show_bug.cgi?id=1330089 --- Comment #15 from fujiwara <tfujiwar(a)redhat.com> --- % env XDG_CURRENT_DESKTOP=KDE ibus-daemon would be better than % ibus-daemon --foo -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Fedora-i18n-bugs] [Bug 1330089] ibus panel in the KDE panel does nothing when clicked
by Red Hat Bugzilla 27 Apr '16

27 Apr '16

https://bugzilla.redhat.com/show_bug.cgi?id=1330089 --- Comment #14 from fujiwara <tfujiwar(a)redhat.com> --- It seems you ask each IMF to have an option to switch GtkStatusIcon and Indicator if it checks environment variables. I think there would be some reasons not to inherit all environment variables through dbus but is it a good implementation that imsettings does not export necessary variables? -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Fedora-i18n-bugs] [Bug 1330089] ibus panel in the KDE panel does nothing when clicked
by Red Hat Bugzilla 27 Apr '16

27 Apr '16

https://bugzilla.redhat.com/show_bug.cgi?id=1330089 --- Comment #13 from Akira TAGOH <tagoh(a)redhat.com> --- That's good. but ibus should relies on something else other than envvars. or at least should have a way to do so. just suggested a command line option because it is easy to implement. if there are any other idea, that would be even good. I don't think imsettings should takes care of envvars others is supposed to set. no exceptions. otherwise it needs to do similar thing each time forever a new one is coming up. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Fedora-i18n-bugs] [Bug 1330089] ibus panel in the KDE panel does nothing when clicked
by Red Hat Bugzilla 27 Apr '16

27 Apr '16

https://bugzilla.redhat.com/show_bug.cgi?id=1330089 --- Comment #12 from fujiwara <tfujiwar(a)redhat.com> --- (In reply to Akira TAGOH from comment #11) > I suppose ibus shouldn't depends on any envvars to have different behavior. > it would be better to have an option to change the status icon's toolkit. We talked about that suggestion when I integrate indication in ibus. We need to detect the desktop automatically for users without exported options. Some users can run ibus-daemon without using IME configuration tools likes imsettings. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Fedora-i18n-bugs] [Bug 1330089] ibus panel in the KDE panel does nothing when clicked
by Red Hat Bugzilla 27 Apr '16

27 Apr '16

https://bugzilla.redhat.com/show_bug.cgi?id=1330089 --- Comment #11 from Akira TAGOH <tagoh(a)redhat.com> --- (In reply to fujiwara from comment #10) > autostart applications can get XDG_CURRENT_DESKTOP but imsettings-daemon > does not get it from imsettings-switch. it does similar thing in the fix of bug#1310063. > I'd think about imsettings-switch to send necessary environment variables to > imsettings-dameon or run ibus-daemon from imsettings-switch? > > Probably I think this problem cannot be fixed in ibus side. I suppose ibus shouldn't depends on any envvars to have different behavior. it would be better to have an option to change the status icon's toolkit. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Fedora-i18n-bugs] [Bug 1330089] ibus panel in the KDE panel does nothing when clicked
by Red Hat Bugzilla 27 Apr '16

27 Apr '16

https://bugzilla.redhat.com/show_bug.cgi?id=1330089 --- Comment #10 from fujiwara <tfujiwar(a)redhat.com> --- (In reply to Akira TAGOH from comment #9) > If ibus is being brought up by imsettings, it looks like imsettings works > right. imsettings doesn't touch on the envvar of XDG_CURRENT_DESKTOP. if > ibus can't see that, it should be another issue. it may be similar issue to > bug#1326547, bug#1308856 and bug#1310063. autostart applications can get XDG_CURRENT_DESKTOP but imsettings-daemon does not get it from imsettings-switch. It means ibus works if other IMF configuration tools are used. I'd think about imsettings-switch to send necessary environment variables to imsettings-dameon or run ibus-daemon from imsettings-switch? Probably I think this problem cannot be fixed in ibus side. > So basically it isn't a bug in imsettings IMHO however I could do similar > thing to the fix of bug#1310063 for workaround if that helps. otherwise I > don't think there are nothing I can do. IMSETTINGS_DESKTOP works with only imsettings. Can imsettings-switch send XDG_CURRENT_DESKTOP to imsettings-daemon? -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Fedora-i18n-bugs] [Bug 1330089] ibus panel in the KDE panel does nothing when clicked
by Red Hat Bugzilla 27 Apr '16

27 Apr '16

https://bugzilla.redhat.com/show_bug.cgi?id=1330089 --- Comment #9 from Akira TAGOH <tagoh(a)redhat.com> --- If ibus is being brought up by imsettings, it looks like imsettings works right. imsettings doesn't touch on the envvar of XDG_CURRENT_DESKTOP. if ibus can't see that, it should be another issue. it may be similar issue to bug#1326547, bug#1308856 and bug#1310063. for summary, the dbus session imsettings referring isn't an instance being brought up by /etc/X11/xinit/xinitrc.d/00-start-message-bus.sh in f24 anymore. this means all of the child processes like imsettings doesn't have inherited envvars from desktop-related processes. thus, processes relying on those variables ends up not working on f24. So basically it isn't a bug in imsettings IMHO however I could do similar thing to the fix of bug#1310063 for workaround if that helps. otherwise I don't think there are nothing I can do. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Fedora-i18n-bugs] [Bug 1330089] ibus panel in the KDE panel does nothing when clicked
by Red Hat Bugzilla 27 Apr '16

27 Apr '16

https://bugzilla.redhat.com/show_bug.cgi?id=1330089 fujiwara <tfujiwar(a)redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(tfujiwar(a)redhat.c | |om) | --- Comment #8 from fujiwara <tfujiwar(a)redhat.com> --- ibus-ui-gtk3 switches GtkStatusIcon and Indicator modes by XDG_CURRENT_DESKTOP. ibus-ui-gtk3 shows Indicator in case XDG_CURRENT_DESKTOP=KDE and GtkStatusIcon otherwise. Seems now GtkStatusIcon also can be shown in Plasma notification area but GtkStatusIcon still has some problems likes this bug. And then Indicator still should be used in Plasma notification. Officially GtkStatusIcon is no longer supported in Plasma 5. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Fedora-i18n-bugs] [Bug 1330089] ibus panel in the KDE panel does nothing when clicked
by Red Hat Bugzilla 27 Apr '16

27 Apr '16

https://bugzilla.redhat.com/show_bug.cgi?id=1330089 Akira TAGOH <tagoh(a)redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags| |needinfo?(tfujiwar(a)redhat.c | |om) --- Comment #7 from Akira TAGOH <tagoh(a)redhat.com> --- I don't get the issue how XDG_CURRENT_DESKTOP affects? can you explain more? -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Fedora-i18n-bugs] [Bug 1330089] ibus panel in the KDE panel does nothing when clicked
by Red Hat Bugzilla 27 Apr '16

27 Apr '16

https://bugzilla.redhat.com/show_bug.cgi?id=1330089 fujiwara <tfujiwar(a)redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tagoh(a)redhat.com Component|ibus-qt |imsettings Assignee|tfujiwar(a)redhat.com |tagoh(a)redhat.com --- Comment #6 from fujiwara <tfujiwar(a)redhat.com> --- Do we have any ideas? Transferring to imsettings. I think checking $XDG_CURRENT_DESKTOP is the best way. ibus-daemon can get the variable if it's called from autostart directly. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Fedora-i18n-bugs] [Bug 1301144] Review Request: horai-ume-fonts - Free Japanese Gothic/Mincho Fonts
by Red Hat Bugzilla 27 Apr '16

27 Apr '16

https://bugzilla.redhat.com/show_bug.cgi?id=1301144 --- Comment #14 from Fedora Update System <updates(a)fedoraproject.org> --- horai-ume-fonts-610-1.el7 has been pushed to the Fedora EPEL 7 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-ab7acea163 -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Fedora-i18n-bugs] [Bug 1301144] Review Request: horai-ume-fonts - Free Japanese Gothic/Mincho Fonts
by Red Hat Bugzilla 26 Apr '16

26 Apr '16

https://bugzilla.redhat.com/show_bug.cgi?id=1301144 Fedora Update System <updates(a)fedoraproject.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|MODIFIED |ON_QA --- Comment #13 from Fedora Update System <updates(a)fedoraproject.org> --- horai-ume-fonts-610-1.fc24 has been pushed to the Fedora 24 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2016-7973add9e1 -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Fedora-i18n-bugs] [Bug 1301144] Review Request: horai-ume-fonts - Free Japanese Gothic/Mincho Fonts
by Red Hat Bugzilla 26 Apr '16

26 Apr '16

https://bugzilla.redhat.com/show_bug.cgi?id=1301144 --- Comment #12 from Fedora Update System <updates(a)fedoraproject.org> --- horai-ume-fonts-610-1.el7 has been submitted as an update to Fedora EPEL 7. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-ab7acea163 -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Fedora-i18n-bugs] [Bug 1301144] Review Request: horai-ume-fonts - Free Japanese Gothic/Mincho Fonts
by Red Hat Bugzilla 26 Apr '16

26 Apr '16

https://bugzilla.redhat.com/show_bug.cgi?id=1301144 Fedora Update System <updates(a)fedoraproject.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |MODIFIED -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Fedora-i18n-bugs] [Bug 1301144] Review Request: horai-ume-fonts - Free Japanese Gothic/Mincho Fonts
by Red Hat Bugzilla 26 Apr '16

26 Apr '16

https://bugzilla.redhat.com/show_bug.cgi?id=1301144 --- Comment #11 from Fedora Update System <updates(a)fedoraproject.org> --- horai-ume-fonts-610-1.fc24 has been submitted as an update to Fedora 24. https://bodhi.fedoraproject.org/updates/FEDORA-2016-7973add9e1 -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Fedora-i18n-bugs] [Bug 1301144] Review Request: horai-ume-fonts - Free Japanese Gothic/Mincho Fonts
by Red Hat Bugzilla 26 Apr '16

26 Apr '16

https://bugzilla.redhat.com/show_bug.cgi?id=1301144 --- Comment #10 from Jon Ciesla <limburgher(a)gmail.com> --- Package request has been approved: https://admin.fedoraproject.org/pkgdb/package/rpms/horai-ume-fonts -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Fedora-i18n-bugs] [Bug 1330089] ibus panel in the KDE panel does nothing when clicked
by Red Hat Bugzilla 26 Apr '16

26 Apr '16

https://bugzilla.redhat.com/show_bug.cgi?id=1330089 --- Comment #5 from fujiwara <tfujiwar(a)redhat.com> --- OK, the workaround is to exit ibus. % ibus exit % ibus-daemon --xim It seems ibus-ui-gtk runs GtkStatusIcon mode but not Indicator mode because imsettings-daemon does not get XDG_CURRENT_DESKTOP environment. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Fedora-i18n-bugs] [Bug 1301144] Review Request: horai-ume-fonts - Free Japanese Gothic/Mincho Fonts
by Red Hat Bugzilla 26 Apr '16

26 Apr '16

https://bugzilla.redhat.com/show_bug.cgi?id=1301144 --- Comment #9 from Karel Volný <kvolny(a)redhat.com> --- (In reply to Zbigniew Jędrzejewski-Szmek from comment #8) > Looks all good. thanks, so going on > I also see the warning about <family>, but I have no idea about it. ok, so I'll file a bug for it to resolve the issue later (hope I'll get back to it in shorter time than to this one ...) -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Fedora-i18n-bugs] [Bug 1330089] ibus panel in the KDE panel does nothing when clicked
by Red Hat Bugzilla 26 Apr '16

26 Apr '16

https://bugzilla.redhat.com/show_bug.cgi?id=1330089 --- Comment #4 from fujiwara <tfujiwar(a)redhat.com> --- (In reply to Mike FABIAN from comment #2) > “ibus restart” does not fix the problem for me, the ibus icon in > the plasma panel is still not clickable. > > The icon size looks normal for me. Sorry, seems you filed a different issue. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Fedora-i18n-bugs] [Bug 1330089] ibus panel in the KDE panel does nothing when clicked
by Red Hat Bugzilla 26 Apr '16

26 Apr '16

https://bugzilla.redhat.com/show_bug.cgi?id=1330089 --- Comment #3 from Mike FABIAN <mfabian(a)redhat.com> --- Created attachment 1150748 --> https://bugzilla.redhat.com/attachment.cgi?id=1150748&action=edit ibus-icon-in-kde-panel-size-seems-normal.png The size of the ibus icon in the kde plasma panel looks normal. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Fedora-i18n-bugs] [Bug 1330089] ibus panel in the KDE panel does nothing when clicked
by Red Hat Bugzilla 26 Apr '16

26 Apr '16

https://bugzilla.redhat.com/show_bug.cgi?id=1330089 --- Comment #2 from Mike FABIAN <mfabian(a)redhat.com> --- “ibus restart” does not fix the problem for me, the ibus icon in the plasma panel is still not clickable. The icon size looks normal for me. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Fedora-i18n-bugs] [Bug 1325493] =?utf-8?b?IFRoZSByZW5kZXJpbmcgb2YgdGhlIHRleHQg4KSq4KWN4KSw4KS14KS/4KSj4KWNIA==?=(= "praviN" typed using mr-itrans transliteration from lib-m17n) looks different in gedit on f23 and f24
by Red Hat Bugzilla 26 Apr '16

26 Apr '16

https://bugzilla.redhat.com/show_bug.cgi?id=1325493 --- Comment #16 from sandeep shedmake <sshedmak(a)redhat.com> --- Created attachment 1150747 --> https://bugzilla.redhat.com/attachment.cgi?id=1150747&action=edit screenshot showing correct rendering of praviN.txt with lohit-marathi-fonts-2.94.0-6.fc24 -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Fedora-i18n-bugs] [Bug 1330089] ibus panel in the KDE panel does nothing when clicked
by Red Hat Bugzilla 26 Apr '16

26 Apr '16

https://bugzilla.redhat.com/show_bug.cgi?id=1330089 --- Comment #1 from fujiwara <tfujiwar(a)redhat.com> --- I notice that issue but I work on another project for more than one month. It seems Plasma panel does not provide the right icon size at login and actually the very tiny icon is shown on Plasma panel. The workaround is to restart ibus-daemon. % ibus restart -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Fedora-i18n-bugs] [Bug 1301144] Review Request: horai-ume-fonts - Free Japanese Gothic/Mincho Fonts
by Red Hat Bugzilla 25 Apr '16

25 Apr '16

https://bugzilla.redhat.com/show_bug.cgi?id=1301144 --- Comment #8 from Zbigniew Jędrzejewski-Szmek <zbyszek(a)in.waw.pl> --- Looks all good. I also see the warning about <family>, but I have no idea about it. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Fedora-i18n-bugs] [Bug 1301144] Review Request: horai-ume-fonts - Free Japanese Gothic/Mincho Fonts
by Red Hat Bugzilla 25 Apr '16

25 Apr '16

https://bugzilla.redhat.com/show_bug.cgi?id=1301144 --- Comment #7 from Karel Volný <kvolny(a)redhat.com> --- ah, what a nasty trick :-) - thanks so here's the second try: https://kvolny.fedorapeople.org/horai-ume-fonts.spec https://kvolny.fedorapeople.org/horai-ume-fonts-610-1.fc23.src.rpm there's already review+ but it'd be nice if you could take a look if I haven't made some stupid mistake while getting rid of -common (see below for changes) also, now I'm getting fontconfig warning about multiple families on installation, which puzzles me ... $ diff horai-ume-fonts.spec~ horai-ume-fonts.spec 3a4 > %global _docdir_fmt %{name} 20c21 < Version: 580 --- > Version: 610 22c23 < Summary: Free Japanese Gothic/Mincho Fonts --- > Summary: Gothic and Mincho fonts designed for easy on-screen legibility 37,38d37 < Requires: %{name}-common = %{version}-%{release} < 44,53d42 < %package common < Summary: Common files of %{name} < Requires: fontpackages-filesystem < < %description common < %common_desc < < This package consists of files used by other %{name} packages. < < 62c51 < Requires: %{name}-common = %{version}-%{release} --- > Requires: fontpackages-filesystem 74c63 < Requires: %{name}-common = %{version}-%{release} --- > Requires: fontpackages-filesystem 90c79 < Requires: %{name}-common = %{version}-%{release} --- > Requires: fontpackages-filesystem 102c91 < Requires: %{name}-common = %{version}-%{release} --- > Requires: fontpackages-filesystem 114c103 < Requires: %{name}-common = %{version}-%{release} --- > Requires: fontpackages-filesystem 157a147 > 158a149,150 > %license license.html > 159a152,153 > %license license.html > 161,162c155 < %_font_pkg -n mincho -f %{fontconf}-mincho.conf ume-tm??.ttf < %_font_pkg -n pmincho -f %{fontconf}-pmincho.conf ume-pm??.ttf --- > %license license.html 163a157,158 > %_font_pkg -n mincho -f %{fontconf}-mincho.conf ume-tm??.ttf > %license license.html 165c160 < %files common --- > %_font_pkg -n pmincho -f %{fontconf}-pmincho.conf ume-pm??.ttf 169a165,170 > * Mon Apr 25 2016 Karel Volný <kvolny(a)redhat.com> 610-1 > - New version 610 > - Fixes as per the review request (rhbz#1301144) > - dropped -common subpackage, license included everywhere > - changed summary > -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Fedora-i18n-bugs] [Bug 1301144] Review Request: horai-ume-fonts - Free Japanese Gothic/Mincho Fonts
by Red Hat Bugzilla 25 Apr '16

25 Apr '16

https://bugzilla.redhat.com/show_bug.cgi?id=1301144 --- Comment #6 from Zbigniew Jędrzejewski-Szmek <zbyszek(a)in.waw.pl> --- %_font_pkg expands to %post, %postun, and %files at the end. So you can just add the %files entry immediately after: %global _docdir_fmt %{name} %_font_pkg -n gothic -f %{fontconf}-gothic.conf ume-tg??.ttf %license license.html %_font_pkg -n pgothic -f %{fontconf}-pgothic.conf ume-pg??.ttf %license license.html %_font_pkg -n uigothic -f %{fontconf}-uigothic.conf ume-ug??.ttf %license license.html %_font_pkg -n mincho -f %{fontconf}-mincho.conf ume-tm??.ttf %license license.html %_font_pkg -n pmincho -f %{fontconf}-pmincho.conf ume-pm??.ttf %license license.html -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Fedora-i18n-bugs] [Bug 1325493] =?utf-8?b?IFRoZSByZW5kZXJpbmcgb2YgdGhlIHRleHQg4KSq4KWN4KSw4KS14KS/4KSj4KWNIA==?=(= "praviN" typed using mr-itrans transliteration from lib-m17n) looks different in gedit on f23 and f24
by Red Hat Bugzilla 25 Apr '16

25 Apr '16

https://bugzilla.redhat.com/show_bug.cgi?id=1325493 --- Comment #15 from Mike FABIAN <mfabian(a)redhat.com> --- The update works. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Fedora-i18n-bugs] [Bug 1301144] Review Request: horai-ume-fonts - Free Japanese Gothic/Mincho Fonts
by Red Hat Bugzilla 25 Apr '16

25 Apr '16

https://bugzilla.redhat.com/show_bug.cgi?id=1301144 --- Comment #5 from Karel Volný <kvolny(a)redhat.com> --- (In reply to Zbigniew Jędrzejewski-Szmek from comment #3) > There's no need to create horai-ume-fonts-common package just to contain the > license. > You can instead add the license file to every package and add > %global _docdir_fmt %{name} > and the license file will be co-owned by all subpackages. I'm not sure how to do that? - %files for each subpackage are defined using %_font_pkg but this doesn't accept additional argument to add the license defining %files -n %{fontname}-gothic-fonts %license license.html etc. then leads to error "second %files" -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Fedora-i18n-bugs] [Bug 1330089] ibus panel in the KDE panel does nothing when clicked
by Red Hat Bugzilla 25 Apr '16

25 Apr '16

1 0

[Fedora-i18n-bugs] [Bug 1324349] New: w3m: denial of service with crafted html files [fedora-all]
by Red Hat Bugzilla 24 Apr '16

24 Apr '16

https://bugzilla.redhat.com/show_bug.cgi?id=1324349 Bug ID: 1324349 Summary: w3m: denial of service with crafted html files [fedora-all] Product: Fedora Version: 23 Component: w3m Keywords: Security, SecurityTracking Severity: medium Priority: medium Assignee: pnemade(a)redhat.com Reporter: anemec(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com Blocks: 1324348 This is an automatically created tracking bug! It was created to ensure that one or more security vulnerabilities are fixed in affected versions of Fedora. For comments that are specific to the vulnerability please use bugs filed against the "Security Response" product referenced in the "Blocks" field. For more information see: http://fedoraproject.org/wiki/Security/TrackingBugs When submitting as an update, use the fedpkg template provided in the next comment(s). This will include the bug IDs of this tracking bug as well as the relevant top-level CVE bugs. Please also mention the CVE IDs being fixed in the RPM changelog and the fedpkg commit message. NOTE: this issue affects multiple supported versions of Fedora. While only one tracking bug has been filed, please correct all affected versions at the same time. If you need to fix the versions independent of each other, you may clone this bug as appropriate. [bug automatically created by: add-tracking-bugs] Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1324348 [Bug 1324348] w3m: denial of service with crafted html files -- You are receiving this mail because: You are on the CC list for the bug.

1 10

[Fedora-i18n-bugs] [Bug 803185] New: Few modifications required in Punjabi inscript2 keymap
by Red Hat Bugzilla 23 Apr '16

23 Apr '16

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Few modifications required in Punjabi inscript2 keymap https://bugzilla.redhat.com/show_bug.cgi?id=803185 Summary: Few modifications required in Punjabi inscript2 keymap Product: Fedora Version: 17 Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: m17n-contrib AssignedTo: pnemade(a)redhat.com ReportedBy: jsingh(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: pnemade(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org Classification: Fedora Story Points: --- Type: --- Regression: --- Mount Type: --- Documentation: --- Description of problem: We want to modify Punjabi inscript2 keymap with following keymappings: on Capital Z --> ੱ (currently on shift+4) and on small z --> ੰ (currently on x) Version-Release number of selected component (if applicable): m17n-contrib-1.1.13-3.fc17 How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info: -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 9

[Fedora-i18n-bugs] [Bug 994426] New: unable to type single quote and colons using inscript2 Punjabi keyboard
by Red Hat Bugzilla 23 Apr '16

23 Apr '16

https://bugzilla.redhat.com/show_bug.cgi?id=994426 Bug ID: 994426 Summary: unable to type single quote and colons using inscript2 Punjabi keyboard Product: Fedora Version: rawhide Component: m17n-contrib Assignee: pnemade(a)redhat.com Reporter: asaini(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com Description of problem: when I use the inscript2 Punjabi gurmukhi keyboard I am not able to type single quote and colons with any key combination until unless I change the keyboard to latin and then changing keyboard back to punjabi gurmukhi keyboard.. this happens pretty frequently in a single day as I have to type these while translations thus hassle to jump between keyboards is annoying. Version-Release number of selected component (if applicable): How reproducible: 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. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=fHogwdSPpj&a=cc_unsubscribe

1 4

[Fedora-i18n-bugs] [Bug 1297374] New: after selecting a font for view, the "Sample" tab does not load sample text correctly
by Red Hat Bugzilla 23 Apr '16

23 Apr '16

https://bugzilla.redhat.com/show_bug.cgi?id=1297374 Bug ID: 1297374 Summary: after selecting a font for view, the "Sample" tab does not load sample text correctly Product: Fedora Version: 23 Component: fontmatrix Severity: medium Assignee: pnemade(a)redhat.com Reporter: emily(a)emilytench.net QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com Created attachment 1113570 --> https://bugzilla.redhat.com/attachment.cgi?id=1113570&action=edit screenshot showing error state Description of problem: after selecting a font for view, the "Sample" tab does not load sample text correctly - font displays correctly, playground works correctly, but sample text looks like it may be an error message or fragment of code Version-Release number of selected component (if applicable): fontmatrix-0.9.99-22.r1218.fc23 How reproducible: very Steps to Reproduce: 1. open fontmatrix 2. double click any font 3. "Sample" tab is selected by default and shows incorrect sample text Actual results: screenshot included : displays commas, parenthesis, semicolons, etc. Expected results: loading a meaningful sample of glyphs used in font, or text configured in preferences Additional info: I believe this was working properly in previous releases, but I am not 100% certain. The current user id was created as a clean home directory on a new install of Fedora Workstation 23 - so no settings have been carried over in the home directory from other distributions or from previous uses of fontmatrix. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=trtFR3o2bW&a=cc_unsubscribe

1 3

[Fedora-i18n-bugs] [Bug 839134] New: [pa_IN] Need to add new keyboard map Dr. Thind AnmolLipi (Phonetic)
by Red Hat Bugzilla 23 Apr '16

23 Apr '16

https://bugzilla.redhat.com/show_bug.cgi?id=839134 Bug ID: 839134 QA Contact: extras-qa(a)fedoraproject.org Severity: unspecified Version: rawhide Priority: unspecified CC: i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com Assignee: pnemade(a)redhat.com Summary: [pa_IN] Need to add new keyboard map Dr. Thind AnmolLipi (Phonetic) Regression: --- Story Points: --- Classification: Fedora OS: Unspecified Reporter: aalam(a)redhat.com Type: Bug Documentation: --- Hardware: Unspecified Mount Type: --- Status: NEW Component: m17n-contrib Product: Fedora -- You are receiving this mail because: You are on the CC list for the bug.

1 7

[Fedora-i18n-bugs] [Bug 839138] New: [pa_IN] Need to add new keyboard map Asees Layout (Ramington Punjabi typewriter)
by Red Hat Bugzilla 23 Apr '16

23 Apr '16

https://bugzilla.redhat.com/show_bug.cgi?id=839138 Bug ID: 839138 Keywords: i18n QA Contact: extras-qa(a)fedoraproject.org Severity: unspecified Version: rawhide Priority: unspecified CC: i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com Assignee: pnemade(a)redhat.com Summary: [pa_IN] Need to add new keyboard map Asees Layout (Ramington Punjabi typewriter) Regression: --- Story Points: --- Classification: Fedora OS: Unspecified Reporter: aalam(a)redhat.com Type: Bug Documentation: --- Hardware: Unspecified Mount Type: --- Status: NEW Component: m17n-contrib Product: Fedora -- You are receiving this mail because: You are on the CC list for the bug.

1 4

[Fedora-i18n-bugs] [Bug 839136] New: [pa_IN] Need to add new keyboard map DrChatrik
by Red Hat Bugzilla 23 Apr '16

23 Apr '16

https://bugzilla.redhat.com/show_bug.cgi?id=839136 Bug ID: 839136 Keywords: i18n QA Contact: extras-qa(a)fedoraproject.org Severity: unspecified Version: rawhide Priority: unspecified CC: i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com Assignee: pnemade(a)redhat.com Summary: [pa_IN] Need to add new keyboard map DrChatrik Regression: --- Story Points: --- Classification: Fedora OS: Unspecified Reporter: aalam(a)redhat.com Type: Bug Documentation: --- Hardware: Unspecified Mount Type: --- Status: NEW Component: m17n-contrib Product: Fedora -- You are receiving this mail because: You are on the CC list for the bug.

1 4

[Fedora-i18n-bugs] [Bug 1325493] =?utf-8?b?IFRoZSByZW5kZXJpbmcgb2YgdGhlIHRleHQg4KSq4KWN4KSw4KS14KS/4KSj4KWNIA==?=(= "praviN" typed using mr-itrans transliteration from lib-m17n) looks different in gedit on f23 and f24
by Red Hat Bugzilla 22 Apr '16

22 Apr '16

https://bugzilla.redhat.com/show_bug.cgi?id=1325493 --- Comment #14 from Fedora Update System <updates(a)fedoraproject.org> --- lohit-marathi-fonts-2.94.0-6.fc23 has been pushed to the Fedora 23 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2016-26af2cbd2c -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Fedora-i18n-bugs] [Bug 1325604] New: scim-1.4.16 is available
by Red Hat Bugzilla 22 Apr '16

22 Apr '16

https://bugzilla.redhat.com/show_bug.cgi?id=1325604 Bug ID: 1325604 Summary: scim-1.4.16 is available Product: Fedora Version: rawhide Component: scim Keywords: FutureFeature, Triaged Assignee: pwu(a)redhat.com Reporter: upstream-release-monitoring(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, petersen(a)redhat.com, pwu(a)redhat.com Latest upstream release: 1.4.16 Current version/release in rawhide: 1.4.15-7.fc24 URL: http://sourceforge.net/projects/scim 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/4767/ -- You are receiving this mail because: You are on the CC list for the bug.

1 13

[Fedora-i18n-bugs] [Bug 1325493] =?utf-8?b?IFRoZSByZW5kZXJpbmcgb2YgdGhlIHRleHQg4KSq4KWN4KSw4KS14KS/4KSj4KWNIA==?=(= "praviN" typed using mr-itrans transliteration from lib-m17n) looks different in gedit on f23 and f24
by Red Hat Bugzilla 21 Apr '16

21 Apr '16

https://bugzilla.redhat.com/show_bug.cgi?id=1325493 --- Comment #12 from Fedora Update System <updates(a)fedoraproject.org> --- lohit-marathi-fonts-2.94.0-6.fc23 has been submitted as an update to Fedora 23. https://bodhi.fedoraproject.org/updates/FEDORA-2016-26af2cbd2c -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Fedora-i18n-bugs] [Bug 1325493] =?utf-8?b?IFRoZSByZW5kZXJpbmcgb2YgdGhlIHRleHQg4KSq4KWN4KSw4KS14KS/4KSj4KWNIA==?=(= "praviN" typed using mr-itrans transliteration from lib-m17n) looks different in gedit on f23 and f24
by Red Hat Bugzilla 21 Apr '16

21 Apr '16

https://bugzilla.redhat.com/show_bug.cgi?id=1325493 Fedora Update System <updates(a)fedoraproject.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|MODIFIED |ON_QA --- Comment #13 from Fedora Update System <updates(a)fedoraproject.org> --- lohit-marathi-fonts-2.94.0-6.fc24 has been pushed to the Fedora 24 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2016-7c7c27be74 -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Fedora-i18n-bugs] [Bug 1325493] =?utf-8?b?IFRoZSByZW5kZXJpbmcgb2YgdGhlIHRleHQg4KSq4KWN4KSw4KS14KS/4KSj4KWNIA==?=(= "praviN" typed using mr-itrans transliteration from lib-m17n) looks different in gedit on f23 and f24
by Red Hat Bugzilla 21 Apr '16

21 Apr '16

https://bugzilla.redhat.com/show_bug.cgi?id=1325493 Pravin Satpute <psatpute(a)redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(psatpute(a)redhat.c | |om) | --- Comment #11 from Pravin Satpute <psatpute(a)redhat.com> --- (In reply to sandeep shedmake from comment #9) > $ rpm -q lohit-marathi-fonts > lohit-marathi-fonts-2.94.0-5.fc24.noarch > $ rpm -ql lohit-marathi-fonts | grep ttf > /usr/share/fonts/lohit-marathi/Lohit-Marathi.ttf > > Opening 'Lohit-Marathi.ttf' with 'fontforge' reveals no GSUB and GPOS > lookups. > Good catch. There was error while applying feature file to Lohit-Marathi.sfd. I have resolved errors in .fea file now. So should work properly. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Fedora-i18n-bugs] [Bug 1325493] =?utf-8?b?IFRoZSByZW5kZXJpbmcgb2YgdGhlIHRleHQg4KSq4KWN4KSw4KS14KS/4KSj4KWNIA==?=(= "praviN" typed using mr-itrans transliteration from lib-m17n) looks different in gedit on f23 and f24
by Red Hat Bugzilla 21 Apr '16

21 Apr '16

https://bugzilla.redhat.com/show_bug.cgi?id=1325493 Fedora Update System <updates(a)fedoraproject.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |MODIFIED -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Fedora-i18n-bugs] [Bug 1325493] =?utf-8?b?IFRoZSByZW5kZXJpbmcgb2YgdGhlIHRleHQg4KSq4KWN4KSw4KS14KS/4KSj4KWNIA==?=(= "praviN" typed using mr-itrans transliteration from lib-m17n) looks different in gedit on f23 and f24
by Red Hat Bugzilla 21 Apr '16

21 Apr '16

https://bugzilla.redhat.com/show_bug.cgi?id=1325493 --- Comment #10 from Fedora Update System <updates(a)fedoraproject.org> --- lohit-marathi-fonts-2.94.0-6.fc24 has been submitted as an update to Fedora 24. https://bodhi.fedoraproject.org/updates/FEDORA-2016-7c7c27be74 -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Fedora-i18n-bugs] [Bug 1325338] New: [abrt] ibus-typing-booster: main.py:166:__init__:AttributeError: 'NoneType' object has no attribute 'get_value'
by Red Hat Bugzilla 20 Apr '16

20 Apr '16

https://bugzilla.redhat.com/show_bug.cgi?id=1325338 Bug ID: 1325338 Summary: [abrt] ibus-typing-booster: main.py:166:__init__:AttributeError: 'NoneType' object has no attribute 'get_value' Product: Fedora Version: 24 Component: ibus-typing-booster Assignee: mfabian(a)redhat.com Reporter: pnemade(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 Description of problem: Add any Indic related hunspell input method say "Oriya (Odiya - IN (Hunspell))" and click on its configuration/setup icon and i-t-b crashed Version-Release number of selected component: ibus-typing-booster-1.3.1-1.fc24 Additional info: reporter: libreport-2.6.4 cmdline: /usr/bin/python3 /usr/share/ibus-typing-booster/setup/main.py executable: /usr/share/ibus-typing-booster/setup/main.py kernel: 4.5.0-302.fc24.x86_64+debug runlevel: N 5 type: Python3 uid: 1000 Truncated backtrace: main.py:166:__init__:AttributeError: 'NoneType' object has no attribute 'get_value' Traceback (most recent call last): File "/usr/share/ibus-typing-booster/setup/main.py", line 551, in <module> SetupUi = SetupUI() File "/usr/share/ibus-typing-booster/setup/main.py", line 166, in __init__ self.config.get_value(self.config_section, 'tabenable')) AttributeError: 'NoneType' object has no attribute 'get_value' Local variables in innermost frame: tab_enable_checkbox: <Gtk.CheckButton object at 0x7ffaf3548af8 (GtkCheckButton at 0x5628de1724a0)> event_handler: <__main__.EventHandler object at 0x7ffafe9691d0> close_button: <Gtk.Button object at 0x7ffaf35488b8 (GtkButton at 0x5628de174370)> self: <__main__.SetupUI object at 0x7ffafc0a70b8> config_file_full_path: '/usr/share/ibus-typing-booster/hunspell-tables/pa_IN.conf' filename: '/usr/share/ibus-typing-booster/setup/setup.glade' maindialog: <Gtk.Dialog object at 0x7ffaf35486c0 (GtkDialog at 0x5628ddf662d0)> ibus_engine_name: 'typing-booster:pa_IN' service: <__main__.SetupService at /org/ibus/typingbooster at 0x7ffb013a4a90> -- You are receiving this mail because: You are on the CC list for the bug.

1 17

[Fedora-i18n-bugs] [Bug 1315358] New: [abrt] ibus: bus_dbus_impl_connection_filter_cb(): ibus-daemon killed by SIGABRT
by Red Hat Bugzilla 18 Apr '16

18 Apr '16

https://bugzilla.redhat.com/show_bug.cgi?id=1315358 Bug ID: 1315358 Summary: [abrt] ibus: bus_dbus_impl_connection_filter_cb(): ibus-daemon killed by SIGABRT Product: Fedora Version: 23 Component: ibus Assignee: tfujiwar(a)redhat.com Reporter: jayabharat(a)live.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 Version-Release number of selected component: ibus-1.5.11-1.fc23 Additional info: reporter: libreport-2.6.4 backtrace_rating: 4 cmdline: ibus-daemon --xim --panel disable crash_function: bus_dbus_impl_connection_filter_cb executable: /usr/bin/ibus-daemon global_pid: 1920 kernel: 4.4.3-300.fc23.x86_64 runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (9 frames) #4 bus_dbus_impl_connection_filter_cb at dbusimpl.c:1473 #5 on_worker_message_about_to_be_sent at gdbusconnection.c:2343 #6 _g_dbus_worker_emit_message_about_to_be_sent at gdbusprivate.c:465 #7 continue_writing at gdbusprivate.c:1455 #8 write_message_cb at gdbusprivate.c:1313 #9 g_task_return_now at gtask.c:1106 #10 complete_in_idle_cb at gtask.c:1120 #15 gdbus_shared_thread_func at gdbusprivate.c:246 #16 g_thread_proxy at gthread.c:778 Potential duplicate: bug 906086 -- You are receiving this mail because: You are on the CC list for the bug.

1 3

[Fedora-i18n-bugs] [Bug 1324114] New: fonts-tweak-tool: Provide a Python 3 subpackage
by Red Hat Bugzilla 15 Apr '16

15 Apr '16

https://bugzilla.redhat.com/show_bug.cgi?id=1324114 Bug ID: 1324114 Summary: fonts-tweak-tool: Provide a Python 3 subpackage Product: Fedora Version: rawhide Component: fonts-tweak-tool Assignee: tagoh(a)redhat.com Reporter: torsava(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, kent.neo(a)gmail.com, petersen(a)redhat.com, pwu(a)redhat.com, tagoh(a)redhat.com Blocks: 1285816 (PYTHON3) Upstream, this software supports Python 3. Please provide a Python 3 package for Fedora. According to the Python packaging guidelines [0], software must be packaged for Python 3 if upstream supports it. The guidelines give detailed information on how to do this, and even provide an example spec file [1]. The current best practice is to provide subpackages for the two Python versions (called "Common SRPM" in the guidelines). Alternatively, if nothing depends on your Python2 package, you can just switch to Python 3 entirely. It's ok to do this in Rawhide only, however, it would be greatly appreciated if you could push it to Fedora 24 as well. If anything is unclear, or if you need any kind of assistance with the porting, you can ask on IRC (#fedora-python on Freenode), or reply here. We'll be happy to help! [0] https://fedoraproject.org/wiki/Packaging:Python [1] https://fedoraproject.org/wiki/Packaging:Python#Example_common_spec_file Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1285816 [Bug 1285816] Tracking: Python 3 Porting -- You are receiving this mail because: You are on the CC list for the bug.

1 7

[Fedora-i18n-bugs] [Bug 729336] find-lang.sh doesn't find all locales when --with-qt and --all-name are cobined.
by Red Hat Bugzilla 15 Apr '16

15 Apr '16

https://bugzilla.redhat.com/show_bug.cgi?id=729336 --- Comment #12 from Sergio Monteiro Basto <sergio(a)serjux.com> --- (In reply to Florian Festi from comment #11) > OK, added support for langcode.pm upstream. How I test if "support for langcode.pm" fix or not minitube case [1] ? Thanks. [1] https://bugzilla.redhat.com/show_bug.cgi?id=729336#c8 -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Fedora-i18n-bugs] [Bug 729336] find-lang.sh doesn't find all locales when --with-qt and --all-name are cobined.
by Red Hat Bugzilla 15 Apr '16

15 Apr '16

https://bugzilla.redhat.com/show_bug.cgi?id=729336 Florian Festi <ffesti(a)redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution|--- |UPSTREAM Last Closed|2015-02-18 08:36:36 |2016-04-15 10:33:41 --- Comment #11 from Florian Festi <ffesti(a)redhat.com> --- OK, added support for langcode.pm upstream. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Fedora-i18n-bugs] [Bug 1239985] New: sazanami-fonts: FTBFS in rawhide
by Red Hat Bugzilla 15 Apr '16

15 Apr '16

https://bugzilla.redhat.com/show_bug.cgi?id=1239985 Bug ID: 1239985 Summary: sazanami-fonts: FTBFS in rawhide Product: Fedora Version: rawhide Component: sazanami-fonts Assignee: tagoh(a)redhat.com Reporter: dennis(a)ausil.us QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com Blocks: 1239338 (F23FTBFS) Your package sazanami-fonts failed to build from source in current rawhide. http://koji.fedoraproject.org/koji/taskinfo?taskID=10152324 For details on mass rebuild see https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1239338 [Bug 1239338] Fedora 23 Mass Rebuild FTBFS Tracker -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=3sAnpli2eG&a=cc_unsubscribe

1 10

[Fedora-i18n-bugs] [Bug 1321516] New: Please add fcitx to Fedora EPEL7
by Red Hat Bugzilla 14 Apr '16

14 Apr '16

https://bugzilla.redhat.com/show_bug.cgi?id=1321516 Bug ID: 1321516 Summary: Please add fcitx to Fedora EPEL7 Product: Fedora EPEL Version: epel7 Component: fcitx Assignee: liangsuilong(a)gmail.com Reporter: pwu(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, i(a)cicku.me, liangsuilong(a)gmail.com, robinlee.sysu(a)gmail.com Please add fcitx to Fedora EPEL7 repo as an alternative input method framework for RHEL7 and CentOS7. Do you need any help from me on this task? I am glad to help. :) -- You are receiving this mail because: You are on the CC list for the bug.

1 9

[Fedora-i18n-bugs] [Bug 1325493] =?utf-8?b?IFRoZSByZW5kZXJpbmcgb2YgdGhlIHRleHQg4KSq4KWN4KSw4KS14KS/4KSj4KWNIA==?=(= "praviN" typed using mr-itrans transliteration from lib-m17n) looks different in gedit on f23 and f24
by Red Hat Bugzilla 13 Apr '16

13 Apr '16

https://bugzilla.redhat.com/show_bug.cgi?id=1325493 --- Comment #9 from sandeep shedmake <sshedmak(a)redhat.com> --- $ rpm -q lohit-marathi-fonts lohit-marathi-fonts-2.94.0-5.fc24.noarch $ rpm -ql lohit-marathi-fonts | grep ttf /usr/share/fonts/lohit-marathi/Lohit-Marathi.ttf Opening 'Lohit-Marathi.ttf' with 'fontforge' reveals no GSUB and GPOS lookups. Perhaps, I could be missing something. Else, looking forward ... -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Fedora-i18n-bugs] [Bug 1325493] =?utf-8?b?IFRoZSByZW5kZXJpbmcgb2YgdGhlIHRleHQg4KSq4KWN4KSw4KS14KS/4KSj4KWNIA==?=(= "praviN" typed using mr-itrans transliteration from lib-m17n) looks different in gedit on f23 and f24
by Red Hat Bugzilla 13 Apr '16

13 Apr '16

https://bugzilla.redhat.com/show_bug.cgi?id=1325493 sandeep shedmake <sshedmak(a)redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sshedmak(a)redhat.com Flags| |needinfo?(psatpute(a)redhat.c | |om) --- Comment #8 from sandeep shedmake <sshedmak(a)redhat.com> --- Post anaconda installation of F24 Alpha in Marathi and later after successful gdm login: - lohit-devanagari-fonts seems installed by default - lohit-marathi-fonts is not installed by default, but is available and installable via 'dnf'. $ rpm -q lohit-devanagari-fonts lohit-marathi-fonts lohit-devanagari-fonts-2.95.2-2.fc24.noarch package lohit-marathi-fonts is not installed $ sudo dnf repoquery -l lohit-devanagari-fonts | grep conf /etc/fonts/conf.d/65-1-lohit-devanagari.conf /usr/share/fontconfig/conf.avail/65-1-lohit-devanagari.conf $ sudo dnf repoquery -l lohit-marathi-fonts | grep conf /etc/fonts/conf.d/65-0-lohit-marathi.conf /usr/share/fontconfig/conf.avail/65-0-lohit-marathi.conf $ fc-match Lohit-Devanagari.ttf: "Lohit Devanagari" "Regular" From above, have following query: As 65-0 has higher weight compared to 65-1, shouldn't 'lohit-marathi-fonts' be installed by default ? Agreed, broken rendering with 'lohit-marathi-fonts' needs further investigation. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Fedora-i18n-bugs] [Bug 1308109] New: sazanami-fonts: FTBFS in rawhide
by Red Hat Bugzilla 13 Apr '16

13 Apr '16

https://bugzilla.redhat.com/show_bug.cgi?id=1308109 Bug ID: 1308109 Summary: sazanami-fonts: FTBFS in rawhide Product: Fedora Version: rawhide Component: sazanami-fonts Assignee: tagoh(a)redhat.com Reporter: releng(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 Blocks: 1305208 Your package sazanami-fonts failed to build from source in current rawhide. http://koji.fedoraproject.org/koji/taskinfo?taskID=12868171 For details on mass rebuild see https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1305208 [Bug 1305208] Fedora 24 Mass rebuild FTBFS tracker bug -- You are receiving this mail because: You are on the CC list for the bug.

1 8

[Fedora-i18n-bugs] [Bug 1325493] =?utf-8?b?IFRoZSByZW5kZXJpbmcgb2YgdGhlIHRleHQg4KSq4KWN4KSw4KS14KS/4KSj4KWNIA==?=(= "praviN" typed using mr-itrans transliteration from lib-m17n) looks different in gedit on f23 and f24
by Red Hat Bugzilla 13 Apr '16

13 Apr '16

https://bugzilla.redhat.com/show_bug.cgi?id=1325493 --- Comment #7 from Parag Nemade <pnemade(a)redhat.com> --- More test cases is http://utrrs-testing.rhcloud.com/language/mr/gsub showing wrong rendering in firefox. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Fedora-i18n-bugs] [Bug 1325493] =?utf-8?b?IFRoZSByZW5kZXJpbmcgb2YgdGhlIHRleHQg4KSq4KWN4KSw4KS14KS/4KSj4KWNIA==?=(= "praviN" typed using mr-itrans transliteration from lib-m17n) looks different in gedit on f23 and f24
by Red Hat Bugzilla 13 Apr '16

13 Apr '16

https://bugzilla.redhat.com/show_bug.cgi?id=1325493 --- Comment #6 from Mike FABIAN <mfabian(a)redhat.com> --- (In reply to Mike FABIAN from comment #3) > Created attachment 1145835 [details] > difference-when-rendering-with-lohit-devanagari-versus-with-lohit-marathi.png > > It seems to be a font issue. > > This screenshot shows the difference in rendering between > > pango-view --font="Lohit Marathi" praviN.txt > > (on top, correct) and > > pango-view --font="Lohit Devanagari" praviN.txt > > below, wrong. Sorry, just the oppsoite, Lohit Marathi renders wrong. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Fedora-i18n-bugs] [Bug 1325607] New: scim-pinyin-1.4.16 is available
by Red Hat Bugzilla 13 Apr '16

13 Apr '16

https://bugzilla.redhat.com/show_bug.cgi?id=1325607 Bug ID: 1325607 Summary: scim-pinyin-1.4.16 is available Product: Fedora Version: rawhide Component: scim-pinyin Keywords: FutureFeature, Triaged Assignee: pwu(a)redhat.com Reporter: upstream-release-monitoring(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, pwu(a)redhat.com, shawn.p.huang(a)gmail.com Latest upstream release: 1.4.16 Current version/release in rawhide: 0.5.92-8.fc24 URL: http://sourceforge.net/projects/scim 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/4767/ -- You are receiving this mail because: You are on the CC list for the bug.

1 4

[Fedora-i18n-bugs] [Bug 1325605] New: scim-bridge-1.4.16 is available
by Red Hat Bugzilla 13 Apr '16

13 Apr '16

https://bugzilla.redhat.com/show_bug.cgi?id=1325605 Bug ID: 1325605 Summary: scim-bridge-1.4.16 is available Product: Fedora Version: rawhide Component: scim-bridge Keywords: FutureFeature, Triaged Assignee: pwu(a)redhat.com Reporter: upstream-release-monitoring(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, petersen(a)redhat.com, pwu(a)redhat.com Latest upstream release: 1.4.16 Current version/release in rawhide: 0.4.16-22.fc24 URL: http://sourceforge.net/projects/scim 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/4767/ -- You are receiving this mail because: You are on the CC list for the bug.

1 4

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

i18n-bugs April 2016