Printing from cups stopped working!
Hi, Printing does not work any more on my system. This is a PIV with SuSE 9.1, kernel 2.6.5-7.145-default, cups-1.1.20-108.22. Yesterday night I allowed YOU to install latest kernel patch 2.6.5-7.147-default. Today I tried to print a document from OO and nothing happened. The job was queued, but the printer did not move. I canceled the job, and tried with a simple text file from console: same result. Then I noticed that device "/dev/lp0" had disappeared. I used mknod to recreate. Now I have: crw-rw---- 1 root lp 6, 0 Mar 1 18:46 lp0 crw-rw---- 1 root lp 6, 1 Aug 15 2004 lp1 crw-rw---- 1 root lp 6, 2 Aug 15 2004 lp2 If I try, as root, "cat someasciifile > /dev/lp0", it works: so there is nothing wrong with the cable or printer, physically. Still, cups refuses to print: cer@nimrodel:~> lpq lp is not ready <======================== Rank Owner Job File(s) Total Size 1st cer 137 hola 1024 bytes Notice that "not ready" status. Why? I restarted cups: nothing. I rebooted: same thing. Last time it did print successfully was "Fri Feb 25 15:35:16 2005", according to cups. Last installed patches (ie, after that date) were: Fri 25 Feb 2005 01:12:53 AM CET emacs Fri 25 Feb 2005 01:13:12 AM CET apache2-mod_php4 Fri 25 Feb 2005 01:13:20 AM CET mod_php4-core Fri 25 Feb 2005 01:13:23 AM CET php4 Fri 25 Feb 2005 01:13:25 AM CET php4-imap Fri 25 Feb 2005 01:13:26 AM CET php4-mysql Fri 25 Feb 2005 01:13:26 AM CET php4-recode Fri 25 Feb 2005 01:13:26 AM CET php4-session Fri 25 Feb 2005 01:13:27 AM CET php4-wddx Tue 01 Mar 2005 01:50:11 AM CET kernel-default Tue 01 Mar 2005 01:51:18 AM CET kernel-docs Tue 01 Mar 2005 01:52:52 AM CET kernel-source So, I try to revert the kernel to 2.6.5-7.145-default: same thing, it does not work. There is nothing in /var/log/messages, /var/log/kernel or /var/log/cups/error_log that gives a clue (even setting cups in debug mode). What is wrong? Cups, in "http://localhost:631/printers/lp", says: Description: default configuration Location: local Printer State: stopped, accepting jobs. "Unable to open parallel port device file "/dev/lp0": Permission denied" <---- Device URI: parallel:/dev/lp0 Permission denied? What? Printer is defined "crw-rw---- root lp", the same as the other ports. Should it be different? cer@nimrodel:~> lpq lp is not ready <----- Rank Owner Job File(s) Total Size 1st cer 138 Test Page 15360 bytes cer@nimrodel:~> ps uafx|less ... lp 7495 0.0 0.8 7380 4236 ? Ss 20:35 0:01 /usr/sbin/cupsd -c /etc/cups/cupsd.conf It is running as user lp... Logs excerpts: ---------------- First boot after upgrading kernel to: Linux version 2.6.5-7.147-default (geeko@buildhost) (gcc version 3.3.3 (SuSE Linux)) #1 Thu Jan 27 09:19:29 UTC 2005 Mar 1 15:27:00 nimrodel kernel: parport0: PC-style at 0x378, irq 7[PCSPP,TRISTATE,EPP] Mar 1 15:27:00 nimrodel kernel: lp0: using parport0 (interrupt-driven). Mar 1 15:27:01 nimrodel kernel: ppa: Version 2.07 (for Linux 2.4.x) This is the only mention of ppa since Dec 4, ie, as far back that kernel log goes. Printing does not work, /dev/lp0 has disappeared. I recreate. "cat hola > /dev/lp0" works. But cups refuses to print (lp is not ready) ... reboot Mar 1 19:00:35 nimrodel kernel: BIOS EDD facility v0.13 2004-Mar-09, 2 devices found Mar 1 19:00:38 nimrodel kernel: parport0: PC-style at 0x378, irq 7 [PCSPP,TRISTATE,EPP] Mar 1 19:00:38 nimrodel kernel: lp0: using parport0 (interrupt-driven). Mar 1 19:00:38 nimrodel kernel: drivers/usb/serial/usb-serial.c: USB Serial support registered for Generic Same result, no print from cups. With the previous kernel, I had (when it printed): Feb 24 19:58:16 nimrodel kernel: BIOS EDD facility v0.13 2004-Mar-09, 2 devices found Feb 24 19:58:19 nimrodel kernel: parport0: PC-style at 0x378, irq 7 [PCSPP,TRISTATE,EPP] Feb 24 19:58:19 nimrodel kernel: lp0: using parport0 (interrupt-driven). Feb 24 19:58:19 nimrodel kernel: drivers/usb/serial/usb-serial.c: USB Serial support registered for Generic Ie, the same. Now, after reverting kernel upgrade: Mar 1 20:27:05 nimrodel kernel: BIOS EDD facility v0.13 2004-Mar-09, 2 devices found Mar 1 20:27:07 nimrodel kernel: parport0: PC-style at 0x378, irq 7 [PCSPP,TRISTATE,EPP] Mar 1 20:27:07 nimrodel kernel: lp0: using parport0 (interrupt-driven). Mar 1 20:27:08 nimrodel kernel: drivers/usb/serial/usb-serial.c: USB Serial support registered for Generic Exactly the same. From /var/log/cups/error_log in debug mode, I take: I [01/Mar/2005:19:57:04 +0100] Full reload complete. D [01/Mar/2005:19:57:04 +0100] StartListening: NumListeners=1 D [01/Mar/2005:19:57:04 +0100] StartListening: address=00000000 port=631 D [01/Mar/2005:19:57:04 +0100] ResumeListening: setting input bits... D [01/Mar/2005:19:57:58 +0100] AcceptClient: 5 from localhost:631. D [01/Mar/2005:19:57:58 +0100] ReadClient() 5 POST / HTTP/1.1 D [01/Mar/2005:19:57:58 +0100] ProcessIPPRequest: 5 status_code=1 D [01/Mar/2005:19:57:58 +0100] CloseClient() 5 D [01/Mar/2005:19:57:58 +0100] AcceptClient: 5 from localhost:631. D [01/Mar/2005:19:57:58 +0100] ReadClient() 5 POST / HTTP/1.1 D [01/Mar/2005:19:57:58 +0100] ProcessIPPRequest: 5 status_code=1 D [01/Mar/2005:19:57:58 +0100] CloseClient() 5 D [01/Mar/2005:19:57:58 +0100] AcceptClient: 5 from localhost:631. D [01/Mar/2005:19:57:58 +0100] ReadClient() 5 POST / HTTP/1.1 D [01/Mar/2005:19:57:58 +0100] ProcessIPPRequest: 5 status_code=0 D [01/Mar/2005:19:57:58 +0100] ReadClient() 5 POST /printers/lp HTTP/1.1 D [01/Mar/2005:19:57:58 +0100] print_job: auto-typing file... D [01/Mar/2005:19:57:58 +0100] print_job: request file type is text/plain. D [01/Mar/2005:19:57:58 +0100] check_quotas: requesting-user-name = 'cer' D [01/Mar/2005:19:57:58 +0100] print_job: requesting-user-name = 'cer' I [01/Mar/2005:19:57:58 +0100] Adding start banner page "none" to job 136. I [01/Mar/2005:19:57:58 +0100] Adding end banner page "none" to job 136. I [01/Mar/2005:19:57:58 +0100] Job 136 queued on 'lp' by 'cer'. D [01/Mar/2005:19:57:58 +0100] Job 136 hold_until = 0 D [01/Mar/2005:19:57:58 +0100] ProcessIPPRequest: 5 status_code=0 D [01/Mar/2005:19:57:58 +0100] CloseClient() 5 D [01/Mar/2005:19:58:23 +0100] AcceptClient: 5 from localhost:631. D [01/Mar/2005:19:58:23 +0100] AcceptClient: 6 from localhost:631. D [01/Mar/2005:19:58:23 +0100] ReadClient() 6 POST / HTTP/1.1 D [01/Mar/2005:19:58:23 +0100] ProcessIPPRequest: 6 status_code=1 D [01/Mar/2005:19:58:23 +0100] CloseClient() 6 D [01/Mar/2005:19:58:23 +0100] AcceptClient: 6 from localhost:631. D [01/Mar/2005:19:58:23 +0100] ReadClient() 6 POST / HTTP/1.1 D [01/Mar/2005:19:58:23 +0100] ProcessIPPRequest: 6 status_code=1 D [01/Mar/2005:19:58:23 +0100] CloseClient() 6 D [01/Mar/2005:19:58:23 +0100] AcceptClient: 6 from localhost:631. D [01/Mar/2005:19:58:23 +0100] ReadClient() 6 POST / HTTP/1.1 D [01/Mar/2005:19:58:23 +0100] ProcessIPPRequest: 6 status_code=0 D [01/Mar/2005:19:58:23 +0100] ReadClient() 5 POST / HTTP/1.1 D [01/Mar/2005:19:58:23 +0100] ProcessIPPRequest: 5 status_code=0 D [01/Mar/2005:19:58:23 +0100] ReadClient() 5 POST / HTTP/1.1 D [01/Mar/2005:19:58:23 +0100] ProcessIPPRequest: 5 status_code=0 D [01/Mar/2005:19:58:23 +0100] CloseClient() 5 D [01/Mar/2005:19:58:23 +0100] CloseClient() 6 There is no mention of "lp0" in the whole file. -- Cheers, Carlos Robinson
The Tuesday 2005-03-01 at 21:27 +0100, Carlos E. R. wrote:
What is wrong?
Cups, in "http://localhost:631/printers/lp", says:
Description: default configuration Location: local Printer State: stopped, accepting jobs. "Unable to open parallel port device file "/dev/lp0": Permission denied" <---- Device URI: parallel:/dev/lp0
Permission denied? What? Printer is defined "crw-rw---- root lp", the same as the other ports. Should it be different?
A minute after sending that, it occurred to me to try another "printer", like lpg (for gimp driver) instead of lp in cups. I think it worked. Then I happened to click the "start" button in the "http://localhost:631/printers" page, "lp" entry - and it did start! It seems the local cold is not only freezing my fingers, but my neurones as well O:-) What I still don't understand is how the device "/dev/lp0" came to be deleted, nor why cups, even after a restart, did not recognize the printer was there again an insisted in not printing. :-O -- Cheers, Carlos Robinson
On Tue, 2005-03-01 at 15:40, Carlos E. R. wrote:
The Tuesday 2005-03-01 at 21:27 +0100, Carlos E. R. wrote:
What is wrong?
Cups, in "http://localhost:631/printers/lp", says:
Description: default configuration Location: local Printer State: stopped, accepting jobs. "Unable to open parallel port device file "/dev/lp0": Permission denied" <---- Device URI: parallel:/dev/lp0
Permission denied? What? Printer is defined "crw-rw---- root lp", the same as the other ports. Should it be different?
A minute after sending that, it occurred to me to try another "printer", like lpg (for gimp driver) instead of lp in cups. I think it worked. Then I happened to click the "start" button in the "http://localhost:631/printers" page, "lp" entry - and it did start!
It seems the local cold is not only freezing my fingers, but my neurones as well O:-)
I was going to suggest a reboot since there was a kernel change but I know you have more experience then that. Still an rccups restart never hurts when having printer problems. -- Ken Schneider UNIX since 1989, linux since 1994, SuSE since 1998 * Only reply to the list please* "The day Microsoft makes something that doesn't suck is probably the day they start making vacuum cleaners." -Ernst Jan Plugge
The Tuesday 2005-03-01 at 17:38 -0500, Ken Schneider wrote:
I was going to suggest a reboot since there was a kernel change but I know you have more experience then that. Still an rccups restart never hurts when having printer problems.
I did in fact reboot... twice. Once, to try the reboot. The second time, because I downgraded the kernel, to see if that was the cause. -- Cheers, Carlos Robinson
Hello, On Mar 1 21:40 Carlos E. R. wrote (shortened):
What I still don't understand is how the device "/dev/lp0" came to be deleted,
http://lists.suse.com/archive/suse-linux-e/2004-Dec/2640.html
nor why cups, even after a restart, did not recognize the printer was there again an insisted in not printing.
http://portal.suse.com/sdb/en/2004/05/jsmeix_print-cups-in-a-nutshell.html "The Backends" Regards Johannes Meixner -- SUSE LINUX Products GmbH, Maxfeldstrasse 5 Mail: jsmeix@suse.de 90409 Nuernberg, Germany WWW: http://www.suse.de/
The Wednesday 2005-03-02 at 10:07 +0100, Johannes Meixner wrote:
On Mar 1 21:40 Carlos E. R. wrote (shortened):
What I still don't understand is how the device "/dev/lp0" came to be deleted,
http://lists.suse.com/archive/suse-linux-e/2004-Dec/2640.html
Yes, that explains how to recreate the device file, but that I had already done. What it doesn't explain is why it disappeared - I use the classical static /dev directory, not the other, new, automatic system (udev or whatever is called). The strange thing is that when I asked OO to print, it couldn't, and then I discovered that /dev/lp0 had disappeared. I don't know how that happened, and I'm curious. I certainly did not change any configuration things related to printing before the "failure". It was working, some days later I did some YOU updates, then it failed. Weird.
nor why cups, even after a restart, did not recognize the printer was there again an insisted in not printing.
http://portal.suse.com/sdb/en/2004/05/jsmeix_print-cups-in-a-nutshell.html "The Backends"
Ah... If the data transmission to the recipient fails (usually after several attempts by the backend), the backend will report an error to the print system (more precisely, to cupsd). The backend decides if and how many attempts make sense before it reports that the data transmission has failed. As further attempts would be futile, cupsd disables printing on the affected queue. After eliminating the cause of the problem, the system administrator must reenable printing with /usr/bin/enable. Yes, that was it. :-) But the fact the printer was disabled was not logged to syslog, as far as I could see (and I'm used to read logs). Also, "lpq" complained that "lp is not ready", not "lp is disabled" - the message can be confusing, as it refers to the cups printer or whatever, and not the device port of the same name, as it seemed to me. Command lpr said nothing, as usual. -- Cheers, Carlos Robinson
On Thu, 3 Mar 2005 13:35, Carlos E. R. wrote:
But the fact the printer was disabled was not logged to syslog, as far as I could see (and I'm used to read logs). Also, "lpq" complained that "lp is not ready", not "lp is disabled" - the message can be confusing, as it refers to the cups printer or whatever, and not the device port of the same name, as it seemed to me. Command lpr said nothing, as usual.
You should use lpstat it will tell you far more of what is happening than any of the GUI apps. Try using:- lpstat -t and have a look at the results. -- Regards, Graham Smith ---------------------------------------------------------
The Thursday 2005-03-03 at 23:49 +1100, Graham Smith wrote:
On Thu, 3 Mar 2005 13:35, Carlos E. R. wrote:
But the fact the printer was disabled was not logged to syslog, as far as I could see (and I'm used to read logs). Also, "lpq" complained that "lp is not ready", not "lp is disabled" - the message can be confusing, as it refers to the cups printer or whatever, and not the device port of the same name, as it seemed to me. Command lpr said nothing, as usual.
You should use lpstat it will tell you far more of what is happening than any of the GUI apps. Try using:- lpstat -t and have a look at the results.
Seems good :-) But I still would like to see the problem logged to syslog as well, because that't the first place to look at when there are problems. The first error entry I find in /var/log/cups/error_log was this one (the line starting with E): I [01/Mar/2005:18:32:09 +0100] Job 128 queued on 'lp' by 'cer'. I [01/Mar/2005:18:32:09 +0100] Started filter /usr/lib/cups/filter/pstops (PID 9755) for job 128. I [01/Mar/2005:18:32:09 +0100] Started filter /usr/lib/cups/filter/foomatic-rip (PID 9756) for job 128. I [01/Mar/2005:18:32:09 +0100] Started backend /usr/lib/cups/backend/parallel (PID 9757) for job 128. I [01/Mar/2005:18:35:07 +0100] Job 128 was cancelled by 'cer'. I [01/Mar/2005:18:35:36 +0100] Adding start banner page "none" to job 129. I [01/Mar/2005:18:35:36 +0100] Adding end banner page "none" to job 129. I [01/Mar/2005:18:35:36 +0100] Job 129 queued on 'lp' by 'cer'. I [01/Mar/2005:18:35:36 +0100] Started filter /usr/lib/cups/filter/pstops (PID 9775) for job 129. I [01/Mar/2005:18:35:36 +0100] Started filter /usr/lib/cups/filter/foomatic-rip (PID 9776) for job 129. I [01/Mar/2005:18:35:36 +0100] Started backend /usr/lib/cups/backend/parallel (PID 9777) for job 129. I [01/Mar/2005:18:36:13 +0100] Adding start banner page "none" to job 130. I [01/Mar/2005:18:36:13 +0100] Adding end banner page "none" to job 130. I [01/Mar/2005:18:36:13 +0100] Job 130 queued on 'lp' by 'cer'. I [01/Mar/2005:18:36:33 +0100] Started filter /usr/lib/cups/filter/texttops (PID 9791) for job 130. I [01/Mar/2005:18:36:33 +0100] Started filter /usr/lib/cups/filter/pstops (PID 9792) for job 130. I [01/Mar/2005:18:36:33 +0100] Started filter /usr/lib/cups/filter/foomatic-rip (PID 9793) for job 130. I [01/Mar/2005:18:36:33 +0100] Started backend /usr/lib/cups/backend/parallel (PID 9794) for job 130. I [01/Mar/2005:18:36:33 +0100] Job 129 was cancelled by 'cer'. E [01/Mar/2005:18:47:03 +0100] [Job 130] Unable to open parallel port device file "/dev/lp0": Permission denied E [01/Mar/2005:18:47:03 +0100] PID 9794 stopped with status 1! I [01/Mar/2005:18:47:03 +0100] Hint: Try setting the LogLevel to "debug" to find out more. E [01/Mar/2005:18:47:03 +0100] PID 9793 stopped with status 9! I [01/Mar/2005:18:47:03 +0100] Hint: Try setting the LogLevel to "debug" to find out more. I [01/Mar/2005:18:47:03 +0100] Saving printers.conf... I [01/Mar/2005:18:47:25 +0100] Job 130 was cancelled by 'cer'. I [01/Mar/2005:18:47:33 +0100] Scheduler shutting down normally. Notice that the error appears after I had sent two jobs to the printer, that failed, and after I had investigated for about 15 minutes. Nowhere it says that /dev/lp0 has dissapeared, but "permission denied". By that time, it could be when I had already recreated the device, but with wrong ownership. -- Cheers, Carlos Robinson
Carlos, after the last YAST update Cups become broken in my system too, I need to manualy delete cups and reinstall it from the original 9.2 CDs. I need to delete /etc/cups to recover cups. Again another problem with YAST updates, I have suffering in the last years a lot with the fu*** SUSE, I think it's time to migrate to another distribution. I been buying all the version from 5 up to 9.2, paying more than 85 € per version. I started thinking to migrate from Linux to Windows seriusly. Regards Carlos E. R. wrote:
Hi,
Printing does not work any more on my system. This is a PIV with SuSE 9.1, kernel 2.6.5-7.145-default, cups-1.1.20-108.22. Yesterday night I allowed YOU to install latest kernel patch 2.6.5-7.147-default. Today I tried to print a document from OO and nothing happened. The job was queued, but the printer did not move. I canceled the job, and tried with a simple text file from console: same result.
Then I noticed that device "/dev/lp0" had disappeared. I used mknod to recreate. Now I have:
crw-rw---- 1 root lp 6, 0 Mar 1 18:46 lp0 crw-rw---- 1 root lp 6, 1 Aug 15 2004 lp1 crw-rw---- 1 root lp 6, 2 Aug 15 2004 lp2
If I try, as root, "cat someasciifile > /dev/lp0", it works: so there is nothing wrong with the cable or printer, physically. Still, cups refuses to print:
cer@nimrodel:~> lpq lp is not ready <======================== Rank Owner Job File(s) Total Size 1st cer 137 hola 1024 bytes
Notice that "not ready" status. Why?
I restarted cups: nothing. I rebooted: same thing.
Last time it did print successfully was "Fri Feb 25 15:35:16 2005", according to cups. Last installed patches (ie, after that date) were:
Fri 25 Feb 2005 01:12:53 AM CET emacs Fri 25 Feb 2005 01:13:12 AM CET apache2-mod_php4 Fri 25 Feb 2005 01:13:20 AM CET mod_php4-core Fri 25 Feb 2005 01:13:23 AM CET php4 Fri 25 Feb 2005 01:13:25 AM CET php4-imap Fri 25 Feb 2005 01:13:26 AM CET php4-mysql Fri 25 Feb 2005 01:13:26 AM CET php4-recode Fri 25 Feb 2005 01:13:26 AM CET php4-session Fri 25 Feb 2005 01:13:27 AM CET php4-wddx Tue 01 Mar 2005 01:50:11 AM CET kernel-default Tue 01 Mar 2005 01:51:18 AM CET kernel-docs Tue 01 Mar 2005 01:52:52 AM CET kernel-source
So, I try to revert the kernel to 2.6.5-7.145-default: same thing, it does not work. There is nothing in /var/log/messages, /var/log/kernel or /var/log/cups/error_log that gives a clue (even setting cups in debug mode).
What is wrong?
Cups, in "http://localhost:631/printers/lp", says:
Description: default configuration Location: local Printer State: stopped, accepting jobs. "Unable to open parallel port device file "/dev/lp0": Permission denied" <---- Device URI: parallel:/dev/lp0
Permission denied? What? Printer is defined "crw-rw---- root lp", the same as the other ports. Should it be different?
cer@nimrodel:~> lpq lp is not ready <----- Rank Owner Job File(s) Total Size 1st cer 138 Test Page 15360 bytes
cer@nimrodel:~> ps uafx|less ... lp 7495 0.0 0.8 7380 4236 ? Ss 20:35 0:01 /usr/sbin/cupsd -c /etc/cups/cupsd.conf
It is running as user lp...
Logs excerpts: ----------------
First boot after upgrading kernel to:
Linux version 2.6.5-7.147-default (geeko@buildhost) (gcc version 3.3.3 (SuSE Linux)) #1 Thu Jan 27 09:19:29 UTC 2005
Mar 1 15:27:00 nimrodel kernel: parport0: PC-style at 0x378, irq 7[PCSPP,TRISTATE,EPP] Mar 1 15:27:00 nimrodel kernel: lp0: using parport0 (interrupt-driven). Mar 1 15:27:01 nimrodel kernel: ppa: Version 2.07 (for Linux 2.4.x)
This is the only mention of ppa since Dec 4, ie, as far back that kernel log goes. Printing does not work, /dev/lp0 has disappeared. I recreate. "cat hola > /dev/lp0" works. But cups refuses to print (lp is not ready)
... reboot
Mar 1 19:00:35 nimrodel kernel: BIOS EDD facility v0.13 2004-Mar-09, 2 devices found Mar 1 19:00:38 nimrodel kernel: parport0: PC-style at 0x378, irq 7 [PCSPP,TRISTATE,EPP] Mar 1 19:00:38 nimrodel kernel: lp0: using parport0 (interrupt-driven). Mar 1 19:00:38 nimrodel kernel: drivers/usb/serial/usb-serial.c: USB Serial support registered for Generic
Same result, no print from cups.
With the previous kernel, I had (when it printed):
Feb 24 19:58:16 nimrodel kernel: BIOS EDD facility v0.13 2004-Mar-09, 2 devices found Feb 24 19:58:19 nimrodel kernel: parport0: PC-style at 0x378, irq 7 [PCSPP,TRISTATE,EPP] Feb 24 19:58:19 nimrodel kernel: lp0: using parport0 (interrupt-driven). Feb 24 19:58:19 nimrodel kernel: drivers/usb/serial/usb-serial.c: USB Serial support registered for Generic
Ie, the same. Now, after reverting kernel upgrade:
Mar 1 20:27:05 nimrodel kernel: BIOS EDD facility v0.13 2004-Mar-09, 2 devices found Mar 1 20:27:07 nimrodel kernel: parport0: PC-style at 0x378, irq 7 [PCSPP,TRISTATE,EPP] Mar 1 20:27:07 nimrodel kernel: lp0: using parport0 (interrupt-driven). Mar 1 20:27:08 nimrodel kernel: drivers/usb/serial/usb-serial.c: USB Serial support registered for Generic
Exactly the same.
From /var/log/cups/error_log in debug mode, I take:
I [01/Mar/2005:19:57:04 +0100] Full reload complete. D [01/Mar/2005:19:57:04 +0100] StartListening: NumListeners=1 D [01/Mar/2005:19:57:04 +0100] StartListening: address=00000000 port=631 D [01/Mar/2005:19:57:04 +0100] ResumeListening: setting input bits... D [01/Mar/2005:19:57:58 +0100] AcceptClient: 5 from localhost:631. D [01/Mar/2005:19:57:58 +0100] ReadClient() 5 POST / HTTP/1.1 D [01/Mar/2005:19:57:58 +0100] ProcessIPPRequest: 5 status_code=1 D [01/Mar/2005:19:57:58 +0100] CloseClient() 5 D [01/Mar/2005:19:57:58 +0100] AcceptClient: 5 from localhost:631. D [01/Mar/2005:19:57:58 +0100] ReadClient() 5 POST / HTTP/1.1 D [01/Mar/2005:19:57:58 +0100] ProcessIPPRequest: 5 status_code=1 D [01/Mar/2005:19:57:58 +0100] CloseClient() 5 D [01/Mar/2005:19:57:58 +0100] AcceptClient: 5 from localhost:631. D [01/Mar/2005:19:57:58 +0100] ReadClient() 5 POST / HTTP/1.1 D [01/Mar/2005:19:57:58 +0100] ProcessIPPRequest: 5 status_code=0 D [01/Mar/2005:19:57:58 +0100] ReadClient() 5 POST /printers/lp HTTP/1.1 D [01/Mar/2005:19:57:58 +0100] print_job: auto-typing file... D [01/Mar/2005:19:57:58 +0100] print_job: request file type is text/plain. D [01/Mar/2005:19:57:58 +0100] check_quotas: requesting-user-name = 'cer' D [01/Mar/2005:19:57:58 +0100] print_job: requesting-user-name = 'cer' I [01/Mar/2005:19:57:58 +0100] Adding start banner page "none" to job 136. I [01/Mar/2005:19:57:58 +0100] Adding end banner page "none" to job 136. I [01/Mar/2005:19:57:58 +0100] Job 136 queued on 'lp' by 'cer'. D [01/Mar/2005:19:57:58 +0100] Job 136 hold_until = 0 D [01/Mar/2005:19:57:58 +0100] ProcessIPPRequest: 5 status_code=0 D [01/Mar/2005:19:57:58 +0100] CloseClient() 5 D [01/Mar/2005:19:58:23 +0100] AcceptClient: 5 from localhost:631. D [01/Mar/2005:19:58:23 +0100] AcceptClient: 6 from localhost:631. D [01/Mar/2005:19:58:23 +0100] ReadClient() 6 POST / HTTP/1.1 D [01/Mar/2005:19:58:23 +0100] ProcessIPPRequest: 6 status_code=1 D [01/Mar/2005:19:58:23 +0100] CloseClient() 6 D [01/Mar/2005:19:58:23 +0100] AcceptClient: 6 from localhost:631. D [01/Mar/2005:19:58:23 +0100] ReadClient() 6 POST / HTTP/1.1 D [01/Mar/2005:19:58:23 +0100] ProcessIPPRequest: 6 status_code=1 D [01/Mar/2005:19:58:23 +0100] CloseClient() 6 D [01/Mar/2005:19:58:23 +0100] AcceptClient: 6 from localhost:631. D [01/Mar/2005:19:58:23 +0100] ReadClient() 6 POST / HTTP/1.1 D [01/Mar/2005:19:58:23 +0100] ProcessIPPRequest: 6 status_code=0 D [01/Mar/2005:19:58:23 +0100] ReadClient() 5 POST / HTTP/1.1 D [01/Mar/2005:19:58:23 +0100] ProcessIPPRequest: 5 status_code=0 D [01/Mar/2005:19:58:23 +0100] ReadClient() 5 POST / HTTP/1.1 D [01/Mar/2005:19:58:23 +0100] ProcessIPPRequest: 5 status_code=0 D [01/Mar/2005:19:58:23 +0100] CloseClient() 5 D [01/Mar/2005:19:58:23 +0100] CloseClient() 6
There is no mention of "lp0" in the whole file.
The Sunday 2005-03-06 at 12:23 +0100, Roberto cruz wrote:
after the last YAST update Cups become broken in my system too, I need to manualy delete cups and reinstall it from the original 9.2 CDs. I need to delete /etc/cups to recover cups. Again another problem with YAST updates, I have suffering in the last years a lot with the fu*** SUSE, I think it's time to migrate to another distribution. I been buying all the version from 5 up to 9.2, paying more than 85 EUR per version. I started thinking to migrate from Linux to Windows seriusly.
I think that's excesive: even if some things do not work, they are cheaper than the equivalent in windows. And... please, do not top post, specially when you only add a paragraph to a post of 11 kilobytes. -- Cheers, Carlos Robinson
participants (5)
-
Carlos E. R.
-
Graham Smith
-
Johannes Meixner
-
Ken Schneider
-
Roberto cruz