Bug#368403: kpdf: It is still reproducable
Package: kpdf
Version: 4:3.5.6-1
Followup-For: Bug #368403
Hello,
It's still reproducable with the version in testing/unstable (4:3.5.5-3)
as well as the one in experimental (I just updated for this check).
A slight hint to my reproduction instructions above: First select the
"PDF" printing queue (needs cupspdf installed), then change the output
settings to 2-on-1, because the output settings are reset when the
printing queue selection is changed.
Btw, printing via "Print to file (PDF)" produces the same weird output,
so it seems not cups-specific. I don't know why I did not test that
behaviour when I reported the bug, but I guess that that option was not
available then.
When I reported the bug, it was just after a long 50-page printout on my
inkjet was busted this way, but as I could reproduce it via cupspdf
printer, I reported that one, to avoid having to cut more trees.
HTH,
Markus
-- System Information:
Debian Release: 4.0
APT prefers testing
APT policy: (990, 'testing'), (50, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.20-schabi1
Locale: LANG=en_US, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15)
Versions of packages kpdf depends on:
ii kdelibs4c2a 4:3.5.5a.dfsg.1-6 core libraries and binaries for al
ii libc6 2.3.6.ds1-11 GNU C Library: Shared libraries
ii libfontconfig1 2.4.2-1 generic font configuration library
ii libfreetype6 2.2.1-5 FreeType 2 font engine, shared lib
ii libgcc1 1:4.1.1-21 GCC support library
ii libjpeg62 6b-13 The Independent JPEG Group's JPEG
ii libpaper1 1.1.21 Library for handling paper charact
ii libqt3-mt 3:3.3.7-3 Qt GUI Library (Threaded runtime v
ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3
ii libx11-6 2:1.0.3-5 X11 client-side library
ii libxft2 2.1.8.2-8 FreeType-based font drawing librar
ii zlib1g 1:1.2.3-13 compression library - runtime
Versions of packages kpdf recommends:
ii kghostview 4:3.5.5-3 PostScript viewer for KDE
-- no debconf information
Reply to: