March 2013 - i18n-bugs - Fedora Mailing-Lists

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

by Red Hat Bugzilla

Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=925289 Bug ID: 925289 Summary: eb: Does not support aarch64 in f19 and rawhide Product: Fedora Version: rawhide Component: eb Severity: unspecified Priority: unspecified Assignee: petersen(a)redhat.com Reporter: dennis(a)ausil.us QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, petersen(a)redhat.com Blocks: 922257 (ARM64) Support for the ARM 64 bit CPU architecture (aarch64) was introduced in autoconf 2.69. eb 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/eb/eb-aarch64.patch 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=M0VQawXWvl&a=cc_unsubscribe

10 years, 9 months

1
1
0 / 0

[Fedora-i18n-bugs] [Bug 926495] New: scim-hangul: Does not support aarch64 in f19 and rawhide

by Red Hat Bugzilla

Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=926495 Bug ID: 926495 Summary: scim-hangul: Does not support aarch64 in f19 and rawhide Product: Fedora Version: rawhide Component: scim-hangul Severity: unspecified Priority: unspecified Assignee: petersen(a)redhat.com Reporter: dennis(a)ausil.us QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, petersen(a)redhat.com Blocks: 922257 (ARM64) Support for the ARM 64 bit CPU architecture (aarch64) was introduced in autoconf 2.69. scim-hangul 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/scim-hangul/scim-hangul-aarch64.patch 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=kJjuhBQdyf&a=cc_unsubscribe

10 years, 10 months

1
2
0 / 0

[Fedora-i18n-bugs] [Bug 926499] New: scim-thai: Does not support aarch64 in f19 and rawhide

by Red Hat Bugzilla

Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=926499 Bug ID: 926499 Summary: scim-thai: Does not support aarch64 in f19 and rawhide Product: Fedora Version: rawhide Component: scim-thai Severity: unspecified Priority: unspecified Assignee: petersen(a)redhat.com Reporter: dennis(a)ausil.us QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, petersen(a)redhat.com Blocks: 922257 (ARM64) Support for the ARM 64 bit CPU architecture (aarch64) was introduced in autoconf 2.69. scim-thai 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/scim-thai/scim-thai-aarch64.patch 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=TVLhPEriIK&a=cc_unsubscribe

10 years, 10 months

1
1
0 / 0

[Fedora-i18n-bugs] [Bug 715309] New: Bold 'u' looks skinny

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: Bold 'u' looks skinny https://bugzilla.redhat.com/show_bug.cgi?id=715309 Summary: Bold 'u' looks skinny Product: Fedora Version: 15 Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: liberation-fonts AssignedTo: psatpute(a)redhat.com ReportedBy: mkasik(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: --- Created attachment 506011 --> https://bugzilla.redhat.com/attachment.cgi?id=506011 ftview of LiberationSans-Bold.ttf Description of problem: Letter 'u' from LiberationSans-Bold.ttf has vertical lines narrower than it should have at size 18 (when comparing with 'n'). Version-Release number of selected component (if applicable): liberation-sans-fonts-1.07.0-1.fc15 How reproducible: execute "ftview 18 /usr/share/fonts/liberation/LiberationSans-Bold.ttf" (or see the attached image) and compare letter 'u' with letter 'n'. Additional info: This was introduced in upstream commit http://git.fedorahosted.org/git/?p=liberation-fonts.git;a=commit;h=054d32... which is a fix of https://bugzilla.redhat.com/show_bug.cgi?id=463036. -- 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, 10 months

1
12
0 / 0

[Fedora-i18n-bugs] [Bug 851758] New: ibus does not honor the default input method configured in ibus-setup

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=851758 Bug ID: 851758 QA Contact: extras-qa(a)fedoraproject.org Severity: high 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: ibus does not honor the default input method configured in ibus-setup Regression: --- Story Points: --- Classification: Fedora OS: Linux Reporter: pswo10680(a)gmail.com Type: Bug Documentation: --- Hardware: All Mount Type: --- Status: NEW Component: ibus Product: Fedora Description of problem: I am a Chinese (Taiwan) user. I use ibus-setup to configure the default input method I want to use. I have selected "English (US)" as the default. However, ibus always give me ibus-chewing first after I log in GNOME. Version-Release number of selected component (if applicable): 1.4.99.20120717 How reproducible: Always Steps to Reproduce: 1. execute "ibus-setup", switch to "input method" tab. 2. I move English (US) to the top of the list while I am in zh_TW locale. 3. relogin, and you see the input method indicator showing ibus-chewing is active. Actual results: ibus-chewing as default. Expected results: The method you set in ibus-setup should be the default one. Additional info: -- You are receiving this mail because: You are on the CC list for the bug.

10 years, 10 months

1
21
0 / 0

[Fedora-i18n-bugs] [Bug 904117] New: Czech "cs" keymap shipped is uncomplete and has several problems

by Red Hat Bugzilla

Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=904117 Bug ID: 904117 Summary: Czech "cs" keymap shipped is uncomplete and has several problems Product: Fedora Version: 18 Component: rdesktop Severity: medium Priority: unspecified Reporter: zidek(a)master.cz +++ This bug was initially created as a clone of Bug #693890 +++ Created attachment 490071 fixed cs keymap by Jaroslav Jiricka Description of problem: Czech "cs" keymap shipped in Fedora package is uncomplete and has several problems which make it unusable, such as remapping the small letter e to Euro sign. Special characters written using right alt also don't work. Version-Release number of selected component (if applicable): rdesktop-1.6.0-10.fc14.x86_64 How reproducible: Run rdesktop with locale set to cs_CZ.utf8 and connect to czech windows with CS keyboard set in windows. Now try to type letter "e", Euro sign will appear. Steps to Reproduce: 1. set locale to czech language cs_CZ.utf8 and keyboard to czech quertz 2. connect to czech windows with CS keyboard set in windows 3. try to type letter "e" Actual results: Euro sign will appear Expected results: letter e should appear Additional info: Problem has been reported upstream http://sourceforge.net/tracker/index.php?func=detail&aid=1725634&group_id... attached keymaps cs and additional works ok. Rdesktop rpm should ship with those files. --- Additional comment from Martin Zidek on 2011-04-05 16:23:12 EDT --- Created attachment 490072 additional keymap Jaroslav Jiricka --- Additional comment from Dušan Hokův on 2011-06-23 07:56:45 EDT --- Same issue in Fedora 15, described simple patch solved the problem. --- Additional comment from Akira TAGOH on 2011-12-05 06:06:31 EST --- Does this still persist in f16 say? --- Additional comment from Martin Zidek on 2012-01-25 05:29:00 EST --- Issue still present in f16, tested on f16 rdesktop-1.7.0-1.fc16 --- Additional comment from Ladislav Nesnera on 2012-11-21 16:56:15 EST --- This problem persists in rdesktop.x86_64 1.7.0-2.fc17 :( I tried patch above but it doesn't work well for me - czech specific keys are duplicated - e.g. pressing key 5 (in en-us layout) gives řř not ř. Maybe I used it by wrong way (I substituted /usr/share/rdesktop/keymaps/cs by this patch) I found out this version of keymap - https://www.abclinuxu.cz/poradna/linux/show/181220#10 and I know about only one problem (AltGr+v should generate @ but do nothing), nevertheless it's much, much better then current state). Btw - FreeRDP works well outofbox.. --- Additional comment from Fedora End Of Life on 2013-01-16 12:30:00 EST --- This message is a reminder that Fedora 16 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 16. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '16'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 16's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 16 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged to click on "Clone This Bug" and open it against that version of Fedora. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping -- 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=PlrsIFG2xM&a=cc_unsubscribe

10 years, 10 months

1
3
0 / 0

[Fedora-i18n-bugs] [Bug 916500] New: In FC18 fonts installed by culmus package are not properly and configured with LaTex

by Red Hat Bugzilla

Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=916500 Bug ID: 916500 Summary: In FC18 fonts installed by culmus package are not properly and configured with LaTex Product: Fedora Version: 18 Component: culmus-fonts Severity: unspecified Priority: unspecified Reporter: moti.bot(a)gmail.com Hello, Description of problem: Starting with FC18 (worked in FC17), installation of culmus-fonts package with texlive and latex system support results in fonts being not recognized. Running pdflatex (or other generators) on a tex file with Hebrew text results in an error that fonts are not found (while they are installed and accessible under /usr/share/texmf). To resolve the problem it is necessary to perform the following steps manually as root: # cd /usr/share/texmf/fonts/map/dvips/updmap/ # updmap-sys --enable Map culmus.map Note: the updmap-sys command has to run from within the folder containing culmus.map file, otherwise the fonts are not recognized as well. Version-Release number of selected component (if applicable): culmus-fonts: 0.121-4.fc18 texlive: 2:2012-16.20130205_r29034.fc18 Steps to Reproduce: 1. Install a fresh FC18 system, update to latest. 2. Install culmus-fonts (with all supported fonts), lyx and necessary texlive packages to get working with tex and Hebrew support. 3. Try to generate a pdf (or dvi/ps) file from a tex file with Hebrew langauge text. Actual results: Error, font rdavid is not fount at 600. The error comes from mktexpk command which tries to access these font files. Expected results: Should simply create the the df file with correct layout and text. -- 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=oR240rckjA&a=cc_unsubscribe

10 years, 11 months

1
11
0 / 0

[Fedora-i18n-bugs] [Bug 885539] New: [abrt] fcitx-4.2.6.1-2.fc17: exit: Process /usr/bin/fcitx was killed by signal 11 (SIGSEGV)

by Red Hat Bugzilla

Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=885539 Bug ID: 885539 Summary: [abrt] fcitx-4.2.6.1-2.fc17: exit: Process /usr/bin/fcitx was killed by signal 11 (SIGSEGV) Product: Fedora Version: 17 Component: fcitx Severity: unspecified Priority: unspecified Reporter: 714789+redhat(a)gmail.com Version-Release number of selected component: fcitx-4.2.6.1-2.fc17 Additional info: libreport version: 2.0.18 abrt_version: 2.0.18 backtrace_rating: 4 cmdline: /usr/bin/fcitx -D crash_function: exit kernel: 3.6.9-2.fc17.x86_64 truncated backtrace: :Thread no. 1 (1 frames) : #5 exit at exit.c:100 -- 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=d76oDut7Kv&a=cc_unsubscribe

10 years, 11 months

1
5
0 / 0

[Fedora-i18n-bugs] [Bug 872880] New: [abrt] fcitx-4.2.5-1.fc17: exit: Process /usr/bin/fcitx was killed by signal 11 (SIGSEGV)

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=872880 Bug ID: 872880 QA Contact: extras-qa(a)fedoraproject.org Severity: unspecified Whiteboard: abrt_hash:3c937ea7b7bc5371c979fe703c800dd400a267e9 Version: 17 Priority: unspecified CC: i18n-bugs(a)lists.fedoraproject.org, liangsuilong(a)gmail.com, robinlee.sysu(a)gmail.com Assignee: liangsuilong(a)gmail.com Summary: [abrt] fcitx-4.2.5-1.fc17: exit: Process /usr/bin/fcitx was killed by signal 11 (SIGSEGV) Regression: --- Story Points: --- Classification: Fedora OS: Unspecified Reporter: xiangjihan(a)gmail.com Type: --- Documentation: --- Hardware: i686 Mount Type: --- Status: NEW Component: fcitx Product: Fedora Version-Release number of selected component: fcitx-4.2.5-1.fc17 Additional info: libreport version: 2.0.16 abrt_version: 2.0.16 backtrace_rating: 4 cmdline: fcitx crash_function: exit kernel: 3.6.3-1.fc17.i686.PAE truncated backtrace: :Thread no. 1 (10 frames) : #6 exit at exit.c:100 : #7 OnException at /usr/src/debug/fcitx-4.2.5/src/core/errorhandler.c:106 : #10 error_get_my_stack at error.c:134 : #11 nss_ClearErrorStack at error.c:281 : #12 NSSArena_Create at arena.c:385 : #13 NSSTrustDomain_Create at trustdomain.c:70 : #14 STAN_LoadDefaultNSS3TrustDomain at pki3hack.c:154 : #15 nss_Init at nssinit.c:691 : #16 NSS_NoDB_Init at nssinit.c:909 : #17 rpmInitCrypto at rpmpgp.c:1642 -- You are receiving this mail because: You are on the CC list for the bug.

10 years, 11 months

1
3
0 / 0

[Fedora-i18n-bugs] [Bug 889309] New: [abrt] translate-toolkit-1.9.0-2.fc17: tmdb.py:177:init_fulltext:OperationalError: database schema has changed

by Red Hat Bugzilla

Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=889309 Bug ID: 889309 Summary: [abrt] translate-toolkit-1.9.0-2.fc17: tmdb.py:177:init_fulltext:OperationalError: database schema has changed Product: Fedora Version: 17 Component: translate-toolkit Severity: unspecified Priority: unspecified Reporter: cjlhomeaddress(a)gmail.com Version-Release number of selected component: translate-toolkit-1.9.0-2.fc17 Additional info: libreport version: 2.0.18 abrt_version: 2.0.18 cmdline: /usr/bin/python /usr/bin/tmserver -b localhost -p 55555 -d /home/cjl/.virtaal/tm.db --min-similarity=70 --max-candidates=5 kernel: 3.6.9-2.fc17.i686 backtrace: :tmdb.py:177:init_fulltext:OperationalError: database schema has changed : :Traceback (most recent call last): : File "/usr/bin/tmserver", line 27, in <module> : tmserver.main() : File "/usr/lib/python2.7/site-packages/translate/services/tmserver.py", line 197, in main : prefix="/tmserver", source_lang=options.source_lang, target_lang=options.target_lang) : File "/usr/lib/python2.7/site-packages/translate/services/tmserver.py", line 45, in __init__ : self.tmdb = tmdb.TMDB(tmdbfile, max_candidates, min_similarity, max_length) : File "/usr/lib/python2.7/site-packages/translate/storage/tmdb.py", line 68, in __init__ : self.init_fulltext() : File "/usr/lib/python2.7/site-packages/translate/storage/tmdb.py", line 177, in init_fulltext : self.cursor.executescript(script) :OperationalError: database schema has changed : :Local variables in innermost frame: :self: <translate.storage.tmdb.TMDB object at 0xb724320c> :e: OperationalError('database is locked',) :script: '\nDROP TRIGGER IF EXISTS sources_insert_trig;\nDROP TRIGGER IF EXISTS sources_update_trig;\nDROP TRIGGER IF EXISTS sources_delete_trig;\n' -- 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=HW1kpDAAn3&a=cc_unsubscribe

10 years, 11 months

1
4
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

i18n-bugs March 2013