fonts-bugs October 2008

fonts-bugs@lists.fedoraproject.org

12 participants
264 discussions

[Bug 439421] New: Hard to read arabic fonts
by Red Hat Bugzilla 21 Jul '09

21 Jul '09

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=439421 Summary: Hard to read arabic fonts Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: fonts-arabic AssignedTo: rbhalera(a)redhat.com ReportedBy: swagiaal(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: fedora-fonts-bugs-list(a)redhat.com The arabic font in f8 is very hard to read, I have reinstalled the package from f7. -- 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 21

[Bug 467745] New: Wrong rendering of cyrillic letter tse ( ц ) at 8pt and 10pt
by Red Hat Bugzilla 15 Jul '09

15 Jul '09

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Wrong rendering of cyrillic letter tse (ц) at 8pt and 10pt https://bugzilla.redhat.com/show_bug.cgi?id=467745 Summary: Wrong rendering of cyrillic letter tse (ц) at 8pt and 10pt Product: Fedora Version: 9 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: medium Component: dejavu-fonts AssignedTo: nicolas.mailhot(a)laposte.net ReportedBy: atorkhov(a)gmail.com QAContact: extras-qa(a)fedoraproject.org CC: nicolas.mailhot(a)laposte.net, fedora-fonts-bugs-list(a)redhat.com Classification: Fedora Description of problem: Cyrillic letter small tse (ц, U+0446) is wrongly rendered at 8pt and 10pt - it misses a "tail" at bottom right. Version-Release number of selected component (if applicable): dejavu-fonts-2.24-3.fc9.noarch freetype-2.3.5-6.fc9.x86_64 How reproducible: Always. Steps to Reproduce: 1. Open DejaVu Sans in charmap. 2. Select 8pt or 10pt size. 3. Look at ц (U+0446). Actual results: No tail. Expected results: With tail. Additional info: This is font and size of default installation and is quite annoying as is in such way letter is hard to read. -- 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

[Bug 436505] New: condensed Nimbus fonts inaccessible to applications
by Red Hat Bugzilla 14 Jul '09

14 Jul '09

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=436505 Summary: condensed Nimbus fonts inaccessible to applications Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: urw-fonts AssignedTo: than(a)redhat.com ReportedBy: rdtennent(a)hotmail.com QAContact: extras-qa(a)fedoraproject.org CC: fedora-fonts-bugs-list(a)redhat.com Description of problem: The urw-fonts package includes four Type 1 fonts with FamilyName Nimbus Sans L with Condensed in the FullName. But most current applications cannot deal with Condensed, so these fonts are simply inaccessible to them. In particular, browsers like Firefox and Konqueror do not recognize them and so web authors have no way to specify them on web pages. This is unfortunate because these fonts are installed on virtually every Linux system and there is no other condensed sans font that is widely installed. Version-Release number of selected component (if applicable): 2.4-3 How reproducible: always Steps to Reproduce: 1.Try to select Nimbus Sans L Condensed. 2. 3. Actual results: Can't be selected. Expected results: Can select them. Additional info: There seem to be three approaches to this problem. One is to insist that every application deal with condensed/expanded fonts in the same way that they deal with bold/italic/etc. This is a good long-term solution. A short-term solution is to hack the fonts in question so that their FamilyName is Nimbus Sans L Condensed; this has already been adopted by Mandriva and, apparently, Suse: https://bugzilla.novell.com/show_bug.cgi?id=367188 Another is use fontconfig to achieve the same, as in <match target="scan"> <test name="family" compare="eq"> <string>Nimbus Sans L</string> </test> <test name="width" compare="eq"> <int>75</int> </test> <edit name="family" mode="assign"> <string>Nimbus Sans L Condensed</string> </edit> </match> or variants thereof. I'll attach a simple html file which illustrates the problem. In any browser on Fedora, the two lines will be in the same fonts. When the font files are patched as suggestedb or the fontconfig snippet above installed, condensed fonts are used for the second line. ------- Additional Comments From rdtennent(a)hotmail.com 2008-03-07 11:58 EST ------- Created an attachment (id=297217) --> (https://bugzilla.redhat.com/attachment.cgi?id=297217&action=view) Test file to illustrate inaccessibility of condensed fonts in browsers. -- 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 8

[Bug 457094] New: Upstream fix for missing Romanian glyphs in Type 1 fonts is now available
by Red Hat Bugzilla 14 Jul '09

14 Jul '09

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=457094 Summary: Upstream fix for missing Romanian glyphs in Type 1 fonts is now available Product: Fedora Version: 9 Platform: All URL: https://savannah.nongnu.org/bugs/index.php?23940 OS/Version: Linux Status: NEW Severity: medium Priority: low Component: freetype AssignedTo: besfahbo(a)redhat.com ReportedBy: gaburici(a)cs.umd.edu QAContact: extras-qa(a)fedoraproject.org CC: fedora-fonts-bugs-list@redhat.com,kevin@tigcc.ticalc.org Description of problem, adapted from [https://fedoraproject.org/wiki/L10N/Tasks/Ro_fonts#The_Unicode_map_for_Type…] PostScript Type 1 (PS1) fonts don't have a native Unicode map. Contrary to popular belief, Type 1 fonts can store more than 256 glyphs in a pfb file, but these can only be addressed by AGL name. At most 256 glyphs can be accessed by a numeric index, for which various encodings schemes exist. A PS1 font can even specify its own 8-bit encoding scheme in the afm file; this is common practice for PS1 fonts targeting Central and Eastern Europe. The 8-bit encoding scheme is irrelevant however for Unicode applications. Unicode-enabled libraries, like freetype, define their own mapping from Unicode to AGL names, normally using the list published by Adobe. Adobe once decided that "t with cedilla" is not used in any language, so the AGL name "Tcommaaccent", which is a glyph of T with a comma below, is actually mapped by Adobe to the Unicode code point U+0162, which is supposed to represent a t with cedilla. New OpenType fonts from Adobe also contain a glyph with the AGL name "uni021A", which is visually identical to identical to "Tcommaaccent". As you'd expect, "uni021A" is mapped to U+021A. Unfortunately, old PS1 fonts do not a have a "uni021A" in their pfb. Thus, using the Adobe-provide AGL to Unicode mapping for PS1 fonts, the code point U+021A remains unmapped. Fontconfig will therefore choose to borrow the glyph from a another font, even though the glyph is present in the pfb. This problem is illustrated by the following OpenOffice screenshot: [http://www.cs.umd.edu/~gaburici/oo/ro-font-test.png] Practically all PostScript type 1 fonts that ship with Fedora suffer from this problem. Microsoft's Uniscribe automatically handles this issue by remapping U+21A/B to U+162/3 when the former glyphs are missing. Unfortunately, the Pango/fonconfig/freetype stack did't use to do this until 2008-07-27, so most new Romanian documents cannot be displayed with Type 1 fonts properly. The extra mapping has now been added in the CVS of freetype. A test SRPM is available here: [http://www.cs.umd.edu/~gaburici/freetype-2.3.8-0.3.20080729cvs.fc9.src.rpm] Note that because it is built from CVS sources, it buildrequires libtool 2.2.4. -- 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 4

[Bug 454850] New: Cannot build pango from the SRPM in Fedora repository
by Red Hat Bugzilla 14 Jul '09

14 Jul '09

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=454850 Summary: Cannot build pango from the SRPM in Fedora repository Product: Fedora Version: 9 Platform: i386 OS/Version: Linux Status: NEW Severity: low Priority: low Component: pango AssignedTo: besfahbo(a)redhat.com ReportedBy: libregeek(a)gmail.com QAContact: extras-qa(a)fedoraproject.org CC: fedora-fonts-bugs-list(a)redhat.com Description of problem: I have downloaded the pango SRPM from one of the Fedora mirror(http://ftp-stud.hs-esslingen.de/pub/fedora/linux/updates/9/SRPMS/pango-1.20.4-1.fc9.src.rpm) and tried to build a pango RPM. I have used the same SPEC file provided with SRPM but added a simple patch from http://bugzilla.gnome.org/show_bug.cgi?id=441654. However the build failed with the following errors: ../xml/pango-version.xml:162: parser error : Entity 'nbsp' not defined <varlistentry><term><emphasis>Returns</emphasis> :</term><listitem><simpara ^ ../xml/pango-version.xml:196: parser error : Entity 'nbsp' not defined <varlistentry><term><parameter>required_major</parameter> :</term> ^ ../xml/pango-version.xml:199: parser error : Entity 'nbsp' not defined <varlistentry><term><parameter>required_minor</parameter> :</term> ^ ../xml/pango-version.xml:202: parser error : Entity 'nbsp' not defined <varlistentry><term><parameter>required_micro</parameter> :</term> ^ ../xml/pango-version.xml:205: parser error : Entity 'nbsp' not defined <varlistentry><term><emphasis>Returns</emphasis> :</term><listitem><simpara ^ ../xml/pango-version.xml:222: parser error : chunk is not well balanced ^ ../pango-docs.sgml:77: parser error : Failure to process entity pango-Version &pango-Version; ^ ../pango-docs.sgml:77: parser error : Entity 'pango-Version' not defined &pango-Version; ^ unable to parse ../pango-docs.sgml make[2]: *** [html-build.stamp] Error 6 make[2]: Leaving directory `/usr/src/redhat/BUILD/pango-1.20.4/docs' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/src/redhat/BUILD/pango-1.20.4' make: *** [all] Error 2 error: Bad exit status from /var/tmp/rpm-tmp.92159 (%build) Version-Release number of selected component (if applicable): pango-1.20.4-1.fc9.i386 How reproducible: always Steps to Reproduce: 1. Download the SRPM from http://ftp-stud.hs-esslingen.de/pub/fedora/linux/updates/9/SRPMS/pango-1.20… 2. install the SRPM using rpm -ivh pango-1.20.4-1.fc9.src.rpm 3. added the patch http://bugzilla.gnome.org/show_bug.cgi?id=441654 4. Build the rpm using rpmbuild -ba SPECS/pango.spec Actual results: The rpmbuild failed with error Expected results: create pango and pango-devel rpms Additional info: I have successfully build the pango-1.20.1 in Fedora 9. -- 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 3

[Bug 454291] New: pango-devel.i386 has multilib conflicts with pango-devel.x86_64
by Red Hat Bugzilla 14 Jul '09

14 Jul '09

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=454291 Summary: pango-devel.i386 has multilib conflicts with pango- devel.x86_64 Product: Fedora Version: 9 Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: pango AssignedTo: besfahbo(a)redhat.com ReportedBy: stransky(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: fedora-fonts-bugs-list(a)redhat.com Description of problem: pango-devel.i386 can't be installed with pango-devel.x86_64 on x86_64 box. Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: on x86_64: 1. #yum install pango-devel 2. #yum install pango-devel.i386 Actual results: [komat@dhcp-lab-232 tmp436]$ sudo yum install pango-devel.i386 Loaded plugins: refresh-packagekit Setting up Install Process Parsing package install arguments Resolving Dependencies --> Running transaction check ---> Package pango-devel.i386 0:1.20.1-1.fc9 set to be updated --> Finished Dependency Resolution Dependencies Resolved ============================================================================= Package Arch Version Repository Size ============================================================================= Installing: pango-devel i386 1.20.1-1.fc9 fedora 320 k Transaction Summary ============================================================================= Install 1 Package(s) Update 0 Package(s) Remove 0 Package(s) Total size: 320 k Is this ok [y/N]: y Downloading Packages: Running rpm_check_debug Running Transaction Test Finished Transaction Test Transaction Check Error: file /usr/share/gtk-doc/html/pango/PangoEngineLang.html from install of pango-devel-1.20.1-1.fc9.i386 conflicts with file from package pango-devel-1.20.1-1.fc9.x86_64 file /usr/share/gtk-doc/html/pango/PangoEngineShape.html from install of pango-devel-1.20.1-1.fc9.i386 conflicts with file from package pango-devel-1.20.1-1.fc9.x86_64 file /usr/share/gtk-doc/html/pango/PangoFcDecoder.html from install of pango-devel-1.20.1-1.fc9.i386 conflicts with file from package pango-devel-1.20.1-1.fc9.x86_64 file /usr/share/gtk-doc/html/pango/PangoFcFont.html from install of pango-devel-1.20.1-1.fc9.i386 conflicts with file from package pango-devel-1.20.1-1.fc9.x86_64 file /usr/share/gtk-doc/html/pango/PangoFcFontMap.html from install of pango-devel-1.20.1-1.fc9.i386 conflicts with file from package pango-devel-1.20.1-1.fc9.x86_64 file /usr/share/gtk-doc/html/pango/PangoMarkupFormat.html from install of pango-devel-1.20.1-1.fc9.i386 conflicts with file from package pango-devel-1.20.1-1.fc9.x86_64 file /usr/share/gtk-doc/html/pango/PangoRenderer.html from install of pango-devel-1.20.1-1.fc9.i386 conflicts with file from package pango-devel-1.20.1-1.fc9.x86_64 file /usr/share/gtk-doc/html/pango/index-1.10.html from install of pango-devel-1.20.1-1.fc9.i386 conflicts with file from package pango-devel-1.20.1-1.fc9.x86_64 file /usr/share/gtk-doc/html/pango/index-1.12.html from install of pango-devel-1.20.1-1.fc9.i386 conflicts with file from package pango-devel-1.20.1-1.fc9.x86_64 file /usr/share/gtk-doc/html/pango/index-1.14.html from install of pango-devel-1.20.1-1.fc9.i386 conflicts with file from package pango-devel-1.20.1-1.fc9.x86_64 file /usr/share/gtk-doc/html/pango/index-1.16.html from install of pango-devel-1.20.1-1.fc9.i386 conflicts with file from package pango-devel-1.20.1-1.fc9.x86_64 file /usr/share/gtk-doc/html/pango/index-1.18.html from install of pango-devel-1.20.1-1.fc9.i386 conflicts with file from package pango-devel-1.20.1-1.fc9.x86_64 file /usr/share/gtk-doc/html/pango/index-1.2.html from install of pango-devel-1.20.1-1.fc9.i386 conflicts with file from package pango-devel-1.20.1-1.fc9.x86_64 file /usr/share/gtk-doc/html/pango/index-1.20.html from install of pango-devel-1.20.1-1.fc9.i386 conflicts with file from package pango-devel-1.20.1-1.fc9.x86_64 file /usr/share/gtk-doc/html/pango/index-1.4.html from install of pango-devel-1.20.1-1.fc9.i386 conflicts with file from package pango-devel-1.20.1-1.fc9.x86_64 file /usr/share/gtk-doc/html/pango/index-1.6.html from install of pango-devel-1.20.1-1.fc9.i386 conflicts with file from package pango-devel-1.20.1-1.fc9.x86_64 file /usr/share/gtk-doc/html/pango/index-1.8.html from install of pango-devel-1.20.1-1.fc9.i386 conflicts with file from package pango-devel-1.20.1-1.fc9.x86_64 file /usr/share/gtk-doc/html/pango/index-all.html from install of pango-devel-1.20.1-1.fc9.i386 conflicts with file from package pango-devel-1.20.1-1.fc9.x86_64 file /usr/share/gtk-doc/html/pango/index-deprecated.html from install of pango-devel-1.20.1-1.fc9.i386 conflicts with file from package pango-devel-1.20.1-1.fc9.x86_64 file /usr/share/gtk-doc/html/pango/pango-ATSUI-Fonts.html from install of pango-devel-1.20.1-1.fc9.i386 conflicts with file from package pango-devel-1.20.1-1.fc9.x86_64 file /usr/share/gtk-doc/html/pango/pango-Cairo-Rendering.html from install of pango-devel-1.20.1-1.fc9.i386 conflicts with file from package pango-devel-1.20.1-1.fc9.x86_64 file /usr/share/gtk-doc/html/pango/pango-Coverage-Maps.html from install of pango-devel-1.20.1-1.fc9.i386 conflicts with file from package pango-devel-1.20.1-1.fc9.x86_64 file /usr/share/gtk-doc/html/pango/pango-Engines.html from install of pango-devel-1.20.1-1.fc9.i386 conflicts with file from package pango-devel-1.20.1-1.fc9.x86_64 file /usr/share/gtk-doc/html/pango/pango-Fonts.html from install of pango-devel-1.20.1-1.fc9.i386 conflicts with file from package pango-devel-1.20.1-1.fc9.x86_64 file /usr/share/gtk-doc/html/pango/pango-FreeType-Fonts-and-Rendering.html from install of pango-devel-1.20.1-1.fc9.i386 conflicts with file from package pango-devel-1.20.1-1.fc9.x86_64 file /usr/share/gtk-doc/html/pango/pango-Glyph-Storage.html from install of pango-devel-1.20.1-1.fc9.i386 conflicts with file from package pango-devel-1.20.1-1.fc9.x86_64 file /usr/share/gtk-doc/html/pango/pango-Layout-Objects.html from install of pango-devel-1.20.1-1.fc9.i386 conflicts with file from package pango-devel-1.20.1-1.fc9.x86_64 file /usr/share/gtk-doc/html/pango/pango-Miscellaneous-Utilities.html from install of pango-devel-1.20.1-1.fc9.i386 conflicts with file from package pango-devel-1.20.1-1.fc9.x86_64 file /usr/share/gtk-doc/html/pango/pango-Modules.html from install of pango-devel-1.20.1-1.fc9.i386 conflicts with file from package pango-devel-1.20.1-1.fc9.x86_64 file /usr/share/gtk-doc/html/pango/pango-OpenType-Font-Handling.html from install of pango-devel-1.20.1-1.fc9.i386 conflicts with file from package pango-devel-1.20.1-1.fc9.x86_64 file /usr/share/gtk-doc/html/pango/pango-Scripts.html from install of pango-devel-1.20.1-1.fc9.i386 conflicts with file from package pango-devel-1.20.1-1.fc9.x86_64 file /usr/share/gtk-doc/html/pango/pango-Tab-Stops.html from install of pango-devel-1.20.1-1.fc9.i386 conflicts with file from package pango-devel-1.20.1-1.fc9.x86_64 file /usr/share/gtk-doc/html/pango/pango-Text-Attributes.html from install of pango-devel-1.20.1-1.fc9.i386 conflicts with file from package pango-devel-1.20.1-1.fc9.x86_64 file /usr/share/gtk-doc/html/pango/pango-Text-Processing.html from install of pango-devel-1.20.1-1.fc9.i386 conflicts with file from package pango-devel-1.20.1-1.fc9.x86_64 file /usr/share/gtk-doc/html/pango/pango-Version-Checking.html from install of pango-devel-1.20.1-1.fc9.i386 conflicts with file from package pango-devel-1.20.1-1.fc9.x86_64 file /usr/share/gtk-doc/html/pango/pango-Vertical-Text.html from install of pango-devel-1.20.1-1.fc9.i386 conflicts with file from package pango-devel-1.20.1-1.fc9.x86_64 file /usr/share/gtk-doc/html/pango/pango-Win32-Fonts-and-Rendering.html from install of pango-devel-1.20.1-1.fc9.i386 conflicts with file from package pango-devel-1.20.1-1.fc9.x86_64 file /usr/share/gtk-doc/html/pango/pango-X-Fonts-and-Rendering.html from install of pango-devel-1.20.1-1.fc9.i386 conflicts with file from package pango-devel-1.20.1-1.fc9.x86_64 file /usr/share/gtk-doc/html/pango/pango-Xft-Fonts-and-Rendering.html from install of pango-devel-1.20.1-1.fc9.i386 conflicts with file from package pango-devel-1.20.1-1.fc9.x86_64 file /usr/share/gtk-doc/html/pango/pango-querymodules.html from install of pango-devel-1.20.1-1.fc9.i386 conflicts with file from package pango-devel-1.20.1-1.fc9.x86_64 file /usr/share/gtk-doc/html/pango/pango.devhelp from install of pango-devel-1.20.1-1.fc9.i386 conflicts with file from package pango-devel-1.20.1-1.fc9.x86_64 file /usr/share/gtk-doc/html/pango/pango.devhelp2 from install of pango-devel-1.20.1-1.fc9.i386 conflicts with file from package pango-devel-1.20.1-1.fc9.x86_64 Error Summary ------------- Expected results: pango-devel.i386 lives with pango-devel.x86_64 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, or are watching someone who is.

1 4

[Bug 450847] New: Evince crashes in freetype
by Red Hat Bugzilla 14 Jul '09

14 Jul '09

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=450847 Summary: Evince crashes in freetype Product: Fedora Version: 9 Platform: x86_64 OS/Version: Linux Status: NEW Severity: low Priority: low Component: freetype AssignedTo: besfahbo(a)redhat.com ReportedBy: bart.vanbrabant(a)zoeloelip.be QAContact: extras-qa(a)fedoraproject.org CC: fedora-fonts-bugs-list(a)redhat.com Description of problem: When keeping evince open all the time and continuously opening pdf documents all evince instances crash. I'm not sure of the number of document to open but it's something between 10 and 20. I'm writing a large latex document and after every compile the make file opens the pdf again which causes evince to reload the pdf. Freetype turns up at the top of the backtrace so I filled it against freetype. Version-Release number of selected component (if applicable): cairo-1.6.4-1.fc9.x86_64 evince-2.22.2-1.fc9.x86_64 freetype-2.3.5-4.fc9.x86_64 ------- Additional Comments From bart.vanbrabant(a)zoeloelip.be 2008-06-11 07:13 EST ------- Created an attachment (id=308919) --> (https://bugzilla.redhat.com/attachment.cgi?id=308919&action=view) Stacktrace from crash -- 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 5

[Bug 444240] New: freetype thinks font hrger.pfa is broken
by Red Hat Bugzilla 14 Jul '09

14 Jul '09

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=444240 Summary: freetype thinks font hrger.pfa is broken Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: freetype AssignedTo: besfahbo(a)redhat.com ReportedBy: keiths(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: fedora-fonts-bugs-list(a)redhat.com Description of problem: The freetype library in Fedora 8 and rawhide believes that the font hrger.pfa (and related) are broken. freetype-2.1.9-6.el4 and freetype-2.2.1-19.el5 both work (/usr/share/fonts/default/ghostscript/hrger.pfa is identical in all cases, from the ghostscript-fonts-5.50.x packages). Version-Release number of selected component (if applicable): freetype-2.3.5-3.fc8 (rawhide checked, too) ghostscript-fonts-5.50-18.fc8 How reproducible: 100% Steps to Reproduce: 1. gcc `freetype-config --cflags` ft.c `freetype-config --libs` 2. run resultant executable 3. Actual results: /usr/share/fonts/default/ghostscript/hrger.pfa: NO WORKY: error = 3 (error 3 is "broken file"/Ivalid_Format) Expected results: /usr/share/fonts/default/ghostscript/hrger.pfa: WORKY Additional info: ------- Additional Comments From keiths(a)redhat.com 2008-04-25 18:34 EST ------- Created an attachment (id=303832) --> (https://bugzilla.redhat.com/attachment.cgi?id=303832&action=view) testcase -- 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 4

[Bug 433559] New: Inexact font match produces different results between i386, x86_64
by Red Hat Bugzilla 14 Jul '09

14 Jul '09

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=433559 Summary: Inexact font match produces different results between i386,x86_64 Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: fontconfig AssignedTo: besfahbo(a)redhat.com ReportedBy: john.ellson(a)comcast.net QAContact: extras-qa(a)fedoraproject.org CC: fedora-fonts-bugs-list(a)redhat.com Description of problem: With dejavu and bitstream fonts installed, but freefont not installed, "fc-match freesans" (also "fc-match sans") produces a different results on i386 than on x86_64. At first I thought this caused doxygen/graphviz to generate different results on each platform which caused the file conflicts in multiarch installs. Bug #432683. It could have been, but in this case "sans" from dejavu and bitstream produce identical images. Its more likely that one of the build platfoms has freefont installed, which does produce different images. Version-Release number of selected component (if applicable): fontconfig-2.5.0-2.fc9 How reproducible: 100% Steps to Reproduce: 1. yum list 'dejavu*' 'bitstream*' 'freefont*' 2. fc-match freesans 3. Actual results: Installed Packages bitstream-vera-fonts.noarch 1.10-8 installed dejavu-fonts.noarch 2.23-1.fc9 installed dejavu-fonts-experimental.noarch 2.23-1.fc9 installed dejavu-lgc-fonts.noarch 2.23-1.fc9 installed Available Packages freefont.noarch 20060126-4.fc7 development Vera.ttf: "Bitstream Vera Sans" "Roman" <<-- x86_64 DejaVuSans.ttf: "DejaVu Sans" "Book" <<-- i386 Expected results: Same font on both architectures, given same fonts installed. 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, or are watching someone who is.

1 2

[Bug 466672] New: Missing fontconfig scriplets
by Red Hat Bugzilla 25 Jun '09

25 Jun '09

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Missing fontconfig scriplets https://bugzilla.redhat.com/show_bug.cgi?id=466672 Summary: Missing fontconfig scriplets 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 Classification: Fedora The un-core-fonts-*-1.0.2-0.5.080608.fc10.noarch.rpm packages are missing the required scriplets to update fontconfig cache, resulting in broken out-of-the-box installation -- 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

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

fonts-bugs October 2008