Your message dated Wed, 17 Aug 2022 12:32:46 +0100
with message-id <17082022114155.b3452c9cb...@desktop.copernicus.org.uk>
and subject line Re: Bug#1004734: "usblp0: removed" when printing via USB on
Canon LBP-810
has caused the Debian Bug report #1004734,
regarding "usblp0: removed" when printing via USB on Canon LBP-810
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
1004734: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1004734
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: cups
X-Debbugs-Cc: y...@masson-informatique.fr
Version: 2.3.3op2-7
Severity: normal
Dear Maintainers,
I tried to print on an old Canon LBP-810 with Debian testing, connected
via USB. This printer is known to be working with parallel port.
The printer is properly detected:
févr. 01 12:05:29 e7440 kernel: usb 2-2: new full-speed USB device
number 5 using xhci_hcd
févr. 01 12:05:29 e7440 kernel: usb 2-2: New USB device found,
idVendor=04a9, idProduct=260a, bcdDevice= 1.00
févr. 01 12:05:29 e7440 kernel: usb 2-2: New USB device strings: Mfr=1,
Product=2, SerialNumber=3
févr. 01 12:05:29 e7440 kernel: usb 2-2: Product: Canon CAPT USB Printer
févr. 01 12:05:29 e7440 kernel: usb 2-2: Manufacturer: Canon
févr. 01 12:05:29 e7440 kernel: usb 2-2: SerialNumber: 541868YO
févr. 01 12:05:29 e7440 kernel: usblp 2-2:1.0: usblp0: USB Bidirectional
printer dev 5 if 0 alt 0 proto 2 vid 0x04A9 pid 0x260A
It is then properly added to the CUPS system, but when I try to print
something, the following appears in kernel logs:
févr. 01 12:05:34 e7440 kernel: usblp0: removed
févr. 01 12:05:34 e7440 kernel: usblp 2-2:1.0: usblp0: USB Bidirectional
printer dev 5 if 0 alt 0 proto 2 vid 0x04A9 pid 0x260A
févr. 01 12:05:35 e7440 kernel: usblp0: removed
And the printer does not print.
I already tried settings CUPS options "usb-unidir-default" and
"usb-no-reattach-default", as suggested in [1], without luck.
Please apologize if this issue does not belong to cups.
Regards,
Yvan
1. https://bugzilla.redhat.com/show_bug.cgi?id=873123
-- System Information:
Debian Release: bookworm/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 5.15.0-3-amd64 (SMP w/4 CPU threads)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE
not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages cups depends on:
ii cups-client 2.3.3op2-7
ii cups-common 2.3.3op2-7
ii cups-core-drivers 2.3.3op2-7
ii cups-daemon 2.3.3op2-7
ii cups-filters 1.28.11-2
ii cups-ppdc 2.3.3op2-7
ii cups-server-common 2.3.3op2-7
ii debconf [debconf-2.0] 1.5.79
ii ghostscript 9.55.0~dfsg-3
ii libavahi-client3 0.8-5
ii libavahi-common3 0.8-5
ii libc6 2.33-5
ii libcups2 2.3.3op2-7
ii libgcc-s1 11.2.0-14
ii libstdc++6 11.2.0-14
ii libusb-1.0-0 2:1.0.24-3
ii poppler-utils 20.09.0-3.1
ii procps 2:3.3.17-6
Versions of packages cups recommends:
ii avahi-daemon 0.8-5
ii colord 1.4.5-3
Versions of packages cups suggests:
ii cups-bsd 2.3.3op2-7
ii foomatic-db-compressed-ppds [foomatic-db] 20210824-1
ii printer-driver-cups-pdf [cups-pdf] 3.0.1-13
ii smbclient 2:4.13.14+dfsg-1+b1
ii udev 250.3-2
-- debconf information:
cupsys/raw-print: true
cupsys/backend: lpd, socket, usb, snmp, dnssd
OpenPGP_signature
Description: OpenPGP digital signature
--- End Message ---
--- Begin Message ---
tags 1004734 - moreinfo
thanks
On Wed 17 Aug 2022 at 10:56:53 +0200, Yvan Masson wrote:
> Hi Brian,
>
> > I may have recommended looking at
> >
> > https://wiki.debian.org/CUPSDebugging#usb
> >
> > but you seem to have tried something similar.
>
> Indeed, but the reading is interesting!
libusb offers the functionality to detach and re-attach kernel drivers
from a USB device before claiming the device for the CUPS USB backend.
This theoretically allows usblp to co-exist with the backend. However,
it depends on the printer correctly supporting USB, and that is not
always the case. You appear to have met this unfixable situation.
> > What driver (PPD) are you using and are you now printing?
> >
>
> Unfortunately it is a customer’s printer, so I do not have at hand.
> Currently, the customer prints from a dedicated Windows 7 virtual machine. I
> could not find a way to make it work with Linux.
>
> I can not give you exactly the PPD that I tried, but it is the one provided
> by default when setting up the printer with GUI software
> "system-config-printer". If needed, tell me and I will contact the customer
> and go to his house to set up the printer again to obtain the PPD.
Personally, I think this is above the call of duty. I am inclined to
close the report on the grounds that a printer/driver fix is unlikely
and the printer is no longer available.
Cheers,
Brian.
--- End Message ---
