[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#630402: marked as done (libhpmud0: Multi-function printers need their own group)

Your message dated Sun, 26 Nov 2017 13:26:57 +0000
with message-id <26112017132348.b8192354b4ef@desktop.copernicus.org.uk>
and subject line Re: Bug#630402: libhpmud0: Multi-function printers need their own group
has caused the Debian Bug report #630402,
regarding libhpmud0: Multi-function printers need their own group
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 owner@bugs.debian.org
immediately.)


-- 
630402: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=630402
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: libhpmud0
Version: 3.10.6-2
Severity: normal

Hi,

Some (many? most?) multi-function usb printers, those that both scan
and print and perhaps do something else expose only a single usb
device.  Therefore when udev rules assign permissions to the device
based on function the alternate functionalities become unavailable.

Right now /lib/udev/rules.d/91-permissions.rules is assigning my
Seiko Epson Corp. Stylus CX3700/CX3800/DX3800 usb printer/scanner
to the lp group and thereby making the scanner unavailable to the
saned daemon for network based scanning.  I believe I would have the
same problem with /lib/udev/rules.d/40-hplip.rules.

I believe the right solution is to create a new group (say, an 'mfp'
group) for such multi-function devices and give the relavant daemons
membership in this group.  This is the only way I can see to avoid
conflicts.  The lameness of the hardware is not going to go away and
the current situation is clearly causing problems.  (See bugs #581254
and #529621.)

I will update this bug with bug numbers filed against the udev and
libhpmud0 packges.

-- System Information:
Debian Release: 6.0.1
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libhpmud0 depends on:
ii  libc6                   2.11.2-10        Embedded GNU C Library: Shared lib
ii  libsnmp15               5.4.3~dfsg-2     SNMP (Simple Network Management Pr
ii  libssl0.9.8             0.9.8o-4squeeze1 SSL shared libraries
ii  libusb-0.1-4            2:0.1.12-16      userspace USB programming library

libhpmud0 recommends no packages.

libhpmud0 suggests no packages.

-- no debconf information

--- End Message ---
--- Begin Message --- 
On Mon 13 Jun 2011 at 13:33:18 -0500, Karl O. Pinc wrote:

> Package: libhpmud0
> Version: 3.10.6-2
> Severity: normal
> 
> Hi,
> 
> Some (many? most?) multi-function usb printers, those that both scan
> and print and perhaps do something else expose only a single usb
> device.  Therefore when udev rules assign permissions to the device
> based on function the alternate functionalities become unavailable.
> 
> Right now /lib/udev/rules.d/91-permissions.rules is assigning my
> Seiko Epson Corp. Stylus CX3700/CX3800/DX3800 usb printer/scanner
> to the lp group and thereby making the scanner unavailable to the
> saned daemon for network based scanning.  I believe I would have the
> same problem with /lib/udev/rules.d/40-hplip.rules.
> 
> I believe the right solution is to create a new group (say, an 'mfp'
> group) for such multi-function devices and give the relavant daemons
> membership in this group.  This is the only way I can see to avoid
> conflicts.  The lameness of the hardware is not going to go away and
> the current situation is clearly causing problems.  (See bugs #581254
> and #529621.)
> 
> I will update this bug with bug numbers filed against the udev and
> libhpmud0 packges.

#630401 and #630403 have been closed as fixed, so I guess we can close
this one too. /lib/udev/rules.d/40-hplip.rules no longer exists.

Regards,

Brian.

--- End Message ---
Reply to: