[opensuse-factory] POS thermal printer test page prints, but can't print receipt.
I have successfully set up a thermal printer in printing a test page using the drivers provided by the manufacturer here: http://www.sprt-printer.com/Item/list.asp?id=1724 But when I attempt to print a receipt from the odoo POS system, nothing gets printed on the 80 mm wide thermal paper, although the thermal printer cuts off exactly 20 mm of the unprinted paper. The Print Queue states "No pages found!" I have tried saving the file as a .pdf and .ps to be printed separatedly outside of the browser, but the problem still remains. How do I diagnose the problem to get receipts properly printed? Any ideas?
On 2017-07-11 15:44, Chan Ju Ping wrote:
I have successfully set up a thermal printer in printing a test page using the drivers provided by the manufacturer here:
http://www.sprt-printer.com/Item/list.asp?id=1724
But when I attempt to print a receipt from the odoo POS system, nothing gets printed on the 80 mm wide thermal paper, although the thermal printer cuts off exactly 20 mm of the unprinted paper. The Print Queue states "No pages found!"
I have tried saving the file as a .pdf and .ps to be printed separatedly outside of the browser, but the problem still remains.
Do those files contains the correct stuff? -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" at Telcontar)
Chan Ju Ping wrote:
On Tuesday, 11 July 2017 21:47:51 +08 Carlos E. R. wrote:
Do those files contains the correct stuff?
Could you clarify your meaning? I do not understand which files you are referring to.
You said "I have tried saving the file as a .pdf and .ps ", I'm sure those are the files Carlos was asking about. -- Per Jessen, Zürich (23.3°C) http://www.hostsuisse.com/ - dedicated server rental in Switzerland. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Tuesday, 11 July 2017 22:10:00 +08 Per Jessen wrote:
Chan Ju Ping wrote:
On Tuesday, 11 July 2017 21:47:51 +08 Carlos E. R. wrote:
Do those files contains the correct stuff?
Could you clarify your meaning? I do not understand which files you are referring to.
You said "I have tried saving the file as a .pdf and .ps ", I'm sure those are the files Carlos was asking about.
Yes. Those files do contain the information to be printed. He could also have been asking about the ppd driver files provided by the manufacturer, hence the ambiguity of the question.
On 2017-07-11 16:21, Chan Ju Ping wrote:
On Tuesday, 11 July 2017 22:10:00 +08 Per Jessen wrote:
Chan Ju Ping wrote:
On Tuesday, 11 July 2017 21:47:51 +08 Carlos E. R. wrote:
Do those files contains the correct stuff?
Could you clarify your meaning? I do not understand which files you are referring to.
You said "I have tried saving the file as a .pdf and .ps ", I'm sure those are the files Carlos was asking about.
Yes. Those files do contain the information to be printed. He could also have been asking about the ppd driver files provided by the manufacturer, hence the ambiguity of the question.
Well, no, because my question was written exactly next to the paragraph in which you mentioned the pdf and ps files :-) Unless your mail client hides the quoted text. Anyway, the ps and pdf files contain the correct stuff that you want to print, and yet if you print those files using command line tools like "lpr file.ps" they don't print? Well, the next thing to do now is to look at the cups logs. They are in "/var/log/cups/". You probably want to increase the verbosity; that is done in "/etc/cups/cupsd.conf". Change the line: LogLevel Warn with LogLevel debug or debug2. Restart the cups daemon and try again. -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" at Telcontar)
On Wednesday, 12 July 2017 02:27:04 +08 Carlos E. R. wrote:
Anyway, the ps and pdf files contain the correct stuff that you want to print, and yet if you print those files using command line tools like "lpr file.ps" they don't print?
No. They won't print. It spits out 2 cm of blank paper.
Well, the next thing to do now is to look at the cups logs. They are in "/var/log/cups/". You probably want to increase the verbosity; that is done in "/etc/cups/cupsd.conf". Change the line:
LogLevel Warn
with
LogLevel debug
or debug2. Restart the cups daemon and try again.
I see a debugging message called "No authentication data provided" Perhaps that could be it? I have pasted a snippet of the relevant log section at http:// paste.opensuse.org/1636302 Thanks for the help! :-)
On 2017-07-12 04:19, Chan Ju Ping wrote:
On Wednesday, 12 July 2017 02:27:04 +08 Carlos E. R. wrote:
Anyway, the ps and pdf files contain the correct stuff that you want to print, and yet if you print those files using command line tools like "lpr file.ps" they don't print?
No. They won't print. It spits out 2 cm of blank paper.
Well, the next thing to do now is to look at the cups logs. They are in "/var/log/cups/". You probably want to increase the verbosity; that is done in "/etc/cups/cupsd.conf". Change the line:
LogLevel Warn
with
LogLevel debug
or debug2. Restart the cups daemon and try again.
I see a debugging message called "No authentication data provided"
Perhaps that could be it?
Doesn't seem likely...
I have pasted a snippet of the relevant log section at http://paste.opensuse.org/1636302
Thanks for the help! :-)
Welcome... Unfortunately, I can't find what is wrong by looking there. There is a section where it appears to send the print job: Look at line 129, it seems to be the start of a print job. On line 142 it is applying the filters. ps to pdf, pdf to pdf, then pdf to raster, then raster to printer. On line 147 it says "job-sheets=none,none". Line 154 says that the job is cached as "/var/spool/cups/d00010-001" - you can check if the file is still there, it probably is a pdf inside (run "file /var/spool/cups/d00010-001" to find out). Line 186 seems to start each filter job. I do not know what is the result of each filter. Did they succeed? Can we look at temporary files? At line 190 it starts the backend to send it via USB to the printer itself, I suppose. Maybe at line 193 it says it finished sending the print job. Line 287 is a ghostscript command used. What for...? And here I get lost, because on line 451 I see the same thing, so I don't know if you repeated the print request or what happened. We need to know for sure that the log is for a single print job, and where does the log start. I'm not trained in reading CUPS logs... I see a bunch of cupsdWriteClient commands. I see a "data_remaining=994" with the number diminishing each time, but barely so. Line 590 seems to be sending print job and displaying the percent. -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" at Telcontar)
On Wednesday, 12 July 2017 11:43:53 +08 Carlos E. R. wrote:
Welcome... Unfortunately, I can't find what is wrong by looking there. There is a section where it appears to send the print job:
Look at line 129, it seems to be the start of a print job. On line 142 it is applying the filters. ps to pdf, pdf to pdf, then pdf to raster, then raster to printer. On line 147 it says "job-sheets=none,none". Line 154 says that the job is cached as "/var/spool/cups/d00010-001" - you can check if the file is still there, it probably is a pdf inside (run "file /var/spool/cups/d00010-001" to find out).
Line 186 seems to start each filter job.
I do not know what is the result of each filter. Did they succeed? Can we look at temporary files?
At line 190 it starts the backend to send it via USB to the printer itself, I suppose.
Maybe at line 193 it says it finished sending the print job.
Line 287 is a ghostscript command used. What for...?
And here I get lost, because on line 451 I see the same thing, so I don't know if you repeated the print request or what happened.
We need to know for sure that the log is for a single print job, and where does the log start. I'm not trained in reading CUPS logs...
It seems the previous print job, although it "printed" a blank page, was still in the queue, oddly enough. I will rerun the test cleanly without any print jobs and submit a new log file.
I see a bunch of cupsdWriteClient commands. I see a "data_remaining=994" with the number diminishing each time, but barely so.
Line 590 seems to be sending print job and displaying the percent.
Hello, On Jul 12 10:19 Chan Ju Ping wrote (excerpt):
I have pasted a snippet of the relevant log section at http://paste.opensuse.org/1636302
That contains (excerpt): ------------------------------------------------------------------------ Started filter /usr/lib/cups/filter/gstopdf (PID 3283) Started filter /usr/lib/cups/filter/pdftopdf (PID 3284) Started filter /usr/lib/cups/filter/gstoraster (PID 3285) Started filter /usr/lib/cups/filter/rastertoprinter (PID 3286) Started backend /usr/lib/cups/backend/usb (PID 3287) PID 3283 (/usr/lib/cups/filter/gstopdf) exited with no errors. PID 3284 (/usr/lib/cups/filter/pdftopdf) exited with no errors. PID 3285 (/usr/lib/cups/filter/gstoraster) exited with no errors. PID 3286 (/usr/lib/cups/filter/rastertoprinter) exited with no errors. PID 3287 (/usr/lib/cups/backend/usb) exited with no errors. ------------------------------------------------------------------------ Accordingly there are no errors while processing the job by the printing system (i.e. CUPS and printing filters/drivers). I assume /usr/lib/cups/filter/rastertoprinter is your special manufacturer's printer driver. It seems the final outcome of the print job processing (in particular what comes out of the printer driver /usr/lib/cups/filter/rastertoprinter) that is sent by the CUPS backend to the printer device does not make the printer device actually print something. For some details about print job processing have a look at https://en.opensuse.org/SDB:CUPS_in_a_Nutshell I recommend to ask your printer driver's manufacturer how to install and use his printer driver software. Kind Regards Johannes Meixner -- SUSE LINUX GmbH - GF: Felix Imendoerffer, Jane Smithard, Graham Norton - HRB 21284 (AG Nuernberg) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Hello, On Jul 11 21:44 Chan Ju Ping wrote (excerpt):
I have successfully set up a thermal printer in printing a test page using the drivers provided by the manufacturer here:
http://www.sprt-printer.com/Item/list.asp?id=1724
But when I attempt to print a receipt from the odoo POS system, nothing gets printed on the 80 mm wide thermal paper, although the thermal printer cuts off exactly 20 mm of the unprinted paper. The Print Queue states "No pages found!"
I have tried saving the file as a .pdf and .ps to be printed separatedly outside of the browser, but the problem still remains.
How do I diagnose the problem to get receipts properly printed?
See https://en.opensuse.org/SDB:How_to_Report_a_Printing_Issue For a general starting point see https://en.opensuse.org/Portal:Printing On http://www.sprt-printer.com/Item/list.asp?id=1724 I get a 2017031116342278519.rar that contains some files but I cannot find any license therein so that the fallback applies which is "non-free driver software" because when there are no restrictions to download something it does not make that something 'free' as in https://en.wikipedia.org/wiki/The_Free_Software_Definition In particular free software needs an explicit free software license that is provided directly together with the software. Accordingly I immediately deleted all that from my computer because I will not have any stuff on my computer where the license is not clear. Regarding "Printers with non-free driver software" see https://en.opensuse.org/SDB:Printer_buying_guide You may also point the manufacturer of your printer device to https://en.opensuse.org/SDB:Information_for_Printer_Manufacturers_Regarding_... Kind Regards Johannes Meixner -- SUSE LINUX GmbH - GF: Felix Imendoerffer, Jane Smithard, Graham Norton - HRB 21284 (AG Nuernberg) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Wednesday, 12 July 2017 17:11:41 +08 Johannes Meixner wrote:
Hello,
On Jul 11 21:44 Chan Ju Ping wrote (excerpt):
I have successfully set up a thermal printer in printing a test page using the drivers provided by the manufacturer here:
http://www.sprt-printer.com/Item/list.asp?id=1724
But when I attempt to print a receipt from the odoo POS system, nothing gets printed on the 80 mm wide thermal paper, although the thermal printer cuts off exactly 20 mm of the unprinted paper. The Print Queue states "No pages found!"
I have tried saving the file as a .pdf and .ps to be printed separatedly outside of the browser, but the problem still remains.
How do I diagnose the problem to get receipts properly printed?
See https://en.opensuse.org/SDB:How_to_Report_a_Printing_Issue
For a general starting point see https://en.opensuse.org/Portal:Printing
On http://www.sprt-printer.com/Item/list.asp?id=1724 I get a 2017031116342278519.rar that contains some files but I cannot find any license therein so that the fallback applies which is "non-free driver software" because when there are no restrictions to download something it does not make that something 'free' as in https://en.wikipedia.org/wiki/The_Free_Software_Definition In particular free software needs an explicit free software license that is provided directly together with the software. Accordingly I immediately deleted all that from my computer because I will not have any stuff on my computer where the license is not clear.
Regarding "Printers with non-free driver software" see https://en.opensuse.org/SDB:Printer_buying_guide
You may also point the manufacturer of your printer device to https://en.opensuse.org/ SDB:Information_for_Printer_Manufacturers_Regarding_ Linux_Support
Kind Regards Johannes Meixner
Thanks Johannes. I managed to get the printer's driver software engineer on email, and he sent me some SDKs. I will nudge him into the right direction with this information!
On Wednesday, 12 July 2017 17:50:49 +08 Chan Ju Ping wrote:
Thanks Johannes.
I managed to get the printer's driver software engineer on email, and he sent me some SDKs. I will nudge him into the right direction with this information!
Just a quick update. The company seems interested in the process of working with openSUSE to get their driver submitted, and GPL-compliant. I have encouraged them to read the provided documents and to join the mailing list to get further help.
Hello Chan Ju Ping, On Jul 13 13:55 Chan Ju Ping wrote (excerpt):
I managed to get the printer's driver software engineer on email, and he sent me some SDKs. I will nudge him into the right direction with this information!
Just a quick update. The company seems interested in the process of working with openSUSE to get their driver submitted, and GPL-compliant. I have encouraged them to read the provided documents and to join the mailing list to get further help.
Many thanks for your efforts! It helped a lot. Because you are in contact with the printer's driver software engineer could you also point him to https://en.opensuse.org/openSUSE:How_to_contribute_to_the_Printing_project This SDB article and those that are linked therein describe how the printer's driver software engineer could get his driver into the OBS "Printing" project (provided his driver got enhanced into true free software). FYI: It seems currently openSUSE SDB articles are unaccessible because of error 503: "Sorry, the page you are looking for is currently down for maintenance" - but some time later it should (hopefully) work again. Kind Regards Johannes Meixner -- SUSE LINUX GmbH - GF: Felix Imendoerffer, Jane Smithard, Graham Norton - HRB 21284 (AG Nuernberg) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
participants (4)
-
Carlos E. R.
-
Chan Ju Ping
-
Johannes Meixner
-
Per Jessen