fonts-bugs July 2008

fonts-bugs@lists.fedoraproject.org

26 participants
487 discussions

[Bug 387491] New: Ã¸ character is wrong in "nimbus sans l condensed" at size 20
by Red Hat Bugzilla 18 Nov '09

18 Nov '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=387491 Summary: ø character is wrong in "nimbus sans l condensed" at size 20 Product: Fedora Version: f8 Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: urw-fonts AssignedTo: than(a)redhat.com ReportedBy: j.w.r.degoede(a)hhs.nl QAContact: extras-qa(a)fedoraproject.org CC: fedora-fonts-bugs-list(a)redhat.com I found this out while testing a fix I'm working on for various font problems in xfig. The ø character ( compose o / ) in urw-fonts "nimbus sans l condensed" is wrong at size 20, there I get an r with an inverted ^ above it. One way to reproduce: -start xfig (version 3.2.5-5, will hit rawhide / updates-testing soon). -Click on the T icon to start editing text -Left click somewhere in the canvas -Type compose o / -Middle click to indicate your done entering text -CTRL + e -left click the ø -select helvetica narrow, xfig maps this to: -urw-nimbus sans l condensed-medium-r-condensed-- -click apply, things should still be fine -change size to 20 -click apply, wrong character gets shown. -- 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 437689] New: xorg-x11-fonts-ethiopic is not exposed correctly
by Red Hat Bugzilla 17 Oct '09

17 Oct '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=437689 Summary: xorg-x11-fonts-ethiopic is not exposed correctly Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: xorg-x11-fonts AssignedTo: xgl-maint(a)redhat.com ReportedBy: nicolas.mailhot(a)laposte.net QAContact: extras-qa(a)fedoraproject.org CC: fedora-fonts-bugs-list(a)redhat.com Description of problem: 1. xorg-x11-fonts-ethiopic contains fonts in a modern TTF/OTF format. Those fonts need to be exposed in /usr/share/fonts and not /usr/share/X11/fonts for more apps to take advantage of them 2. the package contains two versions of the same font (in OTF and TTF format). This is likely to confuse apps so either drop one or make two separate conflicting packages so they're never installed at the same time on the same system. The OTF file appears to be the most complete one based on its size so I'd drop the TTF one (true all our apps do not support OTF fonts yet but they are becoming common enough apps should be fixed and TTf versions needn't be provided as workaround) 3. The package only contains the Goha-Tibeb Zemen font. It would be more user-friendly if it was renamed goha-tibeb-zemen-fonts Version-Release number of selected component (if applicable): xorg-x11-fonts-ethiopic-7.2-6.fc9 -- 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 7

[Bug 452357] New: The mathml-fonts package needs some cleaning up
by Red Hat Bugzilla 16 Sep '09

16 Sep '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=452357 Summary: The mathml-fonts package needs some cleaning up Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: mathml-fonts AssignedTo: rdieter(a)math.unl.edu ReportedBy: nicolas.mailhot(a)laposte.net QAContact: extras-qa(a)fedoraproject.org CC: fedora-fonts-bugs-list(a)redhat.com 1. Please split the package so different upstreams with different licenses and different levels of unicode compliance are not mixed toguether (esp. since http://www.mozilla.org/projects/mathml/fonts/ now recommends *not* installing some of them) 2. Please make sure the result is conformant with the latest font packaging guidelines and current fc-cache behaviour http://fedoraproject.org/wiki/Annotated_fonts_spec_template 3. Please document the result on http://fedoraproject.org/wiki/Category:Packaged_fonts using http://fedoraproject.org/wiki/Font_description_template template -- 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 19

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

20 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 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

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

fonts-bugs July 2008