Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 200141 - app-text/poppler-0.6.1-r1 clients evince and xpdf are unable to print pdf documents
Summary: app-text/poppler-0.6.1-r1 clients evince and xpdf are unable to print pdf doc...
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Printing (show other bugs)
Hardware: AMD64 Linux
: High normal (vote)
Assignee: Printing Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-11-24 00:49 UTC by David Fellows
Modified: 2008-12-16 00:16 UTC (History)
1 user (show)

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


Attachments
sample pdf file. (agm06.pdf,40.17 KB, application/octet-stream)
2007-11-24 00:55 UTC, David Fellows
Details

Note You need to log in before you can comment on or make changes to this bug.
Description David Fellows 2007-11-24 00:49:10 UTC
After upgrading to poppler-0.6.1-r1 from 0.5.4-r2 I can no longer print pdf documents that I am viewing with xpdf or evince.

Reproducible: Always

Steps to Reproduce:
1. from terminal execute xpdf somefile.pdf
2. In the xpdf window click on the print button.
3. In the print dialog popup click on the Print with command button
4. fill in the printer command with lpr
5> Click on the print button

Actual Results:  
Samsung laser printer immediately prints a page with the letters IB in the top left corner.  ABout 2 minutes later it prints another page with the message

 PLC6 ERROR - Incomplete session by time out
  POSITION: 0x55 (85)
  SYSTEM : GP/os_hook
  LINE: 1704
  VERSION : PLC6 2.32 07-19-2001


Expected Results:  
For the sample pdf file to be attached I expected 3 pages to be rendered much as they were rendered on screen.

I run a mostly stable system, the related printing software versions are:
app-text/xpdf-3.01-r8, app-text/evince-2.20.1,    net-print/cups-1.2.12-r2, net-print/gnome-cups-manager-0.31-r2, net-print/libgnomecups-0.2.2.

Both evince and xpdf were emerged or re-emerged after emerging poppler-0.6.1-r1.

The problem is not pdf file specific. I get the same behaviour with any pdf file I try.  Neither do I believe that this is a cups problem.  I believe poppler is generating bad PostScript. 

Executing the command

lpr somefile.pdf

results in a properly rendered output appearing.

I tried  used the xpdf "print to file" command to produce a postscript file.  I then tried to print this postscript file with 
  lpr somefile.ps

I got the same "IB", timeout sequence from the printer. The cups log for attempting to print this file follows:

I [23/Nov/2007:17:05:46 -0400] Adding start banner page "none" to job 1661.
I [23/Nov/2007:17:05:46 -0400] Adding end banner page "none" to job 1661.
I [23/Nov/2007:17:05:46 -0400] Job 1661 queued on "laser" by "fellows".
I [23/Nov/2007:17:05:46 -0400] Started filter /usr/libexec/cups/filter/pstops (PID 6846) for job 1661.
I [23/Nov/2007:17:05:46 -0400] Started filter /usr/libexec/cups/filter/foomatic-rip (PID 6847) for job 1661.
I [23/Nov/2007:17:05:46 -0400] Started backend /usr/libexec/cups/backend/parallel (PID 6848) for job 1661.
E [23/Nov/2007:17:05:47 -0400] [Job 1661] /undefined in --get--

Using evince to view this file results in a blank canvas.

I emerged poppler-0.6.2.  It produces the same behaviour.  I also verified the same behaviour with xpdf-3.01-r8/poppler-0.6.1-r1 on an x86 system.

Subsequently I set >=app-text/poppler-0.6.1-r1 in my package.mask file and downgraded poppler to 0.5.4-r2. I re-emerged xpdf and verified that it processes  my sample file correctly. I was unable to re-emerge evince-2.20.1 since it requires >=poppler-0.6. I did not wish to mess further with evince.


One further observation which may be related:
I have a personal .xpdfrc file the contents of which are:

# specify a default printer command

include /etc/xpdfrc
psFile "| lpr"

With poppler-0.5.4-r2 this file is used and results in the xpdf print dialog box being  populated with lpr as the print command and "print using print command" being selected by default.  With poppler-0.6.1-r1 my .xpdfrc file seems to be ignored.  This may be a separate bug or it may be related.


emerge --info
Portage 2.1.3.19 (default-linux/amd64/2007.0, gcc-4.1.2, glibc-2.6.1-r0, 2.6.20-gentoo-r8 x86_64)
=================================================================
System uname: 2.6.20-gentoo-r8 x86_64 AMD Opteron(tm) Processor 246
Timestamp of tree: Sat, 17 Nov 2007 20:57:01 +0000
app-shells/bash:     3.2_p17
dev-java/java-config: 1.3.7, 2.0.33-r1
dev-lang/python:     2.4.4-r6
dev-python/pycrypto: 2.0.1-r6
sys-apps/baselayout: 1.12.9-r2
sys-apps/sandbox:    1.2.18.1-r2
sys-devel/autoconf:  2.13, 2.61-r1
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils:  2.18-r1
sys-devel/gcc-config: 1.3.16
sys-devel/libtool:   1.5.24
virtual/os-headers:  2.6.22-r2
ACCEPT_KEYWORDS="amd64"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/php/apache2-php4/ext-active/ /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php4/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php4/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c /etc/udev/rules.d"
CXXFLAGS="-O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="distlocks metadata-transfer sandbox sfperms strict unmerge-orphans userfetch"
GENTOO_MIRRORS="http://adelie.polymtl.ca/ http://gentoo.mirrors.tera-byte.com/ http://gentoo.osuosl.org/ "
MAKEOPTS="-j4"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X acl alsa amd64 berkdb bitmap-fonts cli cracklib crypt cups dbus doc dri exif fortran gcj gdbm gnome gpm gtk guile iconv ipv6 isdnlog java jpeg lcms midi mmx mp3 mudflap ncurses nls nptl nptlonly nsplugin ogg opengl openmp pam pcre perl png pppd python readline reflection session spl sse sse2 ssl tcltk tcpd tiff truetype truetype-fonts type1-fonts unicode xorg zlib" ALSA_CARDS="cmipci via82xx" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" CAMERAS="konica minolta" ELIBC="glibc" INPUT_DEVICES="evdev keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="nv radeon vga fbdev vesa"
Unset:  CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Comment 1 David Fellows 2007-11-24 00:55:15 UTC
Created attachment 136833 [details]
sample pdf file.

should print 3 pages of meeting minutes.
Comment 2 Stefan Salewski 2007-11-24 11:23:19 UTC
This bug may be related to bug 199064

Adding (global) useflag cairo fixes the problem for me.
Comment 3 David Fellows 2007-11-25 21:30:28 UTC
Upgrading xpdf to recently stabled app-text/xpdf-3.02-r1 fixed the problems with xpdf.

My symptoms with evince sound exactly like those in bug 199064.  I tried adding
app-text/poppler-bindings cairo to my package.use file and re-emerging poppler-bindings. Poppler does not have a cairo use flag according to equery uses poppler.

[ebuild   R   ] app-text/poppler-bindings-0.6.1  USE="cairo gtk -qt3 -qt4 -test" 0 kB

Doing this had no discernable effect on evince.
These are the other use settings:
[ebuild   R   ] app-text/evince-2.20.1  USE="dbus doc gnome tiff -debug -djvu -dvi -t1lib" 0 kB 
[ebuild   R   ] app-text/poppler-0.6.1-r1  USE="jpeg zlib -cjk" 0 kB 
Comment 4 Pacho Ramos gentoo-dev 2008-07-09 09:12:57 UTC
If this is fixed with xpdf, I think that this bug should be closed as 199064 is for evince (I will test with evince-2.22 and poppler-0.8 when gnome-2.22 goes stable)
Comment 5 Pacho Ramos gentoo-dev 2008-12-15 19:42:25 UTC
(In reply to comment #4)
> If this is fixed with xpdf, I think that this bug should be closed as 199064 is
> for evince (I will test with evince-2.22 and poppler-0.8 when gnome-2.22 goes
> stable)
> 

Fixed for me with poppler-0.8*
Comment 6 David Fellows 2008-12-16 00:06:17 UTC
(In reply to comment #5)

> 
> Fixed for me with poppler-0.8*
> 
(Still) Fixed for me, both xpdf and evince.
poppler-0.8.7
xpdf-3.02-r1 
evince-2.22.2-r1 

I think it can be considered fixed.
Comment 7 Timo Gurr (RETIRED) gentoo-dev 2008-12-16 00:16:55 UTC
Thanks for reporting back guys. Closing as fixed since newer poppler versions seem to work just fine as stated above.