fonts-bugs July 2010

fonts-bugs@lists.fedoraproject.org

33 participants
503 discussions

[Bug 599281] New: New upstream release 2.3 is available
by Red Hat Bugzilla 19 Oct '10

19 Oct '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: New upstream release 2.3 is available https://bugzilla.redhat.com/show_bug.cgi?id=599281 Summary: New upstream release 2.3 is available Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: fonttools AssignedTo: roozbeh(a)gmail.com ReportedBy: tagoh(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: roozbeh(a)gmail.com, fonts-bugs(a)lists.fedoraproject.org Classification: Fedora Target Release: --- Description of problem: 2.3 is available upstream. I'd like to see the new feature, TrueType Collection support in this release. please update it. -- 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

[Bug 557862] New: Liberation Mono is not really monospaced font
by Red Hat Bugzilla 18 Oct '10

18 Oct '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Liberation Mono is not really monospaced font https://bugzilla.redhat.com/show_bug.cgi?id=557862 Summary: Liberation Mono is not really monospaced font Product: Fedora Version: 12 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: liberation-fonts AssignedTo: cchance(a)redhat.com ReportedBy: kir(a)sacred.ru QAContact: extras-qa(a)fedoraproject.org CC: petersen(a)redhat.com, cchance(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org, fedora-i18n-bugs(a)redhat.com Classification: Fedora Description of problem: When using Liberation Mono as a default monospace font in Firefox, I have noticed that the lines of equal width (in terms of characters) all have different width. It can clearly be seen on a screenshots that I will attach shortly. It took me about 15 minutes to understand it. I tried with Andale Mono and it looks fine. Version-Release number of selected component (if applicable): $ rpm -q liberation-mono-fonts liberation-fonts-common fontconfig freetype firefox fedora-release liberation-mono-fonts-1.05.1.20090721-2.fc12.noarch liberation-fonts-common-1.05.1.20090721-2.fc12.noarch fontconfig-2.8.0-1.fc12.x86_64 fontconfig-2.8.0-1.fc12.i686 freetype-2.3.11-3.fc12.x86_64 freetype-2.3.11-3.fc12.i686 firefox-3.5.6-1.fc12.x86_64 fedora-release-12-2.noarch How reproducible: always Steps to Reproduce: 1. make sure liberation mono is installed (rpm -q liberation-mono-fonts) and available (fc-match 'liberation mono') 2. Open this page in your browser http://kir.sacred.ru/tmp/liberation-mono.html 3. Try increasing/decreasing text size (in case of Firefox use Ctrl with +/-). Actual results: Lines are of different width Expected results: Lines are of the same width 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 14

[Bug 557108] New: [kn_IN] ra+ ZWJ+ halanth + consonant is wrongly rendering
by Red Hat Bugzilla 14 Oct '10

14 Oct '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: [kn_IN] ra+ ZWJ+ halanth + consonant is wrongly rendering https://bugzilla.redhat.com/show_bug.cgi?id=557108 Summary: [kn_IN] ra+ ZWJ+ halanth + consonant is wrongly rendering Product: Fedora Version: 12 Platform: All OS/Version: Linux Status: NEW Keywords: i18n Severity: medium Priority: low Component: pango AssignedTo: besfahbo(a)redhat.com ReportedBy: svenkate(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: besfahbo(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org, fedora-i18n-bugs(a)redhat.com Classification: Fedora Target Release: --- Created an attachment (id=385669) --> (https://bugzilla.redhat.com/attachment.cgi?id=385669) Correct and wrong rendering Description of problem: ra+ ZWJ+ halanth + consonant is wrongly rendering Version-Release number of selected component (if applicable): pango-1.26.0-1.fc12 How reproducible: Every time Steps to Reproduce: 1.Open any text editor (say gedit) 2.Input following raw code key sequence: 0CB0 + 200D + 0CCD + 0C95 3.Look at the resulting glyph Actual results: Shown in the attachment Expected results: Shown in the attachment 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 12

[Bug 591559] New: Height of arrows are too low.
by Red Hat Bugzilla 13 Oct '10

13 Oct '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Height of arrows are too low. https://bugzilla.redhat.com/show_bug.cgi?id=591559 Summary: Height of arrows are too low. Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: liberation-fonts AssignedTo: cchance(a)redhat.com ReportedBy: cchance(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: petersen(a)redhat.com, cchance(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org Classification: Fedora Target Release: --- Description of problem: (Originally from Peter Taran's email): What do you think about moving horizontal arrows slightly up? In Courier New arrows points almost to the middle point of small letters and it looks nice. Liberation arrows are places essentually lower (what reason?) and looks strange (See attachment 1). This case is better I think (See attachment 2). What your opinion? -- 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

[Bug 487581] New: Liberation Mono: incorrect spacing for Combining Diacritical Marks.
by Red Hat Bugzilla 12 Oct '10

12 Oct '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Liberation Mono: incorrect spacing for Combining Diacritical Marks. https://bugzilla.redhat.com/show_bug.cgi?id=487581 Summary: Liberation Mono: incorrect spacing for Combining Diacritical Marks. Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: liberation-fonts AssignedTo: cchance(a)redhat.com ReportedBy: adam.buchbinder(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 Classification: Fedora User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.6) Gecko/2009020911 Ubuntu/8.10 (intrepid) Firefox/3.0.6 According to the bug on freedesktop.org (link below), Liberation Mono has an incorrect spacing definition for "Combining Diacritical Marks"; they should have zero space, and should render above the last letter, not the next one. Paste following text with selected font: Correct: accent above o Incorrect: accent above g Reproducible: Always Steps to Reproduce: 1. Enter a string with a combining diacritic mark in Liberation Mono, e.g., "o̍g". Don't use gnome-terminal; it relies on vte, which doesn't handle combining characters. Use something like gedit; switching fonts will reveal the issue as the diacritical mark switches places. Actual Results: The diacritic appears one letter to the right of where it should be. Expected Results: The diacritic should appear in the proper place. I'm using ttf-liberation 1.04.93-1 on Ubuntu Intrepid; I'm filing this as an upstream bug. If this should be filed elsewhere, please let me know. I'm filing this because several monospace fonts have incorrect spacing for "Combining Diacritical Marks": http://bugs.freedesktop.org/show_bug.cgi?id=20330 -- 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 21

[Bug 540061] New: CJK text regression (w/ screenshots)
by Red Hat Bugzilla 29 Sep '10

29 Sep '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: CJK text regression (w/ screenshots) https://bugzilla.redhat.com/show_bug.cgi?id=540061 Summary: CJK text regression (w/ screenshots) Product: Fedora Version: 12 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: fontconfig AssignedTo: besfahbo(a)redhat.com ReportedBy: frigoris.ma(a)gmail.com QAContact: extras-qa(a)fedoraproject.org CC: besfahbo(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com Classification: Fedora Created an attachment (id=372855) --> (https://bugzilla.redhat.com/attachment.cgi?id=372855) Screenshot of XFCE4 input method setting tool. Note the coarse text Description of problem: I upgraded to Fedora 12 and to my surprise, some Chinese text that used to be displayed correctly now appears to be rendered ugly and broken. Examples can be found in the attached screenshots. All shots are taken on the F12 system. Unfortunately I didn't take shots on the previous, working system (because it worked as expected) so there's no comparison. On my current F12 install the font packages are almost the same as the previous F11 system. There are no additional fonts installed. The installed CJK fonts are: cjkuni-fonts-ghostscript-0.2.20080216.1-29.fc12.noarch cjkuni-ukai-fonts-0.2.20080216.1-29.fc12.noarch cjkuni-uming-fonts-0.2.20080216.1-29.fc12.noarch wqy-bitmap-fonts-0.9.9-11.fc12.noarch wqy-unibit-fonts-1.1.0-7.fc12.noarch wqy-zenhei-fonts-0.8.38-3.fc12.noarch xorg-x11-fonts-misc-7.2-9.fc12.noarch I'm not sure whether this bug should be reported against this package or any of the font packages. I really don't know. I just guessed this could possibly be a fontconfig problem, since I didn't change the fonts. The Appearance setting is also inherited from the previous install. The default font used is "DejaVu Sans 9". In F11 it used to do the right thing with this setting (displaying Western text in DejaVu Sans and render CJK text beautifully). I didn't change anything. Also, subpixel antialiasing seems to have stopped working for CJK text too. Version-Release number of selected component (if applicable): fontconfig-2.7.3-1.fc12.i686 Additional info: I guess the cause of this issue is complex, but I have to choose a package to report the bug against ;) If you feel it's necessary, please also inform the font maintainers of this issue. Thanks. -- 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

[Bug 616324] New: [ml_IN] 0D4D (unicode) Character is cut if it present at End of Word in Label
by Red Hat Bugzilla 14 Sep '10

14 Sep '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: [ml_IN] 0D4D (unicode) Character is cut if it present at End of Word in Label https://bugzilla.redhat.com/show_bug.cgi?id=616324 Summary: [ml_IN] 0D4D (unicode) Character is cut if it present at End of Word in Label Product: Fedora Version: 13 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: smc-fonts AssignedTo: nkumar(a)redhat.com ReportedBy: aalam(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: apeter(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com, rajeeshknambiar(a)gmail.com, i18n-bugs(a)lists.fedoraproject.org, nkumar(a)redhat.com Classification: Fedora Target Release: --- Created an attachment (id=433089) --> (https://bugzilla.redhat.com/attachment.cgi?id=433089) Ibus Problem Description of problem: 0D4D (unicode) Character is cut if it present at End of Word in Label. It is effecting Many applications in Desktop (Malayalam). It appears in Text Editor, but in real-time, it is not appearing. Version-Release number of selected component (if applicable): smc-meera-fonts-04.2-10.fc13 How reproducible: 100% Steps to Reproduce: 1. run gedit in malayalam (ml_IN) 2. type 0D4D, check cursor position 3. run ibus-preferences, check 2nd tab Text Actual results: Character is cut at last on Tab Expected results: it should complete Additional info: 1) in gedit, paste -- പുറകോട്p ് -- Check "P" at 1st word, it is mixed with (്) Character in 2nd row, position of cursor is in-between instead of End of Character Effected application: abrt-gui system-config-firewall sound-juicer gnome-system-monitor gpk-repo ekiga -- 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 23

[Bug 485569] New: x86 fontcache can't be rebuilt on x86_64 systems
by Red Hat Bugzilla 11 Sep '10

11 Sep '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: x86 fontcache can't be rebuilt on x86_64 systems https://bugzilla.redhat.com/show_bug.cgi?id=485569 Summary: x86 fontcache can't be rebuilt on x86_64 systems Product: Fedora Version: rawhide Platform: x86_64 OS/Version: Linux Status: NEW Severity: medium Priority: low Component: fontconfig AssignedTo: besfahbo(a)redhat.com ReportedBy: john.ellson(a)comcast.net QAContact: extras-qa(a)fedoraproject.org CC: besfahbo(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com Classification: Fedora Description of problem: After various font rpm churn on rawhide my 32 bit application would crash with a malloc failure because of a messed up font cache. One could wonder: a) why is the 32 bit cache different from the 64 bit? b) why isn't fontconfig keeping them both uptodate? but I have a simpler request: "man fc-cache" states: Note that fc-cache must be executed once per architecture to generate font information customized for that architecture. but it isn't possible to do this on x86_64 because only the 64 bit version of /usr/bin/fc-cache is installed, even if both i386 and x86_64 fontconfig rpms are installed. ** Request that /usr/bin/fc-cache-64 and /usr/bin/fc-cache-32 both be installed, and that a new /usr/bin/fc-cache shell script be created that runs them both. The man page also says: On a subsequent run, fc-cache will augment the cache information files with the information for the new architecture. but apparently this didn't work through some series of font rpm upgrades. Version-Release number of selected component (if applicable): fontconfig-2.6.95-1.git.66.gb162bfb.fc11 How reproducible: 100% Steps to Reproduce: 1. cd /var/cache/fontconfig 2. rm * 3. fc-cache Actual results: Only *x86-64.cache-2 files created Expected results: Both *x86.cache-2 and *x86-64.cache-2 files created Additional info: Any ugly workaround to the current situation is: rpm -e --nodeps --allmatches fontconfig fontconfig-devel yum install fontconfig.i386 fc-cache yum install fontconfig.x86_64 fontconfig-devel.x86_64 fc-cache -- 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

[Bug 538928] New: FTBFS xorg-x11-fonts-7.2-9.fc12
by Red Hat Bugzilla 08 Sep '10

08 Sep '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: FTBFS xorg-x11-fonts-7.2-9.fc12 https://bugzilla.redhat.com/show_bug.cgi?id=538928 Summary: FTBFS xorg-x11-fonts-7.2-9.fc12 Product: Fedora Version: rawhide Platform: All URL: http://linux.dell.com/files/fedora/FixBuildRequires/mo ck-results/ OS/Version: Linux Status: NEW Severity: high Priority: high Component: xorg-x11-fonts AssignedTo: xgl-maint(a)redhat.com ReportedBy: ftbfs(a)fedoraproject.org QAContact: extras-qa(a)fedoraproject.org CC: xgl-maint(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com Blocks: 538681 Classification: Fedora xorg-x11-fonts-7.2-9.fc12.src.rpm Failed To Build From Source against the rawhide tree. See http://fedoraproject.org/wiki/FTBFS for more information. -- 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 2

[Bug 599785] New: FTBFS serafettin-cartoon-fonts-0.5.1-3.fc12
by Red Hat Bugzilla 08 Sep '10

08 Sep '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: FTBFS serafettin-cartoon-fonts-0.5.1-3.fc12 https://bugzilla.redhat.com/show_bug.cgi?id=599785 Summary: FTBFS serafettin-cartoon-fonts-0.5.1-3.fc12 Product: Fedora Version: rawhide Platform: All URL: http://linux.dell.com/files/fedora/FixBuildRequires/mo ck-results/ OS/Version: Linux Status: NEW Keywords: Triaged Severity: high Priority: high Component: serafettin-cartoon-fonts AssignedTo: oget.fedora(a)gmail.com ReportedBy: ftbfs(a)fedoraproject.org QAContact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, oget.fedora(a)gmail.com Blocks: 596849 Classification: Fedora serafettin-cartoon-fonts-0.5.1-3.fc12.src.rpm Failed To Build From Source against the rawhide tree. See http://fedoraproject.org/wiki/FTBFS for more information. If you believe this is actually a bug in another package, do NOT change the component in this bug or close this bug. Instead, add the appropriate bug number from the other package to the "Depends on" line in this bug. If the other package does not yet have a bug created that you think matches, please create one. Doing so helps us properly track bugs and their dependencies, just as we track package dependencies. (If you close this bug, and the other package is not fixed before the next FTBFS run, a new bug will get created. Please follow the above advice to avoid such duplication.) -- 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

← Newer
1
...
5
6
7
8
9
10
11
...
51
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

fonts-bugs July 2010