[opensuse-support][15.2] yast2 brother printer setup fails
These are to a test PC. The HL5470DW was set up on my main PC running whichever Leap was installed at the time, possibly 42.1, which has been upgraded to each subsequent release through 15.1, and it's still working as expected. https://en.opensuse.org/SDB:Brother_How_to_setup_a_Networked_Printer_Scanner shows last tested with Leap 42.1. :( Two different Brother IP printers connected via ethernet: HL-5470DW MFC-8910DW Each is configured with a static IP (V4 only, same as rest of LAN). I installed all supposedly appropriate drivers from Brother website using zypper, which pulled in cups and other deps, successfully AFAICT: # zypper se -si 8910 5470 ... i+ | hl5470dwcupswrapper | package | 3.0.0-1 | i386 | (System Packages) i+ | hl5470dwlpr | package | 3.0.0-1 | i386 | (System Packages) i+ | mfc8910dwcupswrapper | package | 3.0.0-1 | i386 | (System Packages) i+ | mfc8910dwlpr | package | 3.0.0-1 | i386 | (System Packages) YaST2 found both printers, and apparently accepted their setup without error messages. SeaMonkey found both printers' web pages by IP address, reporting in sleep mode, and no option for printing a test page that I could ID. Print test pages failed for both. /var/log/cups/error_log: E [04/Dec/2020:01:16:20 -0500] Unable to open listen socket for address [v1.::1]:631 - Address family not supported by protocol. E [04/Dec/2020:01:18:11 -0500] [cups-driverd] Bad driver information file \"/usr/share/cups/drv/sample.drv\"! W [04/Dec/2020:01:19:20 -0500] CreateProfile failed: org.freedesktop.DBus.Error.ServiceUnknown:The name org.freedesktop.ColorManager was not provided by any .service files W [04/Dec/2020:01:19:20 -0500] CreateDevice failed: org.freedesktop.DBus.Error.ServiceUnknown:The name org.freedesktop.ColorManager was not provided by any .service files W [04/Dec/2020:01:19:21 -0500] CreateProfile failed: org.freedesktop.DBus.Error.ServiceUnknown:The name org.freedesktop.ColorManager was not provided by any .service files W [04/Dec/2020:01:19:21 -0500] CreateDevice failed: org.freedesktop.DBus.Error.ServiceUnknown:The name org.freedesktop.ColorManager was not provided by any .service files W [04/Dec/2020:01:20:55 -0500] CreateProfile failed: org.freedesktop.DBus.Error.ServiceUnknown:The name org.freedesktop.ColorManager was not provided by any .service files W [04/Dec/2020:01:20:55 -0500] CreateDevice failed: org.freedesktop.DBus.Error.ServiceUnknown:The name org.freedesktop.ColorManager was not provided by any .service files W [04/Dec/2020:01:23:41 -0500] CreateProfile failed: org.freedesktop.DBus.Error.ServiceUnknown:The name org.freedesktop.ColorManager was not provided by any .service files W [04/Dec/2020:01:23:41 -0500] CreateDevice failed: org.freedesktop.DBus.Error.ServiceUnknown:The name org.freedesktop.ColorManager was not provided by any .service files YaST2 Printer reports printing enabled but interminable wait for printer to become available. I then tried using Brother's Linux installation script. This produced two symbolic link already exists errors, an unsupported document format error for "text/plain", and no such file or directory for /etc/sane.d/dll.conf, plus the test print pages never materialized. Afterward, YaST2 reports 2 of each printer, so 4 in total. I tried opening http://localhost:631/admin to see the same 4 printers, with 3 idle, and one 8910 status "unable to locate printer "BRNMFC8910", which I then canceled. I then tried to print a test page, and received a no such file or directory error. Tail of /var/log/cups/error_log then contained: E [04/Dec/2020:02:55:43 -0500] [Client 210] Returning IPP client-error-document-format-not-supported for Send-Document (ipp://localhost:631/printers/HL5470DW) from localhost E [04/Dec/2020:03:12:09 -0500] [Client 237] Empty Basic username. E [04/Dec/2020:03:12:11 -0500] [Client 239] Empty Basic username. Same result for the other printer. # journalctl -b | egrep -i 'ailed|rror' produces nothing related to any printer, as dmesg shows, unless 'broken atomic modeset userspace' counts. Where to I go from here? Is this a YaST2 thing? Basesystem? Cups? Deps that are missing from Brother's rpms? -- Evolution as taught in public schools, like religion, is based on faith, not on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/
Hello Felix, Am Freitag, 4. Dezember 2020, 09:57:03 CET schrieb Felix Miata: <snip>
YaST2 found both printers, and apparently accepted their setup without error messages. SeaMonkey found both printers' web pages by IP address, reporting in sleep mode, and no option for printing a test page that I could ID. Print test pages failed for both. /var/log/cups/error_log: E [04/Dec/2020:01:16:20 -0500] Unable to open listen socket for address [v1.::1]:631 - Address family not supported by protocol.
No IP-V6, as written above.
[04/Dec/2020:01:18:11 -0500] [cups-driverd] Bad driver information file \"/usr/share/cups/drv/sample.drv\"! W [04/Dec/2020:01:19:20 -0500] CreateProfile failed: org.freedesktop.DBus.Error.ServiceUnknown:The name org.freedesktop.ColorManager was not provided by any .service files W [04/Dec/2020:01:19:20 -0500] CreateDevice failed: org.freedesktop.DBus.Error.ServiceUnknown:The name org.freedesktop.ColorManager was not provided by any .service files W
The Brother drivers a supposed to work without Colormanagement, though it can be enabled (I wrote a how-to some time ago for myself, but that never made it to the wiki...can share it if you like)
I then tried using Brother's Linux installation script. This produced two symbolic link already exists errors, an unsupported document format error for "text/plain", and no such file or directory for /etc/sane.d/dll.conf, plus the test print pages never materialized. Afterward, YaST2 reports 2 of each printer, so 4 in total.
I tried opening http://localhost:631/admin to see the same 4 printers, with 3 idle, and one 8910 status "unable to locate printer "BRNMFC8910", which I then canceled. I then tried to print a test page, and received a no such file or directory error. Tail of /var/log/cups/error_log then contained: E [04/Dec/2020:02:55:43 -0500] [Client 210] Returning IPP client-error-document-format-not-supported for Send-Document (ipp://localhost:631/printers/HL5470DW) from localhost E [04/Dec/2020:03:12:09 -0500] [Client 237] Empty Basic username. E [04/Dec/2020:03:12:11 -0500] [Client 239] Empty Basic username. Same result for the other printer.
# journalctl -b | egrep -i 'ailed|rror' produces nothing related to any printer, as dmesg shows, unless 'broken atomic modeset userspace' counts.
Where to I go from here? Is this a YaST2 thing? Basesystem? Cups? Deps that are missing from Brother's rpms?
I would forget about YaST at that point and concentrate on cups. Increase the debug level in cups and restart the service. See what issues come up. If the printers are connected via network, the connection string is usually something like lpd://192.168.1.103/binary_p1 (you can use that address to access the printer via http as well). Personally I use only cups to configure printers. Once you have the brother drivers installed the ppd should be available. HTH Axel
On 04/12/2020 09.57, Felix Miata wrote: ...
Each is configured with a static IP (V4 only, same as rest of LAN).
...
Print test pages failed for both. /var/log/cups/error_log: E [04/Dec/2020:01:16:20 -0500] Unable to open listen socket for address [v1.::1]:631 - Address family not supported by protocol.
That corresponds to opening web page at <http://localhost:631> using IPv6, which you say is disabled. Anyway, it is not a printer error.
E [04/Dec/2020:01:18:11 -0500] [cups-driverd] Bad driver information file \"/usr/share/cups/drv/sample.drv\"!
This is perhaps the problem.
W [04/Dec/2020:01:19:20 -0500] CreateProfile failed: org.freedesktop.DBus.Error.ServiceUnknown:The name org.freedesktop.ColorManager was not provided by any .service files
This I don't understand, but it is a Warning, not Error.
I tried opening http://localhost:631/admin to see the same 4 printers, with 3 idle, and one 8910 status "unable to locate printer "BRNMFC8910", which I then canceled. I then tried to print a test page, and received a no such file or directory error. Tail of /var/log/cups/error_log then contained: E [04/Dec/2020:02:55:43 -0500] [Client 210] Returning IPP client-error-document-format-not-supported for Send-Document (ipp://localhost:631/printers/HL5470DW) from localhost E [04/Dec/2020:03:12:09 -0500] [Client 237] Empty Basic username. E [04/Dec/2020:03:12:11 -0500] [Client 239] Empty Basic username. Same result for the other printer.
# journalctl -b | egrep -i 'ailed|rror' produces nothing related to any printer, as dmesg shows, unless 'broken atomic modeset userspace' counts.
Where to I go from here? Is this a YaST2 thing? Basesystem? Cups? Deps that are missing from Brother's rpms?
Enable debug mode in CUPS. Then try printing plain text file from the command line (command lpr). -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)
Carlos E. R. composed on 2020-12-04 13:15 (UTC+0100):
On 04/12/2020 09.57, Felix Miata wrote: ...
Each is configured with a static IP (V4 only, same as rest of LAN). ... Print test pages failed for both. /var/log/cups/error_log: E [04/Dec/2020:01:16:20 -0500] Unable to open listen socket for address [v1.::1]:631 - Address family not supported by protocol.
That corresponds to opening web page at <http://localhost:631> using IPv6, which you say is disabled. Anyway, it is not a printer error.
E [04/Dec/2020:01:18:11 -0500] [cups-driverd] Bad driver information file \"/usr/share/cups/drv/sample.drv\"!
This is perhaps the problem.
It exists.
I tried opening http://localhost:631/admin to see the same 4 printers, with 3 idle, and one 8910 status "unable to locate printer "BRNMFC8910", which I then canceled. I then tried to print a test page, and received a no such file or directory error. Tail of /var/log/cups/error_log then contained: E [04/Dec/2020:02:55:43 -0500] [Client 210] Returning IPP client-error-document-format-not-supported for Send-Document (ipp://localhost:631/printers/HL5470DW) from localhost E [04/Dec/2020:03:12:09 -0500] [Client 237] Empty Basic username. E [04/Dec/2020:03:12:11 -0500] [Client 239] Empty Basic username. Same result for the other printer.
# journalctl -b | egrep -i 'ailed|rror' produces nothing related to any printer, as dmesg shows, unless 'broken atomic modeset userspace' counts.
Where to I go from here? Is this a YaST2 thing? Basesystem? Cups? Deps that are missing from Brother's rpms?
Enable debug mode in CUPS. Then try printing plain text file from the command line (command lpr). Enable how?
https://paste.opensuse.org/71683137 has some "debug" output suggested by http://localhost:631/help/, and some other session output that followed my reading of Axel's and your thread replies, and /var/log/cups/error_log. I'm still getting no such file or directory trying to print a test page from http://localhost:631/printers/<printername> and lpr somefile, and finding no clues in dmesg or journal. Before sending this I tried one more time lpr out. That generated a new error message: lpr: Error - No default printer. I found a way to set a default from localhost/printers, and the error returned to lpr: Unsupported document-format "text/plain" -- Evolution as taught in public schools, like religion, is based on faith, not on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/
Felix Miata composed on 2020-12-04 20:57 (UTC-0500):
Carlos E. R. composed on 2020-12-04 13:15 (UTC+0100):
On 04/12/2020 09.57, Felix Miata wrote: ...
Each is configured with a static IP (V4 only, same as rest of LAN). ... Print test pages failed for both. /var/log/cups/error_log: E [04/Dec/2020:01:16:20 -0500] Unable to open listen socket for address [v1.::1]:631 - Address family not supported by protocol.
That corresponds to opening web page at <http://localhost:631> using IPv6, which you say is disabled. Anyway, it is not a printer error.
E [04/Dec/2020:01:18:11 -0500] [cups-driverd] Bad driver information file \"/usr/share/cups/drv/sample.drv\"!
This is perhaps the problem.
It exists.
I tried opening http://localhost:631/admin to see the same 4 printers, with 3 idle, and one 8910 status "unable to locate printer "BRNMFC8910", which I then canceled. I then tried to print a test page, and received a no such file or directory error. Tail of /var/log/cups/error_log then contained: E [04/Dec/2020:02:55:43 -0500] [Client 210] Returning IPP client-error-document-format-not-supported for Send-Document (ipp://localhost:631/printers/HL5470DW) from localhost E [04/Dec/2020:03:12:09 -0500] [Client 237] Empty Basic username. E [04/Dec/2020:03:12:11 -0500] [Client 239] Empty Basic username. Same result for the other printer.
# journalctl -b | egrep -i 'ailed|rror' produces nothing related to any printer, as dmesg shows, unless 'broken atomic modeset userspace' counts.
Where to I go from here? Is this a YaST2 thing? Basesystem? Cups? Deps that are missing from Brother's rpms?
Enable debug mode in CUPS. Then try printing plain text file from the command line (command lpr). Enable how?
https://paste.opensuse.org/71683137 has some "debug" output suggested by http://localhost:631/help/, and some other session output that followed my reading of Axel's and your thread replies, and /var/log/cups/error_log. I'm still getting no such file or directory trying to print a test page from http://localhost:631/printers/<printername> and lpr somefile, and finding no clues in dmesg or journal.
Before sending this I tried one more time lpr out. That generated a new error message:
lpr: Error - No default printer.
I found a way to set a default from localhost/printers, and the error returned to
lpr: Unsupported document-format "text/plain"
Additional data points: # systemctl list-unit-files | grep cups cups.path enabled cups-lpd@.service static cups.service enabled cups-lpd.socket enabled cups.socket enabled # systemctl status cups.path ● cups.path - CUPS Scheduler Loaded: loaded (/usr/lib/systemd/system/cups.path; enabled; vendor preset: enabled) Active: active (running) since Fri 2020-12-04 18:15:08 EST; 4h 11min ago Dec 04 18:15:08 ab85m systemd[1]: Started CUPS Scheduler. # systemctl status cups.service ● cups.service - CUPS Scheduler Loaded: loaded (/usr/lib/systemd/system/cups.service; enabled; vendor preset: enabled) Active: active (running) since Fri 2020-12-04 20:25:02 EST; 2h 1min ago Docs: man:cupsd(8) Main PID: 2809 (cupsd) Tasks: 1 CGroup: /system.slice/cups.service └─2809 /usr/sbin/cupsd -l Dec 04 20:25:02 ab85m systemd[1]: Started CUPS Scheduler. # systemctl status cups-lpd.socket ● cups-lpd.socket - CUPS LPD Server Socket Loaded: loaded (/usr/lib/systemd/system/cups-lpd.socket; enabled; vendor preset: disabled) Active: active (listening) since Fri 2020-12-04 22:24:04 EST; 2min 35s ago Listen: 0.0.0.0:515 (Stream) Accepted: 0; Connected: 0 Tasks: 0 CGroup: /cups-lpd.socket Dec 04 22:24:04 ab85m systemd[1]: Listening on CUPS LPD Server Socket. # systemctl status cups.socket ● cups.socket - CUPS Scheduler Loaded: loaded (/usr/lib/systemd/system/cups.socket; enabled; vendor preset: enabled) Active: active (running) since Fri 2020-12-04 18:15:08 EST; 4h 11min ago Listen: /run/cups/cups.sock (Stream) Dec 04 18:15:08 ab85m systemd[1]: Listening on CUPS Scheduler -- Evolution as taught in public schools, like religion, is based on faith, not on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/
On 05/12/2020 02.57, Felix Miata wrote:
Carlos E. R. composed on 2020-12-04 13:15 (UTC+0100):
On 04/12/2020 09.57, Felix Miata wrote: ...
Each is configured with a static IP (V4 only, same as rest of LAN). ... Print test pages failed for both. /var/log/cups/error_log: E [04/Dec/2020:01:16:20 -0500] Unable to open listen socket for address [v1.::1]:631 - Address family not supported by protocol.
That corresponds to opening web page at <http://localhost:631> using IPv6, which you say is disabled. Anyway, it is not a printer error.
E [04/Dec/2020:01:18:11 -0500] [cups-driverd] Bad driver information file \"/usr/share/cups/drv/sample.drv\"!
This is perhaps the problem.
It exists.
I tried opening http://localhost:631/admin to see the same 4 printers, with 3 idle, and one 8910 status "unable to locate printer "BRNMFC8910", which I then canceled. I then tried to print a test page, and received a no such file or directory error. Tail of /var/log/cups/error_log then contained: E [04/Dec/2020:02:55:43 -0500] [Client 210] Returning IPP client-error-document-format-not-supported for Send-Document (ipp://localhost:631/printers/HL5470DW) from localhost E [04/Dec/2020:03:12:09 -0500] [Client 237] Empty Basic username. E [04/Dec/2020:03:12:11 -0500] [Client 239] Empty Basic username. Same result for the other printer.
# journalctl -b | egrep -i 'ailed|rror' produces nothing related to any printer, as dmesg shows, unless 'broken atomic modeset userspace' counts.
Where to I go from here? Is this a YaST2 thing? Basesystem? Cups? Deps that are missing from Brother's rpms?
Enable debug mode in CUPS. Then try printing plain text file from the command line (command lpr). Enable how?
https://paste.opensuse.org/71683137 has some "debug" output suggested by http://localhost:631/help/, and some other session output that followed my reading of Axel's and your thread replies, and /var/log/cups/error_log. I'm still getting no such file or directory trying to print a test page from http://localhost:631/printers/<printername> and lpr somefile, and finding no clues in dmesg or journal.
Before sending this I tried one more time lpr out. That generated a new error message:
lpr: Error - No default printer.
I found a way to set a default from localhost/printers, and the error returned to
lpr: Unsupported document-format "text/plain"
-- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)
On 05/12/2020 02.57, Felix Miata wrote:
Carlos E. R. composed on 2020-12-04 13:15 (UTC+0100)>> On 04/12/2020 09.57, Felix Miata wrote:
Oops, I sent an empty reply. Sorry.
...
Each is configured with a static IP (V4 only, same as rest of LAN). ... Print test pages failed for both. /var/log/cups/error_log: E [04/Dec/2020:01:16:20 -0500] Unable to open listen socket for address [v1.::1]:631 - Address family not supported by protocol.
That corresponds to opening web page at <http://localhost:631> using IPv6, which you say is disabled. Anyway, it is not a printer error.
E [04/Dec/2020:01:18:11 -0500] [cups-driverd] Bad driver information file \"/usr/share/cups/drv/sample.drv\"!
This is perhaps the problem.
It exists.
Yes, but bad file.
Enable debug mode in CUPS. Then try printing plain text file from the command line (command lpr). Enable how?
I don't remember. But look in your own files. Edit "/etc/cups/cupsd.conf". There may be an entry: LogLevel warn Change it to something else, doc will say. "man cupsd.conf" # debug2 Log everything. # debug Log almost everything. # info Log all requests and state changes. # warn Log errors and warnings. # error Log only errors. # none Log nothing. Then restart service.
https://paste.opensuse.org/71683137 has some "debug" output suggested by http://localhost:631/help/, and some other session output that followed my reading of Axel's and your thread replies, and /var/log/cups/error_log. I'm still getting no such file or directory trying to print a test page from http://localhost:631/printers/<printername> and lpr somefile, and finding no clues in dmesg or journal.
dmesg or journal contain no cups logs.
Before sending this I tried one more time lpr out. That generated a new error message:
lpr: Error - No default printer.
I found a way to set a default from localhost/printers, and the error returned to
lpr: Unsupported document-format "text/plain"
What exact command line did you use? You can also use "lp". -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)
Carlos E. R. composed on 2020-12-05 04:46 (UTC+0100):
Felix Miata wrote: ...
Enable debug mode in CUPS. Then try printing plain text file from the command line (command lpr).
Enable how?
I don't remember. But look in your own files. Edit "/etc/cups/cupsd.conf". There may be an entry:
LogLevel warn
Change it to something else, doc will say. "man cupsd.conf"
# debug2 Log everything. # debug Log almost everything. # info Log all requests and state changes. # warn Log errors and warnings. # error Log only errors. # none Log nothing.
Then restart service. I changed it to debug, then rebooted, then 'lpr out'. No apparent changes resulted. /var/log/cups/error_log is at: https://paste.opensuse.org/41771064 It's very large, and very noisy, hard to identify if it contains anything useful for diagnosing what's gone wrong here. -- Evolution as taught in public schools, like religion, is based on faith, not on science.
Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/
On 05/12/2020 05.33, Felix Miata wrote:
Carlos E. R. composed on 2020-12-05 04:46 (UTC+0100):
Felix Miata wrote: ...
Enable debug mode in CUPS. Then try printing plain text file from the command line (command lpr).
Enable how?
I don't remember. But look in your own files. Edit "/etc/cups/cupsd.conf". There may be an entry:
LogLevel warn
Change it to something else, doc will say. "man cupsd.conf"
# debug2 Log everything. # debug Log almost everything. # info Log all requests and state changes. # warn Log errors and warnings. # error Log only errors. # none Log nothing.
Then restart service. I changed it to debug, then rebooted, then 'lpr out'. No apparent changes resulted. /var/log/cups/error_log is at: https://paste.opensuse.org/41771064 It's very large, and very noisy, hard to identify if it contains anything useful for diagnosing what's gone wrong here.
I had a look. After some minutes, not seeing anything useful, I decided I'm too tired, and will have a look tomorrow, sorry. How did you disable IPv6? Should not be related, though. -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)
Carlos E.R. composed on 2020-12-05 05:46 (UTC+0100):
How did you disable IPv6?
Grub. I don't see anything in /etc/cups/* that can. -- Evolution as taught in public schools, like religion, is based on faith, not on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Friday, 2020-12-04 at 23:56 -0500, Felix Miata wrote:
Carlos E.R. composed on 2020-12-05 05:46 (UTC+0100):
How did you disable IPv6?
Grub. I don't see anything in /etc/cups/* that can.
Maybe you should try once without disabling it. - -- Cheers, Carlos E. R. (from openSUSE 15.1 x86_64 at Telcontar) -----BEGIN PGP SIGNATURE----- iHoEARECADoWIQQZEb51mJKK1KpcU/W1MxgcbY1H1QUCX8v9pRwccm9iaW4ubGlz dGFzQHRlbGVmb25pY2EubmV0AAoJELUzGBxtjUfVP58AnRrjUIsqG0BiOKol1IfJ 0kIqxUfjAKCHd7Qfst2ezqv2bhGvpbbpcNYp4A== =7+ny -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Saturday, 2020-12-05 at 05:46 +0100, Carlos E.R. wrote:
On 05/12/2020 05.33, Felix Miata wrote:
Carlos E. R. composed on 2020-12-05 04:46 (UTC+0100):
Felix Miata wrote: ...
Enable debug mode in CUPS. Then try printing plain text file from the command line (command lpr).
...
Then restart service. I changed it to debug, then rebooted, then 'lpr out'. No apparent changes resulted. /var/log/cups/error_log is at: https://paste.opensuse.org/41771064 It's very large, and very noisy, hard to identify if it contains anything useful for diagnosing what's gone wrong here.
I had a look. After some minutes, not seeing anything useful, I decided I'm too tired, and will have a look tomorrow, sorry.
A lot of the log is related to rendering the cups webpage, not the actual printing. Maybe 700 lines at the start. Would have been easier with the page closed. I think the job starts at line 731. Here is the gist of it: D [04/Dec/2020:23:18:33 -0500] Send-Document ipp://localhost:631/printers/HL5470DW D [04/Dec/2020:23:18:33 -0500] cupsdIsAuthorized: requesting-user-name="root" D [04/Dec/2020:23:18:33 -0500] [Job 24] Auto-typing file... D [04/Dec/2020:23:18:33 -0500] [Job 24] Request file type is text/plain. D [04/Dec/2020:23:18:33 -0500] Send-Document client-error-document-format-not-supported: Unsupported document-format \"text/plain\". E [04/Dec/2020:23:18:33 -0500] [Client 7] Returning IPP client-error-document-format-not-supported for Send-Document (ipp://localhost:631/printers/HL5470DW) from localhost Wow. Why? Well, perhaps try sending a one page pdf. :-? (No, don't) If you google «cups says Unsupported document-format \"text/plain\"» you find hits. First one: <https://lists.opensuse.org/opensuse-factory/2014-11/msg00179.html> «google search for client-error-document-format-not-supported suggested missing cups-filters: https://lists.debian.org/debian-printing/2014/02/msg00026.html Installed: cups-filters 1.0.58-35.6 libqpdf13 5.1.0-1.4 now Echo "Test" | lp works AND: regular printing now works.» That is correct, you do not have installed "cups-filters", it is not in your list. That's strange, yast should have installed that automatically. I have: cer@Telcontar:~> rpm -q cups-filters cups-filters-1.20.3-lp151.3.6.1.x86_64 cer@Telcontar:~> rpm -qa | grep -i cups libcupsimage2-2.2.7-lp151.6.6.1.x86_64 cups-pk-helper-0.2.6-lp151.2.2.x86_64 libcups2-32bit-2.2.7-lp151.6.6.1.x86_64 libgnomecups-lang-0.2.3-lp151.3.3.noarch cups-backends-1.1-lp151.2.1.noarch cups-2.2.7-lp151.6.6.1.x86_64 libcupsmime1-2.2.7-lp151.6.6.1.x86_64 cups-client-2.2.7-lp151.6.6.1.x86_64 python3-cupshelpers-1.5.7-lp151.6.3.noarch libgnomecups-1_0-1-0.2.3-lp151.3.3.x86_64 python3-pycups-1.9.74-lp151.3.3.1.x86_64 libgnomecups-1_0-1-32bit-0.2.3-lp151.3.3.x86_64 libcupsppdc1-2.2.7-lp151.6.6.1.x86_64 cups-config-2.2.7-lp151.6.6.1.x86_64 python2-pycups-1.9.74-lp151.3.3.1.x86_64 liboyranos0-cups-0.9.6-lp151.3.6.x86_64 cups-devel-2.2.7-lp151.6.6.1.x86_64 cups-filters-1.20.3-lp151.3.6.1.x86_64 libcupscgi1-2.2.7-lp151.6.6.1.x86_64 cups-pk-helper-lang-0.2.6-lp151.2.2.noarch libcups2-2.2.7-lp151.6.6.1.x86_64 cer@Telcontar:~> - -- Cheers, Carlos E. R. (from openSUSE 15.1 x86_64 at Telcontar) -----BEGIN PGP SIGNATURE----- iHoEARECADoWIQQZEb51mJKK1KpcU/W1MxgcbY1H1QUCX8wBgBwccm9iaW4ubGlz dGFzQHRlbGVmb25pY2EubmV0AAoJELUzGBxtjUfVynMAnid4pQKiofgCmjj5acPd o/l0oeJFAJ9szfA6NMNyAMI42eA74oIAed1cYg== =LjKE -----END PGP SIGNATURE-----
Carlos E. R. composed on 2020-12-05 22:54 (UTC+0100):
If you google «cups says Unsupported document-format \"text/plain\"» you find hits. First one:
<https://lists.opensuse.org/opensuse-factory/2014-11/msg00179.html>
«google search for client-error-document-format-not-supported suggested missing cups-filters: https://lists.debian.org/debian-printing/2014/02/msg00026.html
Installed: cups-filters 1.0.58-35.6 libqpdf13 5.1.0-1.4
now Echo "Test" | lp works
AND: regular printing now works.»
That is correct, you do not have installed "cups-filters", it is not in your list. That's strange, yast should have installed that automatically.
I neglected to regenerate the installed packages list before sharing it. # zypper se -i 32bit libstdc cups pdf ... i | cups | The Common UNIX Printing System | package i | cups-client | CUPS Client Programs | package i | cups-config | CUPS library configuration files | package i+ | cups-filters | OpenPrinting CUPS filters, backends, and cups-browsed | package i+ | cups-pk-helper | PolicyKit helper to configure cups with fine-grained privileges | package i+ | glibc-32bit | Standard Shared Libraries (from the GNU C Library) | package i+ | hl5470dwcupswrapper | Brother HL-5470DW CUPS wrapper driver | package i+ | kdegraphics3-pdf | KDE PDF File Viewer | package i | libcups2 | HTTP/IPP communication and printer queue and job library | package i | libcupscgi1 | CUPS web interface support function library | package i | libcupsimage2 | CUPS library for working with large images | package i | libcupsmime1 | MIME database file routines for CUPS | package i | libcupsppdc1 | CUPS PostScript Printer Description (PPD) file compiler library | package i | libgcc_s1-32bit | C compiler runtime library | package i | libqpdf26 | Shared libraries for qpdf | package i | libstdc++6 | The standard C++ shared library | package i+ | libstdc++6-32bit | The standard C++ shared library | package i+ | libusb-0_1-4-32bit | libusb-1.0 Compatibility Library for libusb-0.1 | package i+ | mfc8910dwcupswrapper | Brother MFC-8910DW CUPS wrapper driver | package i+ | python3-cupshelpers | High-level Python Bindings for CUPS | package i+ | python3-pycups | Python Bindings for CUPS | package I'm well past installing filters and 32bit packages, and I even started a forum thread that's had three people weigh in on it so far: https://forums.opensuse.org/showthread.php/547780-brother-IP-printers-HL-547... Still nothing coming from the printer, due to filter failure (according to http://localhost:631/printers/<printername). -- Evolution as taught in public schools, like religion, is based on faith, not on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/
On 06/12/2020 04.38, Felix Miata wrote:
Carlos E. R. composed on 2020-12-05 22:54 (UTC+0100):
If you google «cups says Unsupported document-format \"text/plain\"» you find hits. First one:
<https://lists.opensuse.org/opensuse-factory/2014-11/msg00179.html>
«google search for client-error-document-format-not-supported suggested missing cups-filters: https://lists.debian.org/debian-printing/2014/02/msg00026.html
Installed: cups-filters 1.0.58-35.6 libqpdf13 5.1.0-1.4
now Echo "Test" | lp works
AND: regular printing now works.»
That is correct, you do not have installed "cups-filters", it is not in your list. That's strange, yast should have installed that automatically.
I neglected to regenerate the installed packages list before sharing it.
# zypper se -i 32bit libstdc cups pdf
Why 32 bit? Is this a 32 bit machine?
... i | cups | The Common UNIX Printing System | package i | cups-client | CUPS Client Programs | package i | cups-config | CUPS library configuration files | package i+ | cups-filters | OpenPrinting CUPS filters, backends, and cups-browsed | package i+ | cups-pk-helper | PolicyKit helper to configure cups with fine-grained privileges | package i+ | glibc-32bit | Standard Shared Libraries (from the GNU C Library) | package i+ | hl5470dwcupswrapper | Brother HL-5470DW CUPS wrapper driver | package i+ | kdegraphics3-pdf | KDE PDF File Viewer | package i | libcups2 | HTTP/IPP communication and printer queue and job library | package i | libcupscgi1 | CUPS web interface support function library | package i | libcupsimage2 | CUPS library for working with large images | package i | libcupsmime1 | MIME database file routines for CUPS | package i | libcupsppdc1 | CUPS PostScript Printer Description (PPD) file compiler library | package i | libgcc_s1-32bit | C compiler runtime library | package i | libqpdf26 | Shared libraries for qpdf | package i | libstdc++6 | The standard C++ shared library | package i+ | libstdc++6-32bit | The standard C++ shared library | package i+ | libusb-0_1-4-32bit | libusb-1.0 Compatibility Library for libusb-0.1 | package i+ | mfc8910dwcupswrapper | Brother MFC-8910DW CUPS wrapper driver | package i+ | python3-cupshelpers | High-level Python Bindings for CUPS | package i+ | python3-pycups | Python Bindings for CUPS | package
That command produces here a list of 421 packages here, including Mesa-32bit or texlive-auto-pst-pdf. What is the purpose of that command?
I'm well past installing filters and 32bit packages, and I even started a forum thread that's had three people weigh in on it so far:
https://forums.opensuse.org/showthread.php/547780-brother-IP-printers-HL-547...
Still nothing coming from the printer, due to filter failure (according to http://localhost:631/printers/<printername).
Mmm. Apparently they say that the brother driver & tools are 32 bit, but they don't declare it. Then perhaps what you should install using zypper is the 32 bit pattern. -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)
Carlos E. R. composed on 2020-12-06 04:53 (UTC+0100):
Felix Miata wrote:
# zypper se -i 32bit libstdc cups pdf
Why 32 bit? Is this a 32 bit machine? ... What is the purpose of that command?
Which, zypper se?
Mmm. Apparently they say that the brother driver & tools are 32 bit, but they don't declare it. Then perhaps what you should install using zypper is the 32 bit pattern.
There are lots of Brother printer troubleshooting hits saying various 32bit packages solved their problems. The forum thread I started includes at least two of them, plus explict instruction for at least one. 32bit pattern - never. Whatever the required brother 32bit rpms require should at least get announced somehow, if not automatically installed. It's looking to me more and more like it's bug report time. -- Evolution as taught in public schools, like religion, is based on faith, not on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Saturday, 2020-12-05 at 23:14 -0500, Felix Miata wrote:
Carlos E. R. composed on 2020-12-06 04:53 (UTC+0100):
Felix Miata wrote:
# zypper se -i 32bit libstdc cups pdf
Why 32 bit? Is this a 32 bit machine? ... What is the purpose of that command?
Which, zypper se?
The command you wrote above, "zypper se -i 32bit libstdc cups pdf"
Mmm. Apparently they say that the brother driver & tools are 32 bit, but they don't declare it. Then perhaps what you should install using zypper is the 32 bit pattern.
There are lots of Brother printer troubleshooting hits saying various 32bit packages solved their problems. The forum thread I started includes at least two of them, plus explict instruction for at least one.
32bit pattern - never. Whatever the required brother 32bit rpms require should at least get announced somehow, if not automatically installed. It's looking to me more and more like it's bug report time.
Why do you expect a proprietary package to do Linux things properly? Do they say in the printer box "Linux supported"? I bet they don't. You wouldn't have a problem if they publish an RPM with the correct requisites for a modern distribution. They don't do it, and you have problems for weeks just to try making the damm printer work. Having the 32bit pattern installed doesn't hurt. Just more packages to install and update automatically. Not a problem unless your internet pipe is "bad". Anyway, if you will not do it, then wash, rinse, repeat. Have the cups log enabled in debug mode (mayby delete the logs at that second, as one of the links you posted say), print something with lpr, analyze the logs. If you don't see the issue, upload to susepaste, and post the link here where we can see it. And don't ever buy a Brother printer again. - -- Cheers, Carlos E. R. (from openSUSE 15.1 x86_64 at Telcontar) -----BEGIN PGP SIGNATURE----- iHoEARECADoWIQQZEb51mJKK1KpcU/W1MxgcbY1H1QUCX8zIgBwccm9iaW4ubGlz dGFzQHRlbGVmb25pY2EubmV0AAoJELUzGBxtjUfVi3AAn0yAHg8bz/6jjoYt/1+b vLizKGP9AJoCfQiX9Fpns+FXyXUZeBHGuVHZjg== =KBo5 -----END PGP SIGNATURE-----
Carlos E. R. composed on 2020-12-05 04:46 (UTC+0100):
Felix Miata wrote:
Carlos E. R. composed on 2020-12-04 13:15 (UTC+0100)
Felix Miata wrote:
E [04/Dec/2020:01:18:11 -0500] [cups-driverd] Bad driver information file \"/usr/share/cups/drv/sample.drv\"!
This is perhaps the problem.
It exists.
Yes, but bad file.
How did you determine this? How can I be sure? What's the trailing backslash about in the log? The file is "sample.drv", not "sample.drv\". -- Evolution as taught in public schools, like religion, is based on faith, not on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/
On 05/12/2020 05.46, Felix Miata wrote:
Carlos E. R. composed on 2020-12-05 04:46 (UTC+0100):
Felix Miata wrote:
Carlos E. R. composed on 2020-12-04 13:15 (UTC+0100)
Felix Miata wrote:
E [04/Dec/2020:01:18:11 -0500] [cups-driverd] Bad driver information file \"/usr/share/cups/drv/sample.drv\"!
This is perhaps the problem.
It exists.
Yes, but bad file.
How did you determine this?
Because it says so...
How can I be sure? What's the trailing backslash about in the log? The file is "sample.drv", not "sample.drv\".
Huh. Dunno. Too tired to think much, I'm going to sleep. 5 AM here. Ah, No, I see. Ignore the backslash, it is just escaping the quote symbol «"». Bad driver information file \"/usr/share/cups/drv/sample.drv\"! is the same as: Bad driver information file "/usr/share/cups/drv/sample.drv"! -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)
Carlos E.R. composed on 2020-12-05 05:50 (UTC+0100):
Bad driver information file "/usr/share/cups/drv/sample.drv"!
I seriously doubt it. From the thread host: # inxi -Sy System: Host: ab85m Kernel: 5.3.18-lp152.41-default x86_64 bits: 64 Desktop: KDE 3 Distro: openSUSE Leap 15.2 /usr/share/cups/drv # file sample.drv sample.drv: C source, ASCII text /usr/share/cups/drv # rpm -qf sample.drv cups-2.2.7-lp152.8.2.x86_64 /usr/share/cups/drv # ll /usr/share/cups/drv/sample.drv -r--r--r-- 1 root root 41221 May 16 2020 /usr/share/cups/drv/sample.drv /usr/share/cups/drv # ls -l /usr/share/cups/drv/ total 43 -r--r--r-- 1 root root 41221 May 16 2020 sample.drv ^^^^^ From this (with same HL-5470DW working via IP): # inxi -Sy System: Host: 00srv Kernel: 4.12.14-lp151.28.79-default x86_64 bits: 64 Desktop: KDE 3 Distro: openSUSE Leap 15.1# ls -l total 272 -rw-r--r-- 1 root root 214101 Nov 29 2019 cupsfilters.drv -rw-r--r-- 1 root root 2933 Nov 29 2019 generic-brf.drv -rw-r--r-- 1 root root 2699 Nov 29 2019 generic-ubrl.drv -rw-r--r-- 1 root root 3011 Nov 29 2019 indexv3.drv -rw-r--r-- 1 root root 3908 Nov 29 2019 indexv4.drv -r--r--r-- 1 root root 41221 Apr 23 2020 sample.drv ^^^^^ -- Evolution as taught in public schools, like religion, is based on faith, not on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Saturday, 2020-12-05 at 00:19 -0500, Felix Miata wrote:
Carlos E.R. composed on 2020-12-05 05:50 (UTC+0100):
Bad driver information file "/usr/share/cups/drv/sample.drv"!
I seriously doubt it. From the thread host:
# inxi -Sy System: Host: ab85m Kernel: 5.3.18-lp152.41-default x86_64 bits: 64 Desktop: KDE 3 Distro: openSUSE Leap 15.2 /usr/share/cups/drv # file sample.drv sample.drv: C source, ASCII text /usr/share/cups/drv # rpm -qf sample.drv cups-2.2.7-lp152.8.2.x86_64 /usr/share/cups/drv # ll /usr/share/cups/drv/sample.drv -r--r--r-- 1 root root 41221 May 16 2020 /usr/share/cups/drv/sample.drv
Yes, I have the same file (on Leap 15.1): cer@Telcontar:~> l /usr/share/cups/drv/sample.drv - -r--r--r-- 1 root root 41221 Apr 23 2020 /usr/share/cups/drv/sample.drv
/usr/share/cups/drv # ls -l /usr/share/cups/drv/ total 43 -r--r--r-- 1 root root 41221 May 16 2020 sample.drv ^^^^^ From this (with same HL-5470DW working via IP):
# inxi -Sy System: Host: 00srv Kernel: 4.12.14-lp151.28.79-default x86_64 bits: 64 Desktop: KDE 3 Distro: openSUSE Leap 15.1# ls -l total 272 -rw-r--r-- 1 root root 214101 Nov 29 2019 cupsfilters.drv -rw-r--r-- 1 root root 2933 Nov 29 2019 generic-brf.drv -rw-r--r-- 1 root root 2699 Nov 29 2019 generic-ubrl.drv -rw-r--r-- 1 root root 3011 Nov 29 2019 indexv3.drv -rw-r--r-- 1 root root 3908 Nov 29 2019 indexv4.drv -r--r--r-- 1 root root 41221 Apr 23 2020 sample.drv ^^^^^
I don't understand what you are trying to say. - -- Cheers, Carlos E. R. (from openSUSE 15.1 x86_64 at Telcontar) -----BEGIN PGP SIGNATURE----- iHoEARECADoWIQQZEb51mJKK1KpcU/W1MxgcbY1H1QUCX8uRsRwccm9iaW4ubGlz dGFzQHRlbGVmb25pY2EubmV0AAoJELUzGBxtjUfVrNYAoJM7B65rOYkANcifBG3G 2jdaxV4yAJ9m9BIMeZvRCFhpCRDrzdfnaSqGrw== =5szv -----END PGP SIGNATURE-----
Originally the 2020-12-04 03:57 (UTC-0500) thread subject was [15.2] yast2 brother printer setup fails but I've given up trying exclusively with YaST2, and am trying with http://localhost:631/ mostly now. YaST2 instruction remains possibly relevant, and indeed welcome. Additional data: From: <https://support.brother.com/g/b/faqend.aspx?c=us&lang=en&prod=mfc8910dw_us_as&ftype3=100257&faqid=faq00100548_000> [quote] Pre-required Procedure (1) Related distributions Debian, Ubuntu, openSUSE, Redhat Requirement Creating a symbolic link is required before the installation (superuser authorization is required to run the command) ... For Redhat based distributions and Debian base distributions greater than Ubuntu8.10, Debian5: "ln -s /etc/init.d/cups /etc/init.d/lpd" [/quote] /etc/init.d/cups does not exist, but neither does it exist on my 24/7 15.1 system, where same HL-5470DW works as expected. # ls -l /etc/init.d/ ... lrwxrwxrwx 1 root root 16 Jan 3 2016 lpd -> /etc/init.d/cups # red!!! ... -- Evolution as taught in public schools, like religion, is based on faith, not on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/
... Cups-filters was not installed. Installing it pulled in also libavahi-glib1, libpoppler-cpp0 and libqpdf26, but installing it didn't help. What else needs to be installed? # zypper se -i cups | grep age$ i | cups | The Common UNIX Printing System | package i | cups-client | CUPS Client Programs | package i | cups-config | CUPS library configuration files | package i+ | cups-filters | OpenPrinting CUPS filters, backends, and cups-browsed | package i+ | hl5470dwcupswrapper | Brother HL-5470DW CUPS wrapper driver | package i | libcups2 | HTTP/IPP communication and printer queue and job library | package i | libcupscgi1 | CUPS web interface support function library | package i | libcupsimage2 | CUPS library for working with large images | package i | libcupsmime1 | MIME database file routines for CUPS | package i | libcupsppdc1 | CUPS PostScript Printer Description (PPD) file compiler library | package i+ | mfc8910dwcupswrapper | Brother MFC-8910DW CUPS wrapper driver | package Adding cups-pk-helper, python3-cupshelpers, python3-pycups, python3-pycurl, as on this 15.1, didn't help much. It eliminated the no such file trying to print a test page from http://localhost:631/printers/<printername>, resulting in status Idle - "Data file sent successfully." but the job is shown as stopped, because "Filter failed". -- Evolution as taught in public schools, like religion, is based on faith, not on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Saturday, 2020-12-05 at 01:41 -0500, Felix Miata wrote:
... Cups-filters was not installed. Installing it pulled in also libavahi-glib1, libpoppler-cpp0 and libqpdf26, but installing it didn't help. What else needs to be installed?
It was not installed by YaST because those are needed for other printers, and you did not install such a printer.
# zypper se -i cups | grep age$ i | cups | The Common UNIX Printing System | package i | cups-client | CUPS Client Programs | package i | cups-config | CUPS library configuration files | package i+ | cups-filters | OpenPrinting CUPS filters, backends, and cups-browsed | package i+ | hl5470dwcupswrapper | Brother HL-5470DW CUPS wrapper driver | package i | libcups2 | HTTP/IPP communication and printer queue and job library | package i | libcupscgi1 | CUPS web interface support function library | package i | libcupsimage2 | CUPS library for working with large images | package i | libcupsmime1 | MIME database file routines for CUPS | package i | libcupsppdc1 | CUPS PostScript Printer Description (PPD) file compiler library | package i+ | mfc8910dwcupswrapper | Brother MFC-8910DW CUPS wrapper driver | package
Adding cups-pk-helper, python3-cupshelpers, python3-pycups, python3-pycurl, as on this 15.1, didn't help much. It eliminated the no such file trying to print a test page from http://localhost:631/printers/<printername>, resulting in status
Idle - "Data file sent successfully."
but the job is shown as stopped, because "Filter failed".
I will try to understand the log you sent "yesterday". - -- Cheers, Carlos E. R. (from openSUSE 15.1 x86_64 at Telcontar) -----BEGIN PGP SIGNATURE----- iHoEARECADoWIQQZEb51mJKK1KpcU/W1MxgcbY1H1QUCX8uTdxwccm9iaW4ubGlz dGFzQHRlbGVmb25pY2EubmV0AAoJELUzGBxtjUfVPIoAn0oXXP7w/J9UNMIhoncH yMZtAOdzAJ49XLXJalqh1wxgpUWjQXLY4RmdFQ== =Dgbc -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Saturday, 2020-12-05 at 00:56 -0500, Felix Miata wrote:
Originally the 2020-12-04 03:57 (UTC-0500) thread subject was
[15.2] yast2 brother printer setup fails
but I've given up trying exclusively with YaST2, and am trying with http://localhost:631/ mostly now. YaST2 instruction remains possibly relevant, and indeed welcome.
Additional data:
[quote] Pre-required Procedure (1) Related distributions
Debian, Ubuntu, openSUSE, Redhat
Requirement
Creating a symbolic link is required before the installation (superuser authorization is required to run the command) ... For Redhat based distributions and Debian base distributions greater than Ubuntu8.10, Debian5:
"ln -s /etc/init.d/cups /etc/init.d/lpd" [/quote]
Those instructions must be very old, they are invalid for a systemd distribution.
/etc/init.d/cups does not exist, but neither does it exist on my 24/7 15.1 system, where same HL-5470DW works as expected.
# ls -l /etc/init.d/ ... lrwxrwxrwx 1 root root 16 Jan 3 2016 lpd -> /etc/init.d/cups # red!!! ...
Can't be correct. Ah, the link was created but points to the void. Of course. Sigh. - -- Cheers, Carlos E. R. (from openSUSE 15.1 x86_64 at Telcontar) -----BEGIN PGP SIGNATURE----- iHoEARECADoWIQQZEb51mJKK1KpcU/W1MxgcbY1H1QUCX8uS0hwccm9iaW4ubGlz dGFzQHRlbGVmb25pY2EubmV0AAoJELUzGBxtjUfVf7oAoI3QepxXcF8nbt29U7Cv XCr+f9KnAJ0Qu30DD5LkC4AwlHfSqn9KubO6xA== =7vdo -----END PGP SIGNATURE-----
... I tried also installing same HL-5470DW to same PC booted to TW20201127 running TDE. It too fails to print a test page: # sh ./linux-brprinter-installer-2.2.1-1 Input model name ->HL-5470DW You are going to install following packages. hl5470dwlpr-3.0.0-1.i386.rpm hl5470dwcupswrapper-3.0.0-1.i386.rpm OK? [y/N] ->y rpm -ihv --nodeps --replacefiles --replacepkgs hl5470dwlpr-3.0.0-1.i386.rpm Verifying... ################################# [100%] Preparing... ################################# [100%] Updating / installing... 1:hl5470dwlpr-3.0.0-1 ################################# [100%] /var/tmp/rpm-tmp.dyng4A: line 2: /opt/brother/Printers/HL5470DW/inf/braddprinter: No such file or directory rpm -ihv --nodeps --replacefiles --replacepkgs hl5470dwcupswrapper-3.0.0-1.i386.rpm Verifying... ######################################## Preparing... ######################################## Updating / installing... hl5470dwcupswrapper-3.0.0-1 ######################################## lpadmin -p HL5470DW -E -v dnssd://Brother%20HL-5470DW%20series._ipp._tcp.local/?uuid=e3248000-80ce-11db-8000-30055c7a7fbf -P /usr/share/ppd/brother/brother-HL-5470DW-cups-en.ppd lpadmin: Printer drivers are deprecated and will stop working in a future version of CUPS. # Will you specify the Device URI? [Y/n] ->y 0: beh.pl 1: beh 2: pipe 3: cups-pdf:/ 4: serial:/dev/ttyS0?baud=115200 5: ipp 6: socket 7: https 8: http 9: ipps 10: lpd 11: lpd://BRNMFC8910/BINARY_P1 12: lpd://P5470/BINARY_P1 13: dnssd://Brother%20HL-5470DW%20series._ipp._tcp.local/?uuid=e3248000-80ce-11db-8000-30055c7a7fbf 14: dnssd://Brother%20MFC-8910DW._ipp._tcp.local/?uuid=e3248000-80ce-11db-8000-30055c9b4661 15: ipp://Brother%20MFC-8910DW._ipp._tcp.local/ 16: ipp://Brother%20HL-5470DW%20series._ipp._tcp.local/ 17 (I): Specify IP address. 18 (A): Auto. (dnssd://Brother%20HL-5470DW%20series._ipp._tcp.local/?uuid=e3248000-80ce-11db-8000-30055c7a7fbf) select the number of destination Device URI. ->17 enter IP address ->192.168.0.4 lpadmin -p HL5470DW -v socket://192.168.0.4 -E Test Print? [y/N] ->y wait 5s. lpr -P HL5470DW /usr/share/cups/data/testprint ls: cannot access '/lib/udev/rules.d/*.rules': No such file or directory ls: cannot access '/lib/udev/rules.d/*.rules': No such file or directory /var/log/cups # grep ail error_log W [05/Dec/2020:02:41:37 -0500] CreateProfile failed: org.freedesktop.DBus.Error.ServiceUnknown:The name org.freedesktop.ColorManager was not provided by any .service files W [05/Dec/2020:02:41:37 -0500] CreateDevice failed: org.freedesktop.DBus.Error.ServiceUnknown:The name org.freedesktop.ColorManager was not provided by any .service files E [05/Dec/2020:02:42:49 -0500] [Job 1] Job stopped due to filter errors; please consult the /var/log/cups/error_log file for details. D [05/Dec/2020:02:42:49 -0500] [Job 1] printer-state-message="Filter failed" W [05/Dec/2020:02:49:12 -0500] CreateProfile failed: org.freedesktop.DBus.Error.ServiceUnknown:The name org.freedesktop.ColorManager was not provided by any .service files W [05/Dec/2020:02:49:12 -0500] CreateDevice failed: org.freedesktop.DBus.Error.ServiceUnknown:The name org.freedesktop.ColorManager was not provided by any .service files E [05/Dec/2020:02:49:50 -0500] [Job 2] Job stopped due to filter errors; please consult the /var/log/cups/error_log file for details. D [05/Dec/2020:02:49:50 -0500] [Job 2] printer-state-message="Filter failed" E [05/Dec/2020:02:52:02 -0500] [Job 3] Job stopped due to filter errors; please consult the /var/log/cups/error_log file for details. D [05/Dec/2020:02:52:02 -0500] [Job 3] printer-state-message="Filter failed" Above log excerpt confirms filter failure report at http://localhost/printers/<printername>. -- Evolution as taught in public schools, like religion, is based on faith, not on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/
participants (4)
-
Axel Braun -
Carlos E. R. -
Carlos E.R. -
Felix Miata