Bug 104830

Summary:	evince-0.4.0 not drawing lines
Product:	Gentoo Linux	Reporter:	Simon Stelling (RETIRED) <blubb>
Component:	[OLD] GNOME	Assignee:	Daniel Gryniewicz (RETIRED) <dang>
Status:	RESOLVED FIXED
Severity:	normal	CC:	andreas.kotowicz, ford_prefect, pat, tom.gl
Priority:	High
Version:	unspecified
Hardware:	AMD64
OS:	Linux
URL:	http://bugzilla.gnome.org/show_bug.cgi?id=315461
Whiteboard:
Package list:		Runtime testing required:	---
Bug Depends on:
Bug Blocks:	103197
Attachments:	pdf file containing lines

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