Re: [gentoo-user] CUPS -- fails better!
--- Manuel McLure [EMAIL PROTECTED] wrote: On Sunday 29 January 2006 10:54, maxim wexler wrote: One option to solve this is to emerge unix2dos and use the following command line: unix2dos filetoprint.txt | lp -l After removing and re-installing cups and installing unix2dos got this: [EMAIL PROTECTED] ~ $ unix2dos environment | lpr -l unix2dos: converting file environment to DOS format ... unix2dos: problems converting file environment lpr: error - scheduler not responding! I was sure it was because I had neglected to go to localhost631 first but trying to open the page in firefox got connection refused error. Only thing that comes to mind is that when I did emerge -pv cups it said some file(can't recall which) was being blocked by xpdf which I don't use so I removed it and cups went in OK. Long shot. After a reboot was able to log on to localhost631 -- one down ? to go Sounds like cups wasn't started - does /etc/init.d/cups restart show any errors? No, it started alright. The command line to unix2dos may need to be unix2dos environment | lpr -l or cat environment | unix2dos | lpr -l Same response, the printer makes some noise and the trouble light starts to blink. Then silence. This time nothing at all is printed. Nothing in the log: I [30/Jan/2006:14:45:15 -0700] Adding start banner page none to job 22. I [30/Jan/2006:14:45:15 -0700] Adding end banner page none to job 22. I [30/Jan/2006:14:45:15 -0700] Job 22 queued on 'deskjet' by 'heathen'. I [30/Jan/2006:14:45:15 -0700] Started backend /usr/lib/cups/backend/parallel (PID 5844) for job 22. and for a test page: sarawak heathen # tail /var/log/cups/error* I [30/Jan/2006:14:52:27 -0700] Started /usr/lib/cups/cgi-bin/printers.cgi (pid=5866) I [30/Jan/2006:14:52:31 -0700] Started /usr/lib/cups/cgi-bin/printers.cgi (pid=5867) I [30/Jan/2006:14:52:31 -0700] Adding start banner page none to job 23. I [30/Jan/2006:14:52:31 -0700] Adding end banner page none to job 23. I [30/Jan/2006:14:52:31 -0700] Job 23 queued on 'deskjet' by 'root'. I [30/Jan/2006:14:52:31 -0700] Started filter /usr/lib/cups/filter/pstops (PID 5868) for job 23. I [30/Jan/2006:14:52:31 -0700] Started filter /usr/lib/cups/filter/foomatic-rip (PID 5869) for job 23. I [30/Jan/2006:14:52:31 -0700] Started backend /usr/lib/cups/backend/parallel (PID 5870) for job 23. E [30/Jan/2006:14:52:31 -0700] PID 5869 stopped with status 3! I [30/Jan/2006:14:52:31 -0700] Hint: Try setting the LogLevel to debug to find out more. ditto, nothing prints Oh, and changing debug level in cupsd.conf doesn't have any effect. I saved the file; do I have to logout and in again? To be cont'd... -max __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] CUPS -- fails better!
On Mon, Jan 30, 2006 at 02:00:32PM -0800, Penguin Lover maxim wexler squawked: Oh, and changing debug level in cupsd.conf doesn't have any effect. I saved the file; do I have to logout and in again? you need to restart cupsd after changing the config. /etc/init.d/cupsd restart W -- The only person who always got his work done by Friday was Robinson Crusoe. Sortir en Pantoufles: up 79 days, 15:40 -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] CUPS -- fails better!
--- Manuel A. McLure [EMAIL PROTECTED] wrote: On Monday 23 January 2006 07:20 pm, maxim wexler wrote: This time the printer whirred to life printed the first line of text across the very top of the paper then quit with the orange error light blinking. BTW, this is a DeskJet 612C using the hpijs driver. What I expect is happening is that the text file has only linefeeds (\n or ASCII 0x0a) instead of carriage return/linefeed (\r\n or ASCII 0x0d 0x0a) so the head is never getting the command to go back to the start of the line and the line length overflows. This is one reason why raw printing can be a problem. What you really want is a queue that merely replaces \n with \r\n instead of a true raw queue. CUPS does not seem to provide this, instead preferring to convert to postscript and then to raster. Personally I don't see this as a problem, but your needs are probably different than mine. One option to solve this is to emerge unix2dos and use the following command line: unix2dos filetoprint.txt | lp -l After removing and re-installing cups and installing unix2dos got this: [EMAIL PROTECTED] ~ $ unix2dos environment | lpr -l unix2dos: converting file environment to DOS format ... unix2dos: problems converting file environment lpr: error - scheduler not responding! I was sure it was because I had neglected to go to localhost631 first but trying to open the page in firefox got connection refused error. Only thing that comes to mind is that when I did emerge -pv cups it said some file(can't recall which) was being blocked by xpdf which I don't use so I removed it and cups went in OK. Long shot. -- Manuel A. McLure KE6TAW [EMAIL PROTECTED] http://www.mclure.org ...for in Ulthar, according to an ancient and significant law, no man may kill a cat. -- H.P. Lovecraft -- gentoo-user@gentoo.org mailing list __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] CUPS -- fails better!
Only thing that comes to mind is that when I did emerge -pv cups it said some file(can't recall which) was being blocked by xpdf which I don't use so I removed it and cups went in OK. Long shot. It was poppler. googling cups + poppler revealed this: http://www.gentoo.org/security/en/glsa/glsa-200512-08.xml?style=printable Have I swapped one problem for another? __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] CUPS -- fails better!
On Sunday 29 January 2006 10:54, maxim wexler wrote: One option to solve this is to emerge unix2dos and use the following command line: unix2dos filetoprint.txt | lp -l After removing and re-installing cups and installing unix2dos got this: [EMAIL PROTECTED] ~ $ unix2dos environment | lpr -l unix2dos: converting file environment to DOS format ... unix2dos: problems converting file environment lpr: error - scheduler not responding! I was sure it was because I had neglected to go to localhost631 first but trying to open the page in firefox got connection refused error. Only thing that comes to mind is that when I did emerge -pv cups it said some file(can't recall which) was being blocked by xpdf which I don't use so I removed it and cups went in OK. Long shot. Sounds like cups wasn't started - does /etc/init.d/cups restart show any errors? The command line to unix2dos may need to be unix2dos environment | lpr -l or cat environment | unix2dos | lpr -l -- Manuel A. McLure KE6TAW [EMAIL PROTECTED] http://www.mclure.org ...for in Ulthar, according to an ancient and significant law, no man may kill a cat. -- H.P. Lovecraft -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] CUPS -- fails better!
On Sunday 29 January 2006 11:08, maxim wexler wrote: It was poppler. googling cups + poppler revealed this: http://www.gentoo.org/security/en/glsa/glsa-200512-08.xml?style=printable Have I swapped one problem for another? The GLSA shows that newer versions of poppler have the security hole fixed, so as long as you're up to date you shouldn't have an issue. -- Manuel A. McLure KE6TAW [EMAIL PROTECTED] http://www.mclure.org ...for in Ulthar, according to an ancient and significant law, no man may kill a cat. -- H.P. Lovecraft -- gentoo-user@gentoo.org mailing list
[gentoo-user] CUPS -- fails better!
Hello everybody, As a follow up to my tales of not-printing woe... From a forum I read to use $lpr -l test ie-l Specifies that the print file is already formatted for the destination and should be sent without filtering. This option is equivalent to -oraw. This time the printer whirred to life printed the first line of text across the very top of the paper then quit with the orange error light blinking. BTW, this is a DeskJet 612C using the hpijs driver. From the log: sarawak heathen # tail -n 30 /var/log/cups/err* D [23/Jan/2006:19:46:20 -0700] StartJob: envp[15]=IPP_PORT=631 d [23/Jan/2006:19:46:20 -0700] StartJob: Allocating status buffer... D [23/Jan/2006:19:46:20 -0700] StartJob: statusfds = [ 5 9 ] D [23/Jan/2006:19:46:20 -0700] StartJob: filterfds[1] = [ 10 -1 ] D [23/Jan/2006:19:46:20 -0700] StartJob: backend = /usr/lib/cups/backend/parall el D [23/Jan/2006:19:46:20 -0700] StartJob: filterfds[0] = [ -1 11 ] D [23/Jan/2006:19:46:20 -0700] start_process(/usr/lib/cups/backend/parallel, 0 xbfd74c20, 0xbfd73f90, 10, 11, 9) I [23/Jan/2006:19:46:20 -0700] Started backend /usr/lib/cups/backend/parallel (P ID 7563) for job 14. d [23/Jan/2006:19:46:20 -0700] StartJob: Adding fd 5 to InputSet... d [23/Jan/2006:19:46:20 -0700] add_job_state_reasons(0xb7b69008[7], 14) D [23/Jan/2006:19:46:20 -0700] ProcessIPPRequest: 7 status_code=0 d [23/Jan/2006:19:46:20 -0700] ProcessIPPRequest: Adding fd 7 to OutputSet... d [23/Jan/2006:19:46:20 -0700] WriteClient: Removing fd 7 from OutputSet... d [23/Jan/2006:19:46:20 -0700] ReadClient: 7, used=0, file=-1 d [23/Jan/2006:19:46:20 -0700] ReadClient: httpGets returned EOF... D [23/Jan/2006:19:46:20 -0700] CloseClient: 7 d [23/Jan/2006:19:46:20 -0700] CloseClient: Removing fd 7 from InputSet and Outp utSet... I [23/Jan/2006:19:46:20 -0700] [Job 14] Sending print file, 4588 bytes... d [23/Jan/2006:19:46:20 -0700] PID 7563 exited with no errors. D [23/Jan/2006:19:46:20 -0700] UpdateJob: job 14, file 0 is complete. d [23/Jan/2006:19:46:20 -0700] UpdateJob: Removing fd 5 from InputSet... D [23/Jan/2006:19:46:20 -0700] CancelJob: id = 14 D [23/Jan/2006:19:46:20 -0700] StopJob: id = 14, force = 0 D [23/Jan/2006:19:46:20 -0700] StopJob: printer state is 3 d [23/Jan/2006:19:46:20 -0700] StopJob: Freeing status buffer... d [23/Jan/2006:19:46:20 -0700] SaveJob: Closing file 5... d [23/Jan/2006:19:46:20 -0700] SaveJob: Closing file 5... d [23/Jan/2006:19:46:21 -0700] select_timeout: 31 seconds to send browse update d [23/Jan/2006:19:46:52 -0700] select_timeout: 31 seconds to send browse update d [23/Jan/2006:19:47:23 -0700] select_timeout: 31 seconds to send browse update __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] CUPS -- fails better!
On Monday 23 January 2006 07:20 pm, maxim wexler wrote: This time the printer whirred to life printed the first line of text across the very top of the paper then quit with the orange error light blinking. BTW, this is a DeskJet 612C using the hpijs driver. What I expect is happening is that the text file has only linefeeds (\n or ASCII 0x0a) instead of carriage return/linefeed (\r\n or ASCII 0x0d 0x0a) so the head is never getting the command to go back to the start of the line and the line length overflows. This is one reason why raw printing can be a problem. What you really want is a queue that merely replaces \n with \r\n instead of a true raw queue. CUPS does not seem to provide this, instead preferring to convert to postscript and then to raster. Personally I don't see this as a problem, but your needs are probably different than mine. One option to solve this is to emerge unix2dos and use the following command line: unix2dos filetoprint.txt | lp -l -- Manuel A. McLure KE6TAW [EMAIL PROTECTED] http://www.mclure.org ...for in Ulthar, according to an ancient and significant law, no man may kill a cat. -- H.P. Lovecraft -- gentoo-user@gentoo.org mailing list