January 2009 - i18n-bugs - Fedora Mailing-Lists

[Fedora-i18n-bugs] [Bug 473665] New: scim-python : Unowned directories

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: scim-python : Unowned directories https://bugzilla.redhat.com/show_bug.cgi?id=473665 Summary: scim-python : Unowned directories Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: scim-python AssignedTo: phuang(a)redhat.com ReportedBy: bugs.michael(a)gmx.net QAContact: extras-qa(a)fedoraproject.org CC: phuang(a)redhat.com, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora One or more directories are not included within this package and/or its sub-packages: => scim-python-pinyin-0.1.13rc1-1.fc10.i386 (rawhide-development-i386) /usr/share/scim-python/data => scim-python-xingma-0.1.13rc1-1.fc10.i386 (rawhide-development-i386) /usr/share/scim-python/engine/XingMa /usr/share/scim-python/engine/XingMa/tables => scim-python-xingma-cangjie-0.1.13rc1-1.fc10.i386 (rawhide-development-i386) /usr/share/scim-python/engine/XingMa /usr/share/scim-python/engine/XingMa/tables => scim-python-xingma-erbi-0.1.13rc1-1.fc10.i386 (rawhide-development-i386) /usr/share/scim-python/engine/XingMa /usr/share/scim-python/engine/XingMa/tables => scim-python-xingma-wubi-0.1.13rc1-1.fc10.i386 (rawhide-development-i386) /usr/share/scim-python/engine/XingMa /usr/share/scim-python/engine/XingMa/tables => scim-python-xingma-zhengma-0.1.13rc1-1.fc10.i386 (rawhide-development-i386) /usr/share/scim-python/engine/XingMa /usr/share/scim-python/engine/XingMa/tables Note: It may be necessary to include directories in multiple packages. [...] Further information: https://fedoraproject.org/wiki/Packaging/ReviewGuidelines MUST: A package must own all directories that it creates. If it does not create a directory that it uses, then it should require a package which does create that directory. https://fedoraproject.org/wiki/Packaging/Guidelines#FileAndDirectoryOwner... https://fedoraproject.org/wiki/Packaging/UnownedDirectories -- 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.

14 years, 3 months

1
2
0 / 0

[Fedora-i18n-bugs] [Bug 465392] New: race condition in XIM handling

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: race condition in XIM handling https://bugzilla.redhat.com/show_bug.cgi?id=465392 Summary: race condition in XIM handling Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: medium Component: scim AssignedTo: shawn.p.huang(a)gmail.com ReportedBy: tagoh(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: petersen(a)redhat.com, shawn.p.huang(a)gmail.com, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora Description of problem: if one sends the key event to SCIM too much and too faster, the application, such as emacs and xterm freezes. Version-Release number of selected component (if applicable): scim-1.4.7-32.fc10 How reproducible: always as long as it's on the above condition Steps to Reproduce: 1.change the keyboard repeat setting to make this easier to see, like gconftool-2 -s -t int /desktop/gnome/peripherals/keyboard/delay 100 and gconftool-2 -s -t int /desktop/gnome/peripherals/keyboard/rate 110 2.open xterm with XMODIFIERS=@im=SCIM 3.keep pressing a key until it freezes Actual results: freeze Expected results: should handles it properly Additional info: What exactly happened on this race condition issue is: https://bugzilla.redhat.com/show_bug.cgi?id=452849#c19 Quote from XIM specification: In on-demand-synchronous method, the IM library always receives XIM_FORWARD_EVENT or XIM_COMMIT message as a synchronous request. Also, the IM Server needs to synchronously process the correspondent reply from the IM library and the following XIM_FORWARD_EVENT message sent from the IM library when any of the event causes the IM Server to send XIM_FORWARD_EVENT or XIM_COMMIT message to the IM library, so that the input service is consistent. If the IM library gets the control back from the application after receiving the synchronous request, the IM library replies for the synchronous request before processing any of the events. In this time, the IM Server blocks XIM_FORWARD_EVENT message which is sent by the IM library, and handles it after receiving the reply. Howerver, the IM Server handles the other protocols /at any time/. So in the case at the above URL, XIM server has to process XIM_SET_IC_VALUES regardless of waiting for XIM_SYNC_REPLY. -- 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.

14 years, 4 months

1
2
0 / 0

[Fedora-i18n-bugs] [Bug 475904] New: no sound in startdict

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: no sound in startdict https://bugzilla.redhat.com/show_bug.cgi?id=475904 Summary: no sound in startdict Product: Fedora Version: 10 Platform: i386 OS/Version: Linux Status: NEW Severity: medium Priority: low Component: stardict AssignedTo: cchance(a)redhat.com ReportedBy: jianliang79(a)gmail.com QAContact: extras-qa(a)fedoraproject.org CC: cchance(a)redhat.com, zhu(a)redhat.com, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora Description of problem: I have installed WyabdcRealPeopleTTS sound library but stardict can't read words for me. Another abnormal thing about sound is that now I can't even hear the sound when the mouse pointer entering the buttons of stardict. I remember in the previous version I can hear a little sound when the mouse pointer entering one of the button of stardict. Version-Release number of selected component (if applicable): 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.

14 years, 4 months

1
23
0 / 0

[Fedora-i18n-bugs] [Bug 471927] New: imsettings causes window manager confusion in Xfce

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: imsettings causes window manager confusion in Xfce https://bugzilla.redhat.com/show_bug.cgi?id=471927 Summary: imsettings causes window manager confusion in Xfce Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: medium Component: imsettings AssignedTo: tagoh(a)redhat.com ReportedBy: kevin(a)tummy.com QAContact: extras-qa(a)fedoraproject.org CC: tagoh(a)redhat.com, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora If the imsettings and imsettings-xfce packages are installed xfwm4 settings are confused and don't think xfwm4 is the window manager. 1. Install imsettings-xfce 2. yum groupinstall XFCE 3. login and choose Xfce as your desktop. 4. right click on the desktop 5. choose settings manager 6. choose either "Window Manager" or "Window Manager Tweaks". 7. You will get a message: "These settings cannot work with your current window manager (imsetting-xim)" The code in xfwm4 hasn't changed in years here. It does: wm_name = gdk_x11_screen_get_window_manager_name (gdk_screen_get_default ()); if (g_ascii_strcasecmp (wm_name, "Xfwm4")) { xfce_err (_("These settings cannot work with your current window manager (%s)"), wm_name); return; } Is imsettings changing the gdk default window manager somehow? Removing imsettings causes everything to work as normal. -- 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.

14 years, 5 months

1
35
0 / 0

[Fedora-i18n-bugs] [Bug 481156] New: S-c-language crashes while installing new language - zero division error

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: S-c-language crashes while installing new language - zero division error https://bugzilla.redhat.com/show_bug.cgi?id=481156 Summary: S-c-language crashes while installing new language - zero division error Product: Fedora Version: 10 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: system-config-language AssignedTo: psatpute(a)redhat.com ReportedBy: jreznik(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: psatpute(a)redhat.com, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora Target Release: --- Description of problem: S-c-language crashes while installing new language with traceback zero division error. Version-Release number of selected component (if applicable): system-config-language-1.3.2-3.fc10.noarch How reproducible: install new language support, occurred once Steps to Reproduce: 1. select new language, click ok 2. let new language install in the next dialog Actual results: Traceback (most recent call last): File "/usr/share/system-config-language/gui_progress.py", line 101, in callback pct = amount/float(total) ZeroDivisionError: float division error: python callback <bound method GuiTransactionProgress.callback of <gui_progress.GuiTransactionProgress instance at 0x7f0a28085200>> failed, aborting! Expected results: S-c-language not crashing -- 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.

14 years, 5 months

1
8
0 / 0

[Fedora-i18n-bugs] [Bug 483181] New: msggrep segfaults when $ anchor is used

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: msggrep segfaults when $ anchor is used https://bugzilla.redhat.com/show_bug.cgi?id=483181 Summary: msggrep segfaults when $ anchor is used Product: Fedora Version: 9 Platform: i686 URL: https://savannah.gnu.org/bugs/index.php?25437 OS/Version: Linux Status: NEW Severity: medium Priority: low Component: gettext AssignedTo: petersen(a)redhat.com ReportedBy: sflaniga(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: petersen(a)redhat.com, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora Target Release: --- Description of problem: msggrep segfaults when $ anchor is used in regex Version-Release number of selected component (if applicable): 0.17-4.fc9 How reproducible: About 15 out of 16 runs. Steps to Reproduce: 1.echo a=b | msggrep -P -K -e '^a$' Actual results: Segmentation fault (15/16 runs) or no matches (1/16 runs) Expected results: One matching string Additional info: May be connected to https://savannah.gnu.org/bugs/index.php?25437. (My locally compiled gettext-0.17 doesn't segfault, but never returns the expected matches.) -- 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.

14 years, 5 months

1
5
0 / 0

[Fedora-i18n-bugs] [Bug 468964] New: scim-python-pinyin db file too big!

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: scim-python-pinyin db file too big! https://bugzilla.redhat.com/show_bug.cgi?id=468964 Summary: scim-python-pinyin db file too big! Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: medium Component: scim-python AssignedTo: shawn.p.huang(a)gmail.com ReportedBy: petersen(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: shawn.p.huang(a)gmail.com, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora Description of problem: The py.db file in scim-python-pinyin is 120MB it seems very big: eg scim-pinyin Steps to Reproduce: 1. du -sh /usr/share/scim-python/engine/PinYin 2. du -sh /usr/share/scim/pinyin Actual results: 1. 121M 2. 4.5M Expected results: 1. similar to scim-pinyin Additional info: This means we can't currently use scim-python-pinyin as default IM on Live images. -- 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.

14 years, 6 months

1
2
0 / 0

[Fedora-i18n-bugs] [Bug 478503] New: Translated to Brazilian Portuguese

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: Translated to Brazilian Portuguese https://bugzilla.redhat.com/show_bug.cgi?id=478503 Summary: Translated to Brazilian Portuguese Product: Fedora Version: 10 Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: iok AssignedTo: pnemade(a)redhat.com ReportedBy: taylonsilva(a)gmail.com QAContact: extras-qa(a)fedoraproject.org CC: pnemade(a)redhat.com, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora Translated to Brazilian Portuguese. The .po file is attached. -- 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.

14 years, 7 months

1
6
0 / 0

[Fedora-i18n-bugs] [Bug 477374] New: Please convert to new font packaging guidelines

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: Please convert to new font packaging guidelines https://bugzilla.redhat.com/show_bug.cgi?id=477374 Summary: Please convert to new font packaging guidelines Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: medium Component: culmus-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_font... - 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_... 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.

14 years, 7 months

1
15
0 / 0

[Fedora-i18n-bugs] [Bug 477474] New: Please convert to new font packaging guidelines

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: Please convert to new font packaging guidelines https://bugzilla.redhat.com/show_bug.cgi?id=477474 Summary: Please convert to new font packaging guidelines Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: medium Component: un-core-fonts AssignedTo: smallvil(a)get9.net ReportedBy: nicolas.mailhot(a)laposte.net QAContact: extras-qa(a)fedoraproject.org CC: petersen(a)redhat.com, smallvil(a)get9.net, fedora-fonts-bugs-list(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_font... - 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_... 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.

14 years, 7 months

1
8
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

i18n-bugs January 2009