December 2013 - i18n-bugs - Fedora Mailing-Lists

[Fedora-i18n-bugs] [Bug 925912] New: libunistring: Does not support aarch64 in f19 and rawhide

by Red Hat Bugzilla

Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=925912 Bug ID: 925912 Summary: libunistring: Does not support aarch64 in f19 and rawhide Product: Fedora Version: rawhide Component: libunistring Severity: unspecified Priority: unspecified Assignee: p(a)draigbrady.com Reporter: dennis(a)ausil.us QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, jim(a)meyering.net, p(a)draigbrady.com Blocks: 922257 (ARM64) Support for the ARM 64 bit CPU architecture (aarch64) was introduced in autoconf 2.69. libunistring appears to use an earlier version of autoconf, preventing its being built. This can be fixed in of three ways (In order of preference): 1. Work with upstream to migrate the package to autoconf 2.69. 2. Rerun autoconf or autoreconf in %prep or %build prior to running configure. 3. Apply the patch at http://ausil.fedorapeople.org/aarch64/libunistring/libunistring-aarch64.p... which updates config.guess and config.sub to recognize aarch64. -- 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=9grDOLh8EG&a=cc_unsubscribe

10 years, 1 month

1
1
0 / 0

[Fedora-i18n-bugs] [Bug 1029086] New: in system config language, search allowed only upto two characters

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1029086 Bug ID: 1029086 Summary: in system config language, search allowed only upto two characters Product: Fedora Version: rawhide Component: system-config-language Assignee: pnemade(a)redhat.com Reporter: apatil(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 Description of problem: in s-c-l, press ctrl-f and type "Mar", language marathi is not searchable though its available -- 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=RhPLi1MawP&a=cc_unsubscribe

10 years, 1 month

1
3
0 / 0

[Fedora-i18n-bugs] [Bug 543906] New: Conjunct 'sple' (as in display) is not rendered correctly with Meera font

by Red Hat Bugzilla

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Conjunct 'sple' (as in display) is not rendered correctly with Meera font https://bugzilla.redhat.com/show_bug.cgi?id=543906 Summary: Conjunct 'sple' (as in display) is not rendered correctly with Meera font Product: Fedora Version: 12 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: smc-fonts AssignedTo: psatpute(a)redhat.com ReportedBy: parimbra(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: fedora-fonts-bugs-list(a)redhat.com, psatpute(a)redhat.com, rajeeshknambiar(a)gmail.com, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora Description of problem: Meera font shipped with Fedora does not display the conjunct 'sple' correctly. It is working correctly with other fonts and same font in debian. Version-Release number of selected component (if applicable): How reproducible: always Steps to Reproduce: 1. open gedit 2. select Meera font 3. type ഡിസ്പ്ലെ (സ്പ്ലെ = unicode raw 0d38, 0d4d, 0d2a, 0d4d, 0d32) Actual results: സ്പ and ലെ displayed separately Expected results: സ് and പ്ലെ rendered separately Additional info: https://savannah.nongnu.org/bugs/index.php?28043 -- 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.

10 years, 1 month

1
24
0 / 0

[Fedora-i18n-bugs] [Bug 1040288] New: [or_IN][samyak-fonts] - Change language name from "Oriya" to "Odia"

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1040288 Bug ID: 1040288 Summary: [or_IN][samyak-fonts] - Change language name from "Oriya" to "Odia" Product: Fedora Version: rawhide Component: samyak-fonts Keywords: i18n Severity: low Priority: medium Assignee: psatpute(a)redhat.com Reporter: smaitra(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, nav007(a)gmail.com, psatpute(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. Please change the word "Oriya" occurrences to "Odia" in SPEC file. Please try to convince upstream as well, to change the font name from "samyak-oriya" to "samyak-odia" and rename the package name from "samyak-oriya-fonts" to "samyak-odia-fonts" Version-Release number of selected component (if applicable): samyak-oriya-fonts-1.2.2-11.fc20 How reproducible:N/A Steps to Reproduce:N/A 1. 2. 3. Actual results: Please see the description Expected results: Please see the description Additional info: References: http://orissamatters.com/2011/11/07/orissa-became-odisha/ http://www.ndtv.com/article/india/parliament-passes-bill-to-change-orissa... 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=nRs9g3dLU6&a=cc_unsubscribe

10 years, 1 month

1
1
0 / 0

[Fedora-i18n-bugs] [Bug 473842] New: Add Greek Polytonic support to Liberation fonts

by Red Hat Bugzilla

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Add Greek Polytonic support to Liberation fonts https://bugzilla.redhat.com/show_bug.cgi?id=473842 Summary: Add Greek Polytonic support to Liberation fonts Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: low Priority: medium Component: liberation-fonts AssignedTo: cchance(a)redhat.com ReportedBy: simos.bugzilla(a)gmail.com QAContact: extras-qa(a)fedoraproject.org CC: cchance(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora The Liberation fonts are missing the Greek Polytonic characters (Greek Extended Unicode group). In practical terms, the Greek Extended Unicode group is made of the Greek characters with a variety of accents (they are precomposed characters). This report is to track the process of adding support. -- 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.

10 years, 1 month

1
21
0 / 0

[Fedora-i18n-bugs] [Bug 1037008] New: Canna FTBFS if "-Werror=format-security" flag is used

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1037008 Bug ID: 1037008 Summary: Canna FTBFS if "-Werror=format-security" flag is used Product: Fedora Version: rawhide Component: Canna Assignee: tagoh(a)redhat.com Reporter: dkholia(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com Description of problem ---------------------- Canna fails to build if "-Werror=format-security" flag is used. ... can.c:1239:6: error: format not a string literal and no format arguments [-Werror=format-security] can.c:1300:9: error: format not a string literal and no format arguments [-Werror=format-security] can.c:1304:9: error: format not a string literal and no format arguments [-Werror=format-security] can.c:1494:7: error: format not a string literal and no format arguments [-Werror=format-security] ... We are working on a proposal to enable "-Werror=format-security" for all packages. Once this flag is enabled, GCC will refuse to compile code that could be vulnerable to a string format security flaw. For more details, please see https://fedorahosted.org/fesco/ticket/1185 page. To understand why it is important to fix this, please see https://fedoraproject.org/wiki/Format-Security-FAQ page. How to fix this --------------- The fix for these errors is quite simple. It's a matter of changing a line like, printf(foo); to read, printf("%s", foo); That's it. Please fix this issue in rawhide with a patch (which you should submit to upstream to merge moving forward). Please do a new build with the fix in rawhide. Other releases do not need to be directly fixed, but there should be no harm in pushing out this fix/patch with other needed changes to those branches. In the event you don't fix this bug before the next mass rebuild, provenpackagers may step in and update your package(s) to fix this issue. How reproducible ---------------- Build Canna-3.7p3-40.fc20.src.rpm with "-Werror=format-security" flag to reproduce the problem. To make this process easier, you can use a modified "redhat-rpm-config" package from http://people.fedoraproject.org/~halfie/artifacts/redhat-rpm-config/ URL. $ sha256sum redhat-rpm-config-9.1.0-56.fc20.* faad7594b2080fe76497d0ce50808c905a93dd7b41c1defdde5ca57e3833d3d2 redhat-rpm-config-9.1.0-56.fc20.noarch.rpm 5aa9357174305c7285ffdbc92d7ffe1c07a8a95d5459b930461308f5aad75413 redhat-rpm-config-9.1.0-56.fc20.src.rpm -- 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=7QAOMinhOi&a=cc_unsubscribe

10 years, 2 months

1
11
0 / 0

[Fedora-i18n-bugs] [Bug 1024421] New: ibus-kkc has problems when capslock is hit after conversion has started

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1024421 Bug ID: 1024421 Summary: ibus-kkc has problems when capslock is hit after conversion has started Product: Fedora Version: 20 Component: ibus-kkc 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 Created attachment 817127 --> https://bugzilla.redhat.com/attachment.cgi?id=817127&action=edit hitting-capslock-causes-problems-in-ibus-kkc-when-conversion-has-started.ogv Fedora 20 Beta TC6, ibus-anthy-1.5.4-1.fc20.x86_64 - Use ibus-kkc to type in gnome-terminal. - Make sure capslock is off - type ‘a’ → one sees ‘あ’ in preëdit. - Hit the capslock key → the ‘あ’ is commited. OK. - type ‘a’ again → again one sees ‘あ’ in preëdit. - type space to start conversion to kanji → one sees ‘亜’ in preëdit (or some other kanji ...) - Now hit the capslock key again The ‘亜’ is *not* committed, it stays white on black as if still were in the conversion phase. But typing space does not give other candidates, it just moves the ‘亜’ (still white on black) to the right. Typing RETURN a few times now moves the ‘亜’ down some lines, leaving partial remains in the previous lines. See attached video. -- 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=AezmtoysHR&a=cc_unsubscribe

10 years, 2 months

1
6
0 / 0

[Fedora-i18n-bugs] [Bug 1024061] New: ibus-kkc: A change of the pagination_start option in the setup tool is not applied immediately

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1024061 Bug ID: 1024061 Summary: ibus-kkc: A change of the pagination_start option in the setup tool is not applied immediately Product: Fedora Version: 20 Component: ibus-kkc 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 [mfabian@Fedora-20-Beta-TC6-x86_64-netins ~]$ rpm -q ibus-kkc ibus-kkc-1.5.18-1.fc20.x86_64 [mfabian@Fedora-20-Beta-TC6-x86_64-netins ~]$ - Japanese install - Select ibus-kkc in the gnome panel - Type some hiragana - Hit space to convert to kanji - Hit space again → candidate table pops up - Click the あ in the gnome panel, click on 設定 (setup) in the menu which pops up → The setup tool of ibus-kkc starts - In the first tab of the setup tool (labelled 動作) the second last option is: 候補ウィンドウの表示開始位置(G): [0 -+] Change this option to 7: 候補ウィンドウの表示開始位置(G): [7 -+] - Type some hiragana again - Hit space to convert to kanji - Hit space again → candidate table pops up ! Here is a problem, the candidate table should not pop up now after typing space only twice, we changed that option to 7! - click the あ in the gnome-panel and switch to some other input source - switch back to ibus-kkc using the gnome-panel - Type some hiragana again - Hit space until the canditatetable pops up → Now hitting space 8 times is necessary That is correct. So changing this option does not become effective immediately, only after switching to some other input source and back to ibus-kkc this works. This is *different* from the other options 句読点の形式(P): [。、 ↓] ... 候補ウィンドウの項目数(W): [7 -+] [✓] 候補の注釈を表示する these options become effective *immediately* when the are changed without having to switch the engine back and forth. So I think that the 候補ウィンドウの表示開始位置 does not become effective immediately is a bug. -- 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=9r661P6WB5&a=cc_unsubscribe

10 years, 2 months

1
5
0 / 0

[Fedora-i18n-bugs] [Bug 1016984] New: [ml_IN] Unicode standard sequence for stacked chillu-N and RRA not supported in Lohit Malayalam

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1016984 Bug ID: 1016984 Summary: [ml_IN] Unicode standard sequence for stacked chillu-N and RRA not supported in Lohit Malayalam Product: Fedora Version: rawhide Component: lohit-malayalam-fonts 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 Description of problem: As per TUS 6.2 chapter 9.9 p 321 (p 351 of PDF) the correct sequence to get the display of stacked chillu-N on top of RRA in Malayalam is: CHILLU N + VIRAMA + RRA. That is: ൻ്റ = 0d7b 0d4d 0d31. However, currently Lohit Malayalam font does not support this sequence. Testing Lohit Malayalam and Google Noto Sans Malayalam with latest HarfBuzz git head shows that Lohit is not capable of rendering this sequence correctly whereas Noto is capable. Please fix it so that ൻ്റ = 0d7b 0d4d 0d31 is correctly rendered as stacked chillu-N on top of RRA. Version-Release number of selected component (if applicable): 2.5.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=DqJbnx7nVd&a=cc_unsubscribe

10 years, 2 months

1
11
0 / 0

[Fedora-i18n-bugs] [Bug 510412] New: Cannot change system language back to English after changing it to Korean.

by Red Hat Bugzilla

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Cannot change system language back to English after changing it to Korean. https://bugzilla.redhat.com/show_bug.cgi?id=510412 Summary: Cannot change system language back to English after changing it to Korean. Product: Fedora Version: 11 Platform: x86_64 OS/Version: Linux Status: NEW Severity: high Priority: low Component: system-config-language AssignedTo: psatpute(a)redhat.com ReportedBy: cal.mcpherson99(a)gmail.com QAContact: extras-qa(a)fedoraproject.org CC: psatpute(a)redhat.com, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora Description of problem: Cannot reset system language back to original selection. Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. Start with an English(US) language install of Gnome Fedora 11 2. Change system language through GUI to Korean. 3. Reboot. 4. Log in, the system language is korean. 5. Change system language through GUI to English(US) 6. Reboot. 7. Log in, the system language is korean. Actual results: Cannot change back to English language, either via GNOME desktop GUI or system-config-language from terminal, ie desktop is unusable, I don't speak Korean!. Expected results: Can change back to English language. Additional info: the dialog when changing the lanugage indicates log out/in is sufficient for initial language change. Wrong. Reboot was required. Not important though. -- 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.

10 years, 2 months

1
16
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

i18n-bugs December 2013