On Mon, Aug 06, 2007 at 18:52:56 +0100, graham wrote:
> Florian Kulzer wrote:
>> On Mon, Aug 06, 2007 at 17:02:07 +0100, graham wrote:
>
>>> I have a standard printer with a reliable driver (Brother HL5040). It was
>>> working using the parallel port on my old PC. Said PC died, replaced it
>>> with a new one, installed 64bit lenny. Configured cups for printer, all
>>> appears ok (ie. ppd file ok, printer status recognized etc). On printing
>>> anything at all (including the test page) all I get is what appears to be
>>> misinterpreted postscript. One line of gibberish per page, followed by a
>>> page feed.
>> Post your /etc/cups/printers.conf please. (Watch out, this file can
>> contain clear-text passwords if you have configured networked printing.
>> If this is the case then it is advisable to replace the sensitive data
>> with generic placeholders before posting.)
>
> As follows (auto-generated, I have made no manual changes)
>
> # Printer configuration file for CUPS v1.2.12
> # Written by cupsd on 2007-08-06 16:08
> <Printer HL-5040>
> Info HL-5040
> DeviceURI parallel:/dev/lp0
> State Idle
> StateTime 1186412905
> Accepting Yes
> Shared Yes
> JobSheets none none
> QuotaPeriod 0
> PageLimit 0
> KLimit 0
> OpPolicy default
> ErrorPolicy stop-printer
> </Printer>
That looks pretty OK to me. There are a few things to check now (post
the results here):
- What are the permissions of /dev/lp0? ("ls -l /dev/lp0") Most likely
they will be correct since you are allowed to access the printer, but
it cannot hurt to check. Also, are you a member of the lp and lpadmin
groups?
- Is the printer reported correctly if you run
/usr/lib/cups/backend/parallel
?
- Has the ppd file been copied to /etc/cups/ppd/HL-5040.ppd? The owner
should be cupsys, group lp and the permissions should be 0644. You can
check if the file corresponds to the correct driver with:
grep '^*NickName:' /etc/cups/ppd/HL-5040.ppd
- The foomatic-filters-ppds package has four different ppd files for the
Brother HL-5040. Did you try them all?
> There is a presumably unrelated second problem: I can send the test page
> from the server on port 631 ok (though it doesn't actually print
> correctly), but if I send it from the gnome printer admin applet, the job
> immediately appears as 'stopped' and I am unable to do anything further
> till I have removed it.
I don't know the Gnome printing utilities, so I cannot help here. In any
case, we first need to get the test page working when triggered from the
CUPS frontend.
--
Regards, | http://users.icfo.es/Florian.Kulzer
Florian |
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
