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/

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)

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/

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 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-----

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/

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)

-----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-----

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)

-----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-----

... 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 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:

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]

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-----