[gentoo-user] xpdf - missing fonts

[Joseph]

xpdf it complains about missing fonts

xpdf hl5370d_ukeng_usr.pdf
Error: No display font for 'Courier'
Error: No display font for 'Courier-Bold'
Error: No display font for 'Courier-BoldOblique'
Error: No display font for 'Courier-Oblique'
Error: No display font for 'Helvetica'
Error: No display font for 'Helvetica-Bold'
Error: No display font for 'Helvetica-BoldOblique'
Error: No display font for 'Helvetica-Oblique'
Error: No display font for 'Symbol'
Error: No display font for 'Times-Bold'
Error: No display font for 'Times-BoldItalic'
Error: No display font for 'Times-Italic'
Error: No display font for 'Times-Roman'
Error: No display font for 'ZapfDingbats'
Warning: Missing charsets in String to FontSet conversion
Warning: Missing charsets in String to FontSet conversion
Warning: Missing charsets in String to FontSet conversion
Warning: Missing charsets in String to FontSet conversion

Anybody knows how to install them?

--
Joseph

[Florian Philipp]

They should be part of media-fonts/corefonts. Maybe you have to activate
the X use flag for them.

Regards,
Florian Philipp

[Joseph]

Core fonts is built with "X" flag enabled.

[ebuild R ] media-fonts/corefonts-1-r4 USE="X" 0 kB

I compare the fonts to my other system that is working correctly and both boxes use the same fonts package so I can not figure it out why xpdf is complaining on missing
fonts.

Here is my list:
drwxr-xr-x 2 root root 4096 Jan 3 15:03 100dpi
drwxr-xr-x 2 root root 4096 Jan 3 15:03 75dpi
drwxr-xr-x 2 root root 4096 Jan 3 16:22 arphicfonts
drwxr-xr-x 2 root root 4096 Jan 3 16:33 corefonts
drwxr-xr-x 2 root root 4096 Jan 3 15:03 cyrillic
drwxr-xr-x 2 root root 4096 Dec 18 02:05 dejavu
drwxr-xr-x 3 root root 4096 Dec 18 02:03 encodings
drwxr-xr-x 2 root root 4096 Jan 3 15:04 liberation-fonts
drwxr-xr-x 2 root root 4096 Jan 3 15:03 misc
drwxr-xr-x 2 root root 4096 Jan 3 16:30 Speedo
drwxr-xr-x 2 root root 12288 Jan 3 15:02 terminus
drwxr-xr-x 2 root root 4096 Jan 3 15:03 TTF
drwxr-xr-x 2 root root 4096 Jan 3 16:31 ttf-bitstream-vera
drwxr-xr-x 2 root root 4096 Jan 3 15:03 Type1
drwxr-xr-x 2 root root 4096 Dec 18 02:05 urw-fonts
drwxr-xr-x 2 root root 4096 Dec 18 01:14 util

--
Joseph

[Willie WY Wong]

On Tue, Jan 03, 2012 at 04:42:43PM -0700, Penguin Lover Joseph squawked:

> On 01/04/12 00:20, Florian Philipp wrote:
> >Am 03.01.2012 23:15, schrieb Joseph:
> >> xpdf it complains about missing fonts
> >> xpdf hl5370d_ukeng_usr.pdf Error: No display font for 'Courier'
> >> Error: No display font for 'Courier-Bold'
> >> Error: No display font for 'Courier-BoldOblique'
> >> Error: No display font for 'Courier-Oblique'
> >> Error: No display font for 'Helvetica'
> >> Error: No display font for 'Helvetica-Bold'
> >> Error: No display font for 'Helvetica-BoldOblique'
> >> Error: No display font for 'Helvetica-Oblique'
> >> Error: No display font for 'Symbol'
> >> Error: No display font for 'Times-Bold'
> >> Error: No display font for 'Times-BoldItalic'
> >> Error: No display font for 'Times-Italic'
> >> Error: No display font for 'Times-Roman'
> >> Error: No display font for 'ZapfDingbats'
> >> Warning: Missing charsets in String to FontSet conversion
> >> Warning: Missing charsets in String to FontSet conversion
> >> Warning: Missing charsets in String to FontSet conversion
> >> Warning: Missing charsets in String to FontSet conversion
> >>
> >> Anybody knows how to install them?

Xpdf is looking for fonts in places that are strange:


open("/usr/share/ghostscript/fonts/n022004l.pfb", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/local/share/ghostscript/fonts/n022004l.pfb", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/fonts/default/Type1/n022004l.pfb", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/fonts/default/ghostscript/n022004l.pfb", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/fonts/type1/gsfonts/n022004l.pfb", O_RDONLY) = -1 ENOENT (No such file or directory)
write(2, "Error: ", 7Error: ) = 7
write(2, "No display font for 'Courier-Bol"..., 34No display font for 'Courier-Bold') = 34


whereas the above font is actually in

/usr/share/fonts/urw-fonts/

(I've been sort of just ignoring this warning, since no pdfs I've used
have had problem displaying, despite those errors.)

W
--
Data aequatione quotcunque fluentes quantitae involvente fluxiones invenire
et vice versa ~~~ I. Newton

[Florian Philipp]

Not sure what causes these errors or if they are related to the current
issue at all. However, I guess the reason why it doesn't prevent most
PDFs from working is that since PDF-1.5, all fonts have to be included
in the PDF itself. Previously, some standard fonts could be assumed to
be present on the PC.

By the way: Does the issue happen with other readers as well?

Regards,
Florian Philipp

[Joseph]

On 01/04/12 14:52, Florian Philipp wrote:
[snip]

>> open("/usr/share/ghostscript/fonts/n022004l.pfb", O_RDONLY) = -1 ENOENT (No such file or directory)
>> open("/usr/local/share/ghostscript/fonts/n022004l.pfb", O_RDONLY) = -1 ENOENT (No such file or directory)
>> open("/usr/share/fonts/default/Type1/n022004l.pfb", O_RDONLY) = -1 ENOENT (No such file or directory)
>> open("/usr/share/fonts/default/ghostscript/n022004l.pfb", O_RDONLY) = -1 ENOENT (No such file or directory)
>> open("/usr/share/fonts/type1/gsfonts/n022004l.pfb", O_RDONLY) = -1 ENOENT (No such file or directory)
>> write(2, "Error: ", 7Error: ) = 7
>> write(2, "No display font for 'Courier-Bol"..., 34No display font for 'Courier-Bold') = 34
>>
>>
>> whereas the above font is actually in
>>
>> /usr/share/fonts/urw-fonts/
>>
>> (I've been sort of just ignoring this warning, since no pdfs I've used
>> have had problem displaying, despite those errors.)
>>
>> W
>
>Not sure what causes these errors or if they are related to the current
>issue at all. However, I guess the reason why it doesn't prevent most
>PDFs from working is that since PDF-1.5, all fonts have to be included
>in the PDF itself. Previously, some standard fonts could be assumed to
>be present on the PC.
>
>By the way: Does the issue happen with other readers as well?
>
>Regards,
>Florian Philipp

adding to /etc/xpdfrc:

displayFontT1 Times-Roman /usr/share/fonts/urw-fonts/n021003l.pfb
displayFontT1 Times-Italic /usr/share/fonts/urw-fonts/n021023l.pfb
displayFontT1 Times-Bold /usr/share/fonts/urw-fonts/n021004l.pfb
displayFontT1 Times-BoldItalic /usr/share/fonts/urw-fonts/n021024l.pfb
displayFontT1 Helvetica /usr/share/fonts/urw-fonts/n019003l.pfb
displayFontT1 Helvetica-Oblique /usr/share/fonts/urw-fonts/n019023l.pfb
displayFontT1 Helvetica-Bold /usr/share/fonts/urw-fonts/n019004l.pfb
displayFontT1 Helvetica-BoldOblique /usr/share/fonts/urw-fonts/n019024l.pfb
displayFontT1 Courier /usr/share/fonts/urw-fonts/n022003l.pfb
displayFontT1 Courier-Oblique /usr/share/fonts/urw-fonts/n022023l.pfb
displayFontT1 Courier-Bold /usr/share/fonts/urw-fonts/n022004l.pfb
displayFontT1 Courier-BoldOblique /usr/share/fonts/urw-fonts/n022024l.pfb
displayFontT1 Symbol /usr/share/fonts/urw-fonts/s050000l.pfb
displayFontT1 ZapfDingbats /usr/share/fonts/urw-fonts/d050000l.pfb

solves the problem with missing fonts but I still get a message:

Warning: Missing charsets in String to FontSet conversion
Warning: Missing charsets in String to FontSet conversion
Warning: Missing charsets in String to FontSet conversion
Warning: Missing charsets in String to FontSet conversion

Some pdf documents have on side panel index, does anybody knows what options control the fonts in that index.
On my display they are very small (hard to read) and choppy fonts.

--
Joseph

[Willie WY Wong]

On Wed, Jan 04, 2012 at 02:52:38PM +0100, Penguin Lover Florian Philipp squawked:

> Am 04.01.2012 11:52, schrieb Willie WY Wong:
> > Xpdf is looking for fonts in places that are strange:
> >
> >
> > open("/usr/share/ghostscript/fonts/n022004l.pfb", O_RDONLY) = -1 ENOENT (No such file or directory)
> > open("/usr/local/share/ghostscript/fonts/n022004l.pfb", O_RDONLY) = -1 ENOENT (No such file or directory)
> > open("/usr/share/fonts/default/Type1/n022004l.pfb", O_RDONLY) = -1 ENOENT (No such file or directory)
> > open("/usr/share/fonts/default/ghostscript/n022004l.pfb", O_RDONLY) = -1 ENOENT (No such file or directory)
> > open("/usr/share/fonts/type1/gsfonts/n022004l.pfb", O_RDONLY) = -1 ENOENT (No such file or directory)
> > write(2, "Error: ", 7Error: ) = 7
> > write(2, "No display font for 'Courier-Bol"..., 34No display font for 'Courier-Bold') = 34
> >
> >
> > whereas the above font is actually in
> >
> > /usr/share/fonts/urw-fonts/
> >
> > (I've been sort of just ignoring this warning, since no pdfs I've used
> > have had problem displaying, despite those errors.)
>

> Not sure what causes these errors or if they are related to the current
> issue at all. However, I guess the reason why it doesn't prevent most
> PDFs from working is that since PDF-1.5, all fonts have to be included
> in the PDF itself. Previously, some standard fonts could be assumed to
> be present on the PC.
>
> By the way: Does the issue happen with other readers as well?

I have not tested many readers. But gv and epdfview (which are both
installed on my system) do not have this problem.

[Willie WY Wong]

On Wed, Jan 04, 2012 at 08:51:22AM -0700, Penguin Lover Joseph squawked:

> adding to /etc/xpdfrc:
>
> displayFontT1 Times-Roman /usr/share/fonts/urw-fonts/n021003l.pfb
> displayFontT1 Times-Italic /usr/share/fonts/urw-fonts/n021023l.pfb
> displayFontT1 Times-Bold /usr/share/fonts/urw-fonts/n021004l.pfb
> displayFontT1 Times-BoldItalic /usr/share/fonts/urw-fonts/n021024l.pfb
> displayFontT1 Helvetica /usr/share/fonts/urw-fonts/n019003l.pfb
> displayFontT1 Helvetica-Oblique /usr/share/fonts/urw-fonts/n019023l.pfb
> displayFontT1 Helvetica-Bold /usr/share/fonts/urw-fonts/n019004l.pfb
> displayFontT1 Helvetica-BoldOblique /usr/share/fonts/urw-fonts/n019024l.pfb
> displayFontT1 Courier /usr/share/fonts/urw-fonts/n022003l.pfb
> displayFontT1 Courier-Oblique /usr/share/fonts/urw-fonts/n022023l.pfb
> displayFontT1 Courier-Bold /usr/share/fonts/urw-fonts/n022004l.pfb
> displayFontT1 Courier-BoldOblique /usr/share/fonts/urw-fonts/n022024l.pfb
> displayFontT1 Symbol /usr/share/fonts/urw-fonts/s050000l.pfb
> displayFontT1 ZapfDingbats /usr/share/fonts/urw-fonts/d050000l.pfb
>
> solves the problem with missing fonts but I still get a message:

Indeed! Thanks for the tip.

> Warning: Missing charsets in String to FontSet conversion
> Warning: Missing charsets in String to FontSet conversion
> Warning: Missing charsets in String to FontSet conversion
> Warning: Missing charsets in String to FontSet conversion

I could've sworn I've also frequently seen that warning. But I don't
see them now. Do they depend on the pdf you try to open?

> Some pdf documents have on side panel index, does anybody knows what options control the fonts in that index.
> On my display they are very small (hard to read) and choppy fonts.
>

It should be the same font as other user interface elements, and
controlled via the "-font" option. Hum.... actually that shows where
the "Missing charsets in String to FontSet conversion" warning for me!
By changing to a different fonts for the interface I can sometimes
reproduce the warning. So maybe setting the font will help. You can
also make that setting systemwide by putting an appropriate
incantation in xpdfrc, according to 'man xpdf'.

Cheers,

[Joseph]

On 01/05/12 09:59, Willie WY Wong wrote:
[snip]

>It should be the same font as other user interface elements, and
>controlled via the "-font" option. Hum.... actually that shows where
>the "Missing charsets in String to FontSet conversion" warning for me!
>By changing to a different fonts for the interface I can sometimes
>reproduce the warning. So maybe setting the font will help. You can
>also make that setting systemwide by putting an appropriate
>incantation in xpdfrc, according to 'man xpdf'.
>
>Cheers,
>
>W
>--
>Data aequatione quotcunque fluentes quantitae involvente fluxiones invenire
> et vice versa ~~~ I. Newton

How to you control it via ""-font" option?
It seems to me I'm missing some fonts or they are not correctly setup.
I've added these fonts to /etc/xpdfrc but it did not help.

--
Joseph

[Joseph]

On 01/05/12 09:49, Willie WY Wong wrote:

>> Not sure what causes these errors or if they are related to the current
>> issue at all. However, I guess the reason why it doesn't prevent most
>> PDFs from working is that since PDF-1.5, all fonts have to be included
>> in the PDF itself. Previously, some standard fonts could be assumed to
>> be present on the PC.
>>
>> By the way: Does the issue happen with other readers as well?
>
>I have not tested many readers. But gv and epdfview (which are both
>installed on my system) do not have this problem.
>
>W
>--
>Data aequatione quotcunque fluentes quantitae involvente fluxiones invenire
> et vice versa ~~~ I. Newton

I tred to compile epdfview but it failed:

JobPrint.cxx: In member function ‘guint ePDFView::JobPrint::setUpPageRange()’:
JobPrint.cxx:379:56: warning: suggest parentheses around ‘&&’ within ‘||’
PDFDocument.cxx: In member function ‘virtual ePDFView::DocumentPage* ePDFView::PDFDocument::renderPage(gint)’:
PDFDocument.cxx:618:62: error: ‘poppler_page_render_to_pixbuf’ was not declared in this scope
PDFDocument.cxx: In member function ‘virtual gboolean ePDFView::PDFDocument::loadFile(const gchar*, const gchar*, GError**)’:
PDFDocument.cxx:231:45: warning: ignoring return value of ‘ssize_t write(int, const void*, size_t)’, declared with attribute warn_unused_result
make[3]: *** [libepdfview_a-PDFDocument.o] Error 1
make[3]: *** Waiting for unfinished jobs....
make[3]: Leaving directory `/var/tmp/portage/app-text/epdfview-0.1.6-r1/work/epdfview-0.1.6/src'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/var/tmp/portage/app-text/epdfview-0.1.6-r1/work/epdfview-0.1.6/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/app-text/epdfview-0.1.6-r1/work/epdfview-0.1.6'
make: *** [all] Error 2
emake failed
* ERROR: app-text/epdfview-0.1.6-r1 failed (compile phase):
* emake failed
*
* Call stack:
* ebuild.sh, line 75: Called src_compile
* environment, line 2114: Called _eapi2_src_compile
* phase-helpers.sh, line 577: Called die
* The specific snippet of code:
* emake || die "emake failed"

--
Joseph

[Willie WY Wong]

On Thu, Jan 05, 2012 at 10:36:29AM -0700, Penguin Lover Joseph squawked:
> On 01/05/12 09:59, Willie WY Wong wrote:
> >It should be the same font as other user interface elements, and
> >controlled via the "-font" option. Hum.... actually that shows where
> >the "Missing charsets in String to FontSet conversion" warning for me!
> >By changing to a different fonts for the interface I can sometimes
> >reproduce the warning. So maybe setting the font will help. You can
> >also make that setting systemwide by putting an appropriate
> >incantation in xpdfrc, according to 'man xpdf'.

> How to you control it via ""-font" option?
> It seems to me I'm missing some fonts or they are not correctly setup.
> I've added these fonts to /etc/xpdfrc but it did not help.
>

I use the font names given by `xfontsel'

Suppose I want to use 'times' family, regular weight, no slant, pixel
size 14 (just to make it bigger), I select those options in xfontsel
using the dropdown lists, and click 'select' (which copies the string
to the clipboard). I then paste the string, which happens to be the
-*-times-medium-r-*-*-14-*-*-*-*-*-*-*
into my xpdf incantation
xpdf -font -*-times-medium-r-*-*-14-*-*-*-*-*-*-*
and I get the chosen font for the interface elements.

You can alternatively set the X resource xpdf*fontList using the
method described http://xwinman.org/resource.php

(basically add to ~/.Xdefaults or ~/.Xresources the line
xpdf*fontList: -*-times-medium-r-*-*-14-*-*-*-*-*-*-*
and restart X [? I am not sure if that is necessary, memory suggests
that this file is only read when X starts, but my memory could be
faulty])

[Willie WY Wong]

On Thu, Jan 05, 2012 at 10:50:19AM -0700, Penguin Lover Joseph squawked:

Which version of poppler do you have installed? I am almost certain
you are running into this conflict:
https://bugs.gentoo.org/show_bug.cgi?id=388235

So try keywording version 0.1.8: it has been available since last
August, and I think it is stable enough (except for some silly bugs
like https://bugs.gentoo.org/show_bug.cgi?id=387125 ).

[walt]

On 01/05/2012 09:36 AM, Joseph wrote:
> It seems to me I'm missing some fonts or they are not correctly setup.
> I've added these fonts to /etc/xpdfrc but it did not help.

A while ago there was a font problem caused by turning off the NLS
useflag, because some font packages honor that flag.

Do you have the NLS useflag turned off?

[Joseph]

Yes, I'm running the latest version: app-text/poppler-0.18.2

--
Joseph

[Joseph]

epdfview has this flag ON:

app-text/epdfview-0.1.6-r1 USE="cups nls -test"

--
Joseph

[Joseph]

On 01/06/12 07:52, walt wrote:

For which package?
I do not have "NLS" flag turned ON globally.

--
Joseph

[walt]

Try turning the NLS useflag on for your installed font packages that use
NLS. Not all font packages use NLS, dunno why. To see which installed
fonts use NLS:

#eix -IU nls | grep fonts

[Joseph]

Aparenlty none of them:

eix -IU nls | grep fonts
[I] media-fonts/font-misc-misc
Description: X.Org miscellaneous fonts

--
Joseph

[Joseph]

On 01/08/12 19:31, Walter Dnes wrote:

> I have a suggestion that goes in the opposite direction. It's part of
>bug https://bugs.gentoo.org/show_bug.cgi?id=368335
>
> For some reason, the default is now to generate Unicode encoding only
>(I believe it's iso10646), not iso8859-1 or any of the other local
>encodings. I ran into this when xfreecell refused to start, due to
>missing a specific iso8859-1 font. The bug can be worked around by
>editing the file /usr/portage/eclass/xorg-2.eclass I'm attaching my
>edited version.
>
>* Rename your current /usr/portage/eclass/xorg-2.eclass
>* substitute the version attached to this post
>* re-emerge all your fonts
>
> ***NOTE*** This eclass file tries to produce iso8859-1 only. Modify
>it if you want other iso code files.
>
> File attached...
>
>--
>Walter Dnes <walt...@waltdnes.org>


I think you are correct on this one.
I'll try to modify your system.
What is the easiest way to re-emerge all the fonts on the system or list the one that are installed?

I've manually installed some of the fonts that I have on my other system and it partially solved the problem.

--
Joseph

[walt]

On 01/09/2012 09:50 AM, Joseph wrote:
> What is the easiest way to re-emerge all the fonts on the system or
> list the one that are installed?

Listing them is easy:
#eix -I | grep media-fonts

I'll bet there is some other tool that will also emerge all of them
for you but I'm too lazy to do the research :p

[Michael Mol]

emerge -1 $(qlist -IC media-fonts/*) # For the lazy


--
:wq

[Walter Dnes]

On Mon, Jan 09, 2012 at 10:50:28AM -0700, Joseph wrote

> I think you are correct on this one. I'll try to modify your system.
> What is the easiest way to re-emerge all the fonts on the system or
> list the one that are installed?
>
> I've manually installed some of the fonts that I have on my other
> system and it partially solved the problem.

I've attached a bash script to list all files, including those pulled
in as dependancies of xorg-server. It also sets up another bash script
to do the actual emerge. Here's how it works...

* It creates a bash script "ef" (emerge fonts)

* First put in the "#!/bin/bash"

* Add "emerge -1 " to the file. *NOTE* The "-n" option prevents the
normal linefeed

* "emerge -pv --depclean" lists (amongst other things) all installed
packages. This includes both stuff in world, and stuff that is pulled
in as a dependancy

* "grep media-fonts" filters the listing down to the "media-fonts"
group, including various font utilities.

* "sort -u" filters out duplicate lines

* 'grep -v "pulled in by"' gets rid of the "pulled in by" lines.

* The "sed" command puts an "=" sign in front of each package name, to
make it a valid emerge parameter

* the "tr" command converts linefeeds to spaces. The string of
packagenames is appended to "emerge -1 " in the file "ef"

* last, but not least, the file "ef" is set executable. You can look at
it before launching it.

--
Walter Dnes <walt...@waltdnes.org>