Bug 1509862

Summary: xpdf cannot find display fonts
Product: [Fedora] Fedora Reporter: Yaakov Selkowitz <yselkowi>
Component: xpdfAssignee: Tom "spot" Callaway <tcallawa>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: medium    
Version: 27CC: herrold, kbrow1i, pertusus, reno.cipolla, stepglenn, tcallawa
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: All   
Whiteboard:
Fixed In Version: xpdf-4.00-3.fc27 Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2017-11-15 17:47:07 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
Possible patch none

Description Yaakov Selkowitz 2017-11-06 08:54:52 UTC 
xpdf-4.00-2.fc27 cannot find the URW Base 35 fonts in their new location, leading to the following error messages upon startup:

Config Error: No display font for 'Courier'
Config Error: No display font for 'Courier-Bold'
Config Error: No display font for 'Courier-BoldOblique'
Config Error: No display font for 'Courier-Oblique'
Config Error: No display font for 'Helvetica'
Config Error: No display font for 'Helvetica-Bold'
Config Error: No display font for 'Helvetica-BoldOblique'
Config Error: No display font for 'Helvetica-Oblique'
Config Error: No display font for 'Symbol'
Config Error: No display font for 'Times-Bold'
Config Error: No display font for 'Times-BoldItalic'
Config Error: No display font for 'Times-Italic'
Config Error: No display font for 'Times-Roman'
Config Error: No display font for 'ZapfDingbats'

The cause appears to be hard-coded directories and file names for these fonts in xpdf/GlobalParams.cc, which do not conform to the new urw-base35-fonts layout.
Comment 1 Yaakov Selkowitz 2017-11-06 09:39:46 UTC 
Created attachment 1348491 [details]
Possible patch

This silences all warnings and appears to display a PDF which uses some of these fonts correctly.  I haven't tested it extensively yet, though, and it's not backwards compatible with the old filenames.
Comment 2 Fedora Update System 2017-11-07 16:26:00 UTC 
xpdf-4.00-3.fc27 has been submitted as an update to Fedora 27. https://bodhi.fedoraproject.org/updates/FEDORA-2017-d6246f5fe0
Comment 3 Fedora Update System 2017-11-07 19:15:54 UTC 
xpdf-4.00-3.fc27 has been pushed to the Fedora 27 testing repository. If problems still persist, please make note of it in this bug report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2017-d6246f5fe0
Comment 4 Fedora Update System 2017-11-15 17:47:07 UTC 
xpdf-4.00-3.fc27 has been pushed to the Fedora 27 stable repository. If problems still persist, please make note of it in this bug report.
Comment 5 Reno 2020-06-25 17:30:36 UTC 
I had this same problem when going from RHEL 7.5 to RHEL 7.7. In my case I has a lot of problems getting any other xpdf code to compile on my RedHat system. So I kept my xpdf version 3.04 and found a workaround. 

To workaround this problem, copy the required fonts from a previous distribution and place them in the folder where xpdf is expecting them to be. 

In the RHEL 7 case, that folder would be /usr/share/fonts/default/Type1. This folder contains the fonts the xpdf 3.04 expects to be there.