works here.

Can you attach a screenshot?

Are you a gentoo user?

Created attachment 17353 [details]
pdf as rendered by evince

Created attachment 17354 [details]
pdf as rendered by xpdf

Debian unstable:

evince: 2.22.1
libpoppler & friends: 0.8.2-2

Screenshots attached.

Confirmed in Debian with kpdf 3.5.9 and with okular (kde 4.1 beta2). I have tested with current libpoppler & friends: 0.8.2-2 and a handbuilt 0.8.3, and no joy.

If it works in another distros, like it seems the case,  I guess you can forward this to the Debian BTS.

*** Bug 16526 has been marked as a duplicate of this bug. ***

Closing as it seems really a debian bug as it works in ubuntu and opensuse.

*** Bug 16563 has been marked as a duplicate of this bug. ***

Some help in what Debian's poppler could be doing wrong would be nice; we have almost no patching of the upstream source:
http://svn.debian.org/wsvn/pkg-freedesktop/trunk/poppler/debian/?rev=0&sc=0

Perhaps poppler expects something but doesn't ensure it's present when configured?

Or perhaps it's a runtime expectation which we miss.

BTW, the Ubuntu poppler package is exactly the same one, so I would be surprized it actually comes from poppler, yet this only happens with poppler renderers.

If i had any idea of what's wrong i would tell, and i have no access to a debian system so i can't help.

For the debian developers, this pdf appeared to render normally using okular 4.0.84 and libpoppler 0.8.4.

Package: okular
Version: 4:4.0.84-1
Severity: normal

Depends                   (Version) | Installed
===================================-+-==============
kdebase-runtime       (>= 4:4.0.81) | 4:4.0.84-1
kdelibs5              (>= 4:4.0.82) | 4:4.0.84-1
libc6                    (>= 2.7-1) | 2.7-10
libfreetype6             (>= 2.3.5) | 2.3.5-1+lenny1
libgcc1                (>= 1:4.1.1) | 1:4.3.1-2
libjpeg62                           | 6b-14
libokularcore1        (>= 4:4.0.81) | 4:4.0.84-1
libpoppler-qt4-3                    | 0.8.4-1
libqca2                             | 2.0.0-4
libqimageblitz4                     | 1:0.0.4-4
libqt4-dbus              (>= 4.4.0) | 4.4.0-3
libqt4-qt3support        (>= 4.4.0) | 4.4.0-3
libqt4-xml               (>= 4.4.0) | 4.4.0-3
libqtcore4               (>= 4.4.0) | 4.4.0-3
libqtgui4                (>= 4.4.0) | 4.4.0-3
libspectre1                         | 0.2.0.ds-1
libstdc++6               (>= 4.1.1) | 4.3.1-2
zlib1g                 (>= 1:1.1.4) | 1:1.2.3.3.dfsg-12

Aha, so an evince issue perhaps; ok, thanks

Hi csights,

(In reply to comment #11)
> For the debian developers, this pdf appeared to render normally using okular
> 4.0.84 and libpoppler 0.8.4.
> 
> Package: okular
> Version: 4:4.0.84-1
> Severity: normal

> 

As Debian maintainer of okular, I can tell you I have tested it and it does not work in _Debian_ with either okular or evince :(

Maybe it's an X or cairo bug? Debian unstable is shipping a fairly bleeding edge Xorg IIRC.

Good news!  This is fixed for me with freetype 2.3.7-1!  This is what the Debian changelog has to say:
freetype (2.3.7-1) unstable; urgency=low

  * New upstream release
  * Add a new get-orig-source rule to handle downloading & packing the bits
    for us
  * Build-depend on x11proto-core-dev instead of the obsolete x-dev.
  * Unset DH_VERBOSE when redirecting the output of dh_shlibdeps,
    otherwise the substvars are kinda messed up.
  * Fix a typo that caused debhelper log junk to be dumped into /usr.
  * Replace ${Source-Version} with ${binary:Version} in debian/control.
  * Don't install useless copies of /usr/share/doc/libfreetype6 in the
    other packages, the symlink is all we need.

 -- Steve Langasek <vorlon@debian.org>  Mon, 30 Jun 2008 17:57:56 -0700

After this update which I applied on i386 today, the issue is gone.

Fixed for me too.