i18n-bugs June 2009

i18n-bugs@lists.fedoraproject.org

1 participants
382 discussions

[Fedora-i18n-bugs] [Bug 476511] New: scim bad file descriptor
by Red Hat Bugzilla 20 Jul '09

20 Jul '09

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: scim bad file descriptor https://bugzilla.redhat.com/show_bug.cgi?id=476511 Summary: scim bad file descriptor Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: scim-bridge AssignedTo: phuang(a)redhat.com ReportedBy: chanueting(a)gmail.com QAContact: extras-qa(a)fedoraproject.org CC: petersen(a)redhat.com, phuang(a)redhat.com, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora Description of problem: "scim-bridge: An exception occurred at selecting the sockets: Bad file descriptor" is shown in the log. Version-Release number of selected component (if applicable): scim-1.4.7-35.fc10 (i386) scim-bridge-gtk-0.4.15-8.fc10 How reproducible: Every time. Steps to Reproduce: 1. Boot up a machine with scim installed. 2. 3. Actual results: I can see this message in message log: localhost scim-bridge: An exception occurred at selecting the sockets: Bad file descriptor At the same time, there are increasing number of scim-bridge process those obtain many memory. Expected results: There should not be increasing of memory usage. 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 4

[Fedora-i18n-bugs] [Bug 465214] New: emacs should disable XIM by default
by Red Hat Bugzilla 20 Jul '09

20 Jul '09

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: emacs should disable XIM by default https://bugzilla.redhat.com/show_bug.cgi?id=465214 Summary: emacs should disable XIM by default Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: medium Component: emacs AssignedTo: coldwell(a)redhat.com ReportedBy: petersen(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: coldwell(a)redhat.com, fedora-i18n-bugs(a)redhat.com Blocks: 438944 Estimated Hours: 0.0 Classification: Fedora Description of problem: XIM (X Input Method protocol) is pretty intrusive for Emacs users specially for SCIM which defaults to using C-Space as its hotkey, and anyway Emacs provides its own superior builtin input methods designed for native input. I propose that we turn off XIM by default Emacs for fedora. It can still be enabled by users using the X resource useXIM. Steps to Reproduce: 1. Run Emacs with SCIM enabled. 2. Press C-Space Actual results: 2. SCIM is enabled Expected results: 2. mark to be set Additional info: Emacs is capable of input most major Asian languages adequately by itself and also can support has package that support anthy, scim-bridge and uim via elisp, therefore is no need to have XIM enabled by default any longer. -- 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 7

[Fedora-i18n-bugs] [Bug 503478] New: [pa_IN][Jhelum] layout need update for Gurmukhi Numeric
by Red Hat Bugzilla 19 Jul '09

19 Jul '09

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: [pa_IN][Jhelum] layout need update for Gurmukhi Numeric https://bugzilla.redhat.com/show_bug.cgi?id=503478 Summary: [pa_IN][Jhelum] layout need update for Gurmukhi Numeric Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Keywords: i18n Severity: medium Priority: low Component: m17n-contrib AssignedTo: pnemade(a)redhat.com ReportedBy: aalam(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: pnemade(a)redhat.com, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora Target Release: --- Description of problem: Jhelum Layout has Lation Numeric, while Gurmukhi Numeric is only away with full size keyboard with numeric keys, but on laptop, those need to include with Ctrl+Alt+<1,2,3,4..> Version-Release number of selected component (if applicable): m17n-contrib-punjabi-1.1.9-5.fc11.noarch How reproducible: Steps to Reproduce: 1. Use laptop for input with jhelum Punjabi layout 2. 3. Actual results: Only latin Numbers are available Expected results: Gurmukhi Numeric can be available with Ctrl+Alt+<NUM_CODE> Additional info: http://code.google.com/p/gurmukhi/issues/detail?id=6 Upstream Jhelum -- 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 13

[Fedora-i18n-bugs] [Bug 496902] New: inttypes_h.m4 and signed.m4 (probably)from /usr/share/gettext/archive.tar.gz dont compile with -Wall -Werror
by Red Hat Bugzilla 19 Jul '09

19 Jul '09

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: inttypes_h.m4 and signed.m4 (probably)from /usr/share/gettext/archive.tar.gz dont compile with -Wall -Werror https://bugzilla.redhat.com/show_bug.cgi?id=496902 Summary: inttypes_h.m4 and signed.m4 (probably)from /usr/share/gettext/archive.tar.gz dont compile with -Wall -Werror Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: high Priority: low Component: gettext AssignedTo: petersen(a)redhat.com ReportedBy: pal(a)interexc.com QAContact: extras-qa(a)fedoraproject.org CC: petersen(a)redhat.com, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora Description of problem: inttypes_h.m4 and signed.m4 (probably)from /usr/share/gettext/archive.tar.gz dont compile with -Wall -Werror conftest.cpp:38: error: unused variable 'i' conftest.cpp:32: error: unused variable 'x' fixes: --- inttypes_h.m4~ 2009-04-21 18:21:28.000000000 +0300 +++ inttypes_h.m4 2009-04-21 17:56:39.000000000 +0300 @@ -15,7 +15,7 @@ [AC_TRY_COMPILE( [#include <sys/types.h> #include <inttypes.h>], - [uintmax_t i = (uintmax_t) -1;], + [uintmax_t i = (uintmax_t) -1;i=i], gl_cv_header_inttypes_h=yes, gl_cv_header_inttypes_h=no)]) if test $gl_cv_header_inttypes_h = yes; then --- signed.m4~ 2009-04-21 18:21:39.000000000 +0300 +++ signed.m4 2009-04-21 17:57:11.000000000 +0300 @@ -9,7 +9,7 @@ AC_DEFUN([bh_C_SIGNED], [ AC_CACHE_CHECK([for signed], bh_cv_c_signed, - [AC_TRY_COMPILE(, [signed char x;], bh_cv_c_signed=yes, bh_cv_c_signed=no)]) + [AC_TRY_COMPILE(, [signed char x=' ';x=x;], bh_cv_c_signed=yes, bh_cv_c_signed=no)]) if test $bh_cv_c_signed = no; then AC_DEFINE(signed, , [Define to empty if the C compiler doesn't support this keyword.]) -- 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 12

[Fedora-i18n-bugs] [Bug 500973] New: ibus-table* missing *.txt?
by Red Hat Bugzilla 19 Jul '09

19 Jul '09

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: ibus-table* missing *.txt? https://bugzilla.redhat.com/show_bug.cgi?id=500973 Summary: ibus-table* missing *.txt? Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: ibus-table AssignedTo: cchance(a)redhat.com ReportedBy: petersen(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: cchance(a)redhat.com, phuang(a)redhat.com, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora Target Release: --- Description of problem: When I try to install ibus-table-{cangjie,erbi,wubi} I get %post errors. How reproducible: every time Steps to Reproduce: # yum install ibus-table\* Actual results: Transaction Test Succeeded Running Transaction Installing : ibus-table 1/5 Installing : ibus-table-erbi 2/5 Traceback (most recent call last): File "/usr/share/ibus-table/engine/tabcreatedb.py", line 297, in <module> main () File "/usr/share/ibus-table/engine/tabcreatedb.py", line 213, in main source = file ( opts.source, 'r' ) IOError: [Errno 2] No such file or directory: 'erbi_qs.txt' Non-fatal POSTIN scriptlet failure in rpm package ibus-table-erbi-1.1.0.20090407-3.fc11.noarch warning: %post(ibus-table-erbi-1.1.0.20090407-3.fc11.noarch) scriptlet failed, exit status 1 Installing : ibus-table-cangjie 3/5 Traceback (most recent call last): File "/usr/share/ibus-table/engine/tabcreatedb.py", line 297, in <module> main () File "/usr/share/ibus-table/engine/tabcreatedb.py", line 213, in main source = file ( opts.source, 'r' ) IOError: [Errno 2] No such file or directory: 'cangjie3.txt' Traceback (most recent call last): File "/usr/share/ibus-table/engine/tabcreatedb.py", line 297, in <module> main () File "/usr/share/ibus-table/engine/tabcreatedb.py", line 213, in main source = file ( opts.source, 'r' ) IOError: [Errno 2] No such file or directory: 'cangjie5.txt' Traceback (most recent call last): File "/usr/share/ibus-table/engine/tabcreatedb.py", line 297, in <module> main () File "/usr/share/ibus-table/engine/tabcreatedb.py", line 213, in main source = file ( opts.source, 'r' ) IOError: [Errno 2] No such file or directory: 'quick3.txt' Traceback (most recent call last): File "/usr/share/ibus-table/engine/tabcreatedb.py", line 297, in <module> main () File "/usr/share/ibus-table/engine/tabcreatedb.py", line 213, in main source = file ( opts.source, 'r' ) IOError: [Errno 2] No such file or directory: 'quick5.txt' Non-fatal POSTIN scriptlet failure in rpm package ibus-table-cangjie-1.1.0.20090309-6.fc11.noarch warning: %post(ibus-table-cangjie-1.1.0.20090309-6.fc11.noarch) scriptlet failed, exit status 1 Installing : ibus-table-wubi 4/5 Traceback (most recent call last): File "/usr/share/ibus-table/engine/tabcreatedb.py", line 297, in <module> main () File "/usr/share/ibus-table/engine/tabcreatedb.py", line 213, in main source = file ( opts.source, 'r' ) IOError: [Errno 2] No such file or directory: 'wubi86.txt' Non-fatal POSTIN scriptlet failure in rpm package ibus-table-wubi-1.1.0.20090327-4.fc11.noarch warning: %post(ibus-table-wubi-1.1.0.20090327-4.fc11.noarch) scriptlet failed, exit status 1 Installing : ibus-table-additional 5/5 Expected results: no errors -- 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 37

[Fedora-i18n-bugs] [Bug 502778] New: Avoid Duplicate language names for locales that uses different scripts
by Red Hat Bugzilla 16 Jul '09

16 Jul '09

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Avoid Duplicate language names for locales that uses different scripts https://bugzilla.redhat.com/show_bug.cgi?id=502778 Summary: Avoid Duplicate language names for locales that uses different scripts Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: gdm AssignedTo: jmccann(a)redhat.com ReportedBy: pnemade(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: petersen(a)redhat.com, jmccann(a)redhat.com, rstrode(a)redhat.com, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora Target Release: --- Created an attachment (id=345574) --> (https://bugzilla.redhat.com/attachment.cgi?id=345574) gdm-language-selection-list Description of problem: In F-11 gdm language selection list, I found that for locales ks_IN and ks_IN@devanagari are showing same language name "Kashmiri (India)". Both of these locales are for India country but divided based on scripts. ks_IN uses Perso-Arabic script whereas ks_IN@devanagari uses Devanagari script. Version-Release number of selected component (if applicable): gdm-2.26.1-10.fc11.x86_64 How reproducible: always Steps to Reproduce: 1. look into gdm language selection list 2. 3. Actual results: Both locales shows same language name and confuses which language is selected. Expected results: Can we have some way to identify which locale is selected or Can we have some kind of change in language list? 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 8

[Fedora-i18n-bugs] [Bug 477421] New: Please convert to new font packaging guidelines
by Red Hat Bugzilla 16 Jul '09

16 Jul '09

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Please convert to new font packaging guidelines https://bugzilla.redhat.com/show_bug.cgi?id=477421 Summary: Please convert to new font packaging guidelines Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: medium Component: madan-fonts AssignedTo: rbhalera(a)redhat.com ReportedBy: nicolas.mailhot(a)laposte.net QAContact: extras-qa(a)fedoraproject.org CC: petersen(a)redhat.com, rbhalera(a)redhat.com, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora This bug has been filed because we've detected your package includes one or several font files: repoquery -C --repoid=rawhide -f '*.ttf' -f '*.otf' -f '*.pfb' -f '*.pfa' --qf='%{SOURCERPM}\n' |sed -e 's+-[0-9.-]*\.fc[123456789]$.*$src.rpm++g'|sort|uniq Unfortunately the script does not detect symlinks to other packages, so if that's your case, you can close this bug report now. Otherwise, you should know that: - Fedora guidelines demand the packaging of fonts in a separate package or subpackage: http://fedoraproject.org/wiki/Packaging/Guidelines#Avoid_bundling_of_fonts_… - our font packaging guidelines recently changed, and every package that ships fonts must be adapted to the new templates available in the fontpackages-devel package. http://fedoraproject.org/wiki/PackagingDrafts/Fonts_packaging_automation_(2… http://fedoraproject.org/wiki/Fedora_fonts_policy_package http://fedoraproject.org/wiki/Simple_fonts_spec_template http://fedoraproject.org/wiki/Fonts_spec_template_for_multiple_fonts Please make your package conform to the current guidelines in rawhide. If your package is not principaly a font package, depending on a separate font package or subpackage is the prefered solution. If your application does not use fontconfig you can always package symlinks to the files provided by the font package and installed in the correct fontconfig directories. It is preferred to make a font package or subpackage per font family, though it is not currently a hard guidelines requirement (it may become before Fedora 11 is released). The definition of a font family is given on http://fedoraproject.org/wiki/Fonts_spec_template_notes/font-family The new templates should make the creation of font subpackages easy and safe. The following packages have already been converted and can serve as examples: - andika-fonts - apanov-heuristica-fonts - bitstream-vera-fonts - charis-fonts - dejavu-fonts - ecolier-court-fonts - edrip-fonts - gfs-ambrosia-fonts - gfs-artemisia-fonts - gfs-baskerville-fonts - gfs-bodoni-classic-fonts - gfs-bodoni-fonts - gfs-complutum-fonts - gfs-didot-classic-fonts - gfs-didot-fonts - gfs-eustace-fonts - gfs-fleischman-fonts - gfs-garaldus-fonts - gfs-gazis-fonts - gfs-jackson-fonts - gfs-neohellenic-fonts - gfs-nicefore-fonts - gfs-olga-fonts - gfs-porson-fonts - gfs-solomos-fonts - gfs-theokritos-fonts - stix-fonts - yanone-kaffeesatz-fonts If you have any remaining questions about the new guidelines please ask them on fedora-fonts-list at redhat.com -- 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 508975] New: Switch to using python's gettext module
by Red Hat Bugzilla 13 Jul '09

13 Jul '09

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Switch to using python's gettext module https://bugzilla.redhat.com/show_bug.cgi?id=508975 Summary: Switch to using python's gettext module Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: system-config-language AssignedTo: psatpute(a)redhat.com ReportedBy: katzj(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: psatpute(a)redhat.com, fedora-i18n-bugs(a)redhat.com Blocks: 508951 Estimated Hours: 0.0 Classification: Fedora Target Release: --- Created an attachment (id=349982) --> (https://bugzilla.redhat.com/attachment.cgi?id=349982) switch to gettext directly The attached patch switches to using python's gettext support rather than rhpl.translate -- 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 505994] New: [si] Can't install sayura duing the F11 installation
by Red Hat Bugzilla 13 Jul '09

13 Jul '09

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: [si] Can't install sayura duing the F11 installation https://bugzilla.redhat.com/show_bug.cgi?id=505994 Summary: [si] Can't install sayura duing the F11 installation Product: Fedora Version: 11 Platform: All OS/Version: Linux Status: NEW Severity: urgent Priority: low Component: ibus AssignedTo: phuang(a)redhat.com ReportedBy: danishka(a)gmail.com QAContact: extras-qa(a)fedoraproject.org CC: phuang(a)redhat.com, psatpute(a)redhat.com, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora Description of problem: Once we select Sinhala at language list during the installation, it should install both Wijesekara and Sayura input methods. But in Fedora 11 Sayura is not available. Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. Installa Fedora 11 2. Select Sinhala language during the installation 3. Check ibus for Sayura Actual results: Sayura input method is missing Expected results: both Sayura and Wijesekara shuold install 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 493824] New: S-c-tools cleanup: dialogs centered on screen/main application window
by Red Hat Bugzilla 13 Jul '09

13 Jul '09

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: S-c-tools cleanup: dialogs centered on screen/main application window https://bugzilla.redhat.com/show_bug.cgi?id=493824 Summary: S-c-tools cleanup: dialogs centered on screen/main application window Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: system-config-language AssignedTo: psatpute(a)redhat.com ReportedBy: rrakus(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: psatpute(a)redhat.com, jreznik(a)redhat.com, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora Target Release: --- Description of problem: Child dialogs should be centered on parent window, not on screen/main application window. How reproducible: Steps to Reproduce: 1. invoke some dialog (for example About dialog) 2. check dialog centering Actual results: Dialogs centered on screen/main application window. Expected results: Dialogs centered on parent window. Additional info: This bug report is part of "System Configuration Tools Cleanup Project". Don't hesitate to ask project maintainers for any kind of help. -- 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

← Newer
1
...
7
8
9
10
11
12
13
...
39
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

i18n-bugs June 2009