Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 104830 - evince-0.4.0 not drawing lines
Summary: evince-0.4.0 not drawing lines
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] GNOME (show other bugs)
Hardware: AMD64 Linux
: High normal (vote)
Assignee: Daniel Gryniewicz (RETIRED)
URL: http://bugzilla.gnome.org/show_bug.cg...
Whiteboard:
Keywords:
Depends on:
Blocks: 2.12
  Show dependency tree
 
Reported: 2005-09-04 12:24 UTC by Simon Stelling (RETIRED)
Modified: 2006-01-19 11:12 UTC (History)
4 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
pdf file containing lines (maturaarbeit.pdf,58.62 KB, application/octet-stream)
2005-09-04 12:25 UTC, Simon Stelling (RETIRED)
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Simon Stelling (RETIRED) gentoo-dev 2005-09-04 12:24:40 UTC
evince doesn't draw lines :/ i'll attach a file where the effect shows up, it
works fine with gpdf though

Portage 2.0.51.22-r2 (default-linux/amd64/2005.1, gcc-3.4.3, glibc-2.3.5-r0,
2.6.12-gentoo-r6 x86_64)
=================================================================
System uname: 2.6.12-gentoo-r6 x86_64 AMD Opteron(tm) Processor 242
Gentoo Base System version 1.6.13
dev-lang/python:     2.3.5, 2.4.1-r1
sys-apps/sandbox:    1.2.11
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6
sys-devel/binutils:  2.15.92.0.2-r10
sys-devel/libtool:   1.5.18-r1
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-ggdb3 -pipe -march=opteron"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /home /usr/kde/2/share/config /usr/kde/3/share/config
/usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
CXXFLAGS="-O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks nostrip sandbox sfperms strict"
GENTOO_MIRRORS="ftp://mirror.switch.ch/mirror/gentoo"
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/home/blubb/gentoo/cvs/gentoo-x86 /usr/local/portage"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="amd64 X aalib alsa avi berkdb bitmap-fonts cdr cdrom crypt cups curl dvd
eds encode esd foomaticdb gdbm gif gnome gpm gstreamer gtk gtk2 imlib java jpeg
ldap lzw lzw-tiff motif mozilla mp3 mpeg ncurses network nls nptl nptlonly ntfs
ogg oggvorbis opengl pam pdflib perl png ppds quicktime readline samba sdl slang
spell ssl svg tcpd tiff truetype-fonts type1-fonts usb userlocales utf8 vorbis
xine xml xml2 xmms xpm xv zlib userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS
Comment 1 Simon Stelling (RETIRED) gentoo-dev 2005-09-04 12:25:34 UTC
Created attachment 67648 [details]
pdf file containing lines
Comment 2 TGL 2005-09-04 12:48:39 UTC
In case it can help to identify this problem, i'm using evince-0.4.0 (and
poppler-0.4.1) compiled against gtk+-2.6.10 (custom ebuild), and this PDF
displays  fine (ie., i can see lines and arrows just like in Acroread, except
they are not antialiased).
Comment 3 TGL 2005-09-06 22:07:55 UTC
I can now confirm your bug with the Cairo backend of Poppler (tested both 0.4.1
and 0.4.2 from bug #105107), whereas with the Splash backend lines display just
fine (tests made in Evince, who is probably not guilty here). 
Comment 4 Daniel Gryniewicz (RETIRED) gentoo-dev 2005-09-07 08:21:39 UTC
Thanks.  I'll forward the bug upstream.
Comment 5 Daniel Gryniewicz (RETIRED) gentoo-dev 2005-09-07 08:58:33 UTC
Upstream bug is this: http://bugzilla.gnome.org/show_bug.cgi?id=315461
Comment 6 Daniel Gryniewicz (RETIRED) gentoo-dev 2005-09-28 08:13:12 UTC
poppler-0.4.2 has cairo disabled by default, and fixes this issue.  I'll leave
the bug open to track upstream for a real fix to the cairo backend.
Comment 7 Pat Suwalski 2005-10-03 22:25:06 UTC
Dan,

Disabling cairo is *not* the solution! You fix one bug, but gain many, many
others. I just merged poppler 0.4.2 without cairo and half of my PDFs don't
render properly, look jaggy, or are extremely slow.

Please enable cairo by default. It will never be perfected if people don't use it.
Comment 8 Nikolai Weibull 2005-10-31 07:43:48 UTC
(In reply to comment #7)
> Disabling cairo is *not* the solution! You fix one bug, but gain many, many
> others. I just merged poppler 0.4.2 without cairo and half of my PDFs don't
> render properly, look jaggy, or are extremely slow.

I have to agree.  Splash is not a better backend than the cairo one.
Comment 9 Daniel Gryniewicz (RETIRED) gentoo-dev 2005-10-31 08:45:56 UTC
I've decided I agree, and, since cairo is out of mask, I've put the use flag
back in.  I'll change the resolution of this to upstream.
Comment 10 Daniel Gryniewicz (RETIRED) gentoo-dev 2006-01-19 11:12:28 UTC
Upstream provided a fix
Comment 11 Daniel Gryniewicz (RETIRED) gentoo-dev 2006-01-19 11:12:48 UTC
This is fixed by poppler-0.4.4