Red Hat Bugzilla – Bug 40809
printconf doesn't work properly with LJ4L
Last modified: 2008-05-01 11:38:00 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.4-ac8 i686; en-US; rv:0.9)
Description of problem:
I have an HP LJ4L (tiny little HP PCL laser printer) which I have been
trying to configure with printconf-gui. In the printer option menu I can
choose between 75, 150 and 300 dpi (I pick 300).
However when I try to print something it looks like the ghostscript
is trying to print in 600 dpi as the image is doubled in size and
only half makes it to the paper.
When looking at /var/spool/lpd/lp/lpq.0 after printing I can see
that the size set is in fact 600dpi:
Queue: no printable jobs in queue
Status: IF filter 'mf_wrapper' filter msg -
'/usr/share/printconf/foomatic/mfomatic: printer def file ljet4-230377.foo'
Status: IF filter 'mf_wrapper' filter msg - 'prepending: <</PageSize[612
792]/ImagingBBox null>>setpagedevice' at 20:49:12.284
Status: IF filter 'mf_wrapper' filter msg - 'prepending:
<</HWResolution[600 600]>>setpagedevice' at 20:49:12.285
I have looked everywhere but I just cannot find the place where the
600 dpi is sent.
Anyway it looks like your printer scripts do not pass the correct
string to the underlying scripts used by ghostscript.
Steps to Reproduce:
1.read description please
Do you still have this problem? If so, can you please attach
This has similarities to bug #55547.
Apparently fixed in 7.2.
Sadly not. Quite the reverse here, in fact: it worked fine for me under RH7.1
(i.e. LaserJet 4L using the ljet4 driver), but the problem *started* happening
when I upgraded to RH7.2.
I'll attach my /etc/alchemist/namespace/printconf/local.adl as requested, in
case it helps.
Created attachment 42414 [details]
But is this a separate issue to that in bug #55547? I see that you've added a
Sorry, I should have made that explicit. No, it's not a separate issue (at
least, I was interpreting both bug reports to be referring to the same issue).
Just to be completely clear, what I'm getting here is that the image ends up
being doubled in size (in both x and y dimensions), and as a result only the
top-left corner ends up on the page, covering all of it.
Thanks a lot.
Okay. Well, the original bug that this was about is closed. Please follow-up
to bug #55547 for future discussions about it. I'll mark this as a duplicate
so that I can find the local.adl file again.
*** This bug has been marked as a duplicate of 55547 ***