|
Home > Archive > Linux Debian support > April 2007 > CUPS problems
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
|
|
| Kevin Handy 2007-04-10, 7:13 pm |
| I am trying to get a Samsung ML-1710 printer to
work on a current Debian Etch system (synaptic
updated yesterday). I am trying this box as a
replacement for a dead system.
I use the gnome print setup, and it detects the
printer and selects the ML-1710 GDI driver
automatically.
However, it will not print anything. If I que
up numerous entries, they sit in the que for a
short time before disappearing, as if they are
printing. The print test page button on the
gnome-print panel also does nothing. Using
'lpr -P ML-1710' also prints nothing (ML-1710
is the name created for the que).
The only error I get, in in var/log/cups/err_log,
is the repeated message "cupsdAuthorize: local
authorization certificates not found", which I
can discover nothing about.
However, if I point a browser at
http://localhost:631, select manage printers,
then print test page, it prints the test page
perfectly. I just can't print anything else
from anywhere else.
I've searched for the error message using
google, and tried various things found there,
but none of them have helped. This includes
reinstalling cups, modifying the device pointed
to to be 'file:///dev/usb/lp0', etc.
Any ideas?
----== Posted via webservertalk.com - Unlimited-Unrestricted-Secure Usenet News==----
http://www.webservertalk.com The #1 Newsgroup Service in the World! 120,000+ Newsgroups
----= East and West-Coast Server Farms - Total Privacy via Encryption =----
| |
| Neil Ellwood 2007-04-11, 1:14 am |
| On Tue, 10 Apr 2007 14:32:12 -0600, Kevin Handy wrote:
> I am trying to get a Samsung ML-1710 printer to
> work on a current Debian Etch system (synaptic
> updated yesterday). I am trying this box as a
> replacement for a dead system.
>
Have you checked www.linuxprinting.org?
--
Neil
reverse 'r' and'a' - delete 'l' for email
| |
| Kevin Handy 2007-04-12, 1:28 pm |
| Neil Ellwood wrote:
> On Tue, 10 Apr 2007 14:32:12 -0600, Kevin Handy wrote:
>
> Have you checked www.linuxprinting.org?
Already been there, done that. Not helpful with my problem.
All the "fixes" (attempts at sneaking around broken
behavior), have done nothing. You can only print a test
page from the web interface. Nothing else can print.
I really think that CUPS was just thrown out there; with
absolutely no testing done before releasing it.
I have had very bad luck with CUPS. Even when printers
are defined in its database, you only have about 5% chance
of them actually being usable.
For example, on FC2 I once tried to set up a dot matrix printer
(OKI-320)for printing invoices. There were several options for
setting up the printer under CUPS:
1. Define it as the printer type: By default, prints out very
very slowly in graphics mode, using a really low resolution,
producing completely unreadable output. After tweaking its
settings, you could get almost readable text, very very very
very slowly. You can't turn off this graphics print mode.
2. Define it as a text printer: First it converts the
text to postscript, then dumps that to the printer. Prints
fast, but makes the output very long and completely useless.
No options to change this behavior.
3. Raw output: Fast, stair-step text. You have to pre-filter
everything going to the que, or get printers that can
automatically insert CR's after LF's.
4. Bypass CUPS and manually handle queing to the printer.
i.e. give up on the broken CUPS and write your own print
que software.
Again, on FC2, whenever a laser printer has a paper jam,
CUPS would assume that the printer was forever broken, and
you have to edit the printer definitions, in order to make
it think that you replaced the printer, before you could
restart the que.
I haven't seen any improvements in later versions either.
So, why have most Linux distributions switched to CUPS?
----== Posted via webservertalk.com - Unlimited-Unrestricted-Secure Usenet News==----
http://www.webservertalk.com The #1 Newsgroup Service in the World! 120,000+ Newsgroups
----= East and West-Coast Server Farms - Total Privacy via Encryption =----
| |
| AJackson 2007-04-16, 1:15 am |
| On Apr 12, 6:06 pm, Kevin Handy <k...@srv.net> wrote:
> Neil Ellwood wrote:
>
>
>
> Already been there, done that. Not helpful with my problem.
> All the "fixes" (attempts at sneaking around broken
> behavior), have done nothing. You can only print a test
> page from the web interface. Nothing else can print.
Strange. Then the printer queue works. What does relevant parts of
cups log files say? What does http://localhost:631/ say? How does /
etc/cups/cupsd.conf look like?
> I really think that CUPS was just thrown out there; with
> absolutely no testing done before releasing it.
I have tested it on systems from one to 15 printers. Works good, when
there is some documentation on how the printer works.
> I have had very bad luck with CUPS. Even when printers
> are defined in its database, you only have about 5% chance
> of them actually being usable.
Only have had one failure, and that with a strange colour laser driver
without Postscript or Laserjet (or any ordinary printer language).
> For example, on FC2 I once tried to set up a dot matrix printer
> (OKI-320)for printing invoices. There were several options for
> setting up the printer under CUPS:
> Again, on FC2, whenever a laser printer has a paper jam,
> CUPS would assume that the printer was forever broken, and
> you have to edit the printer definitions, in order to make
> it think that you replaced the printer, before you could
> restart the que.
You can tell in "setup printer" what cups should do when printer
failure.
I have never had this kind of problems
> I haven't seen any improvements in later versions either.
> So, why have most Linux distributions switched to CUPS?
Becouse it works good and solves "printer hell" in a good way? I have
never had this kind of luck. But then I haven't installed a matris
printer using Cups. Only before, when it REAL was a printer hell in
Unix.
| |
| Kevin Handy 2007-04-16, 1:14 pm |
| AJackson wrote:
> On Apr 12, 6:06 pm, Kevin Handy <k...@srv.net> wrote:
>
> Strange. Then the printer queue works. What does relevant parts of
> cups log files say? What does http://localhost:631/ say? How does /
> etc/cups/cupsd.conf look like?
The ONLY error in the log file, repeated frequently, is
"cupsdAuthorize: local authorization certificates not found"
No other errors logged to dmesg, or anywhere else I could see.
It acts as if it printed Ok, and watching 'top' after submitting
numerous entries shows 'gs' and 'foomatic' running, but nothing
ever prints.
>
>
> I have tested it on systems from one to 15 printers. Works good, when
> there is some documentation on how the printer works.
>
>
> Only have had one failure, and that with a strange colour laser driver
> without Postscript or Laserjet (or any ordinary printer language).
>
I find it either works immediately, or not at all.
I've had debian updates cause the printers to quit working
(an HP inkjet).
>
>
>
> You can tell in "setup printer" what cups should do when printer
> failure.
> I have never had this kind of problems
It doesn't seem to matter how it is defined. It decides
that the USB printer is gone, and that's that.
>
>
> Becouse it works good and solves "printer hell" in a good way? I have
> never had this kind of luck. But then I haven't installed a matris
> printer using Cups. Only before, when it REAL was a printer hell in
> Unix.
>
----== Posted via webservertalk.com - Unlimited-Unrestricted-Secure Usenet News==----
http://www.webservertalk.com The #1 Newsgroup Service in the World! 120,000+ Newsgroups
----= East and West-Coast Server Farms - Total Privacy via Encryption =----
|
|
|
|
|