Bug#982742: cups: config of usb printer now impossible due to usblp and libusb conficting (used to work!)
On 15/02/2021 14:27, mh wrote:
I then investigated the LIVE-ISO. To my surprise ipp-usb is installed
within the LIVE-ISO.
ipp-usb is part of the standard installation in Debian and Ubuntu, to
support printers which do driverless IPP printing. Standard-conforming
printers should work out-of-the-box with that.
All the commands which failed/did have an empty
output on my default system work here with the expected output (I
guess), except for # avahi-browse -rt _ipp._tcp due to avahi-browse not
DEBUG: Loading USB quirks from "/usr/share/cups/usb".
DEBUG: Loaded 98 quirks.
DEBUG: Failed to detach "usblp" module from 06bc:0357
The "usb" backend probably simply encounters your printer's USB occupied
by some process here, not knowing that it is actually ipp-usb and not
the "usblp" kernel module. The method for getting rid of the kernel
module seems no to remove the connection of ipp-usb.
# systemctl list-units "ipp-usb*" | grep service
ipp-usb.service loaded active running Daemon for IPP over USB printer
# lpstat -t
Keine systemvoreingestellten Ziele
Gerät für OKI_DATA_CORP_B432:
OKI_DATA_CORP_B432 akzeptiert Anfragen seit Mo 15 Feb 2021 12:45:49 CET
Drucker OKI_DATA_CORP_B432 ist im Leerlauf. Aktiviert seit Mo 15 Feb
2021 12:45:49 CET
# lpstat -l -e
OKI_B432_010E46_USB_ network none
This looks like that a driverless print queue got created automatically.
Could you run these two commands:
lp -d OKI_B432_010E46_USB_ ~/.bashrc
lp -d OKI_DATA_CORP_B432 ~/.bashrc
Do you get something printed? If yes, by the first command? By the
# avahi-browse -rt _ipp._tcp
Command 'avahi-browse' not found, but can be installed with:
apt install avahi-utils
Install this command by actually doing
sudo apt install avahi-utils
Then run the command again and post the output here.
As much as I'm willing to help, from what I can tell now I assume there
is not much to debug *direktly* related to the printer. Tell me if you
If the printer is capable of driverless printing via an auto-generated
all is OK. But if it is not capable of that but pretends to be capable
then somewhere is a bug, in our software or in the printer, in the
latter case we caould perhaps work around in our software.
BTW (not related the this malfunction):
There are already some OKI PPD files available in the cups config,
including the PPD file for the preceding model.
What do you mean with this? Is there a PPD for your printer included in
Debian or Ubuntu? Or did you download it directly from Oki?
Could I do anything to
help to include the appropriate vendor PPD file
for my printer (freely availabe on their webite) in the
printer-driver-oki package (or whichever package is the rightone)?
If the PPDs are under a free software license we can add them to
OpenPrinting (and this way to all distributions and also the PostScript