Gtkprint applications print outside of top margin under intrepid x64 with HP printer

[Saivann Carignan]

Binary package hint: cupsys

Under intrepid, when printing a invoice with gnucash that has a logo on the top of the page, the logo is printed outside of margins and the result is a cut logo (see attached picture). This bug happens with my HP Photosmart c6100, but not with standard postscript or PDF printer.

To make sure that this bug was not a gnucash bug, I did downgrade to hardy version of gnucash (which worked correctly) and used a copy of my .gnucash configuration folder which worked correctly under Hardy, but the bug still happens.

I also replaced /usr/share/ppd/openprinting/Oki/OK6100_a.ppd.gz by the one that works in Hardy, without success. So I guess that this is a cupsys bug.

Update : I found that this bug is only reproducible under AMD64 intrepid installation, not i386. This is also reproducible with gedit as well as any application that uses gtkprint to print.

[Saivann Carignan (oxmosys)]

I attach a picture that compares the same invoice printed with 3 different printers : cups-pdf, libgoffice build-in pdf and with my printer HP Photosmart c6180. As you can see, libgoffice PDFs and HP printed reports have differences between their 32bit and 64bit version, while cups-pdf printer driver is exactly identical in 32bit and 64bit.

According to the fact that this bug is 64bit specific, I add ia32-libs package.

[Saivann Carignan (oxmosys)]

Here's another picture demonstrating the same document, printed with gnucash based on libgoffice 0.6 instead of libgoffice 0.4 . With libgoffice 0.6, paper type cannot be defined in gnucash options at the moment. The resulting documents does not have differences with top-margins, however the x64 print have his logo cutted where the print margin should be.

[Saivann Carignan (oxmosys)]

The same happens with gedit under intrepid. Under 32bits, the page prints fine but under 64bits, the page title and the page number (which is the first thing printed at the top of the page) does not appear in the final print.

[Stephan Rügamer (sruegamer)]

Guys,

can you give us any hint on ia32-libs here?
If there is a missing 32bit lib which needs to be included, please tell me, I'm just working on this beast, so I can fix this asap.

Thx,

\sh

[Till Kamppeter (till-kamppeter)]

ia32-libs has no influence here. It is only needed for running closed-source software which is only available as 32-bit version. If it would need another library, programs which need that library would not run at all, and not produce broken output.

All printing software (CUPS, Ghotscript, Foomatic, HPLIP, ...) is compiled as 64-bit binaries and do not need ia32-libs at all.

[Saivann Carignan (oxmosys)]

Marking invalid for ia32-libs. So, since this bug can only be reproduced under x64 even if libraries are built for x64, where can be the problem? Sounds more complicate to find..

[Saivann Carignan (oxmosys)]

This bug has been fixed by some update in intrepid. It now prints correctly in all circumstances.