[Bug 387491] New: ø character is wrong in "nimbus sans l condensed" at size 20
by Red Hat Bugzilla
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.
14 years, 5 months
[Bug 437689] New: xorg-x11-fonts-ethiopic is not exposed correctly
by Red Hat Bugzilla
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.
14 years, 6 months
[Bug 439421] New: Hard to read arabic fonts
by Red Hat Bugzilla
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.
14 years, 9 months
[Bug 436505] New: condensed Nimbus fonts inaccessible to applications
by Red Hat Bugzilla
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.
14 years, 9 months
[Bug 457094] New: Upstream fix for missing Romanian glyphs in Type 1 fonts is now available
by Red Hat Bugzilla
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(a)tigcc.ticalc.org
Description of problem, adapted from
[https://fedoraproject.org/wiki/L10N/Tasks/Ro_fonts#The_Unicode_map_for_Ty...]:
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.
14 years, 9 months
[Bug 454850] New: Cannot build pango from the SRPM in Fedora repository
by Red Hat Bugzilla
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....
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.
14 years, 9 months
[Bug 454291] New: pango-devel.i386 has multilib conflicts with pango-devel.x86_64
by Red Hat Bugzilla
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.
14 years, 9 months
[Bug 450847] New: Evince crashes in freetype
by Red Hat Bugzilla
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.
14 years, 9 months
[Bug 444240] New: freetype thinks font hrger.pfa is broken
by Red Hat Bugzilla
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.
14 years, 9 months
