fonts-bugs January 2009

fonts-bugs@lists.fedoraproject.org

30 participants
1053 discussions

[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 477453] New: Please convert to new font packaging guidelines
by Red Hat Bugzilla 07 Jul '09

07 Jul '09

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Please convert to new font packaging guidelines https://bugzilla.redhat.com/show_bug.cgi?id=477453 Summary: Please convert to new font packaging guidelines Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: medium Component: sazanami-fonts AssignedTo: tagoh(a)redhat.com ReportedBy: nicolas.mailhot(a)laposte.net QAContact: extras-qa(a)fedoraproject.org CC: tagoh(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com, fedora-i18n-bugs(a)redhat.com Classification: Fedora This bug has been filed because we've detected your package includes one or several font files: repoquery -C --repoid=rawhide -f '*.ttf' -f '*.otf' -f '*.pfb' -f '*.pfa' --qf='%{SOURCERPM}\n' |sed -e 's+-[0-9.-]*\.fc[123456789]$.*$src.rpm++g'|sort|uniq Unfortunately the script does not detect symlinks to other packages, so if that's your case, you can close this bug report now. Otherwise, you should know that: - Fedora guidelines demand the packaging of fonts in a separate package or subpackage: http://fedoraproject.org/wiki/Packaging/Guidelines#Avoid_bundling_of_fonts_… - our font packaging guidelines recently changed, and every package that ships fonts must be adapted to the new templates available in the fontpackages-devel package. http://fedoraproject.org/wiki/PackagingDrafts/Fonts_packaging_automation_(2… http://fedoraproject.org/wiki/Fedora_fonts_policy_package http://fedoraproject.org/wiki/Simple_fonts_spec_template http://fedoraproject.org/wiki/Fonts_spec_template_for_multiple_fonts Please make your package conform to the current guidelines in rawhide. If your package is not principaly a font package, depending on a separate font package or subpackage is the prefered solution. If your application does not use fontconfig you can always package symlinks to the files provided by the font package and installed in the correct fontconfig directories. It is preferred to make a font package or subpackage per font family, though it is not currently a hard guidelines requirement (it may become before Fedora 11 is released). The definition of a font family is given on http://fedoraproject.org/wiki/Fonts_spec_template_notes/font-family The new templates should make the creation of font subpackages easy and safe. The following packages have already been converted and can serve as examples: - andika-fonts - apanov-heuristica-fonts - bitstream-vera-fonts - charis-fonts - dejavu-fonts - ecolier-court-fonts - edrip-fonts - gfs-ambrosia-fonts - gfs-artemisia-fonts - gfs-baskerville-fonts - gfs-bodoni-classic-fonts - gfs-bodoni-fonts - gfs-complutum-fonts - gfs-didot-classic-fonts - gfs-didot-fonts - gfs-eustace-fonts - gfs-fleischman-fonts - gfs-garaldus-fonts - gfs-gazis-fonts - gfs-jackson-fonts - gfs-neohellenic-fonts - gfs-nicefore-fonts - gfs-olga-fonts - gfs-porson-fonts - gfs-solomos-fonts - gfs-theokritos-fonts - stix-fonts - yanone-kaffeesatz-fonts If you have any remaining questions about the new guidelines please ask them on fedora-fonts-list at 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 8

[Bug 474734] New: Blurriness of Latin letter R (U+0052) in Liberation Regular
by Red Hat Bugzilla 05 Jul '09

05 Jul '09

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Blurriness of Latin letter R (U+0052) in Liberation Regular https://bugzilla.redhat.com/show_bug.cgi?id=474734 Summary: Blurriness of Latin letter R (U+0052) in Liberation Regular Product: Fedora Version: rawhide Platform: All OS/Version: Linux 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 Classification: Fedora Created an attachment (id=325767) --> (https://bugzilla.redhat.com/attachment.cgi?id=325767) test case Package: ttf-liberation Version: HEAD (1.0.04.93) Severity: normal the character R (U+0052, Latin Capital LETTER R) appears ugly when using Liberation Sans in small pixelsize. fork the test case from Holger Levsen in Bug 473481, you can see this bug also exists in Liberation Sans Italic, Liberation Serif, Liberation Serif Italic. -- 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 17

[Bug 481434] New: Symbol U+0431 looks blurry
by Red Hat Bugzilla 01 Jul '09

01 Jul '09

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Symbol U+0431 looks blurry https://bugzilla.redhat.com/show_bug.cgi?id=481434 Summary: Symbol U+0431 looks blurry Product: Fedora Version: rawhide Platform: All OS/Version: All Status: NEW Severity: medium Priority: low Component: liberation-fonts AssignedTo: cchance(a)redhat.com ReportedBy: sergei(a)regolit.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 Created an attachment (id=329915) --> (https://bugzilla.redhat.com/attachment.cgi?id=329915) The difference before old and new glyph. Description of problem: Symbol U+0431 (russian letter “б”) looks bad since revision 877cd82cc8ef4b7f9f1b3645ad0dd54efe60e3fb. In that revision glyph's shape was altered but hint instructions were not. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: Render string containing symbol "б" with antialiasing turned on and compare with revision before 877cd82cc8ef4b7f9f1b3645ad0dd54efe60e3fb. Actual results: Expected results: Normal shape is expected. 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 7

← Newer
1
...
4
5
6
7
8
9
10
...
106
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

fonts-bugs January 2009