We have some small networks with connectivity to the Internet through firewall routers. The smallest has one Windows 7 system and three Linux systems including both CentOS 6 and CentOS 7 machines. The Windows 7 systems have full Adobe packages that are updated regularly and are trouble free.
On the Linux systems, evince has been our go to product for viewing and printing .pdf documents. This has worked well for at least four years. Some .pdf documents received recently from insurance companies and financial institutions appear to have a font problem that we have not been able to solve.
Information available at the sites listed below have been no help. Previous font problems with various warnings have been solved automatically with substitution, but this does not seem to be working with these new files. The current problem leaves blank nearly half of the pages in some documents.
Is there better source to look for answers than these two:
http://www.gnome.org/projects/evince/
https://wiki.gnome.org/Apps/Evince
Any help with this issue would be greatly appreciated. Thanks.
[user@computer ~]$ uname -a Linux delle520 2.6.32-696.20.1.el6.x86_64 #1 SMP Fri Jan 26 17:51:45 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux
[user@computer]$ evince Plan.pdf Error: could not create type1 face some font thing failed Error: could not create type1 face some font thing failed o o o o
On Fri, 2 Mar 2018 17:55:05 +0000 (UTC) Chris Olson wrote:
Any help with this issue would be greatly appreciated.
Three suggestions:
1. Have you tried atril? Does it have the same problem?
2. Can you post a sample pdf somewhere so folks who might know how to fix it can see an example?
3. I posted a bug report along with a sample pdf some years back to the evince bug tracker (https://bugzilla.gnome.org/) and the problem pdf rendered perfectly when the next version was released.
----- Oorspronkelijk bericht ----- Van: "Frank Cox" theatre@sasktel.net Aan: "CentOS mailing list" centos@centos.org Verzonden: Vrijdag 2 maart 2018 19:58:15 Onderwerp: Re: [CentOS] evince
On Fri, 2 Mar 2018 17:55:05 +0000 (UTC) Chris Olson wrote:
Any help with this issue would be greatly appreciated.
Three suggestions:
1. Have you tried atril? Does it have the same problem?
2. Can you post a sample pdf somewhere so folks who might know how to fix it can see an example?
3. I posted a bug report along with a sample pdf some years back to the evince bug tracker (https://bugzilla.gnome.org/) and the problem pdf rendered perfectly when the next version was released.
On 2 March 2018 at 13:58, Frank Cox theatre@sasktel.net wrote:
On Fri, 2 Mar 2018 17:55:05 +0000 (UTC) Chris Olson wrote:
Any help with this issue would be greatly appreciated.
Three suggestions:
Have you tried atril? Does it have the same problem?
Can you post a sample pdf somewhere so folks who might know how to fix it can see an example?
I posted a bug report along with a sample pdf some years back to the evince bug tracker (https://bugzilla.gnome.org/) and the problem pdf rendered perfectly when the next version was released.
Normally I trouble shoot what information is inside the pdf using pdfinfo and pdffonts from poppler-utils
[smooge@smoogen-laptop ~]$ pdfinfo rhel_5_6_7_cheatsheet_27x36_1014_jcs_web.pdf Creator: Adobe InDesign CC 2014 (Macintosh) Producer: Adobe PDF Library 11.0 CreationDate: Tue Oct 7 13:52:29 2014 ModDate: Tue Oct 7 13:52:29 2014 Tagged: no UserProperties: no Suspects: no Form: none JavaScript: no Pages: 1 Encrypted: no Page size: 1944 x 2592 pts Page rot: 0 File size: 95395 bytes Optimized: yes PDF version: 1.7 [smooge@smoogen-laptop ~]$ pdffonts rhel_5_6_7_cheatsheet_27x36_1014_jcs_web.pdf name type encoding emb sub uni object ID ------------------------------------ ----------------- ---------------- --- --- --- --------- IDXHUF+LiberationMono CID TrueType Identity-H yes yes yes 11 0 IDXHUF+Interstate-Regular CID TrueType Identity-H yes yes yes 12 0 IDXHUF+Interstate-Bold TrueType WinAnsi yes yes yes 13 0 IDXHUF+Interstate-Regular TrueType WinAnsi yes yes yes 14 0 IDXHUF+Interstate-Black TrueType WinAnsi yes yes yes 17 0 IDXHUF+Interstate-Light TrueType WinAnsi yes yes yes 18 0 IDXHUF+LiberationMono TrueType WinAnsi yes yes yes 19 0 IDXHUF+LiberationMono-Italic TrueType WinAnsi yes yes yes 21 0 IDXHUF+LiberationMono-Bold TrueType WinAnsi yes yes yes 23 0
This should give you an idea of what it is looking for that you do not have on the system.
Chris Olson wrote:
We have some small networks with connectivity to the Internet through firewall routers. The smallest has one Windows 7 system and three Linux systems including both CentOS 6 and CentOS 7 machines. The Windows 7 systems have full Adobe packages that are updated regularly and are trouble free.
On the Linux systems, evince has been our go to product for viewing and printing .pdf documents. This has worked well for at least four years. Some .pdf documents received recently from insurance companies and financial institutions appear to have a font problem that we have not been able to solve.
Information available at the sites listed below have been no help. Previous font problems with various warnings have been solved automatically with substitution, but this does not seem to be working with these new files. The current problem leaves blank nearly half of the pages in some documents.
Is there better source to look for answers than these two:
What kind of answers are you looking for?
Perhaps installing a missing font solves the problem with evince. You could try mupdf, xpdf and qpdfview to see if one of them can display the PDFs you have. Unfortunately, none of them are included in Centos. That leaves gimp --- can it import the PDFs?
http://www.gnome.org/projects/evince/
https://wiki.gnome.org/Apps/Evince
Any help with this issue would be greatly appreciated. Thanks.
[user@computer ~]$ uname -a Linux delle520 2.6.32-696.20.1.el6.x86_64 #1 SMP Fri Jan 26 17:51:45 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux
[user@computer]$ evince Plan.pdf Error: could not create type1 face some font thing failed Error: could not create type1 face some font thing failed o o o o
CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
On 03/03/2018 11:31 AM, hw wrote:
Is there better source to look for answers than these two:
What kind of answers are you looking for?
Perhaps installing a missing font solves the problem with evince. You could try mupdf, xpdf and qpdfview to see if one of them can display the PDFs you have. Unfortunately, none of them are included in Centos. That leaves gimp --- can it import the PDFs?
Yes, GIMP will read PDFs, but it splits them into separate images. That isn't a major problem if you're simply reading the doc, but if you edit it, you'll need something like pdftk to put the separate pages back together.
For reading PDFs I've had consistently good results with okular.
For "missing font" errors I've found generally that installing the missing font resolves the issue. Run "yum search font" to chase down that possibility.
hth.
ken wrote:
On 03/03/2018 11:31 AM, hw wrote:
Is there better source to look for answers than these two:
What kind of answers are you looking for?
Perhaps installing a missing font solves the problem with evince. You could try mupdf, xpdf and qpdfview to see if one of them can display the PDFs you have. Unfortunately, none of them are included in Centos. That leaves gimp --- can it import the PDFs?
Yes, GIMP will read PDFs, but it splits them into separate images. That isn't a major problem if you're simply reading the doc, but if you edit it, you'll need something like pdftk to put the separate pages back together.
This would be for a test to see if the problem is with evince or with other programs as well.
For reading PDFs I've had consistently good results with okular.
For "missing font" errors I've found generally that installing the missing font resolves the issue. Run "yum search font" to chase down that possibility.
hth.
CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
-
Chris Olson -
Frank Cox -
hw -
johan.vermeulen7＠telenet.be -
ken -
Stephen John Smoogen