"Waiting for printer to become available." - Can't print after recent package updates

Hi deano_ferrari

Thanks for your answer.

You are right about the text file. I tried to paste all the text from the error log twice and both times the answer to create was “Page not found”. The size of the error log is by now 878kB thinking that might be too much I just sent you the name of the file. I have now pasted only that part of the log file from today. That was possible:
http://paste.opensuse.org/16005623

May I remind you that both printers worked fine before those last opensuse updates.

For the ML2010R I have three Samsung drivers (also the uld version), which all seem to be different and the OpenScripting Foomatic driver, which I used since the beginning with opensuse 13.1. The Samsung unified driver for the printer can be started from the root desktop. If I tell the Samsung program to test the printer, the result is ok, only the printed page says there is an internal error and no test page. I have always used Yast to install printers, but today I encountered html cups via localhost and tried that way to create a new printer. The result was the same as with Yast. I pasted three screen shots of the tests:
http://paste.opensuse.org/86873013 http://paste.opensuse.org/39625857 http://paste.opensuse.org/3134233.

Only with the Foomatic driver there are now a few pdf files being printed, don’t ask me the difference, that did not happen yesterday. Yesterday I used always the same pdf file and then discovered, that print preview displayed an empty page. Now I use a pdf file that displays a real output as print preview. No documents of office or text files or anything else are being printed.

The forum thread you mentioned is mostly about the Samsung Unified Driver, that I use on this and the former suse variations.

Maybe the drivers I have are quite old, but the ML-2165 was bought in spring 2014, so the driver should be not too old. I downloaded the driver after the purchase. There are no longer special drivers for the ML-2010R on Samsung support, but I have all the old CD’s (including a copy) and of course those versions on the laptop.

Today I have read a lot about problems with cups and that it may be advisable not to update if you have a working configuration. So maybe it would be wise not to update automatically such a sensitive system as happened here. I am no printer specialist and all those different versions of cups-filters and ghostscript-filters tell me nothing. I have also found the statement of one suse specialist in the bugzilla, that cups is not being changed on the commercial versions - what seems very wise.

I tried in the last days also the way back to cups 1.5.4, but that was no success. No printer detected and no print output. That was how it all started, suddenly without having changed anything personally there was no print output.

I have no idea since when cups 1.5.4 and its surroundings was used, but it must have been quite a time. So maybe switching back in the right way is the most sensible alternative I see. Maybe I made a fault when trying, but I can only tell “apper” to delete cups 1.7 and install cups 1.5. If that does not work, I am done.

In the cups log I have seen these entries as you find them in the text file also some time in spring and then suddenly it stopped and now the old entries are all back and much more of them. So there was a time, when the cups fault was mended (no idea how) and now the old fault is back only much more severely.

Today apper told me, that there is a new cups update but I killed the program before it could do even more mischief.

justus_d

You might want to share your configured repos here. It might be a case of removing or at least disabling repos first, so that cups can be downgraded.

Report back with

zypper lr -d

Hi deano_ferrari

My output of zypper lr -d is on the first page of the thread. I know it is quite long by now. I did not add any repository.

I decided to give it a second try to reverse everything and reach the state before end of October. Therefore I analyzed /var/log/zypp/history in detail to detect the state before 29.10.14 and realized that cups 1.5.4-159.1 was the last edition before everything started. The packages I changed are listed in the following excerpt of zypper’s log:


2014-11-10 20:02:12|install|cups-libs|1.5.4-162.1|x86_64|root@linux-w65d.site|Drucker||
2014-11-10 20:02:13|install|cups-client|1.5.4-162.1|x86_64|root@linux-w65d.site|Drucker||

2014-11-10 20:02:25 cups-1.5.4-162.1.x86_64.rpm installed ok

Additional rpm output:

Failed to issue method call: Unit cups.path not loaded.

Failed to issue method call: Unit cups.socket not loaded.

2014-11-10 20:02:25|install|cups|1.5.4-162.1|x86_64|root@linux-w65d.site|Drucker||
2014-11-10 20:02:25|install|cups-devel|1.5.4-162.1|x86_64|root@linux-w65d.site|Drucker||
2014-11-10 20:07:30|install|cups-libs-32bit|1.5.4-162.1|x86_64|root@linux-w65d.site|Drucker||
2014-11-10 20:11:59|install|ghostscript|9.15-60.3|x86_64|root@linux-w65d.site|Drucker||
2014-11-10 20:11:59|install|ghostscript-x11|9.15-60.3|x86_64||Drucker||


Then I eliminated the new rules files. They were not there before, so they would not be needed if the switch back was supposed to be successful.

Both Samsung printers were detected immediately (as before) and not only the test page but also each other file (Qcad, Office, Text, html) could be printed with both printers. In cups log the complains about faulty drivers are still there, but no longer


E [10/Nov/2014:13:36:37 +0100] [Client 13] Returning IPP client-error-document-format-not-supported for Send-Document (ipp://localhost:631/printers/ML2010) from localhost
E [10/Nov/2014:14:19:18 +0100] [Client 13] Returning IPP client-error-document-format-not-supported for Send-Document (ipp://localhost:631/printers/ML2010) from localhost


So I think, in the most important details the state before 29.10.14 has been reached. Now I have to find a solution to apper offering all the time now the update of cups. Some day I forget it and apper destroys everything again. Is there a way to exclude cups updates?

Let me say, that our discussion was most helpful, alone I am quite at a loss to find the useful discussions and ignore trifles. Many thanks for your considerate answers.

justus_d

Both Samsung printers were detected immediately (as before) and not only the test page but also each other file (Qcad, Office, Text, html) could be printed with both printers. In cups log the complains about faulty drivers are still there, but no longer

E [10/Nov/2014:13:36:37 +0100] [Client 13] Returning IPP client-error-document-format-not-supported for Send-Document (ipp://localhost:631/printers/ML2010) from localhost
E [10/Nov/2014:14:19:18 +0100] [Client 13] Returning IPP client-error-document-format-not-supported for Send-Document (ipp://localhost:631/printers/ML2010) from localhost
So I think, in the most important details the state before 29.10.14 has been reached. Now I have to find a solution to apper offering all the time now the update of cups. Some day I forget it and apper destroys everything again. Is there a way to exclude cups updates?

Let me say, that our discussion was most helpful, alone I am quite at a loss to find the useful discussions and ignore trifles. Many thanks for your considerate answers.

Sounds like you’ve found the regression with cups (impacting on the Samsung driver).

You can lock the the ‘cups’ package via YaST > Software > Software Management, search for cups, right-click on it, and select ‘Protected – Do Not Modify’, then 'Accept.

Alternatively, lock the package with

zypper al cups

You will need to make sure that Apper is not running, as that can prevent the use of these package management tools.