Your message dated Tue, 19 Jan 2021 21:23:59 -0500
with message-id <[email protected]>
and subject line Re: [libinklevel5] requires deprecated usblp devices for USB
printers ("Could not access '/dev/usb/lp0' or '/dev/usblp0'.")
has caused the Debian Bug report #646247,
regarding [libinklevel5] requires deprecated usblp devices for USB printers
("Could not access '/dev/usb/lp0' or '/dev/usblp0'.")
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 [email protected]
immediately.)
--
646247: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=646247
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: libinklevel5
Version: 0.8.0-1.1+b1
Severity: serious
libinklevel requires /dev/usb/lp? or /dev/usblp? for USB printers.
Otherwise, it returns DEV_USB_LP_INACCESSIBLE:
case DEV_USB_LP_INACCESSIBLE:
printf("Could not access '/dev/usb/lp%d' or '/dev/usblp%d'.\n",
portnumber, portnumber);
break;
get_device_id() contains:
if (port == USB) {
sprintf(device_file1, "/dev/usb/lp%d", portnumber);
sprintf(device_file2, "/dev/usblp%d", portnumber);
fd = open(device_file1, O_RDONLY);
if (fd == -1) {
fd = open(device_file2, O_RDONLY);
}
if (fd == -1) {
return DEV_USB_LP_INACCESSIBLE;
}
}
Therefore, polling ink levels on USB printers fails if the usblp LKM is
not loaded:
$ ink -p usb
Could not access '/dev/usb/lp0' or '/dev/usblp0'.
Could not get ink level.
chealer@vinci:~$
Both ink and Qink fail with USB printers. qink just complains "Printer
error No printers detected on this system". Launching it as root won't
help. However, printing works...
usblp used to be loaded when a USB printer was plugged in. usblp is now
blacklisted by cups, since CUPS switched from usblp to libusb:
Drop usb-backend-both-usblp-and-libusb.dpatch. It's causing crashes, and
upstream does not want it either. Instead, add a blacklist file
debian/local/blacklist-cups-usblp.patch and install it into
/etc/modprobe.d/; that way, we don't require kernels to disable usblp, and
allow other spoolers than cups to work.
http://packages.debian.org/changelogs/pool/main/c/cups/current/changelog#version1.4.6-8
# cat /etc/modprobe.d/blacklist-cups-usblp.conf
# cups talks to the raw USB devices, so we need to blacklist usblp to
avoid
# grabbing them
blacklist usblp
root@vinci:/etc#
A workaround is to purge cups, or to manually load usblp.
This means that ink and Qink won't just work for the vast majority of
printers.
--- System information. ---
Architecture: i386
Kernel: Linux 3.0.0-2-amd64
Debian Release: wheezy/sid
990 testing security.debian.org
990 testing ftp.ca.debian.org
500 unstable ftp.ca.debian.org
1 experimental ftp.ca.debian.org
--- Package information. ---
Depends (Version) | Installed
============================-+-===========
libc6 (>= 2.3) | 2.13-21
libieee1284-3 | 0.2.11-10
Package's Recommends field is empty.
Package's Suggests field is empty.
--- End Message ---
--- Begin Message ---
Version: 0.9.2-1
According to upstream libinklevel maintainer, libinklevel 0.9.0 or later is
using libusb instead of deprecated device nodes. I believe this should no
longer be an issue with newer libinklevel packages.
Thanks,
Boyuan Yang
On Sat, 22 Oct 2011 12:36:17 -0400 Filipus Klutiero <[email protected]> wrote:
> Package: libinklevel5
> Version: 0.8.0-1.1+b1
> Severity: serious
>
> libinklevel requires /dev/usb/lp? or /dev/usblp? for USB printers.
> Otherwise, it returns DEV_USB_LP_INACCESSIBLE:
>
> > case DEV_USB_LP_INACCESSIBLE:
> > printf("Could not access '/dev/usb/lp%d' or '/dev/usblp%d'.\n",
> > portnumber, portnumber);
> > break;
>
> get_device_id() contains:
>
> > if (port == USB) {
> > sprintf(device_file1, "/dev/usb/lp%d", portnumber);
> > sprintf(device_file2, "/dev/usblp%d", portnumber);
> > fd = open(device_file1, O_RDONLY);
> > if (fd == -1) {
> > fd = open(device_file2, O_RDONLY);
> > }
> > if (fd == -1) {
> > return DEV_USB_LP_INACCESSIBLE;
> > }
> > }
>
> Therefore, polling ink levels on USB printers fails if the usblp LKM is
> not loaded:
>
> > $ ink -p usb
> > Could not access '/dev/usb/lp0' or '/dev/usblp0'.
> > Could not get ink level.
> > chealer@vinci:~$
>
> Both ink and Qink fail with USB printers. qink just complains "Printer
> error No printers detected on this system". Launching it as root won't
> help. However, printing works...
>
> usblp used to be loaded when a USB printer was plugged in. usblp is now
> blacklisted by cups, since CUPS switched from usblp to libusb:
>
> > Drop usb-backend-both-usblp-and-libusb.dpatch. It's causing crashes, and
> > upstream does not want it either. Instead, add a blacklist file
> > debian/local/blacklist-cups-usblp.patch and install it into
> > /etc/modprobe.d/; that way, we don't require kernels to disable
> >usblp, and
> > allow other spoolers than cups to work.
> http://packages.debian.org/changelogs/pool/main/c/cups/current/changelog#version1.4.6-8
>
> > # cat /etc/modprobe.d/blacklist-cups-usblp.conf
> > # cups talks to the raw USB devices, so we need to blacklist usblp to
> > avoid
> > # grabbing them
> > blacklist usblp
> > root@vinci:/etc#
>
> A workaround is to purge cups, or to manually load usblp.
>
> This means that ink and Qink won't just work for the vast majority of
> printers.
signature.asc
Description: This is a digitally signed message part
--- End Message ---
