FS#8240 - hplip 2.7.9 doesn't print

Attached to Project: Arch Linux
Opened by Nicolas Doualot (slubman) - Sunday, 07 October 2007, 09:18 GMT
Last edited by Tobias Powalowski (tpowa) - Monday, 22 October 2007, 19:12 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Tobias Powalowski (tpowa)
Architecture i686
Severity High
Priority Normal
Reported Version 2007.08.1
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No

Details

Description:
Cups can see the printer, but any attempt to print fail


Additional info:
* hplip-2.7.9-1
* an HP-PSC-1610 (with a card reader in it)

A typical print attemps log (in /var/log/everything.log):
Oct 7 11:12:36 melody PSC_1600_series?serial=MY56ND42KXL0: io/hpmud/musb.c 549: invalid product id string: Operation not permitted
Oct 7 11:12:36 melody PSC_1600_series?serial=MY56ND42KXL0: io/hpmud/musb.c 1003: unable to open hp:/usb/PSC_1600_series?serial=MY56ND42KXL0
Oct 7 11:12:36 melody PSC_1600_series?serial=MY56ND42KXL0: INFO: open device failed; will retry in 30 seconds...
Oct 7 11:12:37 melody hpijs: io/hpmud/musb.c 549: invalid product id string: Operation not permitted
Oct 7 11:12:37 melody hpijs: io/hpmud/musb.c 1003: unable to open hp:/usb/PSC_1600_series?serial=MY56ND42KXL0
This task depends upon

Closed by  Tobias Powalowski (tpowa)
Monday, 22 October 2007, 19:12 GMT
Reason for closing:  Fixed
Comment by Darwin Bautista (djclue917) - Sunday, 07 October 2007, 13:25 GMT
Same here using HP Deskjet 3845.
BTW, in hplip 2.7.9-1, you should be a member of the 'camera' group to be able to access the printer. Else, you won't see it hp-toolbox (or even if you see it, it'll appear as being off). Printing via hp-toolbox also doesn't work.
Comment by Andreas Radke (AndyRTR) - Sunday, 07 October 2007, 18:13 GMT Comment by Tobias Powalowski (tpowa) - Monday, 08 October 2007, 05:51 GMT
updated libgphoto2 should work again
Comment by Neil Darlow (neildarlow) - Monday, 22 October 2007, 12:51 GMT
I've never been able to print with my Photosmart C3180 configured as an HPLIP device.

Following the update of HPLIP to 2.7.10 I thought I would try configuring it as an HPLIP printer again. Still no joy.

I am a member of camera and scanner groups and hp-check gives me a report of no warnings and no errors. /var/log/everything.log contains lines as reported initially for this bug report (although my printer details differ).

I've been through the BBS posts relating to this problem and they all point to group membership problems which don't apply in my case.

My actual group memberships are:
sys lp wheel video audio optical storage scanner camera power users
which should be adequate or printing and scanning with HPLIP configured devices.

In summary, I don't believe this bug is fixed.
Comment by Tobias Powalowski (tpowa) - Monday, 22 October 2007, 13:39 GMT
what udev rules do you have installed?
Comment by Neil Darlow (neildarlow) - Monday, 22 October 2007, 16:23 GMT
Only those placed by a standard installation of "Don't Panic" and subsequent updates.

[neil@aurora ~]$ ls /etc/udev/rules.d
54-gphoto.rules 90-hal.rules
55-hpmud.rules bluetooth.rules
60-cdrom_id.rules device-mapper.rules
60-persistent-storage-tape.rules kino.rules
75-cd-aliases-generator.rules.optional sane.rules
75-persistent-net-generator.rules.optional udev.rules

I haven't customised udev rules in any way. I'm new to Archlinux but a veteran of other distributions. Please ask for any additional information you require.
Comment by Tobias Powalowski (tpowa) - Monday, 22 October 2007, 16:39 GMT
ok could you try to rename the 54-gphoto file to 54-gphoto.rules.old
that way it gets ignored, im pretty sure it's again a udev issue
Comment by Neil Darlow (neildarlow) - Monday, 22 October 2007, 18:06 GMT
I did that, and rebooted for good measure.

Attempting to print a test page from HP Device Manager shows the job in a state of Printing but /var/log/everything.log shows:

Oct 22 18:59:34 aurora usb-storage: device scan complete
Oct 22 19:00:32 aurora Photosmart_C3100_series?serial=MY668B438Z04P9: io/hpmud/musb.c 549: invalid product id string: Operation not permitted
Oct 22 19:00:32 aurora Photosmart_C3100_series?serial=MY668B438Z04P9: io/hpmud/musb.c 1003: unable to open hp:/usb/Photosmart_C3100_series?serial=MY668B438Z04P9
Oct 22 19:00:32 aurora Photosmart_C3100_series?serial=MY668B438Z04P9: INFO: open device failed; will retry in 30 seconds...
Oct 22 19:00:34 aurora hpijs: io/hpmud/musb.c 549: invalid product id string: Operation not permitted
Oct 22 19:00:34 aurora hpijs: io/hpmud/musb.c 1003: unable to open hp:/usb/Photosmart_C3100_series?serial=MY668B438Z04P9
Comment by Tobias Powalowski (tpowa) - Monday, 22 October 2007, 18:13 GMT
does it work as root?
Comment by Neil Darlow (neildarlow) - Monday, 22 October 2007, 18:18 GMT
I also noticed, in 55-hpmud.rules there is the following checks:

# Check for AiO products (0x03f0xx11).
SYSFS{idVendor}=="03f0", SYSFS{idProduct}=="??11", OWNER="lp", GROUP="lp", MODE="0666"
# Check for Photosmart products (0x03f0xx02).
SYSFS{idVendor}=="03f0", SYSFS{idProduct}=="??02", OWNER="lp", GROUP="lp", MODE="0666"

My Photosmart C3180 is shown by lsusb to have the following identifier:

Bus 003 Device 005: ID 03f0:5611 Hewlett-Packard

So, although it is a Photosmart device, it would presumably be caught by the AiO product rule. This does not happen because hp-check returns the following:

Checking for permissions of USB attached printers...
HP Device 0x5611 at 003:005:
Device URI: hp:/usb/Photosmart_C3100_series?serial=MY668B438Z04P9
Device node: /dev/bus/usb/003/005
Mode: 0664
getfacl: Removing leading '/' from absolute path names
# file: dev/bus/usb/003/005
# owner: root
# group: scanner
user::rw-
group::rw-
other::r--
Comment by Tobias Powalowski (tpowa) - Monday, 22 October 2007, 18:23 GMT
ahh interesting, your device gets a scanner permisson.
# Hewlett-Packard Photosmart C3180
ATTRS{idVendor}=="03f0", ATTRS{idProduct}=="5611", MODE="0664", GROUP="scanner", ENV{libsane_matched}="yes"
do you have sane installed?
try to move sane.udev file to sane.udev.old
if this helps, please try to rename it to 53-sane.udev and retry


# Check for AiO products (0x03f0xx11).
SYSFS{idVendor}=="03f0", SYSFS{idProduct}=="??11", OWNER="lp", GROUP="lp", MODE="0666"

AiO means all in one, seems hp bundles different stuff together
Comment by Neil Darlow (neildarlow) - Monday, 22 October 2007, 18:47 GMT
We have a successful result.

Printing as root did not work either.

Yes, I have xsane installed and the HP Device Manager uses it to perform scans.

Ignoring sane.rules permits printing as non-root user.
Renaming sane.rules to 53-sane.rules permits printing as non-root user and scanning works correctly.
54-gphoto.rules does not have any significance to this bug.

hp-check now, correctly, reports device as:

Checking for permissions of USB attached printers...
HP Device 0x5611 at 003:004:
Device URI: hp:/usb/Photosmart_C3100_series?serial=MY668B438Z04P9
Device node: /dev/bus/usb/003/004
Mode: 0664
getfacl: Removing leading '/' from absolute path names
# file: dev/bus/usb/003/004
# owner: root
# group: lp
user::rw-
group::rw-
other::r--

I assume the root:scanner permissions that previously existed were not what CUPS expected.
It looks like moving sane.rules to 53-sane.rules fixes the problem. You are in a better position than me to determine any adverse effects of doing this.
Comment by Tobias Powalowski (tpowa) - Monday, 22 October 2007, 19:10 GMT
yes that was the same with gphoto rules before, im uploading new sane packages now, thanks fpr your debugging

Loading...