#26057: xpdf cant find paper defn nor fonts -------------------------------------+-------------------------------------- Reporter: davidh@… | Owner: ricci@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.1 Keywords: | Port: xpdf -------------------------------------+-------------------------------------- Comment(by macosx12345@…): Replying to [comment:2 macosx12345@…]:
You can get rid of the `Error: No display font for [...]` errors by editing the /opt/local/etc/xpdfrc file and uncommenting the lines that start with `displayFontT1` .
Well, this is not very useful here (sorry), as the default xpdfrc file provided with xpdf does not match the fonts that come with today's MacPorts' version of ghostscript (maybe it used in the past). Instead, I suggest using the fonts that the port `urw-fonts` provides. I attached a patch proposal to xpdf's portfile that removes the run-depency to ghostscript, adds a run-dependency to urw-fonts and lets xpdf use the fronts from `urw-fonts` by default. I successfully tested it on an Intel iMac running Mac OS X 10.6.4 with MacPorts 1.9.1. When opening a PDF document that uses, say, the Times- Roman font, I no longer see empty pages but the actual characters. (This does not solve the paper definition issue.) -- Ticket URL: <http://trac.macports.org/ticket/26057#comment:4> MacPorts <http://www.macports.org/> Ports system for Mac OS