i18n-bugs May 2010

i18n-bugs@lists.fedoraproject.org

2 participants
438 discussions

[Fedora-i18n-bugs] [Bug 575005] Review Request: zinnia-tomoe - Online hand recognition system with machine learning
by Red Hat Bugzilla 07 May '10

07 May '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=575005 --- Comment #47 from Chen Lei <supercyper1(a)gmail.com> 2010-05-06 23:23:28 EDT --- I cannot accept installing big endian-specific data into {_libdir}. Especially for sunpinyin, the shlib itself is small and arch-specific but requires some big data(>20MB), I cannot imagine to download those files twice for x86_64 users if someone wants to install both 32bit and 64bit libs. -- 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 0

[Fedora-i18n-bugs] [Bug 575005] Review Request: zinnia-tomoe - Online hand recognition system with machine learning
by Red Hat Bugzilla 07 May '10

07 May '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=575005 --- Comment #46 from Chen Lei <supercyper1(a)gmail.com> 2010-05-06 23:15:12 EDT --- (In reply to comment #45) > Here are summary of this bug's current status here: > This bug is discussing about how to deal with the binary model file, and about > 3 solutions are posted here: > 1. Consider zinnia-tomoe model data file arch-dependent, put the binary model > in %{_libdir}, or %{_datadir} with the the arch name as the model file postfix. > 2. Consider zinnia-tomoe model data file endian-dependent only, and provide > both big-endian and little-endian model file. > 3. Make a patch for zinnia, and make the model file completely > arch-independent. (Thanks for Peng Huang's patch, sent to upstream.) > Personally I prefer the solution 1 from Dennis Gilmore, and copy his comment > here: > >Reading though this it will be simpler for long term management for this to be > >architecture specific. rpm doesn't understand endianness and trying to shoehorn > >it in makes it much more complicated and difficult to work with. > Please decide how to solve this problem, thanks in advance. I'd like to simply install small endian-specfic data into %{_datadir}, but without noarch for those package. For big endian-specific data, I suggest to split them into two noarch subpackages. Tweak spec is much more eaiser than patching software to use arch-independent endian files or utilize endian-specfic data in %{_libdir}. History show many packages install their endian-specfic data into %{_datadir}, but few packages install those data into %{_libdir} as I known. e.g. gcin: Input method for Traditional Chinese scim-fcitx: FCITX Input Method Engine for SCIM espeak: Software speech synthesizer (text-to-speech) Notes: Their are also some disscussion on debian's mail list. For espeak, the final decision is simply revoking noarch for espeak-data. See http://packages.debian.org/sid/espeak-data For sunpinyin(big data), the final decision is split endian-specfic data into two noarch subpackages. If we decide to treak endian-specfic as arch-specfic, then a lot of packages in repo need patching. Also, it may waste space for end users, if we considring multilib circumstance. For F13, all primary arch is little endian now, splitting big endian-specfic data into noarch subpackage will also save space in fedora mirrors. -- 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 0

[Fedora-i18n-bugs] [Bug 575005] Review Request: zinnia-tomoe - Online hand recognition system with machine learning
by Red Hat Bugzilla 07 May '10

07 May '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=575005 --- Comment #45 from Peng Wu <pwu(a)redhat.com> 2010-05-06 22:31:51 EDT --- Here are summary of this bug's current status here: This bug is discussing about how to deal with the binary model file, and about 3 solutions are posted here: 1. Consider zinnia-tomoe model data file arch-dependent, put the binary model in %{_libdir}, or %{_datadir} with the the arch name as the model file postfix. 2. Consider zinnia-tomoe model data file endian-dependent only, and provide both big-endian and little-endian model file. 3. Make a patch for zinnia, and make the model file completely arch-independent. (Thanks for Peng Huang's patch, sent to upstream.) Personally I prefer the solution 1 from Dennis Gilmore, and copy his comment here: >Reading though this it will be simpler for long term management for this to be >architecture specific. rpm doesn't understand endianness and trying to shoehorn >it in makes it much more complicated and difficult to work with. Please decide how to solve this problem, thanks in advance. -- 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 0

[Fedora-i18n-bugs] [Bug 545695] New: provide IME input mode status in panel
by Red Hat Bugzilla 06 May '10

06 May '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: provide IME input mode status in panel https://bugzilla.redhat.com/show_bug.cgi?id=545695 Summary: provide IME input mode status in panel Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Keywords: FutureFeature Severity: medium Priority: low Component: ibus AssignedTo: phuang(a)redhat.com ReportedBy: petersen(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: phuang(a)redhat.com, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora Target Release: --- Description of problem: It would be nice if ibus could show IME status in its panel: eg input for anthy, etc. Currently one must have the toolbar to see the input mode. uim can do this. -- 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 568613] Improve wqy-zenhei-fonts fontconfig conf file
by Red Hat Bugzilla 06 May '10

06 May '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=568613 --- Comment #15 from Peng Wu <pwu(a)redhat.com> 2010-05-06 01:55:02 EDT --- binding="same" is removed from wqy-zenhei-fonts and wqy-microhei-fonts, and pushed to fedora 13 updates. This bug is tracking SC/TC fonts improvements now. -- 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 0

[Fedora-i18n-bugs] [Bug 578015] l10n-font-template.conf doesn't work as expected
by Red Hat Bugzilla 06 May '10

06 May '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=578015 Jens Petersen <petersen(a)redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|nicolas.mailhot(a)laposte.net |tagoh(a)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 0

[Fedora-i18n-bugs] [Bug 563409] New: fontconfig-2.8.0-1 changes default Monospace font from DejaVu Sans Mono to Baekmuk Gulim
by Red Hat Bugzilla 06 May '10

06 May '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: fontconfig-2.8.0-1 changes default Monospace font from DejaVu Sans Mono to Baekmuk Gulim https://bugzilla.redhat.com/show_bug.cgi?id=563409 Summary: fontconfig-2.8.0-1 changes default Monospace font from DejaVu Sans Mono to Baekmuk Gulim Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: un-core-fonts AssignedTo: smallvil(a)get9.net ReportedBy: tagoh(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: tagoh(a)redhat.com, petersen(a)redhat.com, jks(a)iname.com, besfahbo(a)redhat.com, mattias.ellert(a)fysast.uu.se, edgar.hoch(a)ims.uni-stuttgart.de, pnemade(a)redhat.com, smallvil(a)get9.net, fonts-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com, fedora-i18n-bugs(a)redhat.com Depends on: 546490 Blocks: 507684 Estimated Hours: 0.0 Classification: Fedora Target Release: --- Clone Of: 546490 +++ This bug was initially created as a clone of Bug #546490 +++ Description of problem: I did a yum update and discovered emacs was using the Baekmuk Gulim font. Code editing needs to be done in a fixed-width font! Baekmuk Gulim is not fixed-width. Directory listings look horrible because the fields are not aligned. I changed my emacs settings back and everything is fine for me now, but I bet a bunch of people will have no idea what font to change back to. I was only able to figure it out because I had an emacs running from before the yum update. Version-Release number of selected component (if applicable): fontconfig-2.8.0-1.fc11.x86_64 --- Additional comment from tagoh(a)redhat.com on 2009-12-14 03:52:56 EST --- This issue is easily reproducible with fc-match "monospace:lang=en" though, there are two things introduced in 2.8.0: 1. the above command matches lang="ko" too 2. Baekmuk Gulim has been added to the pattern with the strong binding somehow. which has ever been added with the weak binding. --- Additional comment from tagoh(a)redhat.com on 2010-02-02 06:26:00 EST --- This might be the configuration file issue in 65-baekmuk-ttf-gulim.conf. as I pointed out current behaviour in the list [*1] and due to the issue we have in Bug#518161 too perhaps dunno, comparing the lang with 'ko' behaves wrongly in current implementation of fontconfig at least. modifying like the following works expectedly: <test name="lang"> <string>ko-kr</string> </test> FYI *1 - http://lists.freedesktop.org/archives/fontconfig/2009-November/003275.html --- Additional comment from petersen(a)redhat.com on 2010-02-02 11:42:55 EST --- Behdad said he would look into the lang= issues but maybe we should reassign to baekmuk-ttf at least as a workaround for f13? --- Additional comment from tagoh(a)redhat.com on 2010-02-02 23:01:07 EST --- maybe. we could clone this to keep both on track. -- 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 546490] fontconfig-2.8.0-1 changes default Monospace font from DejaVu Sans Mono to Baekmuk Gulim
by Red Hat Bugzilla 06 May '10

06 May '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=546490 Jens Petersen <petersen(a)redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|MODIFIED |CLOSED Resolution| |DUPLICATE --- Comment #24 from Jens Petersen <petersen(a)redhat.com> 2010-05-05 23:41:08 EDT --- *** This bug has been marked as a duplicate of bug 578017 *** -- 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 0

[Fedora-i18n-bugs] [Bug 570731] Review Request: ibus-handwrite - IBus handwrite project
by Red Hat Bugzilla 06 May '10

06 May '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=570731 Jens Petersen <petersen(a)redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks|507684(F13Target) | -- 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 0

[Fedora-i18n-bugs] [Bug 474522] New: Incorrect cent sign glyph (U+00A2) in Sans and Mono style in Liberation fonts
by Red Hat Bugzilla 05 May '10

05 May '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Incorrect cent sign glyph (U+00A2) in Sans and Mono style in Liberation fonts https://bugzilla.redhat.com/show_bug.cgi?id=474522 Summary: Incorrect cent sign glyph (U+00A2) in Sans and Mono style in Liberation fonts Product: Fedora Version: rawhide Platform: All OS/Version: All Status: NEW Severity: medium Priority: low Component: liberation-fonts AssignedTo: cchance(a)redhat.com ReportedBy: watchingman(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 Created an attachment (id=325660) --> (https://bugzilla.redhat.com/attachment.cgi?id=325660) cent sign incorrect cent sign shoud be a coressed capital "C". -- 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 15

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

i18n-bugs May 2010