fonts-bugs September 2009

fonts-bugs@lists.fedoraproject.org

17 participants
523 discussions

[Bug 505764] New: file does not identify properly some pfa files shipped with a2ps
by Red Hat Bugzilla 05 Dec '10

05 Dec '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: file does not identify properly some pfa files shipped with a2ps https://bugzilla.redhat.com/show_bug.cgi?id=505764 Summary: file does not identify properly some pfa files shipped with a2ps Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: file AssignedTo: dnovotny(a)redhat.com ReportedBy: nicolas.mailhot(a)laposte.net QAContact: extras-qa(a)fedoraproject.org CC: fedora-fonts-bugs-list(a)redhat.com, dnovotny(a)redhat.com Blocks: 473302 Classification: Fedora Description of problem: file thinks the pfa files in ghostscript-fonts-5.50-22.fc12.noarch.rpm are "PostScript document text" They should be identified as "PostScript Type 1 font text" Version-Release number of selected component (if applicable): file-5.03-2.fc12.x86_64 Full list: ./usr/share/ogonkify/fonts/pcrb-o.pfa PostScript document text a2ps-4.14-8.fc11.x86_64.rpm ./usr/share/ogonkify/fonts/pcrbo-o.pfa PostScript document text a2ps-4.14-8.fc11.x86_64.rpm ./usr/share/ogonkify/fonts/pcrr-o.pfa PostScript document text a2ps-4.14-8.fc11.x86_64.rpm ./usr/share/ogonkify/fonts/pcrro-o.pfa PostScript document text a2ps-4.14-8.fc11.x86_64.rpm ./usr/share/ogonkify/fonts/phvb-o.pfa PostScript document text a2ps-4.14-8.fc11.x86_64.rpm ./usr/share/ogonkify/fonts/phvbo-o.pfa PostScript document text a2ps-4.14-8.fc11.x86_64.rpm ./usr/share/ogonkify/fonts/phvr-o.pfa PostScript document text a2ps-4.14-8.fc11.x86_64.rpm ./usr/share/ogonkify/fonts/phvro-o.pfa PostScript document text a2ps-4.14-8.fc11.x86_64.rpm ./usr/share/ogonkify/fonts/ptmb-o.pfa PostScript document text a2ps-4.14-8.fc11.x86_64.rpm ./usr/share/ogonkify/fonts/ptmbi-o.pfa PostScript document text a2ps-4.14-8.fc11.x86_64.rpm ./usr/share/ogonkify/fonts/ptmr-o.pfa PostScript document text a2ps-4.14-8.fc11.x86_64.rpm ./usr/share/ogonkify/fonts/ptmri-o.pfa PostScript document text a2ps-4.14-8.fc11.x86_64.rpm -- 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 5

[Bug 519317] New: AR PL UMing HK Light does not show properly in x86_64
by Red Hat Bugzilla 25 Nov '10

25 Nov '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: AR PL UMing HK Light does not show properly in x86_64 https://bugzilla.redhat.com/show_bug.cgi?id=519317 Summary: AR PL UMing HK Light does not show properly in x86_64 Product: Fedora Version: rawhide Platform: x86_64 OS/Version: Linux Status: NEW Severity: medium Priority: low Component: fontconfig AssignedTo: besfahbo(a)redhat.com ReportedBy: dchen(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: besfahbo(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com, chinwen_lin(a)yahoo.com Classification: Fedora Target Release: --- Description of problem: I have done two clean installs of Fedora 11, x86_64 and i386 respectively. Both are using "Traditional Chinese" during the install process and apply the latest update after installation. I take a look at the font size and DPI setting on both of them and they are the same as listed below: 應用程式字型：Sans,10 文件字型： Sans,10 桌面字型： Sans,14 視窗標題字型：Sans Bold 10 固定寬度字型：Monospace 10 解析度：96 DPI Then I open "gucharmap" and search the character "糓" (U+7CD4). Change the font size to 12, 11 and 10. The i386 version works quite well. However, the display on the x86_64 one become messy. And the following warning message appear on the terminal: (gucharmap:1997): Pango-WARNING **: shaping failure, expect ugly output. shape-engine='BasicEngineFc', font='AR PL UMing HK Light 12', text='糔' (gucharmap:1997): Pango-WARNING **: shaping failure, expect ugly output. shape-engine='BasicEngineFc', font='AR PL UMing HK Light 11', text='糔' (gucharmap:1997): Pango-WARNING **: shaping failure, expect ugly output. shape-engine='BasicEngineFc', font='AR PL UMing HK Light 9.9990234375', text='糔' Version-Release number of selected component (if applicable): How reproducible: Always in x86_64 Steps to Reproduce: 1. open "gucharmap" and 2. search the character "糔" (U+7CD4). 3. Change the font size to 12, 11 and 10. Actual results: Display on the x86_64 one become messy. And the following warning message appear on the terminal: (gucharmap:1997): Pango-WARNING **: shaping failure, expect ugly output. shape-engine='BasicEngineFc', font='AR PL UMing HK Light 12', text='糔' (gucharmap:1997): Pango-WARNING **: shaping failure, expect ugly output. shape-engine='BasicEngineFc', font='AR PL UMing HK Light 11', text='糔' (gucharmap:1997): Pango-WARNING **: shaping failure, expect ugly output. shape-engine='BasicEngineFc', font='AR PL UMing HK Light 9.9990234375', text='糔' Expected results: Character '糔' should be displayed properly without triggering Pango warning. 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 28

[Bug 517635] New: [ne_NP] fc-match showing "Lohit Hindi" instead of current Language
by Red Hat Bugzilla 23 Nov '10

23 Nov '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: [ne_NP] fc-match showing "Lohit Hindi" instead of current Language https://bugzilla.redhat.com/show_bug.cgi?id=517635 Summary: [ne_NP] fc-match showing "Lohit Hindi" instead of current Language Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Keywords: i18n Severity: medium Priority: low Component: lohit-fonts AssignedTo: psatpute(a)redhat.com ReportedBy: aalam(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: petersen(a)redhat.com, pnemade(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com, psatpute(a)redhat.com, fedora-i18n-bugs(a)redhat.com Classification: Fedora Target Release: --- Description of problem: in Nepali Envirnment (gnome-desktop), fc-match is showing following informating --- $echo $LANG ne_NP.UTF-8 $fc-match lohit_hi.ttf: "Lohit Hindi" "Regular" --- Version-Release number of selected component (if applicable): lohit-nepali-fonts-2.4.0-2.fc12 How reproducible: 100% Steps to Reproduce: 1. login to Gnome-desktop with Nepali Language 2. open gnome-terminal 3. type 'fc-match' Actual results: lohit_hi.ttf: "Lohit Hindi" "Regular" Expected results: lohit_ne.ttf: "Lohit Nepali" "Regular" or something for Nepali Additional info: I have file /usr/share/fonts/lohit/lohit_ne.tff on system -- 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 18

[Bug 518161] New: "contains" expression seems not working on the fontconfig rule
by Red Hat Bugzilla 23 Nov '10

23 Nov '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: "contains" expression seems not working on the fontconfig rule https://bugzilla.redhat.com/show_bug.cgi?id=518161 Summary: "contains" expression seems not working on the fontconfig rule Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: fontconfig AssignedTo: besfahbo(a)redhat.com ReportedBy: tagoh(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: besfahbo(a)redhat.com, pnemade(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com, fedora-i18n-bugs(a)redhat.com Classification: Fedora Target Release: --- Created an attachment (id=357904) --> (https://bugzilla.redhat.com/attachment.cgi?id=357904) sample fontconfig rule Description of problem: Even if the pattern contains strings that the rule specifies with "contains" expression, it doesn't match. Version-Release number of selected component (if applicable): fontconfig-2.7.1-1.fc12 How reproducible: always Steps to Reproduce: 1.install lohit-hindi-fonts and lohit-marathi-fonts 2.put the attached rule into /etc/fonts/conf.d 3.fc-match "sans-serif:lang=mr" 4.fc-match "sans-serif:lang=mr-in" Actual results: 3. lohit_mr.ttf: "Lohit Marathi" "Regular" 4. lohit_hi.ttf: "Lohit Hindi" "Regular" Expected results: the result of 3 and 4 should be: lohit_mr.ttf: "Lohit Marathi" "Regular" Additional info: >From a debug log: FcConfigSubstitute test pattern any lang Contains "mr" FcLangSet mr-in contains mr Missing bitmap ku-am No match I'm not really sure why fontconfig refers ku-am map here but apparently it looks like fontconfig doesn't know what mr-in is. Anyway, if no explicit lang pattern is given and applications calls FcDefaultSubstitute(), lang will be set like mr-in from current locale mr_IN.UTF-8 say. -- 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 18

[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 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 506262] New: X crash - FreeType: couldn't open face /usr/share/fonts/cjkuni/ukai.ttc: 1
by Red Hat Bugzilla 30 Aug '10

30 Aug '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: X crash - FreeType: couldn't open face /usr/share/fonts/cjkuni/ukai.ttc: 1 https://bugzilla.redhat.com/show_bug.cgi?id=506262 Summary: X crash - FreeType: couldn't open face /usr/share/fonts/cjkuni/ukai.ttc: 1 Product: Fedora Version: 11 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: cjkuni-fonts AssignedTo: cchance(a)redhat.com ReportedBy: jreznik(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: cchance(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com Classification: Fedora Target Release: --- Created an attachment (id=348110) --> (https://bugzilla.redhat.com/attachment.cgi?id=348110) xorg.log Description of problem: X server crashes while using it... FreeType: couldn't open face /usr/share/fonts/cjkuni/ukai.ttc: 1 Backtrace: 0: /usr/bin/X(xorg_backtrace+0x26) [0x4e89b6] 1: /usr/bin/X(xf86SigHandler+0x6f) [0x47d63f] 2: /lib64/libc.so.6 [0x7f6271639370] 3: /usr/bin/X(FindGlyphRef+0x2c) [0x51e90c] 4: /usr/bin/X(FindGlyphByHash+0x28) [0x51ef78] 5: /usr/bin/X [0x52b279] 6: /usr/bin/X(Dispatch+0x384) [0x446ee4] 7: /usr/bin/X(main+0x3b5) [0x42d0d5] 8: /lib64/libc.so.6(__libc_start_main+0xfd) [0x7f6271624a2d] 9: /usr/bin/X [0x42c559] Fatal server error: Caught signal 11. Server aborting Please consult the The X.Org Foundation support at http://wiki.x.org for help. Please also check the log file at "/var/log/Xorg.0.log" for additional information. rpm -qf /usr/share/fonts/cjkuni/ukai.ttc error: file /usr/share/fonts/cjkuni/ukai.ttc: No such file or directory Version-Release number of selected component (if applicable): cjkuni-fonts-common-0.2.20080216.1-23.fc11.noarch cjkuni-uming-fonts-0.2.20080216.1-23.fc11.noarch xorg-x11-server-Xorg-1.6.1.901-1.fc11.x86_64 Steps to Reproduce: 1. use X server Actual results: Crash Expected results: No crash Additional info: Sorry for report missing any details but I'm unsure how to reproduce and what caused crash... I'll update it if I'll find something useful. -- 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 27

[Bug 444392] New: Task: Convert liberation-fonts into a open source font project.
by Red Hat Bugzilla 26 Aug '10

26 Aug '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/show_bug.cgi?id=444392 Summary: Task: Convert liberation-fonts into a open source font project. Product: Fedora Version: rawhide Platform: All URL: https://fedorahosted.org/liberation-fonts/ OS/Version: Linux Status: NEW Severity: low Priority: low Component: liberation-fonts AssignedTo: cchance(a)redhat.com ReportedBy: cchance(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: eng-i18n-bugs(a)redhat.com,fedora-fonts-bugs- list(a)redhat.com Description of problem: Convert liberation-fonts into a open source font project, by means of migration from TTF to SFD format, rework on the RPM package, host publicly on fedorahosted.org, etc. Version-Release number of selected component (if applicable): liberation-fonts-1.03-1 How reproducible: N/A Steps to Reproduce: N/A Actual results: N/A Expected results: N/A Additional info: https://fedorahosted.org/liberation-fonts/ -- 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, or are watching someone who is.

1 20

[Bug 507132] New: Please update font links and deps
by Red Hat Bugzilla 20 Aug '10

20 Aug '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Please update font links and deps https://bugzilla.redhat.com/show_bug.cgi?id=507132 Summary: Please update font links and deps Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: php-ZendFramework AssignedTo: akahl(a)iconmobile.com ReportedBy: nicolas.mailhot(a)laposte.net QAContact: extras-qa(a)fedoraproject.org CC: akahl(a)iconmobile.com, fedora-fonts-bugs-list(a)redhat.com Blocks: 473302 Classification: Fedora Description of problem: php-ZendFramework-tests links to Bitstream Vera It is a good idea to make the symlinks point to the corresponding DejaVu (full) packages. DejaVu (full) is the most complete fork of Bitstream Vera. It should include all the material present in Vera and its other derivatives, plus multiple fixes. Since we install the DejaVu (full) packages by default, dependencies on them will usually not pull in new packages on user systems. Version-Release number of selected component (if applicable): 0:1.7.7-2.fc11 -- 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 5

[Bug 494902] New: [te_IN] Incorrect glyph substitution for telugu letter ka followed by dep vowel AA then consonant sha and then viram
by Red Hat Bugzilla 14 Aug '10

14 Aug '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: [te_IN] Incorrect glyph substitution for telugu letter ka followed by dep vowel AA then consonant sha and then viram https://bugzilla.redhat.com/show_bug.cgi?id=494902 Summary: [te_IN] Incorrect glyph substitution for telugu letter ka followed by dep vowel AA then consonant sha and then viram Product: Fedora Version: 10 Platform: All OS/Version: Linux Status: NEW Severity: high Priority: low Component: lohit-fonts AssignedTo: rbhalera(a)redhat.com ReportedBy: arjunaraoc(a)googlemail.com QAContact: extras-qa(a)fedoraproject.org CC: petersen(a)redhat.com, rbhalera(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com, fedora-i18n-bugs(a)redhat.com Classification: Fedora Clone Of: 494158 +++ This bug was initially created as a clone of Bug #494158 +++ Description of problem: Incorrect glyph substitution for telugu letter ka followed by dep vowel AA then consonant sha and then viram Version-Release number of selected component (if applicable): 2.3.8 How reproducible: Always Steps to Reproduce: 1. Type the letters for కా ష్ with out the space between them in gedit (u+0c15,u+0c3E,u+0c37,u+0c4d,space(0x20) 2. 3. Actual results: కాష్ Expected results: కా ష్ (without intervening space ) Additional info: This is common part of telugu /Indian names consisting of Prakash. substitution should occur only for ka followed by viram and then sha This problem is present for Pothana2000 also -- 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

← Newer
1
2
3
4
5
6
7
8
...
53
Older →

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

fonts-bugs September 2009